特許 6480801 環境管理システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6480801

(24)【登録日】2019年2月15日

(45)【発行日】2019年3月13日

(54)【発明の名称】環境管理システム

(51)【国際特許分類】

   H04Q 9/00 20060101AFI20190304BHJP

   H04Q 9/02 20060101ALI20190304BHJP

【ＦＩ】

   H04Q9/00 301D

   H04Q9/00 311H

   H04Q9/02 C

【請求項の数】4

【全頁数】47

(21)【出願番号】特願2015-93949(P2015-93949)

(22)【出願日】2015年5月1日

(65)【公開番号】特開2016-213589(P2016-213589A)

(43)【公開日】2016年12月15日

【審査請求日】2017年12月6日

(73)【特許権者】

【識別番号】300054239

【氏名又は名称】株式会社ハネロン

(74)【代理人】

【識別番号】100079577

【弁理士】

【氏名又は名称】岡田 全啓

(74)【代理人】

【識別番号】100167966

【弁理士】

【氏名又は名称】扇谷 一

(72)【発明者】

【氏名】廣光 延昭

(72)【発明者】

【氏名】橋本 知宙

【審査官】 山田 倍司

(56)【参考文献】

【文献】 特開２０１４−０１６０９３（ＪＰ，Ａ）

【文献】 特開平０１−１１２４０１（ＪＰ，Ａ）

【文献】 特開２００９−１５２１９８（ＪＰ，Ａ）

【文献】 特開２００５−３３７５３２（ＪＰ，Ａ）

【文献】 特開２０１２−１９５６３２（ＪＰ，Ａ）

【文献】 特開２０１３−００２７４８（ＪＰ，Ａ）

【文献】 特開２０１４−１６３５３２（ＪＰ，Ａ）

【文献】 特開２００６−０５７９０８（ＪＰ，Ａ）

【文献】 特開２０１１−０８５９８４（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｆ２４Ｆ １１／００−１１／８９

１１０／００

１２０／００

１３０／００

１４０／００

Ｈ０３Ｊ ９／００− ９／０６

Ｈ０４Ｍ ３／００

３／１６− ３／２０

３／３８− ３／５８

７／００− ７／１６

１１／００−１１／１０

Ｈ０４Ｑ ９／００− ９／１６

(57)【特許請求の範囲】

【請求項1】

１日周期あるいは季節的に時系列に変化する外部環境に対して、管理すべき環境を目標値に制御するための環境管理システムであって、
前記環境管理システムは、
情報収集機器および制御対象機器の少なくともいずれか一方が接続された複数の通信制御機器と、
前記制御対象機器を制御するための情報収集解析端末と、
を備え、
前記情報収集解析端末は、
前記情報収集機器からの前記外部環境における取得データ、および前記取得データに対して時系列に対応し、前記目標値に制御したときの前記制御対象機器による制御情報を蓄積する蓄積データベースと、
蓄積された前記取得データから、１日分の取得データを１セットとした参考値として選択する過去データ選択手段と、
選択された前記参考値に時系列に対応する制御情報に基づいて、制御計画情報を算出する制御計画情報算出手段と、を備え、
前記通信制御機器は、
前記情報収集機器により前記管理すべき環境において取得された取得データと前記目標値との差に基づきフィードバック制御により前記目標値に制御するデータ処理手段を備え、
前記複数の通信制御機器のそれぞれは、
前記制御計画情報に基づいて前記制御対象機器に対してフィードフォワード制御を行って目標値に制御し、
前記制御対象機器と前記参考値との差が所定範囲を超えた場合ならびに前記蓄積データベースに前記取得データおよび前記制御情報が存在しない場合の少なくともいずれか一方の条件を満たすとき、前記フィードバック制御に切り替えることで、
前記通信制御機器に接続される前記制御対象機器を自律的に制御することを特徴とする、環境管理システム。

【請求項2】

前記情報収集解析端末の前記過去データ選択手段は、
所定の期間の前記蓄積された取得データの平均値と現在の取得データとの比較により、前記平均値を参考値として選択し、前記平均値は、前記蓄積された取得データの蓄積量に応じて、前記蓄積された取得データの選択範囲を変化させて算出することを特徴とする、請求項１に記載の環境管理システム。

【請求項3】

前記情報収集解析端末の前記過去データ選択手段は、
前記蓄積された取得データと現在の取得データとの比較により、類似性の高い取得データを参考値として選択し、前記類似性は、現在値と規定時間前の値とにより算出される変化量を用いることを特徴とする、請求項１に記載の環境管理システム。

【請求項4】

フィードフォワード制御の開始直後、前記参考値と前記情報収集機器からの取得データとの差が所定範囲を超えた場合、フィードバック制御のみで制御し、規定時間経過後、再度、前記制御計画情報を取得することを特徴とする、請求項１ないし請求項３のいずれかに記載の環境管理システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、センサや情報収集機器から取得された取得データや情報に基づき、ネットワークを介して接続された複数の通信制御機器に接続された制御対象機器を制御可能とする環境管理システムに関する。

【背景技術】

【0002】

近年、インターネット、Ｗｉ−Ｆｉ等無線通信や３Ｇ，４Ｇの携帯網通信などのネットワーク技術が広く普及し、スマートフォン、携帯電話、タブレット端末等の通信機器だけではなく、センサ等のデバイスについても容易にインターネット網に繋げることができるようになってきた。これにより、多様で膨大なデータ、いわゆるビッグデータがネットワーク上で生成、蓄積、活用されるようになってきた。ここでのビッグデータは、ブログ、ＳＮＳ（ＳＯＣＩＡＬ ＮＥＴＷＯＲＫ ＳＥＲＶＩＣＥ）等のソーシャルメディアに書き込まれる文字データ、インターネット上の映像配信サービスで流通している映像データ、電子書籍として配信される文字データ、ＧＰＳ（ＧＬＯＢＡＬ ＰＯＳＩＴＩＯＮＩＮＧ ＳＹＳＴＥＭ）から送信される位置データ、ＰＯＳ（ＰＯＩＮＴ ＯＦ ＳＡＬＥＳ ＳＹＳＴＥＭ）データ、ｅコマース販売データ、気象データ、ＩＣカード、ＲＦＩＤ（ＲＡＤＩＯ ＦＲＥＱＵＥＮＣＹ ＩＤＥＮＴＩＦＩＣＡＴＩＯＮ）を含めた各種センサから得られる多様な情報源から得られる。これらのビッグデータは、データ内容の多様性から多様なニーズに即したサービスの提供、業務運営の効率化、新規事業分野の創出などを可能にしている。
例えば、インターネット上の商取引を行う店舗では、利用者の閲覧履歴から、これまで蓄積してきたビッグデータから、閲覧された商品とこれまで別の利用者が同時に閲覧した商品等の関連のあるおすすめ商品を表示することを行っている。

【0003】

また、天気予報では、スマホや携帯電話を用いて会員から寄せられる気象情報、いわゆる、ビッグデータと気象庁から得られる気象情報とを分析することにより詳細なエリア毎に的確な天気予報を配信できるようにしている。これとは別の情報源として、自動車のワイパーの動きから得られる降雨情報がビッグデータとして解析、利用されている。
加えて、ＧＰＳデータを利用した分野としては、自動車に搭載されたＧＰＳにより得られる位置情報の変化から、位置情報の変化量が少ない車が多い場所は渋滞していることから道路の渋滞状況を分析するなどの渋滞情報提供に用いられている。

【0004】

また、自動車に取り付けられたセンサ情報を利用してエコドライブのためのサービスの提供システム等が自動車関係のビッグデータ活用システムとして提案されている（特許文献１参照）。

【0005】

ここに示したように、多様なビッグデータが多様な分野で活用されているが、依然として活用できていないビッグデータもある。そして、データを解析するための学問であるデータサイエンスがメジャーになり、データサイエンティストというビッグデータを解析する職業も生まれてきている。

【0006】

一方、インターネットを中心としたビッグデータが活用されてきている現在、センサ情報を収集するための環境も整ってきている。それには、通信容量が小さく、省電力なセンサによる情報収集がより容易になるＺｉｇＢｅｅ、Ｗｉ−ＳＵＮ、ＢＬＥ（Ｂｌｕｅｔｏｏｔｈ(登録商標） Ｌｏｗ Ｅｎｅｒｇｙ）等の省エネルギー無線モジュールが導入されたことも挙げられる。これにより、センサデバイスをネットワークに繋げることが容易になり、これまで以上に多様なデータをより容易に得ることができるようになってきた。各センサ情報を含むビッグデータはクラウドに蓄積され、解析されることより、さまざまな分野で活用される。

【0007】

これらの無線モジュールは、ビッグデータでは、センサ情報をクラウドに蓄積するための受信側のセンサ情報を収集する方向の一方通行で使用されているが、規模の小さいシステムでは、センサ情報を収集する受信側の働きをすると共に制御信号を出力する送信側の働きをする。例えば、非特許文献１では、センサ情報の収集とＬＥＤ照明の照度を変更（制御）の送受信両側の働きを有することについて、クラウド側から見た時、センサ情報が受信側に相当し、ＬＥＤ照明の照度情報が制御信号の送信側に相当する。また、非特許文献２では、人感センサ、防犯カメラ、火災報知器、蓄電池などがセンサ情報であり受信側に相当し、照明、エアコン、テレビ等が制御信号の送信側に相当する（エアコンなどは送受信両方の流れを持つ場合もある。）。加えて、非特許文献３では、温度センサ、湿度センサ、照度センサ、ＣＯ₂センサ、ＣＯセンサがセンサ情報であり受信側に相当し、照明機器、空調機器、換気扇、電動ブラインドなどが制御信号の送信側に相当する。このように、規模の小さいシステムでは送受信の両側方向の通信が行われている一方、規模が大きいビッグデータでは、センサ情報を収集する受信側だけに集約している。

【0008】

しかしながら、ネットワーク内で得られたデータを有効活用するのは、ビッグデータの収集によりメリットがあると言われている大規模システムだけでなく、工場内、農園内、企業の本社、支社、企業のビル内などの同一目的のために構成された中小規模のネットワーク内で生じるデータを集め、蓄積することによっても、顧客等にとって有用な情報を得ることができると考えられる。

【0009】

例えば、中小規模ネットワークシステムの監視、もしくは、制御対象が限定的な環境管理システムでは、センタ等から取得される情報に変化が生じた時、遠隔の管理者端末に電子メールで状態変化を知らせることによる遠隔監視制御システムである環境管理システムが提案されている（特許文献２を参照）。この環境管理システムは、センサ情報等のデータを収集している単一の監視制御装置からなり、その監視制御装置がセンサ等から取得した情報を、遠隔に設置される管理用端末に電子メールで状態変化を知らせる。そして、管理者が、送信された電子メールの内容に基づき、管理用端末を用いて制御を指示する電子メールを送信することにより、監視制御装置に接続される監視制御対象物に対して、その電子メールに記載される情報に基づき遠隔制御が行われる。管理者が管理者端末を用いて行う制御命令は、監視制御対象物をＯＮ／ＯＦＦするための制御の命令である。このようなシステムでは、ネットワーク上にある複数の監視制御装置からのデータ、および、データログを得ることができる。また、センサ等から取得される状況に変化がない場合でも、定期通報として、ある一定時刻のセンサ等の状況を電子メールで送信される機能により、センサ等の状況を把握することができる。

【0010】

さらに、農業、漁業の生産者の所持する端末の情報および消費者の所持する端末の情報をサーバ経由でデータベースに蓄積し、これらの蓄積された情報を提供するサービスが提案されている（特許文献３を参照）。農業や漁業等の生産者が、生産地、気象情報、行動データ、生産物番号、生産コスト等のデータを入力し、消費者が生産物番号、評価コメント、コスト、販売地域を入力する。生産者にとっては、消費者の評価、コメント等の評価を得ることができるメリットがあり、消費者にとっては、（行動データから）生産日時、生産地、生産状況を得ることができるメリットがある。

【0011】

環境の状況変化による外乱に対応するための機器の制御方法として、フィードフォワード制御、フィードバック制御等の方法がある。制御した出力の結果を入力側に戻し、目標値と比較して次の制御へ役立てようとする制御としてフィードバック制御が使用され、制御系に入ってくる指令値や外乱を検知し、その影響が及ぶ前にこれを打ち消すような制御としてフィードフォワード制御が使用されることがある。また、これらの両方の制御方法を組み合わせて利用して、環境条件が安定した状態においても外乱が生じた状態においても安定して動作するように意図したシステムを構築しているものもある。

【0012】

例えば、複数のロボットを協調するように制御して対象物体を操作して動かすものでフィードフォワード制御およびフィードバック制御の２つを利用しているものがある（特許文献４を参照）。それは、対象物体を動かす目標となる軌道とその軌道を描くための複数ロボットの協調による各ロボットの動力学パラメータに基づくフィードフォワード制御と、特定のロボットについての運動軌道の目標値に対する誤差に基づくフィードバック制御とを用いているシステムである。
また、目標指令を入力に操作量を出力にする制御対象および制御対象の逆モデルで構成されたフィードフォワード制御器と、目標値と制御対象の出力の偏差を入力として偏差をゼロになるように操作量を出力するフィードバック生成器とで構成する、フィードバック制御とフィードフォワード制御とを組み合わせたシステムがある（特許文献５を参照）。
さらに、耳孔装着型集音装置においてノイズを削除するためにフィードフォワード制御とフィードバック制御とを組み合わせて利用しているものがある（特許文献６を参照）。それは、装着部の外部音を集音するように配置された外部マイクロホンによる集音信号に基づくフィードフォワード方式によるノイズキャンセリング音を生成し、このノイズキャンセリング音をスピーカから出力する。耳孔装着型集音装置の内部空間内の音を集音するマイクロホンによる集音信号に基づくフィードバック方式によるノイズキャンセリング信号を生成し、このノイズキャンセリング音をスピーカから出力する。この組み合わせにより、外乱にも適応したノイズキャンセルを行うようにしている。このようにして、フィードフォワード制御とフィードバック制御とを組み合わせて、外乱に対応した制御を行っている。

【先行技術文献】

【特許文献】

【0013】

【特許文献1】特開２００４−１５７８４２号公報

【特許文献2】特開２００２−１０１４７３号公報

【特許文献3】特開２００１−３５０８１８号公報

【特許文献4】特開２００２−０１８７５２号公報

【特許文献5】特開２０１２−１１８７８５号公報

【特許文献6】特開２０１３−１２１１０５号公報

【非特許文献】

【0014】

【非特許文献1】日系ネットワーク２０１５年１月号 Ｐ３９ 図４．１

【非特許文献2】一般社団法人エコーネットコンソーシアム リーフレット

【非特許文献3】東京コスモス電機株式会社ホームページ（ｈｔｔｐ：／／ｔｏｃｏｓ−ｗｉｒｅｌｅｓｓ．ｃｏｍ／ｊｐ／ｔｅｃｈ／Ｍ２Ｍ．ｈｔｍｌ）

【発明の概要】

【発明が解決しようとする課題】

【0015】

しかしながら、大規模なビッグデータのシステムでは、センサ等から得られるデータはクラウド等に蓄えられ、そのデータや解析結果は所有者や顧客に提供されるが、情報を得ているセンサ等の装置を制御するためのデータや情報としては利用されていない。一方、ビッグデータのような大規模ではない中小規模の機器間ネットワークシステム環境においては、ネットワークから得られた機器情報の状況を管理者から制御命令を出すことにより、機器制御が行われているが、データ活用という点においては、中小規模ネットワークにおけるシステムの情報収集機器やセンサなどから得られた入力情報の共有をしているだけで、中小規模ネットワーク内で得られた生データ以上の情報がネットワークシステム内の環境管理システムにおいては利用されていない。

【0016】

また、特に、特許文献２に記載の環境管理システムでは、センサや情報収集機器から得られるデータを監視し、そのデータが閾値を超える等の異常が発生した場合や一定時間間隔でそれらのデータや状態を電子メールに記載して、通信制御機器から管理用端末に通知していた。そして、管理者が機器制御を必要であると判断した時、管理用端末から制御対象機器が接続されている通信制御機器に対して制御内容を電子メールで送信し、その制御内容に基づき通信制御機器に接続されている制御対象機器（監視制御対象物）に対して制御を行っていた。この制御はＯＮ／ＯＦＦのみの制御であり、かつ、人間が介在して制御を行うシステムになっている。つまり、人間を介することなく複数の監視制御装置の間で自律的に監視、制御するシステムではなかった。加えて、特許文献２に記載の環境管理システムは、環境の状況変化という外乱に対応して制御できるシステムではなかった。

【0017】

また、環境管理システム内で得られたセンサ情報等の生データの利用方法について、従来のフィードバック制御だけでは外乱に対応した制御が不十分であった。また、特許文献５および特許文献６に記載のシステムや装置にように、外乱に対応するフィードバック制御とフィードフォワード制御とを組み合わせた方法を用いることにより外乱に対応した制御が可能になるが、フィードフォワード制御を実現するために別に装置を用意する、もしくは、別にモデルを設けるなどの必要性があった。

【0018】

それゆえに、この発明の主たる目的は、フィードフォワード制御のための機器を別途追加することなく、蓄積された取得データおよび制御情報に基づき、中小規模ネットワーク上の制御対象機器に対してフィードフォワード制御を行いうる環境管理システムを提供することである。

【課題を解決するための手段】

【0019】

この発明にかかる環境管理システムは、１日周期あるいは季節的に時系列に変化する外部環境に対して、管理すべき環境を目標値に制御するための環境管理システムであって、環境管理システムは、情報収集機器および制御対象機器の少なくともいずれか一方が接続された複数の通信制御機器と、制御対象機器を制御するための情報収集解析端末と、を備え、情報収集解析端末は、情報収集機器からの外部環境における取得データ、および取得データに対して時系列に対応し、目標値に制御したときの制御対象機器による制御情報を蓄積する蓄積データベースと、蓄積された取得データから、１日分の取得データを１セットとした参考値として選択する過去データ選択手段と、選択された参考値に時系列に対応する制御情報に基づいて、制御計画情報を算出する制御計画情報算出手段と、を備え、通信制御機器は、情報収集機器により管理すべき環境において取得された取得データと目標値との差に基づきフィードバック制御により目標値に制御するデータ処理手段を備え、複数の通信制御機器のそれぞれは、制御計画情報に基づいて制御対象機器に対してフィードフォワード制御を行って目標値に制御し、制御対象機器と参考値との差が所定範囲を超えた場合ならびに蓄積データベースに取得データおよび制御情報が存在しない場合の少なくともいずれか一方の条件を満たすとき、フィードバック制御に切り替えることで、通信制御機器に接続される制御対象機器を自律的に制御することを特徴とする、環境管理システムである。
また、この発明にかかる環境管理システムでは、情報収集解析端末の過去データ選択手段は、所定の期間の蓄積された取得データの平均値と現在の取得データとの比較により、平均値を参考値として選択し、平均値は、蓄積された取得データの蓄積量に応じて、蓄積された取得データの選択範囲を変化させて算出することが好ましい。
さらに、この発明にかかる環境管理システムでは、情報収集解析端末の過去データ選択手段は、蓄積された取得データと現在の取得データとの比較により、類似性の高い取得データを参考値として選択し、類似性は、現在値と規定時間前の値とにより算出される変化量を用いることが好ましい。
また、この発明にかかる環境管理システムでは、フィードフォワード制御を開始直後、参考値と情報収集機器からの取得データとの差が所定範囲を超えた場合、フィードバック制御のみで制御し、規定時間経過後、再度、制御計画情報を取得することが好ましい。

【0020】

この発明にかかる環境管理システムによれば、中小規模ネットワークシステム上に蓄積された情報収集機器から取得された取得データを管理者が閲覧するだけでなく、中小規模ネットワークシステムに蓄積された情報収集機器から取得された取得データをシステム内で活用することのできる制御情報として構成することにより、これらの制御情報から中小規模ネットワーク上の機器へのフィードフォワード制御を行うことができる。したがって、ここで得られた制御情報を使用したフィードフォワード制御と現在値を利用したフィードバック制御とを組み合わせることにより、外乱に対応した制御を行うことができる。これらの結果として、所有者、もしくは顧客への情報提供はもちろん、この制御情報を中小規模ネットワークシステムの制御対象機器の制御データとしてフィードフォワード制御に利用することにより、フィードフォワード制御のために別のモデルや装置を設けることなく外乱に対応した環境管理システムを構成することができる。
また、情報収集解析端末の過去データ選択手段は、所定の期間の蓄積された取得データの平均値と現在の取得データとの比較により、平均値を参考値として選択し、その平均値が、蓄積された取得データの蓄積量に応じて、蓄積された取得データの選択範囲を変化させて算出する場合、蓄積データベースに蓄積された取得データの取得状況においてフィードフォワード制御に最適な参考値を選択することができる。あるいは、情報収集解析端末の過去データ選択手段は、蓄積された取得データと現在の取得データとの比較により、類似性の高い取得データを参考値として選択し、類似性が、現在値と規定時間前の値とにより算出される変化量を用いる場合、選択された過去の外部環境における取得データが、制御計画情報を算出する基となる取得データとしての正確性を向上させることができることから、フィードフォワード制御に適切な参考値を選択することができる。
さらに、フィードフォワード制御を開始直後、参考値と情報収集機器からの取得データとの差が所定範囲を超えた場合、フィードバック制御のみで制御し、規定時間経過後、再度、制御計画情報を取得する場合、算出された制御計画情報が、現状に即した制御情報でなかった場合であっても、目標値に制御することができ、規定時間経過後に取得された制御計画情報により、再び、自律的にフィードフォワード制御を再開させることができる。

【発明の効果】

【0021】

この発明によれば、フィードフォワード制御のための機器を別途追加することなく、蓄積された取得データおよび制御情報に基づき、中小規模ネットワーク上の制御対象機器に対してフィードフォワード制御を行いうる環境管理システムを提供することができる。

【0022】

この発明の上述の目的、その他の目的、特徴および利点は、図面を参照して行う以下の発明を実施するための形態の説明から一層明らかとなろう。

【図面の簡単な説明】

【0023】

【図1】この発明にかかる環境管理システムにおける一実施の形態の構成例を示す図解図であって、（ａ）は環境管理システムにおける通信制御機器、ネットワークおよび情報収集解析端末の構成を示す図解図であり、（ｂ）は各通信制御機器と情報収集解析端末との接続関係、各通信制御機器と制御対象機器、情報収集機器およびセンサとの接続関係、ならびにデータ制御機器およびデータ処理機器を介した通信制御機器と制御対象機器、情報収集機器およびセンサとの接続関係を示す図解図である。

【図2】この発明にかかる環境管理システムを構成する通信制御機器の一実施の形態の構成例を示すブロック図である。

【図3】（ａ）は、この発明にかかる環境管理にシステムを構成する通信制御機器の一実施の形態の外観を示す斜視模式図であり、（ｂ）はこの発明にかかる環境管理システムを構成する通信制御機器の他の実施の形態の外観を示す斜視模式図である。

【図4】この発明にかかる環境管理システムを構成する情報収集解析端末の一実施の形態の構成例を示すブロック図である。

【図5】この発明にかかる環境管理システムにおいて、蓄積された過去のデータから制御当日と同等と考えられる天候条件の過去のデータを選択するための手段についての説明図であり、（ａ）は、屋外温度の１日の時系列変化を示したグラフであり、（ｂ）は、屋外の土壌温度の時系列変化を示したグラフであり、（ｃ）は、屋内の土壌温度とヒータの駆動との関係を示した表である。

【図6】この発明にかかる環境管理システムにおいて、制御計画情報を算出するための参考値を導出するため、平均値を利用する方法による制御方法を示す処理フロー図である。

【図7】この発明にかかる環境管理システムにおいて、蓄積された過去の取得データから制御当日と同等と考えられる天候条件の過去の取得データを選択して参考値として使用する方法による制御方法を示す処理フロー図である。

【図8】この発明にかかる環境管理システムにおけるフィードフォワード制御を行った場合の一例を示した図である。

【図9】この発明にかかる環境管理システムにおける通信制御機器間のフィードバック制御による電子メールを用いた場合の処理フローを示したブロック図であり、（ａ）は制御命令メールを発信する側の通信制御機器における処理フローを示し、（ｂ）は制御命令メールを受信する側の通信制御機器における処理フローを示す。

【図10】この発明にかかる環境管理システムにおいて用いられる通信制御機器を制御するための制御フォーマットの例を示す。

【図11】この発明にかかる環境管理システムにおいて用いられる通信制御機器に対して多段階レベルの制御をするための多段階制御フォーマットの例を示す。

【図12】この発明にかかる環境管理システムを用いて構成された栽培システムを示した構成図である。

【図13】この発明にかかる環境管理システムを用いて構成された栽培システムの今年と昨年の監視カメラの記録画像を比較した図である。

【図14】この発明にかかる環境管理システムを用いて構成されたビル用省エネルギー管理システムを示した構成図である。

【図15】この発明にかかる環境管理システムを用いて構成されたビル用省エネルギー管理システムにおけるある１日のエアコンの稼働状況を示した構成図である。

【図16A】（ａ）は、出入口のドアの開放時間と温度との関係を示した図であり、（ｂ）は、過去のある１日の営業時間内のそれぞれの時間当たりの人感センサによる検知回数を集計した結果と外気温、目標値との関係を示した図である。

【図16B】（ａ）は、昼の時間帯の詳細な人感センサによる検知回数の詳細と制御条件の関係を示した図であり、（ｂ）は、エアコンの制御条件を示した図である。

【図17】この発明にかかる環境管理システムを用いて構成されたビル用省エネルギー管理システムの制御を行うための人感センサによる検知回数と時間帯のポイント表とエアコン制御設定表を示した表である。

【図18】この発明にかかる環境管理システムを用いて構成されたビル用省エネルギー管理システムの出入口のエアコン制御を行うためのニューラルネットワークを構成した図である。

【図19】この発明にかかる環境管理システムを用いて構成されたビル防犯管理システムのあるビルの１Ｆに装置を配置したレイアウトを示した構成図である。

【図20】この発明にかかる環境管理システムを用いて構成されたビル防犯管理システムにおける監視カメラの記録画像から算出する人の動き方向とある１日の人の動き方向の解析結果を示した図である。

【図21】この発明にかかる環境管理システムを用いて構成されたビル防犯管理システムにおける監視カメラで映像を記録し、制御するためにニューラルネットワークを利用した構成図である。

【発明を実施するための形態】

【0024】

本発明にかかる環境管理システムは、情報収集機器等から情報が入力される複数の通信制御機器により構成されるシステムであって、時系列に変化する外部環境に対して、予め計画された制御情報や情報収集機器等からの取得データの変化に基づき、通信制御機器に接続された制御対象機器を用いて、管理すべき環境を目標値に制御することが可能なシステムである。また、本発明にかかる環境管理システムは、ネットワーク上で得られる通信制御機器のデータを収集、蓄積、解析するための情報収集解析端末を含む。
なお、管理すべき環境の状態は、時系列に変化する外部環境の状態に依存している。

【0025】

図１は、この発明にかかる環境管理システムにおける一実施の形態の構成例を示す図解図であって、（ａ）は環境管理システムにおける通信制御機器、ネットワークおよび情報収集解析端末の構成を示す図解図であり、（ｂ）は各通信制御機器と情報収集解析端末との接続関係、各通信制御機器と制御対象機器、情報収集機器およびセンサとの接続関係、ならびにデータ制御機器およびデータ処理機器を介した通信制御機器と制御対象機器、情報収集機器およびセンサとの接続関係を示す図解図である。

【0026】

（環境管理システムの構成）
環境管理システム１０は、データを送受信する機能を有する複数の通信制御機器１２を含む。また、通信制御機器１２には、図１（ｂ）に示すように、通信制御機器１２が制御するための制御対象機器１４が直接接続されるか、あるいは、データ制御機器２０を介して間接的に接続されている。また、通信制御機器１２には、外部環境あるいは管理すべき環境における取得データを取得するための情報収集機器１６およびセンサ１８が直接接続されるか、あるいは、データ処理機器２２を介して間接的に接続されている。外部環境あるいは管理すべき環境における取得データとは、例えば、温度データ、湿度データあるいは照度データ、監視カメラ映像等、情報収集機器１６やセンサ１８が収集するデータである。
また、通信制御機器１２は、特に、管理すべき環境におけるセンサ１８等から得られる取得データの閾値を監視しており、監視している取得データが閾値を超えた、もしくは、閾値を下回った場合には、制御対象の通信制御機器１２に制御情報を送信する機能を有する。

【0027】

（通信制御機器の構成）
通信制御機器１２は、他の通信制御機器１２と通信するための通信モジュール２８、通信ポート３０およびアンテナ３２を含む。また、通信制御機器１２は、通信制御機器１２を駆動させるためのバッテリ３４と、後述するＩ／Ｏ部からの情報を保存するためのメモリ３６を含む。

【0028】

アンテナ３２は、ネットワーク２６における、例えば、携帯網などに接続するために備えられる。通信ポート３０は、携帯網を使用しない場合には、ネットワーク２６における、例えば、イーサネット（登録商標）網に接続するために設けられる。そして、通信モジュール２８は、携帯網あるいはイーサネット（登録商標）網に接続するために設けられる。
アンテナ３２は、図３（ａ）に示すように外側に接続せず、内蔵していてもよい。

【0029】

メモリ３６は、センサ１８や情報収集機器１６から得られた取得データを格納し、蓄積する機能を有する。メモリ３６において、センサ１８や情報収集機器１６から得られた取得データには、データ収集時刻、センサ１８や情報収集機器１６などの固有の機器番号（他の機器と重複しない番号）のデータが含まれる。この通信制御機器１２への取得データの蓄積は、一時的な蓄積である。なお、通信制御機器１２のメモリ３６において蓄積された取得データは、定期的に情報収集解析端末２４に送信され、後述する情報収集解析端末２４の蓄積データベース部８４において蓄積される。

【0030】

また、通信制御機器１２は、情報通信処理部３８を含む。情報通信処理部３８は、Ｉ／Ｏ部４０を含む。Ｉ／Ｏ部４０は、制御対象機器１４、情報収集機器１６およびセンサ１８と接続するため、あるいはデータ制御機器２０およびデータ処理機器２２と接続するための外部入出力端子４２および無線モジュール４４により構成される。外部入出力端子は、ＵＳＢ、ＩＥＥＥ１３９４、ＥＴＨＥＲＮＥＴ（登録商標）、ＲＳ−２３２Ｃなどで接続されてもよく、無線モジュールは、ＷｉＦｉ、ＺｉｇＢｅｅ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）等で接続されてもよい。外部入出力として、無線モジュールを経由してセンサや外部入出力端子４２を用いることができる。
Ｉ／Ｏ部４０は、情報収集機器１６およびセンサ１８から、外部入出力端子４２あるいは無線モジュール４４を介して、アナログ入力４６ａおよびデジタル入力４６ｂ、ならびにアナログ出力４８ａおよびデジタル出力４８ｂする機能を有する。

【0031】

さらに、通信制御機器１２における情報通信処理部３８は、通信制御機器１２から他の通信制御機器１２や情報収集解析端末２４に電子メール（制御命令メールや状態変化報告メール等）を送信する機能を構成する、データ処理部５０、メール文作成部５２、電子メール作成部５４、送信用通信部５４を含み、さらに、他の通信制御機器１２や情報収集解析端末２４からの電子メールを受信する機能を構成する、受信用通信部５８、電子メール文抽出部６０、メール文解析部６２、データ解析部６２を含む。

【0032】

データ処理部５０は、Ｉ／Ｏ部４０が、主に、管理すべき環境における情報収集機器１６やセンサ１８から取得した取得データに対する処理条件に基づき判断する機能を有し、フィードバック制御を行う。たとえば、データ処理部５０は、処理条件が満たされた場合、その内容をメール文作成部５２に送る機能を有する。フィードバック制御については後述する。

【0033】

メール文作成部５２は、データ処理部５０から取得した内容に基づきメールを作成する機能を有する。また、メール文作成部５２は、作成されたメールを電子メール作成部５４に送る機能を有する。電子メール作成部５４は、作成されたメールの内容に基づき、制御すべき通信制御機器１２を特定し、電子メールを作成する機能を有する。また、電子メール作成部５４は作成された電子メールを送信用通信部５６に送る機能を有する。送信用通信部５６は、取得した電子メールを所定の通信制御機器１２に送信する機能を有する。

【0034】

受信用通信部５８は、他の通信制御機器１２や情報収集解析端末２４からの電子メール（制御命令メール、状態読出しメールあるいは制御計画情報）を受信する機能を有する。受信用通信部５８は、受信された電子メールを電子メール文抽出部６０に送る機能を有する。電子メール文抽出部６０は、電子メールの本文を抽出する機能を有する。また、電子メール文抽出部６０は、抽出された電子メールの本文をメール文解析部６２に送る機能を有する。メール文解析部６２は、取得した電子メールの本文や制御計画情報に記載される制御命令を取り出し、その制御命令から通信制御機器１２に接続される所定の制御対象機器１４にどのような制御を行うかを解析する機能を有する。

【0035】

このように、通信制御機器１２によれば、通信制御機器１２間での電子メールのやり取り、および情報収集解析端末２４へのお知らせメールに対する応答を実施する機能を有する。
なお、本実施の形態にかかる環境管理システム１０において、各通信制御機器１２間同士や各通信制御機器１２と情報収集解析端末２４との間の通信方法については、電子メールを用いた通信方法を中心に説明しているが、それに限られず、ＦＴＰ、ＴＣＰ、ＵＤＰなど、どの通信方法を利用してもかまわない。

【0036】

また、通信制御機器１２は、機器状態表示用ＬＥＤ６６、電源用ＬＥＤ６８、表示用ＬＣＤ７０、操作ボタン７２、電源スイッチ７４、電源入力端子７６を備える。

【0037】

機器状態表示用ＬＥＤ６６あるいは表示用ＬＣＤ７０は、通信制御機器１２が正常に起動しているか、あるいはアンテナ受信感度や送信状態等の通信制御機器１２の状態や、情報収集機器１６あるいはセンサ１８の状態を表示するために備えられている。

【0038】

電源用ＬＥＤ６８は、通信制御機器１２の通電状態を示すために備えられている。操作ボタン７２は、通信制御機器１２の設定状態を操作することができ、操作結果は、表示用ＬＣＤ７０に表示される。電源スイッチ７４は、通信制御機器１２をＯＮ／ＯＦＦするために備えられ、電源入力端子７６は、通信制御機器１２への電源を確保するために備えられる。バッテリ３４は、電源入力端子７６から供給される電力に替えて、そのバッテリ３４に電力を蓄積して停電時に対応するために設けられる。電源の入切のために電源スイッチ７４を設けてもよい。

【0039】

ここで、図３（ａ）は、この発明にかかる環境管理システムを構成する通信制御機器の一実施の形態の外観を示す斜視模式図を示す。
図３（ａ）に示すように、通信制御機器の正面に電源用ＬＥＤ６８、表示用ＬＣＤ７０、操作ボタン７２を備える。表示用ＬＣＤ７０には、アンテナ受信感度や送受信など通信状態などを含む機器状態を表示することができる。電源用ＬＥＤ６８には、ＬＥＤが点灯することで通電状態を示している。また、操作ボタン７２との組み合わせの動作により、設定状態や接続している情報収集機器１６やセンサ１８の状態等を表示させることができる。また、手前面と左側面に外部入出力端子４２が設けられており、センサ類や情報収集機器などが接続される。外側には、アンテナ３２が接続されている。また、左側面には、通信ポート３０が設けられている。この携帯網、もしくはイーサネット（登録商標）網に接続するための通信モジュール２８が内蔵されている。環境管理システム１０を構成する通信制御機器１２が、すべてイーサネット（登録商標）等の有線通信でも、すべてが携帯網の無線通信でも、有線通信と無線通信が混在しても構わない。設置場所の条件により選択することができる。
また、図３（ｂ）は、通信制御機器１２の他の実施の形態にかかる外観斜視図を示す。図３（ｂ）に示すように、表示用ＬＣＤ７０の代替手段として機器状態表示用ＬＥＤ６６が設けられており、この機器状態表示用ＬＥＤ６６には、アンテナ受信感度や送信状態などを含む機器状態を表示させることができる。

【0040】

なお、図２には図示していないが、通信制御機器１２には、プログラム等の演算処理を行うために制御するためのＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ：中央演算処理装置）、各演算処理を実行するときに使用するプログラムである手段やデータを一時的に格納するためのＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、プログラムを記憶しているＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）を含む。

【0041】

制御対象機器１４は、通信制御機器１２により制御される対象となる機器である。制御対象機器１４は、主に、屋内等の管理すべき環境において設置され、例えば、照明、エアコン、加湿器、栽培施設の屋根部を開閉するための駆動部、肥料供給装置等である。制御対象機器１４は、図１（ｂ）に示されるように、直接的に通信制御機器１２に接続される場合と、データ制御機器２０を介して接続する場合とがある。

【0042】

情報収集機器１６およびセンサ１８は、通信制御機器１２が制御するため、あるいは情報収集解析端末２４が制御計画情報を算出するための基となる環境情報（外部環境あるいは管理すべき環境における状態を示す取得データ）等の情報を収集する機器である。情報収集機器１６およびセンサ１８は、外部環境あるいは管理すべき環境において設置され、例えば、温度センサ、照度センサ、湿度センサ等である。情報収集機器１６およびセンサ１８は、図１（ｂ）に示されるように、直接的に通信制御機器１２に接続される場合と、データ処理機器２２を介して接続する場合とがある。主に、屋外等の外部環境において設置される情報収集機器１６およびセンサ１８からの取得データは、主としてフィードフォワード制御に用いられ、主に、屋内等の管理すべき環境において設置される情報収集機器１６およびセンサ１８からの取得データは、主としてフィードバック制御に用いられる。

【0043】

データ制御機器２０は、後述する添付ファイル付制御命令メールに添付されている添付ファイルあるいは制御計画情報に記載の制御情報を、制御対象機器１４に対応する制御フォーマットに変換し、該制御対象機器１４に制御命令を送るための機能を有する。データ制御機器２０は、例えば、パソコン等により構成される。

【0044】

データ処理機器２２は、情報収集機器１６およびセンサ１８から収集されるデータを通信制御装置１２に対応する制御フォーマットに処理するための機能を有する。例えば、データ処理機器２２は、例えば、パソコン等により構成される。

【0045】

（情報収集解析端末の構成）
さらに、環境管理システム１０は、複数の通信制御機器１２からのデータ収集し、解析し、さらに、各制御対象機器１４に対して制御計画情報を提供するための情報収集解析端末２４を含む。複数の通信制御機器１２および情報収集解析端末２４は、ネットワーク２６を介して接続されている。また、情報収集解析端末２４には、管理者端末２４ａが接続されている。センサ１８や情報収集機器１６から得られた外部環境あるいは管理すべき環境における取得データは、それらが接続される通信制御機器１２に格納し、蓄積され、蓄積された外部環境あるいは管理すべき環境の状態を示す取得データは、それぞれの通信制御機器１２から情報収集解析端末２４に定期的に送信される。
これにより、情報収集解析端末２４は、新たに中小規模ネットワーク上で取得された外部環境あるいは管理すべき環境における取得データを収集し、蓄積することができる。なお、情報収集解析端末２４の設置場所は、ネットワーク２６に接続されていれば通信制御機器１２の近くでも、遠隔地でもかまわない。

【0046】

情報収集解析端末２４は、通信部７８、データベースサーバ８０および処理部８２を含む。データベースサーバ８０には、蓄積データベース部８４が接続されている。処理部８２は、過去データ選択部８６、制御計画情報算出部８８および電子メール作成部９０を含む。

【0047】

上述したように、通信制御機器１２は、管理すべき環境において設置されるセンサ１８等から得られる取得データの閾値を監視しており、監視しているその取得データが閾値を超えた、もしくは、閾値を下回った場合には、制御対象の通信制御機器１２に制御情報が送信されるが、同時に、情報収集解析端末２４にも閾値の監視状況、制御情報が情報収集解析端末２４に送信される。これは、異常な状態のいわゆる警報になるため、情報収集解析端末２４から管理者端末２４ａに対しても通知される（処理フローについては、後述する）。

【0048】

また、情報収集解析端末２４は、センサ１８および情報収集機器１６等から得られるアナログデータだけではなく、接点、つまり、制御対象機器１４のＯＮ／ＯＦＦ状態についても監視している。その監視している制御対象機器１４の接点状態に変化が生じた時に、警報として情報収集解析端末２４から管理者端末２４ａに通知される。これらの警報を用いて、制御対象機器１４に対する制御を行うことができる。

【0049】

情報収集解析端末２４の蓄積データベース部８４には、センサ１８や情報収集機器１６から得られた外部環境あるいは管理すべき環境における取得データである通信制御機器１２のメモリ３６に一時的に蓄積される取得データおよび制御対象機器１４での制御情報が格納され、蓄積される。
蓄積データベース部８４に蓄積される取得データは、データ収集時刻およびセンサ１８や情報収集機器１６などの固有の機器番号（他の機器と重複しない番号）のうちの少なくとも１つを含み、制御情報は、情報収集時刻、制御対象機器１４の固有の機器番号および制御対象機器１４における時系列に制御を行った具体的な情報（制御値）のうちの少なくとも１つを含む。
情報収集解析端末２４への送信の際には、送信元の通信制御機器１２に一時的に蓄積された取得データが、どの機器のもの、つまり、どのセンサ１８、あるいは情報収集機器１６からの取得データであるか、どの制御対象機器１４からの制御情報であるかを特定することができる。従って、それらの取得データあるいは制御情報の時系列、配置などの関係が特定できるため、任意の制御対象機器１４に役立てうるフィードフォワード制御のための制御計画情報を算出することができる。また、この制御対象機器１４を制御するための制御計画情報は、制御時刻、制御対象機器１４の固有の機器番号および制御値を含む。

【0050】

この情報収集解析端末２４の蓄積データベース部８４に収集され、蓄積された取得データおよび制御情報は、情報収集解析端末２４から通信制御機器１２に直接、もしくは、間接的に接続された制御対象機器１４を制御するために用いられる。すなわち、この情報収集解析端末２４に蓄積された取得データおよび制御情報を用いて、フィードフォワード制御のための制御計画情報を算出することができる。制御計画情報は、情報収集解析端末２４から直接、制御対象機器１４を制御するため、情報収集解析端末２４の通信制御機器１２を介して制御対象機器１４の制御を行うか、または、通信制御機器１２に接続されたデータ制御機器２０を介して、制御対象機器１４を制御するために用いることができる。
環境管理システム１０では、このネットワークシステム内で得られた外部環境あるいは管理すべき環境における取得データおよび制御情報を、制御対象機器１４を制御するための制御計画情報として算出するために利用することで、人間を介さないで自律的に制御することのできるシステムを構成することができる。

【0051】

一方、この情報収集解析端末２４の蓄積データベース部８４に収集され、蓄積された取得データは、例えば、グラフ化され、所有者、管理者や顧客等における管理者端末２４ａにおいて閲覧し、参照することができる。

【0052】

ここで示したように、フィードフォワード制御のための制御計画情報は、情報収集解析端末２４で算出される。フィードフォワード制御のための制御計画情報を算出するためには、主に、外部環境において設置される情報収集機器１６および各センサ１８から取得された取得データと、その取得データに対して時系列に対応し、目標値に制御したときの制御対象機器１４が行った制御情報とが必要である。各情報収集機器１６および各センサ１８からの外部環境あるいは管理すべき環境の状態を示す取得データとしての情報は、外気温度、屋内温度、土壌温度、外気湿度、屋内湿度、人感センサの検知回数などであり、管理すべき環境において設置される制御対象機器１４の各制御情報は、エアコンの運転時間、設定温度、設定風量や動作させたヒータの本数、ヒータのワット数、換気扇の運転時間と時刻、照明のＯＮ継続時間、スプリンクラーの動作時間などである。

【0053】

情報収集解析端末２４の過去データ選択部８６は、フィードフォワード制御を行うための制御計画情報を算出するための基準となる予め蓄積された過去の取得データを選択する機能を有する。
また、情報収集解析端末２４の制御計画情報算出部は、その選択された過去の主として外部環境における取得データから、その取得データに対して時系列に対応し、管理すべき環境を目標値に制御したときの制御対象機器１４が行った制御情報に基づいて、制御対象となる各制御対象機器１２を制御するための制御計画情報を算出する機能を有する。
なお、過去の外部環境における取得データは、特に、１日周期の時系列な変化あるいは季節的な変化に依存するデータである。

【0054】

（制御計画情報を算出するための過去の取得データの選択方法）
過去データ選択部８６において、制御計画情報を算出するための過去の外部環境における取得データの選択方法は、平均値を使用する方法、あるいは、蓄積された過去の外部環境における取得データから制御当日と同等と考えられる天候条件の過去の外部環境における取得データを選択して使用する方法がある。平均値を利用する方法とは、例えば、過去数年間の同一日の前後１ヶ月の平均値を利用する、もしくは、過去数年間の同一日の前後１週間の平均値など、ある一定期間の外部環境における取得データを平均してその平均値を利用する方法である。以下、制御計画情報として使用される過去の外部環境における取得データの選択方法について、詳細に説明する。

【0055】

制御計画情報を算出するための過去の外部環境における取得データの選択方法として、平均値を使用する方法、あるいは、蓄積された過去の外部環境における取得データから制御当日と同等と考えられる天候条件の過去の外部環境における取得データを選択して使用する方法のいずれの場合も、過去の外部環境における取得データとして１日分の取得データを単位として利用することができる。なお、取得データの取得間隔は、任意に設定することができる。例えば、取得する間隔が１時間である場合は、１時間で１個のデータになるため、１日分で２４個のデータで構成することができる。また、取得データの取得間隔が０．５時間の場合は、０．５時間で１個の取得データになり１日分で４８個の取得データで構成することができる。
すなわち、１日分の取得データを１セット、例えば、１時間に１個の取得データとした場合は、１日２４個の取得データ、１時間に２個の取得データとした場合は、１日４８個の取得データを単位にしたデータ構成を考えている。しかし、例えば、３時間を１セットの取得データとした場合は、１時間で２個の取得データの場合、３時間で６個の取得データが１単位になり、３時間ごとにフィードフォワード制御のための制御値を選択し直すこともできる。これは、制御対象によって、都合のよい条件を選定すればよい。

【0056】

まず、制御計画情報を算出するための参考値として設定される過去の外部環境における取得データの選択方法として、平均値を使用する方法について説明する。
前年、もしくは、数年前の制御当日の例えば前後１ヶ月や前後１週間の平均値の使用について説明する。例えば、１日に２４個の取得データを用いる場合は、前後１ヶ月、もしくは、前後１週間分の取得データから、それぞれ１日分２４個の平均値を算出する。次に、制御開始時間の現在値と制御時間の平均値との差を制御補正値として算出して、その制御補正値を、１日分それぞれの２４個の平均値に加算、もしくは、差し引きすることにより参考値を得て、フィードフォワード制御の制御計画情報を算出するために用いられる。
また、過去の取得データの１日分の選択は、過去数年の同一時期の１ヶ月の平均値、同一時期の１週間の平均値や直近１週間の平均の取得データなど、制御当日と同等と考えられる取得データに基づいて、設定される。

【0057】

次に、制御計画情報を算出するための参考値として設定される過去の外部環境における取得データの選択方法として、蓄積された過去の外部環境における取得データから制御当日と同等と考えられる天候条件の過去の外部環境における取得データを選択して使用する方法について説明する。
この選択する方法は、例えば、さらに、２つの手段に分類することができる。
１つめの手段は、１セット分、上記の例では１日分である２４個の取得データ毎に選択する方法で、２つめの手段は、１セット分、すなわち、２４個の取得データを共通の特徴に基づいていくつかの部分に分割して、共通の特徴のグループ毎に選択する方法である。共通の特徴とは、例えば、取得データの変化勾配が近似している等である。

【0058】

まず、蓄積された過去の外部環境における取得データから制御当日と同等と考えられる天候条件の過去の外部環境における取得データを選択するための１つめの手段は、現在値のみと比較して選択する方法である。しかしながら、この現在値のみと比較して選択された過去の外部環境における取得データを参考値として用いることで制御計画情報を算出することは、正確性が低い。
そのため、現在値と規定時間前の値、例えば、２時間前の変化量の両者を比較して選択することにより、過去の外部環境における取得データを選択することができる。そうすることで、選択された過去の外部環境における取得データが、制御計画情報を算出する基となる取得データとしての正確性を向上させることができる。
さらには、関連のある他の取得データの影響を考慮することによりデータの正確性の向上を図ることができる。例えば、屋内温度を制御する場合、屋外温度、屋外湿度のデータについて多変量解析などを用いて考慮することで、制御当日の環境に近い状態を選択することができる。

【0059】

次に、蓄積された過去の外部環境における取得データから制御当日と同等と考えられる天候条件の過去の取得データを選択するための２つめの手段について、図５（ａ），（ｂ）を用いて説明する。図５は、図５（ａ）は、屋外温度の１日の時系列変化を示したグラフであり、図５（ｂ）は、屋外の土壌温度の時系列変化を示したグラフである。

【0060】

まず、図５（ａ）を用いて、ある日の屋外温度と特徴の平滑化による分割について、説明する。図５（ａ）の実線で繋がれたのが屋外温度を示している。これらの代表値の変化の勾配を平滑化してまとめると、図５（ａ）の破線のように６分割することができる。ここでは、６分割したが、勾配の変化の特徴を現すことができれば、６分割することができる。ここでは、６分割したが、勾配の変化の特徴を現すことができれば、６分割に限定したものではない。この分割化された６つの領域について、１つの領域内での勾配が一定であることが共通しており、この１セット分の代表値は、６つの勾配に集約されることになる。

【0061】

次に、図５（ａ）に示した例とは異なる、屋外の土壌温度に関する平滑化による分割について、図５（ｂ）を用いて説明する。この図では、領域を５つの勾配で５つの時間帯に分割している。屋内の土壌の目標値を１６℃とした時、Ａ、Ｂ、Ｄ、Ｅの領域では、土壌温度を上げるような制御をする必要がある。屋内の土壌温度に対する制御を考えた場合、それぞれの時間による目標値と現時点での屋内の土壌温度との差および屋外の土壌温度の関係から、どれだけ屋内の土壌温度を上げる必要があるかを算出することもできる。プローブとなる屋外の土壌温度の傾向は、Ａ、Ｂの時間帯では土壌の温度が上昇、Ｄ、Ｅの時間帯では、土壌温度が下降することが、過去のデータからわかる。０時から５時までは、土壌の温度上昇が小さい、これに比べ５時から１０時までの土壌の温度上昇が大きいので土壌の温度上昇が小さい時には、ヒータの効果を強くする必要があり、温度上昇が大きいときは、ヒータの効果を弱くしても目標値に到達することができる。このように、目標値と現在値とを基準に制御を行う方法がある。

【0062】

なお、蓄積された過去の取得データから制御当日と同等と考えられる天候条件の過去の取得データを選択する方法では、１日分とは限らず、２時間分、６時間分、１２時間分といった細かい区切りで、取得データを選択することでも、過去の取得データを使用することができる。
なお、この選択する方法の考え方は、平均値を算出して参考値を設定する方法についても適用することができる。

【0063】

（選択された過去の取得データおよび制御情報に基づく制御計画情報の算出）
次に、情報収集解析端末２４の制御計画情報算出部８８は、選択された過去の外部環境における取得データとその取得データに対して時系列に対応し、目標値に制御したときの制御対象機器１４が行った過去の制御対象機器１４に対する制御情報とに基づいて、制御計画情報を算出する。

【0064】

過去の分割化された制御情報を用いて制御計画情報を算出する方法について、図５（ｃ）を用いて説明する。図５は、屋内の土壌温度とヒータの駆動との関係を示した表である。プローブとなる屋外の土壌温度と共に、ヒータの駆動条件であるヒータによる温度変化、ヒータの使用本数、ヒータのＯＮ時間を用いて屋内の土壌温度の変化率を求め、制御対象機器であるヒータを制御するための制御情報として利用する。例１では、土壌温度８℃の時、ヒータを０．５時間、ヒータを４本ＯＮした時、土壌温度が１６℃に、変化率が１６．０、例２では、土壌温度１１℃の時、ヒータを１時間、ヒータを２本ＯＮした時、土壌温度が１５℃に、変化率が４．０というように、制御開始時の制御対象機器の初期計測値と最終到達計測値、制御装置の動作時間、動作条件（ヒータの本数、ヒータのワット数等）、および変化率のデータを保持する。例えば、図５（ｂ）の０時に制御を開始する場合は、図５（ｃ）の例１の条件を用いて、ヒータを４本、０．５時間ＯＮする制御をする。継続する場合は、その時点の土壌温度に合わせた条件で土壌温度が上昇するか下降するかが蓄積されている制御情報を基に算出された制御計画情報に基づき制御を行う。また、図５（ｂ）において、６時に制御開始する場合には、たとえば、例２の条件を用いて、ヒータ２本、１．０時間ＯＮする制御をする。これにより、土壌温度の上げすぎに考慮した制御を行うことができる。また、制御情報として変化率を求めていることから、例１や例２のヒータのＯＮ時間０．５時間や１．０時間ではあるが、変化率が同じ条件でＯＮ時間が異なる場合は、ＯＮ時間を比例計算から算出して時間条件が異なる場合にも適用することができる。このように、蓄積されている制御対象機器の制御情報を使用することにより制御計画情報を算出し、その算出された制御計画情報に基づいてフィードフォワード制御を行うことができる。

【0065】

（フィードフォワード制御における処理フロー）
次に、図６、図７の処理フローを用いて本実施の形態にかかる環境管理システム１０における制御方法を説明する。図６は、この発明にかかる環境管理システムにおいて、制御計画情報を算出するための参考値を導出するため、平均値を利用する方法による制御方法を示す処理フロー図であり、図７は、この発明にかかる環境管理システムにおいて、蓄積された過去の取得データから制御当日と同等と考えられる天候条件の過去の取得データを選択して参考値として使用する方法による制御方法を示す処理フロー図である。また、図８は、この発明にかかる環境管理システムにおけるフィードフォワード制御を行った場合の一例を示した図である。

【0066】

本実施の形態にかかる環境管理システム１０における制御は、フィードフォワード制御とフィードバック制御とを組み合わせて行われる。すなわち、制御の基本的な方法は、過去に蓄積した過去の外部環境における取得データ、およびその取得データに対して時系列に対応し、目標値に制御したときの制御対象機器１４が行った制御情報を利用して予測制御であるフィードフォワード制御を行い、所定の条件に基づき、温度や湿度などの実測データと目的値との差からフィードバック制御を行う。最初に、フィードフォワード制御の処理フローを中心に説明する。

【0067】

情報収集解析端末２４は、フィードフォワード制御を行うための設定を開始する（Ｓ２００）。
過去の外部環境における取得データにおける所定期間の平均値が参考値として選択され、設定される（Ｓ２０２）。
現在値と設定された参考値とを比較し、許容値の範囲内か否かの比較がされる（Ｓ２０４）。
現在値と参考値との差の値が許容値の範囲内の場合、参考値から、その参考値に対して時系列に対応し、管理すべき環境を目標値に制御したときの制御対象機器が行った制御情報に基づき、制御計画情報が算出され、制御計画情報が、情報収集解析端末２４から所定の各通信制御機器１２に送信される（Ｓ２１０）。
現在値と参考値との差の値が許容値の範囲外の場合、その差の値から、制御補正値が算出される（Ｓ２０６）。
続いて、算出された制御補正値から参考値が補正され、新たな参考値が設定される（Ｓ２０８）。
そして、設定された参考値から、その参考値に対して時系列に対応し、管理すべき環境を目標値に制御したときの制御対象機器が行った制御情報に基づき、制御計画情報が算出され、算出された制御計画情報が、情報収集解析端末２４から所定の各通信制御機器１２に送信される（Ｓ２１０）。

【0068】

上記の情報収集解析端末２４における処理は、具体的には、例えば、次のようにして行われる。
例えば、制御開始時刻が１２時の場合、当日の１２時の気温が１２℃で過去の外部環境における取得データの中から選択された参考値の１２時の気温が１４℃の場合には、その差が２℃になる。許容値が“２℃未満”と設定されていた場合、この例では差の値が２℃なので補正をする必要がある。そして、Ｓ２０６で行われる制御補正値は、例えば、差の値を用いて、制御補正値の２℃とすることができる。Ｓ２０６で行われる新たな参考値の算出は、過去の外部環境における取得データから選択された参考値におけるすべての時刻のデータから制御補正値である２℃差し引くことによって行うことができ、Ｓ２０８において、その算出された新たな参考値が設定される。
また、例えば、７時の時点での現在値が２５℃で昨年のデータの２３℃を利用する場合、前年の７時の取得データが２３℃であるため、制御補正値を２℃とすることができる。そうすると、新たな参考値は、１日分の前年の取得データから選択された参考値に＋２℃加算して、Ｓ２０８において、その算出された新たな参考値が設定される。

【0069】

続いて、各通信制御機器１２は、受信した制御計画情報に基づく制御値を、各通信制御機器１２に接続される制御対象機器１４に対して送信する。そして、制御対象機器１４は、送信された制御値に基づき制御が開始される（Ｓ２１２）。
次に、管理すべき環境における現在値と目標値との差が許容値の範囲内か否かの比較がされる（Ｓ２１４）。
管理すべき環境における現在値と目標値との差が許容値の範囲内の場合、規定期間経過後（Ｓ２１６）、制御計画情報に基づく制御値が終了したか否かが判断される（Ｓ２１８）。
制御計画情報に基づく制御値が終了した場合は、制御を終了するか否かが判断される（Ｓ２２０）。
制御を終了する場合は、この環境管理システム１０による制御が終了する（Ｓ２２２）。

【0070】

一方、Ｓ２１８において、制御計画情報に基づく制御値が終了していない場合、再度、現在値と目標値との差が許容範囲内か否かの比較がされる（Ｓ２１４）。
また、Ｓ２２０において、制御計画情報に基づく制御値が終了し、さらに、制御を行う場合は、再び、フィードフォワード制御を行うための設定を開始する（Ｓ２００）。

【0071】

また、Ｓ２１４において、現在値と目標値との差が許容範囲外の場合、現在値と目標値との差がプラス値か否かが判定される（Ｓ２３０）。
その差が、マイナス値の場合、あるいは、プラス値であっても規定の回数にわたって、プラス値が連続した場合、差の値に基づいて、制御値が算出される（Ｓ２３２）。
一方、その差が、プラス値の場合、フィードフォワード制御を考慮しないフィードバック制御だけを実行するためにフィードフォワード制御値を差し引いた補正値を制御補正値として算出する（Ｓ２５０）。
続いて、Ｓ２３２あるいはＳ２５０において、算出された制御値が、設定される（Ｓ２３４）。
そして、設定された制御値に基づいて、フィードバック制御が実行される（Ｓ２３６）。なお、フィードバック制御の詳細については、後述する。

【0072】

図８は、この発明にかかる環境管理システムにおけるフィードフォワード制御を行った場合の一例を示した図である。過去の取得データは、１日周期の時系列に変化する外部環境における取得データとして、温度データを示している。
図８は、過去のデータとして、前年の温度平均値、および制御を開始する日の前日の温度を示している。前年の温度平均値は、屋内温度の平均値、および屋外温度の平均値を示す。また、制御を開始する日の前日の温度は、屋内温度、屋外温度を示す。
まず、屋内温度の目標値を２５℃とする。昨年の温度平均値において、屋内温度と屋外温度とを比較すると、１１時までは、屋内温度の方が屋外温度より高く、１１時から２３時までは、屋外温度の方が屋内温度より高くなっている。
この結果から、Ｓ２０８において、１１時までは屋内で暖房やヒータなどで屋内温度を上げる制御を、１１時から２３時までは、冷房などで屋内温度を下げる制御を実行するような制御計画情報が算出されることで、目標値に沿った制御を行うことができる。

【0073】

また、制御を開始する前日のデータにおける屋内温度と屋外温度とを比較すると、８時までは、屋内温度と屋外温度とがほぼ同じ許容範囲内に入っており、９時以降は屋外温度が屋内温度より高くなっている。この結果から、Ｓ２０８において、８時までは、外気の影響を受けないことから制御を行わず、９時以降はエアコンなどで屋内温度を下げる制御を実行するような制御計画情報が算出されることで、目標値に沿った制御を行うことができる。

【0074】

制御条件は、その時間の屋内温度と屋外温度との差から制御の強度を決めることになる。また、制御計画情報を算出するためには、例えば、７時の時点での現在値と過去の取得データから選択された参考値との差を算出して、その参考値に対して時系列に対応し、管理すべき環境を目標値に制御したときの制御対象機器が行った制御情報からずれ量を補正して制御値を決める。例えば、７時の時点での現在値が２５℃で去年のデータ２３℃を利用する場合、前年７時のデータが２３℃であるため、＋２℃の補正値が必要になるので、１日分の昨年データに＋２℃加算して選択された参考値との差を算出し、その参考値に対して時系列に対応し、管理すべき環境を目標値に制御したときの制御対象機器が行った制御情報からずれ量を補正して制御値を決める。

【0075】

なお、本実施の形態にかかる環境管理システム１０における制御では、フィードフォワード制御とフィードバック制御とを組み合わせて行われるが、フィードバック制御単独でも制御を行うことができる。これは、例えば、制御計画情報が、天候に左右される場合、図６において示される処理フローでは、過去の外部環境における取得データとして平均値が用いられるため、晴れの日が多い時期には晴れの日を前提としてデータになっている場合もあり、制御当日が雨の場合には異なった制御条件を採用しなければならない可能性を考慮するためである。すなわち、使用する過去の外部環境における取得データの算出条件によっては、晴れと雨とでは制御条件が大きく異なる可能性がある。そのような場合には、制御計画情報に基づくフィードフォワード制御を行わず、フィードバック制御のみで制御を行うことができる。つまり、制御当日の環境条件が過去のデータの基となる環境条件と異なる場合にはフィードバック制御のみで制御可能とする。

【0076】

次に、図７の処理フローについて説明する。なお、通信制御機器１２における制御ステップ（Ｓ３０８ないしＳ３１６）は、図６に記載の通信制御機器１２における制御ステップ（Ｓ２１２ないしＳ２２２）と同一であるので、説明を省略する。

【0077】

まず、情報収集解析端末２４は、フィードフォワード制御を行うための設定を開始する（Ｓ３００）。
次に、規定の時刻（例えば午前８時）に外部環境における現在値を取得する（Ｓ３０２）。
続いて、その現在値と同じもしくはほぼ等しい過去の外部環境における取得データを前年既定の範囲（例えば、前年当日の前後１ヶ月）の同一時刻のデータから探し、現在値と同じデータがある場合は、前年当日から近い日を選び、その日の１日分の取得データを参考値として選択され、設定される（Ｓ３０４）。
そして、設定された参考値から、その参考値に対して時系列に対応し、管理すべき環境を目標値に制御したときの制御対象機器が行った制御情報に基づき、制御計画情報が算出され、制御計画情報が、情報収集解析端末２４から所定の各通信制御機器１２に送信される（Ｓ３０６）。
図７において示した処理フローの場合、過去に蓄積された過去の取得データを参考値とし、その参考値に対して時系列に対応し、管理すべき環境を目標値に制御したときの制御対象機器が行った制御情報に基づき、制御計画情報を算出して、現時点の制御に反映するというデータ活用ができる。すなわち、この時の制御対象機器１４の制御結果の情報を制御計画情報として利用することができる。
なお、ここでは単に、現在の外部環境における温度と過去の外部環境における取得データの比較での制御の方法を示したが、屋外温度に加えて、外気湿度、土壌温度などの相関関係を利用した制御計画情報を算出して、フィードフォワード制御のために使用することもできる。

【0078】

なお、本実施の形態のかかる環境管理システム１０において、過去のデータの蓄積量が少なく、環境管理システム１０の通常稼働のための過去の取得データが足りないような稼働初期の状態においては、例えば、次のように制御計画情報が算出される。

【0079】

まず、図６の処理フローにおいて、制御計画情報として使用される過去のデータの選択方法が、平均値を利用する方法である場合について説明する。
運用開始１日目は、過去のデータが存在しないので、フィードバック制御で運用する。運用開始から２日目から７日目については、前日（例えば、１日分２４個のデータ）までの平均値を過去の外部環境における情報収集機器やセンサからの取得データとして用いる。運用開始から８日目以降については、直近過去１週間（７日分）の取得データの平均値を参考値として用いる。運用後１年以上を経過した場合には、過去１年分の制御当日の前年同一日の前後１ヶ月、もしくは、前後１週間の平均値を取得データとしての参考値として用い、その参考値に対して時系列に対応し、管理すべき環境を目標値に制御したときの制御対象機器が行った制御情報に基づき、フィードフォワード制御を行う。このような方法で初めに選択された過去の取得データとしての参考値の使用条件についての選択方法を満たす過去の１年、もしくは、数年分のデータが蓄積されるまでの運用を行う。なお、過去１週間、１ヶ月など１年に満たない過去の取得データを使用する場合は上記の方法を採用してもよい。

【0080】

次に、図７の処理フローにおいて、稼働初期状態における運用方法について説明する。環境管理システム１０において、運用開始１日目は、過去のデータが存在しないので、フィードバック制御のみで運用される。運用開始から２日目から３０日目（１ヶ月）については、前日（例えば、１日分２４個のデータ）までの規定時刻の現在値データと過去１日ないし過去３０日の過去の外部環境における情報収集機器やセンサからの取得データの中から現在値と同じ、もしくは、最も近い同一時刻のデータを選択された取得データを参考値として用いる。運用開始から３０日目以降については、直近過去１か月分のデータから規定時刻の現在値と同じか最も近いデータを持つ日の取得データを選択された取得データを参考値として用い、その参考値に対して時系列に対応し、管理すべき環境を目標値に制御したときの制御対象機器が行った制御情報に基づき、フィードフォワード制御のための制御計画情報を算出する。運用日から１年以上が経過した場合には、制御当日の前年同一日の前後１ヶ月、もしくは、前後１週間の間の過去の取得データから当日の規定時刻の現在値と同じか最も近いデータを持つ日のデータを、選択された取得データである参考値として用い、その参考値に対して時系列に対応し、管理すべき環境を目標値に制御したときの制御対象機器が行った制御情報に基づき、フィードフォワード制御のための制御計画情報を算出する。このような方法で初めに選択された過去の取得データとしての参考値の使用条件についての選択方法を満たす過去１年、もしくは、過去の数年分のデータが蓄積されるまでの運用を行う。なお、過去１週間、１ヶ月など１年に満たない過去の取得データを使用する場合は上記の方法を採用してもよい。

【0081】

（フィードバック制御における処理フロー）
図６および図７に示される本実施の形態にかかる環境管理システム１０の制御の処理フローにおいて共通するフィードバック制御（Ｓ２３６およびＳ３３６）は、当日の当時刻の管理すべき環境における気温、湿度等としての取得データと目標値との比較から、その時点の管理すべき環境における取得データの差を算出することにより行われる。ここで得られた差をフィードバック制御のための補正に利用する。つまり、得られた差がプラスの差であるか、マイナスの差であるか、その差が大きいか、小さいかにより、制御対象機器１４に対する制御値を変更することで制御する（すなわち、通常のフィードバック制御である）。ただし、得られた差が小さく許容範囲内の値である場合は、制御を行わないようにしてもよい。こうすることで、フィードフォワード制御を優先させることができる。この場合の許容値は、例えば、管理者端末２４ａを用いて、各制御対象機器１４に対して設定することができる。

【0082】

ここで、エアコンによる室温制御を例にして、フィードバック制御の仕組みを説明する。管理すべき環境における現在値の温度と目標値の温度との差を算出し、その差が正の場合は、現在の温度が目標値より高くなっているため、エアコンに対して、算出された差に応じて温度を下げるような制御値を送信する。一方、算出された差が負の場合は、現在の温度が目標値よりも低くなっているため、エアコンに対して、算出された差に応じて温度を上げるような制御値を送信する。また、その差の絶対値の大きさによって制御値を多段階（例えば、風量、設定温度）に制御するような制御情報を送信する。例えば、現在の温度と目標値との差の絶対値が１０℃を超える場合は強風、１０℃から５℃は「中風」、５℃から２℃は「弱風」、２℃未満から０℃は補正なしにする場合や、絶対値が１０℃を超える場合は目標値プラスもしくはマイナス５℃で制御、絶対値が１０℃から５℃の場合は目標値プラスもしくはマイナス３℃で制御、絶対値が５℃から２℃は目標値プラスもしくはマイナス１℃、２℃未満から０℃は補正なしというように、絶対値が大きいほど、それに対応した多段階で表された制御情報として制御値が制御対象機器１４に送信される。多段階で表された制御値の変更は、ここで示した風量、設定温度それぞれ単独ではなく、風量と設定温度等との組み合わせで適用してもよい。補正をするための補正値は、得られた現在値と目標値との差の絶対値から導くことができる。一方、制御計画情報に基づくフィードフォワード制御が適正に行われて、過去の外部環境における取得データと外部環境における現在値との差が少ない場合は、結果として絶対値が小さいことからフィードフォワード制御だけでフィードバック制御が必要でない状況もありうる。しかしながら、目標値のデータと管理すべき環境における現在値との差が生じた場合は、補正値を算出して、フィードバック制御を行う必要がある。

【0083】

具体的なフィードバック制御は、通信制御機器１２が、図１（ｂ）に示した通信制御機器１２を中心とした構成ユニット、もしくは、複数の通信制御機器１２の間において行われる。つまり、通信制御機器１２に接続されるセンサ１８、情報収集機器１６から得られるデータを用いて、同一の通信制御機器１２に接続される制御対象機器１４、もしくは、別の通信制御機器１２に接続される制御対象機器１４の制御を行う。これにより、環境管理システム１０は、ネットワーク内で自律分散制御を行うことができる。

【0084】

主体（制御命令メールを発信する側）となる通信制御機器１２と連携する（制御命令メールを受信する側の）通信制御機器１２との間における動きについて説明する。図９は、この発明にかかる環境管理システムにおける通信制御機器間のフィードバック制御による電子メールを用いた場合の処理フローを示したブロック図であり、（ａ）は制御命令メールを発信する側の通信制御機器における処理フローを示し、（ｂ）は制御命令メールを受信する側の通信制御機器における処理フローを示す。

【0085】

まず、主体（制御命令メールを発信する側）となる通信制御機器１２における処理フローについて説明する。
主体となる通信制御機器１２には、情報収集機器１６およびセンサ１８が直接、あるいは、データ処理機器２２を介して接続されており、その接続は通信制御機器１２のＩ／Ｏ部４０に接続されている。主体となる通信制御機器１２では、その構成のうち、Ｉ／Ｏ部４０、データ処理部５０、メール文作成部５２、電子メール作成部５４および送信用通信部５６が、制御命令メールを発信する処理に用いられる。

【0086】

最初に、情報収集機器１６やセンサ１８から得られる情報はＩ／Ｏ部４０を経由してデータ処理部５０に取り込まれる。情報収集機器１６やセンサ１８からデータ処理部５０に情報（データ）を取得する方法は、以下のような方法が適用される。
第１の方法は、Ｉ／Ｏ部４０おいて、任意に設定可能なサンプリング時間を設定しておき、そのサンプリング時間にしたがって、情報収集機器１６やセンサ１８に対してデータを取り込むためのトリガー信号を送信し、情報収集機器１６やセンサ１８からデータをデータ処理部５０に取り込む方法である。
また、第２の方法は、情報収集機器１６やセンサ１８からの情報（データ）を、Ｉ／Ｏ部４０において予め設定されたサンプリング時間毎に取り込みを行うことにより、Ｉ／Ｏ部４０を経由して、データ処理部５０に取り込む方法である。

【0087】

センサ１８である温度センサや湿度センサなどから取り込まれるデータがアナログデータの場合、任意に閾値を設定しておき、取り込まれたデータが、その設定された閾値を超えた時、もしくは、その閾値を下回った時に、データ処理部５０は、連携する通信制御機器１２への制御命令メール、または情報収集解析端末２４への状態変化報告メールを送信すべきと判断する。また、制御対象機器１４の照明のＯＮ／ＯＦＦや人感センサの感知／不感知などのディジタルデータの場合、データ処理部５０は、ＯＮ状態からＯＦＦ状態、もしくは、ＯＦＦ状態からＯＮ状態に状態変化が生じた場合、連携する通信制御機器１２への制御命令メール、または情報収集解析端末２４への状態変化報告メールを送信すべきと判断する。続いて、連携する通信制御機器１２へ制御命令メールを送信すべきと判断された場合、メール文作成部５２は、データ処理部５０から取得した内容に基づき、制御命令メールに記載される所定の制御フォーマットの本文を作成する（なお、制御フォーマットについては、後述する。）。続いて、メール文作成部５２は、作成されたメールを電子メール作成部５４に送る。次に、電子メール作成部５４は、電子メールの本文に記載される制御フォーマットに基づいて、連携する通信制御機器１２あるいは情報収集解析端末２４を特定し、電子メールの送信先を特定することで、電子メールを作成する。そして、電子メール作成部５４は、作成された電子メールを送信用通信部５６に送る。続いて、送信用通信部５６は、取得した電子メールを連携する通信制御機器１２に送信する。

【0088】

次に、連携する（制御命令メールを受信する側の）通信制御機器１２における処理フローについて説明する。
連携する通信制御機器１２では、その構成のうち、受信用通信部５８、電子メール抽出部６０、メール文解析部６２、データ解析部６４およびＩ／Ｏ部４０が、制御命令メールを受信する処理に用いられる。

【0089】

まず、主体となる通信制御機器１２から送られてきた制御命令メールは、連携する通信制御機器１２内の受信用通信部５８で受信される。次に、受信用通信部５８は、受信した制御命令メールを電子メール文抽出部６０に送る。続いて、電子メール文抽出部６０は、取得した制御命令メールからメールの本文を抽出する処理が行われ、抽出された本文がメール文解析部６２に送られる。メール文解析部６４では、抽出された本文から制御命令部分を取り出し、制御命令から通信制御機器１２に接続されているどのポート番号に接続されている制御対象機器１４にどのような制御を行うかを解析し、その結果をＩ／Ｏ部４０を介して制御対象機器１４に出力する。

【0090】

また、上述の制御対象機器１４への制御によって生じた変化から他の制御命令がある場合は、さらなる連携する通信制御機器１２への制御命令メールを送付するため、メール文作成部５２においてメール文の作成が行われる。一方、他の連携する通信制御機器１２への制御命令の送付が必要でない場合は、情報収集解析端末２４への状態変化報告メールを送付するため、メール文作成部５２において状態変化報告メールの作成が行われ、続いて、情報収集解析端末２４への電子メール作成部５４において状態変化報告メールが作成される。
次に、送信用通信部５６は、情報収集解析端末２４に状態変化報告メール、もしくは連携する通信制御機器１２に制御命令メールを送付する。連携する通信制御機器１２が複数台存在しても、それぞれ通信制御機器１２内の処理動作は、ここに記載した通信制御機器１２と同様の処理動作が行われる。また、さらに、情報収集解析端末２４は、状態変化報告メールを電子メール作成部８０において作成し、管理者端末２４ａに送信する。

【0091】

以上に示したフィードバック制御の処理フローにより、外部に接続された情報収集機器１６またはセンサ１８からの主体となる通信制御機器１２における処理フロー、主体となる通信制御機器１２からの制御命令メールに対応する連携する通信制御機器１２における処理フロー、および制御対象機器１４の各処理フローを示した。これらフィードバック制御の処理フローにより、複数の通信制御機器１２が存在した場合にも同様の処理フローを行うことができる。これにより、図１で示したような複数の通信制御機器１２、ならびに、その通信制御機器１２に接続されている、制御対象機器１４、制御収集機器１６およびセンサ１８が存在した状況においても、処理フローとして、通信制御機器１２の間におけるフィードバック制御を行うことができる。

【0092】

ここで、図９におけるフィードバック制御の処理フローは、複数の通信制御機器１２間の制御命令のための通信方法として電子メール用いているが、当然、これに限るものではなく、ＦＴＰ、ＴＣＰ、ＵＤＰなど、どの通信方法を利用してもかまわない。

【0093】

（制御命令メール等の本文に記載の制御フォーマット）
次に、情報収集解析端末２４から各通信制御機器１２へ指示するための制御計画情報、あるいは主体となる通信制御機器１２から連携となる通信制御機器１２へ指示するための制御命令メールに記載される制御フォーマットについて説明する。

【0094】

図１において示す環境管理システム１０は、複数の通信制御機器１２により構成されており、そのため、接続先も複数存在することから、制御命令メール等において、制御すべき通信制御機器１２やその通信制御機器１２に接続される制御対象機器１４、情報収集機器１６あるいはセンサ１８をそれぞれ区別して特定する必要がある。また、通信制御機器１２における外部入出力端子４２を構成するポートも複数存在するため、制御命令メールにおいて、各ポートに接続されている制御対象機器１４、情報収集機器１６あるいはセンサ１８をそれぞれ区別する必要がある。したがって、本実施の形態にかかる環境管理システム１０に特有の通信制御を可能とする制御フォーマットが準備される。換言すると、このような環境管理システム１０では、どの通信制御機器１２からでも、制御すべき他の通信制御機器１２およびポート番号を特定することが可能な制御フォーマットが必要になる。本実施の形態にかかる環境管理システム１０は、この制御フォーマットにより、情報収集機器１６やセンサ１８を監視しながら、それらの機器から得られる情報が変化した時、制御命令メール等を受信し、それに対する制御命令メールやお知らせメールを送信する機能を持つシステムを構成することができる。そうすることで、ここに示したように、これらの情報収集機器１６やセンサ１８の監視、あるいは通信制御機器１２の制御を行うためのサーバ等を必要とせず、中小規模のシステムにより構築される環境管理システム１０を構成することができる。

【0095】

まず、図１０は、この発明にかかる環境管理システムにおいて用いられる通信制御機器を制御するための制御フォーマットの例を示す。

【0096】

この制御命令メールに記載される制御フォーマットでは、制御対象となる通信制御機器１２が特定され、通信制御機器１２における外部入出力端子４２の各ポートに接続される制御対象機器１４をＯＮするポート番号あるいはＯＦＦするポート番号が特定される。したがって、制御フォーマットの構成は、「制御対象である通信制御機器１２を特定する番号」、「制御対象である通信制御機器１２におけるポート番号のうちＯＮするポート番号」、「制御対象である通信制御機器１２におけるポート番号のうちＯＦＦするポート番号」により構成される。以下、図１０を用いて、具体的な例を提示しながら説明をする。

【0097】

例えば、主体となる通信制御機器１２の３番ポート（入力ポート）に接続される情報収集機器１６から収集されるアナログデータが閾値を超えた場合、連携する第２の通信制御機器１２の２番ポート（出力ポート）をＯＮ、第４の通信制御機器１２の３番ポート（出力ポート）をＯＦＦする制御設定条件を仮定する。この制御を制御フォーマットとして表現すると「＃２＋２−０」，「＃４＋０−４」により表される。

【0098】

まず、「＃」は連携する通信制御機器１２を特定する番号を識別するための記号であり、「＋」は出力ポートに接続される制御対象機器１４をＯＮするポート番号を識別するための記号であり、「−」は出力ポートに接続される制御対象機器１４をＯＦＦするポート番号を識別するための記号である。つまり、「＃２＋２−０」は、「＃２」から連携する第２の通信制御機器１２が特定され、続いて「＋２」から、ＯＮするポートが２番ポートであることが特定され、最後の「−０」から、ＯＦＦするポートの存在しないことが特定される。次に、制御フォーマットにおけるポート番号の特定方法について説明する。

【0099】

制御フォーマットにおいて、連携する通信制御機器１２を特定するための表現は１６進数、１０進数、２進数などどの表記でも構わないが、制御対象機器１４が接続されるポート番号は１６進数表記が好ましい（読出し時は２進数での解析）ので、「＃４＋０−４」のＯＦＦするポート番号の「４」は１６進数、「（４）１６=（０１００）２」で２進数表示にすると３桁目が「１=ＯＮ」であるので３番ポートをＯＦＦさせ、他は何もしない命令になる。制御フォーマットにおいて、ポート番号は、１ケタ目から１番ポート、２番ポートというように昇順に番号を付与する。

【0100】

ポート番号の特定の方法をより詳細に説明する。
ＯＮ、ＯＦＦするポート番号を示す数字は１６進数で表記されており、ポート番号を特定するためには、２進数に変換して読み取られる。４の場合は、「０１００」として解読し、３番ポートが特定されていることを示し、「７」は、「０１１１」として解読されるので、１番，２番，３番ポートの３つのポート番号が特定される。また、「ｆ」は、「１１１１」として解読されるので、１番，２番，３番，４番ポートのすべてが特定される。このように１６進数を２進数表記として解釈することにより、短い制御コードで複数の出力ポートを特定することができる。

【0101】

また、通信制御機器１２の外部入出力端子４２のポート数が多い場合は、「４ａ７」のように３文字で記載され、これを２進数に変換すると、「０１００ １０１０ ０１１１」で示すように１２の出力ポートを取り扱うことができる。このように桁数を増やすことにより扱えるポート数を増やすことができる。これは、通信制御機器を特定する場合にも適用することができ、３桁の場合には４０９６種類の通信制御機器を特定することができる（なお、機器番号は読みやすさのため１０進数を用いてもよい）。比較的、環境管理システム１０を構成する通信制御機器１２の数が多いシステムの場合、この制御フォーマットにより、図１０に示している「＃５６９１＋３８−Ｃ７」といった桁数を増やすことにより、大多数の通信制御機器１２を特定することができる。

【0102】

なお、制御フォーマットにおいて使用している記号の「＃」，「＋」，「−」は、特に、これらの記号に限定されるものではなくポート番号の表示に用いない文字列、記号であれば他の記号を使用しても構わない。また、頭文字として何等らかの識別文字、記号を使用しても構わない。この通信制御機器１２に対する指定を記載する場合、「＃２＋０−４」，「＃３＋１−０」，「＃２＋０−４」，「＃３＋１−０」のように、各制御フォーマットの間に「（コンマ）」や「（スペース）や「＊（アスタリスク）」などの文字列記号を用いても、他の規定で使用していない限り構わない。

【0103】

また、別の制御条件で主体となる通信制御機器１２の３番ポート（入力ポート）に接続される情報収集機器１６から収集されるアナログデータが閾値を下回った場合、連携する第２の通信制御機器１２の３番ポート（出力ポート）をＯＦＦ、連携する第３の通信制御機器１２の１番ポート（出力ポート）をＯＮする制御設定条件を仮定する。この制御を制御フォーマットとして表現すると、「＃２＋０−４」，「＃３＋１−０」により表される。

【0104】

上述した制御を行うための２つの制御設定条件に基づいて、制御命令メールには、下記のような制御フォーマットが記載される。すなわち、

制御設定条件１：
主体となる通信制御機器１２の３番ポートが閾値上限越え：＃２＋２−０、＃４＋０−４
制御設定条件２：
主体となる通信制御機器１２の３番ポートが閾値下限超え：＃２＋０−４、＃３＋１−０

となり、この条件の制御フォーマットを主体となる通信制御機器１２の３番ポートに関連付した形式で記憶させ、条件成立時に上記の制御フォーマットを用いてそれぞれの制御フォーマットにおいて特定される連携する通信制御機器１２に制御命令メールとして送信される。

【0105】

次に、制御対象機器１４に対して、複数の段階の制御（多段階レベルの制御）を行うための制御フォーマットについて説明する。多段階レベルの制御とは、例えば、扇風機の「微弱」、「弱」、「中」、「強」やエアコンの２５℃，２５．５℃，２６℃，２６．５℃，２７℃，２７．５℃，２８℃，２８．５℃のような設定対象が多段階のレベルのことをいい、このような制御を可能とする制御フォーマットを多段階制御フォーマットという。

【0106】

図１１は、この発明にかかる環境管理システムにおいて用いられる通信制御機器に対して多段階レベルの制御をするための多段階制御フォーマットの例を示す。

【0107】

多段階制御フォーマットの構成は、「制御対象である通信制御機器１２を特定する番号」、「制御対象となる通信制御機器１２におけるポート番号」、「多段階設定値」により構成される。以下、図１１を用いて、具体的な例を提示しながら説明する。

【0108】

例えば、主体となる通信制御機器１２の３番ポート（入力ポート）に接続される情報収集機器１６から収集されるアナログデータが閾値を超えた場合、連携する第２の通信制御機器１２の２番ポート（出力ポート）をレベル８に制御する制御設定条件を仮定する。この制御を多段階制御フォーマットとして表現すると「＄２￥２＆８」になる。

【0109】

この多段階制御フォーマットは、「＄」に続いて通信制御機器を特定する番号、「￥」に続いてポート番号、「＆」に続いて多段階設定値で構成される。ここで示している通信制御機器を特定する番号およびポート番号が１０進数、多段階設定値が１６進数で示される。なお、通信制御機器を特定する番号、ポート番号および多段階設定値は、いずれも１０進数で表現されても、１６進数でもかまわない。また、ここで使用している記号は任意であり、制御フォーマットと明確に区別するため、制御フォーマットと多段階制御フォーマットとの間では異なる記号を用いることが望ましい。頭記号は異なる表現の方法として、例えば、制御フォーマットの頭記号が「＃」で、多段階制御フォーマットの頭記号が「＃＃」のように区別してもよい。

【0110】

また、多段階設定値の表現において、多段階設定値のレベル数が多くなった場合、図１１に示すように「＄２￥２＆Ｅ８」のようにレベル値を示すケタ数を１ケタ２ケタへ増やすことにより多段階の段階数が増えた場合でも対応することができる。

【0111】

ここで、ポート番号の特定の方法が１０進数でも構わない理由について説明する。先に示した多段階に対応していない制御フォーマットの条件では、複数の制御対象機器１２をＯＮ／ＯＦＦをすることがあると考えられる。そのため、制御フォーマットのコード数を減少させた上で、複数の制御対象機器１２のＯＮ／ＯＦＦを制御可能にするために、１６進数により表現されていたが、多段階制御フォーマットによる通信制御機器１２を制御設定条件では、同じレベルに複数の制御対象機器１４を設定することが少ないため、１つの通信制御機器１２を制御する形式を使用する。しかしながら、多段階制御フォーマットの制御コードが長くなるが、「＄２￥２＆８ ＄２￥４＆８」のように並べて記載することにより複数の多段階レベルの制御を行うことは、当然できる。

【0112】

次に多段階制御フォーマットを用いた具体的な例を挙げて説明する。

【0113】

まず、エアコンの運転を例にあげて説明する。エアコン風量の設定は、「弱」，「中」，「強」，「最強」などのＯＮ／ＯＦＦでなく多段階設定値により表現される。ここに示される多段階設定値は、この多段階の設定を可能とするものである。例えば、「弱」，「中」，「強」，「最強」を数値に置き換えると「弱」は「１」、「中」は「２」、「強」は「３」、「最強」は「４」、「切る」は「０」というように設定することができる。この「０」〜「４」が多段階設定値である。なお、「０」〜「４」以外はデータ解析部６４の処理で制御対象外とみなされる。具体例を挙げると、多段階制御フォーマット「＄３￥７＆２」により記載される多段階制御フォーマットによる命令は、連携する第３の通信制御機器１２の７番ポートでエアコンの風量を設定することが示されており、エアコン風量を示す多段階設定値が「２」であるため、エアコン風量は、「中」の設定を示している。また、多段階制御フォーマット「＄３￥７＆４」により記載される多段階制御フォーマットによる命令は、同じ通信制御機器１２の同じ７番ポートでエアコン風量が「最強」の設定を示している。

【0114】

また、別の例として、エアコンの温度設定を行う場合を例に説明する。エアコンの温度設定を１８℃から２８℃まで０．５℃毎に多段階設定することについて示す。１８℃を「１」とし、０．５℃ごとに多段階設定を１ずつ増やすと２８℃が「２１」になる。例えば、多段階制御フォーマット「＄４￥３＆１」により記載される多段階制御フォーマットによる命令が、連携する第４の通信制御機器１２の３番ポートのエアコンを１８℃（命令文中の「１」（１６進数、１０進数でもかまわない））に設定することを示し、別の多段階制御フォーマット「＄４￥３＆１５」により記載される多段階制御フォーマットによる命令が連携する第４の通信制御機器１２の３番ポートを２８℃（命令文中の「１５」（１６進数）は１０進数では２１）に設定することができる。このような多段階制御フォーマットを用いることにより、制御対象機器１４に対して、ＯＮ／ＯＦＦ制御以外の多段階の制御が可能になる。

【0115】

また、上記の多段階レベルの制御とは別の方法で多段階レベルの制御を行う方法について説明する。例えば、上記方法では、温度設定値を数値に対応させて制御する方法であったが、エアコンなどでは初期設定値を決めた上で、温度設定値を上げる、もしくは、下げる方法がある。例えば、初期設定値を２４℃とした場合、温度を上げる制御に対応するプラス制御、もしくは、温度を下げる制御に対応するマイナス制御を行うことによって、エアコンの多段階レベルの制御を実現することができる。この多段階制御フォーマットの例として、次に示すような多段階制御フォーマットを示す。

【0116】

多段階制御フォーマット「＄２￥２＆＋」，「＄２￥２＆−」あるいは「＄２￥２＆１」，「＄２￥２＆０」により表現する方法がある。この多段階制御フォーマットによる制御命令は、前述している多段階設定方法と同じく、「＄」に続いて通信制御機器を特定する番号、「￥」に続いてポート番号、「＆」に続いて上昇、もしくは、下降することを示し、記号、または数値で構成されている。「＄２￥２＆＋」は、連携する第２の通信制御機器１２の２番ポートのレベルを上昇させる設定をするという制御命令に対応する。一方、多段階制御フォーマット「＄２￥２＆−」は、連携する第２の通信制御機器１２の２番ポートのレベルを下降させる設定をするという制御命令に対応する。ここで示した、上昇、もしくは、下降させる温度値は、任意に設定することができる。例えば、０．５℃上昇、もしくは、０．５℃下降させる設定を予め行っておくことにより、０．５℃のステップ毎の温度変化を実行させうる制御を行うことができる。
これと同じ形として、「＄２￥２＆１」，「＄２￥２＆０」といった、「＆」の後に続いて数値を与えることにより、制御することもできる。ここでは、「１」を上昇する制御に対応させ、「０」を下降する制御に対応させることにより、「＋」，「−」を用いた制御命令と同様な制御を行うことができる。

【0117】

なお、これらの多段階レベルの制御が行われた後に発信元への状態のフィードバックについては、先に記載した多段階レベルの制御である「＄２￥２＆８」の「＆」の後に続く「８」が多段階設定値を示す形式を用いる。これにより現在値を得ることができる。

【0118】

また、この実施の形態にかかる環境管理システム１０では、フィードフォワード制御とフィードバック制御とを組み合わせた方法で制御を行うが、センサ１８や情報収集機器１６から得られるデータによっては、フィードバック制御のみによる制御に切り替えることが可能である。

【0119】

本実施の形態にかかる環境管理システム１０によれば、中小規模ネットワークシステム上に蓄積された外部環境あるいは管理すべき環境における取得データを管理者が閲覧するだけでなく、中小規模ネットワークシステムに蓄積された外部環境あるいは管理すべき環境における取得データをネットワーク内で活用することのできる制御情報として構成することにより、これらの制御情報から中小規模ネットワーク上の機器へのフィードフォワード制御信号を出力することができる。ここで得られた制御計画情報を使用したフィードフォワード制御と管理すべき環境における現在値を利用したフィードバック制御とを組み合わせることにより、外乱に対応した制御を行うことができる。これらの結果として、所有者、もしくは顧客への情報提供はもちろん、この制御情報を中小規模ネットワークシステムの制御対象機器の制御情報としてフィードフォワード制御に利用することにより、フィードフォワード制御のために別のモデルや装置を設けることなく外乱に対応した環境管理システム１０を構成することができる。
すなわち、フィードフォワード制御とフィードバック制御とを組み合わせることで、単純に現在値を計測して、目標値との差を少なくするフィードバック制御だけを行うより、現在値から目標値に到達するまでの時間的遅延を少なくする、つまり外乱による影響を最小限にとどめることができる。

【0120】

また、本実施の形態にかかる環境管理システム１０によれば、大規模なサーバ等の設備機器を導入することなく、複数の通信制御機器１２により構成される環境管理システム１０を構成し、通信制御機器に接続されたセンサ１８や情報収集機器１６等から得られる情報に基づき、他の通信制御機器１２に接続された制御対象機器１４を自律的に制御しうる環境管理システム１０が得られる。

【0121】

次に、本発明にかかる環境管理システム１０を用いて構成された栽培システム１１０について説明する。図１２は、この発明にかかる環境管理システムを用いて構成された栽培システムを示した構成図である。

【0122】

野菜やくだもの類を栽培するに際しては、温度、湿度あるいは照度等の条件の管理が重要である。たとえば、通常、それぞれの野菜やくだもの類に対する栽培環境（管理すべき環境）の最適な管理条件は異なる。さらに、トマトやレタス等のような土壌栽培をする場合と水耕栽培をする場合との違いにより栽培環境の最適な管理条件も異なる。そのため、よりよい環境で栽培するためには、野菜やくだもの類別、栽培方法別で温度、湿度、照度、土壌や水の養分等の栽培環境の条件を把握し、各栽培環境の条件を管理する必要がある。本栽培システム１１０を用いることで、上記の管理を実施することができる。以下、詳細に説明する。

【0123】

栽培システム１１０は、管理すべき環境として、多種の野菜やくだもの類を栽培するための複数の栽培施設１８０ａ〜１８０ｈにより構成される。本栽培システム１１０では、例として、栽培施設１８０ａではトマトを、栽培施設１８０ｂではレタスを、栽培施設１８０ｃではにんじんを、栽培施設１８０ｄではイチゴを、栽培施設１８０ｅではピーマンを、栽培施設１８０ｆではかぼちゃを、栽培施設１８０ｇではジャガイモを、そして栽培施設１８０ｈではネギを栽培している。なお、当然、これらの野菜やくだもの類は例示であり、これらの各栽培施設で栽培される野菜やくだもの類はこれらの記載に限定されるものではない。

【0124】

図１２に示した８つの栽培施設１８０ａ〜１８０ｈにおけるそれぞれの管理すべき環境である屋内には、通信制御機器１１２ａ〜１１２ｈが配置される。また、各栽培施設１８０ａ〜１８０ｈには、センサ１８として温度センサ１１８ａ₁〜１１８ａ₈、湿度センサ１１８ｂ₁〜１１８ｂ₈、肥料供給装置１１８ｃ₁〜１１８ｃ₈がそれぞれ配置される。さらに、各栽培施設１８０ａ〜１８０ｈには、監視カメラ１１８ｄ₁〜１１８ｄ₈、土壌や水の養分解析センサ（図示せず）がそれぞれ配置される。なお、栽培施設の規模によって必要な温度センサ、湿度センサ、肥料供給装置、監視カメラの数が異なるところ、本実施例では代表として１組のセンサとして表している。温度センサ１１８ａ₁〜１１８ａ₈、湿度センサ１１８ｂ₁〜１１８ｂ₈、肥料供給装置１１８ｃ₁〜１１８ｃ₈、および監視カメラ１１８ｄ₁〜１１８ｄ₈により取得される取得データは、各栽培施設１８０ａ〜１８０ｈにおいて栽培される野菜やくだもの類を栽培するための制御情報を調整するために使用される。

【0125】

また、この栽培施設１８０ａ〜１８０ｈにおけるそれぞれの屋内には、制御対象機器１１４として照明１１４ａ₁〜１１４ａ₈が配置される。

【0126】

そして、温度センサ１１８ａ₁〜１１８ａ₈、湿度センサ１１８ｂ₁〜１１８ｂ₈、肥料供給装置１１８ｃ₁〜１１８ｃ₈、および監視カメラ１１８ｄ₁〜１１８ｄ₈は、各栽培施設１８０ａ〜１８０ｈに配置された通信制御機器１１２ａ〜１１２ｈに接続される。

【0127】

なお、各栽培施設１８０ａ〜１８０ｈには、制御対象機器１４として栽培対象の日射量を調整するための照明１１４ａ₁〜１１４ａ₈その他屋内の温度条件を調整するためのエアコン、ヒータなどの設備（図示せず）、土壌栽培の土壌や水耕栽培の水を温度調整するための設備（図示せず）であるヒータ、温水器、冷却装置などの設備、湿度を調整するための水管やスプリンクラーなど（図示せず）が用いられる。

【0128】

さらに、時系列に変化する外部環境である、栽培施設１８０ａ〜１８０ｈの屋外の環境の情報を取得するために、栽培施設１８０ｃ，１８０ｄ，１８０ｅ，１８０ｆに囲まれた中央部分に、通信制御機器１１２ｉが配置されており、通信制御機器１１２ｉには、データ処理機器１２２を介して温度センサ１１８ａ₀および湿度センサ１１８ｂ₀、土壌や水の養分を解析するセンサ（図示せず）が接続されている。また、通信制御機器１１２ｉはネットワークに接続されており、情報収集解析端末１２４に制御情報や各センサからの取得データを送信している。

【0129】

情報収集解析端末１２４は、通信制御機器１１２ａ〜１１２ｉから送信されてきた取得データや制御情報が、情報収集解析端末１２４の蓄積データベース部に蓄積される。そして、蓄積された取得データや制御情報は、フィードフォワード制御のための制御計画情報の算出に用いられる。また、算出された制御計画情報は、情報収集解析端末１２４から、通信制御機器１１２ａ〜１１２ｉに送信され、その制御計画情報に基づき、制御対象機器であるエアコン、ヒータ、水管、スプリンクラー等が制御される。

【0130】

続いて、栽培システム１１０において実施される各栽培施設１８０ａ〜１８０ｈに対する制御について説明する。各栽培施設１８０ａ〜１８０ｈにおいては、センサ１８として温度センサ１１８ａ₁〜１１８ａ₈、湿度センサ１１８ｂ₁〜１１８ｂ₈、肥料供給装置１１８ｃ₁〜１１８ｃ₈がそれぞれ配置されるが、本栽培システム１１０の制御について、温度センサ１１８ａ₁〜１１８ａ₈および湿度センサ１１８ｂ₁〜１１８ｂ₈からの取得データに基づく制御が中心となる。

【0131】

例えば、栽培システム１１０における温度制御は、栽培施設１８０ａ〜１８０ｈの屋内における温度センサ１１８ａ₁〜１１８ａ₈により管理すべき環境である屋内の温度や土壌の温度、水温などが計測され、その計測されたデータが通信制御機器１１２ａ〜１１２ｉに送られる。さらに、通信制御機器１１２ａ〜１１２ｉに送られた温度データは、情報収集解析端末１２４に送信され、情報収集解析端末１２４の蓄積データベース部に取得データとして取得され、蓄積される。本栽培システム１１０では、この蓄積データベース部に蓄積された取得データは、フィードフォワード制御のための制御計画情報の算出に用いられる。

【0132】

一方、通信制御機器１１２ａ〜１１２ｉに送られ、管理すべき環境である各栽培施設１８０ａ〜１８０ｈの屋内に設置される温度センサ１１８ａ₁〜１１８ａ₈からの取得データである温度データは、フィードバック制御にも用いることができる。

【0133】

また、栽培システム１１０における湿度制御は、栽培施設１８０ａ〜１８０ｈの屋内における湿度センサ１１８ｂ₁〜１１８ｂ₈により屋内の湿度、土壌内の湿度などが計測され、その計測されたデータが通信制御機器１１２ａ〜１１２ｉに送られる。さらに、通信制御機器１１２ａ〜１１２ｉに送られた湿度データは、情報収集解析端末１２４に送信され、情報収集解析端末１２４の蓄積データベース部に格納される。本栽培システム１１０では、この蓄積データベース部に蓄積されたデータをフィードフォワード制御のための制御計画情報の算出に用いられる。

【0134】

一方、通信制御機器１１２ａ〜１１２ｉに送られた湿度センサ１１８ａ₁〜１１８ａ₈からの計測データである湿度データは、フィードバック制御にも用いることができる。

【0135】

同様に、各栽培施設１８０ａ〜１８０ｈにおける肥料の投入量は、肥料供給装置１１８ｃ₁〜１１８ｃ₈が計測しており、肥料の投入時間と肥料の投入量とが、通信制御機器１１２ａ〜１１２ｉを介して、情報収集解析端末１２４に送信され、情報収集解析端末１２４の蓄積データベース部に蓄積される。本栽培システム１１０では、この蓄積データベース部に蓄積されたデータをフィードフォワード制御のための制御計画情報の算出に用いられる。

【0136】

また、栽培システム１１０では、各栽培施設１８０ａ〜１８０ｈの屋内における監視カメラ１１８ｄ₁〜１１８ｄ₈により作物の発育状態が記録され、その記録された画像データを閲覧可能に提示されることにより、栽培されている野菜くだものの発育状況を提供することができる。なお、栽培システム１１０における制御は、各栽培施設１８０ａ〜１８０ｈ内に配置されるデータ制御機器１２０ａ〜１２０ｈによって制御されている。

【0137】

管理すべき環境である栽培施設１８０ａ〜１８０ｈの屋内における温度や湿度は、目標値に調整されているため屋外温度、湿度とは異なっている。外部環境である屋外における温度は、太陽の影響を受け易いため、朝から昼にかけて上昇したり、昼から夜にかけて下降したりする変化が、屋内と比較して大きいことから、屋内と屋外との温度差が大きくなったりする一方、雨が降るなどをした場合は、屋内と屋外との間では大きな湿度差が生じる。したがって、栽培施設１８０ａ〜１８０ｈの屋内の温度、湿度等は、屋外との気温や湿度の差による影響を受ける。
また、春、夏、秋、冬などの季節により温度、湿度、およびそれらの変化量が異なることから、屋内と屋外との温度、あるいは湿度差が大きい季節は、より屋外の影響を受ける。ただし、作物の種類によって設定する屋内の温度、湿度が異なるため、どの時期に屋外の影響を受けやすいかは作物の種類により異なる。

【0138】

栽培システム１１０では、外部環境である屋外の温度および湿度のデータを、栽培施設１８０ａ〜１８０ｈの中央に設置された温度センサ１１８ａ₀、湿度センサ１１８ｂ₀から得ることができる。この温度センサ１１８ａ₀、湿度センサ１１８ｂ₀から得られたデータもトマト栽培施設１８０ａ内の情報収集解析端末１２４に取得データとして蓄積される。この蓄積された過去の取得データを、外部環境である屋外からの影響（外乱）に対応するためのフィードフォワード制御のための情報として利用することができる。

【0139】

この栽培システム１１０では、管理すべき環境である栽培施設１８０ａ〜１８０ｈ内で行っているフィードバック制御と外部環境である屋外における時系列変化（外乱）に対応するためのフィードフォワード制御とを組み合わせる。情報収集解析端末１２４の蓄積データベース部に蓄積された過去の取得データを基に算出された制御計画情報に基づいてフィードフォワード制御をすることで、外乱に対応した制御を行うことができる。また、この栽培システム１１０では、外乱に対して、リアルタイムデータとしての通信制御機器１１２ａ〜１１２ｉの情報を利用して、フィードバック制御を行うこともできる。

【0140】

なお、ここに示した制御内容は、管理者などが情報収集解析端末１２４において設定した設定条件である目標値に追従して誤差が少ない制御をすることが目的である。そのため、トマト、ニンジンなどの作物別の条件設定、生育状況を反映しての目標値の変更、肥料が足りているか、また、どの栄養素が不足しているかどうかなどについては、最適な栽培条件を見出すことができるまでは、ある程度人間が判断することになる。
従って、本栽培システム１１０は、人間が栽培条件、栽培状況を見て栽培条件を改善するための情報提供を行うことができる。

【0141】

例えば、情報収集解析端末１２４の蓄積データベース部には、年毎に収集した取得データ、および、監視カメラ１１８ｄ₁〜１１８ｄ₈により取得された画像が蓄積されていることから、それらの取得データを図示し、管理者が容易に解釈することができる情報の提供や記録画像から、茎や葉の発育状況、花の咲いた日数、葉の大きさ、色、土壌栽培の土の成分（養分）、水耕栽培の水の成分（養分）の比較等を各発育過程で行うことにより、どの時期の条件が良くなかった等の改善点を把握しうる。ここでは図示していないが、土壌や水耕栽培の栄養分の窒素、リン酸、カリウム、カルシウム、マグネシウム等の濃度を計測するセンサの情報によりどの栄養素が不足しているかという改善点も把握しうる。花が咲いた日が例年より遅れた場合は、花が咲くまでの条件で前年以前との違いを比較し、次年の条件変更に役立てることができる。したがって、この栽培システム１１０では、栽培条件面での見直しを行った結果を栽培時の発育環境にフィードバックすることが可能である。例えば、管理者が、７月１０日から１０日間の設定温度を３℃上げた方が良いと判断した場合、その間の目標値に＋３℃にする指示をシステムに入力することにより目的とした条件での栽培が可能になる。

【0142】

また、別の視点でのデータ活用も可能である。すなわち、例えば、作物の栽培は、通常、何月何日、もしくは、温度や湿度等の環境条件が整った時に種をまき、おおよそ何日後に発芽し、それから何日後に葉ができ、その後何日あるいは何十日後に花が咲き、その後何日あるいは何十日後に実が成り、その後何日あるいは何十日後に収穫をすることになる。多くの場合は、作物を収穫するまでの基準となる日程に基づいて栽培している。そのため、例えば、ここで挙げた発芽など成長面で区切りとなる日の過去の蓄積データとの比較からその年の発育状況が過去とどうであったかという情報提供をすることができる。

【0143】

例えば、監視カメラによる撮影画像の比較などの見て分かりやすい情報提供の例について、図１３を用いて説明する。図１３は、この発明にかかる環境管理システムを用いて構成された栽培システムの今年と去年の監視カメラの記録画像を比較した図である。ここでは、５日目、２０日目、１００日目の今年とその去年の画像を比較している。５日目の発芽状態では、今年の方が大きくなっており、２０日目における葉の状態では、今年の方が葉を多くつけて育っているが、１００日目では、去年の方が多くの花をつけている。この結果から、去年と今年の２０日目から１００日目の条件を比較して改善をすることにより、来年の栽培条件に反映することができる。また、この時期の肥料供給装置１１８ｃ₁〜１１８ｃ₈の履歴として通信制御機器１１２に蓄積された肥料の投入量を比較して、肥料の投入量の影響を検討することで、より良い収穫物を得るために、その後の栽培にどのような制御を加えるべきか、ということに対する情報を提供することができる。

【0144】

ここで用いている監視カメラ１１８ｄ₁〜１１８ｄ₈を赤外線カメラに変更する、もしくは、監視カメラ１１８ｄ₉等をさらに増設することにより、例えば、図１３のような５日目、２０日目、１００日目という発育段階で茎、葉、花や土壌の表面温度のある年とその前年とを比較することによっても、より良い収穫物を得るために、その後の栽培にどのような制御を加えるかということに対して情報を提供することができる。

【0145】

以上のように、本発明にかかる環境管理システム１０を用いた栽培システム１１０の情報収集解析端末１２４が、各栽培施設１８０ａ〜１８０ｈ内の温度センサ１１８ａ、湿度センサ１１８ｂ、肥料供給装置１１８ｃ、監視カメラ１１８ｄおよび照明１１４ａ₁〜１１４ａ₈などの情報収集機器のデータの取得データ、ならびに、エアコン、ヒータ、水管およびスプリンクラー等の制御対象機器の制御情報を収集し、蓄積し、解析している。この情報収集解析端末１２４の取得データおよび制御情報の収集、蓄積、解析を行うことが、管理すべき環境である、それぞれの栽培施設１８０ａ〜１８０ｈの屋内における温度、湿度センサからの取得データによるフィードバック制御との組み合わせにより、外乱の影響を少なくした、目標値に対し精度の高い制御を可能とした栽培施設１８０ａ〜１８０ｈを用いた栽培システム１１０を構成することが可能になる。

【0146】

また、その年の栽培対象の生育状態が良くないなどの栽培途中の状況から目標値を変更する場合においても、過去の取得データから参考値を算出し、その参考値に対して時系列に対応し、管理すべき環境を目標値に制御したときの制御対象機器が行った制御情報を用いてエアコン、ヒータ、照明などの制御対象機器１４のフィードフォワード制御を行う。加えて、その時点の管理すべき環境における情報収集機器からの各取得データに基づきフィードバック制御を行うことにより修正した目標値に対して誤差の少ない制御が可能になる。これにより、温度、湿度、照度等の栽培条件の最適化を進めることができる。その結果、より良い作物を栽培するための情報を栽培者に提供することができる。

【0147】

次に、本発明にかかる環境管理システム１０を用いて構成されたビル用省エネルギー管理システムについて説明する。図１４は、この発明にかかる環境管理システムを用いて構成されたビル用省エネルギー管理システムを示した構成図である。このビル用省エネルギー管理システムでは、部屋が使用されているとき（在室の状態）と使用されていないとき（空室の状態）とが切り替わる場合における各部屋内のエアコン等の作動について、省エネルギーと部屋の使用者の快適さとのバランスを効率よく制御することを目的としている。

【0148】

図１４に示すビル用省エネルギー管理システム２１０は、ある製造メーカの６階建て本社ビルを仮定しており、１Ｆに営業部、２Ｆに総務部，資材部、３Ｆに技術部、４Ｆに品質部、５Ｆに評価室，工作室、６Ｆに会議室あるものと仮定する。それぞれの階層には、通信制御機器２１２ａ〜２１２ｆが配置される。また、それぞれの階層の管理すべき環境である各部屋内には、センサ１８として、エアコン２１４ｂ₁〜２１４ｂ₁₃、温度センサ２１８ａ₁〜２１８ａ₉、人感センサ２１８ｅ₁〜２１８ｅ₂₄がそれぞれ配置される。３Ｆの技術部の屋内に、情報収集解析端末２２４が配置される。なお、図１４には図示されていないが、このビルの受配電機器は１Ｆに配置されているものとする。

【0149】

そして、温度センサ２１８ａ₁〜２１８ａ₉、人感センサ２１８ｅ₁〜２１８ｅ₂₄、エアコン２１４ｂ₁〜２１４ｂ₁₃は、それぞれの階層に配置される通信制御機器２１２ａ〜２１２ｈにそれぞれ接続される。通信制御機器２１２ａ〜２１２ｈは、接続されている制御対象機器１４であるエアコン２１４ｂ₁〜２１４ｂ₁₃をフィードバック制御することができる。各階に設けられている通信制御機器２１２ａ〜２１２ｈは、情報収集解析端末２２４に接続されており、情報収集解析端末２２４は、情報収集機器１６である温度センサ２１８ａ₁〜２１８ａ₉、外部環境の状態を示す人感センサ２１８ｅ₁〜２１８ｅ₂₄からの取得データや制御対象機器のエアコン２１４ｂ₁〜２１４ｂ₁₃の制御情報を収集、蓄積、解析を行っている。

【0150】

これらの温度センサ２１８ａ₁〜２１８ａ₉、および人感センサ２１８ｅ₁〜２１８ｅ₂₄からの取得データが情報収集解析端末２２４に収集され、解析された結果として制御計画情報が算出され、これに基づいた制御がフィードフォワード制御であり、温度センサ２１８ａ₁〜２１８ａ₉、人感センサ２１８ｅ₁〜２１８ｅ₂₄などの取得データに基づいて、リアルタイムに温度制御を行うのがフィードバック制御である。
このように、ビル用省エネルギー管理システム２１０は、フィードフォワード制御とフィードバック制御とを組み合わせて制御を行う。

【0151】

続いて、ビル用省エネルギー管理システム２１０において実施されるそれぞれの階層で行われる制御について説明する。
ビルの電力使用量は、１Ｆの受配電機器に取り付けられた電力使用量を検知するセンサにより計測され、それぞれの階層に配置される通信制御機器２１２ａ〜２１２ｈに送られることにより電力使用量が監視される。そして、３Ｆの技術部の屋内に配置される情報収集解析端末２２４に、１Ｆ〜６Ｆのすべての通信制御機器２１２ａ〜２１２ｈからのデータ情報と制御対象機器１４とセンサ等１８の情報収集機器１６からの制御情報および取得データを得ることができ、かつ、制御対象機器１４の制御を行うことができる。例として、このビル用省エネルギー管理システム２１０により、夏場と冬場にエアコン（冷房、暖房）を使用して温度制御を行う条件での制御方法について説明する。ここでは、温度制御だけを例に説明するが、湿度、照度その他別の制御対象機器の制御を同時に行うことができる。

【0152】

１Ｆの営業部、２Ｆの総務部，資材部、３Ｆの技術部、４Ｆの品質部については、居室であるため常に人が在室していると仮定して、常には在室でない（空室と在室とが切り替わる場合）考えられる５Ｆの評価室，工作室、６Ｆの会議室のエアコンによる温度制御について説明する。通常の温度センサ２１８ａ₁〜２１８ａ₉のデータを基にリアルタイムに温度制御をすることがフィードバック制御である。

【0153】

次に、フィードフォワード制御を行うためのデータを得るための方法について説明する。情報収集解析端末２２４の蓄積データベース部には、外部環境の状態を示す人感センサ２１８ｅ₁₇〜２１８ｅ₂₄の検知時間、検知回数、エアコンの稼働状況等の過去の取得データが蓄積されている。人感センサの検知時間、検知継続時間を含む取得データから各部屋に人が在室している時間を算出することができる。これにより、部屋の１日の使用時間の合計を算出することができ、過去の取得データを集計することで、それらを統計データとして平均の使用状況を割り出し、就業時間（初めの人が出社して、最後の人が退社するまでの時間）に対するそれぞれの部屋使用時間を算出し、そのデータを部屋の使用頻度として得ることができる（稼働率）。なお、ここでは、人感センサ２１８ｅ₁₇〜２１８ｅ₂₄の検知状態に基づき部屋の稼働状況を算出したが、エアコンの稼働状況や照明のＯＮ／ＯＦＦで同等の稼働状況を算出することもできる。しかしながら、エアコンや照明の消し忘れを考慮すると、人感センサ２１８ｅ₁₇〜２１８ｅ₂₄の検知状態を基準として稼働状況を算出するのが好ましい。

【0154】

また、各部屋の使用頻度によって、部屋に人が不在時のエアコンの温度設定、エアコンＯＦＦなどの省エネルギーで使用者が快適に使用できる条件を割り出す。つまり、使用頻度が高い条件での人が不在の時のエアコン運転は、エアコン（冷房）の温度設定を低く（エアコンＯＮ時の設定温度より高い温度）、使用頻度の低い部屋については、エアコンの設定温度を高く、更に使用頻度が低い条件では、エアコンの動作をＯＦＦにするように設定される。

【0155】

夏場のエアコンの使用と停止状態での部屋の温度状況について説明する。
部屋の使用が終了し、エアコンをＯＦＦにすると、外部環境である屋外の温度の影響を受けるため、部屋の温度が上がってしまうことから、次にその部屋を使用する場合には、エアコンをＯＮする必要が生じる。部屋の使用頻度が高い場合は、このエアコンの再作動に伴いＯＮする回数が多くなるため、部屋のエアコンの運転を部屋使用後に使用時の設定温度より高めの設定温度で維持したときより、電力使用量が高くなる場合がある。そのため、部屋使用後に温度を維持する、もしくは、目的値とする温度より少し高めの温度で維持することにより、次に部屋の使用開始時に、エアコンの再作動に伴う電力使用量を抑えることができる。加えて、部屋を使用している人にとって、暑い部屋に入り仕事をするよりは、エアコン設定温度（目標値）に近い温度の部屋に入り仕事をする方がすぐに仕事に取り掛かれるなど仕事の効率も上がる。
また、部屋の使用頻度が低い場合は、エアコンで室温を維持する電力量について、新たにエアコンをＯＮした時の電力使用量が少なくなる場合は、部屋のエアコンをＯＦＦし、そうでない場合は、高い設定温度で維持することにより電力使用量を抑える。

【0156】

一方、暖房の場合は、使用頻度が高い部屋は、部屋の使用後は通常部屋の使用時の設定温度より低いが、その差が少ない設定温度で部屋の温度を維持し、使用頻度が低い部屋は、より低い設定温度（目標値）で部屋の温度を維持するか、エアコンをＯＦＦにする。つまり、暖房時には、冷房時と逆の温度制御が行われる。

【0157】

この建物内の部屋の稼働状況に対するエアコンの制御について、図１５を用いて説明する。図１５は、この発明にかかる環境管理システムを用いて構成されたビル用省エネルギー管理システムにおけるある１日のエアコンの稼働状況を示した構成図である。ある１日のエアコンの稼働状況、つまり、エアコンがＯＮ状態か、ＯＦＦ状態かを示したものであり、横軸は、エアコンの稼働時間を示し、縦列は各部屋を示す。また、各部屋における稼働率は、その日における各階のうち、最初に部屋の使用を開始した時間（ｈ₁）から、その日における各階のうち、最後に部屋の使用を終了した時間（ｈ₂）を使用時間とし、その使用時間に対する、各階のエアコンの稼働時間の割合として示す。

【0158】

また、図１５において、１行目は１Ｆの営業部の部屋、２行目は総務部，資材部の部屋、３行目は技術部の部屋、４行目は品質部の部屋、に相当する。５行目の５Ｆ−１は評価室であり、６行目の５Ｆ−２は工作室である。７行目ないし９行目の６Ｆ−１、６Ｆ−２、６Ｆ−３は、それぞれ３つの会議室である。

【0159】

図１５によると、１Ｆ〜４Ｆは、エアコンが常時使用されていることがわかる。また、５Ｆ−１や６Ｆ−３の部屋のエアコンの稼働率が比較的低いことが確認でき、５Ｆ−２、６Ｆ−１、６Ｆ−２については、エアコンの稼働率が比較的高いことが確認できる。また、５Ｆ−２は使用時間が長く、使用回数は１回であり、一方、６Ｆ−２は、５Ｆ−２と同様に使用時間は長いが、使用回数が７回と頻度が高い。このように、それぞれ、部屋の使用時間が長い場合や部屋によって使用頻度が異なるといった、それぞれの部屋の使用方法に違いがある。なお、１Ｆないし４Ｆの各部屋におけるエアコンは、常時使用されているため、本ビル用省エネルギー管理システム２１０に基づく制御対象から除かれる。

【0160】

５Ｆ−１については、稼働率が低く、使用回数が１回と少ないため、使用時だけエアコンをＯＮし、それ以外は、エアコンをＯＦＦする制御をする。５Ｆ−２については、稼働率は比較的高いが、使用回数は１回であるため、使用時だけエアコンをＯＮし、それ以外はエアコンをＯＦＦする制御をするが、別日における人感センサ２１８ｅ₁₈による取得データにより使用回数が多いことが明らかな場合には、冷房の場合は高めの温度設定で運転する。６Ｆ−１、６Ｆ−２については、稼働率が高く、使用回数が多い使用状況である。そのため、使用されていない時間帯でも、設定温度（目標値）より少し高めの温度設定で運転する。６Ｆ−３については、稼働率が低く、使用回数も２回と少ないため、使用時だけエアコンをＯＮし、それ以外はエアコンをＯＦＦする制御をする。これにより、省エネルギーと部屋の使用者の快適さとのバランスを考慮した制御を行うことができる。

【0161】

なお、図１５はある１日のエアコンの稼働状況を用いた例でエアコンの制御について説明したが、日々の取得データ、およびその取得データに対して時系列に対応し、目標値に制御したときのエアコンが行った制御情報の蓄積により、その制御精度を向上させることができる。この制御の考え方は、稼働率（平均使用時間を含む）、および使用回数であるため、１日にエアコンがＯＮ／ＯＦＦされた時間をすべて記録することから、それぞれ１回当りの使用継続時間、使用回数および総使用時間を得ることができ、１日当りの稼働率、平均使用時間および使用回数を算出することができる。これらのパラメータでエアコン制御条件を決め、状況に当てはめることにより、過去の取得データを基にしたエアコンの制御が可能になる。また、エアコンの使用状況の制御情報は、季節によって異なるので、参考値として選択される過去の取得データも、エアコンを稼働する時期の取得データを用いると精度良い制御が可能になる。

【0162】

別の例として、百貨店、量販店などの店舗の出入口における温度制御について説明する。
百貨店や量販店には複数の出入口がある。その出入口は、自動ドア、もしくは、手動ドアであり、一般家庭の玄関よりドアを開閉する回数が多く、かつ、開放時間も長い。そのため、ドアの開放、あるいは開閉操作により、外気が屋内に入ってくる量が多くなり、エアコンによる冷房や暖房の効果が低下する。そのため、百貨店や量販店における複数の出入口のドアの開放、あるいは開閉操作によっても、略一定の温度状態を維持するための制御が必要となる。

【0163】

図１６Ａ（ａ）は、出入口のドアの開放時間と温度との関係を示した図である。図１６Ａ（ａ）において、左側が冷房時のドアの開放時間と温度変化との関係を示し、右側が暖房時のドアの開放時間と温度変化との関係を示している。そして、縦軸が温度、横軸が経過時間をそれぞれ示す。ここで示している温度制御の例において、温度の計測場所は、百貨店、量販店などの店舗の出入口のドアの屋内側近傍である。

【0164】

図１６Ａの（ａ）に示すように、冷房時、及び、暖房時における自動ドアの開閉時間が長くなると、ドア近辺の温度が屋外の温度に近くなり、その結果、冷房、暖房の効果が低下してしまう。温度制御、つまり、出入口での温度を一定に保つためには、ドアの開放時間が長い状況が生じた時ほど冷房、もしくは、暖房の効きを強くしなければならない。ドアの開閉の検知手段としては、センサ１８として人感センサを利用することができる。つまり、自動ドアの開閉は、自動ドアに人間が近づいた時に人を検知してドアが開くため、自動ドアの開閉時間は、人感センサが人を検知している継続時間や検知回数に依存する。一方、手動ドアの開閉では、手動ドアの開放状態が維持されることも考えられるため、人感センサと温度センサとを含めたセンサ情報を収集しながら制御することが必要になる。この例において、出入口におけるエアコンによる温度制御は、照明や電力等の建物全体の電力関係の制御の一部である。

【0165】

外部環境の状態を示すドアの開閉状況のための出入口に設置された人感センサによる検知情報、およびその場所の温度の計測データ等が取得データとして情報収集解析端末（図示せず）に収集、蓄積される。この蓄積された取得データを利用することにより、管理すべき環境である自動ドア近傍のエアコンについてフィードフォワード制御をする。この情報収集解析端末から通信制御機器にフィードフォワード制御をするための制御計画情報を送信し、通信制御機器からそれぞれに接続されているすべての制御対象機器の制御をすることができる。なお、管理すべき環境である出入口に設置された温度センサでエアコンを制御することをフィードバック制御と、ここで示した過去の取得データを利用した制御のフィードフォワード制御を組み合わせることにより、エアコンでの温度制御を行う。

【0166】

ここで、このシステムでのフィードフォワード制御の方法について説明する。
図１６Ａ（ｂ）は、過去のある１日の営業時間内のそれぞれの時間当たりの人感センサによる検知回数を集計した結果と外気温、目標値との関係を示した図である。ここでは、過去のある１日の取得データを用いるが、過去１週間の取得データの平均値や前年の同一時期の取得データ等を用いても良い。
また、図１６Ｂ（ａ）は、昼の時間帯の詳細な人感センサによる検知回数の詳細と制御条件の関係を示した図であり、図１６Ｂ（ｂ）は、エアコンの制御条件を示した図である。

【0167】

図１６Ａ（ｂ）より、開店前の９時は、開店していないため人感センサによる検知回数が０回であるが、開店後、人感センサによる検知回数が増加していることがわかる。すなわち、このことは、人感センサによる検知回数だけ自動ドアが開閉され、来客があったことを示す。また、昼の時間帯にかけて、外気の温度が高くなり、目標値との差が大きくなっていることを示している。また、図１６Ｂ（ａ）では、例えば、単位時間２０分で１１時００分から１３時４０分（１４時００分）までの人感センサによる検知回数を示している。ここでは、人感センサによる検知回数で制御条件を決定し、その制御条件に基づいて制御する。図１６Ｂの（ｂ）に示しているエアコンの制御条件に基づいて制御する。人感センサによる検知回数が１０回以下を条件０、人感センサによる検知回数が１１回〜５０回までを条件１、５１回〜１００回までを条件２、１０１回〜１５０回までを条件３、１５１回〜２００回までを条件４、２０１回以上を条件５とする。条件１では、エアコン設定温度−１℃で風量が「弱風」、条件２ではエアコン設定温度−２℃で風量が「弱風」、条件３では、エアコン設定温度−３で風量が「中風」、条件４では、エアコン設定温度−４℃で風量が「強風」、条件５では、エアコン設定温度−５℃で風量が「最強風」とする。

【0168】

図１６Ｂの（ａ）より、１１時００分から１１時２０分まで、１１時２０分から１１時４０分まで、１１時４０分から１２時００分まで、１２時００分から１２時２０分までの時間帯は、条件３に相当し、エアコン標準設定温度に対し−３℃、風量が「中」でエアコンを運転する。１２時２０分から１２時４０分までの時間帯は、条件４に相当し、エアコン標準設定温度に対し−４℃、風量が「強」でエアコンを運転する。１２時４０分から１３時００分まで、１３時００分から１３時２０分まで、１３時２０分から１３時４０分までの時間帯は、条件３に相当し、エアコン標準設定温度に対し−３℃、風量が「中風」でエアコンを運転する。１３時４０分から１４時００分までの時間帯は、条件２に相当し、エアコン標準設定温度に対し−２℃、風量が「弱」でエアコンを運転する。

【0169】

ここで示したように、人感センサによる検知回数に閾値を設け、エアコンの運転条件を決めることにより、対象の時間帯でのエアコンを運転するための制御条件のエアコンの設定温度、風量を決定することができる。
このとき、制御量を示す制御情報は、制御フォーマットとして多段階制御フォーマットが用いられる。

【0170】

上記においては、人感センサによる検知回数で制御条件を算出したが、さらに条件を加えて、人感センサによる検知回数と時間帯との２つの条件に基づく制御条件の決定方法を示す。なお、以下においては、検知回数と時間帯との２つの条件に基づく制御条件の決定方法を示すが、これに限られず、さらに、条件を加えることも可能である。

【0171】

図１７は、この発明にかかる環境管理システムを用いて構成されたビル用省エネルギー管理システムの制御を行うための人感センサによる検知回数と時間帯のポイント表とエアコン制御設定表を示した表である。そして、そのクラス毎にポイントを付与し、２つの条件での合計ポイントで制御条件が決定される。人感センサによる検知回数でのポイントの付与方法は、人感センサによる検知回数を０回から、２０回毎にクラス分けし、最大１４１回以上で８ランクに区分される。そして、クラス１には、０ポイント、クラス２には１ポイントという形で、それぞれ条件が設定されており、クラス８の１４１回以上では７ポイント付与される。時間帯でのポイントの付与方法は、温度を基準に、最も気温が高い時間帯の１時、２時台の時間帯には７ポイントを付与し、最も気温が低い９時台には、０ポイントを付与する。例えば、図１６Ｂの（ａ）から１１時００分から２０分までの時間帯は、人感センサによる検知回数が１０８回である。この条件でポイントの計算、制御条件の決定を行う。時間帯１１時００分から１１時２０分までは、１１時台に相当し、４ポイントで、人感センサによる検知回数は１０８回で５ポイントになるため、合計９ポイントで、制御条件がエアコンの設定温度−６℃、風量が「強」でエアコンを運転することになる。また、１２時４０分から１３時００分までの時間帯は、１２時台に相当し、６ポイントで、人感センサによる検知回数は１５０回でポイント７になるため、合計１３ポイントで制御条件がエアコン設定温度−８℃、風量が「最強」でエアコンを運転することになる。このように人感センサによる検知回数や温度を集計することにより、得られたデータを統計的に扱うことができ、制御対象であるエアコンの運転条件を設定することができる。

【0172】

なお、ここでは、過去のある１日のデータを例に説明したが、例えば、制御する日の当日と人の出入りの状況が類似しているため、制御条件がほぼ同じと考えられる日や時期の取得データを使用してもよい。週間の平均や過去７日の平均値や去年の同時期の取得データの平均値など過去の取得データを用いることによっても制御することができる。

【0173】

ここで示している温度制御のフィードフォワード制御について、ニューラルネットワークを用いた方法による実施の形態について、図１８を用いて説明する。図１８は、この発明にかかる環境管理システムを用いて構成されたビル用省エネルギー管理システムの出入口のエアコン制御を行うためのニューラルネットワークを構成した図である。
図１８に示すように、ニューラルネットワークは、入力層と出力層と中間層とで構成されている。ここでは、中間層が１層で記載されているが、２層以上で構成してもよい。入力層には、エアコンを制御する百貨店や量販店の出入口近傍の温度（屋内温度）と外部の気温（屋外温度）、および目標値を設け、出力層には、エアコンの設定温度とエアコンの風量の２つが設けられる。望ましい出力（エアコン温度、エアコン風量）に対応した、屋内温度、屋外温度、目標温度の組み合わせをいくつか準備し、それぞれのネットワークの重みを小さな乱数を用いて初期化し、用意した入力データの組み合わせを入力し、制御計画情報として出力結果を計算する。

【0174】

ニューロンへの入力（ｎ）は、図１８の（１）式で一般的に示される。注目しているニューロンは、入力を得ているニューロンが持っている値に重みを掛け合わせたものの和にバイアス値（ｂｊ）とバイアスの重み（ｗｊ）の積を加えたものである。具体的な関係を（２）式を用いて説明する。ここでは、中間層のノード２．１ニューロンに注目した例を示す。左辺は、ノード２．１のニューロンであり、このニューロンには、入力層のノード１．１、１．２、１．３からの入力がある。右辺は、これらの入力層のノード１．１、１．２、１．３のニューロンの値（ｎ１１，ｎ１２，ｎ１３）にそれぞれの重み（ｗ１１，２１、ｗ１２，２１、ｗ１３，２１）を掛けたものとバイアス値とバイアスの重みの積を加えたものになっている。つまり、ノード１．１とノード２．１との結合では、ノード１．１のニューロン値ｎ１１にノード１．１とノード２．１との間の重み（ｗ１１，２１）を掛け合わせた値を足し合わせることになる。同様に、ノード１．２とノード２．１の結合、ノード１．３とノード２．１の結合を加えて、バイアス値とバイアス値との積を加えることで、図１８の（２）式になる。重みを学習することによってニューラルネットを使用することができる。

【0175】

入力層にデータを与え、出力層の出力結果と望ましい出力を比較して、誤差を算出する。誤差を解消させるような重みに修正し、それを前の層との関係にフィードバックする。つまり、ここでは、出力層と中間層との重みを学習し、その結果を、中間層と入力層との重みに反映させる。この操作は、重みを調整しながら、出力誤差を小さくしている。これを複数の例について繰り返すことにより学習が進むことになる。

【0176】

次に、本発明にかかる環境管理システム１０を用いて構成されたビル防犯管理システムについて説明する。図１９は、この発明にかかる環境管理システムを用いて構成されたビル防犯管理システムを示した構成図である。

【0177】

図１９に示すビル防犯管理システム３１０は、ビルのような複数階建ての建物でも、平屋の建物についても適用可能である。図１９に示すビルの１Ｆは、管理すべき環境である部屋Ｒ１〜Ｒ６を含み、１つの通信制御機器３１２ａが配置される。また、このビルの１Ｆには、センサ１８として人感センサ３１８ｅ₁〜３１８ｅ₁₀が配置される。さらに、このビルの１Ｆには、制御対象機器１４として監視カメラ３１４ｄ₁〜３１４ｄ₅が配置される。そして、人感センサ３１８ｅ₁〜３１８ｅ₁₀は、通信制御機器３１２ａに有線あるいは無線により接続される。また、監視カメラ３１４ｄ₁〜３１４ｄ₅は、それぞれ通信制御機器３１２ａに有線もしくは無線により接続される。部屋Ｒ５には、情報収集解析端末３２４が配置されている。

【0178】

１Ｆの部屋Ｒ５には情報収集解析端末３２４が配置されていて、各種センサ、装置情報の取得データおよび制御情報が通信制御機器３１２ａを経由して収集される。この情報収集解析端末３２４から通信制御機器３１２ａを経由して、各種センサ、監視カメラ３１４ｄ₁〜３１４ｄ₅からの取得データや制御情報の収集とともに、各種監視カメラ３１４ｄ₁〜３１４ｄ₅、自動ドア、エアコン（図示せず）等装置の直接制御が可能である。なお、図１９に示すビル防犯管理システム３１０では、１Ｆの部屋しか記載されていないが、別の階の通信制御機器（図示せず）からの取得データや制御情報も収集することができ、別の階の監視カメラ、自動ドア、エアコンなどの制御対象機器の制御を行うことができる。

【0179】

また、監視カメラ３１４ｄ₁〜３１４ｄ₅、人感センサ３１８ｅ₁〜３１８ｅ₁₀、天井に設置される照明の電源ＯＮ／ＯＦＦスイッチ部（図示せず）、部屋Ｒ１〜Ｒ６の各部屋の鍵が締められているかどうかの状態等が、通信制御機器４１２ａに対する入力とされる。ここでは、特定の設定した時間に人感センサ３１８ｅ₁〜３１８ｅ₁₀が人を検知した時に、監視カメラ３１４ｄ₁〜３１４ｄ₅の記録を開始し、管理者端末に連絡することがフィードバック制御であり、過去の取得データを利用して制御するのがフィードフォワード制御である。
ここでは、フィードフォワード制御とフィードバック制御とを組み合わせて制御する。以下に示す方法は、過去の取得データを利用するフィードフォワード制御である。

【0180】

ここで、このシステムにおけるフィードフォワード制御について説明する。人感センサ３１８ｅ₁〜３１８ｅ₁₀が人を検知した時、その時の映像を監視カメラ３１４ｄ₁〜３１４ｄ₅により記録する。外部環境の状態を示す人の動きの方向を分析するために、記録された映像を画像解析し、人の動き方向データを算出する。算出された動き方向データを取得データとして、情報収集解析端末３２４に撮影時刻データと共に、時刻単位毎（例えば、３０分、６０分等）に分けて蓄積する。人の動き方向データは、時刻帯に依存する。特に、出入口の監視カメラ３１４ｄ₄では、出社時間帯では、建物内に向かう移動方向がほとんどで、勤務時間帯では、出入りの方向性は、建物から外出する人や建物を訪問する人などがいるため、一様な動き方向が得られない状態になり、帰社時間帯では、人の移動が建物から出る方向になる。このような人の動きの方向性の特徴を利用し、それらの時間帯では起こりにくい移動方向に動く人がいた場合には、不審な動きをする人と判断し、自動的にその映像を監視カメラにより記録され、その記録された映像データを収集することにより、防犯に役立てることができる。

【0181】

図２０は、この発明にかかる環境管理システムを用いて構成されたビル防犯管理システムにおける監視カメラの記録画像から算出する人の動き方向とある１日の人の動き方向の解析結果を示した図である。
ここで、監視カメラ３１４ｄ₄を例に、人の動き方向とその制御内容について説明する。監視カメラ３１４ｄ₄はどの方向に向かって設置されるかは場所によって異なる。そのため、人の動き方向を図２０（ａ）に示したように全方位の８方向とするが、状況により４方向、あるいは１６方向に変更してもよい。この例における監視カメラ３１４ｄ₄は、建物の出入り方向に向いており、人の動き、建物に入る方向と出る方向に分けられるため、人の動き方向を２つの移動方向の「Ａ」の方向と「Ｅ」の方向に集約して解析する。時間帯毎の人の動き方向と発生頻度の解析結果の例を図２０（ｂ）に示す。結果が記載されているのが出入りの「Ａ」の方向と「Ｅ」の方向の２方向で、「Ａ」の方向が建物に入る方向で、「Ｅ」の方向が建物から出る方向を示しており、横軸が時間を示しており、０時から２３時の２４時間制で時刻を示している。例えば、８時台の「Ａ」の方向は、１２０であり、これは１２０人が建物に入る動きをしたことを示し、「Ｅ」の方向が０人で建物から出る人がいなかったことを示している。この結果から、０時台〜６時台、２１時台〜２３時台には、建物への人の出入りがないことを示している。また、７，８時台には、建物に入る人だけで建物から出る人がおらず、一方、１９時台、２０時台には、建物から出る人だけで入る人がいないことを示している。

【0182】

ここで、建物への出入りが無い時間帯において、人感センサが人を検知した時は、監視カメラの映像の記録等の動作をさせる。また、建物から出るか入るかのうち、いずれか一方しかない時間帯において、その逆方向に移動する人がいた場合も、監視カメラの映像の記録等の動作をさせる。これらの動作には、監視カメラ映像を記録し保存するほか、人感センサが人を検知した時に監視カメラを作動させ、動作判断になった時、そのカメラ映像を管理者端末に送信するなどの制御をすることができる。
このように、ビル防犯管理システム３１０では、過去の取得データを解析し、利用することにより防犯対策ができる。

【0183】

また、上述した方法とは異なるビル防犯管理システム３１０による管理方法として、外部環境の状態を示す人の動き方向データの記録回数を解析することにより、防犯対策を行うことができる。例えば、管理すべき環境において設置される人感センサにより人を検知する回数が全体の１％以下の時間帯は、人感センサが検知した全ての人の映像を記録し、保存する、という条件である。図２０（ｂ）の図では、人感センサによる検知回数の合計が６７８回であり、その１％は、約６．８回である。図２０（ｂ）から、人感センサによる検知回数が６．８回以下の時間帯は、０時台〜７時台、２０時台〜２３時台であり、この時間帯に移動する人を検知した時、監視カメラによる映像を記録し、保存する制御をする。また、ここで示した２つの方法を組み合わせるなどして、防犯対策を行うことができる。なお、すべての監視カメラで、このような制御をする必要は無く、防犯等に必要だと思われる箇所の監視カメラに対してのみ、このような制御をすることで、効率よく防犯対策をすることができる。

【0184】

また、このようなフィードフォワード制御をニューラルネットワークで構成した例を図２１に示す。図２１は、この発明にかかる環境管理システムを用いて構成されたビル防犯管理システムにおける監視カメラで映像を記録し、制御するためにニューラルネットワークを利用した構成図である。図２１の左側の入力層には、自動ドアのＯＮ／ＯＦＦ状態、出入口の監視カメラでの人の動き方向の解析結果、各人感センサのＯＮ／ＯＦＦ状態、現在時刻が入力データとして設けられ、出力層は、各監視カメラの記録ＯＮ／ＯＦＦを出力結果として得るようなシステム構成である。好ましい出力結果に対する自動ドアや人の動き方向、各人感センサ、現在時刻の入力データの組み合わせを準備し、各ネットワークの重みを小さな乱数で求め、初期化する。準備したデータの組み合わせの入力データを入力し、出力結果を算出する。この好ましい出力結果と算出結果との差を導出し、この差が少なくなるように、各ネットワークの重みを調整する。他の入力データの組み合わせで同様な処理を行うことにより、学習を行う。なお、学習の方法については、図１８に示したニューラルネットワークと同じ方法で学習することができる。

【0185】

また、これと同様なフィードフォワード制御をベイズの定理で行った例を示す。ベイズの定理は、以下の式（１）に示される。

Ｐ（Ｈ｜Ｄ）＝Ｐ（Ｄ｜Ｈ）×Ｐ（Ｈ）／Ｐ（Ｄ） （１）

【0186】

ここで、Ｄはデータを示し、Ｈは、原因を示す。左辺は、データＤが得られたときの原因がＨである条件付き確率を示す。
Ｈの条件例としては、
１．人感センサｄ１が人を検出、
２．人感センサｄ２が人を検出、
３．自動ドアが動作、
と設定され、そして、
・人感センサｄ１が人を検出した時（Ｈ１）、監視カメラＣ１の記録をＯＮにする（Ｄ）、
・人感センサｄ２が人を検出した時（Ｈ２）、監視カメラＣ２の記録をＯＮにする（Ｄ）、
・自動ドアが動作した時（Ｈ３）、監視カメラＣ１の記録をＯＮにする（Ｄ）、
と設定される。

【0187】

そして、人感センサの検知、自動ドアの動作をベイズの定理に当てはめると、以下の式（２）示すような関係になる。

Ｐ（Ｈ１｜Ｄ）＝Ｐ（Ｄ｜Ｈ１）×Ｐ（Ｈ１）／Ｐ（Ｄ）
Ｐ（Ｈ２｜Ｄ）＝Ｐ（Ｄ｜Ｈ２）×Ｐ（Ｈ２）／Ｐ（Ｄ） （２）
Ｐ（Ｈ３｜Ｄ）＝Ｐ（Ｄ｜Ｈ３）×Ｐ（Ｈ３）／Ｐ（Ｄ）

【0188】

監視カメラが記録するかどうかの判断は、人感センサが人を検知した場合や自動ドアが動作した場合の監視カメラＣ１が記録をＯＮする確率が閾値より高いか、低いかによって決めることができる。監視カメラＣ１の記録の判断は、以下の式（３）ないし式（５）に示される条件により行われる。

・人感センサｄ１が人を検出
Ｐ（Ｈ１｜Ｄ）＞閾値 （３）

・人感センサｄ１、ｄ２が人を検出
Ｐ（Ｈ１｜Ｄ）＋Ｐ（Ｈ２｜Ｄ）＞閾値 （４）

・人感センサｄ２が人を検出
Ｐ（Ｈ２｜Ｄ）＋Ｐ（Ｈ３｜Ｄ）＞閾値 （５）

【0189】

すなわち、例えば、人感センサｄ１が人を検知した場合は、式（３）により判断することができる。ここには、Ｐ（Ｈ１｜Ｄ）というベイズの定理の左辺しか書かれていないが、実際には、右辺を計算することで、その値が閾値を超えるか否かにより、監視カメラＣ１の記録をするか否かを決定する。
同様に、人感センサｄ１，ｄ２が人を検知した場合は、式（４）に示すように、人感センサｄ１が人を検知した場合に監視カメラＣ１の記録をする確率と人感センサｄ２が人を検知した場合に監視カメラＣ１の記録をする確率の和が閾値を超えるか否かで監視カメラＣ１の記録をするか否かを判定する。さらに、人感センサｄ２と自動ドアが動作した場合は、式（５）に示すように、人感センサｄ２が人を検知した場合に、監視カメラの記録をする確率と自動ドアが動作した時に監視カメラＣ１の記録をする確率の和が閾値を超えるか否かで監視カメラＣ１の記録をするか否かを判定する。その他の状態についても同様にそれぞれの確率を計算し、それが閾値を超えるか否かで監視カメラの記録を行うか否かを判定することができる。

【産業上の利用可能性】

【0190】

以上のように、本発明は、たとえば、農作物の栽培、ビル、建物内の電力制御、ビル、建物内の人の移動とセキュリティ管理に利用可能な環境管理システムである。

【符号の説明】

【0191】

１０ 環境管理システム
１２，１１２ａ〜１１２ｉ，２１２ａ〜２１２ｆ，３１２ａ，３１２ｂ 通信制御機器
１４ 制御対象機器
１６ 情報収集機器
１８ センサ
２０、２２０ａ〜２２０ｈ データ制御機器
２２、２２２ データ処理機器
２４，１２４、２２４、３２４ 情報収集解析端末
２４ 情報収集解析端末
２４ａ 管理者端末
２６ ネットワーク
２８ 通信モジュール
３０ 通信ポート
３２ アンテナ
３４ バッテリ
３６ メモリ
３８ 情報通信処理部
４０ Ｉ／Ｏ部
４２ 外部入出力端子
４４ 無線モジュール
４６ａ アナログ入力
４６ｂ デジタル入力
４８ａ アナログ出力
４８ｂ デジタル出力
５０ データ処理部
５２ メール文作成部
５４ 電子メール作成部
５６ 送信用通信部
５８ 受信用通信部
６０ 電子メール文抽出部
６２ メール文解析部
６４ データ解析部
６６ 機器状態表示用ＬＥＤ
６８ 電源用ＬＥＤ
７０ 表示用ＬＣＤ
７２ 操作ボタン
７４ 電源スイッチ
７６ 電源入力端子
７８ 通信部
８０ データベースサーバ
８２ 処理部
８４ 蓄積データベース部
８６ 過去データ選択部
８８ 制御計画情報算出部
９０ 電子メール作成部
１１０ 栽培システム
１１４ａ₁〜１１４ａ₈，３１４ａ₁〜４１４ａ₂₂ 照明
１１８ａ₀〜１１８ａ₈，２１８ａ₁〜２１８ａ₉ 温度センサ
１１８ｂ₀〜１１８ｂ₈ 湿度センサ
１１８ｃ₁〜１１８ｃ₈ 肥料供給装置
１１８ｄ₁〜１１８ｄ₈，３１４ｄ₁〜３１４ｄ₁₀ 監視カメラ
１８０ａ〜１８０ｈ 栽培施設
２１０ ビル用省エネルギー管理システム
２１４ｂ₁〜２１４ｂ₁₃ エアコン
２１８ｅ₁〜２１８ｅ₂₄，３１８ｅ₁〜３１８ｅ₁₉ 人感センサ
３１０ ビル防犯管理システム
Ｒ１〜Ｒ６ 部屋

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16A】

【図16B】

【図17】

【図18】

【図19】

【図20】

【図21】