JP2018026645A - 機器制御システム、プログラム、及び機器制御方法 - Google Patents

Abstract

【課題】ユーザが機器の状態を変更するときに不要な通信トラフィックが発生するのを抑制し易いこと。【解決手段】機器制御システム１は、通信部１１と、入力部１４と、制御部１５とを備える。入力部１４の受け付ける操作入力は、制御部１５に機器２の状態を変更させる変更入力を含む。制御部１５は、表示処理と、送信不可処理とを実行するように構成される。表示処理は、所定の時点における機器２の状態を表示部１３に表示させる処理である。送信不可処理は、表示処理を実行してから変更入力を受け付けるまで、通信部１１に機器２の状態を含む制御信号を機器２に向けて送信させる送信出力ができない状態とする処理である。【選択図】図１

Description

本発明は、一般に機器制御システム、プログラム、及び機器制御方法に関する。より詳細には、本発明は、通信により制御対象の機器を制御する機器制御システム、プログラム、及び機器制御方法に関する。

従来、通信により制御対象の機器を制御する機器制御システムが知られており、たとえば特許文献１に開示されている。特許文献１に記載のホームネットワークシステム（機器制御システム）は、複数の家電機器に接続されたホームネットワークと、ホームネットワークに接続されたホストコンピュータとを備える。ホストコンピュータは、ユーザの設定した機器設定データ（機器の状態）に基づいて複数の家電機器を制御する。

特開２０００−３４７９７０号公報

ところで、上記従来例のような機器制御システムにおいては、ユーザが機器の状態を変更するときに不要な通信トラフィックが発生するのを抑制することが望まれている。

本発明は、上記の点に鑑みてなされており、ユーザが機器の状態を変更するときに不要な通信トラフィックが発生するのを抑制し易い機器制御システム、プログラム、及び機器制御方法を提供することを目的とする。

本発明の一態様に係る機器制御システムは、通信部と、入力部と、制御部とを備える。前記通信部は、少なくとも制御対象となる機器と通信する。前記入力部は、人による操作入力を受け付ける。前記制御部は、前記通信部、及び前記入力部を制御する。前記操作入力は、前記制御部に前記機器の状態を変更させる変更入力を含む。前記制御部は、表示処理と、送信不可処理とを実行するように構成される。前記表示処理は、所定の時点における前記機器の状態を表示部に表示させる処理である。前記送信不可処理は、前記表示処理を実行してから前記変更入力を受け付けるまで、前記通信部に前記機器の状態を含む制御信号を前記機器に向けて送信させる送信出力ができない状態とする処理である。

また、本発明の一態様に係るプログラムは、コンピュータを、通信部、入力部、制御部として機能させる。前記通信部は、少なくとも制御対象の機器と通信する。前記入力部は、人による操作入力を受け付ける。前記制御部は、前記通信部、及び前記入力部を制御する。前記操作入力は、前記制御部に前記機器の状態を変更させる変更入力を含む。そして、前記プログラムは、表示処理と、送信不可処理とを実行するように前記制御部を機能させる。前記表示処理は、所定の時点における前記機器の状態を表示部に表示させる処理である。前記送信不可処理は、前記表示処理を実行してから前記変更入力を受け付けるまで、前記通信部に前記機器の状態を含む制御信号を前記機器に向けて送信させる送信出力ができない状態とする処理である。

また、本発明の一態様に係る機器制御方法は、通信ステップと、表示ステップと、入力ステップとを有する。前記通信ステップは、少なくとも制御対象の機器と通信するステップである。前記表示ステップは、表示部に情報を表示させるステップである。前記入力ステップは、人による操作入力を受け付けるステップである。前記操作入力は、前記機器の状態を変更させる変更入力を含む。前記機器制御方法は、所定の時点における前記機器の状態を前記表示ステップにおいて前記表示部に表示する。かつ、前記機器制御方法は、前記機器の状態を表示してから前記変更入力を受け付けるまで、前記機器の状態を含む制御信号を前記機器に向けて送信させる送信出力ができない状態とする。

本発明は、ユーザが機器の状態を変更するときに不要な通信トラフィックが発生するのを抑制し易い。

図１Ａは、本発明の実施形態１に係る機器制御システムを示すブロック図である。図１Ｂは、本発明の実施形態１に係る機器制御システムにおける、機器制御方法を示すフローチャートである。 図２は、同上の機器制御システムを示すシステム構成図である。 図３Ａは、同上の機器制御システムにおいて、ユーザが制御対象の機器を選択するときに表示される第１画面の一例を示す図である。図３Ｂは、同上の機器制御システムにおいて、選択された機器の状態が表示される第２画面の一例を示す図である。 図４Ａは、同上の機器制御システムにおいて、ユーザが機器の状態を変更するときに表示される第３画面の一例を示す図である。図４Ｂは、同上の機器制御システムにおいて、ユーザが機器の状態を変更した後に表示される第２画面の一例を示す図である。 図５は、本発明の実施形態２に係る機器制御システムにおいて、機器の状態と併せて推奨状態が表示されている第２画面の一例を示す図である。 図６は、同上の機器制御システムにおいて、推奨状態が表示されている第２画面の一例を示す図である。

（実施形態１）
（１）概要
以下、実施形態１の機器制御システム１について説明する。本実施形態の機器制御システム１は、図１Ａ及び図２に示すように、通信により施設１００に設置されている制御対象の機器２を制御するように構成されている。機器２は、たとえばエアーコンディショナ（以下、単に「エアコン」という）２１、照明装置２２、空気清浄機２３である。施設１００は、たとえば戸建住宅である。なお、施設１００は、集合住宅の各住戸等の戸建住宅以外の住宅や、事務所、店舗等の非住宅であってもよい。また、機器２は、シャッター（電動シャッター）やサッシ（電動サッシ）、給湯機、換気扇などであってもよい。

本実施形態では、施設１００に複数の機器２が設置されている。具体的には、エアコン２１、照明装置２２、空気清浄機２３が、施設１００の所定のエリア（たとえば、リビング、子供部屋、寝室）ごとに設置されている。図２では、説明を簡単にするために、エアコン２１、照明装置２２、空気清浄機２３を各々１台だけ図示している。

機器制御システム１は、図１Ｂに示すように、所定の時点（たとえば、現在）における機器２の状態を表示する（ステップＳ１０２）ように構成されている。また、機器制御システム１は、人（ユーザ）による操作入力を受け付ける（ステップＳ１０３）ように構成されている。操作入力は、機器２の状態を変更するための変更入力を含んでいる。そして、機器制御システム１は、機器２の状態が表示されてから変更入力を受け付けるまで、機器２の状態を含む制御信号を機器２に向けて送信させる送信出力ができない状態とする（ステップＳ１０４，Ｓ１０５）。

（２）構成
以下、本実施形態の機器制御システム１について詳細に説明する。本実施形態の機器制御システム１は、図１Ａに示すように、通信部１１と、取得部１２と、表示部１３と、入力部１４と、制御部１５とを備えている。

通信部１１は、少なくとも制御対象となる機器２と通信するように構成されている。本実施形態では、通信部１１は、機器２と無線通信するように構成されている。通信部１１は、機器２と直接通信するように構成されていてもよいし、他の機器を介して機器２と間接的に通信するように構成されていてもよい。

取得部１２は、機器２に関する情報（ここでは、機器２の状態）を取得するように構成されている。ここでいう機器２の状態は、機器２の動作状態、機器２の設定状態、及び機器２のその他の状態を含む。機器２の動作状態は、たとえば機器２がエアコン２１であればエアコン２１の風量、風向き、運転モードなどである。また、たとえば機器２が給湯機であれば、機器２の動作状態は、沸き上げ、沸き増しなどである。機器２の設定状態は、たとえば機器２がエアコン２１であれば、エアコン２１の設定温度やタイマーなどである。機器２のその他の状態は、たとえば機器２が給湯機であれば、湯量などである。また、機器２のその他の状態は、たとえば機器２が蓄電池であれば、蓄電量などである。

本実施形態では、取得部１２は、機器２と無線通信することにより、機器２の状態を取得するように構成されている。取得部１２は、通信部１１と同様に、機器２と直接通信するように構成されていてもよいし、他の機器を介して機器２と間接的に通信するように構成されていてもよい。

また、取得部１２は、機器２の設置されている環境に関する環境情報を取得するように構成されていてもよい。環境情報は、機器２の設置されているエリア（たとえば、リビング）の温度、湿度の他、空気質（たとえば、匂い、ＰＭ２．５、ハウスダスト）に関する情報のうち少なくとも１つ以上の情報が含まれる。また、環境情報には、機器２の設置されているエリアの照度に関する情報が含まれていてもよい。

本実施形態では、施設１００には、機器２の他に複数のセンサ８が設置されている。センサ８は、たとえば温度センサ８１、湿度センサ８２、空気質センサ８３である。温度センサ８１は、所定のエリアに設置され、設置されたエリアの温度（室温）を計測する。湿度センサ８２は、所定のエリアに設置され、設置されたエリアの湿度を計測する。空気質センサ８３は、所定のエリアに設置され、設置されたエリアの空気質を計測する。本実施形態では、空気質センサ８３は、匂い、ＰＭ２．５、ハウスダストの各々を空気質として個別に計測する機能を有している。つまり、本実施形態では、取得部１２は、これらのセンサ８から計測値を取得することにより、環境情報を取得することも可能である。本実施形態では、取得部１２は、１つのインタフェースにより機器２の状態及び環境情報の両方を取得するように構成されているが、他の構成であってもよい。たとえば、取得部１２は、機器２の状態及び環境情報をそれぞれ個別のインタフェースにより取得するように構成されていてもよい。つまり、機器２の状態を取得する取得部と、環境情報を取得する取得部とは同じであってもよいし、別であってもよい。

本実施形態では、温度センサ８１、湿度センサ８２、空気質センサ８３が、施設１００の所定のエリア（たとえば、リビング、子供部屋、寝室）ごとに設置されている。図２では、説明を簡単にするために、温度センサ８１、湿度センサ８２、空気質センサ８３を各々１台だけ図示している。なお、所定のエリアに複数種類のセンサ８が設置される場合、複数種類のセンサ８は、それぞれ複数の装置に個別に設けられていてもよいし、１つの装置に纏めて設けられていてもよい。

表示部１３は、画面（ユーザに情報を提示する画面）を表示するように構成されている。言い換えれば、表示部１３は、情報を表示するように構成されている。表示部１３は、たとえば液晶ディスプレイ、有機ＥＬ（Electro-Luminescence）ディスプレイ等の画面表示装置により実現される。

入力部１４は、人（ユーザ）の操作による操作入力を受け付ける機能を有している。入力部１４は、たとえばタッチパネルディスプレイ、キーボード、ポインティングデバイス、メカニカルなスイッチ等のユーザインタフェースにより実現される。

制御部１５は、ＣＰＵ（Central Processing Unit）及びメモリを主構成としている。そして、制御部１５は、ＣＰＵがメモリに格納されているプログラムを実行することにより、種々の機能を実現する。本実施形態では、制御部１５は、通信部１１、取得部１２、及び入力部１４を制御する。プログラムは、ここではインターネットなどの電気通信回線を通じて、あるいはメモリカードなどの記録媒体に記録されて提供されるが、コンピュータのメモリに予め記録されていてもよい。

ここで、入力部１４が受け付ける操作入力には、変更入力と、送信入力とが含まれている。変更入力は、制御部１５に機器２の状態を変更させる入力である。つまり、ユーザが入力部１４において変更入力を行うと、制御部１５は、変更入力に応じて、制御対象となる機器２の状態を変更する。送信入力は、制御部１５に送信出力を実行させる入力である。送信出力は、通信部１１に機器２の状態を含む制御信号を機器２に向けて送信させることをいう。つまり、ユーザが入力部１４において送信入力を行うと、制御部１５は、送信入力に応じて、制御対象となる機器２の状態を読み出す。そして、制御部１５は、通信部１１を制御することにより、通信部１１に機器２の状態を含む制御信号を制御対象となる機器２に向けて送信させる。

本実施形態では、機器制御システム１は、図２に示す情報端末３（情報端末３Ａ，３Ｂ，３Ｃ）と、コントローラ４とを備えている。具体的には、上述の取得部１２、表示部１３、入力部１４、及び制御部１５は、情報端末３に備わっており、通信部１１は、コントローラ４に備わっている。また、本実施形態では、情報端末３及びコントローラ４は、たとえばインターネット等の宅外ネットワークからなるネットワーク６に接続されることで、サーバ装置５と接続される。なお、表示部１３は、機器制御システム１の必須の構成要素ではない。

情報端末３は、少なくとも、ディスプレイ（ここでは、タッチパネルディスプレイ）、ＣＰＵ、メモリ、及び通信インタフェースを有するコンピュータで構成される。情報端末３において、通信インタフェースが取得部１２として、タッチパネルディスプレイが表示部１３及び入力部１４として機能する。また、情報端末３において、ＣＰＵが制御部１５として機能する。

本実施形態では、取得部１２は、コントローラ４と通信することにより、コントローラ４を介して機器２に関する情報を取得するように構成されている。もちろん、取得部１２は、機器２と直接通信することにより、コントローラ４を介さずに機器２に関する情報を取得するように構成されていてもよい。また、取得部１２は、コントローラ４と通信することにより、コントローラ４を介して環境情報を取得するように構成されていてもよい。もちろん、取得部１２は、センサ８と直接通信することにより、コントローラ４を介さずに環境情報を取得するように構成されていてもよい。

情報端末３Ａは、一例としてスマートフォンである。情報端末３Ａは、通信事業者が提供する携帯電話網（キャリア網）を介してネットワーク６に接続されることで、コントローラ４及びサーバ装置５と接続される。携帯電話網には、たとえば３Ｇ（第３世代）回線、ＬＴＥ（Long Term Evolution）回線等がある。なお、情報端末３Ａは、公衆無線ＬＡＮ（Local Area Network）を介してネットワーク６に接続されてもよい。

情報端末３Ｂは、一例としてスマートフォンである。情報端末３Ｂは、情報端末３Ａと同様の構成を有している。情報端末３Ａとの相違点は、コントローラ４及びサーバ装置５との接続方法である。情報端末３Ｂは、たとえばルータ７との間でＷｉ−Ｆｉ（登録商標）に準拠した近距離無線通信の機能を有している。情報端末３Ｂが施設１００内にある場合には、情報端末３Ｂは、短距離無線通信によりルータ７及びネットワーク６を介してコントローラ４及びサーバ装置５と接続される。なお、情報端末３Ｂは、スマートフォンに限らず、たとえばタブレット端末などの携帯端末であってもよい。同様に、情報端末３も、タブレット端末などの携帯端末であってもよい。

情報端末３Ｃは、一例としてＨＥＭＳモニタである。情報端末３Ｃは、情報端末３と同様の構成を有している。情報端末３との相違点は、コントローラ４及びサーバ装置５との接続方法である。情報端末３Ｃは、たとえばルータ７との間でケーブルにより接続されている。情報端末３Ｃは、ケーブルでルータ７に接続されることで、ルータ７及びネットワーク６を介してコントローラ４及びサーバ装置５と接続される。

なお、情報端末３Ｃは、ケーブルを介さずに、ルータ７と通信可能に構成されてもよい。つまり、情報端末３Ｃの通信方式は、有線通信に限らず、たとえばＷｉ−Ｆｉ（登録商標）、又は免許を必要としない小電力無線（特定小電力無線）等の無線通信であってもよい。この種の小電力無線については、用途等に応じて使用する周波数帯域や空中線電力等の仕様が各国で規定されている。日本国においては、９２０ＭＨｚ帯又は４２０ＭＨｚ帯の電波を使用する小電力無線が規定されている。

コントローラ４は、たとえばＣＰＵ、メモリ、及び通信インタフェースを有するコンピュータを主構成とする。コントローラ４は、施設１００に設置される機器２と通信するように構成されている。言い換えれば、機器制御システム１を構成要素の１つであるコントローラ４は、少なくとも制御対象となる機器２と通信する通信部１１を備えている。また、コントローラ４は、施設１００に設置されて計測情報（たとえば、環境情報や電力情報）をコントローラ４に提供する計測機器と通信するように構成されている。計測機器は、上述の温度センサ８１、湿度センサ８２、及び空気質センサ８３などのセンサ８を含む。

機器２及び計測機器との通信方式は、有線通信に限らず、たとえばＷｉ−Ｆｉ（登録商標）、又は免許を必要としない小電力無線（特定小電力無線）等の無線通信であってもよい。また、コントローラ４は、ルータ７を介してネットワーク６に接続されることで、情報端末３及びサーバ装置５と接続される。なお、ルータ７は必須ではなく、コントローラ４は、ルータ７を介さずにネットワーク６に接続されてもよい。

コントローラ４は、計測機器から施設１００に関する計測情報を取得する機能を有している。また、コントローラ４は、機器２の状態を含む制御信号を制御対象となる機器２に向けて送信する機能を有している。本実施形態では、情報端末３にて送信入力が受け付けられると、情報端末３から機器２の状態を含む信号がコントローラ４に送信される。そして、コントローラ４は、当該信号のフォーマットを変換して、制御信号として制御対象となる機器２に向けて送信する。なお、コントローラ４は、フォーマットを変換せずに、情報端末３からの信号を制御信号として送信する構成であってもよい。

機器２は、制御信号を受信すると、受信した制御信号に含まれる機器２の状態に応じて動作するように構成されている。具体的には、エアコン２１は、受信した機器２の状態に応じて、運転又は停止するように構成されている。また、エアコン２１は、受信した機器２の状態に応じて、運転モード、温度、風量、風向き等を設定するように構成されている。照明装置２２は、受信した機器２の状態に応じて、点灯又は消灯するように構成されている。また、照明装置２２は、受信した機器２の状態に応じて、明るさを調整するように構成されている。空気清浄機２３は、受信した機器２の状態に応じて、運転又は停止するように構成されている。また、空気清浄機２３は、受信した機器２の状態に応じて、運転モードを設定するように構成されている。

サーバ装置５は、少なくともＣＰＵ、メモリ、及び通信インタフェースを有するコンピュータで構成される。サーバ装置５は、ネットワーク６を介して情報端末３に種々のコンテンツを提供する。コンテンツは、たとえば施設１００の電気エネルギーの使用状況に関する情報などを含む。また、サーバ装置５は、施設１００ごとに、コントローラ４から計測情報を取得して記憶する。

（３）動作
以下、本実施形態の機器制御システム１の動作について図１、図３、及び図４を用いて説明する。以下の説明では、ユーザは、情報端末３Ａを操作することで変更入力や送信入力を行う。もちろん、ユーザは、情報端末３Ａではなく、情報端末３Ｂ，３Ｃを操作することでも変更入力や送信入力を行うことが可能である。

まず、入力部１４がユーザによる特定の操作を受け付けると、制御部１５は、図３Ａに示すような第１画面Ａ１を表示部１３に表示させる。第１画面Ａ１は、ユーザが制御対象となる機器２を選択するための画面であり、候補となる機器２の一覧が表示される。

本実施形態では、第１画面Ａ１には、第１画面Ａ１の長手方向に沿って並んだ複数（ここでは、５つ）の区画Ａ１１〜Ａ１５が表示される。区画Ａ１１には、リビングに設置されているエアコン２１の情報が表示される。区画Ａ１２，Ａ１３には、それぞれ子供部屋に設置されている空気清浄機２３、照明装置２２の情報が表示される。また、区画Ａ１４，Ａ１５には、それぞれ寝室に設置されているエアコン２１、照明装置２２の情報が表示される。なお、第１画面Ａ１の一部が表示部１３に収まらない場合、ユーザは、画面をスクロールする操作を行うことで、その一部を表示部１３に表示させることができる。

本実施形態では、第１画面Ａ１が表示部１３に表示された時点で、候補となる機器２の制御内容の一部が表示される。たとえば区画Ａ１１には、リビングに設置されているエアコン２１の状態として、運転中であること、運転モードが自動であること、設定温度が２６℃であることが表示されている。つまり、図１Ｂに示すように、本実施形態では、取得部１２は、定期的に全ての機器２の状態を取得している（ステップＳ１０１）。そして、制御部１５は、第１画面Ａ１を表示部１３に表示させるときに、取得部１２で取得した最新の全ての機器２の状態を表示部１３に表示させる表示処理を実行する（ステップＳ１０２）。つまり、制御部１５は、所定の時点における機器２の状態を表示部１３に表示させる表示処理を実行する。以下では、ステップＳ１０１を「取得ステップＳ１０１」、ステップＳ１０２を「表示ステップＳ１０２」ということもある。

ここで、所定の時点における機器２の状態は、現在（つまり、表示処理を実行するとき）の機器２の状態でなくてもよい。つまり、所定の時点における機器２の状態は、表示処理を実行する以前に取得した機器２の状態であってもよい。たとえば、情報端末３に機器２の状態を記憶していた場合、制御部１５は、情報端末３に記憶していた機器２の状態を読み出して表示部１３に表示させてもよい。また、たとえば、サーバ装置５でキャッシュとして機器２の状態を記憶していた場合、制御部１５は、サーバ装置５から機器２の状態を取得して表示部１３に表示させてもよい。

もちろん、第１画面Ａ１が表示部１３に表示された時点で、機器２の状態が表示されていなくてもよい。この場合、制御部１５は、ユーザが制御対象となる機器２を選択した後に表示される第２画面を表示させるときに、選択された機器２の状態を表示部１３に表示させる表示処理を実行する。また、この場合、制御部１５は、表示処理を実行する前に、取得部１２に選択された機器２の状態を取得させてもよい（ステップＳ１０１）。なお、第１画面Ａ１に機器２の状態を表示させない場合、取得部１２は、定期的に全ての機器２の状態を取得しなくてもよい。

第１画面Ａ１において、ユーザは、いずれかの区画Ａ１１〜Ａ１５に触れることにより、制御対象となる機器２を選択する。入力部１４が機器２を選択する入力を受け付けると、制御部１５は、図３Ｂに示すような第２画面Ａ２を表示部１３に表示させる。第２画面Ａ２には、第２画面Ａ２の長手方向に沿って並んだ複数（ここでは、３つ）の区画Ａ２１〜Ａ２３が表示される。区画Ａ２１には、ユーザが選択した機器２（ここでは、リビングに設置されているエアコン２１）の情報が表示される。具体的には、区画Ａ２１には、選択した機器２の名称と、機器２が設置されているエリアの名称と、送信入力を受け付けるための送信アイコンＢ１とが表示される。

送信アイコンＢ１は、送信出力ができない状態を表す第１アイコンＢ１１と、送信出力ができる状態を表す第２アイコンＢ１２（図４Ｂ参照）とのいずれか一方が択一的に第２画面Ａ２に表示される。第１アイコンＢ１１は、破線で表される「送信」という文字が、点線で表される矩形状の枠で囲われた態様で表される。第２アイコンＢ１２は、実線で表される「送信」という文字が、実線で表される矩形状の枠で囲われた態様で表される。ここでは、送信出力ができない状態であるため、送信アイコンＢ１として第１アイコンＢ１１が表示される。したがって、この状態では、ユーザが第１アイコンＢ１１に触れても、制御部１５は、送信出力ができない。

区画Ａ２２には、選択した機器２の所定の時点（ここでは、現在）における状態が表示される。ここで、機器２の状態は、１乃至複数の項目を含んでいる。このため、区画Ａ２２は、項目の数に応じた１乃至複数の領域Ｂ２に区分けされる。ここでは、選択した機器２がエアコン２１であるため、区画Ａ２２は、４つの領域Ｂ２１〜Ｂ２４に区分けされる。そして、４つの領域Ｂ２１〜Ｂ２４には、それぞれ現在設定されている「運転モード」、「温度」、「風量」、「風向き」の情報が表示される。

区画Ａ２３には、たとえば「現在の状態を取得する」というメッセージが表示される。ユーザが区画Ａ２３に触れる、つまり入力部１４が現在の機器２の状態を取得する入力を受け付けると、制御部１５は、取得部１２に選択された機器２の最新の状態を取得させ、取得した最新の機器２の状態を表示部１３に表示させる。

第２画面Ａ２において、ユーザは、いずれかの領域Ｂ２１〜Ｂ２４に触れることにより、変更したい機器２の状態を選択する。入力部１４が変更対象である機器２の状態を選択する入力を受け付けると、制御部１５は、図４Ａに示すような第３画面Ａ３を表示部１３に表示させる。ここで、変更対象である機器２の状態は、１又は複数の項目を含んでいる。このため、第３画面Ａ３には、項目の数に応じた１又は複数の領域Ｂ３が表示される。ここでは、選択した機器２の状態が「運転モード」であるため、第３画面Ａ３には、５つの領域Ｂ３１〜Ｂ３５が表示される。そして、５つの領域Ｂ３１〜Ｂ３５には、それぞれ「自動」、「暖房」、「冷房」、「ドライ」、「停止」の文字が表示される。

第３画面において、ユーザがいずれかの領域Ｂ３１〜Ｂ３５に触れることにより、入力部１４は、変更入力を受け付ける。入力部１４が変更入力を受け付けると、制御部１５は、変更入力に応じて機器２の状態を変更し、変更した機器２の状態を第２画面Ａ２に反映させて表示部１３に表示させる。ここでは、ユーザが第３画面において「冷房」を選択しているため、制御部１５は、図４Ｂに示すように、「運転モード」を「自動」から「冷房」に変更した第２画面Ａ２を表示部１３に表示させる。そして、制御部１５は、送信出力ができない状態を解除し、送信出力ができる状態とする。つまり、制御部１５は、図４Ｂに示すように、送信アイコンＢ１を第１アイコンＢ１１から第２アイコンＢ１２に変更した第２画面Ａ２を表示部１３に表示させる。

したがって、この状態では、ユーザが第２アイコンＢ１２に触れることにより、入力部１４は送信入力を受け付ける。そして、入力部１４が送信入力を受け付けると、制御部１５は、変更された機器２の状態を含む信号をコントローラ４（通信部１１）に送信する。そして、通信部１１は、変更された機器２の状態を含む制御信号を制御対象となる機器２に向けて送信する。

このため、制御対象となる機器２は、制御信号を受信すると、変更された機器２の状態に応じて動作する。ここでは、リビングに設置されているエアコン２１は、制御信号を受信することで、運転モードを「自動」から「冷房」に切り替える。

つまり、図１Ｂに示すように、入力部１４は、制御部１５が表示処理を実行してから、人による操作入力を受け付ける（ステップＳ１０３）。ここで、制御部１５は、表示処理を実行してから変更入力を受け付けるまでは、送信出力ができない状態とする送信不可処理を実行する。したがって、制御部１５は、変更入力を受け付けない間は（ステップＳ１０４：Ｎｏ）、送信出力ができない状態にある（ステップＳ１０５）。一方、制御部１５は、変更入力を受け付けると（ステップＳ１０４：Ｙｅｓ）、送信出力ができる状態となる（ステップＳ１０６）。

その後、入力部１４が送信入力を受け付けると、制御部１５は、通信部１１に制御対象となる機器２と通信させる（ステップＳ１０７）。具体的には、制御部１５は、通信部１１を制御することにより、通信部１１に変更された機器２の状態を含む制御信号を制御対象となる機器２に向けて送信させる。以下では、ステップＳ１０３を「入力ステップＳ１０３」、ステップＳ１０７を「通信ステップＳ１０７」ということもある。

（４）効果
本実施形態の機器制御システム１の効果を説明するに当たり、まず、比較例の機器制御システムについて説明する。比較例の機器制御システムは、制御部が送信不可処理を実行しないように構成されている点を除いて、本実施形態の機器制御システム１と同じ構成であると仮定する。

比較例の機器制御システムでは、制御部が送信不可処理を実行しないため、第２画面には常に送信アイコンとして第２アイコンが表示されることになる。つまり、比較例の機器制御システムでは、入力部が変更入力を受け付けて機器の状態が変更される前であっても、送信出力ができる状態である。このため、比較例の機器制御システムでは、ユーザが送信入力を行うと、機器の状態が変更されていないのにも関わらず、制御信号が機器に向けて送信されるという事態が生じ得る。この場合、機器は、制御信号を受信しても、機器の状態に変更がないために、制御信号の受信前と同じ動作を維持する。つまり、比較例の機器制御システムは、機器の状態が変更されていない状態で制御信号を送信することで、不要な通信トラフィックを発生する可能性がある。

また、比較例の機器制御システムでは、制御信号の送信が無意味である状態で送信出力ができる状態となっているため、ユーザが無駄に送信入力を行ってしまう可能性があり、使い勝手が良いとは言い難い。さらに、たとえばコントローラではなく、サーバ装置を介して機器に制御信号を送信する仕様である場合、サーバ装置での通信量が増大することで、結果としてサーバ装置の運用に掛かるコストが増大する可能性がある。

一方、本実施形態の機器制御システム１では、制御部１５が送信不可処理を実行することにより、機器２の状態が表示部１３に表示されてからユーザが変更入力を行うまでの間は、制御部１５は送信出力ができない状態となっている。言い換えれば、所定の時点（ここでは、現在）における機器２の状態が表示部１３に表示されてから機器２の状態が変更されるまでの間は、制御部１５は送信出力ができない。

このため、本実施形態の機器制御システム１では、機器２の状態が変更されなければ制御信号が機器２に向けて送信されないため、不要な通信トラフィックが発生し難い。言い換えれば、本実施形態の機器制御システム１は、ユーザが機器２の状態を変更するときに不要な通信トラフィックが発生するのを抑制し易い。したがって、本実施形態の機器制御システム１は、ユーザが無駄に送信入力を行うことがなく、使い勝手を向上することができる。また、本実施形態の機器制御システム１は、サーバ装置５を介して機器２に制御信号を送信する仕様である場合でも、不要な通信トラフィックが発生し難いため、サーバ装置５の運用に掛かるコストが増大するのを抑制することができる。

（実施形態２）
以下、実施形態２の機器制御システム１について図１Ｂ、図５を用いて説明する。ただし、本実施形態の機器制御システム１は、制御部１５の実行する機能が異なる点を除いて、実施形態１の機器制御システム１と同じである。したがって、以下では、実施形態１の機器制御システム１と共通する点については説明を省略する。

本実施形態の機器制御システム１では、制御部１５は、図１Ｂにおける取得ステップＳ１０１において、取得処理及び決定処理を実行する機能をさらに有している。取得処理は、取得部１２を介して機器２の設置されている環境に関する環境情報を取得する処理である。つまり、制御部１５は、取得部１２を制御することにより、機器２の状態と環境情報とを取得する。決定処理は、取得した環境情報に基づいて、機器２の推奨される状態である推奨状態を決定する処理である。

そして、制御部１５は、図１Ｂにおける表示ステップＳ１０２において、機器２の状態と、決定処理において決定した推奨状態とを表示部１３に表示させる処理を実行する。つまり、制御部１５は、表示処理において、機器２の状態と推奨状態とを表示部１３に表示させる。

ここで、決定処理について詳細に説明する。本実施形態では、制御部１５は、環境情報と推奨状態とを紐付けた情報（以下、単に「紐付け情報」という）を参照して、制御対象となる機器２の推奨状態を決定する。紐付け情報は、制御部１５の有するメモリに記憶されていてもよいし、他の装置（たとえば、コントローラ４やサーバ装置５）に記憶されていてもよい。紐付け情報が他の装置に記憶されている場合は、制御部１５は、当該他の装置から紐付け情報を取得した上で、決定処理を実行する。

表１に、紐付け情報の一例を示す。表１において、「環境情報」は、空気質センサ８３などの「情報源」と、「情報源」で取得した機器２の設置されているエリアの状態である「エリア状態」とで表される。

たとえば「情報源」がリビングに設置されている空気質センサ８３、「エリア状態」が「埃が多い」で表される環境情報を取得した場合を仮定する。この場合、制御部１５は、決定処理において、リビングに設置されている空気清浄機２３について「運転モード」を「強」とする推奨状態を決定する。また、制御部１５は、決定処理において、リビングに設置されているエアコン２１について「風向き」を「上」とする推奨状態を決定する。

また、たとえば「情報源」が子供部屋に設置されている湿度センサ８２、「エリア状態」が「湿度７０％以上」で表される環境情報を取得した場合を仮定する。この場合、制御部１５は、決定処理において、寝室に設置されている空気清浄機２３について「運転モード」を「ドライ」とする推奨状態を決定する。

つまり、本実施形態の機器制御システム１では、制御部１５は、取得処理において、少なくとも１種類以上の環境情報を取得するように構成されている。そして、制御部１５は、決定処理において、１種類以上の環境情報に基づいて、少なくとも１種類以上の機器２の推奨状態を決定するように構成されている。表１の例でいえば、１種類の環境情報（空気質センサ８３の状態）に基づいて、２種類の機器２（空気清浄機２３及びエアコン２１）の推奨状態が決定されている。また、２種類の環境情報（湿度センサ８２の状態又は温度センサ８１の状態）に基づいて、１種類の機器２（空気清浄機２３）の推奨状態が決定されている。

表示部１３における推奨状態の表示態様について図５を用いて説明する。図５は、一例として、ユーザが第１画面Ａ１において子供部屋に設置されている空気清浄機２３を選択したときに表示される第２画面Ａ２を示している。ここでは、入力部１４はユーザによる変更入力を未だ受け付けていないため、第２画面Ａ２の区画Ａ２１には、送信アイコンＢ１として第１アイコンＢ１１が表示されている。また、区画Ａ２２には、選択した機器２が空気清浄機２３であるため、１つの領域Ｂ２１だけが表示されている。そして、１つの領域Ｂ２１には、現在設定されている「運転モード」が「弱」であるという情報が表示されている。

ここで、制御部１５が決定処理を実行することにより、空気清浄機２３について「運転モード」を「強」とする推奨状態が決定されていると仮定する。このため、領域Ｂ２１には、「運転モード」が「強」という推奨状態を表す推奨領域Ｂ４が表示されている。推奨領域Ｂ４は、ユーザが推奨状態を視覚的に認識し易いように、「強」という文字を枠で囲った態様で表されている。

上述のように、本実施形態の機器制御システム１では、制御部１５は、取得処理及び決定処理を実行することで、制御対象となる機器２の推奨状態を決定する。そして、制御部１５は、制御対象となる機器２について、機器２の状態と推奨状態とを表示部１３に表示させる。このため、本実施形態の機器制御システム１では、制御対象となる機器２について最適と考えられる推奨状態をユーザに提示することができる。そして、ユーザは、推奨状態を確認することで、制御対象となる機器２の状態を変更するときの判断材料を得ることができる。

ところで、本実施形態の機器制御システム１において、制御部１５は、取得処理及び決定処理を実行する機能に加えて、有効処理を実行する機能をさらに有していてもよい。有効処理は、推奨状態を表示部１３に表示させ、かつ、制御部１４に送信出力を実行させる送信入力の受け付けを有効とするように入力部１４を制御する処理である。つまり、制御部１５は、図１Ｂにおける表示ステップＳ１０２において、決定処理で決定した推奨状態だけを表示部１３に表示させる処理を実行する。また、制御部１５は、図１Ｂにおける入力ステップＳ１０３において、送信入力の受け付けを有効とする。つまり、制御部１５は、有効処理を実行する場合は、図１ＢにおけるステップＳ１０４〜ステップＳ１０６を実行しない。言い換えれば、制御部１５は、有効処理を実行する場合は、表示処理及び送信不可処理を実行しない。

以下、具体例について図６を用いて説明する。図６は、一例として、ユーザが第１画面Ａ１においてリビングに設置されているエアコン２１を選択したときに表示される第２画面Ａ２を示している。ここでは、入力部１４はユーザによる変更入力を未だ受け付けていないが、第２画面Ａ２の区画Ａ２１には、送信アイコンＢ１として第２アイコンＢ１２が表示されている。また、区画Ａ２２には、選択した機器２が空気清浄機２３であるため、４つの領域Ｂ２１〜Ｂ２４が表示されている。

ここで、制御部１５が決定処理を実行することにより、エアコン２１について「風量」を「弱」、「風向き」を「上」とする推奨状態が決定されていると仮定する。このため、領域Ｂ２３には、「風量」が「弱」という推奨状態を表す推奨領域Ｂ４１が表示されている。また、領域Ｂ２４には、「風向き」が「上」という推奨状態を表す推奨領域Ｂ４２が表示されている。推奨領域Ｂ４１，Ｂ４２は、それぞれユーザが推奨状態を視覚的に認識し易いように、文字を枠で囲った態様で表されている。なお、「運転モード」、「温度」については推奨状態が存在しないので、領域Ｂ２１，Ｂ２２の各々には、現在のエアコン２１の状態が表示されている。

この構成では、制御部１５は、制御対象となる機器２について、推奨状態だけを表示部１３に表示させる。このため、この構成では、制御対象となる機器２について最適と考えられる推奨状態をユーザに提示することができる。そして、ユーザは、推奨状態に従って機器２の状態を容易に変更することができる。

制御部１５は、たとえばユーザが第１画面Ａ１において制御対象となる機器２を選択したときに、有効処理を実行するか否かを判定するように構成されていてもよい。つまり、機器２が選択されたときに、決定処理により推奨状態を決定した場合は、制御部１５は、有効処理を実行する。一方、機器２が選択されたときに、決定処理により推奨状態を決定できない場合は、制御部１５は、表示処理及び送信不可処理を実行する。推奨状態を決定できない場合は、たとえば環境情報を取得できないときに起こり得る。

ところで、制御部１５としては、送信不可処理を実行する機能を有さない態様も考えられる。つまり、機器制御システム１は、通信部１１と、取得部１２と、入力部１４と、制御部１５とを備える。通信部１１は、少なくとも制御対象となる機器２と通信する。取得部１２は、機器２に関する情報を取得する。入力部１４は、人による操作入力を受け付ける。制御部１５は、通信部１１、取得部１２、及び入力部１４を制御する。操作入力は、制御部１５に機器２の状態を変更させる変更入力を含む。

制御部１５は、取得処理と、決定処理と、有効処理とを実行するように構成される。取得処理は、取得部１２を介して機器２の設置されている環境に関する環境情報を取得する処理である。決定処理は、取得した環境情報に基づいて機器２の推奨される推奨状態を決定する処理である。有効処理は、推奨状態を表示部１３に表示させ、かつ、制御部１５に送信出力を実行させる送信入力の受け付けを有効とするように入力部１４を制御する処理である。送信出力は、通信部１１に機器２の状態を含む制御信号を機器２に向けて送信させることをいう。

（変形例）
ところで、実施形態１，２の機器制御システム１において、第１アイコンＢ１１と第２アイコンＢ１２とは、ユーザが区別して認識し易くする態様であるのが好ましい。たとえば第１アイコンＢ１１の「送信」の文字を黒色、第２アイコンＢ１２の「送信」の文字を青色にする等して、送信出力ができる状態にあるか否かを視覚的に認識し易くしてもよい。その他、たとえば制御部１５は、送信出力ができない状態としているときに、送信アイコンＢ１を表示部１３に表示させないように構成されていてもよい。つまり、制御部１５は、送信不可処理において、送信入力ができない状態とするように構成されていてもよい。この構成では、送信出力ができる状態となっているときだけ送信アイコンＢ１が表示部１３に表示されるため、ユーザは、送信出力ができる状態にあるか否かを把握し易い。

また、実施形態２の機器制御システム１では、制御部１５は、判定処理を実行する機能をさらに有していてもよい。判定処理は、入力部１４において変更入力を受け付けると、受け付けた変更入力が有効であるか否かを推奨状態に基づいて判定する処理である。そして、判定処理は、受け付けた変更入力が有効でないと判定すると、送信出力ができない状態とする処理である。

具体例を挙げると、たとえば機器２がエアコン２１であって、その推奨状態が「運転モード：冷房」であると仮定する。このとき、入力部１４が制御内容を「運転モード：暖房」に変更しようとする変更入力を受け付けると、制御部１５は、受け付けた変更入力が推奨状態と真逆であることから有効でないと判定する。そして、制御部１５は、送信出力ができない状態とする。この構成では、ユーザが、機器２の設置されているエリアの環境にそぐわない機器２の状態に変更して送信してしまうのを防ぐことができ、結果として不要な通信トラフィックが発生し難い。

また、実施形態２の機器制御システム１において、制御部１５は、環境情報として予測情報に基づいて推奨状態を決定するように構成されていてもよい。言い換えれば、環境情報は、機器２の設置されている環境の将来の状態を表す予測情報を含んでいてもよい。

表２に、環境情報（予測情報）と機器２の推奨状態とを紐付けた紐付け情報の一例を示す。表２において、「環境情報（予測情報）」は、天気予報、電気予報、及びＤＲ（Demand Response）の３種類である。天気予報は、たとえば気象庁や予報業務許可事業者から提供される情報である。電気予報は、たとえば電力会社等の電気事業者から提供される情報である。また、ＤＲは、たとえばユーザと契約を結んでいる電力会社等の電気事業者から提供される情報である。これらの環境情報（予測情報）は、いずれもサーバ装置５を介して取得することが可能である。

たとえば「情報源」が天気予報、「エリア状態」が「雨」で表される環境情報（予測情報）を取得した場合を仮定する。この場合、制御部１５は、決定処理において、たとえばリビングに設置されている空気清浄機２３について「運転モード」を「ドライ」とする推奨状態を決定する。また、制御部１５は、決定処理において、たとえばリビングに設置されているエアコン２１について「風量」を「弱」とする推奨状態を決定する。

また、たとえば「情報源」がＤＲ、「エリア状態」が「要請あり」で表される環境情報（予測情報）を取得した場合を仮定する。この場合、制御部１５は、決定処理において、たとえば施設１００に設置されている全てのエアコン２１及び空気清浄機２３について「運転モード」を「停止」とする推奨状態を決定する。また、制御部１５は、決定処理において、たとえば施設１００に設置されている全ての照明装置２２について「照度」を「減少」とする推奨状態を決定する。

ここで、予測情報に基づく推奨状態を表示させる場合、この推奨状態が現時点で推奨される機器２の状態ではなく、所定時間（たとえば、数時間）が経過した時点で推奨される状態であることを表すメッセージを併せて表示させるのが好ましい。

また、実施形態２の機器制御システム１において、制御部１５は、たとえばサーバ装置５から配信される最新の情報を取得することにより、紐付け情報を定期的又は不定期に更新するように構成されていてもよい。

ところで、実施形態１，２では、取得部１２、入力部１４、及び制御部１５は情報端末３が備えており、通信部１１はコントローラ４が備えているが、他の構成であってもよい。たとえば、通信部１１、取得部１２、入力部１４、及び制御部１５は、情報端末３、コントローラ４、及びサーバ装置５のうち少なくとも１つの装置によって構成されていてもよい。また、通信部１１、取得部１２、入力部１４、及び制御部１５の機能は、たとえばクラウド（クラウドコンピューティング）によって実現されていてもよい。つまり、機器制御システム１は、通信部１１、取得部１２、入力部１４、及び制御部１５を備えていればよく、各部がどのような態様で設けられているかは問わない。

また、実施形態１，２では、情報端末３の備えるプロセッサが取得ステップＳ１０１、表示ステップＳ１０２、及び入力ステップＳ１０３を実行し、コントローラ４の備えるプロセッサが通信ステップＳ１０７を実行しているが、他の構成であってもよい。たとえば、情報端末３、コントローラ４、及びサーバ装置５の少なくとも１つの装置の備えるプロセッサが、取得ステップＳ１０１、表示ステップＳ１０２、入力ステップＳ１０３、及び通信ステップＳ１０７を実行してもよい。つまり、機器制御方法は、取得ステップＳ１０１、表示ステップＳ１０２、入力ステップＳ１０３、及び通信ステップＳ１０７を有していればよく、各ステップがどのプロセッサで実行されるかは問わない。

以上述べたように、本発明に係る第１の態様の機器制御システム１は、通信部１１と、入力部１４と、制御部１５とを備える。通信部１１は、少なくとも制御対象となる機器２と通信する。入力部１４は、人による操作入力を受け付ける。制御部１５は、通信部１１、及び入力部１４を制御する。操作入力は、制御部１５に機器２の状態を変更させる変更入力を含む。制御部１５は、表示処理と、送信不可処理とを実行するように構成される。表示処理は、所定の時点における機器２の状態を表示部１３に表示させる処理である。送信不可処理は、表示処理を実行してから変更入力を受け付けるまで、通信部１１に機器２の状態を含む制御信号を機器２に向けて送信させる送信出力ができない状態とする処理である。

この構成によると、機器２の状態が変更されなければ制御信号が機器２に向けて送信されないため、不要な通信トラフィックが発生し難い。つまり、この構成によると、ユーザが機器２の状態を変更するときに不要な通信トラフィックが発生するのを抑制し易い。

なお、本発明に係る第１の態様の機器制御システム１では、取得部１２を備えるか否かは任意である。つまり、本発明に係る第１の態様の機器制御システム１では、制御部１５は、取得部１２を制御しなくてもよい。また、制御部１５は、取得部１２を備えていなくても、表示処理と送信不可処理とを実行可能である。

また、本発明に係る第２の態様の機器制御システム１では、第１の態様において、操作入力は、制御部１５に送信出力を実行させる送信入力を含む。制御部１５は、送信不可処理において、送信入力ができない状態とするように構成される。

この構成によると、ユーザは、送信出力ができる状態にあるか否かを把握し易い。

また、本発明に係る第３の態様の機器制御システム１は、第１又は第２の態様において、機器２に関する情報を取得する取得部１２をさらに備える。制御部１５は、取得処理と、決定処理とを実行する機能をさらに有する。取得処理は、取得部１２を介して機器２の設置されている環境に関する環境情報を取得する処理である。決定処理は、取得した環境情報に基づいて機器２の推奨される状態である推奨状態を決定する処理である。制御部１５は、表示処理において、機器２の状態と推奨状態とを表示部１３に表示させるように構成される。

この構成によると、制御対象となる機器２について最適と考えられる推奨状態をユーザに提示することができる。したがって、ユーザは、推奨状態を確認することで、制御対象となる機器２の状態を変更するときの判断材料を得ることができる。

また、本発明に係る第４の態様の機器制御システム１は、第１又は第２の態様において、機器２に関する情報を取得する取得部１２をさらに備える。制御部１５は、取得処理と、決定処理と、有効処理とを実行する機能をさらに有する。取得処理は、取得部１２を介して機器２の設置されている環境に関する環境情報を取得する処理である。決定処理は、取得した環境情報に基づいて機器２の推奨される状態である推奨状態を決定する処理である。有効処理は、推奨状態を表示部１３に表示させ、かつ、制御部１５に送信出力を実行させる送信入力の受け付けを有効とするように入力部１４を制御する処理である。

この構成によると、制御対象となる機器２について最適と考えられる推奨状態をユーザに提示することができる。したがって、ユーザは、推奨状態に従って機器２の状態を容易に変更することができる。

また、本発明に係る第５の態様の機器制御システム１では、第３又は第４の態様において、制御部１５は、判定処理を実行する機能をさらに有する。判定処理は、入力部１４において変更入力を受け付けると、受け付けた変更入力が有効であるか否かを推奨状態に基づいて判定する処理である。さらに、判定処理は、受け付けた変更入力が有効でないと判定すると、送信出力ができない状態とする処理である。

この構成によると、ユーザが、機器２の設置されているエリアの環境にそぐわない機器２の状態に変更して送信してしまうのを防ぐことができ、結果として不要な通信トラフィックが発生し難い。

また、本発明に係る第６の態様の機器制御システム１では、第３〜第５のいずれかの態様において、制御部１５は、取得処理において、少なくとも１種類以上の環境情報を取得するように構成される。かつ、制御部１５は、決定処理において、１種類以上の環境情報に基づいて少なくとも１種類以上の機器２の推奨状態を決定するように構成される。

この構成によると、環境情報の複合的な条件に基づいて、１乃至複数の機器２について複合的な推奨状態を決定することができるので、より環境に適した推奨状態をユーザに提示することができる。もちろん、制御部１５は、取得処理において、１種類の環境情報だけを取得するように構成されていてもよい。また、環境情報と機器２の状態とは、１対１に紐付けられていてもよい。

また、本発明に係る第７の態様の機器制御システム１では、第３〜第６のいずれかの態様において、環境情報は、機器２の設置されている環境の将来の状態を表す予測情報を含む。

この構成によると、機器２の設置されている環境の将来の状態に基づいて推奨状態を決定することができるので、将来の環境を予見した推奨状態をユーザに提示することができる。

また、上述の第１〜第７の態様の機器制御システム１は、コンピュータにより実現されてもよい。つまり、本発明に係る第８の態様のプログラムは、コンピュータを、通信部１１、入力部１４、制御部１５として機能させる。通信部１１は、少なくとも制御対象の機器２と通信する。入力部１４は、人による操作入力を受け付ける。制御部１５は、通信部１１、及び入力部１４を制御する。操作入力は、制御部１５に機器２の状態を変更させる変更入力を含む。そして、プログラムは、表示処理と、送信不可処理とを実行するように制御部１５を機能させる。表示処理は、所定の時点における機器２の状態を表示部１３に表示させる処理である。送信不可処理は、表示処理を実行してから変更入力を受け付けるまで、通信部１１に機器２の状態を含む制御信号を機器２に向けて送信させる送信出力ができない状態とする処理である。

この構成によると、ユーザが機器２の状態を変更するときに不要な通信トラフィックが発生するのを抑制し易い。

なお、本発明に係る第８の態様のプログラムでは、コンピュータが取得部１２としても機能するか否かは任意である。つまり、本発明に係る第８の態様のプログラムでは、制御部１５は、取得部１２を制御しなくてもよい。また、制御部１５は、コンピュータが取得部１２として機能していなくても、表示処理と送信不可処理とを実行可能である。

また、上述の第１〜第７の態様の機器制御システム１は、機器制御方法として実現されてもよい。つまり、本発明に係る第９の態様の機器制御方法は、通信ステップＳ１０７と、表示ステップＳ１０２と、入力ステップＳ１０３とを有する。通信ステップＳ１０７は、少なくとも制御対象の機器２と通信するステップである。表示ステップＳ１０２は、表示部１３に情報を表示させるステップである。入力ステップＳ１０３は、人による操作入力を受け付けるステップである。操作入力は、制御内容を変更させる変更入力を含む。機器制御方法は、所定の時点における機器２の状態を表示ステップＳ１０２において表示部１３に表示する。かつ、機器制御方法は、機器２の状態を表示してから変更入力を受け付けるまで、機器２の状態を含む制御信号を機器２に向けて送信させる送信出力ができない状態とする。

この構成によると、ユーザが制御内容を変更するときに不要な通信トラフィックが発生するのを抑制し易い。

なお、本発明に係る第９の態様の機器制御方法は、取得ステップＳ１０１を有する否かは任意である。つまり、本発明に係る第９の態様の機器制御方法は、取得ステップＳ１０１を有していなくても、表示ステップＳ１０２と、ステップＳ１０４，Ｓ１０５とを実行可能である。

以上、本発明の実施形態１，２に係る機器制御システム１、プログラム、及び機器制御方法について説明した。ただし、以上に説明した構成は、本発明の一例に過ぎず、本発明は、上記の構成に限定されず、上記の構成以外であっても、本発明に係る技術的思想を逸脱しない範囲であれば、設計等に応じて種々の変更が可能である。

１ 機器制御システム
１１ 通信部
１２ 取得部
１４ 入力部
１５ 制御部
２ 機器
Ｓ１０２ 表示ステップ
Ｓ１０３ 入力ステップ
Ｓ１０７ 通信ステップ

Claims (9)

1. 少なくとも制御対象となる機器と通信する通信部と、
   人による操作入力を受け付ける入力部と、
   前記通信部、及び前記入力部を制御する制御部とを備え、
   前記操作入力は、前記制御部に前記機器の状態を変更させる変更入力を含み、
   前記制御部は、
   所定の時点における前記機器の状態を表示部に表示させる表示処理と、
   前記表示処理を実行してから前記変更入力を受け付けるまで、前記通信部に前記機器の状態を含む制御信号を前記機器に向けて送信させる送信出力ができない状態とする送信不可処理とを実行するように構成されることを特徴とする機器制御システム。
2. 前記操作入力は、前記制御部に前記送信出力を実行させる送信入力を含み、
   前記制御部は、前記送信不可処理において、前記送信入力ができない状態とすることを特徴とする請求項１記載の機器制御システム。
3. 前記機器に関する情報を取得する取得部をさらに備え、
   前記制御部は、
   前記取得部を介して前記機器の設置されている環境に関する環境情報を取得する取得処理と、
   取得した前記環境情報に基づいて前記機器の推奨される状態である推奨状態を決定する決定処理とを実行する機能をさらに有し、
   前記制御部は、前記表示処理において、前記機器の状態と前記推奨状態とを前記表示部に表示させるように構成されることを特徴とする請求項１又は２に記載の機器制御システム。
4. 前記機器に関する情報を取得する取得部をさらに備え、
   前記制御部は、
   前記取得部を介して前記機器の設置されている環境に関する環境情報を取得する取得処理と、
   取得した前記環境情報に基づいて前記機器の推奨される状態である推奨状態を決定する決定処理と、
   前記推奨状態を前記表示部に表示させ、かつ、前記制御部に前記送信出力を実行させる送信入力の受け付けを有効とするように前記入力部を制御する有効処理とを実行する機能をさらに有することを特徴とする請求項１又は２に記載の機器制御システム。
5. 前記制御部は、前記入力部において前記変更入力を受け付けると、受け付けた前記変更入力が有効であるか否かを前記推奨状態に基づいて判定し、受け付けた前記変更入力が有効でないと判定すると、前記送信出力ができない状態とする判定処理を実行する機能をさらに有することを特徴とする請求項３又は４に記載の機器制御システム。
6. 前記制御部は、前記取得処理において、少なくとも１種類以上の前記環境情報を取得するように構成され、かつ、前記決定処理において、前記１種類以上の環境情報に基づいて少なくとも１種類以上の前記機器の前記推奨状態を決定するように構成されることを特徴とする請求項３乃至５のいずれか１項に記載の機器制御システム。
7. 前記環境情報は、前記機器の設置されている環境の将来の状態を表す予測情報を含むことを特徴とする請求項３乃至６のいずれか１項に記載の機器制御システム。
8. コンピュータを、
   少なくとも制御対象の機器と通信する通信部、
   人による操作入力を受け付ける入力部、
   並びに、前記通信部、及び前記入力部を制御する制御部として機能させるプログラムであって、
   前記操作入力は、前記制御部に前記機器の状態を変更させる変更入力を含み、
   所定の時点における前記機器の状態を表示部に表示させる表示処理と、
   前記表示処理を実行してから前記変更入力を受け付けるまで、前記通信部に前記機器の状態を含む制御信号を前記機器に向けて送信させる送信出力ができない状態とする送信不可処理とを実行するように前記制御部を機能させるプログラム。
9. 少なくとも制御対象の機器と通信する通信ステップと、
   表示部に情報を表示する表示ステップと、
   人による操作入力を受け付ける入力ステップとを有し、
   前記操作入力は、前記機器の状態を変更させる変更入力を含み、
   所定の時点における前記機器の状態を前記表示ステップにおいて前記表示部に表示し、かつ、前記機器の状態を表示してから前記変更入力を受け付けるまで、前記機器の状態を含む制御信号を前記機器に向けて送信させる送信出力ができない状態とすることを特徴とする機器制御方法。

Images