JP2018035983A - 食品貯蔵庫、庫内撮影システム - Google Patents

Abstract

【課題】食品貯蔵庫内の食材に関して、ユーザにとって有益な情報を提供する。【解決手段】本発明の冷蔵庫は、食品管理情報から、当該冷蔵庫１のユーザにとって有益な情報を報知情報として生成する報知情報生成部（２４ｂ）と、上記報知情報生成部（２４ｂ）にて生成された報知情報をスピーカおよびディスプレイを介してユーザに報知させる報知制御部（２４ｃ）とを含んでいる。【選択図】図２

Description

本発明は、食材を貯蔵する食品貯蔵庫、庫内撮影システムに関する。

冷蔵庫や冷凍庫等の食品貯蔵庫において、食品の在庫管理は重要である。例えば、特許文献１には、冷蔵庫の庫内に設置されたカメラが、所定時間間隔で冷蔵庫開口部を通過する対象物を撮影し、これにより得らえた複数の画像に対して画像演算処理を施して、食品の入出庫判定を行うことで在庫管理を行っている冷蔵庫が開示されている。

また、冷蔵庫の在庫管理の一方法として、カメラにより庫内を撮影して撮影画像により庫内の状況を確認する技術が知られている。例えば、特許文献２には、冷蔵庫に内蔵されたカメラにより、当該冷蔵庫の貯蔵室内の最新状況を画像として取得し、宅内または宅外においてユーザが貯蔵室内の状況をリアルタイムで把握することが可能な冷蔵庫が開示されている。

さらに、冷蔵庫の食品在庫管理を利用して料理のレシピを提供する技術が知られている。例えば、特許文献３には、冷蔵庫にある在庫食材の情報をもとにレシピデータベースを通知し、レシピに必要な在庫にない食材を通知する料理支援システムが開示されている。

特開２０１５−８１７６２号公報（２０１５年４月２７日公開） 特開２０１５−２２２１３８号公報（２０１５年１２月１０日公開） 特開２００５−３２１８８号公報（２００５年２月３日公開）

しかしながら、特許文献１及び２に開示された技術では、何れも冷蔵庫内の在庫管理を行うことができるものの、在庫の食材に関して、ユーザにとって有益な情報、例えばユーザに対する健康へのアドバイス等は提供されない。

特許文献３に開示された技術では、冷蔵庫の在庫から料理のレシピを提案し、レシピに必要な食材がないことを通知することで、一見、ユーザにとって有益な情報を提供しているが、レシピに必要な食材がないことを通知するだけで、その食材をどの店舗（スーパー等）で購入したらよいか、あるいはどの商品を購入したらよいか等のよりユーザにとってより有益な情報は提供されない。

つまり、特許文献１〜３では、ユーザに報知すべき情報、例えば健康に関する情報等のユーザに利益となるような情報を、当該ユーザに十分に提供できていない。

本発明は、前記の問題点に鑑みてなされたものであり、その目的は、食品貯蔵庫内の食材に関して、ユーザに報知すべき情報を十分に提供することのできる食品貯蔵庫、庫内撮影システムを実現することにある。

上記の課題を解決するために、本発明の一態様に係る食品貯蔵庫は、食品を庫内に貯蔵する食品貯蔵庫であって、上記庫内に貯蔵された各食品の種別、重量、配置位置を示す情報からなる属性情報及び取り出し履歴情報を含む食品管理情報から、当該食品貯蔵庫のユーザに報知すべき情報を報知情報として生成する報知情報生成部と、上記報知情報生成部にて生成された報知情報を上記ユーザに報知する報知部と、を含んでいることを特徴としている。

本発明の他の一態様に係る食品貯蔵庫は、食品を庫内に貯蔵する食品貯蔵庫であって、レシピデータベースを含み、上記庫内からユーザによって取り出された食品または上記庫内に入れられた食品を、上記記庫内に貯蔵された各食品の種別、重量、配置位置を示す情報からなる属性情報及び取り出し履歴情報を含む食品管理情報を用いて特定する食品特定部と、上記レシピデータベースから、上記食品特定部によって特定された食品に関する情報を抽出し、抽出した情報からユーザに報知すべき情報を報知情報として生成する報知情報生成部と、上記報知情報生成部にて生成された報知情報を上記ユーザに報知する報知部と、を含んでいることを特徴としている。

本発明のさらに他の態様に係る食品貯蔵庫は、食品を貯蔵する庫内を開放または閉塞するための扉が設けられた食品貯蔵庫であって、上記扉の上記庫内に対向する面に、当該庫内を撮影するためのカメラと、上記扉の動きを検知するセンサと、上記センサによって上記扉の静止が検知されたとき、上記カメラに上記庫内の撮影を行わせるカメラ制御部と、を含んでいることを特徴としている。

本発明のさらに他の態様に係る庫内撮影システムは、食品を貯蔵する庫内を開放または閉塞するための扉が設けられた食品貯蔵庫と、上記食品貯蔵庫とクラウドサーバを介して通信可能に接続された、撮影機能を有する通信端末と、を含む庫内撮影システムであって、上記通信端末は、上記クラウドサーバから、上記食品貯蔵庫の扉が開放されたことが検知されたことが通知されると、上記食品貯蔵庫の庫内の撮影を行うことを特徴としている。

本発明の一態様によれば、食品貯蔵庫内の食材に関して、ユーザに報知すべき情報を十分に提供できるという効果を奏する。

本発明の実施形態１に係る冷蔵庫の要部構成を示すブロック図である。 図１に示す冷蔵庫に備えられた在庫管理部の概略構成ブロック図である。 本発明の実施形態１に係る在庫管理システムの概要を示す図である。 図１に示す冷蔵庫の冷蔵室のドア部を開いた状態の一部透過斜視図である。 図１に示す冷蔵庫に備えられた重量センサにマトリクス状に配置された圧力センサの一例を示す図である。 図１に示す冷蔵庫における品物入庫時の処理の流れを示すフローチャートである。 図１に示す冷蔵庫における品物出庫時の処理の流れを示すフローチャートである。 食材管理テーブルの一例を示す図である。 飲み物詳細テーブルの一例を示す図である。 野菜詳細テーブルの一例を示す図である。 図１に示す冷蔵庫における情報提供の処理の流れを示すフローチャートである。 本発明の実施形態２に係る冷蔵庫で用いるレシピデータベースの一例を示す図である。 本発明の実施形態２に係る冷蔵庫に備えられた在庫管理部の概略構成ブロック図である。 図１２に示すレシピデータベースを用いた情報提供の処理の流れを示すフローチャートである。 本発明の実施形態３に係る冷蔵庫の冷蔵室のドア部を開いた状態の一部透過斜視図である。 図１５に示す冷蔵庫の要部構成を示すブロック図である。 図１５に示す冷蔵庫における庫内撮影処理の流れの一例を示すフローチャートである。 図１５に示す冷蔵庫における庫内撮影処理の流れの他の例を示すフローチャートである。 図１５に示す冷蔵庫における庫内撮影処理の流れのさらに他の例を示すフローチャートである。 図１５に示す冷蔵庫における庫内撮影処理の流れのさらに他の例を示すフローチャートである。 図１５に示す冷蔵庫における庫内撮影処理の流れのさらに他の例を示すフローチャートである。 図１５に示す冷蔵庫における庫内撮影処理の流れのさらに他の例を示すフローチャートである。 図１５に示す冷蔵庫における庫内撮影処理の流れのさらに他の例を示すフローチャートである。 本発明の実施形態４に係る通信端末の要部構成のブロック図である。 図２４に示す通信端末によって撮影された冷蔵庫の庫内の画像を示す図である。 図２４に示す通信端末による冷蔵庫内の撮影処理の流れを示すフローチャートである。 図２６に示す撮影処理における画像アップロード処理の流れを示すフローチャートである。

〔実施形態１〕
以下、本発明の一実施形態について、以下に説明する。本実施形態では、本発明の食品貯蔵庫として食材（食品）を冷蔵または冷凍して貯蔵する冷蔵庫について説明する。以下の他の実施形態においても同様に、食品貯蔵庫として冷蔵庫について説明する。

最初に、冷蔵庫の在庫を管理する在庫管理装置について説明し、その後、冷蔵庫について詳細に説明する。なお、以下では、在庫管理装置の一例として在庫管理システムについて説明する。
（在庫管理システムの概要）
図３は、本発明の実施形態１に係る在庫管理システム１００の概要を示す図である。在庫管理システム１００は、食材の貯蔵を行う冷蔵庫１、１ａ、１ｂ、・・・と、冷蔵庫１と広域通信ネットワーク４を介して通信するクラウドサーバ２とを含む。在庫管理システム１００は、必要に応じて、さらに、ユーザが携帯する小型の通信端末（通信端末）３を含んでいてもよい。通信端末３は、例えば、スマートフォン、タブレット端末、携帯電話などであり、ユーザによって携帯されている。クラウドサーバ２、通信端末３、および、冷蔵庫１は、広域通信ネットワーク４を介して接続するよう構成されている。なお、冷蔵庫１および通信端末３について、数や種類は限定されず、個別に説明する必要のない場合は、総称として冷蔵庫１と通信端末３とを用いる。また、クラウドサーバ２によって管理されるユーザ宅の数も限定されない。

なお、冷蔵庫１のそれぞれには、図示しない家電アダプタが接続されており、家電アダプタは、通信部の一部を構成し、冷蔵庫１を広域通信ネットワーク４に接続させる。これによって、冷蔵庫１を、いわゆるネットワーク家電にすることができ、冷蔵庫１は、クラウドサーバ２などの外部装置から、必要な情報を受信することができるし、また、ローカルに保存された情報を冷蔵庫１からクラウドサーバ２に送信することもできる。なお、ここでは、広域通信ネットワーク４としてインターネットを含む構成を例示しているが、電話回線網、移動体通信網、ＣＡＴＶ（CAble TeleVision）通信網、衛星通信網などを利用
することもできる。

また、広域通信ネットワーク４を介して、クラウドサーバ２と通信端末３とが通信可能になっている。通信端末３と広域通信ネットワーク４におけるインターネットとの間は、３Ｇ（3rd Generation）、ＬＴＥ（Long Term Evolution）や、宅内あるいは公衆のＷｉ
−Ｆｉ（登録商標）アクセスポイントなどを利用して接続される。

本実施形態に係る在庫管理システム１００において、冷蔵庫１は、品物の入出庫判定機能および在庫管理機能を担い、これを実行する。クラウドサーバ２は、冷蔵庫１が上記各機能を実行する上で必要な情報を適宜冷蔵庫１に提供する。また、クラウドサーバ２は、必要に応じて、冷蔵庫１の情報（在庫の情報など）を収集し、冷蔵庫１のユーザの通信端末３に対して収集した情報を配信する。

なお、本実施形態では、クラウドサーバ２は、クライアント（ユーザ宅）ごとに、冷蔵庫１および通信端末３を個々に登録して管理している。したがって、クラウドサーバ２は、データを受信するときは、どの冷蔵庫１または通信端末３から送信されたデータであるのかを把握することが可能であり、データを送信するときは、どの冷蔵庫１または通信端末３宛てであるかを指定して送信することが可能である。

（冷蔵庫の概観）
図４は、冷蔵庫１の冷蔵室１ｃのドア部１ｄを開いた状態の一部透過斜視図である。図４に示すとおり、冷蔵庫１は、一例として、３つの貯蔵庫からなり、各庫は、上から順に、冷蔵室１ｃ、冷凍室１ｆ、および、野菜室１ｖを構成する。冷蔵庫１の各庫の構成は、上記に限定されず、さらに、製氷室またはチルド室を有していてもよいし、冷蔵庫１は、冷蔵室１ｃのみ、冷凍室１ｆのみで構成されていてもよい。また、各庫の位置は、上下逆でも構わない。

冷凍室１ｆおよび野菜室１ｖは、引き出し型の貯蔵スペースを有し、ユーザは、取っ手を手前に引くことで、冷凍室１ｆおよび野菜室１ｖの庫内に手をのばすことができる。一方、冷蔵室１ｃは、片開き型の１枚の扉によって構成されるドア部１ｄを有し、ユーザは、取っ手を手前に引いてドア部１ｄを開くことで、冷蔵室１ｃの庫内に手をのばすことができる。なお、冷蔵室１ｃのドア部１ｄは、観音開き型の２枚の扉によって構成されてもよい。

冷蔵室１ｃの貯蔵スペースは、さらに、一例として、１枚の棚板１ｒによって、２段に区切られていてもよい。なお、棚板１ｒの数は、上記に限定されず、０枚であってもよいし、１枚より少なくても、多くてもよい。

図４に示すとおり、冷蔵庫１内の各貯蔵スペースの床面には、該貯蔵スペース内に置かれた品物の重量を測定する１以上の重量センサ１４が設けられる。図４に示す例では、重量センサ１４は、一例としてマトリクス状に配列された圧力センサの集合で実現されており、個々の圧力センサは、マトリクス状に一定の間隔で、床面一面に敷き詰められる。この圧力センサの集合は、１つのグループを形成し、これが、１つの重量センサ１４に対応する。重量センサ１４には、圧力センサの個々のグループを識別するために、番地が割り当てられており、貯蔵スペースには、１以上の重量センサ１４が設けられる。

図４に示す例では、冷蔵室１ｃの貯蔵スペース１段につき、２個の重量センサ１４が設けられている。具体的には、上段の床面には、番地Ａおよび番地Ｂが割り当てられた重量センサ１４が、下段の床面には、番地Ｃおよび番地Ｄが割り当てられた重量センサ１４が、それぞれ設けられている。冷凍室１ｆの床面には、番地Ｅが割り当てられた重量センサ１４が設けられ、野菜室１ｖの床面には、番地Ｆが割り当てられた重量センサ１４が設けられている。また、ドア部１ｄのドアポケット上段には、番地Ｇが割り当てられた重量センサ１４が設けられ、ドアポケット下段には、番地Ｈが割り当てられた重量センサ１４が設けられている。冷蔵室１ｃの各段のように、各貯蔵スペースの床面における重量センサ１４の数は、１より多い任意の数で構わない。また、棚板１ｒを複数設けて貯蔵スペースが増える場合には、各段の床面に重量センサ１４を設ける。すなわち、品物を置くことが可能なすべての床面における重量を把握するために、適宜の数および位置にて重量センサ１４を設ける。重量センサ１４の詳細については後述する。

（冷蔵庫の構成）
図１は、冷蔵庫１の要部構成を示すブロック図である。該ブロック図は、冷蔵庫１のブロック図ではあるが、本図において、本発明に直接関係の無い部分、例えば、冷却または冷凍機能を実現する部分などの記載を省略している。冷蔵庫１は、図１に示すように、少なくとも、制御部１０、記憶部１１、重量センサ１４およびマイク１５を備えている構成であり、必要に応じてさらに、通信部１２、センサ１３、報知部としてのスピーカ１６およびディスプレイ１７を備えていてもよい。通信部１２は、上述の家電アダプタを含み、広域通信ネットワーク４を介してクラウドサーバ２と相互通信を行う。マイク１５は、ユーザが制御部１０に対して入力する音声を取得する。マイク１５によって取得された音声は、図示しない音声制御部によって入力音声データに変換され、音声認識部２０によって、音声認識処理される。スピーカ１６は、上記音声制御部によって処理された出力音声データを、ユーザが聴取する音声として出力する。ディスプレイ１７は、記憶部１１に記憶されている各種データをユーザが視認可能なように表示するものであり、例えば、ＬＣＤ（液晶ディスプレイ）、有機ＥＬＤ（エレクトロルミネセンスディスプレイ）などの表示装置で構成される。

センサ１３は、ドア部１ｄの開閉を検知するための開閉センサである。開閉センサとしてのセンサ１３は、ドアが開けられたこと、または、閉じられたことを検知し、検知結果を音声認識部２０、測定部２１、在庫管理部２４に出力する。なお、センサ１３は、照度センサ、接触センサなど適宜のセンサで実現される。重量センサ１４は、上述したとおり、貯蔵スペースに置かれた品物（食材）の重量を検知するものである。重量センサ１４が取得したセンサ値（重量値）は、測定部２１に供給される。

制御部１０は、冷蔵庫１の各部の動作を統括的に制御する。制御部１０は、例えば、ＣＰＵや専用プロセッサなどの演算処理部などにより構成されるコンピュータ装置から成る。制御部１０は、機能ブロックとして、少なくとも、音声認識部２０、測定部２１および在庫管理部２４を含み、より好ましくは、必要に応じて、入出庫判定部２２および品物識別部２３を含んでいる。

記憶部１１は、冷蔵庫１が処理する各種データを記憶する。例えば、記憶部１１は、音声認識部２０によって認識された音声の認識結果を記憶するための認識結果記憶部３０を含む。また、記憶部１１は、重量センサ１４が検知したセンサ値（重量値）および該センサ値から得られた測定結果を記憶するための測定結果記憶部３１を含む。また、記憶部１１は、冷蔵庫１の各庫内に貯蔵されている品物の一覧表である在庫表を記憶する在庫表記憶部３２を含む。さらに、記憶部１１は、冷蔵庫１の各庫内に貯蔵されている食材を管理するための食材管理テーブル３３、食材管理テーブルの属性毎に設けられた属性テーブル３４、レシピＤＢ（データベース）３５及び食材ＤＢ（データベース）３６をさらに含んでいる。なお、記憶部１１に記憶されている情報は、冷蔵庫１内に設けられた当該記憶部１１に格納されていてもよいし、図３に示すクラウドサーバ２等の外部の記憶装置に格納されていてもよい。

音声認識部２０は、マイク１５を制御して、ユーザが発した音声を認識する。より好ましくは、音声認識部２０は、センサ１３によって開ドアが検知されてから閉ドアが検知されるまでの間、マイク１５を起動する。そして、ユーザが品物を入庫するタイミングで発した音声を、テキストデータに変換し、該テキストデータを音声取得日時とともに、認識結果記憶部３０に記憶する。ここで、ユーザは、品物を入庫するタイミングで品物の名称を発するだけである。これにより、入庫された品物名が認識結果記憶部３０に記憶され、在庫管理部２４が在庫管理を実施する際に利用することができる。

測定部２１は、重量センサ１４（各圧力センサ）からのセンサ値に基づいて、重量変化量（貯蔵スペース床面における負荷の変化量）および重量（負荷）が変化した位置（以下、変化位置）を測定する。貯蔵スペースに品物が入庫されたり、出庫されたりして、重量に変化があれば、測定部２１が、変化前後のセンサ値の差分から重量変化量を求める。また、センサ値が変化した重量センサ１４の番地および圧力センサの座標に基づいて、重量変化が起きた変化位置を特定する。

在庫管理部２４は、音声認識部２０による音声認識結果および測定部２１による測定結果に基づいて、在庫表を更新し、冷蔵庫１の在庫を管理する。具体的には、入庫された品物のレコードを在庫表に登録したり、出庫された品物のレコードを在庫表から削除したり、その他状態に変化があった品物のレコードを更新したりする。なお、在庫管理部２４は、冷蔵庫１の庫内に貯蔵された食材の食材管理テーブル３３から報知すべき情報（報知情報）を生成し、冷蔵庫１を利用するユーザに対して有益な情報を報知する機能も有している。この機能についての詳細は、後述する。

入出庫判定部２２は、測定部２１が測定する重量変化量に応じて、入出庫判定を行う。入出庫判定部２２は、重量が増加したことによって品物が入庫されたと判定し、重量が減少したことによって品物が出庫されたと判定する。とりわけ、入出庫判定部２２は、品物が出庫されてから所定時間以内に、出庫時と同じ位置に、上記出庫された品物の重量以下の品物が入庫された場合に、入庫された品物が、出庫された品物と同一であると判定し、品物が再入庫されたことを在庫管理部２４に通知する。

なお、入出庫判定部２２は、さらに、出入庫された品物の異同の判定精度を高めるために、ユーザに品物の異同を確認する構成であってもよい。具体的には、入出庫判定部２２は、「先ほど取り出した○○ですか？」という確認メッセージを生成し、図示しない発話制御部を利用して、該メッセージの出力音声データをスピーカ１６から出力させるか、あるいは該メッセージのテキストデータをディスプレイ１７に表示させる。なお、メッセージ内の「○○」の部分には、出庫された品物のレコードから品物識別情報を読み出して挿入すればよい。上記メッセージに対して同一である旨の回答が、ユーザによって制御部３１０に入力された場合に、入出庫判定部２２は、品物が再入庫されたと判定する。なお、ユーザは、同一である旨の回答を入力するために、図示しない操作部を操作して、ディスプレイ１７に表示された「はい」のボタンを押下してもよいし、マイク１５に向かって「はい」と発話してもよい。

なお、重量が増加したことによって入庫を判定し、重量が減少したことによって出庫を判定する簡易な処理のみを実行する入出庫判定部２２は、制御部１０の構成から省略されても構わない。この場合、在庫管理部２４を、重量が増加した場合に新規レコードを登録し、重量が減少した場合に該当レコードを削除するように構成する。

品物識別部２３は、重量変化が起こったタイミング（負荷に変化が生じた時点）で、音声が入力されなかった場合、または、音声の認識に失敗した場合などに、その重量変化に関与している品物について、仮の品物識別情報を作成してもよい。仮の品物識別情報は、任意の意味を持たない文字列であってよいし、重量変化量、変化位置、変化日時などの意味がある文字列であってもよい。このようにして作成された仮の品物識別情報は、在庫管理部２４によって利用される。

（測定部２１による測定処理）
図５は、１つの重量センサ１４にマトリクス状に配置された圧力センサの一例を示す図である。同図に示す例では、重量センサ１４は、計６４個の圧力センサからなり、圧力センサは、ｘ軸方向に８列、ｙ軸方向に８列でマトリクス状に配置されている。

この重量センサ１４に、ある品物（例えば、りんご）が置かれると、重量値が増加する方向に変化する。図５には、説明の目的で、重量の増加を検知した圧力センサのセル内に、「＋数字」の記号を付す。数字は、重量増加前の重量との比較で相対的な増加量を表しており、実際の増加重量を表しているわけではない。

測定部２１は、１以上の圧力センサのセンサ値が変動し、変化後のセンサ値で安定すると、変化前に安定していたセンサ値と比較してセンサ値の差分が生じた圧力センサを特定する。図５に示す例では、「＋数字」の記号が付された圧力センサを特定する。そして、測定部２１は、特定したすべての圧力センサのセンサ値の差分を合計し、これを、重量変化量として出力する。この重量変化量が、すなわち、入庫されたりんごの重量として扱われる。

さらに、測定部２１は、センサ値が変化した位置である変化位置を特定する。位置の特定精度は特に限定されない。例えば、測定部２１は、センサ値が変化した重量センサ１４に割り当てられている番地（Ａ〜Ｈ）を、そのまま、変化位置として採用してもよい。例えば、図５に示す重量センサ１４の番地が「Ａ」であれば、測定部２１は、変化位置「Ａ」を出力する。変化位置「Ａ」は、入庫されたりんごの貯蔵位置（貯蔵スペース）として扱われる。

あるいは、測定部２１は、センサ値が変化した圧力センサをすべて含む外接矩形１４ｋを定義し、外接矩形１４ｋの座標情報を変化位置として採用してもよい。例えば、図５に示す外接矩形１４ｋに基づく変化位置は、外接矩形１４ｋの最左下の圧力センサ１４ｓの座標情報と、最右上の圧力センサ１４ｅの座標情報との組み合わせにより、表現される。例えば、重量センサ１４の番地が「Ａ」であり、圧力センサ１４ｓの座標情報が「ｘ１、ｙ１」であり、圧力センサ１４ｅの座標情報が「ｘ２、ｙ２」である場合、変化位置は、「Ａ、（ｘ１、ｙ１）、（ｘ２、ｙ２）」と表現され得る。変化位置「Ａ、（ｘ１、ｙ１）、（ｘ２、ｙ２）」は、入庫されたりんごの貯蔵位置として扱われる。

なお、重量センサ１４の構成は、上記に限定されない。例えば、重量センサ１４は、貯蔵スペースの床面の四隅に配置された４つの圧力センサの組み合わせによって実現されてもよい。

（在庫管理部２４による在庫管理処理）
図６は、在庫管理部２４によって実行される入庫時の在庫管理処理の流れを示すフローチャートである。図７は、在庫管理部２４によって実行される出庫時または再入庫時の在庫管理処理の流れを示すフローチャートである。なお、上述の各フローチャートには、入出庫判定部２２によって実行される入出庫判定処理も含まれている。

センサ１３によって開ドアが検知されると（Ｓ１でＹＥＳ）、音声認識部２０は、マイク１５を起動する。そして、マイク１５を介して音声が入力されると（Ｓ２でＹＥＳ）、音声認識部２０は、入力された音声を認識し、その認識結果（品物名のテキストデータ）を、音声入力日時とともに認識結果記憶部３０に記憶する（Ｓ３）。

測定部２１は、重量センサ１４から供給されるセンサ値の変動を監視し、センサ値に変化があれば（Ｓ４でＹＥＳ）、センサ値が変化した変化日時、重量変化量、および、変化位置を特定する（Ｓ５）。測定部２１は、これらの特定した内容を、測定結果記憶部３１に記憶する。

上記重量変化量が正の値である、すなわち、センサ値（重量値）が変化前と比較して増加している場合（Ｓ６でＹＥＳ）、次に、入出庫判定部２２は、既出の品物の再入庫の可能性を判断する。すなわち、入出庫判定部２２は、上記変化位置が、先に出庫された品物の貯蔵位置とほぼ同一で、かつ、上記重量変化量（増加量）は、上記出庫された品物の重量以下である場合に（Ｓ７でＹＥＳ）、品物が再入庫された可能性があると判断し、図７に示すＳ１７のステップに移行する。

一方、重量が増加した変化位置が上記貯蔵位置とは異なっていたり、または、増加量が上記品物の重量を超えている場合は（Ｓ７でＮＯ）、在庫管理部２４は、新規の品物が入庫されたと判断し、該品物の新規レコードを在庫表に登録する（Ｓ８）。具体的には、在庫管理部２４は、入庫された品物の品物識別情報、入庫日時、貯蔵位置および重量を、上記在庫表のそれぞれのカラムに格納する。在庫管理部２４は、Ｓ５にて特定された変化日時に最も近い音声入力日時が対応付けられているテキストデータを、上記品物の品物識別情報として認識結果記憶部３０から取得する。在庫管理部２４は、上記変化日時を入庫日時として測定結果記憶部３１から取得する。在庫管理部２４は、Ｓ５にて特定された変化位置を貯蔵位置として測定結果記憶部３１から取得する。在庫管理部２４は、上記重量変化量を、上記品物の重量として測定結果記憶部３１から取得する。

なお、在庫管理部２４は、品物の名称を認識結果記憶部３０から取得できなかった場合には、「先ほど入れたものは何ですか？」などの確認メッセージを生成し、上記発話制御部を利用して、該メッセージの音声をスピーカ１６から出力してもよい。センサ１３によって閉ドアが検知されないうちは（Ｓ９でＮＯ）、冷蔵庫１の制御部１０は、Ｓ２に戻り以降の処理を繰り返す。

一方、Ｓ６にて、センサ値が変化前と比較して減少している場合（Ｓ６でＮＯ）、図７を参照して、在庫管理部２４は、品物が出庫されたと判断し（Ｓ１１）（Ｓ１１では、あるいは、入出庫判定部２２は品物が出庫されたと判定してもよい）、出庫された品物のレコードを在庫表から検索する（Ｓ１２）。具体的には、在庫管理部２４は、貯蔵位置がセンサ値の変化位置にほぼ合致するレコード、かつ、重量変化量（減少量）が、重量にほぼ合致するレコードを特定する。

在庫管理部２４は、特定した上記レコードにおいて、出庫された品物の出庫日時を記録する（Ｓ１３）。出庫日時は、Ｓ５にて特定された変化日時とする。ここで、図示しないタイマ部により、出庫日時からの経過時間が計測されてもよい。

その後、出庫された品物と同じ貯蔵位置、かつ、該出庫された品物の重量以下で、センサ値が増加した場合（Ｓ１４でＹＥＳ）、入出庫判定部２２は、再入庫の可能性がある判断し、Ｓ１４にて入庫された品物が、Ｓ１１にて出庫された品物と同一か否かを確認するメッセージを出力する（Ｓ１７）。

上記メッセージに対して、ユーザより、品物が同一である旨の回答が入力されると（Ｓ１８でＹＥＳ）、入出庫判定部２２は、出庫された品物が再入庫されたと判定する（Ｓ１９）。この場合、在庫管理部２４は、再入庫と判定された品物のレコードにおいて、重量を、Ｓ１４にて計測されたものに更新する（Ｓ２０）。一方、記メッセージに対して、ユーザより、品物が同一でない旨の回答が入力されると（Ｓ１８でＮＯ）、在庫管理部２４は、「じゃあ、何を入れたの？教えて」など、品物名の入力を促すメッセージを出力し、ユーザの入力を受け付ける（Ｓ２１）。該メッセージに対してユーザが、音声またはキーボード操作によって品物名を入力する。

在庫管理部２４は、出庫された品物の貯蔵位置に別の品物が入庫されたことに伴い、該貯蔵位置から出庫されたとしてこれまで管理されていた品物のレコードを削除する（Ｓ２２）。そして、上記別の品物について、在庫表に新規レコードを登録する（Ｓ２３）。なお、在庫管理部２４は、品物識別情報として、Ｓ２１にてユーザから入力された品物名を採用することができる。

一方、Ｓ１４の条件に合致するセンサ値の増加がないまま、Ｓ１３にて記録された出庫日時から所定時間が経過した場合（Ｓ１４でＮＯ、かつ、Ｓ１５でＹＥＳ）、出庫された品物が再入庫される可能性は低いとして、在庫管理部２４は、出庫された品物のレコード（出庫日時から所定時間が経過したレコード）を在庫表から削除する（Ｓ１６）。上述の一連の在庫管理が完了すると、冷蔵庫１の制御部１０は、Ｓ９に戻り、センサ１３によって閉ドアが検知されないうちは（Ｓ９でＮＯ）、Ｓ２に戻り以降の処理を繰り返す。

（食材管理テーブル３３、属性テーブル３４の作成）
食材管理テーブル３３及び属性テーブル３４には、冷蔵庫１の庫内に貯蔵された各食材（食品）の種別、重量、配置位置を示す情報からなる属性情報及び取り出し履歴情報が含まれた食品管理情報が記録されている。

在庫管理部２４による在庫管理処理を実行する際に、食材管理テーブル３３に情報が記録される。

食材管理テーブル３３には、例えば図８に示すように、冷蔵庫１に入庫された食材について、属性と過去の取出し履歴が記録されている。属性には、“飲み物”、“嗜好品”、“野菜”、“肉”、“魚”等があり、食材はいずれかの属性に対応付けられる。なお、食材と属性の対応付けは、別途設けた食材と属性との対応テーブル（図示せず）を用いて行うものとする。

過去の取出し履歴として、食材が取り出された日時が、当該食材が取り出される都度、食材管理テーブル３３に記録される。この過去の取出し履歴を用いれば、食材がどの程度の頻度で取り出されるかを、飲食されているかを判断することが可能となる。

属性テーブル３４には、例えば図９に示す飲み物詳細テーブルや、図１０に示す野菜詳細テーブルなどがあり、属性毎に詳細テーブルがある。

飲み物詳細テーブルには、図９に示すように、各食材に、“健康度”、“警告時間帯”、“警告取出し頻度”が対応付けられて記録されている。例えば食材の一つであるビールは、“健康度”が悪（健康に悪いことを示す）、“警告時間帯”が２２：００〜１７：００、“警告取出し頻度”が１週間にＸ回以上が対応付けられて記録されている。つまり、属性が“飲み物”の場合、飲み物詳細テーブルに記録されている“警告時間帯”、“警告取出し頻度”から、対象となる食材としての飲み物が冷蔵庫１から取り出されたときに、ユーザにとって有益な情報（警告）を提供する。この提供方法は、スピーカ１６による音声の出力であってもよいし、ディスプレイ１７に警告文を表示してもよい。

ユーザにとって有益な情報とは、ユーザに報知すべき情報であり、個々人によって情報内容は異なるが、ユーザに不利益とならない情報である。例えば、食材に関する健康へのアドバイス等である。

野菜詳細テーブルには、図１０に示すように、各食材に、“栄養素”が対応付けられて記録されている。この野菜詳細テーブルから、例えば食材の一つであるキャベツに、“栄養素”としてカウルシム、カリウム、ビタミンＢ２、ビタミンＣ等が含まれていることが分かる。このように、食材に、“栄養素”が対応付けられて記録されていることで、食材管理テーブル３３に記録されている過去の取出し履歴から、頻繁に取り出されている食材があったときに、ユーザが摂取している栄養に偏りが生じていることが分かる。このことから、ユーザに対して、栄養に偏りがあるため、あまり使用されていない栄養素の野菜を見つけて、その野菜を使うように促す情報を提供することができる。提供方法は、スピーカ１６による音声の出力であってもよいし、ディスプレイ１７による情報表示であってもよい。

なお、属性テーブル３４は、予め設定した情報が記録されているが、ユーザが必要に応じて記録されている情報を変更してもよい。

属性テーブル３４として、属性が飲み物、野菜の場合を例として説明したが、他の属性として、嗜好品、肉、魚等の詳細テーブル（図示せず）を用いても同様に、食材を取り出すユーザに対して有益な情報を提供することができる。以下に、食材を取り出すユーザに対して有益な情報を提供するための構成及び処理の流れについて説明する。

（在庫管理部２４の情報提供機能）
図２は、在庫管理部２４の要部構成のブロック図である。在庫管理部２４は、食品特定部２４ａ、報知情報生成部２４ｂ、報知制御部２４ｃを含んでいる。食品特定部２４ａは、在庫表記憶部３２に記憶された在庫管理情報と、入出庫判定部２２からの入出庫判定結果とから、ユーザが冷蔵庫１から取り出した食材と特定する。報知情報生成部２４ｂは、食材管理テーブル３３及び属性テーブル３４に記録された食品管理情報と、食品特定部２４ａによって特定された食材から、当該ユーザに対して報知すべき情報を生成する。報知情報生成部２４ｂによる情報生成は、センサ１３からセンサ情報（冷蔵庫１のドア開検知を示す情報）を受信したタイミングで行ってもよい。報知制御部２４ｃは、報知情報生成部２４ｂにて生成された情報を報知するために、スピーカによる音声出力制御、ディスプレイによる表示制御を行う。つまり、在庫管理部２４は、冷蔵庫１から食材を取り出したユーザに対して、当該食材から得られるユーザにとって有益な情報を、スピーカによる音声出力及び／またはディスプレイによる表示によって報知する。

（情報提供処理）
図１１は、冷蔵庫１から食材を取り出したユーザに対して、当該食材から得られる有益な情報を提供する処理の流れを示すフローチャートである。

まず、ドア開検知したか否かを判定する（Ｓ３１）。ここでは、センサ１３からの検知信号により、測定部２１によってドアの開放を検知したか否かを判定する。

ドア開検知した場合（Ｓ３１のＹＥＳ）、ドア開検知した時間が特定の時間帯か否かを判定する（Ｓ３２）。ここでは、在庫管理部２４は、測定部２１によってドア開が検知した時間が、属性テーブル３４に記録されている特定の時間帯か否かを判定する。

特定の時間帯であると判定した場合（Ｓ３２のＹＥＳ）、冷蔵庫１のドアを開けたユーザに対して警告し（Ｓ３３）、後述するＳ３４に移行する。具体的には、ドア開を検知した時間が２３：００であれば、図９に示す属性テーブルから、２３：００が含まれる特定時間帯に対応するビール、チューハイ、ジュースに基づく警告を行う。「こんなに夜遅くにジュースを飲んだら駄目だよ。」、「昨日も一昨日もビールを飲んでいたよう。１週間に？回くらいにしようね。」などの警告を行う。この警告は音声、表示の何れであってもよいが、ユーザに警告を促すことを考慮した場合、音声が好ましい。

一方、特定の時間帯でないと判定した場合（Ｓ３２のＮＯ）、食材が取り出されたか否かを判定する（Ｓ３４）。ここでは、在庫管理部２４によって、入出力判定部２２から判定結果から食材が冷蔵庫１から取り出されたか否かを判定する。

食材が冷蔵庫１から取り出されたと判定した場合（Ｓ３４のＹＥＳ）、取り出された食材に関してユーザにとって有益な情報を提供する（Ｓ３５）。ここでは、在庫管理部２４の報知情報生成部２４ｂによってユーザが取り出した食材に関して様々な情報を生成して提供することが可能となる。

次に、冷蔵庫のドアが閉じられたか否かを判定する（Ｓ３６）。ここでは、センサ１３からの検知信号により、測定部２１によってドアの閉塞を検知したか否かを判定する。

ドア閉検知したと判定した場合（Ｓ３６のＹＥＳ）、処理を終了する。

一方、ドア閉検知しなければ、Ｓ３２に移行して、再度、現在の時刻が特定の時間帯に含まれているか否かを判定し、上記の処理を続行する。

以上のように、ユーザに対する警告は音声が好ましいが、ディスプレイに警告を表示したり、音声と合わせてディスプレイに警告を表示したりしてもよい。

（効果）
上記構成の冷蔵庫１によれば、当該冷蔵庫１を利用するユーザが実際にその食材を食べたり、飲んだり、使ったりするところでアドバイスをすることができ、また、食べたり飲んだりする時間帯なども考慮してアドバイスすることができるので、健康促進により期待できるという効果を奏する。

以上のことから、本実施形態の冷蔵庫１によれば、ユーザにとって有益な情報（健康促進のための情報（飲酒制限の警告等））を提供することができるという効果を奏する。

上記の情報提供処理の説明では、Ｓ３１においてドア開検知をトリガにして、ユーザに対する警告を行っていたが、ユーザが冷蔵庫１の所定の範囲に近接したときをトリガにして、ユーザに対する警告を行ってもよい。この場合、ユーザが冷蔵庫１のドアを開ける前に当該ユーザに対して警告することができる。従って、ユーザは冷蔵庫１から食材を取り出すことなく、警告を受けることになるため、無駄な冷蔵庫１の開閉を無くすことができる。

なお、ユーザにとって有益な情報としては、上記のような食材の属性に基づく情報に限定されるものではなく、食材を含む料理、すなわちレシピに関連する情報であってもよい。以下の実施形態２では、ユーザに有益な情報として、レシピに関連する情報を提供する例について説明する。

〔実施形態２〕
本発明の他の実施形態について説明すれば、以下のとおりである。なお、説明の便宜上、前記実施形態１にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を省略する。

本実施形態では、前記実施形態１と同じ冷蔵庫１を用い、図１に示す記憶部１１のレシピＤＢ（レシピデータベース）３５及び食材ＤＢ３６を用いる。また、冷蔵庫１は、前記実施形態１と同様に、図３に示すクラウドサーバ２に通信可能となっている。

レシピＤＢ３５は、調理法と、調理法に用いる食材、食材に関連付けられた食材情報（メーカ広告、販売店広告、豆知識）を記録している。例えば図１２に示すように、レシピＤＢ３５は、調理法として「野菜サラダ」であれば、この調理法に用いる食材としてドレッシング、ドレッシングに関連付けられた食材情報としてＡＡドレッシング、食材としてレタス、レタスに関連付けられた食材情報として、ＢＢスーパー等が記録されている。

食材ＤＢ３６は、冷蔵庫１の在庫表記憶部３２に記憶されている食材の在庫情報及び食材管理テーブル３３から抽出された、最近追加された食材、残りの少ない食材、間もなく入庫される予定の食材が記録されている。食材ＤＢ３６に記録する情報は、食材管理システムや購入管理システムによって管理されている情報である。

レシピＤＢ３５及び食材ＤＢ３６に記録された情報からユーザにとって有益な情報の当該ユーザへの提供は、図１３に示す在庫管理部１２４によって実現される。在庫管理部１２４は、図１３に示すように、情報選択部２４ｄ、報知情報生成部２４ｂ、報知制御部２４ｃを含んでいる。すなわち在庫管理部１２４は、前記実施形態１の在庫管理部２４とは食品特定部２４ａが情報選択部２４ｄに変更されたのみで、他の部は同じである。

情報選択部２４ｄは、レシピＤＢ３５及び食材ＤＢ３６を参照して、在庫食材に適したレシピを選択し、不足する食材や間もなく購入する食材や調味料の情報を抽出し、さらに、これらの食材に紐づいた広告情報があれば抽出する。

報知情報生成部２４ｂは、情報選択部２４ｄによって選択及び抽出された情報からユーザにとって有益な情報を生成する。例えば、報知情報生成部２４ｂは、「レタスが入った」という情報、「ドレッシング少ない」という情報が情報選択部２４ｄから入ると、ユーザにとって有益な情報として、「レタスときゅうりで生野菜サラダはどうですか？新発売の「ＡＡドレッシング」はどう？今ならプレゼントもらえるよ。」という情報を生成する。あるいは、特定された食材の賞味期限が迫っていれば、賞味期限が迫っていることをユーザに報知するようにしてもよい。

報知制御部２４ｃは、報知情報生成部２４ｂにて生成された上記の情報を報知するために、スピーカによる音声出力制御、ディスプレイによる表示制御を行う。

つまり、在庫管理部１２４は、ユーザに対して有益な情報、例えば料理法、不足食材、広告を、スピーカによる音声出力及び／またはディスプレイによる表示によって報知する。

なお、在庫管理部１２４は、広告の提示時と、一定期間内に購入したことを検出した時、広告効果情報として記録、広告主へ通知してもよい。

（情報提供処理）
本実施形態に係る冷蔵庫１におけるユーザに対して有益な情報を提供する処理について説明する。以下では、ユーザへの情報提供のタイミングを、冷蔵庫１に食材を入庫したときとして説明するが、これに限定されるものではなく、他のタイミング、例えば冷蔵庫１にユーザが近づいたときや、冷蔵庫１の扉を開けたとき、冷蔵庫１から食材を取り出したときなどであってもよい。

図１４は、本実施形態に係る冷蔵庫１におけるユーザに対して有益な情報を提供する処理の流れを示すフローチャートである。情報提供の処理の流れについて、図１３のブロック図、図１４に示すフローチャート及び図１の冷蔵庫１のブロック図を参照しながら説明する。

まず、ドア開検知したか否かを判定する（Ｓ４１）。ここでは、センサ１３からの検知信号により、測定部２１によってドアの開放を検知したか否かを判定する。

ドア開検知した場合（Ｓ４１のＹＥＳ）、冷蔵庫１に食材が入庫されたか否かを判定する（Ｓ４２）。ここでは、入出庫判定部２２の判定結果から冷蔵庫１に食材が入庫されたか否かを判定する。

食材入庫と判定されれば、情報提供を行う（Ｓ４３）。具体的には、在庫管理部１２４において、ユーザに対して有益な情報、例えば料理法、不足食材、広告を、スピーカによる音声出力及び／またはディスプレイによる表示によって報知する。

続いて、ドア閉検知したか否かを判定する（Ｓ４４）。ここでは、センサ１３からの検知信号により、測定部２１によってドアの閉塞を検知したか否かを判定する。ドア閉検知した場合（Ｓ４４のＹｅｓ）、処理を終了し、ドア閉検知しなければ（Ｓ４４のＮＯ）、Ｓ４２に移行し、再び食材入庫の判定を行い、上記の処理を続行する。

なお、本実施形態では、食材ＤＢ３６に記録する情報は、食材管理システムや購入管理システムによって管理されている、すなわちクラウドサーバで管理する例について説明したが、これに限定されるものではなく、冷蔵庫１自体に在庫状況を記録するようにしてもよい。例えば、扉の内側にカメラを設けて、庫内を一定の間隔で撮影し、撮影した画像を解析することで、食材の量が減ったこと、食材がなくなったこと、食材が増えたこと等を記録し、この情報を食材ＤＢ３６に記録するようにしてもよい。

（効果）
上記構成の冷蔵庫１によれば、当該冷蔵庫１を利用するユーザに対して、在庫の食材に関する情報（レシピ情報等）を提供することができる。つまり、冷蔵庫１内の食材に関して、ユーザにとって必要な情報とともに提示することで、効果的な気付きを与えることができる。また、冷蔵庫１に入庫済みあるいはこれから入庫しようとする食材に関する広告を表示するようになり、入庫予定のない、入庫されていない食材の広告等の不要な広告が少なくなる。さらに、購入に繋がったかどうかを広告主に伝えることができるという効果も奏する。

また、本実施形態の冷蔵庫１によれば、前記実施形態１と同様に、ユーザにとって有益な情報（レシピに関する情報）を提供することができるという効果を奏する。

また、食材に関連付けられて記録されている広告が示すレシピをレシピＤＢ３５に追加してもよい。

以上の実施形態１，２では、冷蔵庫１に貯蔵されている食材に関する情報を、ユーザにとって有益な情報として当該ユーザに提供する点について説明したが、以下の実施形態３，４では、冷蔵庫１の庫内を撮影した画像を、ユーザにとって有益情報として当該ユーザに提供する点について説明する。

〔実施形態３〕
本発明の他の実施形態について説明すれば、以下のとおりである。なお、説明の便宜上、前記実施形態にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を省略する。

図１５に示すように、本実施形態に係る冷蔵庫２０１は、前記実施形態１の冷蔵庫１と、ドア部１ｄの庫内側の上端部にカメラ１３１が配置されている点で異なる。

カメラ１３１は、ドア部１ｄが閉じたときに、冷蔵庫１の庫内に対向する位置に配置されており、冷蔵庫１の庫内を撮影するための撮像装置である。カメラ１３１の画角は、少なくとも冷蔵庫２０１の冷蔵室１ｃの前面をほぼカバーできる画角であればよい。例えば魚眼レンズを備えたカメラ１３１が好ましい。つまり、カメラ１３１は、ドア部１ｄが開いた状態で、冷蔵庫１の庫内を撮影するため、可能な限り画角が広いほうが好ましい。なお、カメラ１３１は、１台に限定されるものではなく、複数台であってもよい。これにより、１台のカメラ１３１でカバーできる撮影範囲が狭くても、カメラ１３１を複数台設置すれば、ユーザが所望する撮影範囲をカバーすることが可能となる。

カメラ１３１の撮影は、冷蔵庫２０１のドア部１ｄを閉じた状態で定期的に行ってもよいし、冷蔵庫２０１のドア部１ｄを開けるタイミングで行ってもよい。また、ユーザが外出先から冷蔵庫２０１内を確認できるよう、カメラ１３１を遠隔操作するようにしてもよい。この場合、少なくともカメラ１３１に通信機能を備える必要がある。あるいは、カメラ１３１が冷蔵庫２０１によって撮影制御されるようにし、当該冷蔵庫２０１に通信機能を持たせてもよい。

ところで、カメラ１３１は、撮影中に振動が加わると撮影画像にぶれが生じる。このため、ぶれた撮像画像では、冷蔵庫２０１内に貯蔵された食材を適切に把握するのが難しくなる。特に、安価なカメラ１３１では、レンズが暗く、露光時間を長くする必要があるため、振動等の影響を受けてぶれやすい。特に、冷蔵庫２０１のドア部１ｄにカメラ１３１が設置されているため、当該ドア部１ｄの開閉動作時の振動がカメラ１３１に伝わり、撮影された画像がぶれたものになる。

また、カメラ１３１に影響を与えるものとしては、ドア部１ｄの動作以外に、冷蔵庫２０１が当然備えているコンプレッサの動作による振動も考えられる。

そこで、本実施形態に係る冷蔵庫２０１は、ドア部１ｄの動作、コンプレッサの動作の影響を受けずにカメラ１３１による撮影を実現するために、図１６に示すカメラ制御部１３０を備えている。

カメラ制御部１３０は、図１６に示すように、ドア開検知部１４１、ドア静止検知部１４２、撮影制御部１４３、画像選択部１４４、コンプレッサ制御部１４５を含んでいる。

ドア開検知部１４１は、ドア部１ｄの開閉を検知する第１センサ１３３からの検知信号からドア部１ｄが開いていることを検知する。第１センサ１３３としては、例えば開閉センサが用いられる。

ドア静止検知部１４２は、ドア部１ｄが動いているか否かを検知する第２センサ１３４からの検知信号からドア部１ｄが静止していることを検知する。第２センサ１３４としては、例えば加速度センサが用いられる。

撮影制御部１４３は、カメラ１３１の撮影を制御する。ここでは、撮影制御部１４３は、ドア開検知部１４１にてドア開が検知され、ドア静止検知部１４２にてドア静止が検知されたとき、撮影を行うようにカメラ１３１を制御する。

画像選択部１４４は、カメラ１３１にて撮影された画像を所定の基準に保存すべき画像か破棄すべき画像かを選択する。保存すべき画像は、メモリ１３５に格納したり、通信部１３６に送ってクラウドサーバ２上に格納したりする。具体的には、カメラ１３１の撮影中に振動を検知したときに、撮影した画像に振動を検知したことが分かるマークを付与し、画像選択部１４４では画像に付与されたマークの有無により保存すべき画像か破棄する画像かを選択する。

コンプレッサ制御部１４５は、冷蔵庫２０１で用いられるコンプレッサ１３７の動作を制御する。コンプレッサ制御部１４５は、例えば第１センサ１３３からの検知信号、すなわちドア部１ｄが動いたことを検知した信号を受信したとき、コンプレッサ１３７を停止させるか、あるいは、タイマ１３２により一定時間結果毎にコンプレッサ１３７を停止させるようにしてもよい。なお、コンプレッサ１３７の停止時間は、カメラ１３１によるカメラ撮影が行われている期間、すなわち露光時間よりも少し長い程度に設定される。

以上のように、本実施形態に係る冷蔵庫２０１によれば、ドア部１ｄが静止した状態を検知したときにカメラ１３１により庫内を撮影すること、コンプレッサ１３７を停止させてカメラ１３１により庫内を撮影することの少なくとも一方を実行することで、ぶれの無い撮影を可能にしている。以下に、冷蔵庫２０１による庫内撮影処理について説明する。

（庫内撮像処理（１）：ドア静止検知）
図１７は、庫内撮影処理の流れの一例を示すフローチャートである。

まず、ドア開検知部１４１によるドア開検知を行う（Ｓ５１）。

次に、ドア静止検知部１４２によるドア静止検知を行う（Ｓ５２）。

そして、撮影制御部１４３は、これら２つの条件がそろったときに、カメラ１３１によるカメラ露光開始させ（Ｓ５３）、所定の露光時間を過ぎると、カメラ１３１によるカメラ露光終了させる（Ｓ５４）。ここで、露光時間は、カメラ１３１の性能に合わせて、１／３０、１／２０、１／１０秒等に設定される。

最後に、カメラ１３１によって撮影した画像をメモリ１３５に保存する（Ｓ５５）。ここで、撮影した画像はメモリ１３５に保存する以外に、通信部１３６を介してクラウドサーバ２に保存するようにしてもよい。

上記の処理では、カメラ１３１の露光中にドア部１ｄが動かないことを前提としているが、ドア部１ｄが動いた場合の庫内撮影処理について以下に説明する。

（庫内撮像処理（２）：ドア動検知）
図１８は、庫内撮影処理の流れの他の例を示すフローチャートである。図１７と同じ処理については同じステップ番号を付して詳細な説明は省略する。

まず、ドア開検知部１４１によるドア開検知を行う（Ｓ５１）。

次に、撮影制御部１４３は、ドア開検知によりカメラ１３１によるカメラ露光開始させる（Ｓ５３）。

続いて、露光中にドアの動きを検知したか否かを判定する（Ｓ６１）。ここでは、第２センサ１３４の検知信号からドア静止検知部１４２によって、ドア部１ｄが動いたか否かを判定する。ドアの動き検知した場合（Ｓ６１のＹＥＳ）、動き検知信号を付加する（Ｓ６２）。ここでの動き検知信号の付加は、カメラ１３１による露光中の画像に対して行われる。

ドアの動きを検知しない場合（Ｓ６１のＮＯ）、所定の露光時間を過ぎると、カメラ１３１によるカメラ露光終了させる（Ｓ５４）。

続いて、露光中にドアの動きを検知したか否かを判定する（Ｓ６３）。具体的には、画像選択部１４４によって、カメラ１３１によって撮影された画像に対して動き検知信号が付加されているかを判定している。そして、画像選択部１４４は、動き検知信号が付加されていると判定した場合（Ｓ６３のＹｅｓ）、撮影画像を破棄し（Ｓ６４）、動き検知信号が付加されていないと判定した場合（Ｓ６３のＮＯ）、撮影画像を保存する（Ｓ５５）。

（庫内撮像処理（３）：コンプレッサ停止）
図１９は、庫内撮影処理の流れの他の例を示すフローチャートである。

まず、ドア開検知部１４１によるドア開検知を行う（Ｓ５１）。

次に、コンプレッサ制御部１４５によるコンプレッサ１３７の停止（Ｓ７１）。

そして、撮影制御部１４３は、これら２つの条件がそろったときに、カメラ１３１によるカメラ露光開始させ（Ｓ５３）、所定の露光時間を過ぎると、カメラ１３１によるカメラ露光終了させる（Ｓ５４）。ここで、露光時間は、カメラ１３１の性能に合わせて、１／３０、１／２０、１／１０秒等に設定される。

続いて、カメラ１３１によって撮影した画像をメモリ１３５に保存する（Ｓ５５）。

最後に、コンプレッサ制御部１４５によりコンプレッサ１３７を再度駆動させる（Ｓ７２）。

（庫内撮像処理（４）：ドア静止検知＋ドア動検知）
図２０は、庫内撮影処理の流れの他の例を示すフローチャートである。図１８と同じ処理については同じステップ番号を付して詳細な説明は省略する。

まず、ドア開検知部１４１によるドア開検知を行う（Ｓ５１）。

次に、ドア静止検知部１４２によるドア静止検知を行う（Ｓ５２）。

次いで、撮影制御部１４３は、ドア開検知によりカメラ１３１によるカメラ露光開始させる（Ｓ５３）。

続いて、露光中にドアの動きを検知したか否かを判定する（Ｓ６１）。ここでは、第２センサ１３４の検知信号からドア静止検知部１４２によって、ドア部１ｄが動いたか否かを判定する。ドアの動き検知した場合（Ｓ６１のＹＥＳ）、動き検知信号を付加する（Ｓ６２）。ここでの動き検知信号の付加は、カメラ１３１による露光中の画像に対して行われる。

ドアの動きを検知しない場合（Ｓ６１のＮＯ）、所定の露光時間を過ぎると、カメラ１３１によるカメラ露光終了させる（Ｓ５４）。

続いて、露光中にドアの動きを検知したか否かを判定する（Ｓ６３）。具体的には、画像選択部１４４によって、カメラ１３１によって撮影された画像に対して動き検知信号が付加されているかを判定している。そして、画像選択部１４４は、動き検知信号が付加されていると判定した場合（Ｓ６３のＹＥＳ）、撮影画像を破棄し（Ｓ６４）、動き検知信号が付加されていないと判定した場合（Ｓ６３のＮＯ）、撮影画像を保存する（Ｓ５５）。

（庫内撮像処理（５）：コンプレッサ停止＋ドア静止検知）
図２１は、庫内撮影処理の流れの他の例を示すフローチャートである。図１９と同じ処理については同じステップ番号を付して詳細な説明は省略する。

まず、ドア開検知部１４１によるドア開検知を行う（Ｓ５１）。

次に、ドア静止検知部１４２によるドア静止検知を行う（Ｓ５２）。

次いで、コンプレッサ制御部１４５によるコンプレッサ１３７の停止（Ｓ７１）。

そして、撮影制御部１４３は、これら２つの条件がそろったときに、カメラ１３１によるカメラ露光開始させ（Ｓ５３）、所定の露光時間を過ぎると、カメラ１３１によるカメラ露光終了させる（Ｓ５４）。ここで、露光時間は、カメラ１３１の性能に合わせて、１／３０、１／２０、１／１０秒等に設定される。

続いて、カメラ１３１によって撮影した画像をメモリ１３５に保存する（Ｓ５５）。

最後に、コンプレッサ制御部１４５によりコンプレッサ１３７を再度駆動させる（Ｓ７２）。

（庫内撮像処理（６）：ドア動検知＋コンプレッサ停止）
図２２は、庫内撮影処理の流れの他の例を示すフローチャートである。図１８と同じ処理については同じステップ番号を付して詳細な説明は省略する。

まず、ドア開検知部１４１によるドア開検知を行う（Ｓ５１）。

次に、コンプレッサ制御部１４５によるコンプレッサ１３７の停止（Ｓ７１）。

次いで、撮影制御部１４３は、ドア開検知によりカメラ１３１によるカメラ露光開始させる（Ｓ５３）。

続いて、露光中にドアの動きを検知したか否かを判定する（Ｓ６１）。ここでは、第２センサ１３４の検知信号からドア静止検知部１４２によって、ドア部１ｄが動いたか否かを判定する。ドアの動き検知した場合（Ｓ６１のＹＥＳ）、動き検知信号を付加する（Ｓ６２）。ここでの動き検知信号の付加は、カメラ１３１による露光中の画像に対して行われる。

ドアの動きを検知しない場合（Ｓ６１のＮＯ）、所定の露光時間を過ぎると、カメラ１３１によるカメラ露光終了させる（Ｓ５４）。

続いて、露光中にドアの動きを検知したか否かを判定する（Ｓ６３）。具体的には、画像選択部１４４によって、カメラ１３１によって撮影された画像に対して動き検知信号が付加されているかを判定している。そして、画像選択部１４４は、動き検知信号が付加されていると判定した場合（Ｓ６３のＹＥＳ）、撮影画像を破棄し（Ｓ６４）、動き検知信号が付加されていないと判定した場合（Ｓ６３のＮＯ）、撮影画像を保存する（Ｓ５５）。

最後に、コンプレッサ制御部１４５によりコンプレッサ１３７を再度駆動させる（Ｓ７２）。

（庫内撮像処理（７）：ドア静止検知＋ドア動検知＋コンプレッサ停止）
図２３は、庫内撮影処理の流れの他の例を示すフローチャートである。図２２と同じ処理については同じステップ番号を付して詳細な説明は省略する。

まず、ドア開検知部１４１によるドア開検知を行う（Ｓ５１）。

次に、コンプレッサ制御部１４５によるコンプレッサ１３７の停止（Ｓ７１）。

次いで、ドア静止検知部１４２によるドア静止検知を行う（Ｓ５２）。

次に、撮影制御部１４３は、ドア開検知によりカメラ１３１によるカメラ露光開始させる（Ｓ５３）。

続いて、露光中にドアの動きを検知したか否かを判定する（Ｓ６１）。ここでは、第２センサ１３４の検知信号からドア静止検知部１４２によって、ドア部１ｄが動いたか否かを判定する。ドアの動き検知した場合（Ｓ６１のＹＥＳ）、動き検知信号を付加する（Ｓ６２）。ここでの動き検知信号の付加は、カメラ１３１による露光中の画像に対して行われる。

ドアの動きを検知しない場合（Ｓ６１のＮＯ）、所定の露光時間を過ぎると、カメラ１３１によるカメラ露光終了させる（Ｓ５４）。

続いて、露光中にドアの動きを検知したか否かを判定する（Ｓ６３）。具体的には、画像選択部１４４によって、カメラ１３１によって撮影された画像に対して動き検知信号が付加されているかを判定している。そして、画像選択部１４４は、動き検知信号が付加されていると判定した場合（Ｓ６３のＹＥＳ）、撮影画像を破棄し（Ｓ６４）、動き検知信号が付加されていないと判定した場合（Ｓ６３のＮＯ）、撮影画像を保存する（Ｓ５５）。

最後に、コンプレッサ制御部１４５によりコンプレッサ１３７を再度駆動させる（Ｓ７２）。

（効果）
上記構成の冷蔵庫２０１によれば、ドア部１ｄが静止しているときにカメラ１３１の撮影を行うことで、ドア部１ｄが動くことによるぶれが発生せず、鮮明な画像を得ることができる。また、コンプレッサ１３７が停止しているときにカメラ１３１の撮影を行うことで、コンプレッサ１３７が動いていることによるぶれが発生せず、鮮明な画像を得ることができる。

しかも、カメラ１３１による撮影中にドアの動きが検知されれば、そのとき撮影した画像を破棄することで、ぶれのない鮮明な画像のみを保存することが可能となる。

これにより、前記実施形態１，２と同様に、ユーザにとって有益な情報（庫内の鮮明な画像）を提供することができるという効果を奏する。

また、上記構成の冷蔵庫２０１では、カメラ１３１による露光中のぶれを抑える構成となっているため、使用するカメラ１３１として露光時間の長い安価なカメラを使用することが可能となる。

なお、本実施形態ではカメラ１３１が予め冷蔵庫２０１に内蔵されていることを前提とした例について説明したが、カメラが内蔵されていない冷蔵庫の庫内撮影を行う例について以下の実施形態４において説明する。

〔実施形態４〕
本発明の他の実施形態について説明すれば、以下のとおりである。なお、説明の便宜上、前記実施形態にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を省略する。

本実施形態では、前記実施形態１で説明した冷蔵庫１、すなわちカメラは内蔵していないが、通信機能を内蔵した冷蔵庫１の庫内撮影する例について説明する。冷蔵庫１の庫内撮影は、図３に示す通信端末３を用いる。通信端末３は、前記実施形態１の図３に示すように、クラウドサーバ２を介して冷蔵庫１に通信可能に接続され、冷蔵庫１の庫内を撮影する庫内撮影システムを構成している。そして、通信端末３は、撮影機能としてカメラを備えている。つまり、通信端末３を用いることで、ユーザは、クラウドサーバ２を介して何時でも冷蔵庫１の庫内を確認することができるようになっている。

図２４は、本実施形態で用いる通信端末３の要部構成のブロック図である。通信端末３は、制御部３００、カメラ１０１、メモリ１０２、通信部１０３を含んでいる。ここで、通信部１０３は、ＷｉＦｉ（登録商標）通信を行う通信機能、インターネット等の外部ネットワークと通信を行う通信機能の他に、ＧＰＳ（Global Positioning System）信号を受信する受信機能を有するものとする。

制御部３００は、通信端末３の位置を判定する位置判定部１１１、カメラ１０１の撮影を制御する撮像制御部１１２、撮影した画像を選択する画像選択部１１３を含んでいる。

位置判定部１１１は、通信部１０３から得られるＧＰＳ信号の受信、ＷｉＦｉ通信等によって、通信端末３の現在位置を判定する。例えば、撮影対象である冷蔵庫が設置された室内では、ＷｉＦｉにより通信端末３が当該室内に居るか否かを判定する。

撮像制御部１１２は、位置判定部１１１によって通信端末３が冷蔵庫１を設置した屋内にいると判定され、且つ、通信部１０３を介して冷蔵庫のドアの開を検知したドア開・閉検知信号を受信することで、カメラ１０１に撮影指示を与える。

カメラ１０１によって撮影された画像は、一旦メモリ１０２に格納される。メモリ１０２に格納された画像は、画像選択部１１３により所定の基準によって保存すべき画像のみを選択し、通信部１０３を介してクラウドサーバ２にアップロードされ保存される。

（庫内撮影）
庫内撮影を行う前提として、ユーザが着ているシャツの胸ポケットに通信端末３を収容する。このとき、通信端末３のカメラ１０１のレンズ部分をユーザとは反対の向き、すなわちユーザが向いている方向に向けるように、通信端末３を胸ポケットに収容する。

図２５は、通信端末３を上記のようにしてユーザのシャツの胸ポケットに収容して撮影した冷蔵庫１の庫内の画像の一例を示す。庫内の撮影は、ユーザが意図することなく、図２４に示す撮像制御部１１２によってカメラ１０１が制御され自動的に行われる。庫内撮影処理及び画像アップロード処理は、以下のようにして行われる。

（庫内撮影処理）
図２６は、庫内撮影処理の流れを示すフローチャートである。

まず、ドア開検知（Ｓ８１）。ここで、クラウドサーバ２は、冷蔵庫１のドア部１ｄが開放されたことを示す検知信号を受信したか否かを判定する。

ドア開検知であると判定された場合（Ｓ８１のＹＥＳ）、ドア開通知が行われる（Ｓ８２）。ここでは、クラウドサーバ２が通信端末３に対して、冷蔵庫１のドア部１ｄが開いたことを通知する。

次に、通信端末３が冷蔵庫１の近くにいるか否かを判定する（Ｓ８３）。ここでは、通信端末３の通信部１０３のＷｉＦｉ通信機能を用いて、冷蔵庫１を設置した屋内に居るか否かを判定する。例えば通信端末３が屋内に設置したＷｉＦｉアクセスポイントからＩＰアドレスを払いだされていれば、当該通信端末３は冷蔵庫１が設置した屋内に居る、すなわち冷蔵庫１の近くに居ると判定することができる。

通信端末３が冷蔵庫１の近くに居ると判定した場合（Ｓ８３のＹＥＳ）、既に冷蔵庫１のドア部１ｄが開いているので撮影を開始し（Ｓ８４）、撮影した画像のアップロード処理を行う（Ｓ８５）。画像のアップロード処理についての詳細は後述する。

一方、通信端末３が冷蔵庫１の近くに居ないと判定した場合（Ｓ８３のＮＯ）、庫内撮影処理を終了する。

Ｓ８５の画像のアップロード処理が終了した後、ドア閉検知を判定する（Ｓ８６）。ここでも、Ｓ８１と同様に、クラウドサーバ２が、冷蔵庫１のドア部１ｄが閉塞されたことを示す検知信号を受信したか否かを判定する。

ドア閉検知であると判定された場合（Ｓ８６のＹＥＳ）、庫内撮影処理を終了し、ドア閉検知でないと判定された場合（Ｓ８６のＮＯ）、再びＳ８３に移行し、冷蔵庫１の庫内撮影を続ける処理を行う。

（画像アップロード処理）
図２７は、図２６のＳ８５に示す画像アップロード処理の流れを示すフローチャートである。

まず、画像選択部１１３は、メモリ１０２に一旦格納された画像から保存すべき画像を選択する（Ｓ９１）。例えば、撮影画像が図２５に示す４枚の画像であるとき、図２５の（ａ）（ｂ）（ｄ）は、所定の範囲に庫内の食材が分かる程度に写されているので保存すべき画像と判断し、図２５の（ｃ）は、所定の範囲に庫内の食材が分かる程度に写されていないので保存すべき画像でないと判断する。この画像の判断は、公知の画像処理技術によって実現することができる。なお、画像選択部１１３は、画像１枚毎に上記判断処理を行うものとする。

次に、Ｓ９１において選択された画像をクラウドサーバ２にアップロードする（Ｓ９２）。

次いで、画像選択部１１３による画像の選択が終了したか否かを判定する（Ｓ９３）。ここの判定は、画像選択部１１３が選択判断すべき画像がメモリ１０２に無くなったか否かで行う。

選択終了と判定すれば（Ｓ９３のＹＥＳ）、図２６のＳ８６に移行し、選択終了でなければ（Ｓ９４のＮＯ）、再びＳ９１に移行し、画像選択を行う。

以上の説明では、冷蔵庫１に通信機能が内蔵され、冷蔵庫１のドアの開閉情報がクラウドサーバ２で管理されることが前提となっていたが、冷蔵庫１と通信端末３との間で直接通信を行い、冷蔵庫１からドア開検知信号が直接通信端末３に送信されてもよい。

また、通信端末３を用いれば、カメラ及び通信機能が内蔵されていない冷蔵庫の庫内撮影も行うことが可能である。例えば、冷蔵庫側にマークを入れておき、そのマークを通信端末３のカメラ１０１によって認識したときに、写真を撮るようにすればよい。この場合、通信端末３のカメラ１０１のレンズ部分を必ず冷蔵庫の庫内に向けた状態で撮影されるので、確実に庫内の撮影を行うことができ、この結果、無駄な撮影をなくすことができる。このマークの利用は、上述した通信機能を内蔵した冷蔵庫１の場合にも適用することができる。

（効果）
本実施形態では、通信端末３を胸ポケットに入れるだけで、簡単に冷蔵庫１の庫内を撮影することができる。しかも、通信端末３が胸ポケットに入れて、レンズ部分を正面に向けていれば、冷蔵庫１のドアを開けるときにも、下の引き出しを引き出すときにも通信端末３のカメラ１０１のレンズ部分が正面を向きやすいので、ユーザは意識せずに撮影することが可能となる。従って、冷蔵庫１内の食材を個別に登録することなく容易にユーザが所有している食材を思い出すことが可能となるという効果を奏する。

このように、本実施形態においても前記実施携帯１〜３と同様に、ユーザにとって有益な情報（冷蔵庫１内の食材を思い出すための画像）を提供することが可能となる。

〔ソフトウェアによる実現例〕
冷蔵庫１の制御装置の制御ブロック（特に、在庫管理部２４、制御部１００、在庫管理部１２４、カメラ制御部１３０）は、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現してもよいし、ＣＰＵ（Central Processing Unit）を用いてソフトウェアによって実現してもよい。

後者の場合、制御装置は、各機能を実現するソフトウェアであるプログラムの命令を実行するＣＰＵ、上記プログラムおよび各種データがコンピュータ（またはＣＰＵ）で読み取り可能に記録されたＲＯＭ（Read Only Memory）または記憶装置（これらを「記録媒体」と称する）、上記プログラムを展開するＲＡＭ（Random Access Memory）などを備えている。そして、コンピュータ（またはＣＰＵ）が上記プログラムを上記記録媒体から読み取って実行することにより、本発明の目的が達成される。上記記録媒体としては、「一時的でない有形の媒体」、例えば、テープ、ディスク、カード、半導体メモリ、プログラマブルな論理回路などを用いることができる。また、上記プログラムは、該プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して上記コンピュータに供給されてもよい。なお、本発明は、上記プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。

〔まとめ〕
本発明の態様１に係る食品貯蔵庫（冷蔵庫１）は、食品を庫内に貯蔵する食品貯蔵庫（冷蔵庫１）であって、上記庫内に貯蔵された各食品の種別、重量、配置位置を示す情報からなる属性情報及び取り出し履歴情報を含む食品管理情報（食材管理テーブル３３、属性テーブル３４）から、当該食品貯蔵庫（冷蔵庫１）のユーザに報知すべき情報を報知情報として生成する報知情報生成部２４ｂと、上記報知情報生成部２４ｂにて生成された報知情報を上記ユーザに報知する報知部（スピーカ１６，ディスプレイ１７）と、を含んでいることを特徴としている。

上記構成によれば、報知情報生成部によって、食品貯蔵庫の庫内に貯蔵された各食品の種別、重量、配置位置を示す情報からなる属性情報及び取り出し履歴情報を含む食品管理情報から、当該食品貯蔵庫のユーザに報知すべき情報を報知情報として生成し、報知部によって、生成された報知情報をユーザに報知するので、ユーザは食品貯蔵庫から自分にとって必要であり有益な情報を得ることが可能となる。

本発明の態様２に係る食品貯蔵庫は、上記態様１において、上記庫内を開放または閉塞するための扉（ドア部１ｄ）と、上記扉（ドア部１ｄ）が開放されたことを検知するセンサ１３と、が設けられ、上記報知情報生成部２４ｂは、上記センサ１３によって扉（ドア部１ｄ）が開放されたことが検知されたとき、上記報知情報を生成してもよい。

上記構成によれば、報知情報生成部による報知情報の生成のトリガが、食品貯蔵庫の扉の開放を検知したときであるので、食品貯蔵庫を利用しようとするユーザに対して適切なタイミングで、ユーザにとって有益な情報を当該ユーザに提供することが可能となる。

本発明の態様３に係る食品貯蔵庫は、上記態様１において、上記庫内からユーザによって取り出された食品を、上記食品管理情報を用いて特定する食品特定部２４ａを含み、上記報知情報生成部２４ｂは、上記食品特定部２４ａによって特定された食品に対応付けられた属性情報、取り出し履歴情報を含む食品管理情報（食材管理テーブル３３、属性テーブル３４）から、上記報知情報を生成してもよい。

上記構成によれば、報知情報生成部による報知情報の生成のトリガが、食品貯蔵庫から食品を取りだしたときであるので、食品貯蔵庫を利用したユーザに対して適切なタイミングで、しかも取り出した食品に関する、ユーザにとって有益な情報を当該ユーザに提供することが可能となる。

本発明の態様４に係る食品貯蔵庫は、食品を庫内に貯蔵する食品貯蔵庫（冷蔵庫１）であって、レシピデータベース（レシピＤＢ３５）を含み、上記庫内からユーザによって取り出された食品または上記庫内に入れられた食品を、上記庫内に貯蔵された各食品の種別、重量、配置位置を示す情報からなる属性情報及び取り出し履歴情報を含む食品管理情報（食材管理テーブル３３、属性テーブル３４）を用いて特定する食品特定部２４ａと、上記レシピデータベース（レシピＤＢ３５）から、上記食品特定部２４ａによって特定された食品に関する情報を抽出し、抽出した情報からユーザに報知すべき情報を報知情報として生成する報知情報生成部２４ｂと、上記報知情報生成部２４ｂにて生成された報知情報を上記ユーザに報知する報知部（スピーカ１６，ディスプレイ１７）と、を含んでいることを特徴としている。

上記構成によれば、レシピデータベースから、食品特定部によって特定された食品に関する情報を抽出し、抽出した情報からユーザにとって有益な情報を報知情報として生成し、報知部によって、生成された報知情報をユーザに報知するので、ユーザは取り出した食品及びレシピに関して、自分にとって有益な情報を得ることができる。

本発明の態様５に係る食品貯蔵庫は、食品を貯蔵する庫内を開放または閉塞するための扉（ドア部１ｄ）が設けられた食品貯蔵庫（冷蔵庫２０１）であって、上記扉（ドア部１ｄ）の上記庫内に対向する面に、当該庫内を撮影するためのカメラ１３１と、上記扉（ドア部１ｄ）の動きを検知するセンサ（第１センサ１３３）と、上記センサ（第１センサ１３３）によって上記扉（ドア部１ｄ）の静止が検知されたとき、上記カメラ１３１に上記庫内の撮影を行わせるカメラ制御部１３０と、を含んでいることを特徴としている。

上記構成によれば、扉が静止したときにカメラの撮影を行うことになるので、ぶれの少ない画像を撮影することができる。これにより、ぶれの少ない庫内の撮影画像を、ユーザにとって有益な情報として提供することができる。

本発明の態様６に係る庫内撮影システムは、食品を貯蔵する庫内を開放または閉塞するための扉が設けられた食品貯蔵庫（冷蔵庫１）と、上記食品貯蔵庫（冷蔵庫１）とクラウドサーバ２を介して通信可能に接続された、撮影機能を有する通信端末３と、を含む庫内撮影システムであって、上記通信端末３は、上記クラウドサーバ２から、上記食品貯蔵庫（冷蔵庫１）の扉（ドア部１ｄ）が開放されたことが検知されたことが通知されると、上記食品貯蔵庫（冷蔵庫１）の庫内の撮影を行うことを特徴としている。

上記構成によれば、食品貯蔵庫の庫内の撮影は、通信端末のユーザが意識することなく実行されるため、ユーザが意識して庫内撮影を行う場合に比べて庫内撮影に係る煩わしさを軽減することができる。

しかも、通信端末をユーザのシャツのポケットに入れて、カメラのレンズ部分を正面に向けることで、食品貯蔵庫の庫内の正面から撮影することが可能となる。

以上のことから、庫内の撮影画像を、ユーザにとって有益な情報として提供することができる。

本発明の態様７に係る庫内撮影システムは、上記態様６において、上記通信端末３は、上記扉（ドア部１ｄ）が開放されたことが検知されたことが通知され、且つ、上記庫内の所定の範囲が撮影範囲に含まれたときに、撮影を行ってもよい。

上記構成によれば、上記通信端末は、扉が開放されたことが検知されたとしても、庫内の所定の範囲が撮影範囲に含まれなければ、撮影を行わないので、無駄な撮影を行うことがなくなる。

これにより、無駄なく庫内の撮影画像を、ユーザにとって有益な情報として提供することができる。

本発明の各態様に係る冷蔵庫の制御装置は、コンピュータによって実現してもよく、この場合には、コンピュータを上記制御装置が備える各部（ソフトウェア要素）として動作させることにより上記制御装置をコンピュータにて実現させる制御装置の制御プログラム、およびそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。

本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。さらに、各実施形態にそれぞれ開示された技術的手段を組み合わせることにより、新しい技術的特徴を形成することができる。

１ 冷蔵庫（食品貯蔵庫）
１ｃ 冷蔵室
１ｄ ドア部（扉）
１ｆ 冷凍室
１ｒ 棚板
１ｖ 野菜室
２ クラウドサーバ
３ 通信端末
４ 広域通信ネットワーク
１０ 制御部
１１ 記憶部
１２ 通信部
１３ センサ
１４ 重量センサ
１４ｅ 圧力センサ
１４ｋ 外接矩形
１４ｓ 圧力センサ
１５ マイク
１６ スピーカ（報知部）
１７ ディスプレイ（報知部）
２０ 音声認識部
２１ 測定部
２２ 入出庫判定部
２２ 入出力判定部
２３ 品物識別部
２４ 在庫管理部
２４ａ 食品特定部
２４ｂ 報知情報生成部
２４ｃ 報知制御部
２４ｄ 情報選択部
３０ 認識結果記憶部
３１ 測定結果記憶部
３２ 在庫表記憶部
３３ 食材管理テーブル（食品管理情報）
３４ 属性テーブル（食品管理情報）
３５ レシピＤＢ（レシピデータベース）
３６ 食材ＤＢ（食材データベース）
１００ 在庫管理システム
１０１ カメラ
１０２ メモリ
１０３ 通信部
１１１ 位置判定部
１１２ 撮像制御部
１１３ 画像選択部
１２４ 在庫管理部
１３０ カメラ制御部
１３１ カメラ
１３２ タイマ
１３３ 第１センサ（センサ）
１３４ 第２センサ（センサ）
１３５ メモリ
１３６ 通信部
１３７ コンプレッサ
１４１ ドア開検知部
１４２ ドア静止検知部
１４３ 撮影制御部
１４４ 画像選択部
１４５ コンプレッサ制御部
２０１ 冷蔵庫（食品貯蔵庫）
３００ 制御部
３１０ 制御部

Claims (7)

1. 食品を庫内に貯蔵する食品貯蔵庫であって、
   上記庫内に貯蔵された各食品の種別、重量、配置位置を示す情報からなる属性情報及び取り出し履歴情報を含む食品管理情報から、当該食品貯蔵庫のユーザに報知すべき情報を報知情報として生成する報知情報生成部と、
   上記報知情報生成部にて生成された報知情報を上記ユーザに報知する報知部と、を含んでいることを特徴とする食品貯蔵庫。
2. 上記庫内を開放または閉塞するための扉と、
   上記扉が開放されたことを検知するセンサと、が設けられ、
   上記報知情報生成部は、
   上記センサによって扉が開放されたことが検知されたとき、上記報知情報を生成することを特徴とする請求項１に記載の食品貯蔵庫。
3. 上記庫内からユーザによって取り出された食品を、上記食品管理情報を用いて特定する食品特定部を含み、
   上記報知情報生成部は、
   上記食品特定部によって特定された食品に対応付けられた属性情報、取り出し履歴情報を含む食品管理情報から、上記報知情報を生成することを特徴とする請求項１に記載の食品貯蔵庫。
4. 食品を庫内に貯蔵する食品貯蔵庫であって、
   レシピデータベースを含み、
   上記庫内からユーザによって取り出された食品または上記庫内に入れられた食品を、上記庫内に貯蔵された各食品の種別、重量、配置位置を示す情報からなる属性情報及び取り出し履歴情報を含む食品管理情報を用いて特定する食品特定部と、
   上記レシピデータベースから、上記食品特定部によって特定された食品に関する情報を抽出し、抽出した情報からユーザに報知すべき情報を報知情報として生成する報知情報生成部と、
   上記報知情報生成部にて生成された報知情報を上記ユーザに報知する報知部と、を含んでいることを特徴とする食品貯蔵庫。
5. 食品を貯蔵する庫内を開放または閉塞するための扉が設けられた食品貯蔵庫であって、
   上記扉の上記庫内に対向する面に、当該庫内を撮影するためのカメラと、
   上記扉の動きを検知するセンサと、
   上記センサによって上記扉の静止が検知されたとき、上記カメラに上記庫内の撮影を行わせるカメラ制御部と、を含んでいることを特徴とする食品貯蔵庫。
6. 食品を貯蔵する庫内を開放または閉塞するための扉が設けられた食品貯蔵庫と、
   上記食品貯蔵庫とクラウドサーバを介して通信可能に接続された、撮影機能を有する通信端末と、を含む庫内撮影システムであって、
   上記通信端末は、
   上記クラウドサーバから、上記食品貯蔵庫の扉が開放されたことが検知されたことが通知されると、上記食品貯蔵庫の庫内の撮影を行うことを特徴とする庫内撮影システム。
7. 上記通信端末は、
   上記扉が開放されたことが検知されたことが通知され、且つ、上記庫内の所定の範囲が撮影範囲に含まれたときに、撮影を行うことを特徴とする請求項６に記載の庫内撮影システム。

Images