(57)【要約】【課題】ユーザのスケジュール情報に基づいて冷蔵庫の運転動作を制御し、冷蔵庫における余分なエネルギー消費を抑制することができる技術を提供する。【解決手段】冷蔵庫制御システムは、冷蔵庫と、サーバと、スケジューラと、端末装置を備える。サーバは、冷蔵庫と通信可能であり、冷蔵庫の運転動作を制御する。スケジューラは、サーバに格納されており、ユーザの行動の内容を示すスケジュール情報を格納する。端末装置は、スケジューラにアクセス可能であり、スケジュール情報をスケジューラに送信可能である。サーバは、スケジューラに格納されたユーザのスケジュール情報に基づいて、冷蔵庫の運転動作を制御する。【選択図】図３
2019143953.tif 000002
【特許請求の範囲】
【請求項１】
冷蔵庫制御システムであって、
冷蔵庫と、
前記冷蔵庫と通信可能であり、前記冷蔵庫の運転動作を制御するサーバと、
前記サーバに格納されており、ユーザの行動の内容を示すスケジュール情報を格納するスケジューラと、
前記スケジューラにアクセス可能な端末装置と、
を備えており、
前記端末装置は、前記スケジュール情報を前記スケジューラに送信可能であり、
前記サーバは、前記スケジューラに格納された前記ユーザの前記スケジュール情報に基づいて、前記冷蔵庫の前記運転動作を制御する、
冷蔵庫制御システム。
【請求項２】
前記スケジューラは、複数のユーザのスケジュール情報を格納し、
前記サーバは、前記複数のユーザの前記スケジュール情報に基づいて、前記冷蔵庫の前記運転動作を制御する、請求項１に記載の冷蔵庫制御システム。
【請求項３】
前記冷蔵庫は、
前記冷蔵庫内に収納された食品に関する食品情報を取得する第１の取得部と、
取得した前記食品情報を前記サーバに送信する第１の送信部と、
を備えており、
前記サーバは、前記冷蔵庫の前記運転動作の内容を示す運転スケジュール情報及び／又は前記冷蔵庫から受信した前記食品情報を、前記端末装置に送信する、請求項１または２に記載の冷蔵庫制御システム。
【請求項４】
前記冷蔵庫は、前記スケジュール情報を入力する第１のユーザ操作を受け付ける操作部を備えており、
前記冷蔵庫は、前記第１のユーザ操作により入力された前記スケジュール情報を前記サーバに送信する、請求項１〜３のいずれかに記載の冷蔵庫制御システム。
【請求項５】
前記操作部は、前記スケジューラに送信した前記スケジュール情報を変更する第２のユーザ操作の入力を受け付け可能であり、
前記冷蔵庫は、前記第２のユーザ操作の入力を受け付けた場合に、変更されたスケジュール情報を前記スケジューラに送信し、
前記サーバは、前記スケジュール情報を更新する、請求項４に記載の冷蔵庫制御システム。
【請求項６】
前記端末装置は、
前記スケジューラに送信した前記スケジュール情報を変更する第３のユーザ操作の入力を受け付け可能であり、
前記第３のユーザ操作の入力を受け付けた場合に、変更されたスケジュール情報を前記スケジューラに送信し、
前記サーバは、前記スケジュール情報を更新する、請求項１〜５のいずれかに記載の冷蔵庫制御システム。
【請求項７】
前記冷蔵庫は、表示部を備えており、
前記冷蔵庫は、前記サーバから受信した前記スケジュール情報及び／又は前記冷蔵庫の前記運転動作の内容を示す運転スケジュール情報を前記表示部に表示する、請求項１〜６のいずれかに記載の冷蔵庫制御システム。
【請求項８】
前記スケジュール情報は、前記ユーザが在宅しているか否かを示す在宅情報を含んでおり、
前記サーバは、前記在宅情報に基づいて、所定人数以上が不在であることが判断される時間帯に、前記冷蔵庫の前記運転動作を低消費電力である節電モードに制御する、請求項１〜７のいずれかに記載の冷蔵庫制御システム。
【請求項９】
前記冷蔵庫は、本体と、前記本体の前面に開口する開口部を閉塞する扉を有しており、
前記冷蔵庫は、前記運転動作が前記節電モードに制御されている間に、前記扉の開閉を検知した場合に、前記運転動作を前記節電モードから、前記節電モードより高消費電力である通常モードに変更する、請求項８に記載の冷蔵庫制御システム。
【請求項１０】
前記サーバは、前記在宅情報に基づいて、所定人数以上が不在であることが判断される時間帯に、前記冷蔵庫の前記運転動作を除霜モードに制御する、請求項８または９に記載の冷蔵庫制御システム。
【請求項１１】
前記サーバは、前記除霜モードが開始されたことを示す開始情報と、前記除霜モードが終了したことを示す終了情報と、前記除霜モードが終了した後、前記冷蔵庫内の温度が所定温度に復帰したことを示す復帰情報とを、前記端末装置に送信する、請求項１０に記載の冷蔵庫制御システム。
【請求項１２】
前記スケジュール情報は、前記ユーザが在宅しているか否かを示す在宅情報を含んでおり、
前記サーバは、前記在宅情報に基づいて、前記ユーザが不在である状態から在宅である状態に変化する時刻から所定時間前が到来したことに応じて、前記冷蔵庫の前記運転動作を前記冷蔵庫内の温度を低温度に維持する強冷却モードに制御する、請求項１〜１１のいずれかに記載の冷蔵庫制御システム。
【請求項１３】
前記スケジュール情報は、前記ユーザが食品を調達する予定であることを示す買物情報を含んでおり、
前記サーバは、前記スケジュール情報に前記買物情報が含まれる場合に、前記買物情報の終了予定時刻から所定時間前が到来したことに応じて、前記冷蔵庫の前記運転動作を前記冷蔵庫内の温度を低温度に維持する強冷却モードに制御する、請求項１〜１２のいずれかに記載の冷蔵庫制御システム。
【請求項１４】
前記スケジュール情報は、前記ユーザが食事の準備を行う予定であることを示す調理情報を含んでおり、
前記サーバは、前記スケジュール情報に前記調理情報が含まれる場合に、前記調理情報の開始予定時刻から所定時間前が到来したことに応じて、前記冷蔵庫の前記運転動作を前記冷蔵庫内の温度を低温度に維持する強冷却モードに制御する、請求項１〜１３のいずれかに記載の冷蔵庫制御システム。
【請求項１５】
前記サーバは、外部サービス情報を取得可能であり、前記スケジュール情報及び前記外部サービス情報に基づいて、前記冷蔵庫の前記運転動作を制御する、請求項１〜１４のいずれかに記載の冷蔵庫制御システム。
【請求項１６】
前記外部サービス情報は、気象情報を含んでおり、
前記サーバは、前記冷蔵庫の前記運転動作を除霜モードに制御する時間帯に、前記気象情報に基づいて特定の気象条件であることが判断される場合に、前記除霜モードの運転により生じる除霜水の蒸発効率を高くするように前記冷蔵庫の前記運転動作を制御する、請求項１５に記載の冷蔵庫制御システム。
【請求項１７】
前記外部サービス情報は、停電計画を示す停電情報を含んでおり、
前記サーバは、前記停電情報に基づいて、停電から所定時間前が到来したことに応じて、前記冷蔵庫の前記運転動作を前記冷蔵庫内の温度を低温度に維持する強冷却モードに制御する、請求項１５に記載の冷蔵庫制御システム。
【請求項１８】
前記冷蔵庫は、
前記冷蔵庫内に収納された食品を識別するための識別情報と、当該食品の消費に関する期限を示す期限情報と、を取得する第２の取得部と、
取得した前記識別情報及び前記期限情報を前記サーバに送信する第２の送信部と、
を備えており、
前記サーバは、前記期限情報に基づいて、前記期限から所定期間前が到来している場合に、前記識別情報により識別される食品の消費を前記ユーザに促す消費促進情報を前記端末装置に送信する、請求項１〜１７のいずれかに記載の冷蔵庫制御システム。
【請求項１９】
前記サーバは、複数の料理の調理に関するレシピ情報を取得する第３の取得部をさらに備えており、
前記サーバは、
前記レシピ情報に基づいて、前記識別情報に対応する料理メニューの調理を前記ユーザに促す調理促進情報を端末装置に送信し、
前記料理メニューを調理するために不足している食品が存在する場合には、当該食品が不足していることを示す不足情報を前記端末装置に送信する、請求項１８に記載の冷蔵庫制御システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書に開示する技術は、冷蔵庫制御システムに関する。
【背景技術】
【０００２】
ユーザに必要な情報を冷蔵庫に出力させる冷蔵庫制御システムが知られている。例えば、ユーザがスケジュール情報を冷蔵庫に送信し、冷蔵庫は当該スケジュール情報を記憶する。そして、冷蔵庫は、ユーザ操作（例えば、扉の開閉操作やボタン操作）を受け付けたときに、当該スケジュール情報を出力する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００７−１３２５５１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
従来の技術では、冷蔵庫は、記憶したスケジュール情報をそのまま出力するのみで、当該スケジュール情報が有効に活用されていなかった。本明細書は、ユーザのスケジュール情報に基づいて冷蔵庫の運転動作を制御し、冷蔵庫における余分なエネルギー消費を抑制することができる技術を提供する。
【課題を解決するための手段】
【０００５】
本明細書に開示する冷蔵庫制御システムは、冷蔵庫と、サーバと、スケジューラと、端末装置と、を備える。前記サーバは、前記冷蔵庫と通信可能であり、前記冷蔵庫の運転動作を制御する。前記スケジューラは、前記サーバに格納されており、ユーザのスケジュール情報を格納する。前記端末装置は、前記スケジューラにアクセス可能である。前記端末装置は、前記スケジュール情報を前記スケジューラに送信可能である。前記サーバは、前記スケジューラに格納された前記ユーザの前記スケジュール情報に基づいて、前記冷蔵庫の前記運転動作を制御する。
【０００６】
上記の冷蔵庫制御システムでは、端末装置から受信されるユーザのスケジュール情報をスケジューラに格納する。そして、サーバは、当該ユーザのスケジュール情報に基づいて冷蔵庫の運転動作を制御する。例えば、ユーザが不在である場合には、ユーザが在宅している場合と比較して冷蔵庫の使用頻度が低減する。このため、サーバは、ユーザのスケジュール情報に基づいて、ユーザが不在である場合とユーザが在宅している場合とで、冷蔵庫に異なる運転動作を実行させる。例えば、サーバは、ユーザが不在である場合は、冷蔵庫における消費電力が低消費電力になるように冷蔵庫の運転動作を制御する。このように、上記の冷蔵庫制御システムによれば、スケジュール情報に基づいた運転動作の制御を実行することにより、ユーザの状況に適した冷蔵庫の運転動作が実行されるので、冷蔵庫における余分なエネルギー消費を抑制することができる。
【図面の簡単な説明】
【０００７】
【図１】冷蔵庫制御システム１０の構成を示すブロック図。
【図２】端末装置１００の表示部１１４に表示されるテーブルＴ１の一例を示す図。
【図３】運転スケジュール情報生成処理のフローチャートを示す図。
【図４】変更監視処理のフローチャートを示す図。
【図５】除霜運転処理のフローチャートを示す図。
【図６】在宅監視処理のフローチャートを示す図。
【図７】庫内監視処理のフローチャートを示す図。
【図８】庫内監視処理の変形例のフローチャートを示す図。
【図９】庫内監視処理の他の変形例のフローチャートを示す図。
【発明を実施するための形態】
【０００８】
図面を参照して、実施例の冷蔵庫制御システム１０について説明する。図１に示すように、冷蔵庫制御システム１０は、冷蔵庫２０と、クラウドサーバ５０（以下、単に「サーバ５０」という。）と、端末装置１００，２００，３００，４００と、を備える。冷蔵庫２０、サーバ５０及び各端末装置１００〜４００は、通信ネットワーク１１０を介して相互に通信可能に構成されている。通信ネットワーク１１０は、特に限定されないが、例えば、インターネット、有線ＬＡＮ、無線ＬＡＮ、あるいはこれらの組み合わせであってもよい。
【０００９】
冷蔵庫２０の本体には、食品を貯蔵するための貯蔵庫である冷蔵室、野菜室、製氷室、冷凍室等が設けられている。即ち、冷蔵庫２０は、家庭用冷蔵庫である。冷蔵室の開口部は、いわゆる両開き式の扉によって開閉されるように構成されている。野菜室、製氷室及び冷凍室の開口部は、引き出し式の扉によってそれぞれ開閉されるように構成されている。
【００１０】
また、冷蔵庫２０は、操作部２２と、表示部２４と、制御部２６と、開閉センサ２８と、情報読取装置３０と、温度センサ３２と、を備える。
【００１１】
操作部２２は、冷蔵庫２０の各機能を実行するためのボタンを複数備える。操作部２２は、ユーザによってボタンが操作されると、操作されたボタンに従った信号を制御部２６に送信する。表示部２４は、液晶パネルを有する。表示部２４は、制御部２６によって制御され、冷蔵庫の機能や動作に関する情報を表示する。なお、操作部２２は、いわゆるタッチパネルとして、表示部２４と一体に構成されていてもよい。
【００１２】
開閉センサ２８は、冷蔵庫２０の扉のそれぞれに設けられている。開閉センサ２８は、ユーザが冷蔵庫２０の扉に触れたことを検知する。即ち、開閉センサ２８は、冷蔵庫２０の前に人間が存在していることを検知可能である。開閉センサ２８は、例えば、静電センサ等によって構成されている。
【００１３】
情報読取装置３０は、冷蔵室の開口部付近に設けられており、冷蔵庫２０に収納される食品に関する情報を読み取る。本実施例では、情報読取装置３０は、無線通信によりＩＣタグに記憶された情報を読み取るタグリーダであり、冷蔵庫２０に収納される食品には、ＩＣタグが取付けられている。ＩＣタグは、例えば、ＲＦＩＤ（Radio Frequency Identification）タグであり、ＩＣタグには、食品を識別するための識別情報や、食品の賞味期限又は消費期限を示す期限情報等が記憶されている。情報読取装置３０により読み取られた情報（識別情報、期限情報等）は、制御部２６に送信される。なお、情報読取装置３０は、野菜室や冷凍室の開口部付近にも設けられてもよい。
【００１４】
温度センサ３２は、冷蔵室の内部に設けられており、冷蔵室の内部の温度を検出する。温度センサ３２により検出された温度は、制御部２６に送信される。なお、温度センサ３２は、野菜室、冷凍室の内部にも設けられてもよい。
【００１５】
制御部２６は、ＣＰＵ２６ａとメモリ２６ｂを備える。制御部２６は、図示省略した配線によって、各部２２、２４、２８、３０に制御可能に接続されている。ＣＰＵ２６ａは、メモリ２６ｂに記憶されているプログラム（不図示）に従って各部２２、２４、３０、３２の処理を制御するプロセッサである。メモリ２６ｂは、ＲＡＭ、ＲＯＭ等によって構成される。
【００１６】
冷蔵庫２０は、庫内（冷蔵室等）に食品を収納して、通常モード、強冷却モード、節電モード、除霜モード等を含む運転動作を実行可能に構成されている。冷蔵庫２０が実行すべき運転動作は、後述するサーバ５０によって制御される。通常モードは、冷蔵庫２０が運転する際の基本的なモードである。強冷却モードは、冷蔵庫２０内の温度を通常モードよりも低温度に維持するように運転するモードである。節電モードは、通常モードよりも低消費電力で運転するモードである。除霜モードは、冷蔵庫２０の冷却器に付着した霜を除去するためのモードである。
【００１７】
端末装置１００は、例えば、携帯電話、スマートフォン、ＰＤＡ、ノートＰＣ、タブレットＰＣ、携帯型音楽再生装置、携帯型動作再生装置等の可搬型の携帯端末である。端末装置１００は、操作部１１２と、表示部１１４と、制御部１１６、を備える。
【００１８】
操作部１１２は、複数のキーを備える。ユーザは、操作部１１２を操作することによって、様々な指示を端末装置１００に入力することができる。表示部１１４は、様々な情報（例えば、後述する運転スケジュール情報等）を表示するためのディスプレイである。表示部１１４は、いわゆるタッチパネルとしても機能する。
【００１９】
制御部１１６は、ＣＰＵ１１６ａとメモリ１１６ｂを備える。制御部１１６は、図示省略した配線によって、各部１１２、１１４に制御可能に接続されている。ＣＰＵ１１６ａは、メモリ１１６ｂに記憶されている各プログラム１２０、１２２に従って様々な処理を実行する。ＯＳプログラム１２０は、端末装置１００の種々の基本的な動作を制御するためのプログラムである。冷蔵庫アプリケーション１２２は、冷蔵庫２０のベンダによって提供されるアプリケーションであり、例えば、通信ネットワーク上のサーバから端末装置１００にインストールされる。冷蔵庫アプリケーション１２２は、端末装置１００とサーバ５０の間で対象データ（例えば、後述するスケジュール情報、運転スケジュール情報等）の通信を実行させたり、端末装置１００の表示部１１４に対象データを表示させたりするためのアプリケーションである。
【００２０】
各端末装置２００〜４００は、端末装置１００と同様の構成を備える。以下では、説明の便宜上、各端末装置１００〜４００それぞれのユーザを、一家庭の家族それぞれとして説明する。具体的には、図２の領域Ｒ１に示すように、端末装置１００のユーザを「父」、端末装置２００のユーザを「母」、端末装置３００のユーザを「息子」、端末装置４００のユーザを「娘」として説明する。
【００２１】
図１に示すサーバ５０は、通信ネットワーク上に設置されるサーバであり、冷蔵庫２０のベンダにより提供されるサーバであってもよいし、冷蔵庫２０とは異なるベンダにより提供されるサーバであってもよい。サーバ５０は、通信ネットワーク１１０を介して、冷蔵庫２０と通信可能であり、冷蔵庫２０の運転動作を制御する。サーバ５０は、ＣＰＵ５２とメモリ５４を備える。ＣＰＵ５２は、メモリ５４に記憶されているプログラムに従って、様々な処理を実行する。メモリ５４は、スケジューラ６０を格納している。スケジューラ６０は、複数のユーザのスケジュール情報を管理するプログラムである。本実施例では、スケジューラ６０は、各端末装置１００〜４００それぞれのユーザから送信されるスケジュール情報を格納する。
【００２２】
図２は、スケジュール情報が格納されたテーブルＴ１の一例を示す。スケジュール情報は、図２の領域Ｒ２に示すように、各端末装置１００〜４００のユーザそれぞれのスケジュールを示す情報である。スケジュール情報は、ユーザが在宅であるか否かを示す在宅情報（例えば、領域Ｒ３に示される情報）、ユーザが食品を調達する予定であることを示す買物情報（例えば、領域Ｒ１１に示される情報）、ユーザが食事の準備を行う予定であることを示す調理情報（例えば、領域Ｒ４に示される情報）等を含む。各端末装置１００〜４００から送信されるスケジュールのそれぞれは、そのユーザが家にいない状態を示す「不在」、又は、そのユーザが家にいる状態を示す「在宅」の属性を有している。例えば、図２の領域Ｒ３に示す「出勤」は、父が会社に出勤している状態であることを示し、「不在」の属性を有している。同様に、「外出」、「登校」、「買物」も「不在」の属性を有する。一方、図２の領域Ｒ４に示す「調理」は、母が食事の準備をしている状態であることを示し、「在宅」の属性を有している。なお、図２の領域Ｒ２に示すスケジュール情報の中で、スケジュールが登録されていない時間帯は「在宅」の属性を有する。
【００２３】
また、図１に示すサーバ５０は、外部サービス情報取得部６２を備える。外部サービス情報取得部６２は、外部サービス情報を取得する。本実施例では、外部サービス情報は、所定期間の天候を示す気象情報である。気象情報は、例えば、図２の領域Ｒ９に示すように、「晴れ」、「曇り」、「雨」等の天候を示し、スケジューラ６０に格納される。
【００２４】
サーバ５０は、スケジューラ６０に格納された各ユーザのスケジュール情報及び外部サービス情報に基づいて、冷蔵庫２０の運転動作を制御するための運転スケジュール情報を生成する。また、サーバ５０は、生成した運転スケジュール情報を端末装置１００に送信する。運転スケジュール情報の生成については、以下に詳細に説明する。
【００２５】
次に、サーバ５０が実行する各種の処理について、図面を参照して説明する。まず、図３を用いて、サーバ５０が冷蔵庫２０の運転スケジュール情報を生成するための運転スケジュール情報生成処理について説明する。運転スケジュール情報生成処理は、例えば、毎日２１時等の所定時刻に開始される。
【００２６】
Ｓ１０において、サーバ５０は、スケジューラ６０から各ユーザのスケジュール情報を取得する。具体的には、父、母、息子、娘のスケジュール情報を取得する。取得したスケジュール情報は、図２の領域Ｒ３等に示すように、テーブルＴ１に記憶される。
【００２７】
Ｓ２０において、サーバ５０は、ユーザ全員が「不在」の属性を有する時間帯を抽出する。本実施例では、図２に示すように、母及び娘の属性が「在宅」から「不在」に変化する時刻（即ち、８時）から、母の属性が「不在」から「在宅」に変化する時刻（即ち、１３時）をユーザ全員が共通して「不在」の属性を有する時間帯として抽出する。即ち、図２にドットハッチングにより示すように、全員が「不在」の属性を有する共通エリアＡ１を抽出する。
【００２８】
Ｓ３０において、サーバ５０は、Ｓ２０で抽出した時間帯（８時〜１３時）の冷蔵庫２０の運転動作を節電モードに設定する（図２の領域Ｒ５参照）。これは、当該時間帯には、全員が「不在」の属性を共通のスケジュール情報として有するため、当該時間帯の冷蔵庫２０の扉の開閉頻度が低くなると判断できるためである。なお、テーブルＴ１では、Ｓ２０で抽出した時間帯（８時〜１３時）のうち、８時〜９時において「除霜」の運転予定（領域Ｒ６参照）が登録されており、１２時〜１３時において「強冷却」の運転予定（領域Ｒ７参照）が登録されているが、これについては後述する。
【００２９】
Ｓ４０において、サーバ５０は、取得したスケジュール情報に買物情報が存在するのか否かを判断する。本実施例では、図２に示すように、母のスケジュール情報において１１時〜１３時に買物情報（領域Ｒ１１）が登録されている。したがって、Ｓ４０では、サーバ５０は、買物情報が存在すると判断し（Ｓ４０でＹＥＳ）、Ｓ５０に進む。一方、買物情報が存在しないと判断される場合（Ｓ４０でＮＯ）には、サーバ５０は、Ｓ６０へ進む。
【００３０】
Ｓ５０において、サーバ５０は、買物情報が存在する時間帯（１１時〜１３時）を抽出し、当該時間帯に基づいて、冷蔵庫２０の運転動作を強冷却モードに設定する。より詳細には、買物情報の終了予定時刻（即ち、１３時）の所定時間前の時刻から、冷蔵庫２０の運転動作を強冷却モードに設定する。本実施例では、所定時間は１時間である。したがって、サーバ５０は、図２の領域Ｒ７に示すように、買物情報の終了予定時刻の１時間前である１２時から買物情報の終了予定時刻である１３時の冷蔵庫２０の運転動作を強冷却モードに設定する。これは、食品を調達して帰宅した場合に、調達した食品を冷蔵庫２０に収納するために扉の開閉頻度が高くなり、庫内の温度が上昇しやすくなると判断できるためである。なお、図２において、１２時〜１３時の時間帯は、Ｓ３０において、節電モードが設定されている。このような場合には、サーバ５０は、冷蔵庫２０の運転動作として、強冷却モードを節電モードに優先して設定する。
【００３１】
Ｓ６０において、サーバ５０は、取得したスケジュール情報に調理情報が存在するのか否かを判断する。本実施例では、図２に示すように、母のスケジュール情報において１８時〜２０時に調理情報（領域Ｒ４）が登録されている。したがって、Ｓ６０では、サーバ５０は、調理情報が存在すると判断し（Ｓ６０でＹＥＳ）、Ｓ７０に進む。一方、調理情報が存在しないと判断される場合（Ｓ６０でＮＯ）には、サーバ５０は、Ｓ８０へ進む。
【００３２】
Ｓ７０において、サーバ５０は、調理情報が存在する時間帯（１８時〜２０時）を抽出し、図２の領域Ｒ１０に示すように、当該時間帯の冷蔵庫２０の運転動作を強冷却モードに設定する。これは、当該時間帯には、調理する食品を冷蔵庫２０から取り出すために扉の開閉頻度が高くなり、庫内の温度が上昇しやすくなると判断できるためである。
【００３３】
Ｓ８０において、サーバ５０は、ユーザそれぞれの帰宅時刻を抽出する。詳細には、各ユーザの属性が「不在」から「在宅」に変化する時刻をそれぞれ取得する。即ち、本実施例では、図２に示すように、父、母、息子、娘の帰宅時刻として、それぞれ１８時、１３時、１６時、１５時を抽出する。
【００３４】
Ｓ９０において、サーバ５０は、Ｓ８０で抽出した時間帯に基づいて、冷蔵庫２０の運転動作を強冷却モードに設定する。より詳細には、各ユーザの帰宅時刻の所定時間前の時刻から帰宅時刻までの間、冷蔵庫２０の運転動作を強冷却モードに設定する。本実施例では、所定時間は３０分である。したがって、図２の領域Ｒ８に示すように、サーバ５０は、各ユーザの帰宅時刻の３０分前から冷蔵庫２０の運転動作を強冷却モードに設定する。例えば、サーバ５０は、父の帰宅時刻である１８時に対して、その３０分前の１７時３０分から冷蔵庫２０の運転動作を強冷却モードに設定する。
【００３５】
Ｓ１００において、サーバ５０は、外部サービス情報を外部サービス情報取得部６２によって取得する。本実施例では、外部サービス情報は、気象情報である。取得した気象情報は、図２の領域Ｒ９に示すように、テーブルＴ１に記憶される。
【００３６】
Ｓ１１０において、サーバ５０は、Ｓ２０で抽出した時間帯（８時〜１３時）において、冷蔵庫２０の運転動作として除霜モードを設定する。具体的には、サーバ５０は、当該時間帯のいずれかのタイミングで冷蔵庫２０に除霜モードで運転動作を実行させるように設定する。例えば、除霜した後は、冷蔵庫２０の庫内温度が上昇するため、サーバ５０は、庫内温度が所定温度に復帰する（所定温度まで再び低下する）までの時間を踏まえて、全員が「不在」に変化する時刻（即ち、８時）に除霜モードが開始されるように設定する。また、サーバ５０は、取得した気象情報に基づいて、除霜モードを設定した時間帯が特定の気象条件である場合には、除霜水の蒸発効率を高くするように除霜モードの動作を設定する。具体的には、例えば、図２に示すように、除霜モードを実行させる時間帯（８時〜９時）の天候が「雨」である場合には、湿度が高くなるために、除霜モードでの運転により生じる除霜水の蒸発効率が低減する。したがって、このような場合には、サーバ５０は、冷蔵庫２０内を冷却するための冷媒を圧縮するコンプレッサ（不図示）の運転率を高く設定したり、冷蔵庫２０内に送風するファン（不図示）の回転数を高く設定して、除霜水の蒸発効率が高くなるように冷蔵庫２０の運転動作を制御する。なお、図２において、８時〜９時の時間帯は、Ｓ３０において、節電モードが設定されている。このような場合には、サーバ５０は、冷蔵庫２０の運転動作として、除霜モードを節電モードに優先して設定する。
【００３７】
Ｓ１２０において、サーバ５０は、冷蔵庫２０の運転スケジュール情報を生成する。即ち、サーバ５０は、上述したＳ３０、Ｓ５０、Ｓ７０、Ｓ９０及びＳ１１０で設定した運転動作を統合した運転スケジュール情報（即ち、テーブルＴ１）を生成する。なお、冷蔵庫２０の運転動作を節電モードや強冷却モード等に制御する時間帯以外は、サーバ５０は、冷蔵庫２０の運転動作を通常モードに設定する。
【００３８】
Ｓ１３０において、サーバ５０は、生成した運転スケジュール情報を各端末装置１００〜４００に送信する。各端末装置１００〜４００は、運転スケジュール情報をサーバ５０から受信すると、生成された運転スケジュール情報をユーザに報知するための画像を表示部に表示する。例えば、各端末装置１００〜４００の表示部には、テーブルＴ１が表示される。サーバ５０は、Ｓ１３０の処理を実行すると、運転スケジュール情報生成処理を終了する。
【００３９】
サーバ５０は、上記の運転スケジュール情報生成処理で生成した運転スケジュール情報に沿って冷蔵庫２０の運転動作を制御する。具体的には、図２に示すように、サーバ５０は、スケジューラ６０に格納されたスケジュール情報に基づいて、ユーザ全員が「不在」（即ち、ユーザ全員のスケジュール情報として「出勤」、「外出」、「登校」、「買物」のいずれかが記憶されている）となるタイミング（即ち、８時）から冷蔵庫２０の運転動作を除霜モードに制御する（領域Ｒ６、Ｓ１１０参照）。そして、除霜モードが終了すると、スケジュール情報に基づいて、依然ユーザ全員が「不在」であると判断されるため、サーバ５０は、冷蔵庫２０の運転動作を節電モードに制御する（領域Ｒ５、Ｓ３０参照）。その後、サーバ５０は、買物情報に基づいて、冷蔵庫２０の運転動作を強冷却モードに制御する（領域Ｒ７、Ｓ５０参照）。即ち、サーバ５０は、買物情報の終了予定時刻の１時間前（即ち、１２時）から、冷蔵庫２０の運転動作を強冷却モードに制御する。その後、サーバ５０は、各ユーザの帰宅時刻に基づいて、冷蔵庫２０の運転動作を強冷却モードに制御する（領域Ｒ８、Ｓ９０参照）。即ち、サーバ５０は、各ユーザの帰宅時刻の３０分前（即ち、１２時３０分、１４時３０分、１５時３０分、１７時３０分）から、冷蔵庫２０の運転動作を強冷却モードに制御する。また、サーバ５０は、調理情報が登録されている時刻が到来（即ち、１８時が到来）すると、冷蔵庫２０の運転動作を強冷却モードに制御する（領域Ｒ１０、Ｓ５０参照）。調理情報が終了するタイミング（即ち、２０時）が到来すると、サーバ５０は、強冷却モードでの制御を解除する。なお、サーバ５０は、冷蔵庫２０の運転動作を上記した各モードに制御する時間帯以外（例えば、６時〜７時、１６時〜１７時３０分等）は、冷蔵庫２０の運転動作を通常モードに制御する。
【００４０】
次に、図４を用いて、変更監視処理について説明する。変更監視処理は、サーバ５０が運転スケジュール情報を生成した後に開始される処理である。即ち、変更監視処理は、図３のＳ１２０の処理が実行されたことをトリガとして開始される。運転スケジュール情報は、端末装置１００〜４００のそれぞれが受信するが、以下では、運転スケジュール情報を受信した端末装置１００のみに着目して説明する。
【００４１】
Ｓ２００において、サーバ５０は、スケジュール情報の変更を受信したか否かを判断する。具体的には、端末装置１００のユーザにより、入力済みのスケジュール情報を変更する操作が操作部１１２に入力された場合に、変更されたスケジュール情報がサーバ５０に送信される。サーバ５０は、スケジュール情報の変更を受信した場合（Ｓ２００でＹＥＳ）にはＳ２１０へ進む。一方、サーバ５０は、スケジュール情報の変更を受信していない場合（Ｓ２００でＮＯ）にはＳ２００を繰り返す。
【００４２】
Ｓ２１０において、サーバ５０は、スケジューラ６０に格納されているスケジュール情報を受信した（即ち、ユーザによって変更された）スケジュール情報に更新する。例えば、サーバ５０は、図２のテーブルＴ１に記憶されている「出勤」のスケジュール情報がユーザによって７時〜１７時に変更されたことを受信した場合、テーブルＴ１において、当該時間帯に「出勤」のスケジュール情報を更新する。
【００４３】
Ｓ２２０において、サーバ５０は、変更されたスケジュール情報に基づいて運転スケジュール情報を変更する。例えば、上述したＳ２１０において挙げた「出勤」のスケジュール情報が変更された例では、１７時３０分から１８時に設定した強冷却モードでの運転動作を、１６時３０分から１７時に変更する。サーバ５０は、Ｓ２２０の処理を終了すると、Ｓ２００へ戻り、変更監視処理を繰り返す。また、サーバ５０は、運転スケジュール情報を変更した後は、変更後の運転スケジュール情報に沿って冷蔵庫２０の運転動作を制御する。
【００４４】
次に、図５を用いて、除霜運転処理について説明する。ここで、除霜モードの運転動作について説明する。冷蔵庫２０の内部は、冷蔵庫２０内に設けられた不図示の冷却器（例えば、エバポレータ）によって冷却される。扉の開閉等によって、冷蔵庫２０内の温度が上昇すると、冷蔵庫２０内と冷却器との温度差によって、冷却器に霜が付着することがある。除霜モードは、このような場合に、冷却器に付着した霜を除去するためのモードであり、着霜状態の冷却器は、不図示の除霜器（例えば、ヒータ）によって加熱されることにより除霜される。除霜運転処理は、図２のＳ１２０において除霜モードが設定された運転スケジュール情報が生成されたときに開始される。
【００４５】
Ｓ３００において、サーバ５０は、除霜モードの開始時刻が到来したか否かを判断する。本実施例では、図２の領域Ｒ６に示すように、開始時刻である８時が到来したか否かを判断する。除霜モードの開始時刻が到来したと判断される場合（Ｓ３００でＹＥＳ）にはＳ３１０へ進み、開始時刻が到来していないと判断される場合（Ｓ３００でＮＯ）にはＳ３００を繰り返し、当該開始時刻の到来を待機する。
【００４６】
Ｓ３１０において、サーバ５０は、除霜モードの運転動作を開始することを示す情報を冷蔵庫２０に送信する。冷蔵庫２０は、サーバ５０が送信した情報を受信すると、除霜モードの運転動作を開始する。
【００４７】
Ｓ３２０において、サーバ５０は、開始情報を端末装置１００に送信する。開始情報は、冷蔵庫２０の除霜モードの運転動作が開始したことを示す情報である。端末装置１００は、開始情報をサーバ５０から受信すると、除霜モードの運転動作が開始されたことをユーザに報知するための画像を表示部１１４に表示する。
【００４８】
Ｓ３３０において、サーバ５０は、除霜モードの運転動作が終了したか否かを判断する。具体的には、除霜モードの運転動作が終了すると、冷蔵庫２０は除霜モードの運転動作が終了したことを示す情報をサーバ５０に送信する。したがって、サーバ５０は、当該情報を受信したか否かを判断する。除霜モードが終了したと判断される場合（Ｓ３３０でＹＥＳ）にはＳ３４０へ進み、除霜モードが終了していないと判断される場合（Ｓ３３０でＮＯ）にはＳ３３０を繰り返す。
【００４９】
Ｓ３４０において、サーバ５０は、終了情報を端末装置１００に送信する。終了情報は、冷蔵庫２０の除霜モードの運転動作が終了したことを示す情報である。端末装置１００は、終了情報をサーバ５０から受信すると、除霜モードの運転動作が終了したことをユーザに報知するための画像を表示部１１４に表示する。
【００５０】
Ｓ３５０において、サーバ５０は、冷蔵庫２０の庫内温度が所定温度に復帰したか否かを判断する。上述したように、着霜状態の冷却器は、除霜器によって加熱されることにより除霜されるため、除霜直後は、冷蔵庫２０内の温度が上昇している状態となる。したがって、Ｓ３５０においてサーバ５０は、冷蔵庫２０内の温度が、上昇後の温度から所定温度まで低下したか否かを判断する。具体的には、冷蔵庫２０は、温度センサ３２によって検出された温度が所定温度に復帰すると、庫内温度が所定温度に復帰したことを示す情報をサーバ５０に送信する。サーバ５０は、当該情報を受信することによって、冷蔵庫２０の庫内温度が所定温度に復帰したことを検知することができる。庫内温度が所定温度以下に復帰したと判断される場合（Ｓ３５０でＹＥＳ）にはＳ３６０へ進み、庫内温度が所定温度以下に復帰していないと判断される場合（Ｓ３５０でＮＯ）にはＳ３６０を繰り返す。
【００５１】
Ｓ３６０において、サーバ５０は、復帰情報を端末装置１００に送信する。復帰情報は、冷蔵庫２０内の温度が所定温度に復帰したことを示す情報である。端末装置１００は、復帰情報をサーバ５０から受信すると、冷蔵庫２０内の温度が所定温度に復帰したことをユーザに報知するための画像を表示部１１４に表示する。サーバ５０は、Ｓ３６０の処理を実行すると、除霜運転処理を終了する。
【００５２】
次に、図６を用いて、在宅監視処理について説明する。在宅監視処理は、冷蔵庫２０の運転動作を節電モードに制御している期間に実行される処理である。即ち、在宅監視処理は、記憶されているスケジュール情報に基づいたユーザ全員の属性が「不在」である期間に実行される。
【００５３】
Ｓ４００において、サーバ５０は、冷蔵庫２０の運転動作が節電モードを実行中であるのか否かを判断する。節電モードを実行中であるとされる場合（Ｓ４００でＹＥＳ）にはＳ４１０へ進み、節電モードを実行していない（即ち、節電モードでの運転動作が終了した）と判断される場合（Ｓ４００でＮＯ）には在宅監視処理を終了する。
【００５４】
Ｓ４１０において、サーバ５０は、扉の開閉を検知したか否かを判断する。具体的には、冷蔵庫２０は、いずれかのユーザが冷蔵庫２０の扉に触れたことを開閉センサ２８が検出した場合に、冷蔵庫２０の前に人間が存在していることを示す情報をサーバ５０に送信する。サーバ５０は、当該情報を受信することによって、いずれかのユーザが在宅していることを検知することができる。扉の開閉を検知した場合（Ｓ４１０でＹＥＳ）にはＳ４２０へ進み、扉の開閉を検知しない場合（Ｓ４１０でＮＯ）にはＳ４００へ戻る。
【００５５】
Ｓ４２０において、サーバ５０は、冷蔵庫２０の運転動作を節電モードから通常モードに変更する。これは、スケジューラ６０に記憶されたスケジュール情報では、ユーザ全員が「不在」であったため、サーバ５０は冷蔵庫２０の運転動作を節電モードに制御していたが、実際には、いずれかのユーザが「在宅」の状態であるために扉の開閉頻度が高くなることが判断されるためである。サーバ５０は、Ｓ４２０の処理を実行すると、在宅監視処理を終了する。
【００５６】
次に、図７を用いて、庫内監視処理について説明する。庫内監視処理は、冷蔵庫２０への食品の出入庫や、冷蔵庫２０に収納された食品の賞味期限等を監視して、ユーザに通知する処理である。
【００５７】
Ｓ５００において、サーバ５０は、冷蔵庫２０内に食品が入庫されたのか否かを判断する。具体的には、冷蔵庫２０は、入庫される食品に取り付けられたＩＣタグを情報読取装置３０によって読み取ると、読み取った情報をサーバ５０に送信する。サーバ５０は、当該情報を受信したことに応じて、冷蔵庫２０内に食品が入庫されたことを検知することができる。入庫された食品があると判断される場合（Ｓ５００でＹＥＳ）にはＳ５１０へ進み、入庫された食品がないと判断される場合（Ｓ５００でＮＯ）にはＳ５２０へ進む。
【００５８】
Ｓ５１０において、サーバ５０は、冷蔵庫２０から受信した情報をメモリ５４に記憶する。冷蔵庫２０から受信した情報には、ＩＣタグに記憶されている識別情報及び期限情報が含まれている。このため、サーバ５０は、識別情報と期限情報とを対応付けてメモリ５４に記憶する。
【００５９】
Ｓ５２０において、サーバ５０は、冷蔵庫２０内から食品が出庫されたのか否かを判断する。具体的には、冷蔵庫２０は、出庫される食品に取り付けられたＩＣタグを情報読取装置３０によって読み取ると、読み取った情報をサーバ５０に送信する。サーバ５０は、当該情報を受信したことに応じて、冷蔵庫２０内から食品が出庫されたことを検知することができる。出庫された食品があると判断される場合（Ｓ５２０でＹＥＳ）にはＳ５３０へ進み、出庫された食品がないと判断される場合（Ｓ５２０でＮＯ）にはＳ５４０へ進む。
【００６０】
Ｓ５３０において、サーバ５０は、メモリ５４に記憶されている識別情報及び期限情報のうちから、冷蔵庫２０から受信した情報に一致する情報を削除する。食品が入庫される際には、上述したＳ５１０の通り、識別情報と期限情報が対応付けられてメモリ５４に記憶される。したがって、冷蔵庫２０内に収納された食品が出庫された場合にサーバ５０が受信する識別情報及び期限情報は、メモリ５４内のいずれかの識別情報及び期限情報と一致する。したがって、サーバ５０は、冷蔵庫２０から受信した情報に一致する情報をメモリ５４から削除する。
【００６１】
Ｓ５４０において、サーバ５０は、所定時刻が到来したのか否かを判断する。所定時刻は特に限定されないが、例えば、毎日１０時とされる。所定時刻が到来したと判断される場合（Ｓ５４０でＹＥＳ）にはＳ５５０へ進み、所定時刻が到来していないと判断される場合（Ｓ５５０でＮＯ）にはＳ５００へ戻る。
【００６２】
Ｓ５５０において、サーバ５０は、食品情報を端末装置１００に送信する。具体的には、メモリ５４に記憶されている識別情報に基づいて、現在どのような食品が冷蔵庫２０に収納されているのかを示す情報を端末装置１００に送信する。例えば、メモリ５４に記憶されている識別情報が示す食品が「豚肉」、「じゃがいも」、「にんじん」である場合には、サーバ５０は、冷蔵庫２０内に「豚肉」、「じゃがいも」、「にんじん」が収納されていることを示す情報を端末装置１００に送信する。サーバ５０は、Ｓ５５０の処理を実行するとＳ５００へ戻り庫内監視処理を繰り返す。なお、識別情報に対応付けられている期限情報に基づいて、賞味期限を示す情報を併せて送信してもよい。
【００６３】
（効果）
上述した冷蔵庫制御システム１０では、各端末装置１００〜４００から受信される各ユーザのスケジュール情報がスケジューラ６０に格納される。そして、サーバ５０は、当該スケジュール情報に基づいて、運転スケジュール情報を生成する（Ｓ１２０）。また、サーバ５０は、生成した運転スケジュール情報に沿って冷蔵庫２０の運転動作を制御する。具体的には、サーバ５０は、ユーザ全員が「不在」の属性を有する時間帯には、低消費電力である節電モードに制御し（Ｓ３０）、ユーザの買物が終了するタイミングやユーザが帰宅するタイミング、ユーザが調理するタイミング等においては、冷蔵庫２０内の温度を低温度に維持する強冷却モードに制御する（Ｓ５０、Ｓ７０、Ｓ９０）。このため、ユーザの行動に適した運転動作を冷蔵庫２０に実行させることができ、冷蔵庫２０における余分なエネルギー消費を抑制することができる。例えば、ユーザ全員が不在である時間帯には冷蔵庫２０が使用されないので、その時間帯に節電モードを利用することによってエネルギー消費を抑制することができる。また、ユーザの買物が終了するタイミングやユーザが帰宅するタイミング、ユーザが調理するタイミング等においては、冷蔵庫２０の扉が頻繁に開閉されて庫内の温度が下がることが予想されるので、そのタイミングで強冷却モードを利用する。したがって、強冷却が必要なタイミングのみに強冷却モードを利用することによってエネルギー消費を抑制することができる。
【００６４】
また、ユーザが入力済みのスケジュール情報を変更した場合（Ｓ２００でＹＥＳ）に、サーバ５０は、変更されたスケジュール情報に基づいて、冷蔵庫２０の運転スケジュール情報を変更（再生成）する（Ｓ２２０）。このように、ユーザの行動に変更が生じた場合であっても、適切な運転動作を冷蔵庫２０に実行させることができる。
【００６５】
また、サーバ５０は、スケジュール情報に基づいて、冷蔵庫２０の運転動作を節電モードに制御している間に、開閉センサ２８によってユーザの在宅が確認されると（Ｓ４１０でＹＥＳ）、節電モードを解除して通常モードで運転動作を実行するように制御する（Ｓ４２０）。このように、ユーザがスケジュール情報の変更を怠った状況等においても、冷蔵庫２０に適切な運転動作を実行させることができる。
【００６６】
また、サーバ５０は、ユーザ全員が「不在」の属性を有する時間帯に冷蔵庫２０の運転動作を除霜モードに制御する（Ｓ１１０）。このため、除霜を実行することによって冷蔵庫２０内の温度が上昇しても、ユーザの利便性を損なうことが抑制される。
【００６７】
また、サーバ５０は、除霜モードの開始を示す開始情報、除霜モードの終了を示す終了情報、及び、除霜後の冷蔵庫２０内の温度の復帰を示す復帰情報を各端末装置１００〜４００に送信する（Ｓ３２０、Ｓ３４０、Ｓ３６０）。このため、各ユーザは、冷蔵庫２０の除霜モードでの運転状況を的確に把握することができる。
【００６８】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。
【００６９】
上述した実施例では、冷蔵庫２０のユーザが複数人（一家庭の家族４人）である例を説明した。しかしながら、ユーザは１人であってもよい。
【００７０】
また、上述した実施例では、Ｓ２０において、ユーザ全員が「不在」である時間帯を抽出した。しかしながら、全員が「不在」でなくてもよく、ユーザのうち所定人数（例えば、３人）が「不在」である時間帯を抽出してもよい。
【００７１】
また、上述した実施例では、Ｓ９０において、サーバ５０は、各ユーザの帰宅時刻に基づいて、冷蔵庫２０の運転動作を強冷却モードに設定した。このとき、帰宅するユーザに合わせて、低温度に維持する部分を変更してもよい。例えば、父、息子、娘の帰宅時刻に合わせて冷蔵室を強冷却モードに制御し、母の帰宅時刻に合わせて野菜室を強冷却モードに制御してもよい。このように、冷蔵庫２０内を選択的に強冷却モードに制御することによって、各ユーザの利便性を向上できるとともに、冷蔵庫２０の消費電力を低減できる。
【００７２】
また、上述した実施例では、Ｓ１００において取得する外部サービス情報が気象情報であった。しかしながら、外部サービス情報として、停電計画を示す停電情報を取得してもよい。この場合、サーバ５０は、停電情報に基づいて、停電の開始から所定時間前（例えば、２時間前）から、冷蔵庫２０の運転動作を強冷却モードに制御してもよい。このような構成では、停電になる前に、冷蔵庫２０内を冷やし込むことができるため、冷蔵庫２０内に収納されている食品の温度が上昇することを抑制することができる。なお、外部サービス情報として、気象情報と停電情報の双方を取得してもよい。
【００７３】
また、上述した実施例では、冷蔵庫２０への食品の出入庫は、情報読取装置３０がＩＣタグを読み取ることによって管理された（Ｓ５００〜Ｓ５３０）。しかしながら、食品の出入庫は、例えば、二次元コードを読み取ることによって管理してもよいし、撮像カメラによって管理してもよいし、ユーザの手入力によって管理してもよい。
【００７４】
また、上述した実施例では、Ｓ５４０において、サーバ５０は、所定時刻が到来すると、食品情報を端末装置１００に送信した。しかしながら、図８に示すように、サーバ５０は、所定時刻が到来したことが判断される場合（Ｓ５４０でＹＥＳ）には、Ｓ６００において、期限情報に基づいた期限から所定期間前が到来した食品が存在するか否かを判断してもよい。そして、肯定判断される場合（Ｓ６００）には、Ｓ６１０において、消費促進情報を端末装置１００に送信してもよい。消費促進情報は、識別情報により識別される食品の消費をユーザに促す情報である。例えば、冷蔵庫２０内に収納された「豚肉」に対応付けられた期限情報が示す賞味期限が２日後である場合（Ｓ６００でＹＥＳ）には、「豚肉」の消費をユーザに促す情報を端末装置１００に送信（Ｓ６１０）してもよい。このような構成では、賞味期限が近づいた食品が存在することをユーザに報知することができるため、冷蔵庫２０内に収納された食品の賞味期限切れを抑制することができる。
【００７５】
また、図９に示すように、サーバ５０は、所定時刻が到来したことが判断される場合（Ｓ５４０でＹＥＳ）には、Ｓ６５０において、レシピ情報を取得してもよい。レシピ情報は、複数の料理の調理方法や必要な食材を示す情報である。そして、Ｓ６６０において、レシピ情報のうちから料理メニューを選択してもよい。例えば、メモリ５４に記憶された識別情報に基づいて、冷蔵庫２０内に「豚肉」、「じゃがいも」、「にんじん」が収納されていることが判断される場合、サーバ５０は、レシピ情報から「肉じゃが」、「カレー」を選択してもよい。そして、Ｓ６７０において、サーバ５０は、調理促進情報及び不足情報を端末装置１００に送信してもよい。調理促進情報は、「豚肉」、「じゃがいも」、「にんじん」に対応する料理メニュー（即ち、「肉じゃが」、「カレー」）の調理をユーザに促す情報である。不足情報は、当該料理メニューを調理するために不足している食品を示す情報である。具体的には、例えば、サーバ５０は、識別情報に基づいて選択した料理メニュー「肉じゃが」を調理することをユーザに促す情報を送信するとともに、「肉じゃが」を調理するために「たまねぎ」が不足していることを示す情報を端末装置１００に送信してもよい。このような構成では、冷蔵庫２０内に収納された食品の消費方法を提案することができる。
【００７６】
また、上述した実施例では、スケジュール情報が各端末装置１００〜４００からスケジューラ６０に送信された。しかしながら、冷蔵庫２０の操作部２２にスケジュール情報を入力可能に構成してもよい。そして、冷蔵庫２０は、入力されたスケジュール情報をサーバ５０に送信してもよい。また、端末装置１００の操作部１１２にスケジュール情報を変更する操作が入力された場合に、変更されたスケジュール情報がサーバ５０に送信された（Ｓ２００）。しかしながら、冷蔵庫２０の操作部２２にスケジュール情報を変更する操作を入力可能に構成してもよい。このような構成では、端末装置を所持していないユーザであっても、スケジュール情報を入力または変更することができる。
【００７７】
また、上述した実施例では、サーバ５０は、生成した運転スケジュール情報を各端末装置１００〜４００に送信した（Ｓ１３０）。しかしながら、サーバ５０は、運転スケジュール情報を冷蔵庫２０に送信してもよい。さらに、サーバ５０は、スケジューラ６０に格納されているスケジュール情報を冷蔵庫２０に送信してもよい。そして、冷蔵庫２０は、サーバ５０から受信した運転スケジュール情報及びスケジュール情報を表示部２４に表示させてもよい。このような構成では、情報リテラシーが高くないユーザに対しても適切に運転スケジュール情報や各ユーザのスケジュール情報を通知することができる。
【００７８】
また、冷蔵庫２０は、除菌成分や脱臭成分などの機能成分を発生させる発生装置（不図示）を有してもよい。発生装置は、冷蔵室、野菜室等に設けられてもよい。機能成分としては、例えば、高電圧を印加することによって帯電された帯電微粒子水、イオン、ＯＨ（ヒドロキシ）ラジカル等の活性種、及び、オゾン等が挙げられる。これらの成分は単独で用いてもよいし、２種以上を組み合わせて用いてもよい。発生装置は、例えば、上記機能成分を含有させたミストを噴霧することができる。ミストは、例えば、静電霧化現象を利用したり、貯水された水に超音波の振動エネルギーを与えることにより生成することができる。
【００７９】
発生装置がミストを発生させる一例として、静電霧化現象を利用する場合、発生装置は、放電電極と、対向電極と、高電圧電源と、を有することができる。高電圧電源の正極は対向電極に接続されており、高電圧電源の負極は放電電極に接続されている。高電圧電源は、例えば、放電電極と対向電極の間に６ｋＶの電圧を印加することができる。放電電極及び対向電極は、例えば、金属等の導電性材料によって構成されている。放電電極は、先端に尖状部を有する針形状を有している。対向電極は、放電電極の尖状部に対向して設けられており、円環状に形成されている。なお、対向電極は、円環状から内周方向に複数の突起を有していてもよい。また、対向電極は、楕円環状や多角形環状に形成されてもよい。また、対向電極の形状は環状に限られず、板状や球状であってもよい。
【００８０】
発生装置がミストを発生させる動作について説明する。まず、放電電極を冷却することによって空気中の水分を結露させ、結露した水を放電電極に保持させる。保持された水は、尖状部に供給される。この状態で、高電圧電源により放電電極に負電圧が印加されると、尖状部に電荷が集中し、当該尖状部に供給された水分に表面張力を超えるエネルギーが供給される。その結果、放電電極の尖状部に供給された水分が静電霧化現象によりレイリー分裂して、ミスト（即ち、帯電された帯電微粒子水）が放出される。放出された帯電微粒子水の粒径は、例えば、３〜５０ｎｍである。粒径のピークは、例えば、２０ｎｍである。放出された帯電微粒子水には、高電圧の印加によりＯＨラジカル等の活性種が含有されており、当該活性種は、除菌脱臭成分として機能する。
【００８１】
また、帯電微粒子水を生成する発生装置は、静電霧化現象を利用するものに限られず、例えば、プラスイオンであるＨ＋（Ｈ２Ｏ）ｍ及びマイナスイオンであるＯ２−（Ｈ２Ｏ）ｎ（ｍ、ｎはそれぞれ自然数）の帯電微粒子水を空気中に発生させるものであってもよいし、コロナ放電等により空気絶縁破壊を生じさせることによって青白く発光して空気中の水分と反応し、クラスター状の帯電微粒子水を生成するものであってもよい。
【００８２】
また、発生装置は、帯電微粒子水と同時、または交互にオゾンを発生させてもよい。オゾンは、上記したコロナ放電等により空気絶縁破壊を生じさせることによって生成することができる。また、上記した静電霧化現象によっても微量のオゾンを生成することができる。オゾンは、高い除菌脱臭能を有しており、除菌脱臭成分として好適に機能する。
【００８３】
活性種を含有する帯電微粒子水に青色領域の可視光（４００ｎｍ〜５００ｎｍ）を照射してもよい。このような構成では、活性種の寿命を長くすることができる。
【００８４】
ＯＨラジカル等の活性種は、光触媒に対して比較的短波長である可視光線や紫外線等を照射することにより生成してもよい。具体的には、例えば、光触媒として、リン酸ジルコニウム銀を含む酸化銀を用いる場合には約４００ｎｍ〜５８０ｎｍの波長領域を有する光を照射することが可能であり、酸化チタンを用いる場合には約３８０ｎｍの波長を有する光を照射することが可能である発光ダイオードの光源をそれぞれ利用することによって、活性種を生成してもよい。
【００８５】
静電霧化現象を利用する発生装置では、高電圧電源のオン時間を調整することによって発生する機能成分の量を調節することができる。即ち、高電圧電源のオン時間を長くすると、発生する機能成分の量が増加する。サーバ５０は、生成した運転スケジュール情報の所定のタイミングにおいて、発生装置の高電圧電源をオンすることにより機能成分を発生させてもよい。また、サーバ５０は、冷蔵庫２０内のファンの回転数を高くすることで、発生した機能成分を庫内の広範囲に噴霧させ、除菌脱臭効果を増強させてもよい。
【００８６】
続いて、サーバ５０による上記の発生装置の運転動作の制御について説明する。例えば、サーバ５０は、Ｓ３０において冷蔵庫２０の運転動作を節電モードに設定した時間帯（即ち、ユーザ全員が「不在」の属性を有する時間帯）に発生装置が運転するように発生装置の運転動作を制御してもよい。このような構成では、通常よりも低消費電力で運転する節電モードでの運転動作中であっても、冷蔵庫２０に収納された食品の衛生面を確保することができる。
【００８７】
また例えば、サーバ５０は、Ｓ５０において冷蔵庫２０の運転動作を強冷却モードに設定した時間帯（即ち、買物情報が存在する時間帯）の後に発生装置が運転するように発生装置の運転動作を制御してもよい。食品を調達したユーザは、帰宅後に調達した食品を冷蔵庫２０内に収納する。これにより、開閉センサ２８は扉が開閉されたことを検知する。したがって、具体的には、サーバ５０は、買物情報が存在する時間帯の終了後、ユーザが冷蔵庫２０の扉に触れたことを開閉センサ２８によって検知したタイミングに発生装置が起動するように発生装置の運転動作を制御してもよい。このような構成では、庫外から庫内に収納される食品（即ち、調達した食品）を除菌することができ、衛生面を確保することができる。
【００８８】
また例えば、サーバ５０は、Ｓ７０において冷蔵庫２０の運転動作を強冷却モードに設定した時間帯（即ち、調理情報が存在する時間帯）に発生装置が運転するように発生装置の運転動作を制御してもよい。ユーザは、調理するために冷蔵庫２０から取り出した食品を、再度冷蔵庫２０内に収納する場合がある。したがって、このような構成では、一旦庫外に取り出された食品が再び庫内に収納される場合であっても、当該食品を除菌することができ、衛生面を確保することができる。
【００８９】
また例えば、サーバ５０は、Ｓ６００でＹＥＳと判断される場合（即ち、賞味期限又は消費期限が近づいた食品が存在すると判断される場合）に発生装置が運転するように発生装置の運転動作を制御してもよい。このような構成では、賞味期限又は消費期限が近づいた食品の除菌を行うことができ、当該食品の衛生面を向上させることができる。
【００９０】
このように、サーバ５０は、冷蔵庫２０の運転動作に合わせて、発生装置の運転を適宜実行するように冷蔵庫２０を制御してもよい。なお、冷蔵庫２０内の特定の部分（例えば、野菜室）の除菌脱臭効果を増強させたい場合には、当該特定の部分の発生装置を動作させるとともに、他の部分（例えば、冷蔵室）に設けられた発生装置を動作させ、当該特定の部分と当該他の部分を繋ぐダクトを介して、当該他の部分から当該特定の部分に機能成分が広がるようにファンを回転させてもよい。また、ダクト内に配置されるダンパの開度を大きくすることで当該特定の部分に噴霧される機能成分を増加させてもよい。
【００９１】
図面の表示態様は一例であり、他の表示態様を用いてもよい。また、端末装置１００〜４００は、可搬型の携帯端末でなくてもよく、据置型のＰＣ等であってもよい。
【００９２】
これら実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。
【符号の説明】
【００９３】
１０：冷蔵庫制御システム、２０：冷蔵庫、２２：操作部、２４：表示部、２６：制御部、２８：開閉センサ、３０：情報読取装置、３２：温度センサ、５０：クラウドサーバ、５２：ＣＰＵ、５４：メモリ、６０：スケジューラ、６２：外部サービス情報取得部、１００：端末装置、１１０：通信ネットワーク、１１２：操作部、１１４：表示部、１１６：制御部、１２０：ＯＳプログラム、１２２：冷蔵庫アプリケーション
【図１】
2019143953.tif 000003
【図２】
2019143953.tif 000004
【図３】
2019143953.tif 000005
【図４】
2019143953.tif 000006
【図５】
2019143953.tif 000007
【図６】
2019143953.tif 000008
【図７】
2019143953.tif 000009
【図８】
2019143953.tif 000010
【図９】
2019143953.tif 000011