JP2018019313A - 制御システム、通信機器、制御方法、およびプログラム - Google Patents

Abstract

【課題】ユーザにとって利便性に優れた制御システムを提供する。【解決手段】制御システムは、予め定められた条件が成立した場合、予め定められた家電７０に予め定められた制御内容に基づく動作を実行させる。制御システムは、条件が成立した場合、制御内容が第１の内容であるときには、家電７０を制御する許可を携帯端末３０から得るために、携帯端末３０に対して確認要求信号を送信し、制御内容が第２の内容であるときには、携帯端末３０に対して確認要求信号を送信することなく、家電７０に第２の内容に基づく動作を実行させる。【選択図】図８

Description

本発明は、制御対象機器を制御するための制御システム、通信機器、制御方法、およびプログラムに関する。

従来、エアーコンディショナ等の制御対象機器を遠隔制御する遠隔制御システムが知られている。たとえば、特開２０１５−１３８９８９号公報（特許文献１）には、携帯端末と、当該携帯端末の位置情報を取得するサーバと、当該サーバによって制御される制御対象機器とを備えた遠隔制御システムが開示されている。

特許文献１においては、サーバは、制御対象機器が設置された拠点（自宅）を中心とする遠隔制御実行領域と、当該拠点とは異なる位置を中心とし、遠隔制御実行領域とは重複しない遠隔制御実行確認領域とを記憶している。

サーバは、携帯端末が遠隔制御実行確認領域から進出すると、携帯端末に制御対象機器の制御実行確認メッセージを送信する。さらに、サーバは、携帯端末が遠隔制御実行領域に進入すると、制御実行確認メッセージへの応答の有無及び応答内容に応じて制御対象機器を制御する。

特開２０１５−１３８９８９号公報

特許文献１の遠隔制御システムでは、サーバは、制御対象機器を制御するためには、制御内容にかかわらず、制御実行確認メッセージを携帯端末に常に送信する必要がある。このため、ユーザの応答（確認）操作が不要と考えられる制御内容であっても、制御対象機器を制御するためには、ユーザは、制御実行確認メッセージへの応答操作を必ず行わなければならない。それゆえ、特許文献１の遠隔制御システムは、ユーザにとって利便性に優れたものとは言えない。

本発明は、上記の問題点に鑑みなされたものであって、その目的は、ユーザにとって利便性に優れた制御システム、通信機器、制御方法、およびプログラムを提供することにある。

本発明のある局面に従うと、制御システムは、予め定められた条件が成立した場合、予め定められた制御対象機器に予め定められた制御内容に基づく動作を実行させる。制御システムは、条件が成立した場合、制御内容が第１の内容であるときには、制御対象機器を制御する許可を第１の通信機器から得るために、第１の通信機器に対して第１の通知を行ない、制御内容が第２の内容であるときには、第１の通信機器に対して第１の通知を行なうことなく、制御対象機器に第２の内容に基づく動作を実行させる。

好ましくは、第１の通知は、制御対象機器の制御に関するアプリケーションプログラムを第１の通信機器に起動させるための指示を含む。

好ましくは、制御システムは、制御内容が第１の内容である場合、第１の通信機器が第１のエリア外に位置するときには、第１の通信機器に対して第１の通知を行ない、第１の通信機器が第１のエリア内に位置するときには、第１の通信機器に対して第１の通知を行なわない。

好ましくは、制御対象機器は、家電である。第１のエリアは、家電が設置されている宅内である。

好ましくは、制御システムは、第１のサーバ装置と、第２のサーバ装置とを備える。第１のサーバ装置は、記条件が成立したか否かを判断する。第１のサーバ装置は、条件が成立した場合、家電の識別情報と制御内容とを、第２のサーバ装置に通知する。第２のサーバ装置は、通知された識別情報と制御内容に基づいて、第１の通信機器に対して第１の通知を行なうか否かを判断する。

好ましくは、第２のサーバ装置は、許可が得られなかった場合と、許可が得られたにもかかわらず制御対象機器の制御に失敗した場合とで、第１のサーバ装置に対して異なる通知を行なう。

好ましくは、制御システムは、第１の通信機器をさらに含む。第１の通信機器は、第１の通知を第２のサーバ装置から受信した場合、第１の通信機器が宅内に位置していると判断したときには、ユーザ入力を求めるための予め定められた報知を行ない、第１の通信機器が宅内に位置していないと判断したときには、報知を行なうことなく、制御対象機器の制御を許可する第２の通知を第２のサーバ装置に送る。

好ましくは、第１の通知は、第１の通信機器が宅内に位置しているか否かを第１の通信機器に判断させるための指令を含む。

好ましくは、制御システムは、第１の通信機器をさらに含む。第１の通信機器は、第１の通信機器が宅内に位置しているか否かを判断し、判断結果を第２のサーバ装置に送信する。

好ましくは、第１のサーバ装置は、第１の通信機器とは異なる第２の通信機器が第２のエリアに入った場合に、条件が成立したと判断する。

好ましくは、第１の通信機器は、第１の通知を音声にて報知する。
好ましくは、第１の通信機器は、条件と、制御対象機器と、制御内容とを設定するために用いられた端末である。

好ましくは、第１の通信機器は、条件と制御対象機器と制御内容とを設定したユーザが利用中の端末である。

好ましくは、第１の通信機器は、制御対象機器を構成する機器である。
本発明の他の局面に従うと、通信機器は、予め定められた条件が成立した場合に予め定められた制御対象機器に予め定められた制御内容に基づく動作を実行させるサーバ装置との間で通信可能である。通信機器は、条件が成立した場合に、制御対象機器を制御する許可を通信機器から得るためにサーバ装置が送信した第１の通知を受信する受信手段と、通信機器が予め取得している所定の情報に基づき、サーバ装置から通信機器に対する第１の通知の送信の要否を判断する判断手段と、判断手段による判断結果を、サーバ装置に送信する送信手段とを備える。送信手段は、受信手段が第１の通知を受信した場合、通信機器に対して所定のユーザ操作がなされたことに基づき、制御対象機器の制御を許可する第２の通知をサーバ装置に送信する。

好ましくは、所定の情報は、ユーザによって設定された情報であって、かつユーザ操作の要否を表した情報である。

好ましくは、第２の通知は、通信機器に対するユーザによる音声入力に基づいて生成されることを含む。

好ましくは、受信手段は、サーバ装置から制御対象機器に対して制御命令が送信されたことを表す送信通知を、サーバ装置から受信する。通信機器は、送信通知に基づく表示を行なう。

好ましくは、受信手段は、予め定められた条件が成立した場合、予め定められた条件を表した情報をサーバ装置から受信する。通信機器は、予め定められた条件の内容を表示する。

好ましくは、通信機器は、条件と、制御対象機器と、制御内容とを設定するために用いられた端末である。

好ましくは、通信機器は、条件と制御対象機器と制御内容とを設定したユーザが利用中の端末である。

本発明のさらに他の局面に従うと、制御方法は、制御システムにおいて実行される。制御システムは、予め定められた条件が成立した場合、予め定められた制御対象機器に予め定められた制御内容に基づく動作を実行させる。制御方法は、条件が成立した場合であって、かつ制御内容が第１の内容である場合には、制御システムが、制御対象機器を制御する許可を第１の通信機器から得るために、第１の通信機器に対して第１の通知を行なうステップと、条件が成立した場合であって、かつ制御内容が第２の内容である場合には、制御システムが、第１の通信機器に対して第１の通知を行なうことなく、制御対象機器に第２の内容に基づく動作を実行させるステップとを備える。

本発明のさらに他の局面に従うと、制御方法は、予め定められた条件が成立した場合に予め定められた制御対象機器に予め定められた制御内容に基づく動作を実行させるサーバ装置との間で通信可能な通信機器において実行される。制御方法は、条件が成立した場合、制御対象機器を制御する許可を通信機器から得るためにサーバ装置が送信した第１の通知を受信するステップと、通信機器が予め取得している所定の情報に基づき、サーバ装置から通信機器に対する第１の通知の送信の要否を判断するステップと、判断結果を、サーバ装置に送信するステップと、第１の通知を受信した場合、通信機器に対して所定のユーザ操作がなされたことに基づき、制御対象機器の制御を許可する第２の通知をサーバ装置に送信するステップとを備える。

本発明のさらに他の局面に従うと、プログラムは、制御システムを制御する。制御システムは、予め定められた条件が成立した場合、予め定められた制御対象機器に予め定められた制御内容に基づく動作を実行させる。プログラムは、条件が成立した場合であって、かつ制御内容が第１の内容である場合には、制御対象機器を制御する許可を第１の通信機器から得るために、第１の通信機器に対して第１の通知を行なうステップと、条件が成立した場合であって、かつ制御内容が第２の内容である場合には、第１の通信機器に対して第１の通知を行なうことなく、制御対象機器に第２の内容に基づく動作を実行させるステップとを、制御システムに実行させる。

本発明のさらに他の局面に従うと、プログラムは、通信機器を制御する。通信機器は、予め定められた条件が成立した場合に予め定められた制御対象機器に予め定められた制御内容に基づく動作を実行させるサーバ装置との間で通信可能である。プログラムは、条件が成立した場合、制御対象機器を制御する許可を通信機器から得るためにサーバ装置が送信した第１の通知を受信するステップと、通信機器が予め取得している所定の情報に基づき、サーバ装置から通信機器に対する第１の通知の送信の要否を判断するステップと、判断結果を、サーバ装置に送信するステップと、第１の通知を受信した場合、通信機器に対して所定のユーザ操作がなされたことに基づき、制御対象機器の制御を許可する第２の通知をサーバ装置に送信するステップとを、通信機器のプロセッサに実行させる。

本発明によれば、ユーザにとって利便性に優れた制御システムを提供することができる。

制御システムおよび制御システムによって制御される制御対象機器の概略構成を説明するための図である。 連携サーバに記憶されているユーザ設定テーブルの概要を表した図である。 機器制御サーバに記憶されている機器別設定テーブルの概要を表した図である。 連携サーバが、情報提供サーバ等の他の機器からトリガ情報を受信したときの制御システムの処理の概要を説明するための図である。 携帯端末が確認要求信号を受信した場合に、携帯端末に表示されるユーザインターフェイスを表した図である。 連携サーバが、情報提供サーバ等の他の機器から他のトリガ情報を受信したときの制御システムの処理の概要を説明するための図である。 制御システムの機能的構成を説明するための機能ブロック図である。 主として制御システムにおける処理の流れを表したシーケンスチャートである。 機器制御サーバにおける処理の流れを表したフローチャートである。 機器制御サーバのハードウェア構成の典型例を表した図である。 携帯端末のハードウェア構成の典型例を表した図である。 機器制御サーバに記憶されている他の機器別設定テーブルの概要を表した図である。 ユーザ（母親）の子供が建屋から所定の距離内のエリア内に入った状態を表した図である。 条件（トリガ）とアクションとの設定方法を説明するための図である。 トリガ設定用の画面を表した図である。 アクション設定用の画面を表した図である。 制御確認の通知のオンおよびオフの設定をする際に利用される画面を表した図である。 図１７において、オブジェクトが選択されることにより表示された画面１８００を表した図である。 制御確認の通知のオンおよびオフの設定をする際に利用される画面を表した図である。 図１９において、オブジェクトが選択されることにより表示された画面２０００を表した図である。 上述した制御確認の通知の設定が終了した場合における制御システムにおける処理の流れを表したシーケンスチャートである。 携帯端末における制御確認の表示例を表した図である。 携帯端末における制御結果の表示例を表した図である。

以下、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。

本発明の実施の形態に係る制御システムは、予め定められた条件が成立した場合、予め定められた制御対象機器に予め定められた制御内容に基づく動作を実行させる。典型的には、制御システムは、第１の条件が成立した場合、第１の制御対象機器に第１の制御内容に基づく動作を実行させる。また、制御システムは、第２の条件が成立した場合、第２の制御対象機器に第２の制御内容に基づく動作を実行させる。

なお、制御システムは、第２の条件が成立した場合、第２の制御対象機器に第１の制御内容に基づく動作を実行させてもよい。また、制御システムは、第２の条件が成立した場合、第１の制御対象機器に第２の制御内容に基づく動作を実行させてもよい。

どのような条件が成立した場合に、どのような機器をどのように制御させるかは、制御システムにおいて予め規定されている。

［実施の形態１］
＜Ａ．システム構成＞
図１は、制御システムおよび当該制御システムによって制御される制御対象機器の概略構成を説明するための図である。図１を参照して、制御システム１は、典型的には、連携サーバ１０と、機器制御サーバ２０と、携帯端末３０とによって構成される。

制御システム１は、典型的には、建屋９０の屋内（以下、「宅内」とも称する）に設置された制御対象機器（典型的には、家電）の動作を制御する。図１の例においては、制御システム１は、無線ルータ６０を介して、照明器具７１と、エアーコンディショナ７２と、テレビ７３との動作を制御する。なお、以下では、照明器具７１と、エアーコンディショナ７２と、テレビ７３とを区別しない場合には、単に、「家電７０」と称する。

連携サーバ１０は、機器制御サーバ２０と通信可能に接続されている。また、連携サーバ１０は、典型的には、図示しないサーバ（以下、「情報提供サーバ」とも称する）と接続されている。連携サーバ１０は、機器制御サーバ等と連携して、制御システム１の利用者にサービスを提供する。

機器制御サーバ２０は、ネットワークを介して、宅内の無線ルータ６０と通信可能に接続されている。機器制御サーバ２０は、連携サーバ１０から送られてくる情報を利用して、家電７０を制御する。

携帯端末３０は、機器制御サーバ２０に対して通信可能（アクセス可能）な機器である。携帯端末３０は、典型的には、スマートフォン、タブレット端末等の可搬性の通信機器である。

各家電７０は、無線ルータ６０に通信可能に接続されている。各家電７０は、制御システム１からの制御命令に基づき動作するように構成されている。具体的には、各家電７０は、機器制御サーバ２０からの制御命令に基づき動作するように構成されている。

連携サーバ１０および機器制御サーバ２０における情報処理の具体的内容については後述する。さらに、携帯端末３０における情報処理および携帯端末３０に対するユーザ操作については後述する。

以下では、制御対象機器として、家電を例に挙げて説明する。なお、家電としては、掃除機ロボットの自律型の装置も含まれる。

また、制御対象機器は、宅内に設置されているものに限定されず、建屋９０に備え付けられている設備機械（たとえば、給湯器、窓のシャッター、車庫のシャッター）であってもよい。あるいは、制御対象機器は、建屋９０の敷地内に駐車されている車両であってもよい。

さらに、本実施の形態では、説明の便宜上、建屋９０の居住者であって、かつ携帯端末３０のユーザを、「ユーザ」と称する。なお、当該ユーザは、制御システム１の利用者でもある。

＜Ｂ．データ＞
図２は、連携サーバ１０に記憶されているユーザ設定テーブルＰの概要を表した図である。図２を参照して、ユーザ設定テーブルＰにおいては、条件（トリガ）と、アクションとが対応付けられて記憶されている。詳しくは、条件と、制御対象機器の情報（詳しくは、制御対象機器の種別および制御対象機器ＩＤ）と、制御内容とが対応付けて記憶されている。

ユーザ設定テーブルＰにおける各項目（条件、アクション）は、制御システム１を利用するユーザによって設定される。すなわち、図１の場合においては、ユーザ設定テーブルＰにおける各項目は、建屋９０の住居者によって設定される。当該設定は、携帯端末３０を用いて行われてもよいし、他の通信機器を用いて行われてもよい。

図３は、機器制御サーバ２０に記憶されている機器別設定テーブルＱの概要を表した図である。図３を参照して、機器別設定テーブルＱにおいては、制御対象機器の種別と、制御内容と、確認要否とが対応付けて記憶されている。

機器別設定テーブルＱにおける各項目（制御対象機器の種別、制御内容、確認要否）は、たとえば、制御システム１の管理者によって設定される。典型的には、機器制御サーバ２０を管理する管理者によって設定される。

ユーザ設定テーブルＰおよび機器別設定テーブルＱの利用方法については、後述する。
＜Ｃ．処理内容＞
以下、連携サーバ１０が、情報提供サーバ等の他の機器からトリガ情報Ａを受信したときの制御システム１の処理（以下、「処理α」と称する）と、情報提供サーバ等の他の機器からトリガ情報Ｂを受信したときの制御システム１の処理（以下、「処理β」）とを説明する。

なお、「トリガ情報」とは、たとえば、図２に示したように、たとえば「家から出た」といった情報（条件そのもの）であってもよいし、「家から出たこと」といった条件を連携サーバ１０が判断できるための情報（たとえば、携帯端末３０の位置情報）であってもよい。なお、当該位置情報は、典型的には、ＧＰＳ（Global Positioning System）を利用して取得できる。

（ｃ１．処理αの概要）
図４は、連携サーバ１０が、情報提供サーバ等の他の機器からトリガ情報Ａを受信したときの制御システム１の処理の概要を説明するための図である。

連携サーバ１０は、トリガ情報Ａを受信すると、図２に示したユーザ設定テーブルＰを参照し、トリガ情報Ａで特定される条件がユーザ設定テーブルＰに存在するか否かを確認する。トリガ情報Ａで特定される条件がユーザ設定テーブルＰに存在する場合（つまり、予め定められた条件が成立した場合）、連携サーバ１０は、ユーザ設定テーブルＰにおいてトリガ情報Ａで特定される条件に対応付けられた、制御対象機器の情報（詳しくは、制御対象機器の種別および制御対象機器ＩＤ）と制御命令とを、ユーザ設定テーブルＰから読み出す。連携サーバ１０は、読み出した制御対象機器の種別と制御対象機器ＩＤと制御命令とを、トリガ情報Ａで特定される条件とともに、機器制御サーバ２０に送信する。

機器制御サーバ２０は、連携サーバ１０から制御対象機器の種別と制御対象機器ＩＤと制御命令とトリガ情報Ａで特定される条件とを受信すると、図３に示した機器別設定テーブルＱを参照して、確認要否が必要か否かを判断する。なお、「確認要否」とは、典型的には、機器制御サーバ２０が連携サーバ１０から通知された制御対象機器ＩＤの家電７０に対して連携サーバ１０から通知された制御命令を実行させる際に、ユーザの確認操作が必要であるかを問い合わせる必要があるか否かを意味する。この場合、機器制御サーバ２０は、確認要否が「必要」と判断すると、携帯端末３０に対して、確認要求信号を送信する。

なお、機器制御サーバ２０は、典型的には、トリガ情報Ａで特定される条件と制御対象機器ＩＤ（あるいは制御対象機器の種別）と制御内容とを利用して、確認要求信号を生成する。これにより、機器制御サーバ２０は、携帯端末３０において後述するインターフェイス内のオブジェクト表示（図５）を可能にする。

携帯端末３０のユーザは、典型的には、確認要求信号に対して応答するための入力操作を行なう。携帯端末３０は、入力操作を受け付けると、確認応答信号を機器制御サーバ２０に送信する。

機器制御サーバ２０は、携帯端末３０から受信した確認応答信号が家電７０の制御を許可する内容であることを条件に、家電７０に対して制御命令を送信する。これにより、機器制御サーバ２０は、トリガ情報Ａに基づいた動作を家電７０に実行させることが可能となる。なお、トリガ情報Ａで特定される条件がユーザ設定テーブルＰに存在しない場合には、連携サーバ１０は、家電７０の動作を制御しない。

（ｃ２．処理αの具体例）
以下、処理αについて、具体例を挙げて説明すれば、以下のとおりである。

トリガ情報Ａが、たとえば「家に近づいた」であるとする。なお、「家に近づいた」とは、建屋９０から所定の距離内のエリアにユーザ（正確には、携帯端末３０）が入ったことを意味する。連携サーバ１０は、典型的には、携帯端末３０から携帯端末３０の位置情報を取得することにより、ユーザが家に近づいたか否かを判断する。なお、連携サーバ１０は、情報提供サーバから、「ユーザが家に近づいた」ことを表した情報を取得するようにしてもよい。

この場合、連携サーバ１０は、図２に示したユーザ設定テーブルＰを参照して、制御対象機器の制御内容として、「エアーコンディショナの電源オン」を表した情報を、機器制御サーバ２０に送信する。具体的には、連携サーバ１０は、制御対象機器の種別（すなわち、エアーコンディショナ）と、エアーコンディショナ７２の制御対象機器ＩＤと、電源オンの制御内容とを、トリガ情報Ａで特定される条件（すなわち、「家に近づいた」ことを表す情報）とともに、機器制御サーバ２０に送信する。

機器制御サーバ２０は、図３に示した機器別設定テーブルＱを参照して、制御対象機器が「エアーコンディショナ」であって、制御命令が「電源オン」の場合における、確認要否の項目の設定を確認する。この場合、設定が「必要」となっているため、機器制御サーバ２０は、確認要求信号を携帯端末３０に送信する。

図５は、携帯端末３０が確認要求信号を受信した場合に、携帯端末３０に表示されるユーザインターフェイスを表した図である。図５を参照して、携帯端末３０は、タッチスクリーン３６１に、家電７０の遠隔制御を実行してもよいかを問い合わせるメッセージが記述されたオブジェクト３９１と、入力用のオブジェクト３９２，３９３とを表示する。なお、本実施の形態では、携帯端末３０が確認要求信号を受信したことを報知し、当該報知に気付いたユーザがアプリケーションプログラムを起動させることにより、図５に示したユーザインターフェイス（画面）が表示される。

ユーザは、家電７０の遠隔制御に同意する場合、オブジェクト３９２を選択する。この場合、携帯端末３０は、受信した確認要求信号に対する確認応用信号として、制御を許可することを表した許可通知を機器制御サーバ２０に対して送信する。

一方、ユーザは、家電７０の遠隔制御に同意しない場合、オブジェクト３９３を選択する。この場合、携帯端末３０は、受信した確認要求信号に対する確認応用信号として、制御を許可しないことを表した不許可通知を機器制御サーバ２０に対して送信する。

機器制御サーバ２０は、携帯端末３０から上記許可通知を受信したことを条件に、家電７０の動作を制御する。具体的には、機器制御サーバ２０は、エアーコンディショナ７２の電源をオンさせるための制御命令を、エアーコンディショナ７２に送信する。

ところで、図５にではオブジェクト３９２，３９３のいずれかをタッチ操作で選択する構成を例に挙げて説明したが、これに限定されるものではない。制御を許可するか否かを、音声で受け付けるように、携帯端末３０を構成してもよい。

なお、上記においては、説明の便宜上、エアーコンディショナについては、単に、「電源オン」とのみ記載しているが、詳細には、「冷房自動運転開始」、「設定温度での冷房運転開始」等の制御内容を意味している。

（ｃ３．処理βの概要）
図６は、連携サーバ１０が、情報提供サーバ等の他の機器からトリガ情報Ｂを受信したときの制御システム１の処理の概要を説明するための図である。

連携サーバ１０は、トリガ情報Ｂを受信すると、図２に示したユーザ設定テーブルＰを参照し、トリガ情報Ｂで特定される条件がユーザ設定テーブルＰに存在するか否かを確認する。トリガ情報Ｂで特定される条件がユーザ設定テーブルＰに存在する場合（つまり、予め定められた条件が成立した場合）、連携サーバ１０は、ユーザ設定テーブルＰにおいてトリガ情報Ｂで特定される条件に対応付けられた、制御対象機器の情報（詳しくは、制御対象機器の種別および制御対象機器ＩＤ）と制御命令とを、ユーザ設定テーブルＰから読み出す。連携サーバ１０は、読み出した制御対象機器の種別と制御対象機器ＩＤと制御命令とを、トリガ情報Ｂで特定される条件とともに、機器制御サーバ２０に送信する。

機器制御サーバ２０は、連携サーバ１０から制御対象機器の種別と制御対象機器ＩＤと制御命令とトリガ情報Ｂで特定される条件とを受信すると、図３に示した機器別設定テーブルＱを参照して、確認要否が必要か否かを判断する。この場合、機器制御サーバ２０は、確認要否が「不要」と判断すると、携帯端末３０に対して、確認要求信号を送信しない。

機器制御サーバ２０は、確認要否が「不要」と判断した場合、携帯端末３０から上記許可通知を受信することなく、家電７０に対して制御命令を送信する。これにより、機器制御サーバ２０は、トリガ情報Ｂに基づいた動作を家電７０に実行させることが可能となる。

（ｃ４．処理βの具体例）
以下、処理βについて、具体例を挙げて説明すれば、以下のとおりである。

トリガ情報Ｂが、たとえば「家から出た」であるとする。なお、「家から出た」とは、建屋９０からユーザ（正確には、携帯端末３０）が出たことを意味する。

この場合、連携サーバ１０は、図２に示したユーザ設定テーブルＰを参照して、制御対象機器の制御内容として、「照明のオフ」を表した情報を、機器制御サーバ２０に送信する。具体的には、連携サーバ１０は、制御対象機器の種別（すなわち、照明）と、照明器具７１の制御対象機器ＩＤと、電源オフの制御内容とを、機器制御サーバ２０に送信する。さらに、連携サーバ１０は、ユーザ設定テーブルＰを参照して、制御対象機器の制御内容として、「エアーコンディショナのオフ」を表した情報を、機器制御サーバ２０に送信する。具体的には、連携サーバ１０は、制御対象機器の種別（すなわち、エアーコンディショナ）と、エアーコンディショナ７２の制御対象機器ＩＤと、電源オフの制御内容とを、トリガ情報Ｂで特定される条件（すなわち、「家から出た」ことを表す情報）とともに、機器制御サーバ２０に送信する。

機器制御サーバ２０は、図３に示した機器別設定テーブルＱを参照して、制御対象機器の種別が「照明」であって、制御命令が「オフ」の場合における、確認要否の項目の設定を確認する。また、機器制御サーバ２０は、機器別設定テーブルＱを参照して、制御対象機器の種別が「エアーコンディショナ」であって、制御命令が「オフ」の場合における、確認要否の項目の設定を確認する。

この場合、照明およびエアーコンディショナとも、設定が「不要」となっているため、機器制御サーバ２０は、確認要求信号を携帯端末３０に送信することなく、照明器具７１とエアーコンディショナ７２とをオフする制御命令を各々に対して送信する。

（ｃ５．まとめ）
（１）連携サーバ１０がトリガ情報Ａとトリガ情報Ｂとを受信した場合における、エアーコンディショナ７２の制御に着目すると、以下のとおりである。つまり、制御内容が、エアーコンディショナ７２の電源を「オン」することになる場合と「オフ」することになる場合とに着目すると、以下のとおりである。

制御システム１は、トリガ情報で特定される条件がユーザ設定テーブルＰに存在する場合（つまり、予め定められた条件が成立した場合）、制御内容が「電源オン」であるときには、エアーコンディショナ７２を制御する許可を携帯端末３０から得るために、携帯端末３０に対して確認要求信号（第１の通知）を送信する。一方、制御内容が「オフ」であるときには、携帯端末３０に対して確認要求信号を送信することなく、エアーコンディショナ７２に当該制御内容に基づく動作（すなわち、オフ）を実行させる。

このような構成によれば、ユーザの確認操作（たとえば、図５のオブジェクト３９２の選択操作）が不要と考えられる制御内容である場合（たとえば、エアーコンディショナの電源オフの場合）には、家電７０を制御するために、ユーザは当該確認操作を行わなくてもよくなる。それゆえ、制御システム１は、制御内容にかかわらず常にユーザの確認操作が必要なシステムに比べて、利便性に優れる。

（２）制御システム１は、連携サーバ１０と、機器制御サーバ２０とを備える。連携サーバ１０は、上記条件が成立したか否かを判断する。連携サーバ１０は、上記条件が成立した場合、制御対象機器ＩＤ（家電７０の識別情報）と制御内容とを、機器制御サーバ２０に通知する。機器制御サーバ２０は、通知された制御対象機器ＩＤと制御内容に基づいて、携帯端末３０に対して確認要求信号（第１の通知）を送信する。

以下、上記の処理を実現するための機能的構成と制御構造とハードウェア構成とについて説明する。

＜Ｄ．機能的構成＞
図７は、制御システム１の機能的構成を説明するための機能ブロック図である。図７を参照して、上述したように、制御システム１は、連携サーバ１０と、機器制御サーバ２０と、携帯端末３０とを含んで構成される。

（ｄ１．連携サーバ１０）
連携サーバ１０は、通信ＩＦ部１１と、制御部１２と、記憶部１３とを備える。制御部１２は、判定部１４を有する。記憶部１３は、図２に示したユーザ設定テーブルＰを記憶している。

通信ＩＦ部１１は、図示しない情報提供サーバ等の機器からトリガ情報を受信する。通信ＩＦ部１１は、受信したトリガ情報を制御部１２に送る。

制御部１２は、連携サーバ１０の全体の動作を制御する。制御部１２は、典型的には、ＣＰＵ（Central Processing Unit）等のプロセッサが、オペレーションシステム上でアプリケーションプログラムを実行することにより実現される。

判定部１４は、受信されたトリガ情報と、記憶部１３に記憶されたユーザ設定テーブルＰとに基づき、当該トリガ情報で特定される条件がユーザ設定テーブルＰに存在するか否かを判定する。すなわち、判定部１４は、予め定められた条件が成立したか否かを判定する。

制御部１２は、トリガ情報で特定される条件がユーザ設定テーブルＰに存在する場合、ユーザ設定テーブルＰにおいて、当該トリガ情報（条件）に対応付けられた、制御対象機器の種別と制御対象機器ＩＤと制御内容とを、ユーザ設定テーブルＰから読み出す。

制御部１２は、読み出した制御対象機器の種別と制御対象機器ＩＤと制御内容とを、トリガ情報で特定される条件とともに、通信ＩＦ部１１を介して、機器制御サーバ２０に送信する。

（ｄ２．機器制御サーバ２０）
機器制御サーバ２０は、通信ＩＦ部２１と、制御部２２と、記憶部２３とを備える。制御部２２は、判定部２４を有する。記憶部２３は、図３に示した機器別設定テーブルＱを記憶している。

通信ＩＦ部２１は、連携サーバ１０から、制御対象機器の種別と、制御対象機器ＩＤと、制御内容とを受信する。通信ＩＦ部２１は、これらの各情報を、制御部２２に送る。

制御部２２は、機器制御サーバ２０の全体の動作を制御する。制御部２２は、典型的には、ＣＰＵ等のプロセッサ（具体的には、後述するＣＰＵ２５１（図１０））が、オペレーションシステム上でアプリケーションプログラムを実行することにより実現される。

判定部２４は、連携サーバ１０から受信した制御対象機器の種別および制御内容と、記憶部２３に記憶された機器別設定テーブルＱとに基づき、確認要否が必要か不要かを判定する。すなわち、判定部２４は、確認要求信号を携帯端末３０に送信する必要があるか否かを判定する。

制御部２２は、確認要否が必要な場合、通信ＩＦ部２１を介して、確認要求信号を携帯端末３０に送信する。また、制御部２２は、通信ＩＦ部２１を介して、確認要求信号に対する応答である確認応答信号を携帯端末３０から受信したことを条件に、家電７０に対して、連携サーバ１０から受信した制御内容に基づく制御命令を送信する。

（ｄ３．携帯端末３０）
携帯端末３０は、通信ＩＦ部３１と、制御部３２と、記憶部３３と、表示部３４と、入力部３５と、音声入力部３６と、音声出力部３７とを備える。通信ＩＦ部３１は、受信部３１ａと送信部３１ｂとを有する。制御部３２は、判断部３２ａを有する。受信部３１ａ、送信部３１ｂ、判断部３２ａについては、後述する他の実施の形態において、その機能を説明する。なお、音声入力部３６は、典型的にはマイクロフォンであり、音声出力部３７は、典型的にはスピーカである。

通信ＩＦ部３１は、機器制御サーバ２０から確認要求信号を受信する。通信ＩＦ部３１は、受信した確認要求信号を制御部３２に送る。

記憶部３３は、アプリケーションプログラム等を記憶している。
表示部３４は、制御部３２による制御に基づき、各種の画像を表示する。表示部３４は、たとえば、図６に示した画面を表示する。表示部３４は、後述するディスプレイ３６１１（図１１）に対応する。

入力部３５は、ユーザ操作を受け付ける。入力部３５は、後述するタッチパネル３６１２（図１１）に対応する。入力部３５は、受け付けたユーザ操作に基づく信号を、制御部３２に送る。

制御部３２は、携帯端末３０の全体の動作を制御する。制御部２２は、典型的には、ＣＰＵ等のプロセッサ（具体的には、後述するＣＰＵ３５１（図１１））が、オペレーションシステム上でアプリケーションプログラムを実行することにより実現される。

制御部３２は、通信ＩＦ部３１を介して確認要求信号を受信した場合、確認要求信号を受信したことを報知する制御を実行する。当該報知は、音声による報知であってもよいし、表示部３４に所定の表示を行なうことによる報知であってもよい。

制御部３２は、上記報知の後に、ユーザ操作に基づき、たとえば図６に示されるような確認操作用のユーザインターフェイスを表示部３４に表示させる。入力部３５が、制御を許可するユーザ操作を受け付けた場合（たとえば、図６のオブジェクト３９２を選択する操作を受け付けた場合）、制御部３２は、通信ＩＦ部３１を介して、制御を許可することを表した許可通知（確認応答信号）を機器制御サーバ２０に対して送信する。また、入力部３５が、制御を許可しないユーザ操作を受け付けた場合（たとえば、図６のオブジェクト３９３を選択する操作を受け付けた場合）、制御部３２は、通信ＩＦ部３１を介して、制御を許可しないことを表した不許可通知（確認応答信号）を機器制御サーバ２０に対して送信する。

＜Ｅ．制御構造＞
図８は、主として制御システム１における処理の流れを表したシーケンスチャートである。具体的には、図８は、連携サーバ１０が、上述したトリガ情報Ａを受信し、その後、さらに上述したトリガ情報Ｂを受信したときの処理の流れを表している。

図８を参照して、シーケンスＳＱ２において、連携サーバ１０は、図示しない情報提供サーバ等の機器からトリガ情報Ａを受信する。シーケンスＳＱ４において、連携サーバ１０は、トリガ情報Ａと図２に示したユーザ設定テーブルＰとに基づいて、制御対象機器の種別と、制御対象機器ＩＤと、制御内容とを、トリガ情報Ａで特定される条件とともに、機器制御サーバ２０に送信する。

この場合、機器制御サーバ２０は、機器別設定テーブルＱを参照することにより、確認要求信号の送信が必要であると判断し、その後、シーケンスＳＱ６において、携帯端末３０に確認要求信号を送信する。

シーケンスＳＱ８において、携帯端末３０は、ユーザの操作等に基づき、確認応答信号を機器制御サーバ２０に送信する。なお、説明の便宜上、シーケンスＳＱ８において、携帯端末３０は、制御を許可することを表した許可通知（確認応答信号）を機器制御サーバ２０に対して送信したものとする。この場合、シーケンスＳＱ１０において、機器制御サーバ２０は、制御内容に応じた制御命令を、制御対象機器ＩＤで特定される家電７０（具体的には、エアーコンディショナ７２）に対して送信する。これにより、家電７０の制御（具体的には、電源オン）が可能となる。

シーケンスＳＱ１２において、連携サーバ１０は、図示しない情報提供サーバ等の機器からトリガ情報Ｂを受信する。シーケンスＳＱ１４において、連携サーバ１０は、トリガ情報Ｂと図２に示したユーザ設定テーブルＰとに基づいて、制御対象機器の種別と、制御対象機器ＩＤと、制御内容とを、トリガ情報Ｂで特定される条件とともに、機器制御サーバ２０に送信する。

この場合、機器制御サーバ２０は、機器別設定テーブルＱを参照することにより、確認要求信号の送信が不要であると判断し、その後、シーケンスＳＱ１６において、機器制御サーバ２０は、制御内容に応じた制御命令を、制御対象機器ＩＤで特定される家電７０（具体的には、照明器具７１およびエアーコンディショナ７２）に対して送信する。これにより、家電７０の制御（具体的には、電源オフ）が可能となる。

図９は、機器制御サーバ２０における処理の流れを表したフローチャートである。図９を参照して、ステップＳ２において、機器制御サーバ２０は、連携サーバ１０から、制御対象機器の種別と、制御対象機器ＩＤと、制御内容とを、トリガ情報Ａで特定される条件とともに受信する。ステップＳ４において、機器制御サーバ２０は、機器別設定テーブルＱを参照し、確認要求信号の送信要否を判断する。

機器制御サーバ２０は、確認要求信号の送信が必要と判断した場合（ステップＳ６においてＹＥＳ）、ステップＳ８において、確認要求信号を携帯端末３０に送信する。機器制御サーバ２０は、確認要求信号の送信が不要と判断した場合（ステップＳ１０においてＮＯ）、処理をステップＳ１２に進める。

ステップＳ１０において、機器制御サーバ２０は、確認応答信号を受信したか否かを判断する。機器制御サーバ２０は、確認応答信号を受信したと判断した場合（ステップＳ１０においてＹＥＳ）、処理をステップＳ１２に進める。機器制御サーバ２０は、確認応答信号を受信していないと判断した場合（ステップＳ１０においてＮＯ）には、確認応答信号を受信するまで待機する（処理をステップＳ１０に戻す）。

ステップＳ１２において、機器制御サーバ２０は、制御内容に基づく制御命令を、制御対象機器ＩＤで特定される家電７０に送信する。

＜Ｆ．ハードウェア構成＞
図１０は、機器制御サーバ２０のハードウェア構成の典型例を表した図である。図１０を参照して、機器制御サーバ２０は、主たる構成要素として、プログラムを実行するＣＰＵ２５１と、データを不揮発的に格納するＲＯＭ２５２と、ＣＰＵ２５１によるプログラムの実行により生成されたデータ、又は入力装置を介して入力されたデータを揮発的に格納するＲＡＭ２５３と、データを不揮発的に格納するＨＤＤ２５４と、ＬＥＤ２５５と、スイッチ２５６と、通信ＩＦ（Interface）２５７と、電源回路２５８と、ディスプレイ２５９と、操作キー２６０とを含む。各構成要素は、相互にデータバスによって接続されている。

電源回路２５８は、コンセントを介して受信した商用電源の電圧を降圧し、機器制御サーバ２０の各部に電源供給を行なう回路である。スイッチ２５６は、電源回路２５８に給電を行なうか否かを切替えるための主電源用のスイッチ、およびその他の各種の押しボタンスイッチである。ディスプレイ２５９は、各種のデータを表示するためのデバイスである。

通信ＩＦ２５７は、連携サーバ１０、携帯端末３０と、ネットワークを介した無線ルータ６０との間の通信を行なためのインターフェイスである。

ＬＥＤ２５５は、機器制御サーバ２０の動作状態を表す各種の表示ランプである。たとえば、ＬＥＤ２５５は、機器制御サーバ２０の主電源のオンまたはオフ状態、およびＨＤＤ２５４への読み出しまたは書き込み状態等を表す。操作キー２６０は、機器制御サーバ２０のユーザが機器制御サーバ２０へデータを入力するための用いるキー（キーボード）である。

機器制御サーバ２０における処理は、各ハードウェアおよびＣＰＵ２５１により実行されるソフトウェアによって実現される。このようなソフトウェアは、ＨＤＤ２５４に予め記憶されている場合がある。また、ソフトウェアは、その他の記憶媒体に格納されて、プログラムプロダクトとして流通している場合もある。あるいは、ソフトウェアは、いわゆるインターネットに接続されている情報提供事業者によってダウンロード可能なプログラムプロダクトとして提供される場合もある。このようなソフトウェアは、読取装置によりその記憶媒体から読み取られて、あるいは、通信ＩＦ２５７等を介してダウンロードされた後、ＨＤＤ２５４に一旦格納される。そのソフトウェアは、ＣＰＵ２５１によってＨＤＤ２５４から読み出され、ＲＡＭ２５３に実行可能なプログラムの形式で格納される。ＣＰＵ２５１は、そのプログラムを実行する。

同図に示される機器制御サーバ２０を構成する各構成要素は、一般的なものである。したがって、本発明の本質的な部分は、ＲＡＭ２５３、ＨＤＤ２５４、記憶媒体に格納されたソフトウェア、あるいはネットワークを介してダウンロード可能なソフトウェアであるともいえる。なお、機器制御サーバ２０の各ハードウェアの動作は周知であるので、詳細な説明は繰り返さない。

なお、記録媒体としては、ＤＶＤ−ＲＡＭに限られず、ＤＶＤ-ＲＯＭ、ＣＤ−ＲＯＭ、ＦＤ、ハードディスク、磁気テープ、カセットテープ、光ディスク、ＥＥＰＲＯＭ、フラッシュＲＯＭなどの半導体メモリ等の固定的にプログラムを担持する媒体でもよい。また、記録媒体は、当該プログラム等をコンピュータが読取可能な一時的でない媒体である。また、ここでいうプログラムとは、ＣＰＵにより直接実行可能なプログラムだけでなく、ソースプログラム形式のプログラム、圧縮処理されたプログラム、暗号化されたプログラム等を含む。

なお、連携サーバ１０は、機器制御サーバ２０と同様なハードウェア構成を有するため、ここでは、連携サーバ１０についてのハードウェア構成については繰り返し説明を行わない。

図１１は、携帯端末３０のハードウェア構成の典型例を表した図である。図１１を参照して、携帯端末３０は、主たる構成要素として、プログラムを実行するＣＰＵ３５１と、データを不揮発的に格納するＲＯＭ３５２と、ＣＰＵ３５１によるプログラムの実行により生成されたデータ、又は入力装置を介して入力されたデータを揮発的に格納するＲＡＭ３５３と、データを不揮発的に格納するフラッシュメモリ３５４と、ＬＥＤ３５５と、操作キー３５６と、スイッチ３５７と、ＧＰＳ（Global Positioning System）受信機３５８と、通信ＩＦ３５９と、電源回路３６０と、タッチスクリーン３６１と、マイク３６２と、スピーカ３６３と、カメラ３６４と、アンテナ３５８１，３５９１とを含む。各構成要素は、相互にデータバスによって接続されている。

タッチスクリーン３６１は、ディスプレイ３６１１と、タッチパネル３６１２により構成される。アンテナ３５８１は、ＧＰＳ受信機３５８用のアンテナである。アンテナ３５９１は、通信ＩＦ３５９用のアンテナである。

ＬＥＤ３５５は、携帯端末３０の動作状態を表す各種の表示ランプである。たとえば、ＬＥＤ３５５は、携帯端末３０の主電源のオンまたはオフ状態、およびフラッシュメモリ３５４への読み出しまたは書き込み状態等を表す。

操作キー３５６は、携帯端末３０のユーザが主電源のオンまたはオフ等するためのキー（操作ボタン）である。スイッチ３５７は、電源回路３６０に給電を行なうか否かを切替えるための主電源用のスイッチ、およびその他の各種の押しボタンスイッチである。

ＧＰＳ受信機３５８は、ＧＰＳ衛星からの電波に基づき、携帯端末３０の現在位置の位置情報を取得する。ＧＰＳ受信機３５８によって取得された位置情報は、通信ＩＦ３５９を介して、機器制御サーバ２０に送信される。

通信ＩＦ３５９は、たとえば、機器制御サーバ２０に対するデータの送信処理および機器制御サーバ２０から送信されたデータの受信処理を行なう。

電源回路３６０は、コンセントを介して受信した商用電源の電圧を降圧し、携帯端末３０の各部に電源供給を行なう回路である。タッチスクリーン３６１は、各種のデータを表示し、かつ操作入力を受け付けるためのデバイスである。マイク３６２は、携帯端末３０の周囲の音を集音する。たとえば、マイク３６２は、ユーザの発話に基づく音声を集音する。スピーカ３６３は、音声を出力する。スピーカ３６３は、ある局面においては、ユーザ等とのコミュニケーションのために、発話を行なう。カメラ３６４は、携帯端末３０の周囲の被写体を撮像するための撮像装置である。

携帯端末３０における処理は、各ハードウェアおよびＣＰＵ３５１により実行されるソフトウェアによって実現される。このようなソフトウェアは、フラッシュメモリ３５４に予め記憶されている場合がある。また、ソフトウェアは、その他の記憶媒体に格納されて、プログラムプロダクトとして流通している場合もある。あるいは、ソフトウェアは、いわゆるインターネットに接続されている情報提供事業者によってダウンロード可能なプログラムプロダクトとして提供される場合もある。このようなソフトウェアは、読取装置によりその記憶媒体から読み取られて、あるいは、通信ＩＦ３５９等を介してダウンロードされた後、フラッシュメモリ３５４に一旦格納される。そのソフトウェアは、ＣＰＵ３５１によってフラッシュメモリ３５４から読み出され、ＲＡＭ３５３に実行可能なプログラムの形式で格納される。ＣＰＵ３５１は、そのプログラムを実行する。

同図に示される携帯端末３０を構成する各構成要素は、一般的なものである。したがって、本発明の本質的な部分は、ＲＡＭ３５３、フラッシュメモリ３５４、記憶媒体に格納されたソフトウェア、あるいはネットワークを介してダウンロード可能なソフトウェアであるともいえる。なお、携帯端末３０の各ハードウェアの動作は周知であるので、詳細な説明は繰り返さない。

なお、記録媒体としては、ＤＶＤ−ＲＡＭに限られず、ＤＶＤ-ＲＯＭ、ＣＤ−ＲＯＭ、ＦＤ、ハードディスク、磁気テープ、カセットテープ、光ディスク、ＥＥＰＲＯＭ、フラッシュＲＯＭなどの半導体メモリ等の固定的にプログラムを担持する媒体でもよい。また、記録媒体は、当該プログラム等をコンピュータが読取可能な一時的でない媒体である。また、ここでいうプログラムとは、ＣＰＵにより直接実行可能なプログラムだけでなく、ソースプログラム形式のプログラム、圧縮処理されたプログラム、暗号化されたプログラム等を含む。

［実施の形態２］
実施の形態１では、携帯端末３０が確認要求信号を受信したことを報知し、当該報知に気づいたユーザがアプリケーションプログラムを起動させることにより、図５に示したユーザインターフェイス（画面）が表示される。

本実施の形態においては、機器制御サーバ２０が携帯端末３０に送信する確認要求信号に、家電７０の制御に関するアプリケーションプログラムを携帯端末３０に起動させるための指示を含ませる。

具体的には、たとえば図５に示すユーザインターフェイスを実現するためのアプリケーションプログラムを起動させるための制御命令を確認要求信号に含ませる。このような構成によれば、ユーザは、家電７０の制御に関するアプリケーションプログラムを起動させるための操作を行わなくて済む。

なお、機器制御サーバ２０は、上記アプリケーションプログラムを起動させるための制御命令を確認要求信号と関連付けて、携帯端末３０に送信する構成であってもよい。

［実施の形態３］
実施の形態１では、機器制御サーバ２０が機器別設定テーブルＱを記憶しており、機器制御サーバ２０が機器別設定テーブルＱを参照して、携帯端末３０に確認要求信号を送信するか否かを判断した。

本実施の形態では、機器制御サーバ２０が機器別設定テーブルＱとは異なる機器別設定テーブルＲを記憶しており、機器別設定テーブルＲを参照して、携帯端末３０に確認要求信号を送信するか否かを判断する構成について説明する。

以下では、実施の形態１と異なる点に着目して説明する。なお、本実施の形態に係る構成は、実施の形態２と組み合わせることができる。

＜Ｇ．データ＞
図１２は、機器制御サーバ２０に記憶されている機器別設定テーブルＲの概要を表した図である。図１２を参照して、機器別設定テーブルＲにおいては、制御対象機器の種別と、制御内容と、位置条件と、確認要否とが対応付けて記憶されている。位置条件が規定されている点において、機器別設定テーブルＲは、機器別設定テーブルＱと異なる。このように、機器別設定テーブルＲは、機器別設定テーブルＱに対して位置条件が付加（追加）された構成を有する。

なお、機器別設定テーブルＲにおける各項目は、機器別設定テーブルＱと同様に、たとえば、制御システム１の管理者によって設定される。典型的には、機器制御サーバ２０を管理する管理者によって設定される。

以下、機器別設定テーブルＲを用いた処理について説明する。
＜Ｈ．処理内容＞
以下、連携サーバ１０が、情報提供サーバ等の他の機器からトリガ情報Ｃを受信したときの制御システム１の処理（以下、「処理γ」と称する）を説明する。

（ｈ１．処理γの概要）
連携サーバ１０は、トリガ情報Ｃを受信すると、図２に示したユーザ設定テーブルＰを参照し、トリガ情報Ｃで特定される条件がユーザ設定テーブルＰに存在するか否かを確認する。トリガ情報Ｃで特定される条件がユーザ設定テーブルＰに存在する場合（つまり、予め定められた条件が成立した場合）、連携サーバ１０は、ユーザ設定テーブルＰにおいてトリガ情報Ｃで特定される条件に対応付けられた、制御対象機器の情報（詳しくは、制御対象機器の種別および制御対象機器ＩＤ）と制御命令とを、ユーザ設定テーブルＰから読み出す。連携サーバ１０は、読み出した制御対象機器の種別と制御対象機器ＩＤと制御命令とを、トリガ情報Ｃで特定される条件とともに、機器制御サーバ２０に送信する。

機器制御サーバ２０は、連携サーバ１０から制御対象機器の種別と制御対象機器ＩＤと制御命令とトリガ情報Ｃで特定される条件とを受信すると、図１２に示した機器別設定テーブルＲを参照して、確認要否が必要か否かを判断する。具体的には、機器制御サーバ２０は、ユーザが在宅であるか否か（正確には、携帯端末３０が宅内に位置しているか否か）に応じて、確認要求信号の送信が必要か否かを判断する。なお、ユーザが在宅であるか否かは、典型的には、機器制御サーバ２０が携帯端末３０の位置情報を定期的に受信することにより判断できる。

機器制御サーバ２０が確認要求信号の送信の要否を判断した後の処理は、実施の形態１と同様であるため、ここでは繰り返し説明しない。

（ｈ２．処理γの具体例）
以下、処理γについて、具体例を挙げて説明すれば、以下のとおりである。

トリガ情報Ｃが、「室温が３０．２度」であるとする。なお、連携サーバ１０は、典型的には、図示しない情報提供サーバを介して、建屋９０の室温の情報を取得する。

この場合、連携サーバ１０は、図２に示したユーザ設定テーブルＰを参照して、トリガ情報Ｃで特定される条件がユーザ設定テーブルＰに存在する場合（つまり、予め定められた条件が成立した場合）と判断する。その後、連携サーバ１０は、ユーザ設定テーブルＰを参照して、制御対象機器の制御内容として、「エアーコンディショナの電源オン」を表した情報を、機器制御サーバ２０に送信する。具体的には、連携サーバ１０は、制御対象機器の種別（すなわち、エアーコンディショナ）と、エアーコンディショナ７２の制御対象機器ＩＤと、電源オンの制御内容とを、トリガ情報Ｃで特定される条件（すなわち、「室温が３０度を超えた」ことを表す情報）とともに、機器制御サーバ２０に送信する。

機器制御サーバ２０は、図１２に示した機器別設定テーブルＲを参照して、制御対象機器が「エアーコンディショナ」であって、制御命令が「電源オン」の場合における、確認要否の項目の設定を確認する。あわせて、機器制御サーバ２０は、ユーザが宅内であるか否かを判断する。

機器制御サーバ２０は、ユーザが宅外であると判断した場合、確認要否の設定が「必要」となっているため、確認要求信号を携帯端末３０に送信する。その一方、機器制御サーバ２０は、ユーザが宅内であると判断した場合、確認要否の設定が「不要」となっているため、確認要求信号を携帯端末３０に送信することなく、家電７０に制御命令を送信する。

（ｈ３．まとめ）
連携サーバ１０がトリガ情報Ｃを受信した場合における、エアーコンディショナ７２の制御に着目すると、以下のとおりである。つまり、制御内容が、エアーコンディショナ７２の電源を「オン」することになるに着目すると、以下のとおりである。

制御システム１は、制御内容が「電源オン」である場合、携帯端末３０が宅内に位置するときには、携帯端末３０に対して確認要求信号（第１の通知）を送信する。制御システム１は、制御内容が「電源オン」である場合であって、携帯端末３０が宅内に位置するときには、携帯端末３０に対して確認要求信号を送信しない。

ところで、ユーザが在宅の場合には、機器制御サーバ２０がユーザの許可なしに家電７０の制御を行なったとしても、ユーザが当該制御を止めさせたと考えれば、ユーザは、その場で当該制御を停止させることができる。たとえば、機器制御サーバ２０による遠隔操作に基づきエアーコンディショナ７２の電源が勝手にオンされても、ユーザは、宅内において、エアーコンディショナ７２のリモコン等によって、エアーコンディショナ７２の電源をオフすることができる。

このように、上記の構成によれば、ユーザが宅内にいる場合には、ユーザは確認要求信号に対する応答操作を行わなくてもよくなる。それゆえ、制御システム１は、ユーザの利便性に優れる。

［実施の形態４］
本実施の形態に係る処理内容は、実施の形態１〜３に係る制御システム１に適用できる。

機器制御サーバ２０は、携帯端末３０から家電７０を制御する許可が得られなかった場合と、当該許可が得られたにもかかわらず家電７０の制御に失敗した場合とで、連携サーバ１０に対して異なる通知を行なう。この点について詳しく、説明すると以下のとおりである。

携帯端末３０から家電７０を制御する許可が得られなかった場合としては、制御を許可しないことを表した不許可通知（確認応答信号）を携帯端末３０から受信した場合と、または携帯端末３０から確認応答信号を受信できなかった場合とが挙げられる。機器制御サーバ２０は、これらの場合と、制御を許可することを表した許可通知（確認応答信号）を携帯端末３０から受信したにもかかわらず家電７０の制御に失敗した場合とで、連携サーバ１０に対して異なる通知を行なう。

たとえば、機器制御サーバ２０は、家電７０を制御する許可が得られなかった場合には、連携サーバ１０に対して、ユーザからの許可が得られなかった旨の通知を行なう。また、機器制御サーバ２０は、ユーザからの許可が得られたにもかかわらず家電７０の制御に失敗した場合には、家電７０の制御に失敗した旨を通知する。より具体的には、これらの通知は、予め定められたコード番号で互いに区別されて、連携サーバ１０に通知される。

このように、機器制御サーバ２０が連携サーバ１０に異なる通知をすることによって、連携サーバ１０側では、どのような理由により結果的に家電７０が制御できなかったのかを判断することができる。

［実施の形態５］
本実施の形態に係る処理内容は、実施の形態１〜４に係る制御システム１に適用できる。

携帯端末３０は、携帯端末３０が宅内の場合、図５に示したようなユーザ操作を受け付けるユーザインターフェイスの表示を行わない。詳しくは、携帯端末３０は、確認要求信号を機器制御サーバ２０から受信した場合、携帯端末３０が宅内に位置していないと判断したときには、ユーザ入力を求めるための画面（ユーザインターフェイス）を表示する。また、携帯端末３０は、確認要求信号を機器制御サーバ２０から受信した場合、携帯端末３０が宅内に位置していると判断したときには、ユーザ入力を求めるための画面（ユーザインターフェイス）を表示することなく、家電７０の制御を許可する許可通知（確認応答信号）を機器制御サーバ２０に送信する。

このような構成によれば、ユーザが宅内にいる場合には、携帯端末３０は、ユーザの操作を受け付けることなく、家電７０の制御を許可する許可通知（確認応答信号）を機器制御サーバ２０に送信することができる。したがって、制御システム１は、確認要求信号を受信する度にユーザ操作を常に求められる構成に比べて、ユーザの利便性に優れる。

また、確認要求信号は、携帯端末３０が宅内に位置しているか否かを携帯端末３０に判断させるための指令を含んでいることが好ましい。このような構成によれば、携帯端末３０は、ユーザの指示を待つことなく、自律的に携帯端末３０が宅内に位置しているか否かをすることができる。

なお、上記においては、携帯端末３０がユーザ入力を求める入力画面（ユーザインターフェイス）を表示する限定されず、予め定められた報知であれば、特に限定されない。

［実施の形態６］
実施の形態１〜４に係る制御システム１において、携帯端末３０を、自端末が宅内に位置しているか否かを判断し、当該判断結果を機器制御サーバ２０に送信するように構成してもよい。

このような構成によれば、機器制御サーバ２０は、携帯端末３０から取得した位置情報に基づいて携帯端末３０（換言すればユーザ）が宅内に位置するか否かを判断する処理を行なわなくてよくなる。

［実施の形態７］
本実施の形態に係る処理内容は、実施の形態１〜６に係る制御システム１に適用できる。

図２のユーザ設定テーブルＰに対して、第三者に関する条件を加えてもよい。たとえば、ユーザの子供（第三者）が特定のエリア（第２のエリア）に入ったことを条件に加えてもよい。特定エリアは、実施の形態１で述べた、建屋９０から所定の距離内のエリアであってもよいし、当該エリアとは異なっていてもよい。たとえば、特定のエリアを、子供が通学時に利用する自宅の最寄り駅としてもよい。また、特定エリアを、宅内としてもよい。

図１３は、ユーザ（母親９１）の子供９２が建屋９０から所定の距離内のエリア内に入った状態を表した図である。この場合、連携サーバ１０は、子供の携帯端末４０から送られてくる位置情報に基づき当該エリア内に入ったと判断すると、条件が成立したと判断する。

その後は、実施の形態１等で説明したのと同様の処理が実行される。その結果、ユーザ設定テーブルＰにおいて当該条件に対応付けられた制御内容に基づく制御命令が、当該条件に対応付けられた制御対象機器の情報で特定される家電７０に送信される。

なお、第三者に関する条件は、上記のような特定エリアに関するものでなくてもよい。第三者に関する条件は、第三者の体調（体温）、第三者の行動等であってもよい。

また、第三者に関する条件の代わりに、あるいは第三者に関する条件とともに、ペット等の動物に関する条件を、ユーザ設定テーブルＰに加えてもよい。たとえば、ユーザは、ユーザ設定テーブルＰにおいて、ペットに付けた体温計が所定温度以上の値を計測した場合に、エアーコンディショナ７２の電源をオンするような設定を行ってもよい。

［実施の形態８］
実施の形態１〜７においては、機器制御サーバ２０から確認要求信号を受信するのは、ユーザ（母親９１等）の携帯端末３０である場合を例に挙げて説明した。すなわち、確認要求信号を受信するのは、ユーザ設定テーブルＰを設定した端末である場合を例に挙げて説明した。詳しくは、ユーザ設定テーブルＰにおいて、条件（トリガ）と、制御対象機器の情報と、制御内容とを設定するために用いられた端末である場合を例に挙げた。しかしながら、これに限定されるものではない。

たとえば、機器制御サーバ２０が確認要求信号を送信する相手先は、携帯端末３０以外の情報処理装置であってもよい。たとえば、機器制御サーバ２０との間で通信が可能であって、ユーザが使用中（たとえば、ログイン中）の情報処理装置であってもよい。すなわち、条件と制御対象機器の情報と制御内容とを設定したユーザが利用中の情報処理装置であってもよい。当該情報処理装置の例としては、タブレット端末、テレビ、パーソナルコンピュータ等が挙げられる。

さらに、機器制御サーバ２０が確認要求信号を送信する相手先は、家電７０（詳しくは、家電７０を構成する機器）であってもよい。典型的には、当該相手先を、機器制御サーバ２０が制御命令を送信しようとしている家電７０とすることができる。なお、家電７０を構成する機器には、家電７０のリモートコントローラも含まれる。

［実施の形態９］
エアーコンディショナ７２が通常の動作モードの他に留守番モードの設定が可能な構成について説明する。また、本実施の形態では、図１２に示した機器別設定テーブルＲにおいて、位置条件の代わりに、留守番モードの設定状況が対応付けられていてもよい。

たとえば、「エアーコンディショナ」の「電源オン」に関し、留守番モードの場合には確認要否として「不要」が対応付けられており、通常モードの場合（留守番モードでない場合）には確認要否として「必要」が対応付けられていてもよい。

このような構成によれば、エアーコンディショナ７２が留守番モードの場合には、機器制御サーバ２０は確認要否信号を携帯端末３０に送信する必要がなくなる。

［実施の形態１０］
実施の形態１等においては、ユーザ設定テーブルＰと、機器別設定テーブルＱ（あるいは機器別設定テーブルＲ）とが、別々のサーバ（連携サーバ１０および機器制御サーバ２０）に格納されている構成を例に挙げて説明したが、これに限定されるものではない。

たとえば、ユーザ設定テーブルＰと、機器別設定テーブルＱとが連携サーバ１０に格納されていてもよい。

あるいは、制御システム１が、連携サーバ１０および機器制御サーバ２０の代わりに、これらのサーバの機能を実行する１台のサーバを備える構成であってもよい。すなわち、連携サーバ１０と機器制御サーバ２０とが一体となっている場合であってもよい。

［実施の形態１１］
上記の実施の形態１等においては、携帯端末３０が宅内に位置するか否かを、ＧＰＳ受信機３５８によって取得された位置情報を利用して判断する構成を例に挙げて説明したが、これに限定されるものではない。

携帯端末３０が家電７０とローカルネットワークで直接接続されている場合には、携帯端末３０が宅内に位置すると判断するように、制御システム１を構成してもよい。あるいは、家電７０とＢｌｕｅｔｏｏｔｈ（登録商標）で通信可能に接続されている場合には、携帯端末３０が宅内に位置すると判断するように、制御システム１を構成してもよい。

また、携帯端末３０が制御システム１を構成するサーバを介して家電７０と同じネットワークに接続されている場合も、携帯端末３０が宅内に位置すると判断するように、制御システム１を構成してもよい。

詳しくは、（i）家電７０から当該サーバへのポーリングと、（ii）当該サーバから携帯端末３０へのポーリング要求と、（iii）携帯端末３０からの接続元ＩＰアドレスの送信処理と、（iv）当該サーバにおける、家電７０の接続元ＩＰアドレスと携帯端末３０から送られてきた接続元ＩＰアドレスとの一致確認処理とに基づいて、同じネットワークに接続されているか否かの判断が行われる。具体的には、家電７０の接続元ＩＰアドレスと携帯端末３０から送られてきた接続元ＩＰアドレスとが一致した場合に、制御システム１（サーバ）において、同一ネットワークと判断される。

なお、家電７０は、家電ワイヤレスアダプターを装着することにより、無線ルータ６０を介して、制御システム１と通信可能になる構成であってもよい。

［実施の形態１２］
本実施の形態では、携帯端末３０に格納されているアプリケーションにより実現されるユーザインターフェイスに着目して、各装置の処理の内容を説明する。

（１）トリガおよびアクションの設定
図１４は、条件（トリガ）とアクションとの設定方法を説明するための図である。図１４（Ａ）は、トリガとアクションとを設定する際に用いられるユーザインターフェイスである。図１４（Ｂ）は、図１４（Ａ）を用いて設定されたトリガおよびアクションを表した図である。

図１４（Ａ）を参照して、携帯端末３０は、所定のユーザ操作を受け付けると、画面１４００をタッチスクリーン３６１に表示する。画面１４００は、トリガの設定欄１４１１と、アクションの設定欄１４２１と、トリガの設定を開始するための選択可能なオブジェクト１４１２と、アクションの設定を開始するための選択可能なオブジェクト１４２２と、オンを指定するオブジェクト１４３１と、オフを指定するオブジェクト１４３２と、保存を指示するオブジェクト１４４１とを含んでいる。

画面１４００に含まれる「制御確認の通知」とは、機器制御サーバ２０から携帯端末３０に対する確認要求信号の送信を意味する。制御確認の通知をオンに設定した場合（オブジェクト１４３１が選択された場合）、確認要求信号が機器制御サーバ２０から携帯端末３０に送信される。なお、この場合、典型的には、条件およびアクションの内容の表示と、確認応答信号を機器制御サーバ２０に送信するためのオブジェクトの表示とが行われる。一方、制御確認の通知をオフに設定した場合（オブジェクト１４３２が選択された場合）、確認要求信号は機器制御サーバ２０から携帯端末３０に送信されない。

図１４（Ｂ）を参照して、画面１４５０は、トリガの設定欄１４１１とアクションの設定欄１４２１とに対して、ユーザ操作に基づいた入力が行われた状態を表している。オブジェクト１４１３は、トリガの設定欄１４１１の設定内容を変更するために用いられる。オブジェクト１４２３は、アクションの設定欄１４２１の設定内容を変更するために用いられる。画面１４５０の状態において、ユーザによってオブジェクト１４４１が選択されると、各設定欄１４１１，１４２１等においてユーザによって設定された内容が保存される。

図１５は、トリガ設定用の画面１５００を表した図である。画面１５００は、図１４（Ａ）のオブジェクト１４１２が選択されることにより表示される。画面１５００には、端末を選択するためのオブジェクト１５１２と、選択状態にある端末を表示するための表示欄１５１１と、当該選択された端末の位置情報を表示するための地図１５２１と、設定を保存するためのオブジェクト１５３１とを含んでいる。地図１５２１においては、選択状態にある端末の位置が所定の記号１５９１によって示されている。

図１６は、アクション設定用の画面１６００を表した図である。画面１６００は、図１４（Ａ）のオブジェクト１４２２が選択されることにより表示される。画面１６００は、制御対象機器である家電を選択するためのオブジェクト１６１２と、選択状態にある家電を表示するための表示欄１５１１とを含んでいる。また、画面１６００は、１つの目の操作項目を選択するためのオブジェクト１６２２と、選択状態にある操作項目を表示するための表示欄１６２１とを含んでいる。さらに、画面１６００は、２つの目の操作項目を選択するためのオブジェクト１６３２と、選択状態にある操作項目を表示するための表示欄１６３１とを含んでいる。また、画面１６００は、３つの操作項目として、ユーザ入力を受け付けて、当該受け付けた入力を表示する欄１６４１を含んでいる。

画面１６００の状態において、ユーザによってオブジェクト１６５１が選択されると、ユーザによって設定された内容が保存される。

（２）家電毎の制御確認の通知の設定
制御確認の通知のオンおよびオフの設定は、家電７０毎に設定することができる。また、制御確認の通知のオンおよびオフは、制御内容の種別毎にも設定することができる。以下、これらを設定するためのユーザインターフェイスについて説明する。

図１７は、制御確認の通知のオンおよびオフの設定をする際に利用される画面１７００を表した図である。図１７を参照して、携帯端末３０は、画面１７００において、制御対象機器の複数の家電７０を一覧表示する。携帯端末３０のユーザが、１つの家電７０を選択して、オブジェクト１７２１を選択すると、画面が遷移する。なお、図１７では、エアーコンディショナが選択されている状態を表している。

図１８は、図１７において、オブジェクト１７２１が選択されることにより表示された画面１８００を表した図である。画面１８００には、制御内容の種別毎に、オンとオフのボタンが対応付けられている。

具体的には、１つ目の項目である「電源オン」に対しては、制御確認の通知をオンするためのオブジェクト１８１１と、制御確認の通知をオフするためのオブジェクト１８１２とが対応付けられている。また、２つ目の項目である「電源オフ」に対しては、制御確認の通知をオンするためのオブジェクト１８２１と、制御確認の通知をオフするためのオブジェクト１８２２とが対応付けられている。さらに、３つ目の項目である「温度設定」に対しては、制御確認の通知をオンするためのオブジェクト１８３１と、制御確認の通知をオフするためのオブジェクト１８３２とが対応付けられている。

図１８においては、一例として、オブジェクト１８１１，１８２２，１８３１が選択されている状態が示されている。オブジェクト１８４１が選択さると、携帯端末３０は、画面を画面１８００から画面１７００（図１７）に遷移させる。その後、エアーコンディショナ以外の家電について、エアーコンディショナと同様に、制御確認の通知の設定操作がなされる。

（３）位置情報に基づく制御確認の通知の設定
制御確認の通知のオンおよびオフの設定は、宅内および宅外等の位置別に設定することができる。

図１９は、制御確認の通知のオンおよびオフの設定をする際に利用される画面１９００を表した図である。図１９を参照して、携帯端末３０は、画面１９００において、制御対象機器の複数の家電７０を一覧表示する。携帯端末３０のユーザが、１つの家電７０を選択して、オブジェクト１９２１を選択すると、画面が遷移する。なお、図１９では、エアーコンディショナが選択されている状態を表している。

図２０は、図１９において、オブジェクト１９２１が選択されることにより表示された画面２０００を表した図である。画面２０００には、宅内と宅外とで個別に、オンとオフのボタンが対応付けられている。

具体的には、１つ目の項目である「宅内」に対しては、制御確認の通知をオンするためのオブジェクト２０１１と、制御確認の通知をオフするためのオブジェクト２０１２とが対応付けられている。また、２つ目の項目である「宅外」に対しては、制御確認の通知をオンするためのオブジェクト２０２１と、制御確認の通知をオフするためのオブジェクト２０２２とが対応付けられている。

図２０においては、一例として、オブジェクト２０１１，２０２１が選択されている状態が示されている。オブジェクト２０３１が選択さると、携帯端末３０は、画面を画面２０００から画面１９００（図１９）に遷移させる。その後、エアーコンディショナ以外の家電について、エアーコンディショナと同様に、制御確認の通知の設定操作がなされる。

（４）制御確認画面および制御結果通知画面
図２１は、上述した制御確認の通知の設定が終了した場合における制御システム１における処理の流れを表したシーケンスチャートである。当該処理とともに、携帯端末３０で表示される制御確認画面および制御結果通知画面を説明する。

図２１を参照して、シーケンスＳＱ１０２において、連携サーバ１０は、図示しない情報提供サーバ等の機器からトリガ情報Ａを受信する。シーケンスＳＱ１０４において、連携サーバ１０は、制御内容等を機器制御サーバ２０に送信する。

シーケンスＳＱ１０６において、機器制御サーバ２０は、制御確認の通知の設定確認を実行する。なお、制御確認の通知の設定は、上述したように携帯端末３０によって行われる。

制御確認の通知がオンの設定となっている場合、シーケンスＳＱ１０８において、機器制御サーバ２０は、制御確認（確認要求信号）を携帯端末３０に送信する。シーケンスＳＱ１１０において、携帯端末３０はタッチスクリーン３６１において制御確認の表示を行う。制御確認の表示の具体例については、後述する（図２２）。

シーケンスＳＱ１１２において、携帯端末３０は、確認要求信号に対する応答信号（確認応答信号）として、制御を許可することを表した許可通知を機器制御サーバ２０に送信する。

シーケンス１１４において、機器制御サーバ２０は、シーケンスＳＱ１０４で受信した制御内容に基づく制御命令を、家電７０に対して送信する。シーケンスＳＱ１１６において、家電７０は、制御結果を機器制御サーバ２０に送信する。シーケンスＳＱ１１８において、機器制御サーバ２０は、家電７０から受信した制御結果を、携帯端末３０に通知する。シーケンスＳＱ１２０において、携帯端末３０は、機器制御サーバ２０から受信した制御結果をタッチスクリーン３６１に表示する。制御結果の表示の具体例については、後述する（図２３）。

図２２は、携帯端末３０における制御確認の表示例を表した図である。図２２を参照して、携帯端末３０は、シーケンスＳＱ１１０において、画面２２００を表示する。画面２２００は、条件が成立したことを説明する説明文と、ユーザに対する質問文とを含む。さらに、画面２２００は、説明文中の選択可能な文字列２２２１と、質問に対する回答に答えるための２つのオブジェクト２２１１，２２１２とを含む。

ユーザによってオブジェクト２２１１が選択された場合、携帯端末３０は、許可通知を機器制御サーバ２０に送信する。一方、オブジェクト２２１２が選択された場合には、携帯端末３０は、不許可通知を機器制御サーバ２０に送信する。

また、文字列２２２１が選択された場合、携帯端末３０は、画面を画面２２００から位置情報共有の画面に遷移してもよい。具体的には、母親９１の携帯端末３０が制御確認の通知を受信したときに、子供９２の携帯端末４０が本当に所定のエリア内に入っているのかを確認するためのリンクが設けられた画面に遷移するように、携帯端末３０を構成してもよい。子供９２の携帯端末４０の位置情報の共有が許可されていれば、母親９１の携帯端末３０から子供９２の現在位置を確認することが可能となる。

なお、図２２にではオブジェクト２２１１，２２１２のいずれかをタッチ操作で選択する構成を例に挙げて説明したが、これに限定されるものではない。制御を許可するか否かを、音声入力部３６を介して、音声で受け付けるように、携帯端末３０を構成してもよい。

図２３は、携帯端末３０における制御結果の表示例を表した図である。図２３を参照して、携帯端末３０は、シーケンスＳＱ１２０において、画面２３００を表示する。画面２３００においては、制御結果が文章で表示される。これにより、携帯端末３０のユーザは、機器制御サーバ２０による家電７０の制御が行われたことを認識することができる。

なお、上記においては、携帯端末３０が制御結果を表示する構成を例に挙げて説明したが、これに限定されるものではない。機器制御サーバ２０が制御指令を家電７０に送信したことを表す情報を携帯端末３０が表示可能なように、制御システム１を構成してもよい。

（５）携帯端末３０の処理
（i）携帯端末３０は、予め定められた条件が成立した場合に予め定められた家電７０に予め定められた制御内容に基づく動作を実行させる機器制御サーバ２０との間で通信可能である。携帯端末３０の受信部３１ａは、上記条件が成立した場合に、家電７０を制御する許可を携帯端末３０から得るために機器制御サーバ２０が送信した確認要求信号（第１の通知）を受信する。携帯端末３０の判断部３２ａは、携帯端末３０が予め取得している所定の情報に基づき、機器制御サーバ２０から携帯端末３０に対する上記確認要求信号の送信の要否を判断する。携帯端末３０の送信部３１ｂは、判断部３２ａによる判断結果を、機器制御サーバ２０に送信する。これによれば、機器制御サーバ２０は、家電７０を制御するにあたり、確認要求信号を携帯端末３０に送信すべきか否かを判断することができる。

この点に関して具体例を挙げれば以下のとおりである。図３に示したように、エアーコンディショナについて電源オンの場合には、機器制御サーバ２０は携帯端末３０に確認要求信号を送信する。この場合、たとえば、携帯端末３０では、ポップアップ表示等で確認要求信号の内容が表示される。一方、エアーコンディショナについて電源オフの場合には、機器制御サーバ２０は携帯端末３０に確認要求信号を送信することなく、家電７０を制御する。この場合、機器制御サーバ２０は、電源オフの制御命令を家電７０に送信したことを、携帯端末３０に通知する。

また、機器制御サーバ２０は、携帯端末３０が取得している自端末の位置情報を利用して、携帯端末３０に対する確認要求信号の送信の要否を判断してもよい。なお、携帯端末３０の位置情報は、携帯端末３０自身がＧＰＳを利用して取得してもよいし、外部の装置から取得してもよい。

（ii）上記の所定の情報は、携帯端末３０のユーザによって設定された情報であって、かつユーザ操作の要否を表した情報である。具体的には、上記の所定の情報は、制御確認の通知に対する、「オン」および「オフ」のいずれかを選択するためのユーザ操作である。これによれば、携帯端末３０のユーザの操作を受け付けることなく、機器制御サーバ２０は家電７０を制御することができる。

なお、所定の情報は、図２に示したユーザ設定による「条件」であってもよい。また、所定の情報は、図３に示す制御対象機器の「制御条件（確認要否）」であってもよい。さらに、図１２に示す携帯端末３０の「位置条件」であってもよい。

（iii）送信部３１ｂは、受信部３１ａが確認要求信号（第１の通知）を受信した場合、携帯端末３０に対して所定のユーザ操作がなされたことに基づき、家電７０の制御を許可する許可通知（第２の通知）を機器制御サーバ２０に送信する。許可通知は、携帯端末３０に対するユーザによる音声入力に基づいて生成される。

（iv）受信部３１ａは、機器制御サーバ２０から家電７０に対して制御命令が送信されたことを表す送信通知を、機器制御サーバ２０から受信する。携帯端末３０は、当該送信通知に基づく表示を行なう。これによれば、携帯端末３０のユーザは、家電７０に対して制御命令が送信されたことを認識することができる。

（v）受信部３１ａは、予め定められた条件が成立した場合、予め定められた条件を表した情報を機器制御サーバ２０から受信する。表示部３４は、図２２における「条件が成立したことを説明する説明文」のように、当該予め定められた条件の内容を表示する。これによれば、携帯端末３０のユーザは、どのような条件が成立したのかを把握することができる。

＜＜制御システム１のまとめ＞＞
（１）制御システム１は、予め定められた条件が成立した場合、予め定められた制御対象機器（家電７０）に予め定められた制御内容に基づく動作を実行させる。

制御システム１は、上記条件が成立した場合、（i）制御内容が第１の内容であるときには、制御対象機器を制御する許可を第１の通信機器（携帯端末３０等）から得るために、第１の通信機器に対して第１の通知（確認要求信号の送信）を行ない、（ii）制御内容が第２の内容であるときには、第１の通信機器に対して第１の通知を行なうことなく、制御対象機器に第２の内容に基づく動作を実行させる。

（２）第１の通知（確認要求信号）は、制御対象機器の制御に関するアプリケーションプログラムを第１の通信機器に起動させるための指示を含む。

（３）制御システム１は、制御内容が第１の内容である場合、（i）第１の通信機器が第１のエリア（建屋９０）外に位置するときには、第１の通信機器に対して第１の通知を行ない、（ii）第１の通信機器が第１のエリア内（宅内）に位置するときには、第１の通信機器に対して第１の通知を行なわない。

（４）制御対象機器は、家電であって、第１のエリアは、家電が設置されている宅内である。

（５）制御システム１は、第１のサーバ装置（連携サーバ１０）と、第２のサーバ装置（機器制御サーバ２０）とを備える。

第１のサーバ装置は、上記条件が成立したか否かを判断し、上記条件が成立した場合、家電７０の識別情報（制御対象機器ＩＤ）と制御内容とを、第２のサーバ装置に通知する。第２のサーバ装置は、通知された識別情報と制御内容に基づいて、第１の通信機器（携帯端末３０等）に対して第１の通知（確認要求信号）を行なうか否かを判断する。

（６）第２のサーバ装置（機器制御サーバ２０）は、上記許可が得られなかった場合と、上記許可が得られたにもかかわらず制御対象機器の制御に失敗した場合とで、第１のサーバ装置（連携サーバ１０）に対して異なる通知を行なう。

（７）制御システム１は、第１の通信機器（携帯端末３０）をさらに含む。記第１の通信機器は、第１の通知（確認要求信号）を第２のサーバ装置（機器制御サーバ２０）から受信した場合、（i）第１の通信機器が宅内に位置していると判断したときには、ユーザ入力を求めるための予め定められた報知（ユーザインターフェイスの表示）を行ない、（ii）第１の通信機器が宅内に位置していないと判断したときには、上記報知を行なうことなく、制御対象機器（家電７０）の制御を許可する第２の通知（確認応答信号）を第２のサーバ装置に送る。

（８）第１の通知（確認応答信号）は、第１の通信機器（携帯端末３０）が宅内に位置しているか否かを第１の通信機器に判断させるための指令を含む。

（９）制御システム１は、第１の通信機器（携帯端末３０）をさらに含む。第１の通信機器は、第１の通信機器が宅内に位置しているか否かを判断し、判断結果を第２のサーバ装置（機器制御サーバ２０）に送信する。

（１０）第１のサーバ装置（連携サーバ１０）は、第１の通信機器（携帯端末３０）とは異なる第２の通信機器（携帯端末４０）が第２のエリアに入った場合に、上記条件が成立したと判断する。

（１１）第１の通信機器（携帯端末３０）は、第１の通知（確認応答信号）を音声にて報知する。

（１２）第１の通信機器は、上記条件と、制御対象機器と、制御内容とを設定するために用いられた端末（携帯端末３０）である。

（１３）第１の通信機器は、上記条件と制御対象機器と制御内容とを設定したユーザが利用中の端末である。

（１４）第１の通信機器は、制御対象機器（家電７０）を構成する機器である。
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

１ 制御システム、１０ 連携サーバ、１１，２１，３１ 通信ＩＦ部、１２，２２，３２ 制御部、１３，２３，３３ 記憶部、１４，２４ 判定部、２０ 機器制御サーバ、３０，４０ 携帯端末、３４ 表示部、３５ 入力部、６０ 無線ルータ、７０ 家電、７１ 照明器具、７２ エアーコンディショナ、７３ テレビ、９０ 建屋、９１ 母親、９２ 子供、３６１ タッチスクリーン、３９１，３９２，３９３ オブジェクト、Ｐ ユーザ設定テーブル、Ｑ，Ｒ 機器別設定テーブル。

Claims (25)

1. 予め定められた条件が成立した場合、予め定められた制御対象機器に予め定められた制御内容に基づく動作を実行させる制御システムであって、
   前記条件が成立した場合、
   前記制御内容が第１の内容であるときには、前記制御対象機器を制御する許可を第１の通信機器から得るために、前記第１の通信機器に対して第１の通知を行ない、
   前記制御内容が第２の内容であるときには、前記第１の通信機器に対して前記第１の通知を行なうことなく、前記制御対象機器に前記第２の内容に基づく動作を実行させる、制御システム。
2. 前記第１の通知は、前記制御対象機器の制御に関するアプリケーションプログラムを前記第１の通信機器に起動させるための指示を含む、請求項１に記載の制御システム。
3. 前記制御システムは、前記制御内容が前記第１の内容である場合、
   前記第１の通信機器が第１のエリア外に位置するときには、前記第１の通信機器に対して前記第１の通知を行ない、
   前記第１の通信機器が前記第１のエリア内に位置するときには、前記第１の通信機器に対して前記第１の通知を行なわない、請求項１または２に記載の制御システム。
4. 前記制御対象機器は、家電であって、
   前記第１のエリアは、前記家電が設置されている宅内である、請求項３に記載の制御システム。
5. 前記制御システムは、第１のサーバ装置と、第２のサーバ装置とを備え、
   前記第１のサーバ装置は、
   前記条件が成立したか否かを判断し、
   前記条件が成立した場合、前記家電の識別情報と前記制御内容とを、前記第２のサーバ装置に通知し、
   前記第２のサーバ装置は、通知された前記識別情報と前記制御内容に基づいて、前記第１の通信機器に対して前記第１の通知を行なうか否かを判断する、請求項４に記載の制御システム。
6. 前記第２のサーバ装置は、前記許可が得られなかった場合と、前記許可が得られたにもかかわらず前記制御対象機器の制御に失敗した場合とで、前記第１のサーバ装置に対して異なる通知を行なう、請求項５に記載の制御システム。
7. 前記制御システムは、前記第１の通信機器をさらに含み、
   前記第１の通信機器は、前記第１の通知を前記第２のサーバ装置から受信した場合、
   前記第１の通信機器が前記宅内に位置していると判断したときには、ユーザ入力を求めるための予め定められた報知を行ない、
   前記第１の通信機器が前記宅内に位置していないと判断したときには、前記報知を行なうことなく、前記制御対象機器の制御を許可する第２の通知を前記第２のサーバ装置に送る、請求項５または６に記載の制御システム。
8. 前記第１の通知は、前記第１の通信機器が前記宅内に位置しているか否かを前記第１の通信機器に判断させるための指令を含む、請求項７に記載の制御システム。
9. 前記制御システムは、前記第１の通信機器をさらに含み、
   前記第１の通信機器は、前記第１の通信機器が前記宅内に位置しているか否かを判断し、前記判断結果を前記第２のサーバ装置に送信する、請求項５または６に記載の制御システム。
10. 前記第１のサーバ装置は、前記第１の通信機器とは異なる第２の通信機器が第２のエリアに入った場合に、前記条件が成立したと判断する、請求項５から９のいずれか１項に記載の制御システム。
11. 前記第１の通信機器は、前記第１の通知を音声にて報知する、請求項１から１０のいずれか１項に記載の制御システム。
12. 前記第１の通信機器は、前記条件と、前記制御対象機器と、前記制御内容とを設定するために用いられた端末である、請求項１から１１のいずれか１項に記載の制御システム。
13. 前記第１の通信機器は、前記条件と前記制御対象機器と前記制御内容とを設定したユーザが利用中の端末である、請求項１から１１のいずれか１項に記載の制御システム。
14. 前記第１の通信機器は、前記制御対象機器を構成する機器である、請求項１から１１のいずれか１項に記載の制御システム。
15. 予め定められた条件が成立した場合に予め定められた制御対象機器に予め定められた制御内容に基づく動作を実行させるサーバ装置との間で通信可能な通信機器であって、
    前記条件が成立した場合に、前記制御対象機器を制御する許可を前記通信機器から得るために前記サーバ装置が送信した第１の通知を受信する受信手段と、
    前記通信機器が予め取得している所定の情報に基づき、前記サーバ装置から前記通信機器に対する前記第１の通知の送信の要否を判断する判断手段と、
    前記判断手段による判断結果を、前記サーバ装置に送信する送信手段とを備え、
    前記送信手段は、前記受信手段が前記第１の通知を受信した場合、前記通信機器に対して所定のユーザ操作がなされたことに基づき、前記制御対象機器の制御を許可する第２の通知を前記サーバ装置に送信する、通信機器。
16. 前記所定の情報は、前記ユーザによって設定された情報であって、かつ前記ユーザ操作の要否を表した情報である、請求項１５に記載の通信機器。
17. 前記第２の通知は、前記通信機器に対する前記ユーザによる音声入力に基づいて生成されることを含む、請求項１５または１６に記載の通信機器。
18. 前記受信手段は、前記サーバ装置から前記制御対象機器に対して制御命令が送信されたことを表す送信通知を、前記サーバ装置から受信し、
    前記通信機器は、前記送信通知に基づく表示を行なう、請求項１７に記載の通信機器。
19. 前記受信手段は、予め定められた条件が成立した場合、前記予め定められた条件を表した情報を前記サーバ装置から受信し、
    前記通信機器は、前記予め定められた条件の内容を表示する、請求項１８に記載の通信機器。
20. 前記通信機器は、前記条件と、前記制御対象機器と、前記制御内容とを設定するために用いられた端末である、請求項１５から１９のいずれか１項に記載の通信機器。
21. 前記通信機器は、前記条件と前記制御対象機器と前記制御内容とを設定したユーザが利用中の端末である、請求項１５から１９のいずれか１項に記載の通信機器。
22. 制御システムにおける制御方法であって、
    前記制御システムは、予め定められた条件が成立した場合、予め定められた制御対象機器に予め定められた制御内容に基づく動作を実行させ、
    前記制御方法は、
    前記条件が成立した場合であって、かつ前記制御内容が第１の内容である場合には、前記制御システムが、前記制御対象機器を制御する許可を第１の通信機器から得るために、前記第１の通信機器に対して第１の通知を行なうステップと、
    前記条件が成立した場合であって、かつ前記制御内容が第２の内容である場合には、前記制御システムが、前記第１の通信機器に対して前記第１の通知を行なうことなく、前記制御対象機器に前記第２の内容に基づく動作を実行させるステップとを備える、制御方法。
23. 予め定められた条件が成立した場合に予め定められた制御対象機器に予め定められた制御内容に基づく動作を実行させるサーバ装置との間で通信可能な通信機器における制御方法であって、
    前記条件が成立した場合、前記制御対象機器を制御する許可を前記通信機器から得るために前記サーバ装置が送信した第１の通知を受信するステップと、
    前記通信機器が予め取得している所定の情報に基づき、前記サーバ装置から前記通信機器に対する前記第１の通知の送信の要否を判断するステップと、
    前記判断結果を、前記サーバ装置に送信するステップと、
    前記第１の通知を受信した場合、前記通信機器に対して所定のユーザ操作がなされたことに基づき、前記制御対象機器の制御を許可する第２の通知を前記サーバ装置に送信するステップとを備える、制御方法。
24. 制御システムを制御するためのプログラムであって、
    前記制御システムは、予め定められた条件が成立した場合、予め定められた制御対象機器に予め定められた制御内容に基づく動作を実行させ、
    前記プログラムは、
    前記条件が成立した場合であって、かつ前記制御内容が第１の内容である場合には、前記制御対象機器を制御する許可を第１の通信機器から得るために、前記第１の通信機器に対して第１の通知を行なうステップと、
    前記条件が成立した場合であって、かつ前記制御内容が第２の内容である場合には、前記第１の通信機器に対して前記第１の通知を行なうことなく、前記制御対象機器に前記第２の内容に基づく動作を実行させるステップとを、前記制御システムに実行させる、プログラム。
25. 予め定められた条件が成立した場合に予め定められた制御対象機器に予め定められた制御内容に基づく動作を実行させるサーバ装置との間で通信可能な通信機器を制御するプログラムであって、
    前記条件が成立した場合、前記制御対象機器を制御する許可を前記通信機器から得るために前記サーバ装置が送信した第１の通知を受信するステップと、
    前記通信機器が予め取得している所定の情報に基づき、前記サーバ装置から前記通信機器に対する前記第１の通知の送信の要否を判断するステップと、
    前記判断結果を、前記サーバ装置に送信するステップと、
    前記第１の通知を受信した場合、前記通信機器に対して所定のユーザ操作がなされたことに基づき、前記制御対象機器の制御を許可する第２の通知を前記サーバ装置に送信するステップとを、前記通信機器のプロセッサに実行させる、プログラム。