JP7022563B2

JP7022563B2 - 洗濯システム

Info

Publication number: JP7022563B2
Application number: JP2017207476A
Authority: JP
Inventors: 寛之森田; 孝西村; 一貴富井; 庚杓洪; 章義田中
Original assignee: Toshiba Lifestyle Products and Services Corp
Current assignee: Toshiba Lifestyle Products and Services Corp
Priority date: 2017-10-26
Filing date: 2017-10-26
Publication date: 2022-02-18
Anticipated expiration: 2037-10-26
Also published as: JP2019076627A

Description

本明細書に開示する技術は、洗濯システムに関する。

洗濯機の運転動作を制御する技術が知られている。例えば、ユーザが洗濯機の運転動作を実行する日時等を設定することにより運転スケジュールを作成する。洗濯機は、作成された運転スケジュールに従って、運転動作する。

特開２００２－０８５８８５号公報

家庭や寮などの複数人が共同で生活する環境においては、ユーザは、複数人のスケジュールを考慮して洗濯機の運転スケジュールを決定する必要がある。このため、従来の技術では、ユーザに負担がかかり利便性に欠ける。本明細書は、ユーザにとって利便性が高い洗濯機の運転スケジュールを容易に生成し、それをユーザに対して提案することができる技術を提供する。

本明細書に開示する洗濯システムは、洗濯機と、サーバと、スケジューラと、端末装置、を備える。前記サーバは、前記洗濯機と通信可能であり、前記洗濯機の運転動作を制御する。前記スケジューラは、前記サーバに格納されており、複数のユーザのスケジュール情報を格納する。前記端末装置は、前記スケジューラにアクセス可能である。前記端末装置は、前記スケジュール情報を前記スケジューラに送信可能である。前記サーバは、前記スケジューラに格納された前記スケジュール情報に基づいて、前記洗濯機の前記運転動作を制御するための運転スケジュールを生成し、前記運転スケジュールを前記端末装置に送信する。前記スケジュール情報は、前記複数のユーザのそれぞれが在宅しているか否かを示す在宅情報を含んでいる。前記運転スケジュールは、前記複数のユーザのうち、所定人数以上の共通する在宅情報に基づき前記洗濯機の前記運転動作が行われるように生成される。

上記の洗濯システムでは、端末装置から受信される複数のユーザそれぞれのスケジュール情報をスケジューラに格納する。そして、サーバは、当該複数のユーザの共通するスケジュール情報に基づいて運転スケジュールを生成し、端末装置に送信する。このように、サーバが運転スケジュールを生成し、端末装置に送信するため、洗濯のために複数のユーザのスケジュールを考慮する際にユーザの負担を低減することができる。また、上記の洗濯システムでは、複数のユーザのうち、所定人数以上の共通する在宅情報に基づいて洗濯機の運転動作が行われるように運転スケジュールが生成される。例えば、所定人数以上が在宅していることが判断されるタイミングに洗濯機の運転動作が開始されるように運転スケジュールが生成される場合、ユーザそれぞれの洗濯物が洗濯機に投入された状態となることが想定される。このため、生成された運転スケジュールに従った運転動作を実行することにより、洗濯物が確実に存在する状態で洗濯機の運転動作を開始することができ、利便性が向上する。つまり、生成された運転スケジュールは、複数のユーザの洗濯物を洗濯するにあたって利便性が高いスケジュールである。以上より、上記の洗濯システムによれば、ユーザにとって利便性が高い洗濯機の運転スケジュールを容易に生成し、それをユーザに対して提案することができる。

なお、本明細書でいう、運転スケジュールとは、洗濯機が運転動作を実行するスケジュールだけでなく、洗濯機が運転動作を実行しないスケジュールを含む。

洗濯システム１０の構成を示すブロック図。端末装置１００の表示部１１４に表示されるテーブルＴ１の一例を示す図。サーバ５０が実行する運転スケジュール生成処理のフローチャートを示す図。端末装置１００の表示部１１４に表示されるテーブルＴ２の一例を示す図。サーバ５０が実行する運転開始待機処理のフローチャートを示す図。端末装置１００の表示部１１４に表示されるテーブルＴ１の一例を示す図。端末装置１００の表示部１１４に表示されるテーブルＴ１の一例を示す図。洗濯物投入情報に基づいてサーバ５０が判断する所定の条件を説明するための図。サーバ５０が実行する運転動作中処理のフローチャートを示す図。端末装置１００の表示部１１４に表示されるテーブルＴ１の一例を示す図。端末装置１００の表示部１１４に表示されるテーブルＴ１の一例を示す図。端末装置１００の表示部１１４に表示されるテーブルＴ１の一例を示す図。端末装置１００の表示部１１４に表示されるテーブルＴ１の一例を示す図。端末装置１００の表示部１１４に表示されるテーブルＴ１の一例を示す図。端末装置１００の表示部１１４に表示されるテーブルＴ１の一例を示す図。端末装置１００の表示部１１４に表示されるテーブルＴ１の一例を示す図。端末装置１００の表示部１１４に表示されるテーブルＴ２の一例を示す図。端末装置１００の表示部１１４に表示されるテーブルＴ２の一例を示す図。

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

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

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

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

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

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

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

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

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

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

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

図２は、スケジュール情報が格納されたテーブルＴ１の一例を示す。スケジュール情報は、図２の領域Ｒ２に示すように、各端末装置１００～４００のユーザそれぞれのスケジュールを示す情報である。スケジュール情報は、ユーザが在宅であるか否かを示す在宅情報や、ユーザが視聴予定である番組が存在するか否かを示す視聴予定情報を含む。各端末装置１００～４００から送信されるスケジュールのそれぞれは、そのユーザが家にいない状態を示す「不在」、又は、そのユーザが家にいる状態を示す「在宅」の属性を有している。例えば、図２の領域Ｒ３に示す「出勤」は、父が会社に出勤している状態であることを示し、「不在」の属性を有している。同様に、「外出」及び「登校」も「不在」の属性を有する。一方、図２の領域Ｒ４に示す「テレビ」は、母がテレビを視聴している状態であることを示し、「在宅」の属性を有している。なお、図２の領域Ｒ２に示すスケジュール情報の中で、スケジュールが登録されていない時間帯は「在宅」の属性を有する。また、スケジュールの「テレビ」は、視聴予定情報であり、「在宅」の属性を有するが洗濯を行うことができない状態であることを示している。

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

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

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

Ｓ１０において、サーバ５０は、スケジューラ６０から第１のユーザグループに属する各ユーザのスケジュール情報を取得する。本実施例では、第１のユーザグループに属するユーザは、日中（例えば、９時～１８時の間）に「不在」の属性を有するスケジュールが登録されているユーザである。具体的には、例えば、図２に示すように、「出勤」が登録されている父と、「登校」が登録されている息子及び娘である。ユーザグループは、例えば、端末装置１００のユーザによる操作部１１２への操作によって設定可能である。サーバ５０が取得したスケジュール情報は、図２の領域Ｒ３等に示すように、テーブルＴ１に記憶される。

Ｓ２０において、サーバ５０は、洗濯機２０が運転開始可能な時間帯を決定する。具体的には、まず、サーバ５０は、第１のユーザグループに属する各ユーザの属性が「不在」から「在宅」に変わる時刻をそれぞれ抽出する。そして、抽出した時刻のうち、最も遅い時刻以降を運転開始可能な時間帯として決定する。各ユーザが外出先から帰宅した後は、その日の自身の洗濯物を洗濯槽３０に投入することが想定されるため、サーバ５０は、最後に帰宅したユーザの帰宅時刻（すなわち、属性が「不在」から「在宅」に変わる時刻）以降を運転開始可能な時間帯として決定することができる。本実施例では、図２に示すように、第１のユーザグループに属する各ユーザの帰宅時刻のうち、父の帰宅時刻（１８時）が最も遅いため、サーバ５０は、１８時以降を運転開始可能な時間帯であると決定する。

Ｓ３０において、サーバ５０は、第２のユーザグループに属する各ユーザのスケジュール情報を取得する。本実施例では、第２のユーザグループに属するユーザは、洗濯作業（すなわち、洗濯槽３０から洗濯物を取り出す作業、洗濯物を干す作業等）を実行可能なユーザである。具体的には、例えば、図２に示すように、大人である父及び母である。取得したスケジュール情報は、図２の領域Ｒ４等に示すように、テーブルＴ１に記憶される。なお、本実施例では、Ｓ１０において、第１のユーザグループに属する父のスケジュール情報を既に取得しているため、Ｓ３０においては、父のスケジュール情報を取得しなくてもよい。

Ｓ４０において、サーバ５０は、洗濯機２０の運転終了可能な時間帯を決定する。具体的には、まず、サーバ５０は、Ｓ２０において決定した、運転開始可能な時間帯のうち、最も早い時刻（すなわち、１８時）以降を運転終了可能な時間帯の候補とする。そして、当該候補とした時間帯のうち、第２のユーザグループに属するユーザの全てが、「不在」の属性を有する時間帯以外であって視聴予定情報が登録されている時間帯以外を運転終了可能な時間帯として決定する。本実施例では、図２に示すように、父及び母が「不在」となる時間帯である２２時から２３時以外を運転可能な時間帯として決定する。すなわち、１８時から２２時及び２３時から２４時までを運転終了可能な時間帯として決定する。なお、第２のユーザグループに属するユーザの全ての属性が「不在」である時間帯のうち、属性が「不在」から「在宅」に変わるタイミングから所定時間前までの時間帯を運転終了可能な時間帯に含むように運転終了可能な時間帯を決定してもよい。

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

Ｓ６０において、サーバ５０は、運転動作可能な時間帯に天候情報が示す天候が、特定の天候であるか否かを判断する。具体的には、サーバ５０は、運転動作可能な時間帯（１８時～２２時及び２３時～２４時）の天候情報が「雨」を示しているか否かを判断する。肯定判断される場合（Ｓ６０でＹＥＳ）にはＳ７０へ進み、否定判断される場合（Ｓ６０でＮＯ）にはＳ８０へ進む。

Ｓ７０において、サーバ５０は、運転動作内容を決定する。具体的には、サーバ５０は、洗い工程等を実行する洗濯運転や乾燥工程を実行する乾燥運転の各工程を組み合わせた運転コースを決定する。Ｓ７０では、天候情報が示す天候が「雨」ではないため、乾燥運転を含まない運転コースに決定する。例えば、図４に示すテーブルＴ２では、運転動作可能な時間帯（１８時～２２時及び２３時～２４時）の天候が「晴れ」を示しているため、サーバ５０は、乾燥運転を含まない運転コースに決定する。なお、図２と図４は、天候情報が示す天候が互いに異なる場合を示している。

一方、Ｓ８０においては、サーバ５０は、天候情報が示す天候が「雨」であるため、乾燥運転を含む運転コースに決定する。例えば、図２に示すテーブルＴ１では、運転動作可能な時間帯（１８時～２２時及び２３時～２４時）の天候が「雨」を示しているため、サーバ５０は、乾燥運転を含む運転コースに決定する。

Ｓ９０において、サーバ５０は、運転開始時刻及び運転終了時刻を決定する。本実施例（図２に示す例）では、サーバ５０は、運転開始時刻を１８時と決定し、運転終了時刻を２１時と決定する。そして、Ｓ１００において、サーバ５０は、運転スケジュールを生成する。運転スケジュールは、Ｓ７０またはＳ８０において決定した運転動作の内容と、Ｓ９０において決定した運転開始時刻及び運転終了時刻とに基づいて生成される。

Ｓ１１０において、サーバ５０は、生成した運転スケジュールを各端末装置１００～４００に送信する。各端末装置１００～４００は、運転スケジュールをサーバ５０から受信すると、例えば、図２に示すように、生成された運転スケジュールをユーザに提案するための画像Ｂ１（領域Ｒ６に示す文字列画像）を表示する。また、図４に示す例では、各端末装置１００～４００は、生成された運転スケジュールをユーザに提案するための画像Ｂ２を表示する。なお、Ｓ１１０では、サーバ５０は、洗濯作業を実行可能なユーザ（すなわち、第２のユーザグループに属するユーザ）として設定されている父の端末装置１００及び母の端末装置２００のみに、生成した運転スケジュールを送信してもよい。サーバ５０は、Ｓ１１０の処理を実行すると、運転スケジュール生成処理を終了する。

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

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

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

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

Ｓ２４０において、サーバ５０は、開始予定時刻の所定時間前が到来したか否かを判断する。所定時間は、例えば１０分に設定される。本実施例では、上述したように、開始予定時刻が１８時に決定されているため、サーバ５０は、１７時５０分が到来したか否かを判断する。肯定判断される場合（Ｓ２４０でＹＥＳ）にはＳ２５０へ進み、否定判断される場合（Ｓ２４０でＮＯ）にはＳ２２０へ戻る。

Ｓ２５０において、サーバ５０は、開始予定情報を端末装置１００に送信する。開始予定情報は、運転スケジュールに従った運転動作が開始される時刻を示す情報である。端末装置１００は、開始予定情報をサーバ５０から受信すると、例えば、図６に示すように、運転動作が開始される予定時刻をユーザに報知するための画像Ｂ３を表示部１１４に表示する。

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

Ｓ２７０において、サーバ５０は、洗濯物投入情報に基づいて、洗濯物を投入していないユーザが存在するか否かを判断する。肯定判断される場合（Ｓ２７０でＹＥＳ）にはＳ２８０へ進み、否定判断される場合（Ｓ２７０でＮＯ）にはＳ２９０へ進む。

Ｓ２８０において、サーバ５０は、洗濯物投入情報に基づいて、洗濯物を投入していないことが判断されるユーザの端末装置に未投入情報を送信する。未投入情報は、洗濯物が投入されていないことを示す情報である。具体的には、端末装置１００のユーザが洗濯物を投入していない場合、例えば、図７に示すように、洗濯物が投入されていないことをユーザに報知するための画像Ｂ５が端末装置１００の表示部１１４に表示される。

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

Ｓ３００において、サーバ５０は、洗濯物投入情報に基づいて、所定の条件を満たしているか否かを判断する。所定の条件は、例えば、開始予定時刻からの経過時間に対する洗濯物投入完了の人数によって定められる。具体的には、図８に示すように、開始予定時刻からの所定の時間経過したタイミングで、所定の人数以上の洗濯物が投入完了している場合に、洗濯機２０の運転動作が開始される。具体的には、開始予定時刻から５分経過している場合、３人以上の洗濯物が投入完了している場合に洗濯機２０の運転動作が開始される。肯定判断される場合（Ｓ３００でＹＥＳ）にはＳ３２０へ進み、否定判断される場合（Ｓ３００でＮＯ）にはＳ３１０へ進む。

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

Ｓ３２０において、サーバ５０は、運転スケジュールに従った運転動作を洗濯機２０に実行させる。サーバ５０は、Ｓ３２０の処理を実行すると、運転開始待機処理を終了する。

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

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

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

Ｓ４４０において、サーバ５０は、割合情報を端末装置１００に送信する。割合情報は、洗濯機２０が実行する全ての運転動作（すなわち、運転スケジュールに従った全ての運転動作）に対する進行割合を示す情報である。端末装置１００は、割合情報をサーバ５０から受信すると、例えば、図１０に示すように、運転スケジュールの全工程に対する進行割合をユーザに報知するための画像Ｂ６（領域Ｒ１０に示す文字列画像）を表示する。なお、Ｓ４２０～Ｓ４４０の処理は、洗濯機２０が運転動作を実行している間、所定時間毎に実行されてもよいし、逐次的に実行されてもよい。また、領域Ｒ８、Ｒ９、Ｒ１０に示すそれぞれの文字列画像は、別々の画像に分けて表示されてもよい。

Ｓ４５０において、サーバ５０は、洗濯機２０の運転動作にエラーが生じたか否かを判断する。エラーは、例えば、洗濯槽３０内の衣類の偏りや排水不良等である。肯定判断される場合（Ｓ４５０でＹＥＳ）にはＳ４６０へ進み、否定判断される場合（Ｓ４５０でＮＯ）にはＳ５１０へ進む。

Ｓ４６０において、サーバ５０は、洗濯機２０の運転動作を停止させる。そして、Ｓ４７０において、サーバ５０は、運転停止情報を端末装置１００に送信する。運転停止情報は、エラーが生じたことにより洗濯機２０の運転動作を自動で停止させたことを示す情報である。端末装置１００は、運転停止情報をサーバ５０から受信すると、例えば、図１１に示すように、運転スケジュールに従った洗濯機２０の運転動作が自動で停止されたことをユーザに報知するための画像Ｂ７を表示する。

Ｓ４８０において、サーバ５０は、エラーが解消したか否かを判断する。具体的には、エラーである洗濯槽３０内の衣類の偏りや、排水不良等がユーザの操作により解消したか否かを判断する。肯定判断される場合（Ｓ４８０でＹＥＳ）にはＳ４９０へ進み、否定判断される場合（Ｓ４８０でＮＯ）にはＳ４８０を繰り返す。

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

Ｓ４５０でＮＯの場合のＳ５１０において、サーバ５０は、運転スケジュールに従った運転動作に遅延が生じているか否かを判断する。具体的には、サーバ５０は、エラーが生じたこと等により、運転スケジュールに従った運転動作の終了予想時刻が、終了予定情報が示す終了予定時刻よりも遅れているか否かを判断する。例えば、本実施例では、上述したように、運転スケジュールによると洗濯機２０の運転動作が２１時に終了する予定であるが、遅延が生じたことにより終了予想時刻が２１時よりも遅くなるか否かを判断する。肯定判断される場合（Ｓ５１０でＹＥＳ）にはＳ５２０へ進み、否定判断される場合（Ｓ５１０でＮＯ）にはＳ５３０へ進む。

Ｓ５２０において、サーバ５０は、遅延情報を端末装置１００に送信する。遅延情報は、運転スケジュールに従った洗濯機２０の運転動作に遅延が生じていること、及び遅延時間を含めた新たな終了予定時刻を示す情報である。端末装置１００は、遅延情報をサーバ５０から受信すると、例えば、図１３に示すように、遅延が生じていること、及び遅延時間を含めた新たな終了予定時刻をユーザに報知するための画像Ｂ９を表示する。

Ｓ５３０において、サーバ５０は、第２のユーザグループに属するユーザのスケジュール情報が変更されたか否かを判断する。詳細には、第２のユーザグループに属するユーザのスケジュール情報が変更されたことによって、運転スケジュールに従った洗濯機２０の運転動作の終了予定時刻に第２のユーザグループに属する全てのユーザが「不在」となるか否かを判断する。肯定判断される場合（Ｓ５３０でＹＥＳ）にはＳ５５０へ進み、否定判断される場合（Ｓ５３０でＮＯ）にはＳ５４０へ進む。

Ｓ５４０において、サーバ５０は、運転スケジュールを変更する。例えば、図１４のテーブルＴ１に示すように、父及び母（第２のユーザグループに属するユーザ）のスケジュール情報において、２２時～２３時の間に登録されていた「外出」のスケジュール（例えば図１３のテーブルＴ１参照）が、２０時３０分～２１時３０分の間に変更された場合、洗濯機２０の運転動作の終了予定時刻には、父及び母のいずれもが「不在」の属性を有することとなる。したがって、このような場合には、例えば、サーバ５０は、運転スケジュールを変更して、洗濯機２０の運転終了時刻を２１時３０分に変更する。

Ｓ５４５において、サーバ５０は、変更した運転スケジュールを端末装置１００に送信する。端末装置１００は、変更された運転スケジュールをサーバ５０から受信すると、例えば、図１４に示すように、運転スケジュールが変更されたこと、及び新たな終了予定時刻をユーザに報知するための画像Ｂ１０を表示する。

Ｓ５５０において、サーバ５０は、運転スケジュールに従った全ての運転動作が終了したか否かを判断する。肯定判断される場合（Ｓ５５０でＹＥＳ）にはＳ５６０へ進み、否定判断される場合（Ｓ５５０でＮＯ）にはＳ４５０へ戻る。

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

（効果）
上述した洗濯システム１０では、各端末装置１００～４００から受信される各ユーザのスケジュール情報がスケジューラ６０に格納される。そして、サーバ５０は、当該スケジュール情報に基づいて運転スケジュールを生成し（Ｓ１００）、各端末装置１００～４００に送信する（Ｓ１１０）。このように、サーバ５０が運転スケジュールを生成し、各端末装置１００～４００に送信するため、ユーザが複数人のスケジュールを考慮して運転スケジュールを生成する必要がない。このため、ユーザの負担を低減することができる。また、上述した洗濯システム１０では、第１のユーザグループに属するユーザが「在宅」の属性を有することが判断されるタイミングに洗濯機２０の運転動作が開始されるように運転スケジュールが生成される（Ｓ２０）。このため、生成された運転スケジュールに従った運転動作を実行することにより、洗濯物が存在する状態で洗濯機２０の運転動作を開始することができ、利便性が向上する。

また、上述した洗濯システム１０では、第２のユーザグループが「在宅」の属性を有するタイミングで運転動作が終了するように運転スケジュールが生成される（Ｓ４０）ため、洗濯済みの洗濯物の取り出しをスムーズに行うことができる。

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

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

また、洗濯機２０は、運転スケジュールに従った運転動作を変更する操作の入力を操作部２２に受け付けた場合（Ｓ２２０）、変更された運転スケジュールに従って運転動作を実行する（Ｓ３２０）。

また、サーバ５０は、外部サービス情報を取得して（Ｓ５０）、スケジュール情報及び外部サービス情報に基づいて運転スケジュールを生成する（Ｓ１００）。このように、ユーザのスケジュール情報に加えて、外部から取得した情報を反映することにより、より最適な運転スケジュールを生成することができる。

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

また、サーバ５０は、洗濯機２０の運転動作にエラーが生じた場合（Ｓ４５０でＹＥＳ）に、運転停止情報を各端末装置１００～４００に送信する（Ｓ４７０）。このため、各端末装置１００～４００のユーザは、エラーが生じたことにより洗濯機２０の運転が自動で停止されたことを把握することができる。また、サーバ５０は、エラーが解消した場合（Ｓ４８０でＹＥＳ）に、運転再開情報を各端末装置１００～４００に送信する。このため、各端末装置１００～４００のユーザは、エラーが解消されたことを遠隔で知ることができる。

また、サーバ５０は、洗濯機２０の運転動作に遅延が生じていることが判断される場合（Ｓ５１０でＹＥＳ）に、遅延情報を各端末装置１００～４００に送信する（Ｓ５２０）。このため、各端末装置１００～４００のユーザは、洗濯機２０の運転動作に遅延が生じていることを遠隔で知ることができる。

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

また、サーバ５０は、所定の条件を満たさない場合（Ｓ３００でＮＯ）であっても、開始予定時刻から所定時間が経過した場合（Ｓ３１０でＹＥＳ）には、洗濯機２０に運転動作を実行させる（Ｓ３２０）。開始予定時刻から所定時間待機しても洗濯物が所定量以上集まらない場合には、洗濯機２０に運転動作を実行させることができる。

また、サーバ５０は、洗濯物が投入されていないことが判断されるユーザの端末装置（実施例では端末装置１００）に対して、未投入情報を送信する（Ｓ２８０）。これにより、ユーザの洗濯物の投入忘れを抑制することができる。

また、サーバ５０は、開始予定時刻の所定時間前が到来した場合（Ｓ２４０でＹＥＳ）に、開始予定情報を各端末装置１００～４００に送信する（Ｓ２５０）。これにより、ユーザが洗濯物を投入することを忘れている場合や、運転スケジュールを忘れている場合であっても、運転スケジュールを再把握させることができる。

また、サーバ５０は、第２のユーザグループに属するユーザのスケジュール情報が変更されたことによって、運転スケジュールに従った洗濯機２０の運転動作の終了予定時刻に第２のユーザグループに属する全てのユーザが「不在」となる場合（Ｓ５３０でＹＥＳ）に、第２のユーザグループに属するユーザが「在宅」となるタイミングに洗濯機２０の運転動作が終了するように運転スケジュールを変更する（Ｓ５４０）。洗濯作業を実行するユーザが在宅している状態で洗濯機２０の運転動作を終了するように運転スケジュールを変更するため、運転終了のまま長時間放置されることによる衣類への皺付きや生乾きによる洗い直しを抑制することができる。

（対応関係）
「出勤」、「登校」、「外出」が、「在宅情報」の一例である。「テレビ」が、「視聴予定情報」の一例である。第２のユーザグループに属するユーザが、「第１の特定ユーザ」の一例である。承認操作が、「第１のユーザ操作」の一例である。画像Ｂ１が、「第１のユーザ操作を受け付けるための画面」の一例である。端末装置１００の操作部１１２への運転動作を変更する操作が、「第２のユーザ操作」の一例である。洗濯機２０の操作部２２への運転動作を変更する操作が、「第３のユーザ操作」の一例である。雨が「特定の天候」の一例である。

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

上述した実施例において、図５に示す運転開始待機処理、及び図９に示す運転動作中処理は、実行されなくてもよい。また、図３に示すＳ５０の処理は実行されなくてもよい。

また、Ｓ２０では、第１のユーザグループの属する全てのユーザの属性が「不在」から「在宅」に変わる時刻を抽出して、洗濯機２０が運転開始可能な時間帯を決定した。しかしながら、所定人数（例えば、２人）以上が「不在」から「在宅」に変わる時刻のうち、最も遅い時刻以降を運転開始可能な時間帯として決定してもよい。

また、上述した実施例では、サーバ５０は、Ｓ６０において特定の天候（すなわち、「雨」）であることが判断される場合に、Ｓ８０において乾燥運転を含む運転コースに決定して、Ｓ１００において乾燥運転を含む運転コースを利用した運転スケジュールを生成した。しかしながら、Ｓ６０において特定の天候であることが判断される場合に、洗濯機２０の運転動作を中止させる運転スケジュールを生成してもよい。すなわち、Ｓ６０において肯定判断される場合、Ｓ８０及びＳ９０をスキップして、Ｓ１００において洗濯機２０に運転動作を実行させない運転スケジュールを生成してもよい。この場合、端末装置１００は、Ｓ１１０においてサーバ５０から運転スケジュールを受信すると、例えば、図１６に示すように、洗濯機２０の運転動作を中止することをユーザに報知するための画像Ｂ１２を表示してもよい。

また、上述した実施例では、特定の天候が「雨」である場合を説明した。しかしながら、特定の天候は、「雪」、「みぞれ」等であってもよい。すなわち、洗濯を行うことが不適切な天候であればよい。

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

また、決定した運転コースに脱水工程や乾燥工程が含まれている場合には、サーバ５０は、全てのユーザ（すなわち、父、母、息子及び娘）の属性が「不在」であるタイミングに当該工程を洗濯機２０に実行させるように運転スケジュールを生成してもよい。一般的に脱水工程や乾燥工程は、他の工程と比較して動作音が大きい。このため、全てのユーザの属性が「不在」であるタイミングに当該工程を実行することで、動作音によるユーザのストレスを低減することができる。本例では、洗い工程及びすすぎ工程が、「第１の動作」の一例であり、脱水工程及び乾燥工程が「第２の動作」の一例である。

また、上述した実施例では、Ｓ５０において取得する外部サービス情報は天候情報であった。しかしながら、外部サービス情報として、断水計画を示す断水情報や、停電計画を示す停電情報を用いてもよい。断水情報を用いる場合、サーバ５０は、断水時には洗濯機２０に運転動作を実行させない運転スケジュールを生成してもよい。当該運転スケジュールを受信した端末装置１００は、例えば、図１７に示すように、断水時には洗濯機２０の運転動作を実行させない運転スケジュールをユーザに提案するための画像Ｂ１３を表示してもよい。また、停電計画を用いる場合、サーバ５０は、停電時には洗濯機２０に運転動作を実行させない運転スケジュールを生成してもよい。当該運転スケジュールを受信した端末装置１００は、例えば、図１８に示すように、停電時には洗濯機２０の運転動作を実行させない運転スケジュールをユーザに提案するための画像Ｂ１４を表示してもよい。なお、外部サービス情報は、天候情報、断水情報、停電情報を組み合わせたものが用いられてもよい。

また、子供のみが「在宅」の属性を有する場合（すなわち、父及び母が「不在」の属性を有しており、息子及び娘が「在宅」の属性を有する時間帯）、洗濯機２０の操作部２２への操作入力を制限してもよい。すなわち、操作部２２への操作が入力されても当該操作を無効としてもよい。例えば、図２に示す例では、２２時から２３時の間は、子供のみが「在宅」の属性を有するため、操作部２２への操作入力を制限してもよい。このような構成では、大人が家にいない状況であっても、操作部２２への操作による予期しない運転動作を防止することができる。本例では、息子及び娘が、「第２の特定ユーザ」の一例である。

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

図面の表示態様は一例であり、他の表示態様を用いてもよい。また、端末装置１００～４００は、可搬型の携帯端末でなくてもよく、据置型のＰＣ等であってもよい。

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

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

Claims

洗濯システムであって、
洗濯機と、
前記洗濯機と通信可能であり、前記洗濯機の運転動作を制御するサーバと、
前記サーバに格納されており、複数のユーザのスケジュール情報を格納するスケジューラと、
前記スケジューラにアクセス可能な端末装置と、
を備えており、
前記端末装置は、前記スケジュール情報を前記スケジューラに送信可能であり、
前記サーバは、前記スケジューラに格納された前記複数のユーザの前記スケジュール情報に基づいて、前記洗濯機の前記運転動作を制御するための運転スケジュールを生成し、前記運転スケジュールを前記端末装置に送信し、
前記スケジュール情報は、前記複数のユーザのそれぞれが在宅しているか否かを示す在宅情報を含んでおり、
前記運転スケジュールは、前記複数のユーザのうち、所定人数以上の共通する前記在宅情報に基づき前記洗濯機の前記運転動作が行われるように生成される、
洗濯システム。
前記サーバは、前記在宅情報に基づいて、前記複数のユーザのうち、第１の特定ユーザが在宅していることが判断されるタイミングに前記洗濯機の前記運転動作が終了するように前記運転スケジュールを生成し、前記運転スケジュールを前記第１の特定ユーザの前記端末装置に送信する、請求項１に記載の洗濯システム。
前記運転動作は、第１の動作と、前記第１の動作よりも動作音が大きい第２の動作を含んでおり、
前記サーバは、前記在宅情報に基づいて、前記複数のユーザが共通して不在であることが判断されるタイミングに前記第２の動作を前記洗濯機に実行させるように前記運転スケジュールを生成する、請求項１または２に記載の洗濯システム。
前記端末装置は、表示部を備えており、
前記端末装置は、前記運転スケジュールを前記サーバから受信した場合に、前記運転スケジュールに従った運転動作を前記洗濯機に実行させるか否かを選択する第１のユーザ操作を受け付けるための画面を前記表示部に表示し、
前記サーバは、前記運転スケジュールに従った運転動作を実行させることを選択する前記第１のユーザ操作を受け付けたことが判断される場合に、前記運転スケジュールに従った前記運転動作を前記洗濯機に実行させる、請求項１～３のいずれかに記載の洗濯システム。
前記端末装置は、表示部を備えており、
前記端末装置は、前記運転スケジュールを前記サーバから受信した場合に、前記運転スケジュールを変更する第２のユーザ操作の入力を受け付けるための画面を表示し、
前記サーバは、前記運転スケジュールを変更する前記第２のユーザ操作を受け付けたことが判断される場合に、変更された運転スケジュールを生成する、請求項１～４のいずれかに記載の洗濯システム。
前記洗濯機は、前記運転スケジュールを変更する第３のユーザ操作の入力を受け付けるための操作部を備えており、
前記洗濯機は、前記運転スケジュールを変更する前記第３のユーザ操作の入力を受け付けた場合に、変更された運転スケジュールを生成する、請求項１～５のいずれかに記載の洗濯システム。
前記サーバは、外部サービス情報を取得可能であり、前記スケジュール情報及び前記外部サービス情報に基づいて、前記洗濯機の前記運転動作を制御するための前記運転スケジュールを生成する、請求項１～６のいずれかに記載の洗濯システム。
前記外部サービス情報は、所定期間の天候を示す天候情報を含んでおり、
前記サーバは、前記運転スケジュールに基づく運転動作日に前記天候情報が示す天候が特定の天候である場合には、乾燥運転を含む運転スケジュールを生成する、請求項７に記載の洗濯システム。
前記外部サービス情報は、所定期間の天候を示す天候情報を含んでおり、
前記サーバは、前記天候情報が示す天候が特定の天候である場合には、前記洗濯機に前記運転動作を実行させない運転スケジュールを生成する、請求項７に記載の洗濯システム。
前記外部サービス情報は、断水計画を示す断水情報を含んでおり、
前記サーバは、断水時には前記洗濯機に前記運転動作を実行させない運転スケジュールを生成する、請求項７～９のいずれかに記載の洗濯システム。
前記外部サービス情報は、停電計画を示す停電情報を含んでおり、
前記サーバは、停電時には前記洗濯機に前記運転動作を実行させない運転スケジュールを生成する、請求項７～１０のいずれかに記載の洗濯システム。
前記スケジュール情報は、前記複数のユーザのそれぞれが視聴予定である番組が存在するか否かを示す視聴予定情報を含んでおり、
前記サーバは、前記視聴予定情報に基づいて、前記複数のユーザのうち、第１の特定ユーザが前記番組を視聴していないことが判断されるタイミングに前記洗濯機の前記運転動作が終了するように前記運転スケジュールを生成し、前記運転スケジュールを前記第１の特定ユーザの前記端末装置に送信する、請求項１～１１のいずれかに記載の洗濯システム。
前記サーバは、前記運転スケジュールに従った前記運転動作を前記洗濯機に実行させる場合に、前記洗濯機の前記運転動作の終了予定時刻を示す終了予定情報を前記端末装置に送信する、請求項１～１２のいずれかに記載の洗濯システム。
前記サーバは、前記運転スケジュールに従った前記運転動作を前記洗濯機に実行させる場合に、前記洗濯機が実行している動作内容を示す工程情報を前記端末装置に送信する、請求項１～１３のいずれかに記載の洗濯システム。
前記サーバは、前記運転スケジュールに従った前記運転動作を前記洗濯機に実行させる場合に、前記洗濯機が実行する全ての運転動作に対する進行割合を示す割合情報を前記端末装置に送信する、請求項１～１４のいずれかに記載の洗濯システム。
前記サーバは、前記運転スケジュールに従った前記運転動作を前記洗濯機に実行させる場合に、前記洗濯機の前記運転動作が終了したことに応じて、前記運転動作が終了したことを示す終了情報を端末装置に送信する、請求項１～１５のいずれかに記載の洗濯システム。
前記サーバは、前記運転スケジュールに従った前記運転動作を前記洗濯機に実行させている間に前記運転動作にエラーが生じたことが判断される場合に前記洗濯機の前記運転動作を停止させ、前記エラーが生じたことにより前記洗濯機の前記運転動作を停止させたことを示す運転停止情報を前記端末装置に送信する、請求項１～１６のいずれかに記載の洗濯システム。
前記サーバは、前記エラーが生じたことにより前記洗濯機の前記運転動作を停止させた後に、ユーザの操作により前記エラーが解消されたことが判断される場合に前記洗濯機の前記運転動作を再開させ、前記運転動作が再開されたことを示す運転再開情報を前記端末装置に送信する、請求項１７に記載の洗濯システム。
前記サーバは、前記運転スケジュールに従った前記洗濯機の前記運転動作に遅延が生じていることが判断される場合に、前記運転動作に遅延が生じていることを示す遅延情報を前記端末装置に送信する、請求項１～１８のいずれかに記載の洗濯システム。
前記サーバは、前記複数のユーザそれぞれが洗濯物を前記洗濯機の洗濯槽に投入したか否かを示す洗濯物投入情報を取得可能であり、
前記サーバは、前記洗濯物投入情報に基づいて、洗濯物を投入したユーザの数に関する所定の条件を満たしたことが判断される場合に、前記運転スケジュールに従った前記運転動作を前記洗濯機に実行させる、請求項１～１９のいずれかに記載の洗濯システム。
前記サーバは、前記所定の条件を満たさないことが判断される場合であって、前記運転スケジュールに基づく前記運転動作の開始予定時刻から所定時間が経過したことが判断される場合に、前記運転スケジュールに従った前記運転動作を前記洗濯機に実行させる、請求項２０に記載の洗濯システム。
前記サーバは、前記複数のユーザそれぞれが洗濯物を前記洗濯機の洗濯槽に投入したか否かを示す洗濯物投入情報を取得可能であり、
前記サーバは、前記洗濯物投入情報に基づいて、前記複数のユーザのうち、洗濯物が投入されていないことが判断されるユーザの前記端末装置に洗濯物が投入されていないことを示す未投入情報を送信する、請求項１～２１のいずれかに記載の洗濯システム。
前記サーバは、前記運転スケジュールに基づく前記洗濯機の前記運転動作の開始予定時刻から所定時間前が到来したことが判断される場合に、前記洗濯機の前記運転動作の開始予定時刻を示す開始予定情報を前記端末装置に送信する、請求項１～２２のいずれかに記載の洗濯システム。
前記サーバは、前記運転スケジュールである第１の運転スケジュールに従った前記洗濯機の前記運転動作が終了したことに応じて、次回の運転スケジュールである第２の運転スケジュールを生成し、前記第２の運転スケジュールを前記端末装置に送信する、請求項１～２３のいずれかに記載の洗濯システム。
前記端末装置は、前記スケジューラに送信した前記スケジュール情報を変更可能であり、
前記サーバは、前記運転スケジュールに従った前記運転動作を前記洗濯機に実行させている間に、前記複数のユーザのうちの第１の特定ユーザの前記スケジュール情報が変更されたことに応じて、前記運転動作の終了するタイミングに第１の特定ユーザが不在であることが判断される場合に、変更された前記スケジュール情報に基づいて、前記第１の特定ユーザが在宅していることが判断されるタイミングに前記洗濯機の前記運転動作が終了するように運転スケジュールを再生成し、再生成した運転スケジュールを前記端末装置に送信する、請求項１～２４のいずれかに記載の洗濯システム。
前記サーバは、前記在宅情報に基づいて、前記複数のユーザのうち、第２の特定ユーザのみが在宅していることが判断される場合に、前記洗濯機の操作部への操作を受け付けないように前記洗濯機を制御する、請求項２～２５のいずれかに記載の洗濯システム。
前記洗濯機は、表示部を備えており、
前記洗濯機は、前記サーバから受信した前記スケジュール情報及び／又は前記運転スケジュールを前記表示部に表示する、請求項１～２６のいずれかに記載の洗濯システム。
前記サーバは、映像機器と通信可能であり、前記スケジュール情報及び／又は前記運転スケジュールを前記映像機器の表示部に表示させる、請求項１～２７のいずれかに記載の洗濯システム。