(57)【特許請求の範囲】
【請求項１】
ネットワークを介して接続された二以上の機器を制御する制御装置が行う制御方法であって、
所定の時間帯に前記二以上の機器の少なくとも一つの動作状態が変化したことを条件として他の機器を制御するための第一設定を二以上管理し、
第一時間帯に第一機器の動作状態が変化したことを条件として第二機器を制御させる旨の第二設定を受信し、
前記第一設定と前記第二設定とに基づき、前記第一時間帯に、前記二以上の機器のいずれか一つの機器に対して相反する制御が行われるか否かを判断し、
前記相反する制御が行われると判断した場合、前記相反する制御の原因となる一対の第三設定を前記第一設定及び前記第二設定のうちの少なくとも前記第一設定の中から抽出し、前記一対の第三設定のいずれか一方の制御の条件に、前記二以上の機器の中から所定の機器の動作状態を追加することで、前記相反する制御を回避し、
前記二以上の機器の動作状態の履歴を蓄積した履歴情報を管理し、
前記第一設定のうち前記第二設定に連動する第四設定を、前記一対の第三設定の一方の設定として抽出し、前記抽出した第四設定の制御が開始される前後の所定時間で第一動作状態にする操作がされ、且つ前記第四設定の制御が終了される前後の所定時間で前記第一動作状態とは異なる第二動作状態にする操作がされる頻度の高い相関機器を前記履歴情報に基づいて決定し、
前記相関機器が前記第二動作状態にあることを前記第四設定の制御の条件に加える、
制御方法。
【請求項２】
ネットワークを介して接続された二以上の機器を制御する制御装置であって、
所定の時間帯に前記二以上の機器の少なくとも一つの動作状態が変化したことを条件として他の機器を制御するための第一設定を二以上管理する管理部と、
第一時間帯に第一機器の動作状態が変化したことを条件として第二機器を制御させる旨の第二設定を受信する受信部と、
前記第一設定と前記第二設定とに基づき、前記第一時間帯に、前記二以上の機器のいずれか一つの機器に対して相反する制御が行われるか否かを判断する判断部と、
前記相反する制御が行われると判断した場合、前記相反する制御の原因となる一対の第三設定を前記第一設定及び前記第二設定のうちの少なくとも前記第一設定の中から抽出する抽出部と、
前記一対の第三設定のいずれか一方の制御の条件に、前記二以上の機器の中から所定の機器の動作状態を追加することで、前記相反する制御を回避する競合回避部と、
前記二以上の機器の動作状態の履歴を蓄積した履歴情報を管理するデータベースととを備え、
前記競合決定部は、前記第一設定のうち前記第二設定に連動する第四設定を、前記一対の第三設定の一方の設定として抽出し、前記抽出した第四設定の制御が開始される前後の所定時間で第一動作状態にする操作がされ、且つ前記第四設定の制御が終了される前後の所定時間で前記第一動作状態とは異なる第二動作状態にする操作がされる頻度の高い相関機器を前記履歴情報に基づいて決定し、
前記相関機器が前記第二動作状態にあることを前記第四設定の制御の条件に加える更新部をさらに備える、
制御装置。
【請求項３】
コンピュータを、ネットワークを介して接続された二以上の機器を制御する制御装置として機能させるプログラムであって、
前記コンピュータに、
所定の時間帯に前記二以上の機器の少なくとも一つの動作状態が変化したことを条件として他の機器を制御するための第一設定を二以上管理し、
第一時間帯に第一機器の動作状態が変化したことを条件として第二機器を制御させる旨の第二設定を受信し、
前記第一設定と前記第二設定とに基づき、前記第一時間帯に、前記二以上の機器のいずれか一つの機器に対して相反する制御が行われるか否かを判断し、
前記相反する制御が行われると判断した場合、前記相反する制御の原因となる一対の第三設定を前記第一設定及び前記第二設定のうちの少なくとも前記第二設定の中から抽出し、
前記一対の第三設定のいずれか一方の制御の条件に、前記二以上の機器の中から所定の機器の動作状態を追加することで、前記相反する制御を回避し、
前記二以上の機器の動作状態の履歴を蓄積した履歴情報を管理し、
前記第一設定のうち前記第二設定に連動する第四設定を、前記一対の第三設定の一方の設定として抽出し、前記抽出した第四設定の制御が開始される前後の所定時間で第一動作状態にする操作がされ、且つ前記第四設定の制御が終了される前後の所定時間で前記第一動作状態とは異なる第二動作状態にする操作がされる頻度の高い相関機器を前記履歴情報に基づいて決定し、
前記相関機器が前記第二動作状態にあることを前記第四設定の制御の条件に加える、
ことを実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、ネットワークを介して接続される複数の家電機器を連動して制御する技術に関するものであり、特に、同じタイミングで同一機器に対して、異なる制御が設定された場合において、制御の競合を回避する技術に関するものである。
【背景技術】
【０００２】
従来、サーバ装置と、宅内等に設置されている機器とが、インターネット等の通信網を介して通信するシステムが知られている（例えば、特許文献１参照）。
【０００３】
このようなシステムでは、サーバ装置、及びホームゲートウェイが、家電機器の状態や天気などのサービスにあわせて、家電機器やサービスが動作するように制御ルールを設定することで、複数の家電機器やサービスを連携して動作させることが可能である。しかし、同じタイミングで同一機器に対して異なる制御が設定された場合、制御の競合が発生するという課題があった。
【０００４】
この課題を解決するために、例えば、特許文献１では、新たに設定された制御を優先する、或いは時間指定がある制御を優先させるといった、事前にルールを作成することで、競合を回避する技術が開示されている。
【０００５】
特許文献２には、制御対象となる家電機器の制御条件に互いに矛盾した少なくとも２以上の指示内容が含まれる時、各制御条件に対応する制御プログラムの中から適切な制御プログラムを予め選択する技術が開示されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００４−５６４６６号公報
【特許文献２】特開２００４−２４８０４３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、同一機器に対する制御の競合を回避するには、さらなる改善が必要とされている。
【課題を解決するための手段】
【０００８】
上記目的を達成するための、本開示の一態様に係る制御方法は、ネットワークを介して接続された二以上の機器を制御する制御装置が行う制御方法であって、
所定の時間帯に前記二以上の機器の少なくとも一つの動作状態が変化したことを条件として他の機器を制御するための第一設定を二以上管理し、
第一時間帯に第一機器の動作状態が変化したことを条件として第二機器を制御させる旨の第二設定を受信し、
前記第一設定と前記第二設定とに基づき、前記第一時間帯に、前記二以上の機器のいずれか一つの機器に対して相反する制御が行われるか否かを判断し、
前記相反する制御が行われると判断した場合、前記相反する制御の原因となる一対の第三設定を前記第一設定及び前記第二設定のうちの少なくとも前記第一設定の中から抽出し、
前記一対の第三設定の制御が前記第一時間帯で重複して行われないように、前記一対の第三設定の制御の時間帯を分割すべき旨の通知を送信する。
【発明の効果】
【０００９】
本開示によれば、複数の連携制御のそれぞれにおいて、動作条件として設定された時間帯に着目して、より適切に制御の競合を回避できる。
【図面の簡単な説明】
【００１０】
【図１】実施の形態１に係る連動設定コントロールシステムの全体像の一例を示す図である。
【図２】実施の形態１における情報端末の構成の一例を示す図である。
【図３】実施の形態１におけるサーバの構成の一例を示す図である。
【図４Ａ】図１に示す機器連動コントロールシステムにおいて、新たな連携制御設定が入力される際の動作の一例を示すフローチャートである。
【図４Ｂ】図１に示す機器連動コントロールシステムにおいて、新たな連携制御設定が入力される際の動作の一例を示すフローチャートである。
【図５】時間帯を設定させる際に表示部に表示される表示画面の一例を示す図である。
【図６】実施の形態１における連携制御設定テーブルの一例を示す図である。
【図７】図６に示す連携制御設定テーブルをツリー構造で示した図である。
【図８】時間帯の分割をユーザに促すための通知を示す表示画面の一例を示す図である。
【図９】時間帯の分割をユーザに促すための別の一例の表示画面を示す図である。
【図１０】ＤＢが記憶する履歴情報の一例を示す図である。
【図１１】実施の形態２における競合を回避する処理の一例を示すフローチャートである。
【発明を実施するための形態】
【００１１】
（本開示の基礎となった知見）
特許文献１に開示されるような従来技術では、新たに設定された制御の方を優先する、或いは時間指定がある制御を優先させることにより、競合の回避が実現されている。しかし、先に設定した制御或いは時間指定のない制御がユーザの所望する制御であることもあり、この場合、ユーザの要求に沿うような制御を実現できないという問題がある。
【００１２】
より具体的には、制御対象となる家電機器である対象機器に対して、ある条件が成立すると、電源をＯＮにする設定を行い、次に、先述した条件とは異なる条件が成立すると、対象機器をＯＦＦにする設定を行った場合を想定する。この場合、この２つの条件の成立が同じタイミングで発生すると、同じ対象機器に対してＯＮとＯＦＦとの矛盾した制御が指示され、競合が発生する。
【００１３】
上記の想定を特許文献１の技術に適用すると、特許文献１では新たに設定した電源のＯＦＦの制御が優先されることになる。しかし、ユーザの所望する制御が電源のＯＮであれば、ユーザの要望に反する制御が行われることになる。
【００１４】
また、特許文献２に開示される技術では、所定の制御を行うべき機器がある場合に、予め各々の条件の優先度を決めておく必要がある。そのため、数多くある外部サービスや全機器の序列を事前に決める必要がある。また、制御の条件の設定を追加する毎に、全体の優先度も設定し直す必要があり、手間がかかるという問題がある。
【００１５】
以上のように、同一機器に対する連携制御の競合を回避するための従来技術は、どちらか一方を固定的に優先するという点で必ずしもユーザの意図に応じたものとはならないという課題があった。更に、このような固定的な優先を実現する場合、種々の競合パターンを回避するための膨大な設定が必要となり、競合回避を行う制御装置の処理負荷が増大すると共に、設定を新たに登録する或いは更新するユーザに対して多大な負担を強いるという課題があった。
【００１６】
本開示は、上述の事情を鑑みてなされたもので、同一機器に対する制御の競合を、ユーザの意図に応じて簡易的に回避することができる技術を提供することを目的とする。
【００１７】
上記目的を達成するための、本開示の一態様に係る制御方法は、ネットワークを介して接続された二以上の機器を制御する制御装置が行う制御方法であって、
所定の時間帯に前記二以上の機器の少なくとも一つの動作状態が変化したことを条件として他の機器を制御するための第一設定を二以上管理し、
第一時間帯に第一機器の動作状態が変化したことを条件として第二機器を制御させる旨の第二設定を受信し、
前記第一設定と前記第二設定とに基づき、前記第一時間帯に、前記二以上の機器のいずれか一つに対して相反する制御が行われるか否かを判断し、
前記相反する制御が行われると判断した場合、前記相反する制御の原因となる一対の第三設定を前記第一設定及び前記第二設定のうちの少なくとも前記第一設定の中から抽出し、
前記一対の第三設定の制御が前記第一時間帯で重複して行われないように、前記一対の第三設定の制御の時間帯を分割すべき旨の通知を送信する。
【００１８】
本態様によれば、第一時間帯に第一機器の動作状態が変化したことを条件として第二機器を制御させる第二設定が受信されると、第一時間帯において、ネットワークに接続された二以上の機器のいずれか一つの機器に対して相反する制御が行われるか否かが判断される。そして、いずれか一つの機器に対して相反する制御が行われると判断された場合、相反する制御の原因となる一対の第三設定が第一設定及び第二設定のうちの少なくとも第一設定の中から抽出される。そして、一対の第三設定の制御が第一時間帯で重複して行われないように、一対の第三設定の制御の時間帯を分割すべき旨の通知が送信される。この通知を受けたユーザは、第三設定の制御の時間帯が第一時間帯で重複しないように、第三設定の制御の時間帯を分割することができる。
【００１９】
これにより、ある時間帯におけるある機器の動作状態の変化を条件として他の機器を制御するための新たな設定が追加されたことに伴い、既存の複数の設定が連動して実行され、結果として特定の機器に対して相反する制御が行われたとしても、この相反する制御を回避することができる。
【００２０】
また、前記第二設定は、前記制御装置と前記ネットワークを介して接続された表示部を備える端末において行われており、
前記通知は、前記相反する制御が発生している旨を前記表示部に表示することにより行われてもよい。
【００２１】
これにより、端末を用いて新たに第二設定を行うユーザに対して、その第二設定により、相反する制御が発生したとしても、そのことをその端末を通じてユーザに知らせることができる。
【００２２】
また、前記表示部に表示される通知は、さらに、前記相反する制御が発生している機器を含むこととしてもよい。
【００２３】
これにより、設定を行うユーザに対して、新たに追加しようとする設定により発生する、相反する制御がどのような機器で発生しているかを知らせることが可能となる。
【００２４】
また、前記表示部に表示される通知は、前記相反する制御を回避するために、前記一対の第三設定の制御の内容を変更するか否かの入力を受け付けるためのメッセージを含んでもよい。
【００２５】
本態様によれば、表示部に表示される通知は、相反する制御を回避するために、一対の第三設定の制御の内容を変更するか否かの入力を受け付けるためのメッセージが含まれている。これにより、第二設定を行うユーザに対して、第三設定の制御の内容を変更することで、相反する制御が回避できることを知らせることができる。
【００２６】
また、前記一対の第三設定の制御の内容を変更する旨の入力を受け付けた場合、前記一対の第三設定において、分割すべき制御の時間帯の候補を前記表示部に表示してもよい。
【００２７】
本態様によれば、一対の第三設定において、分割すべき制御の時間帯の候補が表示部に表示されるので、相反する制御を回避するための設定をユーザに容易に行わせることが可能となる。
【００２８】
また、前記一対の第三設定の制御の内容を変更する旨の入力を受け付けた場合、前記一対の第三設定において、制御の時間帯を分割するためのスライドバーを、前記表示部に表示してもよい。
【００２９】
これにより、新たに追加しようとする設定により発生する、相反する制御を回避するための設定を、ユーザに直感的な操作で容易に行わせることが可能となる。
【００３０】
また、前記相反する制御が行われるか否かの判断は、前記第一設定及び前記第二設定の制御をトレースするシミュレーションにより行われてもよい。
【００３１】
本態様によれば、第一設定及び第二設定の制御をトレースするシミュレーションを行うことで相反する制御が行われるか否かが判断されるので、この判断を正確に行うことができる。
【００３２】
また、本開示の別の一態様に係る制御方法は、ネットワークを介して接続された二以上の機器を制御する制御装置が行う制御方法であって、
所定の時間帯に前記二以上の機器の少なくとも一つの動作状態が変化したことを条件として他の機器を制御するための第一設定を二以上管理し、
第一時間帯に第一機器の動作状態が変化したことを条件として第二機器を制御させる旨の第二設定を受信し、
前記第一設定と前記第二設定とに基づき、前記第一時間帯に、前記二以上の機器のいずれか一つの機器に対して相反する制御が行われるか否かを判断し、
前記相反する制御が行われると判断した場合、前記相反する制御の原因となる一対の第三設定を前記第一設定及び前記第二設定のうちの少なくとも前記第一設定の中から抽出し、前記一対の第三設定のいずれか一方の制御の条件に、前記二以上の機器の中から所定の機器の動作状態を追加することで、前記相反する制御を回避する。
【００３３】
本態様によれば、一対の第三設定のいずれか一方の制御の条件に所定の機器の動作状態が条件として追加されるので、相反する制御の発生を解消できる。
【００３４】
また、前記二以上の機器の動作状態の履歴を蓄積した履歴情報を管理し、
前記第一設定のうち前記第二設定に連動する第四設定を、前記一対の第三設定の一方の設定として抽出し、前記抽出した第四設定の制御が開始される前後の所定時間で第一動作状態にする操作がされ、且つ前記第四設定の制御が終了される前後の所定時間で前記第一動作状態とは異なる第二動作状態にする操作がされる頻度の高い相関機器を前記履歴情報に基づいて決定し、
前記相関機器が前記第二動作状態にあることを前記第四設定の制御の条件に加えてもよい。
【００３５】
本態様によれば、第一設定の中から第二設定に連動する第四設定が抽出され、抽出された第四設定の制御が開始される前後に第一動作状態にする操作がされ、且つ、第四設定の制御が終了される前後の所定時間で第二動作状態にする操作がされる頻度の高い相関機器が履歴情報から決定される。そして、相関機器が第二動作状態であることが、第四設定の制御の条件に加えられ、第四設定が修正される。
【００３６】
ここで、修正前の第四設定の制御の開始時において、相関機器は第二動作状態になる可能性が低いので、修正前の第四設定の条件として、相関機器が第二動作状態であるという条件を追加すると、第二設定に連動して第四設定が実行されることを回避できる。その結果、相反する制御の発生を回避できる。
【００３７】
なお、以下で説明する実施の形態は、いずれも本開示の一具体例を示すものである。以下の実施の形態で示される数値、形状、構成要素、ステップ、ステップの順序などは、一例であり、本開示を限定する主旨ではない。また、以下の実施の形態における構成要素のうち、最上位概念を示す独立請求項に記載されていない構成要素については、任意の構成要素として説明される。また、全ての実施の形態において、各々の内容を組み合わせることも出来る。
【００３８】
（実施の形態１）
まず、本実施の形態における機器連動コントロールシステムの全体構成について説明する。
【００３９】
１．１  機器連動コントロールシステムの全体構成
図１は、実施の形態１に係る制御装置が適用された機器連動コントロールシステム１００の全体構成の一例を示す図である。
【００４０】
図１に示す機器連動コントロールシステム１００は、複数の制御対象機器３００と、ネットワーク５を介して複数の機器のうち少なくとも１つ以上の制御対象機器３００に対する制御を設定するための１以上の情報端末１、及び制御対象機器３００を制御する制御機器（ＷＬＡＮ＿ＡＰ３３、ホームＧＷ３４、ＨＥＭＳ３５、及びホームコントローラ３６）、並びにサーバ４を備える。これらの機器はネットワーク５を介して相互に通信可能に接続されている。
【００４１】
ここで、情報端末１は、例えばスマートホン、タブレットなど、タッチパネル機能を有する表示部を備える携帯可能な機器で構成されている。なお、情報端末１は、これらの例に限られず、タッチパネル機能を有する表示部を備え、宅内３の制御対象機器３００及びサーバ４とネットワーク５を介して接続することができる機器であれば、その種別は問わない。本実施の形態では、情報端末１はスマートホンであるとして以下説明する。
【００４２】
図１に示す宅内３には、光回線終端装置３１、ルータ３２、ＷＬＡＮ（Ｗｉｒｅｌｅｓｓ  ＬＡＮ）＿ＡＰ（ａｃｃｅｓｓ  ｐｏｉｎｔ）３３、ホームゲートウェイ（以下、ＨＧＷと記載）３４、ＨＥＭＳ（ｈｏｍｅ  ｅｎｅｒｇｙ  ｍａｎａｇｅｍｅｎｔ  ｓｙｓｔｅｍ）３５、ホームコントローラ３６、及び制御対象機器３００などの複数の機器が設置されている。これらの機器も機器連動コントロールシステム１００を構成する。本実施の形態に係る制御装置は、サーバ４に実装されるが、ルータ３２、ＨＧＷ３４、ＨＥＭＳ３５、或いはホームコントローラ３６に実装されてもよい。
【００４３】
ホームコントローラ３６は、制御対象機器３００に対して処理要求を行うリモートコントローラとしての機能を有する。
【００４４】
制御対象機器３００は、例えば、テレビ３０１、ＢＤ（Ｂｌｕ−ｒａｙ（登録商標）  Ｄｉｓｃ）レコーダ３０２、空気清浄機３０３、玄関ドア３０４、照明３０５、アロマ器３０６、エアコン３０７、及び給湯器３０８といった家電機器で構成されるが、これは一例である。例えば、冷蔵庫、洗濯機等の家電機器が制御対象機器３００として採用されてもよい。
【００４５】
制御対象機器３００は、ＨＧＷ３４を介して、サーバ４とネットワーク接続が可能である。また、制御対象機器３００は、ＨＧＷ３４から通知された処理要求に応じて、所定の処理を実行し、処理結果をＨＧＷ３４に通知する。ここで、処理要求に応じて行われる処理には、制御対象機器３００のＯＮ／ＯＦＦ及び設定変更といった、制御対象機器３００を動作させる処理の他、電子メールを送信する、ソーシャルネットワークサービス（ＳＮＳ）に投稿するといった処理が含まれる。
【００４６】
ＨＧＷ３４は、サーバ４からの処理要求を宅内３の制御対象機器３００に通知するとともに、制御対象機器３００から取得した情報や処理結果をサーバ４に対して通知する機能を有する。
【００４７】
ネットワーク５は、ローカルエリアネットワーク、或いはインターネットのようなワイドエリアネットワークであってもよいし、両ネットワークが混在するネットワークであってもよい。本実施の形態では、ネットワーク５は、インターネットとして説明する。
【００４８】
サーバ４は、情報端末１からネットワーク５を介して連携制御設定を受け付ける。ここで、連携制御設定とは、所定の時間帯に二以上の機器の少なくとも一つの動作状態が変化したことを条件として、他の機器を制御するための設定である。例えば、玄関ドア３０４がＯｐｅｎになった場合、その時刻が１８：００から２４：００までの間であれば、照明３０５が点灯するというような設定が連携制御設定に該当する。
【００４９】
サーバ４は、二以上の連携制御設定が登録された連携制御設定テーブル６１（図６参照）を宅内３別に管理している。そして、サーバ４は、新たな連携制御設定を情報端末１から受信すると、連携制御設定テーブル６１をトレースするシミュレーションを行うことにより、ある一つの制御対象機器３００に対して相反する制御が行われるか否かを判定する。ここで、相反する制御とは、例えば、ある一つの制御対象機器３００に対してＯＮの制御とＯＦＦの制御とが同時に指示され、制御が競合することを意味する。
【００５０】
サーバ４は、制御の競合が発生すると判断した場合、競合の原因となる一対の連携制御設定を連携制御設定テーブル６１の中から抽出する。そして、サーバ４は、抽出した一対の連携制御設定が新たな連携制御設定が指定する時間帯で重複して行われないように、一対の連携制御設定が指定する時間帯を分割すべき旨の通知を情報端末１に送信する。
【００５１】
また、サーバ４は、制御対象機器３００の制御を実行するために必要な情報をＨＧＷ３４に問い合わせる処理を行う。当該条件に適合した際は、サーバ４は、ＨＧＷ３４を介して制御対象機器３００に対して処理要求を通知する。
【００５２】
光回線終端装置３１は、ルータ３２をネットワーク５に接続させる。ルータ３２は、ＷＬＡＮ＿ＡＰ３３、ＨＧＷ３４、ＨＥＭＳ３５、及びホームコントローラ３６と光回線終端装置３１との通信を中継する。
【００５３】
ＷＬＡＮ＿ＡＰ３３は、無線ＬＡＮに対応する制御対象機器３００（図１では、テレビ３０１）とルータ３２との通信を中継する。ＨＧＷ３４は、ＨＧＷ３４に対応する制御対象機器３００（図１の例では、空気清浄機３０３、玄関ドア３０４、照明３０５、及びアロマ器３０６）とルータ３２との通信を中継する。ＨＥＭＳ３５は、ＨＥＭＳ３５に対応する制御対象機器３００（図１の例では、エアコン３０７及び給湯器３０８）とルータ３２との通信を中継する。
【００５４】
１．２  情報端末の構成
図２は、実施の形態１における情報端末１の構成の一例を示すブロック図である。情報端末１は、サーバ４に対して連携制御設定を要求する機能を有する。
【００５５】
以下、詳細に説明する。情報端末１は、図２に示すように、表示部１１と、取得部１２と、制御部１３とを備える。取得部１２は、例えば情報端末１をネットワーク５に接続するための通信装置及びＣＰＵで構成され、制御部１３はＣＰＵ、ＲＯＭ、ＲＡＭ等を含むコンピュータで構成される。
【００５６】
表示部１１は、例えば、タッチディスプレイで構成され、少なくともタッチ入力が可能なユーザインタフェースを含む表示画面を表示する。表示部１１は、制御部１３の制御の下、表示画面を表示する。すなわち、表示部１１は、制御部１３により決定された表示態様で、連携制御設定を入力するための操作メニューなどを含む表示画面を表示する。
【００５７】
取得部１２は、ネットワーク５を介して、情報端末１の表示部１１に表示される表示画面の表示態様を決定するための制御指標を取得する。
【００５８】
ここで、制御指標には、制御対象機器３００が存在する場所、制御対象機器３００を制御するための情報、制御対象機器３００の属性、制御対象機器３００の状態、及び制御対象機器３００の機能属性などの情報のうち、任意の情報を組み合わせたものが含まれる。
【００５９】
制御部１３は、表示部１１に表示される表示画面に、制御対象となる制御対象機器３００やサービスの候補を表示させると共に、連携制御設定に必要な情報を表示させる。また、制御部１３は、取得部１２が取得した制御指標に基づいて決定した表示態様で、表示部１１に表示される表示画面に１以上の選択メニューを表示させる。
【００６０】
例えば、制御部１３は、連携制御設定をユーザに入力させる場合、複数の制御対象機器３００の中から連携対象となる制御対象機器３００同士を連結させるユーザインターフェースを表示画面を表示してもよい。
【００６１】
この場合、制御部１３は、複数の制御対象機器３００を表したアイコン同士を矢印で連結させるユーザインターフェースを表示画面に表示すればよい。
【００６２】
また、制御部１３は、ある１つのトリガに対して複数の制御対象機器３００が連携されるような選択メニューを表示部１１に表示させてもよい。
【００６３】
また、制御部１３は、同じタイミングで同一機器に対して、ＯＮとＯＦＦとが競合するような連携制御設定が入力された場合、その連携制御設定の条件として設定された時間帯の分割を促す表示画面を表示部１１に表示させてもよい。
【００６４】
１．３  サーバの構成
図３は、実施の形態１におけるサーバ４の構成の一例を示すブロック図である。
【００６５】
サーバ４は、データベース（ＤＢ）４１と、競合判定部４２と、競合設定回避部４３と、更新部４４と、通知部４５とを備える。
【００６６】
ここで、競合判定部４２は判断部の一例であり、更新部４４は管理部及び受信部の一例であり、競合設定回避部４３は抽出部の一例である。競合判定部４２及び競合設定回避部４３、例えばＣＰＵがプログラムを実行ことで実現される。ＤＢ４１は、例えば、不揮発性の記憶装置で構成される。更新部４４及び通知部４５は、例えば、コンピュータをネットワーク５に接続する通信装置及びＣＰＵで構成され、ＣＰＵがプログラムを実行することで実現される。
【００６７】
競合判定部４２は、情報端末１から送信された新たな連携制御設定が更新部４４により受信されると、ＤＢ４１が記憶する連携制御設定テーブル６１をトレースするシミュレーションを行うことにより、ネットワーク５に接続された制御対象機器３００の中からある一つの制御対象機器３００に対して制御の競合が発生するか否かを判定する。
【００６８】
競合設定回避部４３は、競合判定部４２により制御の競合が発生すると判定された場合、競合の原因となる一対の連携制御設定を連携制御設定テーブル６１の中から抽出する。
【００６９】
更新部４４は、新たな連携制御設定を情報端末１から受信すると、受信した連携制御設定を、ＤＢ４１が記憶する連携制御設定テーブル６１（図６参照）に登録する。
【００７０】
また、更新部４４は、制御対象機器３００の状態変化をリアルタイムに監視している、ＷＬＡＮ＿ＡＰ３３、ＨＧＷ３４、ＨＥＭＳ３５から、制御対象機器３００の現在の動作状態を取得し、ＤＢ４１が記憶する制御対象機器３００の現在の状態情報を更新する。
【００７１】
通知部４５は、競合設定回避部４３により抽出された一対の連携制御設定が、新たに追加された連携制御設定が条件として指定する時間帯で重複して行われないように、一対の連携制御設定の時間帯を分割すべき旨の通知を情報端末１に送信する。
【００７２】
図４Ａ、図４Ｂは、図１に示す機器連動コントロールシステム１００において、新たな連携制御設定が入力される際の動作の一例を示すフローチャートである。
【００７３】
まず、情報端末１は、ユーザからの操作に基づいて、連携制御設定機能を起動する（Ｓ１）。ここで、情報端末１には、連携制御設定機能を実行するためのアプリケーションが事前にインストールされており、このアプリケーションを実行する操作がユーザにより入力されることで、Ｓ１の処理が実行される。
【００７４】
次に、サーバ４の通知部４５は、情報端末１の表示部１１に、連携制御設定の開始条件となるトリガ候補を表示させる（Ｓ２）。トリガ候補には、制御対象機器３００、センサ、或いはサービスの候補が含まれる。ここで、情報端末１の取得部１２はサーバ４から送信される制御指標を取得し、情報端末１の制御部１３は、取得された制御指標にしたがった表示態様で、トリガ候補をユーザに選択させる選択メニューを表示部１１に表示させればよい。
【００７５】
選択メニューは、例えば、制御対象機器３００、センサ、或いはサービスを選択する項目を含む第１階層と、種類を選択する項目を含む第２階層と、詳細設定を選択する項目を含む第３階層とを備えるような階層構造の選択メニューが採用されてもよい。サービスとしては、天気をユーザに知らせるサービスや、株価をユーザ知らせるサービスや、防犯のサービスなどが採用できる。
【００７６】
第１階層の選択メニューの中からある項目が選択されると、情報端末１の制御部１３は、選択された項目に応じた第２階層の選択メニューを表示部１１に表示する。例えば、第１階層でセンサが選択されたとすると、玄関のドアの開閉センサを選択させる「玄関ドア開閉」やガレージの開閉センサを選択させる「ガレージ開閉」といった項目が第２階層の選択メニューとして表示される。このように第２階層で選択される種類には機器と機器の設置場所とが含まれている。
【００７７】
第２階層の選択メニューの中からある項目が選択されると、制御部１３は選択された項目に応じた第３階層の選択メニューを表示部１１に表示させる。例えば、第２階層で「玄関ドア開閉」の項目が選択されたとすると、玄関ドアを開ける「開」の項目と、玄関ドアを閉める「閉」の項目とを含む第３階層の選択メニューが表示される。ここで、ユーザが「開」の項目を選択したとすると、トリガが確定される。この選択メニューを通じてユーザは、図６のトリガ６３に示す「場所／機器」と「Ｖａｌｕｅの変化点」とを入力する。
【００７８】
次に、サーバ４の更新部４４は、情報端末１において、ユーザによりトリガ候補を選択する操作が入力されたか否かを確認する（Ｓ３）。なお、Ｓ３において、トリガ候補を選択する操作が入力されなかった場合（Ｓ３でｎｏ）、更新部４４は、処理をＳ２に戻し、該当する操作の入力を待機する。一方、トリガ候補を選択する操作が入力された場合（Ｓ３でｙｅｓ）、処理はＳ４に進められる。上記の階層構造の選択メニューが採用される場合、第３階層までの項目の選択が終了するとＳ３でｙｅｓと判定され、第３階層までの項目の選択が終了されなければ、Ｓ３でｎｏと判定される。
【００７９】
次に、情報端末１の取得部１２は、ネットワーク５を介して、サーバ４から表示画面の表示態様を決定するための制御指標を取得し、制御部１３は、Ｓ３で選択されたトリガによって動作する制御対象機器３００の候補と、候補となる制御対象機器３００に対する制御内容の候補とを表示画面に表示させる（Ｓ４）。この表示画面は上述したような階層構造を持つ選択メニューを含むものであってもよい。この選択メニューを通じてユーザは、図６の実行６４に示す「場所／機器」と「Ｖａｌｕｅ」とを入力する。
【００８０】
次に、サーバ４は、情報端末１において、ユーザにより、表示画面に表示された候補の中から、制御対象機器３００と制御対象機器３００の制御内容とを選択する操作が入力されたか否かを確認する（Ｓ５）。なお、Ｓ５において、制御対象機器３００と、制御対象機器３００の制御内容とが選択されたことが確認できなかった場合（Ｓ５でｎｏ）、サーバ４は、処理をＳ４に戻し、該当する操作の入力を待機する。
【００８１】
次に、情報端末１の取得部１２は、ネットワーク５を介して、サーバ４から表示画面の表示態様を決定するための制御指標を取得し、Ｓ５で選択された制御対象機器３００を制御する際の条件を入力するための表示画面を表示させる（Ｓ６）。ここで入力される条件としては、Ｓ３で選択されたトリガが発生する時間帯を制約する条件が採用される。
【００８２】
例えば、トリガとして「玄関ドアのＯｐｅｎ」が選択され、制御対象機器３００及び制御内容として「照明のＯＮ」が選択され、条件として「夜の時間帯（１８：００−２４：００）」が選択されたとする。この場合、条件で設定した「夜の時間帯（１８：００−２４：００）」以外の時間帯で「玄関ドアがＯｐｅｎ」にされたとしても、照明は点灯しない。
【００８３】
図５は、時間帯を設定させる際に表示部１１に表示される表示画面５１の一例を示す図である。表示画面５１では、朝（６：０１−１１：００）、昼（１１：０１−１５：００）、夕方（１５：０１−１８：００）、夜（１８：０１−２４：００）、及び未明（０：０１−６：００）に対応する５つの選択欄５２〜５６が表示されている。ユーザは、これら５つの選択欄５２〜５６の中から所望する１つの選択欄を選択する。このように、表示画面５１では、設定の容易性の観点から、１日の時間帯を５つに区分することで得られる５つの時間帯の中から、１つの時間帯をユーザに選択させる表示態様が採用されている。
【００８４】
図４Ａに参照を戻す。サーバ４の更新部４４は、情報端末１において、ユーザにより、Ｓ６で表示される表示画面において条件が入力されたことを確認する（Ｓ７）。ここでは、更新部４４は、情報端末１において、表示画面５１に表示された選択欄５２〜５６の中から１つの選択欄が選択されたことを確認する。なお、表示画面５１において、条件無しの選択欄（図略）が設けられていてもよい。Ｓ７において、更新部４４は、条件の入力を確認できなかった場合（Ｓ７でｎｏ）、処理をＳ６に戻し、条件の入力を待機する。
【００８５】
次に、サーバ４の競合判定部４２は、ＤＢ４１から、過去に設定した連携制御設定が登録された連携制御設定テーブル６１を参照し、今回追加される連携制御設定によって、同じタイミングで同一の制御対象機器３００に対して制御の競合が発生するか否かを判定する（Ｓ８）。
【００８６】
この競合の判定について、図６の例を用いて具体的に説明する。図６は、実施の形態１における連携制御設定テーブル６１の一例を示す図である。連携制御設定テーブル６１は、１つのレコードに対して１つの連携制御設定が登録されており、設定６２、トリガ６３、実行６４、及び条件６５を対応付けて記憶する。なお、図６において、Ｎｏ．１〜Ｎｏ．６の連携制御設定が第一設定の一例に相当し、Ｎｏ．７の連携制御設定が第二設定の一例に相当する。
【００８７】
設定６２は、連携制御設定の識別子である。図６の例では、設定６２には、設定順に１つずつ値が増大する数値が採用されている。トリガ６３は、連携制御設定の開始条件を示し、「場所／機器」と「Ｖａｌｕｅの変化点」とを含む。「場所／機器」は、連携制御設定の開始条件となるトリガ機器（制御対象機器３００、センサ、或いはサービス）と、そのトリガ機器の宅内３での設置場所とを示す。
【００８８】
「Ｖａｌｕｅの変化点」は、「場所／機器」で示すトリガ機器の動作状態の変化内容を示す。すなわち、「場所／機器」で示すトリガ機器の動作状態が「Ｖａｌｕｅの変化点」で示す変化内容に変化したことが、連携制御設定の開始のトリガとなる。
【００８９】
実行６４は、トリガ６３に連動して実行される制御内容を示し、「場所／機器」と「Ｖａｌｕｅ」とを含む。「場所／機器」は、トリガ６３に連動して実行される制御対象機器３００と、その制御対象機器３００の宅内３での設置場所とを示す。「Ｖａｌｕｅ」は、「場所／機器」で示す制御対象機器３００に対する制御内容を示す。
【００９０】
条件６５は、連携制御設定を開始するに際してトリガ６３が満たすべき条件を示し、「種類」と「Ｖａｌｕｅ」とを含む。「種類」は、条件６５の種類を示し、図６の例では、「時間帯」が採用されている。「Ｖａｌｕｅ」は、「種類」の内容を示し、図６の例では、「時間帯」を示す数値が採用されている。
【００９１】
図６の例では、夜間の帰宅時の連携制御を目的に、Ｎｏ．１の「トリガ：玄関ドアのＯｐｅｎ、実行：ホール照明のＯＮ、条件：夜（１８：００−２４：００）」の連携制御設定と、Ｎｏ．２の「トリガ：玄関ドアのＯｐｅｎ、実行：全室空気清浄機のＯＮ、条件：なし」の連携制御設定とが登録されている。
【００９２】
次に、夜間の就寝時の連携制御を目的に、Ｎｏ．３の「トリガ：リビング照明のＯＦＦ、実行：階段照明のＯＮ、条件：夜（１８：００−２４：００）」の連携制御設定と、Ｎｏ．４の「トリガ：階段照明のＯＮ、実行：寝室照明のＯＮ、条件：夜（１８：００−２４：００）」の連携制御設定と、Ｎｏ．５の「トリガ：寝室照明のＯＮ、実行：寝室アロマ器のＯＮ、条件：夜（１８：００−２４：００）」の連携制御設定とが登録されている。
【００９３】
また、アロマ器をＯＮすることにより発生したアロマが空気清浄機により除去されることを防止するために、Ｎｏ．６の「トリガ：寝室アロマ器のＯＮ、実行：寝室空気清浄機のＯＦＦ、条件：なし」の連携制御設定が登録されている。
【００９４】
このような設定がなされている状況において、就寝時の連携制御の拡張を目的に、Ｎｏ．７の「トリガ：ホール照明のＯＮ、実行：階段照明の点灯、条件：夜（１８：００−２４：００）」の連携制御設定が新たに追加されたとする。
【００９５】
この場合、夜（１８：００−２４：００）に玄関ドアがＯｐｅｎされると、夜間の帰宅時の連携制御を目的とするＮｏ．１及びＮｏ．２の連携制御設定のトリガ６３と条件６５とが満たされることになり、「ホール照明のＯＮ」と「全室空気清浄機のＯＮ」とが実行される。これにより、Ｎｏ．７の連携制御設定のトリガ６３である「ホール照明のＯＮ」及び条件６５である「夜（１８：００−２４：００）」が満たされることになり、「階段照明のＯＮ」が実行される。これにより、夜間の就寝時の連携制御を目的とするＮｏ．４の連携制御設定のトリガ６３である「階段照明のＯＮ」と条件６５である「夜（１８：００−２４：００）」とが満たされることになり、「寝室照明のＯＮ」が実行される。
【００９６】
これに続けて、Ｎｏ．５及びＮｏ．６の連携制御設定が実行されることとなり、「寝室空気清浄機のＯＦＦ」が実行されることになる。一方、上記のように、Ｎｏ．２の連携制御設定により寝室空気清浄機がＯＮされている。その結果、寝室空気清浄機に対して、ＯＮとＯＦＦとが同時に実行されることになる。
【００９７】
以上のように、各々異なる目的によって設定した連携制御が繋がり、同じタイミングで同一機器に対して制御の競合が発生してしまうことになる。
【００９８】
図７は、図６に示す連携制御設定テーブル６１をツリー構造で示した図である。図７において、左側の点線で囲んだ枠は、夜間の帰宅時の連携制御設定を示し、右側の点線で囲んだ枠は夜間の就寝時の連携制御設定を示している。図７において、矢印に付した「Ｎｏ．＋数値」は図６の設定６２を示している。
【００９９】
図７において、Ｎｏ．１〜Ｎｏ．６の連携制御設定が設定済みである場合において、ユーザは、帰宅時において、「どうせなら階段の照明も付けておこう」と考え、Ｎｏ．７の連携制御設定を新たに追加している。すなわち、ホール照明のＯＮに連動して階段照明をＯＮさせる連携制御設定が新たに追加されている。
【０１００】
これにより、Ｎｏ．７の連携制御設定の実行によりＮｏ．４の連携制御設定が実行され、夜間の帰宅時の連携制御設定と就寝時の連携制御設定とが連動してしまう。その結果、Ｎｏ．４→Ｎｏ．５→Ｎｏ．６の連携制御設定が実行され、寝室空気清浄機がＯＦＦという制御と、Ｎｏ．２の連携制御設定の実行による空気清浄機のＯＮという制御とが同時に発生し、制御の競合が発生する。
【０１０１】
そこで、競合判定部４２は、連携制御設定テーブル６１に登録された連携制御設定をトレースするシミュレーションを実行することで、制御の競合が発生するか否かを判定する。このシミュレーションとしては、例えば、図７に示すようなツリーを作成する手法が採用できる。或いは、このシミュレーションとしては、例えば、連携制御設定テーブル６１に登録された連携制御設定の中から、最初に実行する連携制御設定をＮｏ．１からＮｏ．７まで順番に変えながら、連携制御設定テーブル６１に登録された連携制御設定を順次にトレースする処理を繰り返す手法が採用できる。
【０１０２】
或いは、このシミュレーションとしては、連携制御設定テーブル６１で示す、各連携制御設定に対してＩＦ、ＴＨＥＮ、ＴＨＡＴのロジックを割り付けて、シミュレーションを行う手法が採用できる。
【０１０３】
図４Ｂに参照を戻す。Ｓ８において、競合判定部４２が競合が発生すると判定した場合（Ｓ８でｎｏ）、競合設定回避部４３は、競合の原因となる一対の連携制御設定を連携制御設定テーブル６１の中から抽出する（Ｓ９）。
【０１０４】
ここで、前述の例では、競合の発生は、Ｎｏ．７の条件である「夜（１８：００−２４：００）」が、Ｎｏ．１の条件である「夜（１８：００−２４：００）」と合致していることに起因している。
【０１０５】
そのため、これら２つの連携制御設定の条件が同時に満たされないように時間帯を分割すれば、Ｎｏ．１が実行されてＮｏ．７のトリガ６３となる「ホール照明のＯＮ」が実行されたとしても、Ｎｏ．７の条件６５は満たされなくなるので、「階段照明のＯＮ」が実行されなくなる。これにより、図７に示すように、「階段照明のＯＮ」の実行に連動する、Ｎｏ．４、Ｎｏ．５、及びＮｏ．６の連携制御設定が実行されなくなる。その結果、寝室空気清浄機に対して、ＯＮとＯＦＦとが同時に実行されることを回避できる。
【０１０６】
そこで、競合設定回避部４３は、新たに追加した連携制御設定と、この連携制御設定に対して、時間帯が重複する連携制御設定とを競合の原因となる一対の連携制御設定として抽出する。図７に示すツリーの例では、Ｎｏ．７の連携制御設定と時間帯が重複する連携制御設定のうち、最上流にある連携制御設定を抽出するというルールの下、Ｎｏ．１の連携制御設定が抽出されたが、これは一例であり、競合が回避できる連携制御設定であれば、どのような連携制御設定が抽出されてもよい。この例では、Ｎｏ．１、Ｎｏ．７が一対の第三設定の一例に相当する。
【０１０７】
例えば、図７に示すように、寝室空気清浄機の制御の競合を回避するには、Ｎｏ．７が実行されても、Ｎｏ．７とＮｏ．６との間にあるＮｏ．３、Ｎｏ．４、Ｎｏ．５のいずれかの連携制御設定が実行されなければよい。そこで、Ｎｏ．７の連携制御設定と、Ｎｏ．３、Ｎｏ．４、Ｎｏ．５のうちいずれか１つの連携制御設定とが競合の原因となる一対の連携制御設定として抽出されてもよい。
【０１０８】
また、上記の例では、競合設定回避部４３は、抽出する一対の連携制御設定に、新たに追加された連携制御設定を含ませたが、既存の連携制御設定の中から競合の原因となる一対の連携制御設定を抽出してもよい。
【０１０９】
例えば、図７の例において、寝室空気清浄機の競合を回避するには、Ｎｏ．１とＮｏ．２の連携制御設定の時間帯を分割することでも実現可能である。そこで、競合設定回避部４３は、Ｎｏ．１とＮｏ．２との連携制御設定を、競合の原因となる一対の連携制御設定として抽出してもよい。また、図７の例において、寝室空気清浄機の競合を回避するには、Ｎｏ．１の連携制御設定と、Ｎｏ．２、Ｎｏ．３、Ｎｏ．４、Ｎｏ．５のいずれかの連携制御設定との時間帯を分割することでも実現可能である。そこで、競合設定回避部４３は、Ｎｏ．１の連携制御設定とＮｏ．２、Ｎｏ．３、Ｎｏ．４、Ｎｏ．５のいずれかの連携制御設定とを競合の原因となる一対の連携制御設定として抽出してもよい。
【０１１０】
図４Ｂに参照を戻す。通知部４５は、Ｓ９で抽出した連携制御設定において、「条件」に記載された時間帯の分割をユーザに促すための通知を情報端末１に送信する（Ｓ１０）。次に、情報端末１の制御部１３は、Ｓ１０で送信された通知を示す表示画面を表示部１１に表示させる（Ｓ１１）。
【０１１１】
図８は、時間帯の分割をユーザに促すための通知を示す表示画面７１，７２の一例を示す図である。図８のセクション（ａ）に示すように、表示画面７１には、競合の原因となる連携制御設定の内容を示す表示欄７１１と、制御が競合した制御対象機器３００を示す表示欄７１２とが含まれている。
【０１１２】
上記の例では、玄関ドアのＯｐｅｎをトリガに寝室空気清浄機の競合が発生している。そのため、表示欄７１２には、「不整合内容  玄関ドアＯｐｅｎによる寝室空気清浄機のＯＮとＯＦＦの同時制御」と記載され、トリガの内容と制御が競合している制御対象機器３００とが明示されている。また、表示欄７１１には、「設定した内容  トリガ：ホール照明  制御：階段照明  条件：夜（１８：００−２４：００）」と記載され、時間帯の変更対象となるＮｏ．７の連携制御設定の内容が表示されている。
【０１１３】
表示画面７１の下部には、「はい」と記載されたボタン７１３と、「設定キャンセル」と記載されたボタン７１４とが配置されている。
【０１１４】
連携制御設定の変更を承諾する場合、ユーザはボタン７１３を選択する操作を入力し、新たに追加した連携制御設定を破棄する場合、ユーザはボタン７１４を選択する操作を入力する。
【０１１５】
ボタン７１３を選択する操作が入力されると、表示部１１は、図８のセクション（ｂ）に示す表示画面７２を表示する。表示画面７２には、制御の競合を回避するための複数の時間帯の候補を示す候補表示欄７２１〜７２３が含まれている。
【０１１６】
図７のセクション（ａ）の例では、夜（１８：００−２４：００）の時間帯に、Ｎｏ．７の連携制御設定によって、寝室空気清浄機の競合が発生していることが示されている。そのため、図７のセクション（ｂ）では、夜（１８：００−２４：００）の時間帯を分割することをユーザに促すために、候補となる時間帯「１８：０１−２０：００」、「２０：０１−２２：００」、及び「２２：０１−２４：００」の３つの時間帯を示す候補表示欄７２１〜７２３が表示されている。
【０１１７】
ユーザは、表示画面７２において、候補表示欄７２１〜７２３の中から、所望する時間帯の候補表示欄７２１〜７２３を選択する操作を入力することで、Ｎｏ．７の連携制御設定の時間帯を分割する。
【０１１８】
なお、時間帯の分割をユーザに促すための表示画面は、図８のセクション（ｂ）に示す表示画面７２に限定されない。図９は、時間帯の分割をユーザに促すための別の一例の表示画面９１を示す図である。表示画面９１には、Ｎｏ．１の連携制御設定の時間帯を分割するためのスライドバー９１１とＮｏ．７の連携制御設定の時間帯を分割するためのスライドバー９１２とが表示されている。スライドバー９１１，９１２にはゲージＧが表示されており、ゲージＧの左端は分割前の時間帯の開始時刻を示し、ゲージＧの右端は分割前の時間帯の終了時刻を示している。ここでは、Ｎｏ．１、Ｎｏ．７とも分割前の時間帯は「１８：００−２４：００」なので、スライドバー９１１，９１２において、ゲージＧの左端には「１８：００」、ゲージＧの右端には「２４：００」と記載されている。
【０１１９】
ユーザは、スライドバー９１１，９１２のいずれか一方を選択し、選択したスライドバーの左端を左右にスライドさせることで、分割後の時間帯の開始時刻を設定し、選択したスライドバーの右端を左右にスライドさせることで、分割後の時間帯の終了時刻を設定する。この例では、スライドバー９１１が選択され、左端が２０：０１に設定され、右端が２２：００に設定されている。
【０１２０】
これに連動して、選択されなかった方のスライドバー９１２は、スライドバー９１１において設定された時間帯が含まれないように、表示形態を変更する。これにより、ユーザは、Ｎｏ．１とＮｏ．７との連携制御設定の時間帯が重複しないように両時間帯を分割できる。この例では、スライドバー９１２は、スライドバー９１１の操作に連動して「１８：００−２０：００」と「２２：０１−２４：００」との時間帯にＮｏ．７の時間帯を分割させている。
【０１２１】
なお、図９の例では、ユーザはスライドバーを操作することで時間帯を分割したが、これは一例であり、直接時間を入力することで時間帯を分割してもよい。
【０１２２】
図４Ｂに参照を戻す。Ｓ１２において、ユーザにより時間帯を分割する操作が入力されると（Ｓ１２でｙｅｓ）、情報端末１は、入力結果をサーバ４に送信する。一方、分割する操作が入力されなければ（Ｓ１２でｎｏ）、処理をＳ１１に戻し、操作の入力を待機する。なお、図８のセクション（ａ）の表示画面７１においてボタン７１４を選択する操作が入力された場合、すなわち、新たに追加する連携制御設定をキャンセルする操作が入力された場合もＳ１２でｙｅｓと判定される。
【０１２３】
Ｓ８において、競合判定部４２が競合が発生しないと判定した場合（Ｓ８でｙｅｓ）、或いは、Ｓ１２において、時間帯を分割する操作が入力された場合（Ｓ１２でｙｅｓ）、処理はＳ１３は進められる。
【０１２４】
Ｓ１３において、サーバ４の更新部４４は、入力結果にしたがって、連携制御設定テーブル６１において該当する連携制御設定の内容を更新する。例えば、図８の表示画面７２において、「２２：０１−２４：００」の時間帯が選択されたとすると、更新部４４は、図６において、Ｎｏ．７の連携制御設定の時間帯を「２２：０１−２４：００」に更新し、且つ、Ｎｏ．１の連携制御設定の時間帯を「１８：００−２２：００」に更新する。
【０１２５】
以上により、１８：００−２０：００の時間帯に玄関ドアがＯｐｅｎされても、Ｎｏ．７の連携制御設定は実行されず、寝室空気清浄機の制御の競合が回避される。
【０１２６】
なお、Ｓ８でｙｅｓと判定されて処理がＳ１３に進められた場合、更新部４４は、新たに追加されたＮｏ．７の連携制御設定を連携制御設定テーブル６１に正式に登録すればよい。また、図８のセクション（ａ）においてＮｏ．７の連携制御設定を破棄するボタン７１４が選択されて、処理がＳ１３に進められた場合、更新部４４は、連携制御設定テーブル６１に仮登録しておいたＮｏ．７の連携制御設定を削除すればよい。
【０１２７】
以降、図６に示す連携制御設定テーブル６１のいずれかの連携制御設定において、トリガ６３及び条件６５に適合する状況が発生すると、通知部４５は、ネットワーク５を介してＨＧＷ３４に、該当する制御対象機器３００の制御信号を送信し、ＨＧＷ３４は、その制御信号を該当する制御対象機器３００に送信する。これにより、連携制御設定が実行される。なお、本実施の形態では実行６４における制御対象は、制御対象機器３００であるとして説明したが、サービスやセンサであってもよい。制御対象がサービスである場合、サーバ４は、制御信号をＨＧＷ３４ではなく、該当サービスを管理する別のサーバに直接通知してもよい。
【０１２８】
上記実施の形態では、サーバ４の更新部４４は、制御対象機器３００の状態変化をリアルタイムに検知しているＨＧＷ３４との通信を通じて、制御対象機器３００の現在の状態情報を取得するとして説明した。
【０１２９】
これは一例であり、サーバ４の更新部４４は、情報端末１からの処理要求があるたびに、制御対象機器３００の状態を、ＨＧＷ３４を介して制御対象機器３００に問い合わせてもよい。
【０１３０】
以上のように、本実施の形態によれば、複数の連携制御設定のそれぞれの条件として設定された時間帯に着目し、これを適切に分割することによって、同一の機器に対する矛盾した制御を回避することができる。また、本実施の形態の手法は、矛盾した制御のどちらかを固定的に優先する手法ではなく、種々の競合パターンを回避するための膨大な設定を必要としない。したがって、本実施の形態によれば、同一機器に対する連携制御の競合を、ユーザの意図に応じかつ簡易的に回避することが可能となる。
【０１３１】
（実施の形態２）
実施の形態２は、時間帯の分割をユーザに促す表示画面を情報端末１に表示する態様に代えて、競合の原因となる連携制御設定の条件６５に制御対象機器３００の動作状態を追加することで制御の競合を回避することを特徴とする。なお、本実施の形態において実施の形態１と同一構成には同一の符号を付して説明を省く。
【０１３２】
本実施の形態において、競合設定回避部４３は、条件６５において、ある制御対象機器３００の動作状態を追加することにより競合を解消する。この場合、競合設定回避部４３は、ＤＢ４１に記憶された制御対象機器３００の動作状態の履歴を示す履歴情報を参照することで、条件６５に追加する制御対象機器３００の動作状態を決定すればよい。以下、具体的に説明する。
【０１３３】
図１０は、ＤＢ４１が記憶する履歴情報１０００の一例を示す図である。この履歴情報１０００は、サーバ４がＷＬＡＮ＿ＡＰ、ＨＧＷ３４、及びＨＥＭＳ３５等と適宜通信することでサーバ４により作成及び管理されている。図１０の例では、帰宅時である２０：００において新たに追加されたＮｏ．７の連携制御設定が実行され、階段照明がＯＮされ、これに連動して、Ｎｏ．４の連携制御設定が実行され、寝室照明がＯＮされている。また、就寝時である２３：００に階段照明がＯＦＦされ、Ｎｏ．４の連携制御設定が終了されている。
【０１３４】
一方、テレビは、２０：１０にＯＮされており、Ｎｏ．４の連携制御設定が開始される２０：００の前後１０分以内にＯＮされていることが分かる。また、テレビは、２２：５５にＯＦＦされており、Ｎｏ．４の連携制御設定が終了される２３：００の前後１０分以内にＯＦＦされていることが分かる。このことから、テレビは、Ｎｏ．４の連携制御設定と相関が高く、Ｎｏ．４の連携制御設定の開始時刻である２０：００には、テレビはＯＮされる可能性が高いので、Ｎｏ．４の連携制御設定の条件に「テレビ：ＯＦＦ」を追加すると、帰宅時にＮｏ．４の連携制御設定の実行を回避できることが分かる。
【０１３５】
図１１は、実施の形態２における競合を回避する処理の一例を示すフローチャートである。なお、このフローチャートでは、図６に示す連携制御設定テーブル６１が使用されているものとする。なお、図１１に示すフローチャートは、実際に競合が発生したときに実行されてもよいし、新たな連携制御設定が追加されたときに実行されてもよい。
【０１３６】
まず、競合判定部４２は、図６に示す連携制御設定テーブル６１をトレースすることで玄関ドアのＯｐｅｎをトリガに寝室空気清浄機で競合が発生すると判定する（Ｓ１０１）。
【０１３７】
次に、競合設定回避部４３は、最も最近に追加した連携制御設定（以下、「追加ルール」と記述する。）を特定する（Ｓ１０２）。ここでは、Ｎｏ．７の連携制御設定が追加ルールとして特定される。
【０１３８】
次に、競合設定回避部４３は、追加ルールに連動する連携制御設定（以下、「次のルール」と記述する。第四設定に相当）を特定し、特定した次のルールと相関の高い制御対象機器３００を履歴情報１０００から特定する（Ｓ１０３）。例えば、競合設定回避部４３は、過去１週間の履歴情報１０００を参照し、次のルールの開始時刻に前後する所定時間（例えば前後１０分ずつの合計２０分）と次のルールの終了時刻に前後する所定時間とに、動作状態が所定回（例えば３回）以上変化した制御対象機器３００を相関の高い制御対象機器３００として特定すればよい。ここでは、Ｎｏ．４の連携制御設定が次のルールとして特定される。また、履歴情報１０００に示すように、テレビは、Ｎｏ．４の連携制御設定の開始時刻（２０：００）に前後の少なくとも一方を含む所定時間にＯＮ（第一動作状態に相当）し、Ｎｏ．４の連携制御設定の終了時刻（２３：００）に前後の少なくとも一方を含む所定時間にＯＦＦ（第二動作状態に相当）する動作状態の変化パターンを、過去１週間に３回以上示したので、テレビが相関の高い制御対象機器３００として特定される。
【０１３９】
次に、競合設定回避部４３は、次のルールの終了時刻に前後する所定時間（例えば前後１０分ずつの合計２０分）において、次のルールと相関の高い制御対象機器３００の動作状態を特定する（Ｓ１０４）。ここでは、Ｎｏ．４の連携制御設定の終了時刻である２３：００の５分前の２２：５５にテレビがＯＦＦされているので、テレビのＯＦＦが動作状態として特定される。
【０１４０】
次に、更新部４４は、次のルールの条件に、次のルールと相関の高い制御対象機器３００と、Ｓ１０４で特定された動作状態とを追加する。ここでは、Ｎｏ．４の連携制御設定の条件に「テレビ：ＯＦＦ」が追加される。
【０１４１】
これにより、帰宅時の玄関ドアのＯｐｅｎをトリガにＮｏ．１及びＮｏ．７の連携制御設定が実行されても、Ｎｏ．４の連携制御設定が実行されなくなる。その結果、Ｎｏ．５、Ｎｏ．６の連携制御設定が実行されず、寝室空気清浄機の制御の競合を回避できる。
【０１４２】
なお、実施の形態２において、相関の高い制御対象機器３００の動作状態を条件として追加する場合、追加候補となる制御対象機器３００とその動作状態とを情報端末１の表示部１１に表示させてユーザに提示してもよい。そして、ユーザから条件の追加に対する承諾が得られた場合に、競合設定回避部４３は、該当する連携制御設定の条件６５に該当する制御対象機器３００とその動作状態とを追加するようにしてもよい。
【０１４３】
以上、本実施の形態に係る機器連動コントロールシステムについて説明したが、本開示は、上述の実施の形態に限定されるものではない。本開示の趣旨を逸脱しない限り、当業者が思いつく各種変形を本実施の形態に施したものや、上記の実施の形態とは異なる構成要素を組み合わせて構築される形態も、本開示に含まれる。
【０１４４】
なお、図２及び図３に示す構成要素は、専用のハードウェアで実現されてもよいし、ソフトウェアプログラムを実行することによって実現されてもよい。後者の場合、各構成要素は、ＣＰＵまたはプロセッサなどのプログラム実行部が、ハードディスクまたは半導体メモリなどの記録媒体に記録されたソフトウェアプログラムを読み出して実行することによって実現されればよい。
【産業上の利用可能性】
【０１４５】
本開示は、ネットワークに接続された複数の制御対象機器を連携制御する技術において有用である。
【符号の説明】
【０１４６】
１  情報端末
１１  表示部
１２  取得部
１３  制御部
３  宅内
４  サーバ
４２  競合判定部
４３  競合設定回避部
４４  更新部
４５  通知部
５  ネットワーク
５１  表示画面
５２  選択欄
６１  連携制御設定テーブル
１００  機器連動コントロールシステム
３００  制御対象機器
１０００  履歴情報
【図１】
0006567986.tif 000002
【図２】
0006567986.tif 000003
【図３】
0006567986.tif 000004
【図４Ａ】
0006567986.tif 000005
【図４Ｂ】
0006567986.tif 000006
【図５】
0006567986.tif 000007
【図６】
0006567986.tif 000008
【図７】
0006567986.tif 000009
【図８】
0006567986.tif 000010
【図９】
0006567986.tif 000011
【図１０】
0006567986.tif 000012
【図１１】
0006567986.tif 000013