JP2019079420A - 家電制御システム及び制御装置 - Google Patents

Abstract

【課題】複数のユーザが生活する環境において、ユーザにとって利便性が高い運転動作を家電機器に実行させることができる技術を提供する。【解決手段】家電制御システムは、少なくとも一つの家電機器と、サーバと、スケジューラと、端末装置と、を備える。サーバは、少なくとも一つの家電機器と通信可能であり、少なくとも一つの家電機器の運転動作を制御する。スケジューラは、サーバに格納されており、複数のユーザのスケジュール情報を格納する。端末装置は、スケジューラにアクセス可能である。端末装置は、スケジュール情報をスケジューラに送信可能である。サーバは、スケジューラに格納された複数のユーザのスケジュール情報のうち共通するスケジュール情報に基づいて、少なくとも一つの家電機器の運転動作を制御可能である。【選択図】図３

Description

本明細書に開示する技術は、家電制御システム及び制御装置に関する。

家電機器の運転動作を制御する技術が知られている。このような技術では、例えば、ユーザのスケジュール情報を取得し、取得したスケジュール情報に基づいて家電機器の運転動作が制御される。

特開２０１５−１００２６６号公報

家庭や寮などの複数人が共同で生活する環境においては、当該複数人それぞれのスケジュールが異なる。本明細書では、複数のユーザが生活する環境において、ユーザにとって利便性が高い運転動作を家電機器に実行させることができる技術を提供する。

本明細書に開示する家電制御システムは、少なくとも一つの家電機器と、サーバと、スケジューラと、端末装置と、を備える。前記サーバは、前記少なくとも一つの家電機器と通信可能であり、前記少なくとも一つの家電機器の運転動作を制御する。前記スケジューラは、前記サーバに格納されており、複数のユーザのスケジュール情報を格納する。前記端末装置は、前記スケジューラにアクセス可能である。前記端末装置は、前記スケジュール情報を前記スケジューラに送信可能である。前記サーバは、前記スケジューラに格納された前記複数のユーザの前記スケジュール情報のうち共通するスケジュール情報に基づいて、前記少なくとも一つの家電機器の前記運転動作を制御可能である。

上記の家電制御システムでは、端末装置から受信される複数のユーザそれぞれのスケジュール情報をスケジューラに格納する。そして、サーバは、当該スケジュール情報のうち共通するスケジュール情報に基づいて少なくとも一つの家電機器の運転動作を制御する。サーバは、複数のユーザのスケジュール情報それぞれを考慮して家電機器の運転動作を制御するため、複数のユーザが生活する環境において、ユーザにとって利便性が高い運転動作を家電機器に実行させることができる。

また、本明細書は、電気機器を制御する制御装置を開示する。制御装置は、受信部と、記憶部と、制御部と、を備える。受信部は、複数のユーザのスケジュール情報を受信する。記憶部は、受信した前記複数のユーザのスケジュール情報を格納する。制御部は、少なくとも一つの電気機器の運転動作を制御する。前記スケジュール情報は、前記複数のユーザの状態を示す属性情報を含んでいる。前記制御部は、前記記憶部に格納された前記複数のユーザの前記スケジュール情報のうち、所定人数以上に共通する前記属性情報に基づいて前記少なくとも一つの電気機器の前記運転動作を制御可能である。

上記の制御装置では、複数のユーザが共同で生活するといった環境にあっても、極力多数のユーザにとってより利便性が高い運転動作を家電機器に実行させることができる。

家電制御システム１０の構成を示すブロック図。 端末装置１００の表示部１１４に表示されるテーブルＴ１の一例を示す図。 サーバ５０が実行する運転スケジュール生成処理のフローチャートを示す図。 端末装置１００の表示部１１４に表示されるテーブルＴ２の一例を示す図。 サーバ５０が実行する運転開始待機処理のフローチャートを示す図。 端末装置１００の表示部１１４に表示されるテーブルＴ１の一例を示す図。 端末装置１００の表示部１１４に表示されるテーブルＴ１の一例を示す図。 サーバ５０が実行する運転動作中処理のフローチャートを示す図。 端末装置１００の表示部１１４に表示されるテーブルＴ１の一例を示す図。 端末装置１００の表示部１１４に表示されるテーブルＴ１の一例を示す図。 端末装置１００の表示部１１４に表示されるテーブルＴ３の一例を示す図。 端末装置１００の表示部１１４に表示されるテーブルＴ４の一例を示す図。 端末装置１００の表示部１１４に表示されるテーブルＴ５の一例を示す図。 端末装置１００の表示部１１４に表示されるテーブルＴ６の一例を示す図。 端末装置１００の表示部１１４に表示されるテーブルＴ７の一例を示す図。 端末装置１００の表示部１１４に表示されるテーブルＴ８の一例を示す図。 端末装置１００の表示部１１４に表示されるテーブルＴ９の一例を示す図。 端末装置１００の表示部１１４に表示されるテーブルＴ１０の一例を示す図。 端末装置１００の表示部１１４に表示される画像Ｂ１０の一例を示す図。

（家電制御システム１０の構成）
図面を参照して、実施例の家電制御システム１０について説明する。図１に示すように、家電制御システム１０は、複数の家電機器２０と、クラウドサーバ５０（以下、単にサーバ５０という。）と、端末装置１００，２００，３００，４００と、を備える。複数の家電機器２０、サーバ５０及び各端末装置１００〜４００は、通信ネットワーク１１０を介して相互に通信可能に構成されている。通信ネットワーク１１０は特に限定されないが、例えば、インターネット、有線ＬＡＮ、無線ＬＡＮ、あるいはこれらの組み合わせであってもよい。

家電制御システム１０は、複数の家電機器２０として、例えば、洗濯機２０ａ、冷蔵庫２０ｂ及び掃除機２０ｃを備える。掃除機２０ｃは、自律走行可能なロボット掃除機である。ただし、これらの家電機器２０は一例であり、家電制御システム１０は、エアコン、空気清浄器、炊飯器、電子レンジ、ＩＨ調理器、テレビ、レコーダ、温水便座といった各種の家電機器２０を備えることができる。また、家電制御システム１０は、必ずしも複数の家電機器２０を備える必要はなく、少なくとも一つの家電機器２０を備えればよい。以下では、家電機器２０の運転動作の制御の一例として、洗濯機２０ａの運転動作を制御する場合について説明する。

（洗濯機２０ａの構成）
洗濯機２０ａは、いわゆるドラム式の洗濯乾燥機であり、家庭や寮などで共同で用いられる。洗濯機２０ａは、操作部２２と、表示部２４と、制御部２６と、洗濯槽３０、を備える。

操作部２２は、洗濯機２０ａの各機能を実行するためのボタンを複数備える。操作部２２は、ユーザによってボタンが操作されると、操作されたボタンに従った信号を制御部２６に送信する。表示部２４は、液晶パネルを有する。表示部２４は、制御部２６によって制御され、洗濯に必要な情報を表示する。なお、操作部２２は、いわゆるタッチパネルとして、表示部２４と一体に構成されていてもよい。

洗濯槽３０は、前方に開口を有する有底の円筒形状を有する。洗濯槽３０は、洗濯機２０ａの筐体に対して外槽（不図示）を介して回動可能に支持されている。洗濯槽３０は、制御部２６から信号を取得したモータ（不図示）により回動される。

制御部２６は、ＣＰＵ２６ａとメモリ２６ｂを備える。制御部２６は、図示省略した配線によって、各部２２、２４、３０に制御可能に接続されている。ＣＰＵ２６ａは、メモリ２６ｂに記憶されているプログラム（不図示）に従って各部２２、２４、３０の処理を制御するプロセッサである。メモリ２６ｂは、ＲＡＭ、ＲＯＭ等によって構成される。

洗濯機２０ａは、洗濯槽３０に投入される洗濯物を収容して、洗い工程、すすぎ工程及び脱水工程等を実行する洗濯運転と、洗濯物を乾燥させる乾燥工程を実行する乾燥運転と、を含む運転動作を実行可能に構成されている。洗濯機２０ａは、上記の各工程を組み合わせた運転コースに従って、運転動作を実行することができる。

端末装置１００は、例えば、携帯電話、スマートフォン、ＰＤＡ、ノートＰＣ、タブレットＰＣ、携帯型音楽再生装置、携帯型動作再生装置等の可搬型の携帯端末である。端末装置１００は、操作部１１２と、表示部１１４と、制御部１１６、を備える。

操作部１１２は、複数のキーを備える。ユーザは、操作部１１２を操作することによって、様々な指示を端末装置１００に入力することができる。表示部１１４は、様々な情報（例えば、後述する運転スケジュール等）を表示するためのディスプレイである。表示部１１４は、いわゆるタッチパネルとしても機能する。

制御部１１６は、ＣＰＵ１１６ａとメモリ１１６ｂを備える。制御部１１６は、図示省略した配線によって、各部１１２、１１４に制御可能に接続されている。ＣＰＵ１１６ａは、メモリ１１６ｂに記憶されている各プログラム１２０、１２２に従って様々な処理を実行する。ＯＳプログラム１２０は、端末装置１００の種々の基本的な動作を制御するためのプログラムである。家電アプリケーション１２２は、家電機器２０のベンダによって提供されるアプリケーションであり、例えば、通信ネットワーク上のサーバから端末装置１００にインストールされる。家電アプリケーション１２２は、端末装置１００とサーバ５０との間で対象データ（例えば、後述するスケジュール情報、運転スケジュール等）の通信を実行させたり、端末装置１００の表示部１１４に対象データを表示させたりするためのアプリケーションである。

各端末装置２００〜４００は、端末装置１００と同様の構成を備える。以下では、説明の便宜上、各端末装置１００〜４００それぞれのユーザを、一家庭の家族それぞれとして説明する。具体的には、図２の領域Ｒ１に示すように、端末装置１００のユーザを「父」、端末装置２００のユーザを「母」、端末装置３００のユーザを「息子」、端末装置４００のユーザを「娘」として説明する。

サーバ５０は、通信ネットワーク上に設置されるサーバであり、家電機器２０のベンダにより提供されるサーバであってもよいし、家電機器２０とは異なるベンダにより提供されるサーバであってもよい。サーバ５０は、通信ネットワーク１１０を介して、複数の家電機器２０それぞれと通信可能であり、各家電機器２０の運転動作を制御する。サーバ５０は、ＣＰＵ５２とメモリ５４を備える。ＣＰＵ５２は、メモリ５４に記憶されているプログラムに従って、様々な処理を実行する。メモリ５４は、スケジューラ６０を格納している。スケジューラ６０は、複数のユーザのスケジュール情報を管理するプログラムである。本実施例では、スケジューラ６０は、サーバ５０の通信インタフェースによって各端末装置１００〜４００それぞれのユーザから受信されるスケジュール情報を格納する。

図２は、スケジュール情報が格納されたテーブルＴ１の一例を示す。スケジュール情報は、図２の領域Ｒ２に示すように、各端末装置１００〜４００のユーザそれぞれのスケジュールを示す情報である。スケジュール情報は、ユーザの状態を示す属性情報を含んでいる。本実施例では、属性情報は、ユーザが在宅しているか否かを示す在宅情報である。すなわち、各端末装置１００〜４００から送信されるスケジュールのそれぞれは、そのユーザが家にいない状態を示す「不在」、又は、そのユーザが家にいる状態を示す「在宅」の属性を有している。例えば、図２の領域Ｒ３に示すスケジュール情報「出勤」は、父が会社に出勤している状態であることを示し、「不在」の属性を有している。同様に、「外出」及び「登校」も「不在」の属性を有する。なお、図２の領域Ｒ２に示すスケジュール情報の中で、スケジュールが登録されていない時間帯は「在宅」の属性を有する。

また、サーバ５０は、外部サービス情報取得部６２を備える。外部サービス情報取得部６２は、外部サービス情報を取得する。本実施例では、外部サービス情報は、所定期間の天候を示す天候情報である。天候情報は、例えば、図２の領域Ｒ５に示すように、「晴れ」、「曇り」、「雨」等の天候を示し、スケジューラ６０に格納される。

サーバ５０は、スケジューラ６０に格納された各ユーザのスケジュール情報及び外部サービス情報に基づいて、複数の家電機器２０の運転動作を制御するための運転スケジュールを生成する。また、サーバ５０は、生成した運転スケジュールを端末装置１００に送信する。運転スケジュールの生成については、以下に詳細に説明する。

次に、サーバ５０が実行する各種の処理について、図面を参照して説明する。まず、図３を用いて、サーバ５０が洗濯機２０ａの運転スケジュールを生成するための運転スケジュール生成処理について説明する。運転スケジュール生成処理は、各端末装置１００〜４００のユーザによってスケジュール情報がスケジューラに送信されると開始される。

Ｓ１０において、サーバ５０は、スケジューラ６０から各ユーザのスケジュール情報を取得する。具体的には、父、母、息子、娘のスケジュール情報を取得する。取得したスケジュール情報は、図２の領域Ｒ３等に示すように、テーブルＴ１に記憶される。

Ｓ２０において、サーバ５０は、各ユーザの全てが「在宅」の属性を有する時間帯、すなわち共通するスケジュール情報を抽出する。より詳細には、サーバ５０は、各ユーザの属性が「不在」から「在宅」に変わる時刻をそれぞれ取得し、取得した時刻のうち、最も遅い時刻以降を各ユーザの全てが共通して「在宅」の属性を有する時間帯として抽出する。本実施例では、図２に示すように、父の帰宅時刻（１８時）以降を各ユーザの全てが共通して「在宅」の属性を有する時間帯として抽出する。すなわち、図２に示すように、全員が「在宅」の属性を有する共通エリアＡ１を抽出する。これは、外出先から帰宅した後は、その日の自身の洗濯物を洗濯槽３０に投入することが想定され、各ユーザの全てが「在宅」の属性を有する時間帯を洗濯機２０ａの運転動作を実行することができる最適な時間帯として共通するスケジュール情報に基づき決定するためである。

Ｓ３０において、サーバ５０は、外部サービス情報を外部サービス情報取得部６２により取得する。本実施例では、外部サービス情報は、天候情報である。天候情報は、所定期間の天候を示す情報である。取得した天候情報は、図２の領域Ｒ５に示すように、テーブルＴ１に記憶される。

Ｓ４０において、サーバ５０は、洗濯機２０ａの運転スケジュールを生成する。具体的には、サーバ５０は、洗濯機２０ａの運転コース及び運転時刻を決定する。本実施例では、Ｓ２０で抽出した時間帯である１８時以降の天候情報が示す天候が「雨」であるため、サーバ５０は、乾燥運転を含む運転コースに決定する。そして、決定した運転コースを実行するために必要な運転時間を算出し、決定した運転コースを実行し完了できる時間帯を決定する。本実施例では、図２の共通エリアＡ１から、１８時〜２１時を決定し、乾燥運転を含む運転コースで運転動作を実行する運転スケジュールを生成する。なお、例えば、図４に示すテーブルＴ２のように、Ｓ２０で抽出した時間帯（すなわち、共通エリアＡ２）における天候情報が示す天候が「晴れ」等の洗濯に適した天候である場合には、サーバ５０は、乾燥運転を含まない運転コースに決定してもよい。

Ｓ５０において、サーバ５０は、生成した運転スケジュールを各端末装置１００〜４００に送信する。端末装置１００は、運転スケジュールをサーバ５０から受信すると、例えば、図２に示すように、生成された運転スケジュールをユーザに提案するための画像Ｂ１（領域Ｒ６に示す文字列画像）を表示する。また、図４に示す例では、各端末装置１００〜４００は、生成された運転スケジュールをユーザに提案するための画像Ｂ２を表示する。サーバ５０は、Ｓ５０の処理を実行すると、運転スケジュール生成処理を終了する。

次に、図５を用いて、運転開始待機処理について説明する。運転開始待機処理は、サーバ５０が生成した運転スケジュールを各端末装置１００〜４００に送信した後から、洗濯機２０ａの運転動作が開始されるまでの間に実行される処理である。運転開始待機処理は、図３のＳ５０の処理が実行されると開始される。運転スケジュールは、端末装置１００〜４００のそれぞれが受信するが、以下では、運転スケジュールを受信した端末装置１００のみに着目して説明する。

Ｓ２１０において、サーバ５０は、承認操作を受け付けたか否かを判断する。承認操作は、運転スケジュールを受信した端末装置１００のユーザ（父）が、当該運転スケジュールに従った運転動作を洗濯機２０ａに実行させることを選択する操作である。具体的には、端末装置１００が運転スケジュールを受信すると、表示部１１４には、図２に示すように、運転スケジュールに従った運転動作を洗濯機２０ａに実行させるか否かを選択するための画像Ｂ１（領域Ｒ７に示す文字列画像）が表示される。そしてサーバ５０は、「はい」を選択するユーザ操作を受け付けたことが判断される場合に、承認操作を受け付けたと判断する。サーバ５０は、承認操作を受け付けたことが判断される場合に、運転スケジュールに従った運転動作を洗濯機２０ａに実行させる。肯定判断される場合（Ｓ２１０でＹＥＳ）にはＳ２２０へ進み、否定判断される場合（Ｓ２１０でＮＯ）にはＳ２１０を繰り返す。

Ｓ２２０において、サーバ５０は、変更操作を受け付けたか否かを判断する。変更操作は、端末装置１００が受信した運転スケジュールを変更するための操作である。具体的には、端末装置１００は、運転スケジュールを受信した場合に、当該運転スケジュールの変更を受け付けるための画面を表示する。そして、端末装置１００のユーザが、端末装置１００の操作部１１２への運転動作（例えば、開始予定時刻、運転動作の内容等）を変更する操作を入力した場合に、肯定判断される。なお、洗濯機２０ａの操作部２２への運転動作を変更する操作の入力を受け付けたことが判断される場合に肯定判断されてもよい。肯定判断される場合（Ｓ２２０でＹＥＳ）にはＳ２３０へ進み、否定判断される場合（Ｓ２２０でＮＯ）にはＳ２４０へ進む。

Ｓ２３０において、サーバ５０は、運転スケジュールを変更する。運転スケジュールは、Ｓ２２０において変更操作を受け付けた運転スケジュールに変更される。

Ｓ２４０において、サーバ５０は、運転スケジュールに基づく開始予定時刻が到来したか否かを判断する。本実施例では、開始予定時刻である１８時が到来したか否かを判断する。肯定判断される場合（Ｓ２４０でＹＥＳ）にはＳ２６０へ進み、否定判断される場合（Ｓ２４０でＮＯ）にはＳ２２０へ戻る。

Ｓ２６０において、サーバ５０は、洗濯物投入情報をスケジューラ６０から取得する。洗濯物投入情報は、ユーザが洗濯物を洗濯機２０ａの洗濯槽に投入したか否かを示す情報である。具体的には、端末装置１００の表示部１１４には、例えば、図６に示すように、自身の洗濯物を洗濯槽３０に投入したか否かを選択するための画像Ｂ４が表示される。そして、「はい」または「いいえ」を選択するユーザ操作を受け付けることに応じて、図６の領域Ｒ１３に示すように、洗濯物が洗濯機２０ａの洗濯槽３０に投入されたか否かを示す洗濯物投入情報がテーブルＴ１に記憶される。このように、サーバ５０は、テーブルＴ１に記憶された洗濯物投入情報をスケジューラ６０から取得する。

Ｓ２７０において、サーバ５０は、実行可能条件を満たすか否かを判断する。実行可能条件は、運転スケジュールに従った運転動作を洗濯機２０ａに実行させることが可能であるか否かを示す条件である。本実施例では、家族全員に共通するスケジュール情報、つまり家族全員の洗濯物が投入されている場合に運転スケジュールに従った運転動作を洗濯機２０ａに実行させることが可能と判断される。すなわち、Ｓ２７０では、サーバ５０は、洗濯物投入情報に基づいて、家族全員の洗濯物が共通して投入されているか否かを判断する。肯定判断される場合（Ｓ２７０でＹＥＳ）にはＳ３２０へ進み、否定判断される場合（Ｓ２７０でＮＯ）にはＳ２８０へ進む。

Ｓ２８０において、サーバ５０は、所定の情報を端末装置１００に送信する。所定の情報は、実行可能条件を満たすための条件を示す情報である。本実施例では、上述したように、サーバ５０は、家族全員の洗濯物が共通して投入されたことが判断される場合に洗濯機２０ａに運転動作を実行させる。したがって、図６の領域Ｒ１３に示すように、洗濯物の投入人数が３人である場合には、サーバ５０は、あと一人（図６の例では、父）の洗濯物が投入されることを条件に運転動作を実行可能であることを示す情報を端末装置１００に送信する。端末装置１００は、所定の情報をサーバ５０から受信すると、例えば、当該所定の情報が示す条件をユーザに報知するための画像Ｂ５を表示する。

Ｓ２９０において、サーバ５０は、所定の条件を満たしているか否かを判断する。所定の条件は、ユーザのスケジュール情報に基づいたユーザの数に関する条件で、「共通」と評価できる最低条件として予め設定されている。本実施例では、洗濯物投入情報に基づいて、家族４人のうち、２人以上の洗濯物が投入されている場合に所定の条件を満たすと判断される。肯定判断される場合（Ｓ２９０でＹＥＳ）にはＳ３００へ進み、否定判断される場合（Ｓ２９０でＮＯ）にはＳ２６０へ戻る。

Ｓ３００において、サーバ５０は、洗濯機２０ａの状態を待機状態に制御する。待機状態は、主電源がオン状態であるが、主機能を使用していない状態である。図６に示す例では、３人の洗濯物が投入されているため、サーバ５０は、洗濯機２０ａの運転動作の開始に備えて、洗濯機２０ａの状態を待機状態に制御する。

Ｓ３１０において、サーバ５０は、運転動作開始操作を受け付けたか否かを判断する。運転動作開始操作は、ユーザが洗濯機２０ａに運転動作を開始させることを指示するための操作である。具体的には、端末装置１００は、Ｓ２８０において所定の情報をサーバ５０から受信すると、図６に示すように、運転動作を洗濯機２０ａに開始させるか否かを選択するための画像Ｂ６を表示する。そしてサーバ５０は、「はい」を選択するユーザ操作を受け付けたことが判断される場合に、運転動作開始操作を受け付けたと判断する。肯定判断される場合（Ｓ３１０でＹＥＳ）にはＳ３２０へ進み、否定判断される場合（Ｓ３１０でＮＯ）にはＳ２６０へ戻る。

Ｓ３２０において、サーバ５０は、運転スケジュールに従った運転動作を洗濯機２０ａに実行させる。そして、Ｓ３３０において、サーバ５０は、開始情報を端末装置１００に送信する。開始情報は、洗濯機２０ａの運転動作が開始したことを示す情報である。端末装置１００は、開始情報をサーバ５０から受信すると、例えば、図７に示すように、運転スケジュールに従った運転動作が開始したことをユーザに報知するための画像Ｂ７を表示する。サーバ５０は、Ｓ３２０の処理を実行すると、運転開始待機処理を終了する。

次に、図８を用いて、運転動作中処理について説明する。運転動作中処理は、運転スケジュールに従った運転動作が開始された後に実行される処理である。運転動作中処理は、図５のＳ３３０の処理（すなわち、開始情報の送信）が実行された後に実行される。

Ｓ４２０において、サーバ５０は、終了予定情報を端末装置１００に送信する。終了予定情報は、運転スケジュールに従った洗濯機２０ａの運転動作の終了予定時刻を示す情報である。端末装置１００は、終了予定情報をサーバ５０から受信すると、例えば、図９に示すように、運転動作が終了する予定時刻をユーザに報知するための画像Ｂ８（領域Ｒ８に示す文字列画像）を表示する。

Ｓ４３０において、サーバ５０は、工程情報を端末装置１００に送信する。工程情報は、現在洗濯機２０ａが実行している動作内容を示す情報である。例えば、端末装置１００は、洗濯機２０ａが「すすぎ工程」を実行していることを示す工程情報をサーバ５０から受信すると、図９に示すように、すすぎ工程を実行中であることをユーザに報知するための画像Ｂ８（領域Ｒ９に示す文字列画像）を表示する。

Ｓ４４０において、サーバ５０は、割合情報を端末装置１００に送信する。割合情報は、洗濯機２０ａが実行する全ての運転動作（すなわち、運転スケジュールに従った全ての運転動作）に対する進行割合を示す情報である。端末装置１００は、割合情報をサーバ５０から受信すると、例えば、図９に示すように、運転スケジュールの全工程に対する進行割合をユーザに報知するための画像Ｂ８（領域Ｒ１０に示す文字列画像）を表示する。

Ｓ５５０において、サーバ５０は、運転スケジュールに従った全ての運転動作が終了したか否かを判断する。肯定判断される場合（Ｓ５５０でＹＥＳ）にはＳ５６０へ進み、否定判断される場合（Ｓ５５０でＮＯ）にはＳ４２０へ戻る。なお、Ｓ４２０〜Ｓ４４０の処理は、洗濯機２０ａが運転動作を実行している間、所定時間毎に実行されてもよいし、逐次的に実行されてもよい。また、領域Ｒ８、Ｒ９、Ｒ１０に示すそれぞれの文字列画像は、別々の画像に分けて表示されてもよい。

Ｓ５６０において、サーバ５０は、終了情報を端末装置１００に送信する。終了情報は、洗濯機２０ａの全ての運転動作が終了したことを示す情報である。端末装置１００は、終了情報をサーバ５０から受信すると、例えば、図１０に示すように、運転スケジュールに従った全ての運転動作が終了したことをユーザに報知するための画像Ｂ９（領域Ｒ１１に示す文字列画像）を表示する。サーバ５０は、Ｓ５６０の処理を実行すると、運転動作処理を終了する。なお、サーバ５０は、Ｓ５６０の処理を実行した後に、洗濯機２０ａの次回の運転動作を制御するために、再度図３に示す運転スケジュール生成処理を実行し、生成した運転スケジュールを端末装置１００に送信してもよい。この場合、端末装置１００は、例えば、図１０に示すように、受信した次回の運転スケジュールをユーザに報知するための画像Ｂ９（領域Ｒ１２に示す文字列画像）を併せて表示してもよい。これにより、ユーザは、次回の洗濯機２０ａの運転予定を把握することができる。

（効果）
上述した家電制御システム１０では、各端末装置１００〜４００から受信される複数人の各ユーザのスケジュール情報がスケジューラ６０に格納される。そして、サーバ５０は、複数人に共通する当該スケジュール情報に基づいて洗濯機２０ａの運転動作を制御する（図５のＳ３２０）。このように、サーバ５０は、複数のユーザのスケジュール情報それぞれを考慮して洗濯機２０ａの運転動作を決定し制御するため、複数のユーザが生活する環境において、極力多数のユーザにとって共通して利便性が高い運転動作を洗濯機２０ａに実行させることができる。

また、上述した家電制御システム１０では、本実施例においては各ユーザの全てが「在宅」の属性を有することが判断される時間帯に洗濯機２０ａの運転動作が実行されるように運転スケジュールが生成される（図３のＳ４０）。このため、生成された運転スケジュールに従った運転動作を実行することにより、洗濯物が存在する状態で洗濯機２０ａの運転動作を開始することができ、利便性が向上する。

また、各端末装置１００〜４００は、運転スケジュールをサーバ５０から受信した場合（図３のＳ５０）に、当該運転スケジュールに従った運転動作を洗濯機２０ａに実行させるか否かを選択する操作を受け付けるための画像Ｂ１を表示する。そして、サーバ５０は、ユーザにより承認操作の入力を受け付けたことが判断される場合（図５のＳ２１０でＹＥＳ）に、当該運転スケジュールに従った運転動作を洗濯機２０ａに実行させる（Ｓ３２０）。このように、ユーザは、提案された運転スケジュールに従った運転動作を洗濯機２０ａに実行させることを、通信ネットワーク１１０を介して指示することができる。

また、各端末装置１００〜４００は、運転スケジュールをサーバ５０から受信した場合（図３のＳ５０）に、当該運転スケジュールに従った運転動作を変更する操作を受け付けるための画面を表示する。そして、サーバ５０は、ユーザにより運転スケジュールを変更する操作の入力を受け付けたことが判断される場合（図５のＳ２２０でＹＥＳ）に、変更された運転スケジュールを生成する（Ｓ２３０）。また、サーバ５０は、変更された運転スケジュールに従った運転動作を洗濯機２０ａに実行させる（Ｓ３２０）。このように、運転スケジュールを受信したユーザは、提案された運転スケジュールを遠隔で変更することができる。

また、サーバ５０は、外部サービス情報を取得して（図３のＳ３０）、スケジュール情報及び外部サービス情報に基づいて運転スケジュールを生成する（Ｓ４０）。また、サーバ５０は、当該運転スケジュールに従った運転動作を洗濯機２０ａに実行させる。このように、ユーザのスケジュール情報に加えて、外部から取得した情報を反映することにより、洗濯機２０ａにより最適な運転動作を実行させることができる。

また、サーバ５０は、各端末装置１００〜４００に対して、開始情報、終了予定情報、工程情報、割合情報及び終了情報を送信する（図５のＳ３３０、図８のＳ４２０、Ｓ４３０、Ｓ４４０、Ｓ５６０）。このため、各端末装置１００〜４００のユーザは、運転スケジュールに従った洗濯機２０ａの運転動作の状況を的確に把握することができる。

また、サーバ５０は、スケジューラ６０から洗濯物投入情報を取得する（図５のＳ２６０）。そして、実行可能条件を満たすことに応じて（Ｓ２７０でＹＥＳ）、洗濯機２０ａに運転動作を実行させる（Ｓ３２０）。このように、開始予定時刻が到来していても、洗濯物が所定量以上集まるまで運転動作を待機することで、洗濯を効率的に実行することができる。

また、サーバ５０は、実行可能条件を満たさない場合（Ｓ２７０でＮＯ）、実行可能条件を満たすための条件を示す所定の情報を各端末装置１００〜４００に送信する（Ｓ２８０）。これにより、洗濯物を投入していないユーザに対して洗濯物を投入することを促すことができ、効率良く洗濯機２０ａの運転動作を実行することができる。

また、サーバ５０は、実行可能条件を満たしていない場合（Ｓ２７０でＮＯ）であっても、所定の条件を満たす場合（Ｓ２９０でＹＥＳ）には、洗濯機２０ａの状態を待機状態に制御する（Ｓ３００）。このため、その後、実行可能条件を満たした場合に、速やかに運転動作を洗濯機２０ａに実行させることができる。

また、サーバ５０は、実行可能条件を満たしていない場合（Ｓ２７０でＮＯ）であっても、運転動作開始操作を受け付けたことが判断される場合（Ｓ３１０でＹＥＳ）には、洗濯機２０ａに運転スケジュールに従った運転動作を開始させる（Ｓ３２０）。このように、実行可能条件が満たされていない場合であっても、ユーザは、洗濯機２０ａに運転動作を実行させることを優先して指示することができる。

（対応関係）
承認操作が、「第１のユーザ操作」の一例である。画像Ｂ１が、「第１のユーザ操作を受け付けるための画面」の一例である。変更操作が、「第２のユーザ操作」の一例である。運転動作開始操作が、「第３のユーザ操作」の一例である。画像Ｂ６が、「第３のユーザ操作を受け付けるための画面」の一例である。クラウドサーバ５０が、「制御装置」の一例である。サーバ５０の通信インタフェースが、「受信部」の一例である。メモリ５４が、「記憶部」の一例である。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。

上述した家電制御システム１０において、サーバ５０は、冷蔵庫２０ｂの運転動作を制御してもよい。この場合、図３のＳ２０において、サーバ５０は、所定人数以上が「不在」の属性を有する時間帯を共通のスケジュール情報として抽出してもよい。すなわち、Ｓ２０を「所定人数以上が「不在」である時間帯を抽出」と読み替えればよい。所定人数は、例えば、３人とされる。具体的には、例えば、図１１に示すように、３人以上が「不在」の属性を有する時間帯である８時〜１６時を共通のスケジュール（すなわち、共通エリアＡ３）として抽出する。

Ｓ３０では、サーバ５０は、外部サービス情報として、計画停電を示す停電情報を外部サービス情報取得部６２により取得してもよい。取得した停電情報は、図１１の領域Ｒ１４に示すように、テーブルＴ３に記憶される。

Ｓ４０では、サーバ５０は、冷蔵庫２０ｂの運転スケジュールを生成する。具体的には、サーバ５０は、時刻毎の冷蔵庫２０ｂの運転モードを決定する。例えば、図１１の領域Ｒ１５に示すように、サーバ５０は、Ｓ２０で決定した時間帯は全員ではないものの所定人数（３人）以上が「不在」の属性を共通のスケジュール情報として有するため、当該時間帯の冷蔵庫２０ｂは扉の開閉頻度が少ないと判断できるため、その運転モードを、消費電力が低い運転モードであるエコ運転モードに決定する。また、領域Ｒ１６に示すように、Ｓ３０で取得した停電情報に基づいて、停電開始の時間から所定時間（例えば１時間）前までの時間帯の冷蔵庫２０ｂの運転モードを、冷蔵庫２０ｂ内の食品を強く冷却する運転モードである強運転モードに決定し、停電の間も食品温度の所定以上の上昇を防ぐようにする。なお、上記の時間帯以外は、サーバ５０は、冷蔵庫２０ｂの運転モードを通常運転モードに決定する。なお、図１１の領域Ｒ１７に示すように、Ｓ２０では、各ユーザの共通するスケジュール情報「就寝」を取得してもよい。ユーザ全員が就寝している時間帯は、冷蔵庫２０ｂを使用する頻度が低くなるため、サーバ５０は、例えば、当該時間帯に通常より電力を使用する自動製氷（領域Ｒ１８）を実行するように冷蔵庫２０ｂの運転動作を制御してもよい。そして、Ｓ５０において、サーバ５０は、生成した運転スケジュールを端末装置１００に送信する。

なお、冷蔵庫２０ｂは、常時運転することが想定されているため、図５の運転開始待機処理において、Ｓ２４０〜Ｓ３３０の処理は実行されなくてもよい。また、図７の運転動作中処理は実行されなくてもよい。また、Ｓ４０及びＳ５０の処理（運転スケジュールの生成及び運転スケジュールの送信）は、例えば、一日毎（例えば毎日２１時等）に実行されてもよい。

また、上述した家電制御システム１０において、サーバ５０は、掃除機２０ｃの運転動作を制御してもよい。この場合、図３のＳ２０において、サーバ５０は、特定のユーザが「不在」の属性を有する時間帯を共通するスケジュール情報として抽出してもよい。すなわち、Ｓ２０を「特定のユーザが共通して「不在」である時間帯を抽出」と読み替えればよい。特定のユーザは、例えば、子供である「息子」及び「娘」である。具体的には、例えば、図１２に示すように、子供全員が「不在」の属性を有する時間帯である８時〜１５時を共通のスケジュール（すなわち、共通エリアＡ４）として抽出する。

Ｓ３０では、サーバ５０は、外部サービス情報として、ゴミの収集時間や収集されるゴミの種類を示すゴミ収集情報を外部サービス情報取得部６２により取得する。取得したゴミ収集情報は、図１２の領域Ｒ１９に示すように、テーブルＴ４に記憶される。

Ｓ４０では、サーバ５０は、掃除機２０ｃの運転スケジュールを生成する。この場合の掃除機２０ｃは外部からの信号に基づき自律走行しつつエリアの清掃動作を実行できる、いわゆるロボット掃除機である。具体的には、サーバ５０は、掃除機２０ｃの運転時刻を決定する。例えば、図１２の領域Ｒ２０に示すように、サーバ５０は、Ｓ２０で決定した時間帯には子供が共通して「不在」の属性を有するため、当該時間帯に子供部屋の掃除を実行するように掃除機２０ｃの運転動作を決定する。図１２に示す例では、サーバ５０は、共通エリアＡ４から８時〜１０時の時間帯を掃除機２０ｃの運転時刻として決定する。そして、Ｓ５０において、サーバ５０は、生成した運転スケジュールを端末装置１００に送信する。

なお、掃除機２０ｃの運転動作を制御する場合、図５のＳ２６０は省略可能である。また、Ｓ２７０では、例えば、全ての特定のユーザ（すなわち、子供）が「不在」の属性を有する場合に肯定判断されてもよい。また、Ｓ２９０では、例えば、１人以上が「不在」の属性を有する場合に肯定判断されてもよい。また、図８のＳ４３０では、サーバ５０は、工程情報として、例えば、段差により運転が停止されている状態を示す情報や、設定されたルートを再清掃している状態を示す情報を送信してもよい。

また、上記では、洗濯機２０ａ、冷蔵庫２０ｂ、掃除機２０ｃのそれぞれの運転動作を制御する態様について説明した。しかしながら、図１３のテーブルＴ５に示すように、サーバ５０は、洗濯機２０ａ、冷蔵庫２０ｂ及び掃除機２０ｃ全ての運転スケジュールを生成し、それぞれの運転動作を合わせて制御してもよい。また、サーバ５０は、洗濯機２０ａ、冷蔵庫２０ｂ及び掃除機２０ｃ以外の家電機器２０の運転動作を制御してもよい。

例えば、エアコンの運転動作を制御する場合、サーバ５０は、図１４のテーブルＴ６の領域Ｒ２１に示すように、所定人数（例えば、３人）以上が共通して「在宅」の属性を有する時間帯（すなわち、共通エリアＡ５）に、運転動作を実行するようにエアコンを制御してもよい。なお、ユーザの快適性を向上させるために、所定人数以上が「在宅」の属性を有する時間帯の所定時間前（例えば、１時間前）から運転動作を開始するようにエアコンを制御してもよい。また、空気清浄器の運転動作を制御する場合には、サーバ５０は、領域Ｒ２２に示すように、外部サービス情報として、花粉の飛散量が多いことを示す花粉情報を外部サービス情報取得部６２により取得してもよい。この場合、サーバ５０は、領域Ｒ２３に示すように、花粉情報が示す花粉の飛散量が多い時間帯に、運転動作を実行するように空気清浄器を制御してもよい。なお、サーバ５０は、外部サービス情報として、温度や湿度を示す気候情報（不図示）を取得し、取得した気候情報に基づいて、エアコンの設定温度等を制御してもよい。

また、炊飯器の運転動作を制御する場合、サーバ５０は、図１５のテーブルＴ７の領域Ｒ２４に示すように、各ユーザの属性が「不在」から「在宅」に変わる時刻をそれぞれ取得し、取得した時刻のうち、最も遅い時刻に炊飯が完了するように炊飯器に予約運転を実行させてもよい。換言すると、サーバ５０は、全員の属性が「在宅」となる時間帯（すなわち、共通エリアＡ６）のうち、最も早い時刻に炊飯が完了するように炊飯器に予約運転を実行させてもよい。なお、例えば、ユーザの帰宅時刻（すなわち、属性が「不在」から「在宅」に変わる時刻）の変更等のように、ユーザのスケジュール情報に変更があった場合には、サーバ５０は、変更後のスケジュール情報に基づいて炊飯が完了するように炊飯器の運転動作を制御してもよい。

また、電子レンジやＩＨ調理器の運転動作を制御する場合には、サーバ５０は、図１６のテーブルＴ８の領域Ｒ２５に示すように、子供のみが「在宅」の属性を有する場合（すなわち、父及び母が「不在」の属性を有しており、息子及び娘が「在宅」の属性を有する時間帯）に、操作入力を制限するように制御してもよい。すなわち、図１６に示すように、子供のみが「在宅」の属性を有する時間帯として共通エリアＡ７を抽出し、当該時間帯である１５時〜１７時の間は、電子レンジやＩＨ調理器の操作部への操作が入力されても当該操作を無効としてもよい。このような構成では、大人が家にいない状況であっても、家電機器２０の操作部への操作による予期しない運転動作を防止することができる。

また、テレビやレコーダの運転動作を制御する場合には、サーバ５０は、図１７のテーブルＴ９の領域Ｒ２７に示すように、子供のスケジュール情報「勉強」（領域Ｒ２６）が登録されている時間帯には、操作入力を制限するように制御してもよい。すなわち、テレビやレコーダ、またはこれらのリモコンへの操作の入力がされても当該操作を無効としてもよい。また、領域Ｒ２８に示すように、夜遅い時間帯（例えば、２２時以降）は、近隣への騒音防止のため、サーバ５０は、テレビの音量を制限するように制御してもよい。

また、温水便座の運転動作を制御する場合、サーバ５０は、図１８のテーブルＴ１０の領域Ｒ２９に示すように、所定人数（例えば、２人）以上が「在宅」の属性を有する時間帯（すなわち、共通エリアＡ８）に、運転動作を実行するように温水便座を制御してもよい。なお、サーバ５０は、運転動作を実行していない時間帯であっても、ユーザが温水便座の操作部への操作入力を行った場合には、運転動作を実行するように制御してもよい。

上述した実施例において、図３に示すＳ３０及びＳ５０の処理は実行されなくてもよい。また、図５に示すＳ２１０〜Ｓ３１０及びＳ３３０の処理は実行されなくてもよい。また、図８に示す運転動作中処理は、実行されなくてもよい。すなわち、上述した家電制御システム１０において、サーバ５０は、図３のＳ１０、Ｓ４０及び図５のＳ３２０の処理を少なくとも実行すればよい。

また、Ｓ２０では、各ユーザの全てが「在宅」の属性を有する時間帯を抽出した。しかしながら、所定人数（例えば、２人）以上が「在宅」の属性を有する時間帯を抽出してもよい。また、運転スケジュールを生成する共通するスケジュール情報として属性を用いたが、属性の元となるスケジュール情報そのものを直接用いて運転スケジュールを生成してもよい。

また、上述した実施例では、洗濯物投入情報は、図６に示す画像Ｂ４への各ユーザの操作入力に応じてスケジューラ６０に記憶された。しかしながら、洗濯機２０ａの操作部２２への操作入力に応じてスケジューラ６０に記憶されてもよい。

また、上述した実施例では、サーバ５０は、生成した運転スケジュールを各端末装置１００〜４００に送信した。しかしながら、サーバ５０は、運転スケジュールを洗濯機２０ａに送信してもよい。洗濯機２０ａは、サーバ５０から受信した運転スケジュールを表示部２４に表示させてもよい。また、サーバ５０は、生成した運転スケジュールをテレビ等の映像機器に送信して、表示させてもよい。このような構成では、情報リテラシーが高くないユーザに対しても適切に運転スケジュールを提案することができる。

また、複数の家電機器２０のそれぞれが、サーバ５０を備えていてもよい。すなわち、サーバ５０は、通信ネットワーク上ではなく、家電機器２０のそれぞれに搭載されていてもよい。

また、上述した実施例では、サーバ５０は、生成した運転スケジュール等を各端末装置１００〜４００のそれぞれに送信したが、特定のユーザの端末装置のみに送信してもよい。

また、複数のユーザのスケジュール情報を受信した各端末装置１００〜４００が、複数の家電機器２０の運転動作を制御可能に構成されてもよい。

図面の表示態様は一例であり、他の表示態様を用いてもよい。例えば、端末装置１００は、図８のＳ４４０で割合情報をサーバ５０から受信した場合、図１９に示すように、全ての運転動作に対する進行割合を、表示部１１４に表示する画像Ｂ１０の全面積に対する割合（ドットハッチングにより示された領域Ｒ３０）の表示態様を変更することによって示してもよい。例えば、領域Ｒ３０の色を他の領域とは異なる色で表示してもよい。このような構成では、ユーザが視覚的に進行割合を認識することができる。また、端末装置１００〜４００は、可搬型の携帯端末でなくてもよく、据置型のＰＣ等であってもよい。

これら実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。

１０：家電制御システム
２０：家電機器
２０ａ：洗濯機
２０ｂ：冷蔵庫
２０ｃ：掃除機
２２：操作部
２４：表示部
２６：制御部
３０：洗濯槽
５０：クラウドサーバ
６０：スケジューラ
６２：外部サービス情報取得部
１００：端末装置
１１０：通信ネットワーク
１１２：操作部
１１４：表示部
１１６：制御部
１２０：ＯＳプログラム
１２２：家電アプリケーション
２００，３００，４００：端末装置

Claims (23)

1. 家電制御システムであって、
   少なくとも一つの家電機器と、
   前記少なくとも一つの家電機器と通信可能であり、前記少なくとも一つの家電機器の運転動作を制御するサーバと、
   前記サーバに格納されており、複数のユーザのスケジュール情報を格納するスケジューラと、
   前記スケジューラにアクセス可能な端末装置と、
   を備えており、
   前記端末装置は、前記スケジュール情報を前記スケジューラに送信可能であり、
   前記サーバは、前記スケジューラに格納された前記複数のユーザの前記スケジュール情報のうち共通するスケジュール情報に基づいて、前記少なくとも一つの家電機器の前記運転動作を制御可能である、
   家電制御システム。
2. 前記端末装置は、前記サーバから前記複数のユーザの前記スケジュール情報を受信可能であり、受信した前記複数のユーザの前記共通するスケジュール情報に基づいて、前記少なくとも一つの家電機器の前記運転動作を制御可能である、請求項１に記載の家電制御システム。
3. 前記スケジュール情報は、前記複数のユーザそれぞれの状態を示す属性情報を含んでおり、
   前記サーバは、前記共通するスケジュール情報として所定人数以上に共通する前記属性情報に基づいて前記少なくとも一つの家電機器の前記運転動作を制御する、請求項１または２に記載の家電制御システム。
4. 前記属性情報は、前記複数のユーザのそれぞれが在宅しているか否かを示す在宅情報であり、
   前記サーバは、前記在宅情報に基づいて、前記複数のユーザのうち、所定人数以上が在宅していることが判断される場合に、前記少なくとも一つの家電機器に前記運転動作を実行させる、請求項３に記載の家電制御システム。
5. 前記属性情報は、前記複数のユーザのそれぞれが在宅しているか否かを示す在宅情報であり、
   前記サーバは、前記在宅情報に基づいて、前記複数のユーザのうち、所定人数以上が不在であることが判断される場合に、前記少なくとも一つの家電機器に前記運転動作を実行させる、請求項３に記載の家電制御システム。
6. 前記サーバは、前記複数のユーザの前記共通するスケジュール情報に基づいて、前記少なくとも一つの家電機器の前記運転動作を制御するための運転スケジュールを生成し、生成した前記運転スケジュールを前記端末装置に送信する、請求項１〜５のいずれかに記載の家電制御システム。
7. 前記サーバは、外部サービス情報を取得可能であり、前記複数のユーザの前記共通するスケジュール情報及び前記外部サービス情報に基づいて、前記少なくとも一つの家電機器の前記運転動作を制御する、請求項１〜６のいずれかに記載の家電制御システム。
8. 前記サーバは、前記複数のユーザの前記共通するスケジュール情報及び前記外部サービス情報に基づいて、前記少なくとも一つの家電機器の前記運転動作を制御するための運転スケジュールを生成し、生成した前記運転スケジュールを前記端末装置に送信する、請求項７に記載の家電制御システム。
9. 前記端末装置は、表示部を備えており、
   前記端末装置は、前記運転スケジュールを前記サーバから受信した場合に、前記運転スケジュールに従った前記運転動作を前記少なくとも一つの家電機器に実行させるか否かを選択する第１のユーザ操作を受け付けるための画面を表示し、
   前記サーバは、前記運転スケジュールに従った前記運転動作を実行させることを選択する前記第１のユーザ操作を受け付けたことが判断される場合に、前記運転スケジュールに従って前記少なくとも一つの家電機器の前記運転動作を制御する、請求項６または８に記載の家電制御システム。
10. 前記端末装置は、表示部を備えており、
    前記端末装置は、前記運転スケジュールを前記サーバから受信した場合に、前記運転スケジュールを変更する第２のユーザ操作を受け付けるための画面を表示し、
    前記サーバは、前記運転スケジュールを変更する前記第２のユーザ操作を受け付けたことが判断される場合に、変更された運転スケジュールに従って前記少なくとも一つの家電機器の前記運転動作を制御する、請求項６〜９のいずれかに記載の家電制御システム。
11. 前記家電制御システムは、前記サーバと通信可能な映像機器をさらに備えており、
    前記サーバは、生成した前記運転スケジュールを前記映像機器の表示部に表示させる、請求項６〜１０のいずれかに記載の家電制御システム。
12. 前記サーバは、前記運転スケジュールに従った前記運転動作を前記少なくとも一つの家電機器に実行させることが可能であるか否かを示す実行可能条件を満たすことが判断される場合に、前記運転スケジュールに従った前記運転動作を前記少なくとも一つの家電機器に実行させる、請求項６〜１１のいずれかに記載の家電制御システム。
13. 前記サーバは、前記実行可能条件を満たさないことが判断される場合に、前記実行可能条件を満たすための条件を示す所定の情報を前記端末装置に送信する、請求項１２に記載の家電制御システム。
14. 前記サーバは、前記実行可能条件を満たさないことが判断される場合であって、前記複数のユーザの前記共通するスケジュール情報に基づいたユーザの数に関する所定の条件を満たすことが判断される場合に、前記少なくとも一つの家電機器の状態を待機状態に制御する、請求項１２または１３に記載の家電制御システム。
15. 前記サーバは、前記実行可能条件を満たさないことが判断される場合に、前記運転スケジュールに従った前記運転動作を前記少なくとも一つの家電機器に実行させるか否かを選択する第３のユーザ操作を受け付けるための画面を前記端末装置の表示部に表示させ、前記運転スケジュールに従った前記運転動作を前記少なくとも一つの家電機器に実行させることを選択する前記第３のユーザ操作を受け付けたことが判断される場合に、前記運転スケジュールに従った前記運転動作を前記少なくとも一つの家電機器に実行させる、請求項１２〜１４のいずれかに記載の家電制御システム。
16. 前記サーバは、前記運転スケジュールに従った前記運転動作を前記少なくとも一つの家電機器に実行させる場合に、前記少なくとも一つの家電機器が実行している動作内容を示す工程情報を前記端末装置に送信する、請求項６〜１５のいずれかに記載の家電制御システム。
17. 前記サーバは、前記運転スケジュールに従った前記運転動作を前記少なくとも一つの家電機器に実行させる場合に、前記少なくとも一つの家電機器が実行する全ての運転動作に対する進行割合を示す割合情報を前記端末装置に送信する、請求項６〜１６のいずれかに記載の家電制御システム。
18. 前記サーバは、前記運転スケジュールに従った前記運転動作を前記少なくとも一つの家電機器に実行させる場合に、前記少なくとも一つの家電機器の前記運転動作の終了予定時刻を示す終了予定情報を前記端末装置に送信する、請求項６〜１７のいずれかに記載の家電制御システム。
19. 前記サーバは、前記運転スケジュールに従った前記運転動作を前記少なくとも一つの家電機器に実行させる場合に、前記少なくとも一つの家電機器の前記運転動作が開始したことに応じて、前記運転動作が開始したことを示す開始情報を前記端末装置に送信する、請求項６〜１８のいずれかに記載の家電制御システム。
20. 前記サーバは、前記運転スケジュールに従った前記運転動作を前記少なくとも一つの家電機器に実行させる場合に、前記少なくとも一つの家電機器の前記運転動作が終了したことに応じて、前記運転動作が終了したことを示す終了情報を前記端末装置に送信する、請求項６〜１９のいずれかに記載の家電制御システム。
21. 前記サーバは、前記運転スケジュールである第１の運転スケジュールに従った前記少なくとも一つの家電機器の前記運転動作が終了したことに応じて、次回の運転スケジュールである第２の運転スケジュールを生成し、前記第２の運転スケジュールを前記端末装置に送信する、請求項６〜２０のいずれかに記載の家電制御システム。
22. 前記少なくとも一つの家電機器は、前記サーバを備える、請求項１〜２１のいずれかに記載の家電制御システム。
23. 制御装置であって、
    複数のユーザのスケジュール情報を受信する受信部と、
    受信した前記複数のユーザのスケジュール情報を格納する記憶部と、
    少なくとも一つの電気機器の運転動作を制御する制御部と、
    を備えており、
    前記スケジュール情報は、前記複数のユーザの状態を示す属性情報を含んでおり、
    前記制御部は、前記記憶部に格納された前記複数のユーザの前記スケジュール情報のうち、所定人数以上に共通する前記属性情報に基づいて前記少なくとも一つの電気機器の前記運転動作を制御する、
    制御装置。

Images