JP2015033088A - 制御装置、制御システム、制御方法及びプログラム - Google Patents

Abstract

【課題】複数の機器を連動させる際の信頼性を向上させる。
【解決手段】制御装置３０は、データベース３１０、連動動作判定部３３０、機器連動制御部３４０、及び通信部３５０を有する。通信部３５０は、住宅に設置された設備機器１１〜２０のうちの設備機器１１を識別するための識別情報及び設備機器１１の状態を、設備機器１１からくり返し取得する。データベース３１０は、識別情報と、設備機器１２を設備機器１１の状態に応じて制御するための連動条件と、連動条件が満たされたときに実行される制御内容とを関連づけて記憶する。連動動作判定部３３０は、通信部３５０によって取得された識別情報に関連づけられた連動条件が満たされるか否かを、通信部３５０によって取得された状態に基づいて判定する。機器連動制御部３４０は、連動動作判定部３３０によって連動条件が満たされると判定された場合に、連動条件に関連づけられた制御の内容を実行する。
【選択図】図２

Description

本発明は、制御装置、制御システム、制御方法及びプログラムに関する。

近年、住宅に設置された機器を、ネットワークを介して制御するための技術が盛んに開発されている。このような技術による制御手法の一例として、複数の機器を連動させるものがある（例えば、特許文献１を参照）。

特許文献１には、例えば照明器具の状態変化に応じて、エアコンディショナ（エアコン）を制御する装置が開示されている。この装置によれば、状態が変化した機器と連動するように、他の機器を制御することができる。

特開２００８−２８４７７号公報

特許文献１に開示された装置は、状態変化に関する情報を機器から受信した場合に限って、他の機器を制御した。そのため、例えば一時的な通信障害が生じて、状態変化に関する情報が伝送されない場合に、この装置は、所望の制御を実行することができないおそれがあった。

また、特許文献１に開示された装置は、ネットワークにおける機器の所在を示すアドレス情報と、機器を識別するための製品情報とを対応付けて記憶していた。そして、この装置は、アドレス情報に基づいて、状態変化に関する情報を送信した機器を識別していた。そのため、アドレス情報と製品情報との対応付けが誤って記憶されている場合に、この装置は、機器を誤って識別してしまい、所望の制御を実行することができないおそれがあった。

したがって、特許文献１に開示された装置は、複数の機器を連動させる際の信頼性が低いものとなるおそれがあった。

本発明は、上記の事情に鑑みてなされたもので、複数の機器を連動させる際の信頼性を向上させることを目的とする。

上記目的を達成するために、本発明の制御装置は、住宅に設置された複数の機器のうちの第１機器を識別するための識別情報、及び第１機器の状態を、第１機器からくり返し取得する取得手段と、識別情報と、複数の機器のうち第１機器とは異なる第２機器を、第１機器の状態に応じて制御するための連動条件と、連動条件が満たされたときに実行される制御の内容と、を関連づけて記憶する条件記憶手段と、取得手段によって取得された識別情報に関連づけられた連動条件が満たされるか否かを、取得手段によって取得された状態に基づいて判定する判定手段と、判定手段によって連動条件が満たされると判定された場合に、連動条件に関連づけられた制御の内容を実行する制御手段と、を備える。

本発明によれば、取得手段が、識別情報及び第１機器の状態をくり返し取得する。このため、一時的な通信障害が生じた場合であっても、第１機器の状態に基づいて第２機器を制御することが可能になる。また、取得手段が、識別情報を第１機器から直接取得するため、第１機器を誤って識別することが防がれる。ひいては、複数の機器を連動させる際の信頼性を向上させることができる。

実施の形態１に係る制御システムの構成を示す図である。 制御装置の機能の構成を示す図である。 連動テーブルの一例を示す図である。 設定情報の一例を示す図である。 制御装置によって実行される連動処理を示すフロー図である。 更新された連動テーブルを示す図である。 制御装置と設備機器との間における通信の例を示す図である。 実施の形態２に係る待機処理を示すフロー図である。 制御装置と設備機器との間における通信の例を示す図である。 変形例に係る連動テーブルを示す図である。

以下、本発明を実施するための形態について、図面を参照しつつ詳細に説明する。

実施の形態１．
図１に示されるように、本実施の形態に係る制御システム１００は、住宅Ｈ１に設置された機器の消費電力を管理するＨＥＭＳ（Home Energy Management System）である。制御システム１００は、設備機器１１〜２０から構成される機器群１０、及び設備機器１１〜２０を制御する制御装置３０を有している。設備機器１１〜２０はいずれも、宅内ネットワークＮＷを介して制御装置３０に接続されている。

宅内ネットワークＮＷは、例えばＥＣＨＯＮＥＴ Ｌｉｔｅ（登録商標）等の通信プロトコルに従って通信するためのＬＡＮ（Local Area Network）である。設備機器１１〜２０及び制御装置３０は、この通信プロトコルに従って信号を送受信することにより、宅内ネットワークＮＷを介して互いに通信する。

本実施の形態において、設備機器１１は、住宅Ｈ１内の所定の部屋における空気の状態を調整する空調機器（エアコン）である。また、設備機器１２は、住宅Ｈ１の内外の空気を入れ換える換気扇である。設備機器１３は、湯を沸かして供給する給湯器である。設備機器１４は、床下に設置されて床を暖める床暖房機である。設備機器１５は、食品を貯蔵する冷蔵庫である。設備機器１６は、ＩＨ（Induction Heating）クッキングヒーター等の電磁調理器である。これらの設備機器１１〜１６はいずれも、電力を消費することにより動作する。

また、設備機器１７は、住宅Ｈ１の屋根に設置されたソーラーパネルを用いて太陽光から電力を生成する発電システムである。この設備機器１７によって生成された電力は、設備機器１１〜１６等に供給される。また、設備機器１８は、例えば電気自動車に搭載された蓄電池を用いて、電力を蓄積する蓄電システムである。この設備機器１８は、設備機器１７によって過剰に生成された電力を蓄積したり、蓄積した電力を設備機器１１〜１６へ供給したりする。

また、設備機器１９は、種々の物理量を計測する計測装置である。設備機器１９は、例えば、設備機器１１が設置された部屋の室温を計測する温度センサ、住宅Ｈ１における居住者の位置を検出する人感センサ、又は、設備機器１１〜１６各々によって消費される電力を計測する電力センサ等から構成される。そして、設備機器１９は、計測の結果を制御装置３０に通知する。

また、設備機器２０は、例えば、タブレット型のコンピュータ端末である。設備機器２０は、タッチスクリーンを用いて、制御システム１００のユーザＵ１によって入力された情報を制御装置３０に通知したり、制御装置３０から通知された情報をユーザＵ１に対して表示したりする。

本実施の形態に係る設備機器１１〜２０はいずれも、ＥＣＨＯＮＥＴ Ｌｉｔｅに従って制御装置３０と通信するため、制御装置３０からの要求に対して、機器自身の識別情報及び状態を含む応答を返す機能を有している。

識別情報は、機器群１０を構成する設備機器１１〜２０それぞれを識別するための情報である。本実施の形態に係る識別情報は、各機器のＭＡＣアドレス（Media Access Control address）及び機種からなる。例えば、設備機器１１を識別するための識別情報は、設備機器１１のＭＡＣアドレス「ＡＡ」、及び設備機器１１の機種（空調機器）を示す「ａ」が連結された「ＡＡａ」という情報である。

設備機器１１〜２０各々から制御装置３０へ送信されるフレームには、送信元の機器のＭＡＣアドレスが含まれる。設備機器１１〜２０各々が、その機種を示すデータのみが含まれるフレームを制御装置３０へ送信すると、制御装置３０には、実質的に識別情報が通知されることとなる。

また、本実施の形態に係る設備機器１１〜２０各々の状態は、ＥＣＨＯＮＥＴ Ｌｉｔｅにおけるプロパティの値によって示される。例えば、プロパティには、「運転状態」が含まれ、この「運転状態」の値は、「ＯＮ」又は「ＯＦＦ」となる。設備機器１１〜２０のいずれかが、「運転状態」の「ＯＮ」という値を制御装置３０へ送信すると、制御装置３０には、運転ＯＮの状態が通知されることとなる。

なお、運転ＯＮの状態は、標準的なモードで稼働している状態を意味し、運転ＯＦＦの状態は、スタンバイ状態を意味する。例えば、運転ＯＦＦから運転ＯＮへ状態が変化した設備機器１１は、空調空気を吹き出し口から送風し始め、運転ＯＮから運転ＯＦＦへ状態が変化した設備機器１１は、送風を停止するものとする。

制御装置３０は、設備機器１１〜２０を統括して制御するＨＥＭＳコントローラである。制御装置３０は、設備機器１１〜２０が互いに連動するように、設備機器１１〜２０各々を制御する。制御装置３０は、プロセッサ３１、主記憶部３２、補助記憶部３３、入力部３４、出力部３５、及びインタフェース部３６を有している。主記憶部３２、補助記憶部３３、入力部３４、出力部３５、及びインタフェース部３６はいずれも、内部バス３７を介してプロセッサ３１に接続されている。

プロセッサ３１は、例えばＣＰＵ（Central Processing Unit）等から構成される。プロセッサ３１は、補助記憶部３３に記憶されるプログラムＰ１を実行することにより、後述の処理を実行する。

主記憶部３２は、例えばＲＡＭ（Random Access Memory）等から構成される。主記憶部３２は、補助記憶部３３からプログラムＰ１をロードする。そして、主記憶部３２は、プロセッサ３１の作業領域として用いられる。

補助記憶部３３は、フラッシュメモリ等の不揮発性メモリを含んで構成される。補助記憶部３３は、プログラムＰ１の他に、プロセッサ３１の処理に用いられる種々のデータを記憶している。そして、補助記憶部３３は、プロセッサ３１の指示に従って、プロセッサ３１が利用するデータをプロセッサ３１へ供給し、プロセッサ３１から供給されたデータを記憶する。

入力部３４は、キーボード、及びマウス等のポインティングデバイス等から構成される。入力部３４は、例えば、ユーザＵ１によって入力された情報を取得して、プロセッサ３１に通知する。

出力部３５は、ＬＣＤ（Liquid Crystal Display）及びスピーカ等から構成される。出力部３５は、プロセッサ３１の指示に従って、所定の文字及び図形をユーザＵ１に対して表示したり、所定の音響信号を再生したりする。

インタフェース部３６は、例えばパケット通信を行うための通信インタフェース等から構成される。インタフェース部３６は、宅内ネットワークＮＷを介して受信したパケットに含まれる情報をプロセッサ３１に通知する。また、インタフェース部３６は、プロセッサ３１から出力された情報を含むパケットを生成して、所定の送り先へ送信する。

制御装置３０は、プロセッサ３１等のハードウェア資源を利用して後述のソフトウェア処理を実行することにより、種々の機能を発揮する。制御装置３０は、その機能として、図２に示されるように、設備機器１１〜２０各々を制御するためのデータを記憶するデータベース３１０、データベース３１０に記憶されるデータを更新する更新部３２０、制御を実行するか否かを判定する連動動作判定部３３０、制御を実行する機器連動制御部３４０、及び、設備機器１１〜２０各々と通信する通信部３５０を有している。

データベース３１０は、主として補助記憶部３３によって実現される。データベース３１０には、設備機器１１〜２０を連動させるための連動テーブル３１１、及び、この連動テーブル３１１を更新するための設定情報３１２が格納されている。

図３には、連動テーブル３１１の一例が示されている。図３に示されるように、連動テーブル３１１は、設備機器１１〜２０各々について、連番で便宜上付された機器番号と、識別情報と、宅内ネットワークＮＷにおける所在を示すアドレス情報と、機種と、設備機器１１〜２０各々の状態に応じて他の機器を制御するための連動条件と、この連動条件が満たされたときに実行される制御の内容と、が互いに関連づけられてなる複数行のデータから構成される。

例えば、図３中のデータ４１は、設備機器１１が運転ＯＦＦの状態から運転ＯＮの状態へ変化した場合に、識別情報「ＢＢｂ」により示される設備機器１２を、運転ＯＮの状態とする制御が実行されることを示している。また、図３中のデータ４２は、設備機器２０の状態に応じて実行される制御がないことを示している。

なお、説明の理解を容易にするため、設備機器１１〜２０各々には、その符号に等しい機器番号が付されている。また、本実施の形態に係るアドレス情報は、ＩＰ（Internet Protocol）アドレスである。連動条件は、真理値を与える条件文の記述であって、制御内容は、制御対象の機器へ送信される制御コマンドを生成するための情報である。

図４には、設定情報３１２の一例が示されている。図４に示されるように、設定情報３１２は、消費電力が管理される機器として制御システム１００に登録されている機器を示す登録リスト３１２ａ、及び、連動テーブル３１１を初期化するための初期化テーブル３１２ｂから構成される。

登録リスト３１２ａは、図４に示されるように、制御システム１００に登録されている機器各々について、機器番号と、識別情報と、アドレス情報と、機種とが互いに関連づけられてなる複数行のデータから構成される。例えば、図４中のデータ４３、４４各々は、設備機器１１、１２各々の消費電力が管理されることを示している。登録リスト３１２ａは、制御装置３０が宅内ネットワークＮＷを介して通信するたびに、最新の状態に自動的に更新される。なお、登録リスト３１２ａは、ユーザＵ１によって変更されてもよい。

初期化テーブル３１２ｂは、図４に示されるように、連動条件と制御内容とが関連づけられてなる複数行のデータから構成される。初期化テーブル３１２ｂにおける連動条件及び制御内容は、初期化に用いられるため、識別情報等により機器を特定することなく、単に機種を用いて記述される。例えば、図４中のデータ４５は、空調機器が運転ＯＦＦの状態から運転ＯＮの状態へ変化した場合に、換気扇を運転ＯＮの状態とするためのデータ（例えばデータ４１）を含むように連動テーブル３１１を初期化するために用いられる。

図２に戻り、更新部３２０は、主としてプロセッサ３１によって実現される。更新部３２０は、データベース３１０に記憶されているデータを監視して、適宜更新する。更新部３２０は、制御装置３０が初めて起動されたときにデータベース３１０に格納されるデータを初期化する初期化モジュール３２１、制御装置３０の起動中においてデータベース３１０にデータを格納する格納モジュール３２２、及び、制御装置３０の起動中においてデータベース３１０からデータを削除する削除モジュール３２３を有している。

連動動作判定部３３０は、主としてプロセッサ３１によって実現される。連動動作判定部３３０は、連動テーブル３１１の連動条件が満たされるか否かを判定する。

機器連動制御部３４０は、主としてプロセッサ３１によって実現される。機器連動制御部３４０は、連動動作判定部３３０によって連動条件が満たされると判定された場合に、制御コマンドを生成して制御対象の機器へ送信することにより、連動条件に関連づけられた制御内容を実行する。

通信部３５０は、主としてプロセッサ３１及びインタフェース部３６によって実現される。通信部３５０は、機器群１０を構成する設備機器１１〜２０各々に対して、識別情報及び状態を定期的に要求して取得する。この定期的な要求の周期は、例えば３０秒間である。また、通信部３５０は、機器連動制御部３４０によって生成された制御コマンドを、この制御コマンドに含まれるアドレス情報により示される機器へ転送する。

通信部３５０は、連動テーブル３１１を修正する修正モジュール３５１を有している。この修正モジュール３５１は、設備機器２０を操作するユーザＵ１によって入力された情報を取得し、取得した情報に従って、連動テーブル３１１の識別情報、連動条件、及び制御内容等を修正する。

続いて、制御装置３０によって実行される連動処理について、図５、６を用いて説明する。この連動処理は、制御装置３０の電源が投入されることにより開始する。なお、図５に示される各ステップは、プロセッサ３１によって実行されるが、以下では、図２に示される機能の構成を適宜用いて説明する。

図５に示されるように、まず、初期化モジュール３２１は、初期化処理を実行する（ステップＳ１）。具体的には、初期化モジュール３２１は、通信部３５０に、宅内ネットワークＮＷ上の機器に対して識別情報を要求させる。そして、初期化モジュール３２１は、制御装置３０と通信可能な状態で接続されている機器を把握した上で、これらの機器を登録リスト３１２ａに追加する。これにより、登録リスト３１２ａには、例えば図４に示されるデータが格納される。さらに、初期化モジュール３２１は、登録リスト３１２ａと初期化テーブル３１２ｂとを統合することにより、図３に示される連動テーブル３１１を生成する。例えば、初期化モジュール３２１は、図４に示されるデータ４３〜４５を統合することにより、図３に示されるデータ４１を生成する。

次に、通信部３５０は、各アドレス情報により示される機器に対して識別情報及び状態の出力を要求する（ステップＳ２）。具体的には、通信部３５０は、登録リスト３１２ａに含まれるアドレス情報各々によって示される機器に対して、識別情報及び状態を出力するように要求するための要求コマンドを送信する。この要求を受信した機器は、識別情報及び状態を含む応答を返すこととなる。

次に、プロセッサ３１は、変数Ｘに初期値を設定する（ステップＳ３）。この変数Ｘは、機器番号を示す。変数Ｘに設定される初期値は、登録リスト３１２ａに含まれる機器番号のうち最も小さい値であって、本実施の形態では「１１」となる。

次に、プロセッサ３１は、変数Ｘの機器番号に関連づけられている識別情報Ｙを読み込む（ステップＳ４）。例えば、変数Ｘの値が「１１」であるときに、プロセッサ３１は、登録リスト３１２ａを参照して、機器番号「１１」に関連づけられている識別情報「ＡＡａ」を、識別情報Ｙとして読み込む。

次に、通信部３５０は、識別情報Ｙにより示される機器の状態を取得したか否かを判定する（ステップＳ５）。具体的には、通信部３５０は、ステップＳ２における要求に対する応答として、識別情報Ｙと、この識別情報Ｙにより示される機器の状態とを取得したか否かを判定する。識別情報Ｙにより示される機器の状態を取得していないと判定された場合（ステップＳ５；Ｎｏ）、プロセッサ３１は、ステップＳ１０へ処理を移行する。

一方、識別情報Ｙにより示される機器の状態を取得したと判定された場合（ステップＳ５；Ｙｅｓ）、連動動作判定部３３０は、今回取得した状態と前回取得した状態とを比較することにより、状態の変化を判断する（ステップＳ６）。例えば、識別情報Ｙが「ＡＡａ」であって、通信部３５０が、この識別情報Ｙとともに、運転ＯＦＦの状態を取得し、次に運転ＯＮの状態を取得した場合に、連動動作判定部３３０は、設備機器１１が運転ＯＦＦの状態から運転ＯＮの状態へ変化したと判断する。なお、ステップＳ６が初めて実行され、前回取得した状態がない場合には、連動動作判定部３３０は、状態の変化を判断することなくステップＳ７へ処理を移行してもよい。

次に、連動動作判定部３３０は、識別情報Ｙに関連づけられた連動条件を連動テーブル３１１から検索する（ステップＳ７）。例えば、識別情報Ｙが「ＡＡａ」であるときに、連動動作判定部３３０は、図３中のデータ４１を参照して、識別情報「ＡＡａ」に関連づけられている連動条件を特定する。

次に、連動動作判定部３３０は、取得した状態、又はステップＳ６にて判断された状態変化が、ステップＳ７にて特定された連動条件を満たすか否かを判定する（ステップＳ８）。例えば、設備機器１１が運転ＯＦＦの状態から運転ＯＮの状態へ変化したと判断されていた場合に、連動動作判定部３３０は、図３に示されるデータ４１の連動条件が満たされると判定する。

連動条件が満たされないと判定された場合（ステップＳ８；Ｎｏ）、プロセッサ３１は、ステップＳ１０へ処理を移行する。一方、連動条件が満たされると判定された場合（ステップＳ８；Ｙｅｓ）、機器連動制御部３４０は、この連動条件に関連づけられた制御内容を実行する（ステップＳ９）。具体的には、機器連動制御部３４０は、連動テーブル３１１を参照して、連動条件に関連づけられた制御内容を読み込んで実行する。

次に、プロセッサ３１は、変数Ｘが最終値であるか否かを判定する（ステップＳ１０）。最終値は、機器番号のうち最も大きい値である。例えば、設備機器１１〜２０が登録リスト３１２ａに登録されている場合には、プロセッサ３１が、変数Ｘの値が「２０」であるか否かを判定する。

変数Ｘが最終値ではないと判定された場合（ステップＳ１０；Ｎｏ）、プロセッサ３１は、変数Ｘをインクリメントする（ステップＳ１１）。その後、プロセッサ３１は、ステップＳ４以降の処理を繰り返す。これにより、設備機器１２〜２０各々の状態又は状態変化に応じて、連動テーブル３１１に規定される制御内容が実行される。

一方、変数Ｘが最終値であると判定された場合（ステップＳ１０；Ｙｅｓ）、更新部３２０は、設定情報３１２が変更されたか否かを判定する（ステップＳ１２）。具体的には、更新部３２０は、前回のステップＳ１２にて読み込まれた設定情報３１２から変更されたデータがあるか否かを判定する。設定情報３１２の変更には、例えば、新規の機器がＨＥＭＳに追加されたことによる登録リスト３１２ａへのデータの追加、及び、ＨＥＭＳから機器が削除されたことによる登録リスト３１２ａからのデータの削除が含まれる。なお、ステップＳ１２が初めて実行されるときには、更新部３２０は、設定情報３１２が変更されていないと判定する。

設定情報３１２が変更されたと判定された場合（ステップＳ１２；Ｙｅｓ）、更新部３２０は、ステップＳ１４へ処理を移行する。一方、設定情報３１２が変更されていないと判定された場合（ステップＳ１２；Ｎｏ）、更新部３２０は、ユーザＵ１からの入力があるか否かを判定する（ステップＳ１３）。具体的には、更新部３２０は、連動テーブル３１１を修正するための情報が、通信部３５０によって設備機器２０から取得されたか否かを判定する。

ユーザＵ１からの入力がないと判定された場合（ステップＳ１３；Ｎｏ）、プロセッサ３１は、ステップＳ１５へ処理を移行する。一方、ユーザＵ１からの入力があると判定された場合（ステップＳ１３；Ｙｅｓ）、更新部３２０又は修正モジュール３５１は、連動テーブル３１１を更新する（ステップＳ１４）。

具体的には、登録リスト３１２ａにデータが追加されたときに、格納モジュール３２２は、追加されたデータと初期化テーブル３１２ｂとを統合することにより、連動テーブル３１１に新しくデータを追加する。これにより、１つの機器と、この機器に連動する機器との双方が登録リスト３１２ａに登録されたときに、連動テーブル３１１にデータが追加されることとなる。例えば、設備機器１１〜２０以外の機器番号「２１」を新しく割り振られた機器が登録リスト３１２ａに追加されたときには、図６に示されるように、データ４８が連動テーブル３１１に追加される。

また、登録リスト３１２ａからデータが削除されたときに、削除モジュール３２３は、連動テーブル３１１からデータを削除する。例えば、登録リスト３１２ａから設備機器２０が削除されたときには、図６に示されるように、機器番号「２０」を含むデータ４２（図３参照）が削除される。

さらに、削除モジュール３２３は、登録リスト３１２ａから削除された機器を制御するための連動条件及び制御内容も適宜削除する。例えば、設備機器２０が削除されたときには、図６のデータ４６に示されるように、設備機器２０を制御するための連動条件及び制御内容が削除される。

また、連動テーブル３１１を修正するための情報がユーザＵ１によって入力されたときに、修正モジュール３５１は、入力された情報に従って、連動テーブル３１１を修正する。図６には、ユーザＵ１の操作に従って追加されたデータ４５、及び、連動条件及び制御内容が変更されたデータ４７が、例として示されている。

図５に戻り、ステップＳ１４に続いて、プロセッサ３１は、待機処理を実行する（ステップＳ１５）。この待機処理は、最後に実行されたステップＳ２において識別情報及び状態が要求された時刻から、所定時間が経過するまで待機する処理である。

その後、プロセッサ３１は、ステップＳ２以降の処理を繰り返す。これにより、制御装置３０は、設備機器１１〜２０各々に対して、所定時間を置いて識別情報及び状態をくり返し要求することとなる。

続いて、連動処理を実行する制御装置３０と、この制御装置３０の制御により連動する設備機器１１、１２との間における通信について、図７を用いて説明する。図７のシーケンス図は、データ４１（図３参照）の制御内容が実行される例を示している。

まず、制御装置３０は、識別情報及び状態の出力を設備機器１１に対して要求する（ステップＳ２１）。この要求は、図５中のステップＳ２の処理に相当する。なお、制御装置３０は、設備機器１２に対しても識別情報等を要求するが、この要求は、図７において省略されている。

次に、設備機器１１は、制御装置３０からの要求に対して応答する（ステップＳ２２）。具体的には、設備機器１１は、識別情報及び状態を制御装置３０に通知する。これにより、制御装置３０には、「ＡＡａ」という識別情報と、「運転ＯＦＦ」という状態が通知される。

次に、制御装置３０は、通知された識別情報に基づいて、連動条件を検索する（ステップＳ２３）。この検索は、図５中のステップＳ７の処理に相当する。これにより、図３中のデータ４１の連動条件が特定される。なお、この検索に続いて、制御装置３０は、連動条件が満たされるか否かを判定するが、図７に示される例では連動条件が満たされない。このため、制御装置３０は、次の要求（ステップＳ２５）まで待機することとなる。

また、設備機器１１は、次の要求（ステップＳ２５）を受け付ける前に、運転ＯＦＦの状態から運転ＯＮの状態へ変化している（ステップＳ２４）。

その後、制御装置３０は、前回の要求（ステップＳ２１）から所定時間Ｔ１が経過した時点において、識別情報及び状態を再度設備機器１１に要求する（ステップＳ２５）。この要求は、再度実行された図５中のステップＳ２の処理に相当する。

次に、設備機器１１は、制御装置３０からの要求に対して応答する（ステップＳ２６）。これにより、制御装置３０には、「ＡＡａ」という識別情報と、「運転ＯＮ」という状態が通知される。

次に、制御装置３０は、取得した識別情報に基づいて、連動条件を検索する（ステップＳ２７）。この検索は、図５中のステップＳ７の処理に相当する。これにより、データ４１の連動条件が再度特定される。

次に、制御装置３０は、特定された連動条件が満たされるか否かを判定する（ステップＳ２８）。この判定は、図５中のステップＳ８の処理に相当する。ここで、設備機器１１が運転ＯＦＦの状態から運転ＯＮの状態へ変化しているため、ステップＳ２８の判定は肯定される。

次に、制御装置３０は、制御コマンドを設備機器１２へ送信する（ステップＳ２９）。この制御コマンドの送信は、図５中のステップＳ９の処理に相当する。

その後、設備機器１２は、制御コマンドを受信し、この制御コマンドに従って動作する（ステップＳ３０）。これにより、設備機器１２は、設備機器１１の状態に応じて動作することとなる。

以上説明したように、本実施の形態に係る制御装置３０は、設備機器１１〜２０各々から識別情報を直接取得し、取得した識別情報に基づいて、他の機器を制御する。すなわち、制御装置３０は、識別情報又は状態を送信した機器を示すアドレス情報を用いることなく、所望の制御を実行する。これにより、例えば設備機器１１〜２０各々のＩＰアドレスが変更された場合であっても、制御装置３０は、設備機器１１〜２０各々を誤って認識することなく、確実に制御することができる。

また、制御装置３０は、設備機器１１〜２０各々の識別情報及び状態を、くり返し取得する。これにより、一時的な通信障害が生じて、識別情報及び状態が制御装置３０に通知されない場合であっても、制御装置３０は、識別情報及び状態の取得を再度試みることとなる。そして、再度の取得が成功すると、制御装置３０は、取得した識別情報及び状態に基づいて、設備機器１１〜２０を制御する。したがって、制御装置３０は、設備機器１１〜２０を確実に連動させることができる。

また、制御装置３０は、設備機器１１〜２０各々の識別情報及び状態を、定期的に要求して取得する。この要求は、単に所定時間を置いてくり返されるため、制御装置３０による連動処理を容易に実装することができる。

また、制御装置３０が、設備機器１１〜２０各々に対して識別情報及び状態の出力を要求することなく、設備機器１１〜２０各々が、状態に関する情報を制御装置３０に通知してもよいと考えられる。しかしながら、状態に関する情報が通知されたときに、制御装置３０は、この情報を通知した機器に対して、識別情報及び状態の詳細を問い合わせる必要がある。このため、多数の機器の状態が同時に変化した場合に、一時的にトラフィック量が増大して宅内ネットワークＮＷに大きな負荷がかかることとなる。

本実施の形態では、制御装置３０が、識別情報及び状態を、単に定期的に要求することにより取得する。このため、一時的な通信量の増加を抑制することができる。

また、格納モジュール３２２及び削除モジュール３２３は、設定情報３１２に基づいて、連動テーブル３１１を最新の状態に更新する。これにより、ＨＥＭＳに登録されている機器が変更された場合であっても、制御装置３０は、ＨＥＭＳに登録されている機器を適宜連動させることができる。

また、修正モジュール３５１は、ユーザＵ１によって入力された情報に基づいて、連動テーブル３１１を修正する。これにより、ユーザＵ１は、所望の制御を制御装置３０に実行させることができる。

実施の形態２．
続いて、実施の形態２について、上述の実施の形態１との相違点を中心に説明する。なお、上記実施の形態１と同一又は同等の構成については、同等の符号を用いるとともに、その説明を省略又は簡略する。

本実施の形態に係る制御システム１００は、設備機器１１〜２０各々の状態が変化したときに、設備機器１１〜２０各々が、制御装置３０から要求されることなく、状態に関する情報を制御装置３０に通知する点で、実施の形態１に係るものと異なっている。

図８には、本実施の形態に係る待機処理（ステップＳ１５）が示されている。この待機処理において、通信部３５０は、まず、状態に関する情報が、設備機器１１〜２０のいずれかから通知されたか否かを判定する（ステップＳ１５１）。状態に関する情報は、例えば、状態が変化したことを示す情報である。状態に関する情報が通知されていないと判定された場合（ステップＳ１５１；Ｎｏ）、プロセッサ３１は、ステップＳ１５８へ処理を移行する。

一方、状態に関する情報が通知されたと判定された場合（ステップＳ１５１；Ｙｅｓ）、通信部３５０は、状態に関する情報を通知した機器に対して、識別情報及び状態の出力を要求する（ステップＳ１５２）。

次に、通信部３５０は、ステップＳ１５２における要求に対する応答として、識別情報及び状態を取得したか否かを判定する（ステップＳ１５３）。識別情報及び状態を取得していないと判定された場合（ステップＳ１５３；Ｎｏ）、プロセッサ３１は、ステップＳ１５８へ処理を移行する。

一方、識別情報及び状態を取得したと判定された場合（ステップＳ１５３；Ｙｅｓ）、連動動作判定部３３０は、今回取得した状態と前回取得した状態とを比較することにより、状態の変化を判断する（ステップＳ１５４）。具体的には、連動動作判定部３３０は、取得した識別情報により示される機器から、今回取得した状態と前回取得した状態とを比較することにより、状態の変化を判断する。

次に、連動動作判定部３３０は、取得した識別情報に関連づけられた連動条件を連動テーブル３１１から検索して特定する（ステップＳ１５５）。

次に、連動動作判定部３３０は、取得した状態、又はステップＳ１５４にて判断された状態変化が、ステップＳ１５５にて特定された連動条件を満たすか否かを判定する（ステップＳ１５６）。連動条件が満たされないと判定された場合（ステップＳ１５６；Ｎｏ）、プロセッサ３１は、ステップＳ１５８へ処理を移行する。一方、連動条件が満たされると判定された場合（ステップＳ１５６；Ｙｅｓ）、機器連動制御部３４０は、この連動条件に関連づけられた制御内容を実行する（ステップＳ１５７）。

次に、プロセッサ３１は、図５に示されるステップＳ２の要求から所定時間が経過したか否かを判定する（ステップＳ１５８）。所定時間が経過していないと判定された場合（ステップＳ１５８；Ｎｏ）、プロセッサ３１は、ステップＳ１５１以降の処理を繰り返す。これにより、制御装置３０は、状態に関する情報の通知の有無を監視することとなる。

一方、所定時間が経過したと判定された場合（ステップＳ１５８；Ｙｅｓ）、プロセッサ３１は、待機処理を終了する。

続いて、本実施の形態に係る連動処理を実行する制御装置３０と、この制御装置３０の制御により連動する設備機器１１、１２との間における通信について、図９を用いて説明する。図９のシーケンス図は、データ４１（図３参照）の制御内容が実行される例を示している。なお、図９に示されるステップＳ２１〜Ｓ２５は、実施の形態１に係るものと同様である。

ステップＳ２４において設備機器１１の状態が変化すると、設備機器１１は、状態に関する情報を制御装置３０に通知する（ステップＳ３１）。制御装置３０は、この通知を受けて、識別情報及び状態を設備機器１１に要求する（ステップＳ３２）。この要求は、図８中のステップＳ１５２の処理に相当する。

次に、設備機器１１は、制御装置３０からの要求に対して応答する（ステップＳ３３）。

次に、制御装置３０は、識別情報に基づいて、連動条件を検索する（ステップＳ３４）。この検索は、図８中のステップＳ１５５の処理に相当する。これにより、データ４１（図３参照）の連動条件が特定される。

次に、制御装置３０は、特定された連動条件が満たされるか否かを判定する（ステップＳ３５）。この判定は、図８中のステップＳ１５６の処理に相当する。ここで、設備機器１１が運転ＯＦＦの状態から運転ＯＮの状態へ変化しているため、ステップＳ３５の判定は肯定される。

次に、制御装置３０は、制御コマンドを設備機器１２へ送信する（ステップＳ３６）。この制御コマンドの送信は、図８中のステップＳ１５７の処理に相当する。

その後、設備機器１２は、制御コマンドを受信し、この制御コマンドに従って動作する（ステップＳ３７）。これにより、設備機器１２は、設備機器１１の状態に応じて動作することとなる。

以上説明したように、本実施の形態に係る制御装置３０は、状態に関する情報を取得した場合に、この情報をきっかけに、識別情報及び状態の出力を要求して、識別情報及び状態を取得する。そして、制御装置３０は、取得した識別情報及び状態に基づいて、所望の制御を実行する。これにより、制御装置３０は、図９に示されるように、前回の要求（ステップＳ２１）から所定時間Ｔ１が経過する前に制御コマンドを他の設備機器へ送信することができる。ひいては、迅速に所望の制御を実行することができる。

以上、本発明の実施の形態について説明したが、本発明は上記実施の形態によって限定されるものではない。

例えば、上記実施の形態に係る設備機器１１〜２０各々の状態には、運転ＯＮ及び運転ＯＦＦの状態が含まれたが、これには限定されない。例えば、設備機器１１（空調機器）の状態には、冷房モード、暖房モード、及び送風モード各々が含まれてもよい。また、設備機器１９（計測装置）の状態には、センサ出力値が含まれてもよい。

また、制御装置３０は、設備機器１１〜２０各々の状態が変化したときに限って、他の機器を制御してもよい。状態が変化したときに限って制御が実行される場合には、設備機器１１〜２０各々の状態に応じて常に他の機器を制御する場合と比較して、制御装置３０が制御を実行する頻度を少なくすることができる。ひいては、設備機器１１〜２０各々を制御するための通信の通信量を低減することができる。

また、上記実施の形態に係る制御装置３０は、１つの機器と他の１つの機器とが連動するように設備機器１１〜２０を制御したが、これには限定されない。例えば、制御装置３０は、複数の機器の状態に応じて、１つの機器を制御してもよい。また、制御装置３０は、１つの機器の状態に応じて、複数の機器を制御してもよい。さらに、制御装置３０は、複数の機器の状態に応じて、他の複数の機器を制御してもよい。

複数の機器の状態に応じて機器が制御される場合には、連動テーブル３１１を、図１０に示されるように、識別情報を含む連動条件と制御内容とが互いに関連づけられてなる複数行のデータから構成すればよい。図１０中のデータ４９は、設備機器１１が運転ＯＦＦから運転ＯＮの状態へ変化し、かつ設備機器１２が運転ＯＦＦから運転ＯＮの状態へ変化したときに、識別番号「ＢＢｂ」で示される機器が運転ＯＮの状態となるように制御されることを示している。

また、修正モジュール３５１は、設備機器２０に入力された情報に限らず、ユーザＵ１によって入力部３４に入力された情報に従って、連動テーブル３１１を修正してもよい。また、修正モジュール３５１は、連動テーブル３１１に限らず、設定情報３１２を修正してもよい。

また、上記実施の形態に係る識別情報は、ＭＡＣアドレス及び機種を示す情報から構成されたが、これには限定されない。例えば、ＭＡＣアドレスのみを、識別情報としてもよい。識別情報とＭＡＣアドレスが等しい場合には、設備機器１１〜２０各々の状態のみを含むフレームが伝送されれば、識別情報及び状態が制御装置３０に通知されることとなる。

また、設備機器１１〜２０各々のシリアル番号（製造番号）を識別情報としてもよいし、シリアル番号と機種との組み合わせを識別情報としてもよい。識別情報がシリアル番号を含む場合には、設備機器１１〜２０各々のＭＡＣアドレスが変更された場合であっても、制御装置３０が所望の制御を実行することができる。

また、識別情報及び状態を通知する機能を有する家電機器等を準備することなく、制御システム１００を構成してもよい。例えば、識別情報及び状態を通知する機能を有しない家電機器と、宅内ネットワークＮＷに接続するためのアダプタとを接続することにより、設備機器１１〜２０を構成してもよい。

また、上記実施の形態に係る制御装置３０は、設備機器１１〜２０を連動させる制御だけでなく、ユーザＵ１が設備機器１１〜２０を宅外から遠隔操作するための制御、及び設備機器１１〜２０の消費電力をユーザＵ１が監視するための処理を実行してもよい。遠隔操作のための制御及び監視のための処理には、本実施の形態に係る登録リスト３１２ａを流用することができる。

上記実施の形態に係る制御装置３０の機能は、専用のハードウェアによっても、また、通常のコンピュータシステムによっても実現することができる。

例えば、補助記憶部３３に記憶されているプログラムＰ１を、フレキシブルディスク、ＣＤ−ＲＯＭ（Compact Disk Read-Only Memory）、ＤＶＤ（Digital Versatile Disk）等のコンピュータ読み取り可能な記録媒体に格納して配布し、そのプログラムＰ１をコンピュータにインストールすることにより、上述の処理を実行する装置を構成することができる。

また、プログラムＰ１をインターネット等の通信ネットワーク上の所定のサーバ装置が有するディスク装置等に格納しておき、例えば、搬送波に重畳させて、コンピュータにダウンロード等するようにしてもよい。

また、通信ネットワークを介してプログラムＰ１を転送しながら起動実行することによっても、上述の処理を達成することができる。

更に、プログラムＰ１の全部又は一部をサーバ装置上で実行させ、その処理に関する情報をコンピュータが通信ネットワークを介して送受信しながらプログラムＰ１を実行することによっても、上述の処理を達成することができる。

なお、上述の機能を、ＯＳ（Operating System）が分担して実現する場合又はＯＳとアプリケーションとの協働により実現する場合等には、ＯＳ以外の部分のみを媒体に格納して配布してもよく、また、コンピュータにダウンロード等してもよい。

また、制御装置３０の機能を実現する手段は、ソフトウェアに限られず、その一部又は全部を専用のハードウェア（回路等）によって実現してもよい。

１００ 制御システム、１０ 機器群、１１〜２０ 設備機器、３０ 制御装置、３１ プロセッサ、３２ 主記憶部、３３ 補助記憶部、３４ 入力部、３５ 出力部、３６ インタフェース部、３７ 内部バス、３１０ データベース、３１１ 連動テーブル、３１２ 設定情報、３１２ａ 登録リスト、３１２ｂ 初期化テーブル、３２０ 更新部、３２１ 初期化モジュール、３２２ 格納モジュール、３２３ 削除モジュール、３３０ 連動動作判定部、３４０ 機器連動制御部、３５０ 通信部、３５１ 修正モジュール、４１〜４８ データ、Ｈ１ 住宅、ＮＷ 宅内ネットワーク、Ｐ１ プログラム、Ｕ１ ユーザ。

Claims (12)

1. 住宅に設置された複数の機器のうちの第１機器を識別するための識別情報、及び前記第１機器の状態を、前記第１機器からくり返し取得する取得手段と、
   前記識別情報と、前記複数の機器のうち前記第１機器とは異なる第２機器を、前記第１機器の状態に応じて制御するための連動条件と、該連動条件が満たされたときに実行される制御の内容と、を関連づけて記憶する条件記憶手段と、
   前記取得手段によって取得された前記識別情報に関連づけられた前記連動条件が満たされるか否かを、前記取得手段によって取得された状態に基づいて判定する判定手段と、
   前記判定手段によって前記連動条件が満たされると判定された場合に、前記連動条件に関連づけられた制御の内容を実行する制御手段と、
   を備える制御装置。
2. 前記連動条件は、
   前記第１機器の状態の変化に応じて前記第２機器を制御するための条件であって、
   前記判定手段は、
   前記取得手段によって取得された一の状態と、該一の状態の次に前記取得手段によって取得された他の状態とを比較することにより、前記連動条件が満たされるか否かを判定する、
   請求項１に記載の制御装置。
3. 前記取得手段は、
   前記識別情報及び前記第１機器の状態の出力を、前記第１機器に対して定期的に要求し、要求に対する応答として、前記識別情報及び前記第１機器の状態を取得する、
   請求項１又は２に記載の制御装置。
4. 前記取得手段は、
   前記第１機器の状態に関する情報を受信した場合に、前記識別情報及び前記第１機器の状態の出力を定期的に要求するための周期に等しい時間が前回の要求から経過する前に、前記識別情報及び前記第１機器の状態の出力を前記第１機器に対して要求する、
   請求項３に記載の制御装置。
5. 前記識別情報は、
   前記取得手段による要求の送り先を特定するためのアドレス情報とは異なる情報であって、
   前記条件記憶手段は、
   前記識別情報、前記連動条件、及び該連動条件が満たされたときに実行される制御の内容と、前記アドレス情報とを関連づけて記憶する、
   請求項３又は４に記載の制御装置。
6. 住宅に設置された機器の消費エネルギーを管理するための制御装置であって、
   消費エネルギーが管理される機器のリストを記憶するリスト記憶手段と、
   前記第１機器及び前記第２機器の双方が前記リストに登録された場合に、前記識別情報と、前記連動条件と、該連動条件が満たされたときに実行される制御の内容とを関連づけて、前記条件記憶手段に格納する格納手段と、
   前記第１機器及び前記第２機器の少なくとも一方が前記リストから削除された場合に、互いに関連づけられた前記識別情報、前記連動条件、及び制御の内容を、前記条件記憶手段から削除する削除手段と、
   を備える請求項１乃至５のいずれか一項に記載の制御装置。
7. ユーザによって入力された入力情報を取得する入力手段と、
   前記入力情報に基づいて、互いに関連づけられて前記条件記憶手段に記憶される前記識別情報、前記連動条件、及び制御の内容の少なくとも１つを修正する修正手段と、
   を備える請求項１乃至６のいずれか一項に記載の制御装置。
8. 前記取得手段は、前記識別情報及び前記第１機器の状態を、複数の前記第１機器の各々からくり返し取得し、
   前記連動条件は、複数の前記第１機器の状態に応じて前記第２機器を制御するための条件である、
   請求項１乃至７のいずれか一項に記載の制御装置。
9. 前記連動条件は、前記第１機器の状態に応じて複数の前記第２機器を制御するための条件である、
   請求項１乃至８のいずれか一項に記載の制御装置。
10. 住宅に設置された複数の機器のうちの第１機器と、
    前記複数の機器のうち前記第１機器とは異なる第２機器と、
    前記第１機器の状態に応じて前記第２機器を制御する請求項１乃至９のいずれか一項に記載の制御装置と、
    を備える制御システム。
11. 住宅に設置された複数の機器のうちの第１機器を識別するための識別情報、及び前記第１機器の状態を、前記第１機器からくり返し取得する取得ステップと、
    前記識別情報に関連づけられた条件であって、前記複数の機器のうち前記第１機器とは異なる第２機器を、前記第１機器の状態に応じて制御するための連動条件が満たされるか否かを、前記取得ステップにおいて取得された状態に基づいて判定する判定ステップと、
    前記判定ステップにおいて前記連動条件が満たされると判定された場合に、前記連動条件に関連づけられた制御の内容を実行する制御ステップと、
    を含む制御方法。
12. コンピュータを、
    住宅に設置された複数の機器のうちの第１機器を識別するための識別情報、及び前記第１機器の状態を、前記第１機器からくり返し取得する取得手段、
    前記識別情報と、前記複数の機器のうち前記第１機器とは異なる第２機器を、前記第１機器の状態に応じて制御するための連動条件と、該連動条件が満たされたときに実行される制御の内容と、を関連づけて記憶する条件記憶手段、
    前記取得手段によって取得された前記識別情報に関連づけられた前記連動条件が満たされるか否かを、前記取得手段によって取得された状態に基づいて判定する判定手段、
    前記判定手段によって前記連動条件が満たされると判定された場合に、前記連動条件に関連づけられた制御の内容を実行する制御手段、
    として機能させるためのプログラム。

Images