(57)【要約】【課題】ＢＡＣｎｅｔ等、日付変更時に機器の制御状態が引き継がれない通信プロトコルが適用される施設管理システム内において、施設内の機器を制御するための制御スケジュールについて、ユーザによる個別の対応作業を必要とすることなく、日付を跨いだ制御スケジュールを設定可能とした施設管理装置を提供する。【解決手段】機器４ｎの制御スケジュールを設定させる制御スケジュール設定指示情報を受け付ける指示情報受信部２０１と、指示情報受信部２０１が受け付けた制御スケジュール設定指示情報に基づき、当該制御スケジュール設定指示情報で指定された日付当日の日付変更時の機器の制御状態に、前日の最後に設定された制御状態と同じ制御状態を設定する状態設定部２０２１とを備えた。【選択図】図６
2018028719.tif 000002
【特許請求の範囲】
【請求項１】
日付変更時に機器の制御状態を引き継ぐことができない通信プロトコルが適用される施設管理システムにおいて管理される前記機器を制御するための制御スケジュールを設定するスケジュール制御装置であって、
前記機器の制御スケジュールを設定させる制御スケジュール設定指示情報を受け付ける指示情報受信部と、
前記指示情報受信部が受け付けた前記制御スケジュール設定指示情報に基づき、当該制御スケジュール設定指示情報で指定された日付当日の日付変更時の前記機器の制御状態に、前日の最後に設定された制御状態と同じ制御状態を設定する状態設定部
とを備えたスケジュール制御装置。
【請求項２】
前記制御スケジュール設定指示情報で設定された制御スケジュールにおいて、前記状態設定部が設定した日付変更時の制御状態を反映して、指定された日付当日の制御スケジュールデータを作成するスケジュールデータ作成部を備えた
ことを特徴とする請求項１記載のスケジュール制御装置。
【請求項３】
前記制御スケジュール設定指示情報について、前記日付変更時の制御状態が設定されているかどうかを判定する判定部をさらに備え、
前記状態設定部は、前記判定部が、前記日付変更時の制御状態が設定されていると判定した場合には、当該日付変更時の制御状態の設定を行わない
ことを特徴とする請求項１または請求項２記載のスケジュール制御装置。
【請求項４】
前記スケジュールデータ作成部が作成した前記制御スケジュールデータに基づき、前記機器を制御させるための制御データを作成する制御データ作成部と、
前記制御データ作成部が作成した制御データを、前記機器を制御するコントローラへ送信する送信部とをさらに備えた
ことを特徴とする請求項２または請求項３記載のスケジュール制御装置。
【請求項５】
日付変更時に前記機器の制御状態を引き継ぐことができない通信プロトコルが適用される施設管理システムであって、
請求項１から請求項４のうちのいずれか１項記載のスケジュール制御装置と、
前記機器の制御スケジュールを表示させる制御スケジュール表示指示を受け付ける入力受付部と、
前記制御スケジュール表示指示に関する情報に基づき、前記スケジュール制御装置で設定された制御状態に基づく前記制御スケジュールデータを映像として表示させる表示制御部とを有する施設管理装置
とを備えた施設管理システム。
【請求項６】
前記表示制御部は、
前記状態設定部が、前記制御スケジュール設定指示情報で指定された日付当日の日付変更時の前記機器の制御状態に、前記前日の最後に設定された制御状態と同じ制御状態を設定した場合には、前記状態設定部によって当該日付変更時の制御状態が設定されたことがわかるように前記制御スケジュールデータを表示させる
ことを特徴とする請求項４記載の施設管理システム。
【請求項７】
前記表示制御部は、
前記状態設定部が、前記制御スケジュール設定指示情報で指定された日付当日の日付変更時の前記機器の制御状態に、前記前日の最後に設定された制御状態と同じ制御状態を設定した場合には、前記状態設定部によって設定された制御状態に記号を付記して前記制御スケジュールデータを表示させる
ことを特徴とする請求項４記載の施設管理システム。
【請求項８】
前記表示制御部は、
前記状態設定部が、前記制御スケジュール設定指示情報で指定された日付当日の日付変更時の前記機器の制御状態に、前記前日の最後に設定された制御状態と同じ制御状態を設定した場合には、前記状態設定部によって設定された制御状態の表示濃度を変更して前記制御スケジュールデータを表示させる
ことを特徴する請求項４記載の施設管理システム。
【請求項９】
前記表示制御部は、
前記状態設定部が、前記制御スケジュール設定指示情報で指定された日付当日の日付変更時の前記機器の制御状態に、前記前日の最後に設定された制御状態と同じ制御状態を設定した場合には、前記状態設定部によって設定された制御状態を点滅表示させて前記制御スケジュールデータを表示させる
ことを特徴とする請求項４記載の施設管理システム。
【請求項１０】
日付変更時に機器の制御状態を引き継ぐことができない通信プロトコルが適用される施設管理システムにおいて管理される前記機器を制御するための制御スケジュールを設定するスケジュール制御装置によるスケジュール制御方法であって、
指示情報受信部が、前記機器の制御スケジュールを設定させる制御スケジュール設定指示情報を受け付けるステップと、
状態設定部が、前記指示情報受信部が受け付けた前記制御スケジュール設定指示情報に基づき、当該制御スケジュール設定指示情報で指定された日付当日の日付変更時の前記機器の制御状態に、前日の最後に設定された制御状態と同じ制御状態を設定するステップ
とを備えたスケジュール制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、施設内の機器の管理を行うための情報を制御するスケジュール制御装置、施設管理システム、および、スケジュール制御方法に関するものである。
【背景技術】
【０００２】
施設内の設備に設置された機器の運転を管理するための施設管理システムにおいて、従来から、施設内の機器を制御するための制御スケジュールを設定する技術が知られている。
例えば、特許文献１には、ネットワークを介して設備機器の制御装置と通信可能に設置され、所定期間分の設備機器の運転スケジュールを作成し、当該運転スケジュールに応じた設備機器の制御データを作成する設備機器管理装置が開示されている。
【０００３】
一方、近年では、施設管理システムにおいて、施設内の設備における各種機器がメーカ固有の独自仕様であっても共通のインタフェースを提供するため、熱源機器、空調機器、照明機器等の施設内の機器の統合ネットワークとして、ＢＡＣｎｅｔ（Ｂｕｉｌｄｉｎｇ  Ａｕｔｏｍａｔｉｏｎ  ａｎｄ  Ｃｏｎｔｒｏｌ  ｎｅｔｗｏｒｋｉｎｇ  ｐｒｏｔｏｃｏｌ。登録商標。以下記載を省略する）を採用することが増えてきている。
施設管理システムでは、一斉操作等を目的に、例えば、熱源機器、空調機器、照明機器等の施設内の機器に対して、運転スケジュールの設定を行う機能があるが、オープンプロトコルである当該ＢＡＣｎｅｔに対応したシステムとすることで、複数のベンダに跨ってスケジュール設定情報を共有することが可能となる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００９−２９６５５５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１に開示されているような技術では、所定期間分の設備機器の運転スケジュールを作成することが可能である。しかしながら、特許文献１に開示されている設備機器管理装置は、ＢＡＣｎｅｔには対応していない。
ＢＡＣｎｅｔにおいては、スケジュール設定は、１日を単位として行われ、例えば、日付を跨いだ制御状態とするスケジュールが設定されている場合、日付が変わると、前日からの機器の制御状態によらず、予め設定されていた初期値で機器が制御される。
【０００６】
したがって、施設管理システムにおいて、例えば、ＢＡＣｎｅｔのように、日付変更時に機器の制御状態が引き継がれない通信プロトコルが採用されていると、例えば、２日間にわたって同一の状態を引き継ぐスケジュールで設備機器を制御したい場合には、機器の制御状態が初期値化される前に、ユーザが所望の設定に設定しなおしておく等の作業が必要となるという課題があった。
【０００７】
この発明は、上記のような課題を解決するためになされたもので、ＢＡＣｎｅｔ等、日付変更時に機器の制御状態が引き継がれない通信プロトコルが適用される施設管理システム内において、施設内の機器を制御するための制御スケジュールについて、ユーザによる個別の対応作業を必要とすることなく、日付を跨いだ制御スケジュールを設定可能とした施設管理装置、施設管理方法、および、施設管理システムを提供することを目的としている。
【課題を解決するための手段】
【０００８】
この発明に係るスケジュール制御装置は、日付変更時に機器の制御状態を引き継ぐことができない通信プロトコルが適用される施設管理システムにおいて管理される機器を制御するための制御スケジュールを設定するスケジュール制御装置であって、機器の制御スケジュールを設定させる制御スケジュール設定指示情報を受け付ける指示情報受信部と、指示情報受信部が受け付けた制御スケジュール設定指示情報に基づき、当該制御スケジュール設定指示情報で指定された日付当日の日付変更時の機器の制御状態に、前日の最後に設定された制御状態と同じ制御状態を設定する状態設定部とを備えたものである。
【発明の効果】
【０００９】
この発明によれば、ＢＡＣｎｅｔ等、日付変更時に機器の制御状態が引き継がれない通信プロトコルに対応した施設管理システム内において、施設内の設備機器を制御するための制御スケジュールについて、ユーザによる個別の対応作業を必要とすることなく、日付を跨いだ制御スケジュールを設定することができる。
【図面の簡単な説明】
【００１０】
【図１】一般的に、ＢＡＣｎｅｔに対応した施設管理システムにおいて、当該施設管理システム内の装置が複数のベンダに跨ってスケジュール設定情報を共有する一例のイメージを示した図である。
【図２】一般的に、ＢＡＣｎｅｔに対応する施設管理システムにおいて、中央監視装置が、ある１日について、午前９時に機器を起動（ＯＮ）し、午後５時に機器を停止（ＯＦＦ）する運転スケジュールを設定した場合の、サーバで作成される運転スケジュールデータのイメージの一例である。
【図３】一般的に、施設管理システムにおいて、施設管理システムにおいて、前日の最後に設定されていた運転状態によらず、当日に、「制御状態の初期値」に従って、機器が制御される場合の運転スケジュールデータのイメージの一例である。
【図４】この発明の実施の形態１の施設管理システムの構成を示す図である。
【図５】この発明の実施の形態１に係る施設管理装置の構成図である。
【図６】この発明の実施の形態１に係る、サーバが搭載するスケジュール制御装置の構成図である。
【図７】この発明の実施の形態１に係る施設管理装置における「運転スケジュール設定指示機能」に関する動作を説明するフローチャートである。
【図８】この実施の形態１において、サーバが搭載するスケジュール制御装置の動作を説明するフローチャートである。
【図９】この実施の形態１において、スケジュール記憶部が記憶する情報の一例を説明する図である。
【図１０】この実施の形態１において、スケジュール記憶部が記憶する情報の一例を説明する図である。
【図１１】実施の形態１の施設管理システムにおいて、施設管理装置で受け付けたユーザからの運転スケジュール設定指示に基づき、スケジュール制御装置で、当日の日付変更時点の運転状態を自動設定した運転スケジュールデータを作成し、当該運転スケジュールに基づいて制御データが作成され、当該制御データに従って、コントローラが機器を制御する流れのイメージを示す図である。
【図１２】この発明の実施の形態１に係る施設管理装置における「運転スケジュール表示機能」に関する動作を説明するフローチャートである。
【図１３】この実施の形態１において、表示制御部が表示部に映像として表示させる運転スケジュールの表示画面の一例を示す図である。
【図１４】一般的な、従来の施設管理装置において、運転スケジュールを表示した表示画面の一例を示す図である。
【図１５】一般的に、アデンダムａにおいて、０：００の運転状態が設定されていない場合に直近の運転状態が設定された制御スケジュールの一例のイメージを説明する図である。
【図１６】この発明の実施の形態２に係るスケジュール制御装置の構成図である。
【図１７】この発明の実施の形態２に係るスケジュール制御装置の動作を説明するフローチャートである。
【図１８】この実施の形態２において、スケジュール制御装置のスケジュール記憶部が記憶する情報の一例を説明する図である。
【図１９】この実施の形態２において、施設管理装置の表示制御部が表示部に映像として表示させる運転スケジュールの表示画面の一例を示す図である。
【発明を実施するための形態】
【００１１】
以下、この発明の実施の形態について図面を参照しながら詳細に説明する。
実施の形態１．
まず、この発明の施設管理システムの前提となるＢＡＣｎｅｔ、および、当該ＢＡＣｎｅｔに対応する施設管理システムにおける課題について説明する。
施設管理システムは、中央監視装置と、サーバと、コントローラと、熱源機器、空調機器、照明機器等、施設内の機器を備え、中央監視装置において各機器の運転スケジュールを設定すると、サーバが、当該運転スケジュールに基づく制御データを作成し、コントローラへ送信する。そして、コントローラは、施設内の機器を制御しており、サーバから送信された制御データに基づき、各機器を制御する。
この発明において、施設管理システムは、ＢＡＣｎｅｔに対応していることを前提とする。
【００１２】
ＢＡＣｎｅｔとは、国際通信規格であり、異なるベンダ、すなわち、メーカや販売会社で構築されたシステムを相互接続するための標準化オープンプロトコルである。
施設管理システムでは、当該施設管理システムを構成する中央監視装置が、施設内の機器を制御するための制御スケジュールを設定すると、当該設定された制御スケジュールに基づきサーバで制御スケジュールデータが作成され、当該制御スケジュールデータに基づき、施設管理システム内の機器が制御される。具体的には、ユーザが、中央監視装置より、制御スケジュールとして、例えば、施設内の機器の一斉操作等を目的に、当該機器の運転スケジュールの設定を行う。なお、ここでは、運転スケジュールとは、例えば、機器の運転の発停の内容、すなわち、機器の運転状態と、当該発停の指令を出す日時とを含むものとする。
以下、ここでは、一例として、中央監視装置で、施設管理システムにおいて管理される機器の運転の発停、すなわち、運転状態を制御するための運転スケジュールを設定するものとして説明するが、これに限らず、中央監視装置では、例えば、空調機器の設定温度、あるいは、弁開度等、施設管理システムにおいて管理されるあらゆる機器のあらゆる制御状態を制御するための制御スケジュールを設定することができる。
【００１３】
施設管理システムがＢＡＣｎｅｔに対応していれば、複数のベンダに跨ってスケジュール設定情報を共有することが可能となる。
例えば、図１に示すように、施設管理者等のユーザが、中央監視装置１０１から、Ａ社製のサーバ１０２上に、施設内のＣ社製の熱源機器１０４を制御するための運転スケジュールを設定し、当該サーバ１０２は、設定された内容に基づき作成した運転スケジュールの情報をＢ社製の熱源機器コントローラ１０３に書き込むと、当該熱源機器コントローラ１０３は、熱源機器１０４を制御する、という運用が可能となる。
このように、施設管理システムにおいて、中央監視装置１０１と、サーバ１０２と、熱源機器コントローラ１０３と、熱源機器１０４との間の通信プロトコルとしてＢＡＣｎｅｔを用いることで、施設管理システム内の装置等について、ベンダを問わず制御機器として用いることができ、コスト、規模、機能などの種々の目的に応じてマルチベンダによる柔軟なシステム構築が可能となる。
【００１４】
このようなＢＡＣｎｅｔでは、制御スケジュールの設定は、１日を単位としてデータを保有する。例えば、ある機器のある日の運転スケジュールを、午前９時に機器を起動（ＯＮ）し、午後５時に機器を停止（ＯＦＦ）すると設定した場合、中央監視装置１０１で当該運転スケジュールが設定され、サーバ１０２で作成される運転スケジュールデータのイメージは、図２に示すようになる。
図２は、ＢＡＣｎｅｔに対応する施設管理システムにおいて、中央監視装置１０１が、ある１日について、午前９時に機器を起動（ＯＮ）し、午後５時に機器を停止（ＯＦＦ）する運転スケジュールを設定した場合の、サーバ１０２で作成される運転スケジュールデータのイメージの一例である。
図２に示すように、サーバ１０２において、運転スケジュールデータとして、例えば、「９：００  ＯＮ」、「１７：００  ＯＦＦ」というデータが作成され、記憶される。
【００１５】
ここで、通常、ユーザは、運転スケジュールを設定する際には、運転状態の切り換わるタイミングを指定し、その制御内容を設定する。上述した例でいうと、ユーザは、０：００〜９：００までは、前日からの運転状態で機器が制御されていると想定し、当日の９：００になった時点で機器の運転状態を「ＯＮ」とする切り換えを行い、その後、１７：００までは当該「ＯＮ」の状態で、１７：００になると機器の運転状態を「ＯＦＦ」とする切り換えを行うものと想定して運転スケジュールを設定する。
しかし、ＢＡＣｎｅｔでは、上述のとおり、１日を単位としてデータを保有するため、前日の最後に設定されていた運転状態を引き継ぐことができない。すなわち、図２に示すように、作成される運転スケジュールデータ上、当日の０：００〜９：００の間は、運転状態が設定されていない状態となる。
さらに、ＢＡＣｎｅｔでは、当該設定された運転状態がない時間帯は、熱源機器コントローラ１０３等のコントローラは、別途設定される「制御状態の初期値」に従った運転状態にて熱源機器１０４等の機器を制御することと決められている。なお、「制御状態の初期値」は、予め、中央監視装置１０１から、施設管理者等のユーザによって設定されている。
従って、図２の場合、前日の最後に設定されていた運転状態によらず、サーバ１０２からは０：００〜９：００の運転状態が設定されていない制御データがコントローラに送信され、コントローラにおいて、予め設定された「制御状態の初期値」に従った運転状態で、０：００〜９：００の間、機器を制御する。
【００１６】
図３は、施設管理システムにおいて、前日の最後に設定されていた運転状態によらず、当日に、「制御状態の初期値」に従って、機器が制御される場合の運転スケジュールデータのイメージの一例である。
図３では、前日を１日目、当日を２日目とし、例えば、１日目の運転スケジュールとして、ユーザによって、午前９時に機器の運転状態を「ＯＮ」とする、すなわち、機器を起動する運転スケジュールが設定されたものとする。また、「制御状態の初期値」は「ＯＦＦ」と設定されているものとする。
この場合、１日目の９：００になると、運転スケジュールに従って機器が起動し、２日目の０：００になると、「制御状態の初期値」に従い、機器は起動されない状態となる。
例えば、ユーザは、１日目の９：００に機器を起動させ、２日目になっても起動させたままとし、２日目の１７：００になったら機器を停止させることを所望の運転スケジュールとして２日目の運転スケジュールに「１７：００  ＯＦＦ」を設定していた場合であっても、すなわち、２日間にわたって機器を運転させたい場合であっても、２日目には１日目の最後に設定されていた運転状態は引き継がれず、また、「制御状態の初期値」が「ＯＦＦ」に設定されているため、２日目の０：００には機器が停止されてしまう。
【００１７】
よって、従来のＢＡＣｎｅｔに対応した施設管理システムでは、このような事態に対応するために、ユーザが個別に対応する必要があるという課題があった。
個別の対応とは、具体的には、例えば、ユーザは、中央監視装置１０１から、「制御状態の初期値」を、２日目の０：００になるよりも前に、「ＯＦＦ」から「ＯＮ」に変更しておく。そして、２日目の０：００を過ぎたら、変更した「制御状態の初期値」を「ＯＦＦ」に戻す等の対応があげられる。
しかしながら、当該対応では、設定ミス、あるいは、設定のし忘れ等が生じ得、その場合、他の日の機器の運転スケジュールにも影響してしまうという問題がある。
【００１８】
また、他の個別の対応として、例えば、ユーザは、中央監視装置１０１から、２日目の０：００の運転状態として、「ＯＮ」を新たに設定する対応があげられる。すなわち、２日目の運転スケジュールとして、「０：００  ＯＮ」、「１７：００  ＯＦＦ」という運転スケジュールを設定する対応があげられる。
しかしながら、当該対応においても、ユーザは、わざわざ、２日目の０：００の運転状態を設定する必要があり、労力がかかる。また、設定のし忘れも生じ得るという問題がある。
【００１９】
また、上述したような対応を行う前提として、ユーザは、ＢＡＣｎｅｔ、および、ＢＡＣｎｅｔにおける「制御状態の初期値」の扱い等についての知識も必要とされ、これは、ユーザにとって大きな負担となり得るという問題がある。
【００２０】
以上のような問題を解決するため、日本電気設備学会（ＩＥＩＥＪ）の定めたＢＡＣｎｅｔに対する独自のガイドライン「ＩＥＩＥＪ−Ｇ−０００６：２００６（ＢＡＣｎｅｔシステムインターオペラビリテイガイドライン）」の追加（アデンダムａ）の中で、「制御状態の初期値」の自動書き換えが推奨されている。当該アデンダムａにより推奨されている自動書き換えとは、制御スケジュールが設定されていない場合には、常に、「直近の設定値」で「制御状態の初期値」を更新し続ける動作である。つまり、例えば、図３に示したような例の場合、２日目の０：００時点で、運転スケジュールには、「直近の設定値」、すなわち、１日目の最終的な運転状態である「ＯＮ」が自動的に設定されることとなる。
これにより、２日目の０：００になっても機器は停止せず、２日間にわたって、機器を起動させた状態とすることができる。
【００２１】
しかしながら、当該アデンダムａは、上述のとおり、日本電気設備学会が定めたものであり、国際的に広く採用されてはいない。そのため、例えば、施設管理システムが、日本のデバイスと海外のデバイスが混在するマルチベンダシステムである場合には、当該日本のデバイスと海外のデバイスの間で、設定された運転スケジュールの情報を共有できない。例えば、図１で示したような例において、サーバ１０２はアデンダムａに対応しており、熱源機器コントローラ１０３がアデンダムａに対応していない場合には、運転スケジュールの情報を共有できず、ユーザの所望の運転スケジュールで熱源機器１０４を制御することができない。その結果、例えば、２日間にわたって機器を制御しようとすると、依然として、上述したような、ユーザによる個別の対応が必要となるという問題がある。
また、ユーザは、ＢＡＣｎｅｔ同様、アデンダムａに関する知識も必要とされ、大きな負担となり得るという問題がある。
【００２２】
この発明は、以上のような課題を解決するものであり、通信プロトコルとして、例えばＢＡＣｎｅｔ等、日付変更時に機器の制御状態が引き継がれない通信プロトコルを適用した施設監視システムにおいて、施設内の機器を制御するための制御スケジュールについて、施設管理者等のユーザによる個別の対応作業を必要とすることなく、日付を跨いだ制御スケジュールを設定可能とするものである。そして、その結果、ユーザによる個別の対応作業を必要とすることなく、施設監視システム内の機器の、日付を跨いだ制御スケジュールでの制御を行うことを可能とするものである。
【００２３】
図４は、この発明の実施の形態１の施設管理システムの構成を示す図である。
施設管理システムは、図４に示すように、施設管理装置１と、サーバ２と、施設内に設置された１つ以上の機器４１，４２，４３，・・・と、当該機器４１，４２，４３，・・・が接続された１台以上のコントローラ３１，３２，３３，・・・とから構成されている。以下、１台以上のコントローラ３１，３２，３３，・・・を、コントローラ３ｎと表わすものとする。また、１つ以上の機器４１，４２，４３，・・・を、機器４ｎと表わすものとする。
施設管理装置１と、サーバ２と、コントローラ３ｎとは、ネットワークを介して接続される。また、コントローラ３ｎと機器４ｎとは、ネットワークを介して接続される。なお、施設管理装置１、サーバ２、コントローラ３ｎは、ソフトウェアに基づくＣＰＵを用いたプログラム処理によって実行される。なお、図４においては省略しているが、サーバ２は、スケジュール制御装置２１を搭載する。スケジュール制御装置２１の詳細については後述する。
また、図４に示すような施設管理システムにおいて、施設管理装置１と、サーバ２と、コントローラ３ｎと、機器４ｎとの間の通信プロトコルは、ＢＡＣｎｅｔが適用される。
【００２４】
コントローラ３ｎは、例えば、熱源機器、空調機器、照明機器等の機器４ｎを制御する。
【００２５】
施設管理装置１は、サーバ２、コントローラ３ｎを介して施設内の各機器４ｎを一括管理することが可能な中央監視装置であり、例えば、ＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）等で構成される。施設管理装置１は、例えば、施設の管理室等に設置される。
施設管理装置１は、施設管理者等のユーザから、施設内の各機器４ｎを制御するための制御スケジュールの作成指示を受け付ける。施設管理装置１は、受け付けた制御スケジュールの作成指示に関する制御スケジュール作成指示情報を、サーバ２が搭載するスケジュール制御装置２１に送信する。この実施の形態１では、制御スケジュールの一例として、施設管理装置１は、各機器４ｎの運転スケジュールの設定指示を行うものとする。
【００２６】
また、施設管理装置１は、施設の管理者等のユーザからの指示に基づき、施設内の各機器４ｎの運転スケジュールを表示させる。ユーザは、当該表示された運転スケジュールを確認し、各機器４ｎの稼動状況等を確認する。
【００２７】
なお、上述のとおり、この実施の形態１では、一例として、施設管理装置１は、機器の運転状態、すなわち、機器の運転の発停が設定された運転スケジュールデータの作成を指示するものとしたが、これに限らず、施設管理装置１は、機器の運転の発停等以外の制御を行うための制御状態が設定された制御スケジュールデータの作成を指示することが可能である。
【００２８】
サーバ２は、施設管理装置１から送信された制御スケジュール作成指示に基づき、施設内の各機器４ｎを制御するための制御スケジュールが設定された制御スケジュールデータを作成し、記憶する。ここでは、制御データとは、例えば、機器４ｎの発停、すなわち、機器４ｎを運転、あるいは、停止させる制御を行うためのデータである。すなわち、ここでは、サーバ２は、施設管理装置１から送信された運転スケジュール作成指示情報に基づき、施設内の各機器４ｎの運転スケジュールが設定された運転スケジュールデータを作成し、記憶する。
また、サーバ２は、作成した運転スケジュールデータに基づき、機器４ｎを制御するための制御データを作成し、当該制御データをコントローラ３ｎに送信する。すなわち、ここでは、制御データとは、例えば、機器４ｎの発停、すなわち、機器４ｎを運転、あるいは、停止させる制御を行うためのデータである。
以上のサーバ２の動作は、具体的には、サーバ２に搭載されたスケジュール制御装置２１が行う。
つまり、サーバ２のスケジュール制御装置２１が、運転スケジュールデータを作成し、当該運転スケジュールデータに基づく制御データをコントローラ３ｎに送信する。コントローラ３ｎでは、制御データに基づき、運転、あるいは、停止等の、機器４ｎを制御すべきタイミングになると、該当の機器４ｎに対して、制御データに従った制御を行う。
【００２９】
また、サーバ２は、設定された監視周期でコントローラ３ｎと通信を行い、コントローラ３ｎから機器４ｎの監視ポイントデータを収集し、収集した監視ポイントデータを記憶する。ユーザは、例えば、施設管理装置１において、当該サーバ２に記憶された監視ポイントデータを映像として表示させる等、当該サーバ２に記憶された監視ポイントデータを用いて、機器４ｎの状態を監視することができる。
【００３０】
図５は、この発明の実施の形態１に係る施設管理装置１の構成図である。
図５に示すように、施設管理装置１は、入力受付部１１と指示情報送信部１２と、表示制御部１３と、表示部１４とを備える。
【００３１】
入力受付部１１は、例えば、マウス、キーボード等の入力装置（図示省略）から、運転スケジュールの設定指示、あるいは、運転スケジュールの表示指示を受け付ける。
この実施の形態１において、ユーザは、例えば、運転スケジュール設定画面を立ち上げ、表示部１４に表示された入力部に、施設内の各機器４ｎを制御するための所望の運転スケジュールを入力する等により、施設内の各機器４ｎの運転スケジュールの設定指示を行う。
入力受付部１１は、運転スケジュールの設定指示を受け付けた場合、受け付けた運転スケジュールの設定指示に基づく運転スケジュール設定指示情報を、指示情報送信部１２に出力する。
【００３２】
また、施設等の管理者等は、例えば、運転スケジュール参照画面を立ち上げ、表示部１４に表示された入力部に、現在設定されている運転スケジュールを表示させたい機器４ｎを入力し、「表示開始ボタン」をマウスでクリックする等により、施設内の機器４ｎに設定された、当該機器４ｎを制御するための運転スケジュールを表示部１４に表示させるための表示指示を行う。
入力受付部１１は、運転スケジュールの表示指示を受け付けた場合、受け付けた運転スケジュールの表示指示に基づく運転スケジュール表示指示情報を、表示制御部１３に出力する。
【００３３】
指示情報送信部１２は、入力受付部１１から出力された運転スケジュール設定指示情報を、サーバ２に搭載されたスケジュール制御装置２１に送信する。
運転スケジュール設定指示情報は、少なくとも、機器４ｎと、指定された日付と、指定された日付においてユーザが指定した時間の運転状態の情報が紐付けられた情報である。
運転スケジュール設定指示情報に含まれる、指定された日付の情報とは、具体的には、例えば、「２０１６年７月１０日」などの年月日が指定された日付の情報があげられる。なお、これは一例に過ぎず、ここでは、運転スケジュール設定指示情報に含まれる指定された日付の情報とは、例えば、「曜日」が指定された情報であってもよいし、「２０１６年７月１０日〜２０１６年７月３０日」などの「期間」が指定された情報であってもよいし、「偶数月の第３木曜日」のように、特定月の特定曜日が指定された情報であってもよい。また、例えば、予め設定、記憶されているカレンダーに基づく「祝日」、「休日」などが指定された情報であってもよい。指定された日付とは、スケジュール制御装置２１において、前日の最後に設定された制御状態と同じ制御状態を設定すべき該当の日が特定できる情報であればよい。すなわち、ユーザは、上述したような情報を指定された日付として指定した、運転スケジュールの設定指示を行うことができる。
スケジュール制御装置２１の構成、および、スケジュール制御装置２１において、前日の最後に設定された制御状態と同じ制御状態を設定する動作については、後述する。
【００３４】
表示制御部１３は、入力受付部１１から出力された運転スケジュール表示指示情報に基づき、サーバ２が搭載するスケジュール制御装置２１が備えるスケジュール記憶部２０３を参照して、指定された機器４ｎの、指定された日付の運転スケジュールの内容を表示した画像を表示部１４に表示させる。
表示部１４は、ＣＲＴ（Ｃａｔｈｏｄｅ  Ｒａｙ  Ｔｕｂｅ）、液晶ディスプレイ等であり、表示制御部１３が作成した画像を表示する。
【００３５】
図６は、この発明の実施の形態１に係る、サーバ２が搭載するスケジュール制御装置２１の構成図である。
図６に示すように、スケジュール制御装置２１は、指示情報受信部２０１と、スケジュールデータ作成制御部２０２と、スケジュール記憶部２０３と、制御データ作成部２０４と、送信部２０５とを備える。スケジュールデータ作成制御部２０２は、状態設定部２０２１と、スケジュールデータ作成部２０２２とを備える。
【００３６】
指示情報受信部２０１は、施設管理装置１の指示情報送信部１２から送信された運転スケジュール設定指示情報を受信する。指示情報受信部２０１は、受信した運転スケジュール設定指示情報を、スケジュールデータ作成制御部２０２に出力する。
【００３７】
スケジュールデータ作成制御部２０２は、指示情報受信部２０１から出力された運転スケジュール設定指示情報に基づき、機器４ｎの、指定された日付当日の日付変更時の運転状態を設定し、指定された日付当日の運転スケジュールを設定した運転スケジュールデータを作成して、スケジュール記憶部１５に記憶させる。
スケジュールデータ作成制御部２０２の状態設定部２０２１は、指示情報受信部２０１から出力された運転スケジュール設定指示情報に基づき、運転スケジュールの設定指示情報で指定されている機器４ｎの、指定された日付当日の、当該日付当日への日付変更時の運転状態を設定する。
具体的には、状態設定部２０２１は、運転スケジュール設定指示情報で指定されている機器４ｎの、運転スケジュール設定指示情報で指定されている日付の０：００時点の運転状態に、前日の最後に設定されていた運転状態と同じ運転状態を設定する。
【００３８】
スケジュールデータ作成制御部２０２のスケジュールデータ作成部２０２２は、指示情報受信部２０１が出力した運転スケジュール設定指示情報と、状態設定部２０２１が設定した、該当の日付の０：００時点の運転状態の情報とに基づき、運転スケジュールデータを作成する。
スケジュールデータ作成部２０２２は、作成した運転スケジュールデータを、制御データ作成部２０４に出力する。また、スケジュールデータ作成部２０２２は、作成した運転スケジュールデータを、スケジュール記憶部２０３に記憶させる。
【００３９】
スケジュール記憶部２０３は、機器４ｎごとに、スケジュールデータ作成制御部２０２のスケジュールデータ作成部２０２２が作成した運転スケジュールを記憶する。スケジュール記憶部２０３は、例えば、ＨＤＤ、ＤＶＤ、メモリ等によって構成される。
【００４０】
なお、ここでは、図６に示すように、スケジュール記憶部２０３は、スケジュール制御装置２１が備えるものとしたが、これに限らず、スケジュール記憶部２０３は、スケジュール制御装置２１の外部に備えられるものとし、スケジュール制御装置２１は、ネットワークを介してスケジュール記憶部２０３を参照するようにしてもよい。
【００４１】
制御データ作成部２０４は、スケジュールデータ作成制御部２０２が出力した運転スケジュールデータに基づき、機器４ｎを制御するための制御データを作成する。具体的には、制御データ作成部２０４は、例えば、機器４ｎを制御するコントローラ３ｎ単位で、各コントローラ３ｎが制御する機器４ｎの情報と、当該機器４ｎを制御するための運転スケジュールの情報とが対応付けられて設定された制御データを作成する。
制御データ作成部２０４は、作成した制御データを、送信部２０５に出力する。
【００４２】
送信部２０５は、制御データ作成部２０４が作成した制御データを、制御データに設定されている該当のコントローラ３ｎに送信する。
【００４３】
また、図６においては図示を省略しているが、サーバ２は、コントローラ３ｎから、機器４ｎの時系列の監視ポイントデータを定期的に収集するデータ収集部を有する。データ収集部は、例えば、監視ポイント毎に設定された監視周期で監視ポイントデータを収集するものとしてもよいし、コントローラ３ｎから、常時、監視ポイントデータを収集するようにしてもよい。
データ収集部は、コントローラ３ｎから収集した監視ポイントデータを、監視ポイントデータ記憶部（図示省略）に記憶させる。なお、このとき、データ収集部は、収集した監視ポイントデータを、監視ポイントの情報および監視ポイントデータ収集時刻と紐付けて、監視ポイントデータ記憶部に記憶させるようにする。
ユーザは、監視ポイントデータ記憶部に記憶された監視ポイントデータの内容を参照することで、施設内の各機器４ｎの管理を行うことができる。
【００４４】
この発明の実施の形態１に係る施設管理装置１の動作について説明する。
この発明の実施の形態１に係る施設管理装置１は、「運転スケジュール設定指示機能」と、「運転スケジュール表示機能」を有する。
まず、施設管理装置１の「運転スケジュール設定指示機能」に関する動作について説明する。
図７は、この発明の実施の形態１に係る施設管理装置１における「運転スケジュール設定指示機能」に関する動作を説明するフローチャートである。まず、図７に沿って、施設管理装置１の、運転スケジュール作成指示の動作について説明する。
【００４５】
入力受付部１１は、運転スケジュール設定指示を受け付けるまで待機し（ステップＳＴ７０１の“ＮＯ”の場合）、運転スケジュール設定指示を受け付けると（ステップＳＴ７０１の“ＹＥＳ”の場合）、受け付けた運転スケジュール設定指示に基づく運転スケジュール設定指示情報を、指示情報送信部１２に出力する。
施設管理者等のユーザは、例えば、マウス、キーボード等の入力装置を操作し、運転スケジュール設定画面立ち上げ指示を行う。入力受付部１１は、当該運転スケジュール設定画面立ち上げ指示を受け付けると当該受け付けた運転スケジュール設定画面立ち上げ指示情報を表示制御部１３に出力し、表示制御部１３は、当該入力受付部１１が受け付けた運転スケジュール設定画面立ち上げ指示に基づき、運転スケジュール設定画面を表示部１４に表示させる。
ユーザは、例えば、表示部１４に表示された運転スケジュール設定画面に表示された入力部に、制御する施設内の機器４ｎ、制御する日時、運転状態を含む、所望の運転スケジュールを入力する等により、施設内の各機器４ｎの運転スケジュールの設定指示を行う。
【００４６】
入力受付部１１は、ステップＳＴ７０１において、ユーザが入力した、機器４ｎの運転スケジュールの情報を受け付ける。
そして、入力受付部１１は、受け付けた機器４ｎ、日時、機器４ｎの運転状態を含む情報とが紐付けられた情報を、運転スケジュール設定指示情報とする。
ここでは、例えば、ユーザが、機器Ａについて、２０１６年７月１０日の運転スケジュールとして、１７：００に運転を「ＯＦＦ」にする運転スケジュールを設定したとすると、入力受付部１１は、機器Ａの情報と、２０１６年７月１０日の情報と、１７：００に運転を「ＯＦＦ」にする情報とが紐付けられた情報を、運転スケジュール設定指示情報として指示情報送信部１２に出力する。
なお、例えば、１７：００に運転を「ＯＦＦ」にすると、その後、新たに運転状態が指定された運転スケジュールが設定されるまで、同一日において、運転が「ＯＦＦ」の状態が継続されることとなる。
また、ここでは、ユーザが、１日分の運転スケジュールを設定させるための指示を行うものとするが、これは一例に過ぎず、ユーザは、複数日分の運転スケジュールを設定させるための指示を行うこともできる。
【００４７】
指示情報送信部１２は、入力受付部１１から出力された運転スケジュール設定指示情報を、サーバ２に搭載されたスケジュール制御装置２１に送信する（ステップＳＴ７０２）。
【００４８】
施設管理装置１の「運転スケジュール表示機能」に関する動作は後述するものとし、次に、この発明の実施の形態１において、施設管理装置１から送信された運転スケジュール設定指示情報を受信したスケジュール制御装置２１の動作について説明する。
【００４９】
図８は、この発明の実施の形態１における、サーバ２が搭載するスケジュール制御装置２１の動作を説明するフローチャートである。
指示情報受信部２０１は、施設管理装置１の指示情報送信部１２から運転スケジュール設定指示情報を受信するまで待機し（ステップＳＴ８０１の“ＮＯ”の場合）、運転スケジュール設定指示情報を受信すると（ステップＳＴ８０１の“ＹＥＳ”の場合）、受信した運転スケジュール設定指示情報をスケジュールデータ作成制御部２０２に出力する。
【００５０】
スケジュールデータ作成制御部２０２の状態設定部２０２１は、指示情報受信部２０１から運転スケジュール設定指示情報を取得し、スケジュール記憶部２０３を参照して、運転スケジュール設定指示情報で指定された機器４ｎの指定された日付当日の、当該日付当日への日付変更時の運転状態、すなわち、該当の機器４ｎの該当の日付の０：００時点の運転状態として、前日の最後に設定されていた運転状態と同じ運転状態を設定する（ステップＳＴ８０２）。ここでは、上述したように、施設管理装置１において、例えば、ユーザが、機器Ａについて、２０１６年７月１０日の運転スケジュールとして、１７：００に運転を「ＯＦＦ」にする運転スケジュールを設定したとし、機器Ａの情報と、２０１６年７月１０日の情報と、１７：００に運転を「ＯＦＦ」にする情報とが紐付けられた情報が、運転スケジュール設定指示情報として施設管理装置１の指示情報送信部１２から出力されたものとすると、状態設定部２０２１は、２０１６年７月１０日の機器Ａの０：００時点の運転状態として、２０１６年７月９日の最後に設定されている運転状態を設定する。例えば、２０１６年７月９日の機器Ａの運転スケジュールが、「０：００  ＯＦＦ」、「９：００  ＯＮ」であった場合、最後に設定されている運転状態は「ＯＮ」なので、状態設定部２０２１は、２０１６年７月１０日の機器Ａの０：００時点の運転状態として「ＯＮ」を設定する。
【００５１】
ここで、図９は、この実施の形態１において、スケジュール記憶部２０３が記憶する情報の一例を説明する図である。
スケジュール記憶部２０３には、図９に示すように、機器４ｎ毎に、日付と、運転スケジュールに関する情報とが紐付けられて記憶されている。図９では、一例として、スケジュール記憶部２０３に記憶された機器Ａの運転スケジュールを示している。
状態設定部２０２１は、スケジュール記憶部２０３に記憶された情報から、機器Ａについて、２０１６年７月９日の最後に設定されている運転状態を特定することができる。
なお、スケジュール制御装置２１の設置時等、スケジュール記憶部２０３に、該当の日付の該当の機器４ｎに関する運転スケジュールが記憶されていない場合は、状態設定部２０２１は、初期値を、０：００時点の運転状態に設定するようにすればよい。「制御状態の初期値」は、ユーザによって、予め適宜設定され、スケジュール制御装置２１内部の、スケジュールデータ作成制御部２０２が参照可能な場所に記憶されているものとする。
【００５２】
また、図９に示した内容は一例に過ぎず、スケジュール記憶部２０３には、少なくとも、機器４ｎと、日付と、自動設定フラグの情報が付与された運転スケジュールとが対応付けられて記憶されているようになっていればよい。自動設定フラグについては後述する。
状態設定部２０２１は、設定した、該当の日付の０：００時点の運転スケジュールの情報、すなわち、２０１６年７月１０日の０：００時点の機器Ａの運転状態「ＯＮ」の情報を、スケジュールデータ作成制御部２０２のスケジュールデータ作成部２０２２に出力する。
【００５３】
スケジュールデータ作成制御部２０２のスケジュールデータ作成部２０２２は、ステップＳＴ８０１で指示情報受信部２０１が受信した運転スケジュール設定指示情報と、ステップＳＴ８０２で状態設定部２０２１が設定した、該当の日付の０：００時点の運転状態の情報とに基づき、運転スケジュールデータを作成する（ステップＳＴ８０３）。具体的には、機器４ｎ毎に、運転スケジュール設定指示情報に設定されている日付の運転スケジュール、すなわち、ユーザが指定した運転スケジュールについて、０：００時点の運転状態には状態設定部２０２１が設定した０：００時点の運転状態が設定されたデータを、運転スケジュールデータとして作成する。ここでは、スケジュールデータ作成部２０２２は、２０１６年７月１０日の機器Ａについて、「０：００  ＯＮ」、「１７：００  ＯＦＦ」とする運転スケジュールとが対応付けられた運転スケジュールデータを作成する。
この時、スケジュールデータ作成部２０２２は、ステップＳＴ８０２で状態設定部２０２１が設定した０：００時点の運転状態の情報には、自動設定フラグ＝１の情報を付与する。なお、ここでは、自動設定フラグの初期値は０とする。
【００５４】
スケジュールデータ作成部２０２２は、作成した運転スケジュールデータの情報を、制御データ作成部２０４に出力する（ステップＳＴ８０４）。
また、スケジュールデータ作成部２０２２は、作成した運転スケジュールデータをスケジュール記憶部２０３に記憶させる（ステップＳＴ８０５）。その結果、図９で示すようなスケジュール記憶部２０３の内容は、図１０に示すように、２０１６年７月１０日の機器Ａの「０：００  ＯＮ」、「１７：００  ＯＦＦ」の運転スケジュールが、自動設定フラグの情報が付与されて追加された内容となる。
【００５５】
なお、ここでは、ステップＳＴ８０３において、スケジュールデータ作成部２０２２は、状態設定部２０２１が設定した運転状態には自動設定フラグを付与し、スケジュール記憶部２０３に記憶させるものとしたが、これに限らず、状態設定部２０２１が設定した運転状態、すなわち、ユーザからの指定によるものではなくスケジュール制御装置２１が自動的に設定した運転状態であることが区別できる情報が付与されるようになっていればよい。
【００５６】
制御データ作成部２０４は、ステップＳＴ８０４においてスケジュールデータ作成部２０２２が出力した運転スケジュールデータの情報に基づき、機器４ｎを制御するための制御データを作成する（ステップＳＴ８０６）。具体的には、制御データ作成部２０４は、例えば、機器４ｎを制御するコントローラ３ｎ単位で、各コントローラ３ｎが制御する機器４ｎの情報と、当該機器４ｎを制御するための運転スケジュールの情報とが対応付けられて設定された制御データを作成する。
スケジュール制御装置２１は、例えば、制御データ作成部２０４が参照可能な場所に、予め、コントローラ３ｎと、当該コントローラ３ｎが制御する機器４ｎとが紐付けられた対応表を記憶しているものとする。制御データ作成部２０４は、当該対応表を参照して、機器４ｎを制御するコントローラ３ｎを特定するようにすればよい。
ここでは、対応表において、機器Ａを制御するコントローラ３ｎはコントローラＢが定義されていたとすると、制御データ作成部２２は、コントローラＢに対して、機器Ａについて、「０：００  ＯＮ」、「１７：００  ＯＦＦ」とする制御データを作成する。
制御データ作成部２０４は、作成した制御データを、送信部２０５に出力する。
【００５７】
送信部２０５は、ステップＳＴ８０６において制御データ作成部２０４が作成した制御データを、制御データに設定されている該当のコントローラ３ｎに送信する（ステップＳＴ８０７）。ここでは、コントローラＢに対して、機器Ａを、「０：００  ＯＮ」、「１７：００  ＯＦＦ」とする制御データが送信される。
【００５８】
制御データを受信したコントローラ３ｎでは、制御データに従った機器４ｎの制御が行われる。すなわち、ここでは、コントローラＢは、０：００になると、機器Ａに対して、運転を「ＯＮ」にする、すなわち、運転させる制御を行い、１７：００になると、機器Ａに対して、運転を「ＯＦＦ」にする、すなわち、停止させる制御を行う。
【００５９】
このように、スケジュール制御装置２１では、施設管理装置１が「運転スケジュール設定指示機能」において、ユーザから施設内の機器４ｎに関する所望の運転スケジュールを受け付け、受け付けた運転スケジュールに基づき送信した運転スケジュール設定指示情報に基づき、機器の４ｎの、指定された日付当日の日付変更時の運転状態を設定し、指定された日付当日の運転スケジュールが設定された運転スケジュールデータを作成する。
スケジュール制御装置２１では、ユーザから指定された機器４ｎの指定された日付の０：００時点の運転状態を自動設定する際には、前日の最後に設定されていた運転状態と同じ運転状態を設定するようにしたので、日付を跨いで継続的に同一の運転状態で機器４ｎを稼動させたい場合に、例えば、「制御状態の初期値」を書き換えたり、２日目の０：００時点の運転状態を設定しておく等、ユーザは個別の対応を行わなくても、日付を跨いだ継続的な運転スケジュールの設定が可能となる。すなわち、ユーザによる手動での個別の運転状態の設定を省略することができる。また、ユーザは、「制御状態の初期値」を気にしながら運転スケジュールの設定を行わなくてよくなる。
【００６０】
また、スケジュール制御装置２１では、０：００の時点の運転状態が自動設定された運転スケジュールに基づく制御データを作成し、当該作成した制御データをコントローラ３ｎに送信し、コントローラ３ｎが、当該制御データに基づき機器４ｎの制御を行う。
制御データは、１日単位の運転スケジュールを設定しているものであるため、当該制御データは、ＢＡＣｎｅｔの規定に従っており、０：００の制御データの内容、すなわち、運転状態の内容が無効なものとして、従来のように「制御状態の初期値」に書き換えられることなく、制御データに従った内容で機器４ｎが制御される。
そして、コントローラ３ｎがアデンダムａに対応している場合も、非対応である場合も関係なく、制御スケジュールに従った内容で機器４ｎが制御される。
【００６１】
図１１に、この実施の形態１の施設管理システムにおいて、施設管理装置１で受け付けたユーザからの運転スケジュール設定指示に基づき、サーバ２に搭載されたスケジュール制御装置２１（図１１においては図示省略）で、当日の日付変更時点の運転状態を自動設定した運転スケジュールデータを作成し、当該運転スケジュールに基づいて制御データが作成され、当該制御データに従って、コントローラ３ｎが機器４ｎを制御する流れのイメージを示す。
【００６２】
なお、以上では、スケジュール制御装置２１において、施設管理装置１から運転スケジュール設定指示情報を受信した場合に、運転スケジュールデータを作成し、当該運転スケジュールデータに基づく制御データを作成してコントローラ３ｎへ送信する流れについて説明した。
当該動作に加え、スケジュール制御装置２１においては、制御データ作成部２０４は、予め設定された周期でスケジュール記憶部２０３を参照し、制御データの作成を行い、該当のコントローラ３ｎへ当該作成した制御データを送信する動作を行う。
コントローラ３ｎでは、機器４ｎの制御を行うために、スケジュール記憶部２０３で記憶されている内容と同様の運転スケジュールに基づく制御データを保有しておく必要があるが、コントローラ３ｎで保有しておくことができる情報の容量は、スケジュール記憶部２０３に比べて小さい。つまり、コントローラ３ｎでは、ある一定期間の制御スケジュールしか保有できない。
そこで、制御データ作成部２０４は、上記のとおり、予め設定された周期でスケジュール記憶部２０３に記憶された運転スケジュールデータに基づき制御データを作成し、該当のコントローラ３ｎへ送信することで、該当のコントローラ３ｎにおいて、常に、コントローラ３ｎが機器４ｎを制御するための直近の制御データを保有することができるようにする。
【００６３】
施設管理装置１の動作説明に戻り、施設管理装置１が有する「運転スケジュール表示機能」について説明する。
図１２は、この発明の実施の形態１に係る施設管理装置１における「運転スケジュール表示機能」に関する動作を説明するフローチャートである。
施設管理装置１の入力受付部１１は、運転スケジュール表示指示を受け付けるまで待機し（ステップＳＴ１２０１の“ＮＯ”の場合）、運転スケジュール表示指示を受け付けると（ステップＳＴ１２０１の“ＹＥＳ”の場合）、受け付けた運転スケジュール表示指示に基づく運転スケジュール表示指示情報を、表示制御部１３に出力する。
施設管理者等のユーザは、例えば、マウス、キーボード等の入力装置を操作し、運転スケジュール表示画面立ち上げ指示を行う。入力受付部１１は、当該運転スケジュール表示画面立ち上げ指示を受け付け、当該受け付けた運転スケジュール表示画面立ち上げ指示情報を表示制御部１３に出力し、表示制御部１３は、当該運転スケジュール表示画面立ち上げ指示情報に基づき、運転スケジュール表示画面を表示部１４に表示させる。
ユーザは、例えば、表示部１４に表示された運転スケジュール表示画面に表示された入力部に、運転スケジュールを表示させたい施設内の機器４ｎ、および、日付を入力する等により、施設内の各機器４ｎのある日の運転スケジュールの表示指示を行う。
【００６４】
入力受付部１１は、ステップＳＴ１２０１において、ユーザが入力した、運転スケジュールを表示させたい施設内の機器４ｎ、および、当該機器４ｎの運転スケジュールを表示させる日付の情報を受け付ける。
そして、入力受付部１１は、受け付けた機器４ｎの情報と、日付の情報とが紐付けられた情報を、運転スケジュール表示指示情報とする。
ここでは、例えば、ユーザが、機器Ａの、２０１６年７月１０日の運転スケジュールを表示させる指示を入力したとすると、入力受付部１１は、機器Ａの情報と、２０１６年７月１０日の情報とが紐付けられた情報を、運転スケジュール表示指示情報として表示制御部１３に出力する。
なお、ここでは、ユーザが、１日分の運転スケジュールの表示指示を行うものとするが、これは一例に過ぎず、ユーザは、複数日分の運転スケジュールの表示指示を行うこともできる。
【００６５】
表示制御部１３は、入力受付部１１から出力された運転スケジュール表示指示情報を取得し、ネットワークを介して、スケジュール制御装置２１が備えるスケジュール記憶部２０３を参照して、当該運転スケジュール表示指示情報に基づく表示用データを作成する（ステップＳＴ１２０２）。具体的には、表示制御部１３は、運転スケジュール表示指示情報に設定されている機器４ｎの、設定されている日付の運転スケジュールに関する情報をスケジュール記憶部２０３から取得し、当該運転スケジュールを映像として表示部１４に表示させるための表示用データを作成する。
ここでは、スケジュール記憶部２０３には、図１０で示した内容の情報が記憶されているとすると、表示制御部１３は、機器Ａの、２０１６年７月１０日の運転スケジュールとして、「０：００  ＯＮ」、「１７：００  ＯＦＦ」のデータを取得する。このとき、表示制御部１３は、自動設定フラグの情報もあわせて取得する。
そして、表示制御部１３は、機器４ｎと、日付と、自動設定フラグの情報が付与された運転スケジュールとが対応付けられたデータを、映像として表示させる表示用データを作成する。
【００６６】
表示制御部１３は、表示用データに基づき、運転スケジュール表示指示情報に設定された機器４ｎの指定された日付の運転スケジュールについて、どの時間帯にどのような運転スケジュールが設定されているかがわかるように、映像として、表示部１４に表示させる（ステップＳＴ１２０３）。
ここで、図１３は、この実施の形態１において、表示制御部１３が表示部１４に映像として表示させる運転スケジュールの表示画面の一例を示す図である。
図１３に示すように、表示部１４には、機器４ｎの情報と、日付の情報と、運転スケジュールとが、対応付けられて表示される。
運転スケジュールは、時間によって、どのような運転状態が設定されているかがわかるように表示される。図１３では、機器Ａの指定された日、すなわち、２０１６年７月１０日について、時間帯と運転状態とを横棒グラフで表示させる例を示している。
また、表示制御部１３は、自動設定フラグに１が設定されている運転状態については、当該自動設定フラグが設定されていることがわかる表示を運転状態とあわせて表示させるようにする。図１３においては、０：００〜１７：００の運転状態「ＯＮ」に、自動設定フラグが設定されていることがわかる表示として、「＊」が付記されるようにしている。
表示制御部１３は、自動設定フラグに０、すなわち、初期値が設定されている運転状態については、「＊」のような表示はさせない。このように、「＊」が付記されているかどうかによって、ユーザは、自動設定された運転状態であるか否かを把握することができる。
【００６７】
なお、図１３で示した運転スケジュール表示画面は一例に過ぎず、表示制御部１３は、この他の表示方法で運転スケジュールを表示させるようにしてもよく、ユーザによって指定された機器の、指定された日付の時間に応じた運転状態がわかるように表示されるようになっていればよい。
また、自動設定フラグが設定されていることがわかる表示は「＊」に限らず、例えば、表示制御部１３は、「＊」以外の表示を付記するものであってもよいし、該当の運転状態を表示させているグラフの色を薄く、あるいは、濃く表示させるようにしてもよいし、グラフ上の「ＯＮ」の文字を点滅させるようにしてもよい。表示制御部１３は、自動設定フラグが設定された、すなわち、スケジュール制御装置２１で自動設定した運転状態がわかるように、当該運転状態を表示させるようになっていればよい。
【００６８】
ＢＡＣｎｅｔに対応した施設管理システムにおいては、一般には、上述したとおり、前日の最後に設定されていた運転状態を引き継ぐことができず、日付が変わると運転状態はクリアされ、設定されていない状態になる。この場合、０：００時点での運転状態はスケジュール記憶部２０３には記憶されず、サーバ２からコントローラ３ｎへ、機器４ｎを制御する制御データが送信された際に、コントローラ３ｎにおいて、ＢＡＣｎｅｔのスケジュール設定機能により、「制御状態の初期値」が設定されるようになっていた。
従って、一般的な、従来の施設管理装置１において、ユーザが、運転スケジュールを表示させた場合、記憶されていない運転状態については、表示させることができなかった（図１４参照）。
これに対し、この実施の形態１に係る施設管理システムでは、サーバ２が搭載するスケジュール制御装置２１において、上述のとおり、０：００の時点の、すなわち、日付変更時の運転状態を自動設定するようにした。これにより、図１３に示すように、日付変更時の運転状態が表示されるようになり、ユーザは、運転状態が表示されず運転状態を把握できないということがなくなる。
また、スケジュール制御装置２１において自動設定した運転状態については、自動設定したことがわかる情報を付与して、スケジュール記憶部２０３に記憶させておくようにし、施設管理装置１では、「運転スケジュール表示機能」において、当該自動設定した運転状態があることがわかる表示を付記するようにしたので、ユーザは、当該表示が付記された運転状態については、前日の最終の運転状態が引き続き設定されたものであることを容易に把握することができる。
【００６９】
なお、以上の実施の形態１の施設管理システムでは、一例として、施設管理装置１と、サーバ２と、コントローラ３ｎと、機器４ｎとの間の通信プロトコルは、ＢＡＣｎｅｔが適用されるものとしたが、これに限らず、上記の施設管理装置１、サーバ２が搭載するスケジュール制御装置２１の構成は、日付変更時に機器の制御状態が引き継がれない通信プロトコルが適用されるあらゆるシステムに適用することができる。
【００７０】
以上のように、この実施の形態１によれば、通信プロトコルとして、例えばＢＡＣｎｅｔ等、日付変更時に機器の制御状態が引き継がれない通信プロトコルが適用される施設管理システム内において、施設内の機器４ｎを制御するための制御スケジュールについて、施設管理者等のユーザによる個別の対応作業を必要とすることなく、日付を跨いだ制御スケジュールを設定可能とすることができる。
【００７１】
また、施設管理装置１において、設定された制御スケジュールを表示させる際にも、自動設定された制御状態が表示されるようになり、ユーザは、日付を跨いだ制御スケジュールであったためにクリアされた等により制御状態が設定されず、当該制御状態が設定されていない時間帯の制御状態を把握できないということがなくなる。
【００７２】
また、施設管理装置１において自動設定した制御状態については、当該自動設定した制御状態であることがわかる状態で表示させるようにしたので、ユーザは、前日の最後に設定されていた制御状態と同じ制御状態が引き続き設定されたものであることを容易に把握することができる。
【００７３】
また、そもそも、ユーザにとっては、ＢＡＣｎｅｔ、あるいは、アデンダムａの内容を理解すること自体、大きな負担となるが、この実施の形態１によれば、ユーザは、例えば、日付を跨ぐ制御スケジュールを設定したい場合でも、当日の日付変更時には前日からの制御状態はクリアされ「制御状態の初期値」が設定されてしまう、あるいは、アデンダムａに対応していれば、２日目の０：００には直近の制御状態に自動的に書き換えられる等の、ＢＡＣｎｅｔ、あるいは、アデンダムａの知識がなくても、また、ＢＡＣｎｅｔ、あるいは、アデンダムａを意識しなくても、制御スケジュールの作成、あるいは、制御スケジュールを表示させることによる内容確認を、容易に行うことができる。
【００７４】
また、例えば、アデンダムａに対応しているコントローラ３ｎとアデンダムａに対応していないコントローラ３ｎとで、同一の制御を行いたい場合に、それぞれ別々の設定を行う必要がなくなり、制御スケジュール設定のためのソフトウェアを二重開発する等の必要もなくなって、開発コストを削減することができる。
【００７５】
なお、上述したように、ＢＡＣｎｅｔにおいては、例えば、日付を跨いだ２日間の制御スケジュールについて、２日目の０：００には、日付が変わったため、前日からの制御状態がクリアされて制御状態は設定されていないものとされ、「制御状態の初期値」に書き換えられるが、アデンダムａに対応していれば、当該「制御状態の初期値」には、直近の制御状態が設定されるため、１日目の最後に設定された制御状態を自動的に引き継ぐことができ、結果として、日付を跨ぐ制御スケジュールを作成することが可能とはなる。
従って、一見、施設管理システム内の全ての機器４ｎ、コントローラ３ｎ等がアデンダムａに対応している場合には、従来の技術によっても、日付を跨ぐ制御スケジュールを設定し、機器４ｎの制御を行うことが可能のようにも見える。
例えば、１日目、２日目の２日間で、日付を跨いだ運転スケジュールを設定したい場合に、ユーザは、施設管理装置１から、１日目も２日目も、「９：００  ＯＮ」、「１７：００  ＯＦＦ」とする運転スケジュールを設定したとする。
この場合、サーバ２において、すなわち、スケジュール制御装置２１において、２日目の０：００時点には、運転状態は設定されていないものとされ、「制御状態の初期値」に書き換えられるが、書き換えられる「制御状態の初期値」は、直近、すなわち、１日目の最後に設定されていた「ＯＦＦ」となるため、ユーザが「制御状態の初期値」を書き換えたり、改めて２日目の０：００に「ＯＦＦ」とする運転スケジュールを設定し直す等の個別対応を行わなくても、結果として、１日目の１７：００から２日目の９：００まで「ＯＦＦ」とする日付を跨いだ運転スケジュールが設定できることにはなる。
【００７６】
しかしながら、アデンダムａにおいては、運転スケジュールが設定されていない場合には、常に「直近の設定値」で「制御状態の初期値」を更新し続けて運転スケジュールが設定されることにより、以下の課題が生じる。
例えば、上述した例において、２日目の９：００を過ぎると、その後１７：００までは、設定されていた運転状態に基づき「ＯＮ」の制御がなされ、２日目の０：００〜９：００までの、運転状態がクリアされ設定されていない時間帯については、「制御状態の初期値」として、その時点で直近となる「ＯＮ」の運転状態に書き換えられる（図１５参照）。
すなわち、仮に、現在、２日目の１２：００であるとすると、２日目の０：００〜９：００の運転状態は「ＯＮ」に書き換わってしまっている。
このとき、施設管理システム上で時刻の変更がなされ、２日目の６：００に戻されたとする。
その場合、２日目の０：００〜９：００の運転状態は「ＯＮ」に書き換わっているため、２日目の６：００の運転状態は「ＯＮ」として、施設管理システム上の時刻および制御スケジュールが戻されることになる。
しかしながら、本来の運転スケジュールどおりに遡及された時刻での状態を再現するという観点からは、２日目の６：００の運転状態は、１日目の最後の運転状態「ＯＦＦ」とされるべきである。
このように、アデンダムａにおいては、例えば、施設管理システム上で時刻の変更がなされた場合、本来の制御スケジュールどおりの再現ができないことが起こり得るという課題がある。
【００７７】
これに対し、この実施の形態１に係るスケジュール制御装置２１では、当日の日付変更時の制御状態を自動設定するようにしたので、制御状態が設定されない状態がなくなり、制御状態が設定されない状態であったために「制御状態の初期値」に書き換わってしまうことなく、施設管理システム内で時間が遡って変更された場合でも、設定されたスケジュール通りの状態を再現することができる。すなわち、上述したような、アデンダムａが有する課題についても解決することができる。
【００７８】
実施の形態２．
実施の形態１では、スケジュール制御装置２１において、当日の日付変更時点での制御状態がクリアされ設定されない状態となっていることを前提として、前日の最後に設定されていた制御状態を自動設定し、日付を跨ぐ制御スケジュールの設定を可能としていた。
しかし、ユーザは、前日の最後に設定されていた制御状態とは異なる制御状態で、翌日０：００に機器４ｎを制御したい場合もある。
この実施の形態２では、０：００時点の制御状態がユーザによって設定されている場合には、前日の最後に設定されていた制御状態を自動設定しないようにする実施の形態について説明する。
【００７９】
この発明の実施の形態２の施設管理システムの構成については、実施の形態１において図４を用いて説明したものと同様の構成であるため、重複した説明を省略する。
また、この発明の実施の形態２に係る施設管理装置１の構成については、実施の形態１において図５を用いて説明したものと同様であるため、重複した説明を省略する。
また、この実施の形態２の施設管理装置１の動作は、実施の形態１において図７、図１２を用いて説明したものと同様であるため、重複した説明を省略する。
【００８０】
図１６は、この発明の実施の形態２に係るスケジュール制御装置２１ａの構成図である。
この実施の形態２においても、一例として、中央監視装置としての施設管理装置１からの運転スケジュール設定指示情報に基づき、スケジュール制御装置２１ａで、施設管理システムにおいて管理される機器４ｎの運転の発停、すなわち、運転状態を制御するための運転スケジュールを設定するものとして説明するが、これに限らず、施設管理装置１では、例えば、空調機器の設定温度、あるいは、弁開度等、施設管理システムにおいて管理されるあらゆる機器のあらゆる制御状態を制御するための制御スケジュールの設定指示を行い、スケジュール制御装置２１ａでは、あらゆる制御状態を制御するための制御スケジュールデータを作成することができる。
図１６において、実施の形態１で図６を用いて説明したスケジュール制御装置２１と同様の構成については、同じ符号を付して重複した説明を省略する。
この実施の形態２に係るスケジュール制御装置２１ａは、実施の形態１に係るスケジュール制御装置２１とは、スケジュールデータ作成制御部２０２ａが、判定部２０２３をさらに備えた点が異なるのみである。
スケジュールデータ作成制御部２０２ａの判定部２０２３は、指示情報受信部２０１から出力された運転スケジュール設定指示情報に関し、０：００時点の運転状態が設定されているかどうかを判定する。
判定部２０２３は、０：００時点の運転状態が設定されているかどうかの判定結果の情報を、状態設定部２０２１に出力する。
【００８１】
動作について説明する。
図１７は、この発明の実施の形態２に係るスケジュール制御装置２１ａの動作を説明するフローチャートである。
指示情報受信部２０１は、施設管理装置１の指示情報送信部１２から運転スケジュール設定指示情報を受信するまで待機し（ステップＳＴ１７０１の“ＮＯ”の場合）、運転スケジュール設定指示情報を受信すると（ステップＳＴ１７０１の“ＹＥＳ”の場合）、受信した運転スケジュール設定指示情報をスケジュールデータ作成制御部２０２の判定部２０２３に出力する。当該ステップＳＴ１７０１の具体的な動作は、実施の形態１で説明した図８のステップＳＴ８０１と同様であり、運転スケジュール設定指示情報の出力先が、図８のステップＳＴ８０１ではスケジュールデータ作成制御部２０２の状態設定部２０２１であったのに対し、このステップＳＴ１７０１では判定部２０２３となる点が異なるのみであるため、詳細な説明は省略する。
ここでは、例えば、ユーザが、機器Ａについて、２０１６年７月１０日の運転スケジュールとして、０：００に運転を「ＯＮ」、１７：００に運転を「ＯＦＦ」にする運転状態を設定したとすると、指示情報受信部２０１は、機器Ａの情報と、２０１６年７月１０日の情報と、０：００に運転を「ＯＮ」、１７：００に運転を「ＯＦＦ」にする情報とが紐付けられた情報を、運転スケジュール設定指示情報として受信し、判定部２０２３に出力する。
【００８２】
なお、この実施の形態２においても、例えば、１７：００に運転を「ＯＦＦ」にすると、その後、新たに運転スケジュールが設定されるまで、同一日において、運転が「ＯＦＦ」の状態が継続されることとなる。
また、ここでは、ユーザが、１日分の運転スケジュールを設定させるための指示を行うものとするが、これは一例に過ぎず、ユーザは、複数日分の運転スケジュールを設定させるための指示を行うようにすることもできる。
【００８３】
スケジュールデータ作成制御部２０２の判定部２０２３は、指示情報受信部２０１から出力された運転スケジュール設定指示情報に基づき、機器４ｎの、指定された日付当日の日付変更時の運転状態、すなわち、０：００時点の運転状態が設定されているかどうかを判定する（ステップＳＴ１７０２）。
ステップＳＴ１７０２において、０：００時点の運転状態が設定されていないと判定した場合（ステップＳＴ１７０２の“ＮＯ”の場合）、スケジュールデータ作成制御部２０２の状態設定部２０２１は、指示情報受信部２０１から運転スケジュール設定指示情報を取得し、スケジュール記憶部２０３を参照して、運転スケジュール設定指示情報で指定された機器４ｎの指定された日付当日の日付変更時の運転状態、すなわち、該当の日付の０：００時点の運転状態として、前日の最後に設定されていた運転状態と同じ運転状態を設定する（ステップＳＴ１７０３）。すなわち、状態設定部２０２１は、２０１６年７月１０日の機器Ａの０：００時点の運転状態として、２０１６年７月９日の最後に設定されていた運転状態と同じ運転状態を設定する。例えば、２０１６年７月９日の機器Ａの運転スケジュールが、「０：００  ＯＦＦ」、「９：００  ＯＮ」、「１７：００  ＯＦＦ」であった場合、最後に設定されている運転状態は「ＯＦＦ」なので、状態設定部２０２１は、２０１６年７月１０日の機器Ａの０：００時点の運転状態として「ＯＦＦ」を設定する。
状態設定部２０２１は、設定した、該当の日付の０：００時点の運転状態の情報を、スケジュールデータ作成制御部２０２のスケジュールデータ作成部２０２２に出力する。当該ステップＳＴ１７０３の動作は、実施の形態１で説明した図８のステップＳＴ８０２と同様であるため、詳細な説明は省略する。
【００８４】
ステップＳＴ１７０２において、０：００時点の運転状態が設定されていると判定した場合（ステップＳＴ１７０２の“ＹＥＳ”の場合）、ステップＳＴ１７０３はスキップして、ステップＳＴ１７０４へ進む。
ここでは、２０１６年７月１０日の運転スケジュールとして、０：００に運転を「ＯＮ」にする運転スケジュールが設定されているので、ステップＳＴ１７０３はスキップする。すなわち、２０１６年７月１０日の日付変更時の運転状態が、前日の最後に設定されていた運転状態に書き換えられることはない。
【００８５】
スケジュールデータ作成制御部２０２のスケジュールデータ作成部２０２２は、ステップＳＴ１７０１で指示情報受信部２０１が出力した運転スケジュール設定指示情報と、ステップＳＴ１７０３で状態設定部２０２１が設定した、該当の日付の０：００時点の運転状態の情報とに基づき、運転スケジュールデータを作成する（ステップＳＴ１７０４）。実施の形態２では、このステップＳＴ１７０４において、スケジュールデータ作成部２０２２は、状態設定部２０２１から０：００時点の運転状態の情報が出力されれば、０：００時点の運転状態には当該運転状態を設定し、状態設定部２０２１から０：００時点の運転状態の情報が出力されなければ、指示情報受信部２０１が出力した運転スケジュール設定指示情報に従って０：００時点の運転状態を設定して、運転スケジュールが設定された運転スケジュールデータを作成する。その他の動作は実施の形態１で説明した図８のステップＳＴ８０３の動作と同様であるため、詳細な説明は省略する。
【００８６】
ここでは、状態設定部２０２１による、０：００時点の運転状態設定処理（ステップＳＴ１７０３）はスキップするので、スケジュールデータ作成部２０２２は、指示情報受信部２０１が出力した運転スケジュール設定指示情報に従って、運転スケジュールデータを作成する。すなわち、０：００時点の運転スケジュールには、ユーザが設定した、「ＯＮ」の運転状態が設定された運転スケジュールデータが作成される。
また、このステップＳＴ１７０３において、スケジュールデータ作成部２０２２は、運転状態に、ステップＳＴ１７０３で状態設定部２０２１が０：００時点の運転状態を設定した場合には、当該運転状態の情報に自動設定フラグ＝１の情報を付与する。なお、自動設定フラグの初期値は０とする。
上述のとおり、ここでは、０：００時点の運転状態には、ユーザが設定した、すなわち、運転スケジュール設定指示情報に従った「ＯＮ」の運転状態を設定するので、スケジュールデータ作成部２０２２は、自動設定フラグは初期値のままとする。
【００８７】
スケジュールデータ作成部２０２２は、作成した運転スケジュールデータの情報を、制御データ作成部２０４に出力する（ステップＳＴ１７０５）。具体的な動作は、実施の形態１で説明した図８のステップＳＴ８０４と同様である。
また、スケジュールデータ作成部２０２２は、作成した運転スケジュールデータをスケジュール記憶部２０３に記憶させる（ステップＳＴ１７０６）。その結果、図１８で示すように、スケジュール記憶部２０３に、機器Ａについて、２０１６年７月１０日の「０：００  ＯＮ」、「１７：００  ＯＦＦ」の運転スケジュールが記憶される。０：００に「ＯＮ」とする運転状態は、ユーザから指定された運転状態であって、スケジュール制御装置２１ａにおいて自動的に設定した運転状態ではないため、自動設定フラグは初期値、すなわち、０が設定される。
ステップＳＴ１７０７、ステップＳＴ１７０８の具体的な動作は、それぞれ、実施の形態１において説明した図８のステップＳＴ８０６、ステップＳＴ８０７と同様であるため、重複した説明を省略する。
【００８８】
このように、スケジュール制御装置２１ａは、ユーザから施設内の機器４ｎに関する所望の運転スケジュールに関する運転スケジュール設定指示情報を受信し、受信した運転スケジュール設定指示情報に基づき、運転スケジュールデータを作成し、スケジュール記憶部２０３に記憶させておく。このとき、スケジュール制御装置２１ａでは、運転スケジュール設定指示情報で指定された機器４ｎの、指定された日付の０：００時点の運転状態が設定されていなければ、０：００時点の運転状態を自動設定し、指定された日付の０：００時点の運転状態が設定されていれば、当該設定されている運転状態を０：００時点の運転状態とする。
０：００時点の運転状態が設定されていれば、当該運転状態については、自動設定された運転状態で書き換えられないようにしたので、ユーザが所望の運転スケジュールを設定した場合に、知らない間に日付を跨いで自動的に継続する運転スケジュールに上書きされてしまうことを防ぐことができる。
【００８９】
なお、スケジュール記憶部２０３の内容が、図１８で示すような内容であった場合に、施設管理装置１において、入力受付部１１が、ユーザから、機器Ａの、２０１６年７月１０日の運転スケジュールの表示指示を受け付けると、表示制御部１３によって、表示部１４には、例えば、図１９に示す画面が表示される。０：００から１７：００までの運転状態を「ＯＮ」とする運転スケジュールは、ユーザによって設定された運転スケジュールであるので、自動設定フラグには０、すなわち、初期値が設定されており、「＊」等は付記されない。
当該表示画面を表示させる動作は、実施の形態１において、施設管理装置１の「運転スケジュール表示機能」の動作として説明したとおりであるので、詳細な説明は省略する。
【００９０】
以上の実施の形態２の施設管理装置１、サーバ２が搭載するスケジュール制御装置２１の構成は、実施の形態１同様、日付変更時に機器の制御状態が引き継がれない通信プロトコルが適用されるあらゆるシステムに適用することができる。
【００９１】
以上のように、この実施の形態２によれば、通信プロトコルとして例えばＢＡＣｎｅｔ等、日付変更時に機器の制御状態が引き継がれない通信プロトコルが適用される施設管理システム内において、施設内の機器４ｎを制御するための制御スケジュールについて、日付を跨いだ制御スケジュールを設定する際に、日付変更時の制御状態がユーザによって設定されている場合には、当該設定された制御状態を優先するようにしたので、ユーザにとっては、知らない間に日付を跨いで自動的に継続する運転状態に上書きされてしまうことを防ぐことができ、ユーザの所望の制御スケジュールを反映することができる。
【００９２】
なお、実施の形態１、実施の形態２で説明した施設管理装置１は、ビル、工場、プラントなどのあらゆる施設を管理する中央監視装置としての施設管理装置に適用できる。また、実施の形態１、実施の形態２で説明したスケジュール制御装置２１は、ビル、工場、プラントなどのあらゆる施設を管理するための制御情報を作成するスケジュール制御装置に適用できる。
【００９３】
また、本願発明はその発明の範囲内において、各実施の形態の自由な組み合わせ、あるいは各実施の形態の任意の構成要素の変形、もしくは各実施の形態において任意の構成要素の省略が可能である。
【符号の説明】
【００９４】
１  施設管理装置
２，１０２  サーバ
１１  入力受付部
１２  指示情報送信部
１３  表示制御部
１４  表示部
２１，２１ａ  スケジュール制御装置
３１，３２，３３，３ｎ，１０３  コントローラ
４１，４２，４３，４ｎ，１０４  機器
１０１  中央監視装置
２０１  指示情報受信部
２０２，２０２ａ  スケジュールデータ作成制御部
２０３  スケジュール記憶部
２０４  制御データ作成部
２０５  送信部
２０２１  状態設定部
２０２２  スケジュールデータ作成部
２０２３  判定部
【図１】
2018028719.tif 000003
【図２】
2018028719.tif 000004
【図３】
2018028719.tif 000005
【図４】
2018028719.tif 000006
【図５】
2018028719.tif 000007
【図６】
2018028719.tif 000008
【図７】
2018028719.tif 000009
【図８】
2018028719.tif 000010
【図９】
2018028719.tif 000011
【図１０】
2018028719.tif 000012
【図１１】
2018028719.tif 000013
【図１２】
2018028719.tif 000014
【図１３】
2018028719.tif 000015
【図１４】
2018028719.tif 000016
【図１５】
2018028719.tif 000017
【図１６】
2018028719.tif 000018
【図１７】
2018028719.tif 000019
【図１８】
2018028719.tif 000020
【図１９】
2018028719.tif 000021