JP2019138493A - 冷蔵庫、商品発注方法及び商品発注システム - Google Patents

Abstract

【課題】冷蔵庫の貯蔵庫内の商品を適切に管理することができる冷蔵庫を提供すること。【解決手段】表示装置と接続可能な冷蔵庫であって、購入された商品のデータを受信する受信手段と、貯蔵庫内において任意の位置に配置された前記購入された商品の配置位置を特定する特定手段と、前記貯蔵庫内に含まれる商品の残量を測定する測定手段と、前記測定手段により測定された商品の残量を、前記表示装置において表示する表示手段と、前記商品の残量が最小適正量未満となった場合には、当該商品の発注を行う発注手段と、を備える。【選択図】図１１

Description

本発明は冷蔵庫等に関する。

近年、冷蔵庫を便利に使用するための技術が様々提案されている。例えば、冷蔵庫の中身を管理するアプリが存在しており、利用者は購入した商品をアプリに入力することで、賞味期限を管理することが可能となる。

また、冷蔵庫の多機能化も進められている。例えば、冷蔵庫内部に設けられた収納部に複数個のセンサを取り付けて、前記冷蔵庫の収納部に貯蔵された各商品の保管開始日、保管個数、数量などを測定し、商品の残量状態を確認することができ、最小適正量よりも少ない商品を自動発注する冷蔵庫が提案されている（例えば、特許文献１参照）。

特開２００３−０５００７７号公報

しかしながら、アプリによって冷蔵庫を管理する方法は、購入した商品の登録や、登録した商品の残量を記録する手間がかかってしまう問題がある。また、特許文献１に記載された冷蔵庫は、センサが取り付けられている箇所に決められた商品を配置しなければならないという問題点があった。

上述した課題を解決するために、本発明は、冷蔵庫の貯蔵庫内の商品を適切に管理することができる冷蔵庫等を提供することを目的とする。

上述した課題を解決するために、本発明の冷蔵庫は、
表示装置と接続可能な冷蔵庫であって、
購入された商品のデータを受信する受信手段と、
貯蔵庫内において任意の位置に配置された前記購入された商品の配置位置を特定する特定手段と、
前記貯蔵庫内に含まれる商品の残量を測定する測定手段と、
前記測定手段により測定された商品の残量を、前記表示装置において表示する表示手段と、
前記商品の残量が最小適正量未満となった場合には、当該商品の発注を行う発注手段と、
を備えることを特徴とする。

本発明の商品発注方法は、
表示装置と接続可能な冷蔵庫における商品発注方法であって、
購入された商品のデータを受信する受信ステップと、
貯蔵庫内において任意の位置に配置された前記購入された商品の配置位置を特定する特定ステップと、
前記貯蔵庫内に含まれる商品の残量を測定する測定ステップと、
前記商品の残量が最小適正量未満となった場合には、当該商品の発注を行う発注ステップと、
を備えることを特徴とする。

本発明の商品発注システムは、
携帯端末装置と、表示装置と、冷蔵庫とを含む商品発注システムであって、
前記携帯端末装置は、
購入された商品のデータを取得する取得手段と、
前記冷蔵庫と通信可能なときに、前記購入された商品のデータを当該冷蔵庫に送信する送信手段と、
を備え、
前記冷蔵庫は、
前記携帯端末装置から、前記購入された商品のデータを受信する受信手段と、
貯蔵庫内において任意の位置に配置された前記購入された商品の配置位置を特定する特定手段と、
前記貯蔵庫内に含まれる商品の残量を測定する測定手段と、
前記測定手段により測定された商品の残量を、前記表示装置において表示する表示手段と、
前記商品の残量が最小適正量未満となった場合には、当該商品の発注を行う発注手段と、
を備えることを特徴とする。

本発明によれば、冷蔵庫は、購入された商品のデータを取得し、任意に配置された商品について、商品の残量が最小適正量未満となった場合に、その商品を発注する。したがって、利用者は、購入した商品の登録や、登録した商品の残量を記録する手間をかけたり、商品を配置する位置を考慮したりする必要がなく、冷蔵庫に配置した商品を管理することが可能となる。

第１実施形態における商品発注システムの全体構成を説明するための図である。 第１実施形態における冷蔵庫の機能構成を説明するための図である。 第１実施形態における商品データのデータ構成の一例を示した図である。 第１実施形態における最小適正量データのデータ構成の一例を示した図である。 第１実施形態における残量データのデータ構成の一例を示した図である。 第１実施形態における発注データのデータ構成の一例を示した図である。 第１実施形態におけるテレビジョン装置の機能構成を説明するための図である。 第１実施形態におけるスマートフォンの機能構成を説明するための図である。 第１実施形態における発注サーバの機能構成を説明するための図である。 第１実施形態における受注データのデータ構成の一例を示した図である。 第１実施形態におけるシーケンスを説明するための図である。 第１実施形態における冷蔵庫のメイン処理を説明するための動作フローである。 第１実施形態における冷蔵庫のメイン処理を説明するための図である。 第１実施形態におけるテレビジョン装置のメイン処理を説明するための動作フローである。 第１実施形態におけるスマートフォンのメイン処理を説明するための動作フローである。 第１実施形態における受注サーバのメイン処理を説明するための動作フローである。 第１実施形態における動作例を説明するための図である。 第２実施形態における商品発注システムの全体構成を説明するための図である。 第２実施形態における冷蔵庫の機能構成を説明するための図である。 第２実施形態におけるクラウドサーバの機能構成を説明するための図である。 第３実施形態における動作例を説明するための図である。 第４実施形態におけるテレビジョン装置のメイン処理を説明するための動作フローである。 第４実施形態における動作例を説明するための図である。

以下、本発明の実施の形態について、図面を参照して説明する。なお、本実施形態では、一例として、本発明の冷蔵庫を含む商品発注システムについて説明する。

［１．第１実施形態］
［１．１ 全体構成］
まず、本実施形態の商品発注システム１の全体構成について、図１を参照して説明する。図１に示すように、商品発注システム１は、冷蔵庫１０と、表示装置であるテレビジョン装置２０と、携帯端末装置であるスマートフォン３０とがネットワークＮＷ１に接続されている。また、ネットワークＮＷ１は外部ネットワークであるネットワークＮＷ２に接続されており、ネットワークＮＷ２を介して受注サーバ４０が接続されている。

ここで、ネットワークＮＷ１は、ＬＡＮ（Local Area Network）であり、例えばイーサネット（登録商標）等により構成されている。家庭内に設けられたネットワークＮＷ１を介して各装置を接続可能に構成されている。また、ネットワークＮＷ２は、外部ネットワークであり、インターネットや携帯電話網により構成されている。

図１においては、スマートフォン３０は、アクセスポイントＡＰを介してネットワークＮＷ１接続されているが、基地局を介してネットワークＮＷ２に接続され、ネットワークＮＷ２を経由してネットワークＮＷ１に接続してもよい。

受注サーバ４０は、商品の発送を行う店舗が管理するサーバであり、利用者から商品の発注を受け付けるサーバである。受注サーバ４０は、図１に示すように、発注する商品を全て受け付ける受注サーバを１台用意してもよいし、店舗・サービス・発注する商品毎に受注サーバを用意してもよい。

［１．２ 機能構成］
つづいて、冷蔵庫１０と、テレビジョン装置２０と、スマートフォン３０と、受注サーバ４０とについて、機能構成を説明する。

［１．２．１ 冷蔵庫］
冷蔵庫１０の機能構成について、図２を参照して説明する。冷蔵庫１０は、制御部１００と、冷蔵制御部１１０と、画像入力部１２０と、商品特定部１２５と、重量センサ１３０と、記憶部１４０と、通信部１７０とを備えて構成されている。

制御部１００は、冷蔵庫１０の全体を制御するための機能部である。制御部１００は、各種プログラムを読み出して実行することにより各種機能を実現しており、例えばＣＰＵ（Central Processing Unit）等により構成されている。

冷蔵制御部１１０は、冷蔵庫１０に配置された商品を冷蔵したり、利用者の操作に応じた機能を提供したりするための機能部である。例えば、冷蔵庫１０の扉の開閉を検知する扉開閉検出部１１２と、冷蔵庫１０の扉が開いているときに点灯する庫内照明灯１１４と、冷蔵庫１０の内部の温度を検知する温度センサ１１６と、冷却した空気を生成するための冷却装置１１８とを含んでいる。

画像入力部１２０は、冷蔵庫１０の貯蔵庫内の上部、手前扉、奥の壁、横の壁等、３６０度撮影し、画像データとして出力する機能部である。例えば、冷蔵庫１０内に３６０度撮影可能なカメラを設置してもよいし、所定の範囲を撮影することが可能なカメラを複数設置してもよい。

商品特定部１２５は、冷蔵庫１０に配置された商品と、その商品が配置された位置とを特定するための機能部である。例えば、商品に付された電子タグを読み取って、商品と配置された位置とを特定する。また、画像入力部１２０から出力された冷蔵庫１０の貯蔵庫内の画像データを解析して、商品を認識し、認識した商品の画像が含まれる領域と貯蔵庫内の位置とを対応付けて、その商品が配置された位置を特定してもよい。画像データから商品を認識する方法としては、商品の形状や商品に印刷された文字等に基づいたパターンマッチング等、公知の手法を用いればよい。

重量センサ１３０は、冷蔵庫１０の貯蔵庫内に配置された商品の重量を測定するための機能部である。重量センサ１３０は、必要に応じて、冷蔵庫１０に複数設置してもよい。

重量センサ１３０は、例えば、卵や飲料、調味料等のように、所定の場所に配置される商品については、配置箇所の底に取り付けることで、所定の場所に配置された商品の残量を、重量及び個数によって測定することができる。

また、貯蔵庫内の棚板に、複数の重量センサ１３０を格子状に配置してもよい。このようにすることで、一定の範囲を占める区画毎に、商品の重量を測定することができる。したがって、商品特定部１２５によって特定された商品の重量を重量センサ１３０によって測定することで、利用者によって任意の位置に配置される商品であっても重量を測定することが可能となる。

記憶部１４０は、冷蔵庫１０の動作に必要な各種プログラムや、各種データを記憶する機能部である。記憶部１４０は、例えば、半導体メモリであるＳＳＤ（Solid State Drive）や、磁気ディスク装置であるＨＤＤ（Hard Disk Drive）等により構成されている。

記憶部１４０には、商品データ１４２と、庫内画像データ１４４と、最小適正量データ１４６と、残量データ１４８と、発注データ１５０と、利用者情報１５２とが記憶される。

商品データ１４２は、利用者が購入した商品に関するデータである。商品データ１４２の一例を、図３を参照して説明する。図３に示すように、商品データ１４２には、購入した商品を示す商品（例えば、「飲料水」）と、その商品１個あたりの数量を示す単位数量（例えば、「５００ｇ」）と、購入した数量を示す購入数量（例えば、「５本」）とが含まれる。

なお、本実施形態においては、商品データ１４２の商品は、商品の具体的な名称を記憶させているが、ＪＡＮコードや、商品を一意に識別可能なコードを記憶させてもよい。後述する最小適正量データ１４６、残量データ１４８、発注データ１５０も同様である。

また、本実施形態では、商品データ１４２は、スマートフォン３０から送信される商品データ３４２を記憶することとして説明する。詳細については後述する。

商品データ１４２に記憶される情報は、上述した情報以外の情報が記憶されてもよく、賞味期限、購入日、購入店舗といった情報が記憶されてもよい。

庫内画像データ１４４は、画像入力部１２０によって出力された画像データを記憶したものである。庫内画像データ１４４は、一定期間毎（例えば、１分毎）に記憶してもよいし、冷蔵庫１０の扉が閉じられたときに記憶してもよい。

最小適正量データ１４６は、適正量の下限である最小適正量を商品毎に示したデータである。ここで、適正量とは、商品毎に決められた、冷蔵庫１０に通常配置されるべき量である。適正量や最小適正量は、商品の使用頻度や１回の使用量等に基づいて、冷蔵庫１０の利用者によって決められる。例えば、飲料水が冷蔵庫に３〜５本配置されている状態が適正であると決められた場合は、商品「飲料水」の適正量は「３〜５本」であり、最小適正量は「３本」である。本実施形態では、適正量のうち、最小適正量を最小適正量データ１４６として記憶する。

最小適正量データの一例を、図４を参照して説明する。図４に示すように、最小適正量データには、商品（例えば、「飲料水」）と、最小適正量（例えば、「３本」）と、その商品を自動的に発注するか否かを示す自動発注（例えば、「する」）と、その商品を自動的に発注する場合における商品の発注量を示す発注量（例えば、「５本」）と、その商品を自動的に発注する場合における、発注に関する情報の送信先を示す発注先（例えば、「発注先１」）とが含まれている。

ここで、最小適正量データ１４６に記憶する商品を、商品データ１４２に記憶された商品と同一にすることで、商品データ１４２と最小適正量データ１４６とを結びつける。このようにすることで、商品データ１４２に記憶された商品のうち、最小適正量を満たすか満たさないかを判定する商品、すなわち、在庫を管理する商品を特定する。

また、最小適正量は、個数や重量といった具体的な値ではなく、購入した量に対する割合（例えば、「５０％」）で表現してもよい。

発注量は、最小適正量に満たない商品について、少なくとも最小適正量以上にするために必要な量が設定される。

ここで、発注量としては、商品の個数で記憶される場合もあるし、商品の単位数量で記憶される場合もある。例えば、飲料水のように、複数本購入するのが前提の商品は、発注する個数が記憶される。また、バターのように単位数量当たり（例えば、１個単位）で注文する場合は、単位数量（１個）が記憶される。これらについては、予め商品の種類毎に記憶されてもよいし、商品データに必要な情報が含まれてもよい。また、利用者が設定し、記憶させてもよい。

残量データ１４８は、最小適正量が設定された商品毎に、その商品の残量を示したデータである。残量データの一例を、図５を参照して説明する。図５に示すように、残量データには、最小適正量が設定された商品を識別するための商品（例えば、「飲料水」）と、測定残量（例えば、「５本」）と、残量状態（例えば、「十分」）とが含まれる。

測定残量は、その商品について、冷蔵庫１０に配置された量を示したものであり、商品特定部１２５及び重量センサ１３０から出力される結果に基づいて決定される。

残量状態は、測定残量と、最小適正量データ１４６の最小適正量とを最小適正量が設定された商品毎に比較することで決定される。本実施形態では、残量状態としては以下の状態を取るものとして説明する。
十分：測定残量が最小適正量以上である場合
不足：自動発注をする商品であって測定残量が最小適正量未満である場合
不足・要確認：自動発注をしない商品であって測定残量が最小適正量未満である場合

発注データ１５０は、最小適正量が設定された商品について、発注がどのような状態にあるかを示すデータである。発注データの一例を、図６を参照して説明する。図６に示すように、発注データ１５０には、発注対象となる商品を識別するための商品（例えば、「飲料水」）と、その商品の発注に関する状態を示す発注状態（例えば、「在庫あり」）とが含まれている。

本実施形態では、発注状態としては、以下の状態を取るものとして説明する。
在庫あり：商品の測定残量が最小適正量以上である場合
未発注：商品の測定残量が最小適正量未満であって、発注を行っていない場合
発注済み：発注を行った場合

利用者情報１５２は、冷蔵庫１０の利用者に関する情報である。例えば、利用者の名前、住所、電話番号等といった情報が記憶されている。利用者情報１５２は、冷蔵庫１０において利用者が設定して記憶されていてもよいし、スマートフォン３０に記憶されている利用者情報を、通信部１７０から受信して記憶されてもよい。利用者情報１５２は、商品の発注を行うときに、発注者の情報として、発注先に通知する場合に用いる。

通信部１７０は、冷蔵庫１０が他の装置と通信を行うための機能部である。例えば、ネットワークを介して他の装置に接続するために、ＩＥＥＥ８０２．１１ａ／ｂ／ｇ／ｎといった無線ＬＡＮの規格を利用する。また、他の装置と近距離無線通信を実現するために、Ｂｌｕｅｔｏｏｔｈ（登録商標）や、ＺｉｇＢｅｅ（登録商標）、ＮＦＣ（Near field radio communication）等の規格を利用してもよい。

［１．２．２ テレビジョン装置］
つづいて、テレビジョン装置２０の機能構成について、図７を参照して説明する。テレビジョン装置２０は、制御部２００と、映像信号受信部２１０と、表示部２２０と、音声出力部２３０と、記憶部２４０と、操作部２５０と、通信部２７０とを備えて構成されている。

制御部２００は、テレビジョン装置２０の全体を制御するための機能部である。制御部２００は、各種プログラムを読み出して実行することにより各種機能を実現しており、例えばＣＰＵ等により構成されている。

映像信号受信部２１０は、放送信号を受信し、映像出力信号と音声出力信号とに変換する機能部である。映像出力信号は、表示部２２０に出力される。また、音声出力信号は、音声出力部２３０に出力される。

表示部２２０は、映像出力信号に基づく映像や、各種情報を表示する機能部である。例えば、液晶ディスプレイ（ＬＣＤ：liquid crystal display）や、有機ＥＬ（Electro Luminescence）ディスプレイ等により構成される。

音声出力部２３０は、音声出力信号に基づき、音声を出力する機能部である。例えば、スピーカや、ヘッドフォン等の装置で構成される。

記憶部２４０は、テレビジョン装置２０の動作に必要な各種プログラムや、各種データを記憶する機能部である。記憶部２４０は、例えば、半導体メモリであるＳＳＤや、ＨＤＤ（Hard Disk Drive）等により構成されている。

記憶部２４０には、冷蔵庫１０から受信した残量データ１４８が、残量データ２４２として記憶される。

操作部２５０は、利用者からの操作を入力し、制御部２００へ出力する機能部である。例えば、テレビジョン装置２０に設けられた操作ボタンや、無線で接続可能なリモコン装置である。

通信部２７０は、テレビジョン装置２０がネットワークに接続し、他の装置と通信を行うための機能部である。例えば、ＩＥＥＥ８０２．１１ａ／ｂ／ｇ／ｎといった無線ＬＡＮの規格を利用する。

［１．２．３ スマートフォン］
スマートフォン３０の機能構成について、図８を参照して説明する。スマートフォン３０は、制御部３００と、表示部３１０と、操作部３２０と、記憶部３４０と、通信部３７０とを備えて構成されている。

制御部３００は、スマートフォン３０の全体を制御するための機能部である。制御部３００は、各種プログラムを読み出して実行することにより各種機能を実現しており、例えばＣＰＵ等により構成されている。

表示部３１０は、利用者に対して各種情報を表示する機能部であり、液晶ディスプレイや、有機ＥＬディスプレイ等により構成されている。

操作部３２０は、利用者からの操作を受け付けるための機能部である。例えば、表示部３１０と一体に構成されるタッチパネル等により構成されている。操作の検出方式としては、静電容量方式であったり、抵抗膜方式等の感圧式や、赤外線方式、電磁誘導方式であったりと何れの方法であってもよい。

記憶部３４０は、スマートフォン３０の動作に必要な各種プログラムや、各種データを記憶する機能部である。記憶部３４０は、例えば、半導体メモリであるＳＳＤにより構成されており、利用者が購入した商品に関する情報を記憶した商品データ３４２と、冷蔵庫１０から受信した残量データ１４８を記憶した残量データ３４４とが記憶される。

商品データ３４２は、利用者が購入された商品に関する情報である。例えば、購入時に、店舗に設けられたレジから受信した情報や、レシートに印刷された情報（例えば、レシートを文字認識したり、レシートに印刷された２次元バーコードを読み込んだりして得られた情報）が、商品データ３４２として記憶される。また、レジは、商品に付された電子タグやバーコードを読み取り、商品に関する情報を取得する。

ここで、商品データ３４２は、例えば、購入した商品の数量である購入数量や、当該商品の１個当たりの単位数量が記憶される。また、商品データ３４２には、他の情報として、価格、消費期限（賞味期限）、商品属性が含まれていてもよい。

通信部３７０は、スマートフォン３０がネットワークに接続し、他の装置と通信を行うための機能部である。例えば、ＩＥＥＥ８０２．１１ａ／ｂ／ｇ／ｎといった無線ＬＡＮの規格や、ＢｌｕｅｔｏｏｔｈやＺｉｇＢｅｅといった近距離無線通信の規格を利用する。

［１．２．４ 受注サーバ］
受注サーバ４０の機能構成について、図９を参照して説明する。受注サーバ４０は、制御部４００と、記憶部４４０と、通信部４７０とを備えて構成されている。

制御部４００は、受注サーバ４０の全体を制御するための機能部である。制御部４００は、各種プログラムを読み出して実行することにより各種機能を実現しており、例えばＣＰＵ等により構成されている。

記憶部４４０は、受注サーバ４０の動作に必要な各種プログラムや、各種データを記憶する機能部である。また、記憶部４４０には、冷蔵庫１０から受信した発注要求を受注データ４４２として記憶する。

ここで、発注要求とは、冷蔵庫１０又は利用者によって発注された商品と、その商品の発注量と、配送先となる住所が含まれる要求である。この発注要求を記憶した受注データ４４２の一例を、図１０を参照して説明する。図１０に示すように、受注データ４４２には、受注した商品を識別するための商品（例えば、「飲料水」）と、受注した量を示す受注量（例えば、「５本」）と、発注者に関する情報を示す発注者情報とが記憶される。発注者情報には、発注者の名前（例えば、「田中」）と、住所（例えば、「住所１」）とが含まれる。

［１．３ 処理の流れ］
［１．３．１ 処理の概要］
つづいて、図１１を参照して商品発注システム１の全体の流れを説明する。はじめにスマートフォン３０は冷蔵庫１０に対して、商品データを送信する（Ｓ１００２）。

つづいて、冷蔵庫１０は、貯蔵庫内に配置された商品の配置を特定し、特定された配置から商品の残量を測定する。このとき測定した残量と、残量状態とを残量データ１４８として記憶する（Ｓ１００４）。

つづいて、冷蔵庫１０は、残量状態が「不足」となっている商品について、受注サーバ４０に対して発注要求を送信する（Ｓ１００６）。

また、冷蔵庫１０は、残量データ要求をテレビジョン装置２０から受信した場合は（Ｓ１００８）、残量データ１４８をテレビジョン装置２０に送信する（Ｓ１０１０）。残量データ要求とは、テレビジョン装置２０が冷蔵庫１０に記憶されている残量データ１４８を取得するための要求である。テレビジョン装置２０は、冷蔵庫１０から残量データ１４８を受信したら、受信した残量データに基づき、冷蔵庫１０の貯蔵庫内の庫内状況を表示部２２０に表示する（Ｓ１０１２）。なお、冷蔵庫１０は、残量データ１４８とともに、庫内画像データ１４４を送信してもよい。

このとき、テレビジョン装置２０は、残量状態が「不足・要確認」となっている商品について、その商品の注文（発注）を行う確認を、表示部２２０に表示する。利用者によって商品を注文することが選択された場合は、テレビジョン装置２０は冷蔵庫１０に対して発注確認を送信する（Ｓ１０１４）。なお、発注確認は、利用者によって注文された商品を特定するための情報である。

また、冷蔵庫１０は、利用者が外出中であると判定した場合は、残量データ１４８をスマートフォン３０へ送信する（Ｓ１０１６）。なお、冷蔵庫１０は、残量データ１４８とともに、庫内画像データ１４４を送信してもよい。利用者が外出中である場合としては、スマートフォン３０の位置が屋外である場合が考えられる。スマートフォン３０の位置が屋外であるか否かは、例えば、スマートフォン３０から受信したＧＰＳ情報が冷蔵庫１０の設置場所から離れていることを検出することによって判定することができる。また、通信部１７０とスマートフォン３０とが近距離無線通信によって接続できなかったり、スマートフォン３０がネットワークＮＷ１に直接接続されていないことを検出したりすることでも判定することができる。

残量データ１４８を受信したスマートフォン３０は、残量状態が「不足・要確認」となっている商品について、その商品の注文（発注）を行う確認を表示部３１０に表示する（Ｓ１０１８）。利用者によって商品を注文することが選択された場合は、スマートフォン３０は冷蔵庫１０に対して発注確認を送信する（Ｓ１０２０）。

冷蔵庫１０は、テレビジョン装置２０及びスマートフォン３０から送信された発注確認を受信し、発注確認に基づき、受注サーバ４０へ発注要求を送信する（Ｓ１０２２）。

上述した処理により、冷蔵庫１０の貯蔵庫内に配置された商品であって、測定残量が最小適正量未満となっている商品を、冷蔵庫１０の処理によって又は利用者の操作によって、発注することが可能となる。

［１．３．２ 冷蔵庫の処理の流れ］
つづいて、図１２と図１３とを参照して冷蔵庫１０の処理について説明する。はじめに、制御部１００は、通信部１７０を介してスマートフォン３０から商品データ３４２を受信し、記憶部１４０に商品データ１４２として記憶する（ステップＳ１０２）。

冷蔵庫１０がスマートフォン３０から商品データを受信した後、利用者によって、冷蔵庫１０の所定の位置又は任意の位置に商品が配置される。そして、最小適正量データ１４６を記憶する（ステップＳ１０４）。

ここで、最小適正量データ１４６は、利用者によって予め定められた最小適正量をスマートフォン３０から受信して記憶してもよいし、冷蔵庫１０に配置された商品の重量や数量に基づいて、制御部１００が最小適正量を決定し、記憶してもよい。

つづいて、冷蔵庫１０に配置された商品を認識し、商品が配置された位置を特定する（ステップＳ１０６）。ここで、商品特定部１２５は、商品データ１４２に基づいて商品を特定する。例えば、商品に付された電子タグに記憶された商品名を読み出し、商品データ１４２に記憶された商品と対応付けてもよい。また、商品データ１４２に記憶された商品として考えられる形状や、商品の名称を手がかりに、画像の解析をしてもよい。

つづいて制御部１００は、商品特定部１２５により特定された商品の残量を測定し（ステップＳ１０８）、測定された商品の残量が、最小適正量未満となっているか否かを判定する（ステップＳ１１０）。

ここで、制御部１００は、残量データ１４８と、発注データ１５０とを記憶し直す。残量データ１４８については、商品について、ステップＳ１０８で測定した商品の残量を測定残量として、ステップＳ１１０で判定した結果を残量状態として残量データ１４８に記憶する。

残量状態は、測定残量が最小適正量以上であれば「十分」とする。測定残量が最小適正量未満である場合は、さらに制御部１００は最小適正量データ１４６を読み出し、その商品が自動発注をする商品であれば「不足」とし、自動発注をしない商品であれば「不足・要確認」とする。

また、発注データ１５０について、その商品の発注状態を、以下に示す状態として記憶する。
（１）発注状態が「在庫あり」だった商品の測定残量が最小適正量未満になった場合は、「未発注」とする
（２）発注状態が「未発注」又は「発注済み」だった商品の測定残量が最小適正量以上になった場合は、「在庫あり」とする

ステップＳ１１０において、その商品の測定残量が最小適正量以上あると判定した場合は、ステップＳ１０８へ戻る（ステップＳ１１０；Ｎｏ→ステップＳ１０８）。測定残量が最小適正量未満である場合は、ステップＳ１１２へ進む（ステップＳ１１０；Ｙｅｓ→ステップＳ１１２）。

つづいて、制御部１００は、発注データ１５０を読み出し、その商品の発注状態が「発注済み」であるか否かを判定する（ステップＳ１１２）。この判定が肯定結果であれば、発注した商品が家に届くことを待っている状態であり、商品を発注する必要がないため、ステップＳ１０８へ戻る（ステップＳ１１２；Ｙｅｓ→ステップＳ１０８）。

つづいて、制御部１００は、残量データ１４８を読み出し、その商品の残量状態が「不足・要確認」であるかを判定する（ステップＳ１１４）。ステップＳ１１４において否定結果が得られた場合は、その商品は自動発注を行う商品であるため、発注要求を受注サーバ４０へ送信する（ステップＳ１１４；Ｎｏ→ステップＳ１２８）。

ステップＳ１１４において、肯定結果が得られた場合は、利用者に商品の発注の問い合わせる必要がある商品である。この場合は、つづいて制御部１００は、利用者は外出中であるか否かを判定する（ステップＳ１１４；Ｙｅｓ→ステップＳ１１６）。外出中であるか否かの判定方法は、前述したように、スマートフォン３０の位置が屋外であるか否かによって判定すればよい。

利用者が外出中である場合は、制御部１００は、テレビジョン装置２０から残量データ要求を受信したか否かを判定する（ステップＳ１１６；Ｙｅｓ→ステップＳ１１８）。この判定において肯定結果が得られた場合に、制御部１００はテレビジョン装置２０へ、残量データ１４８を送信する（ステップＳ１１８；Ｙｅｓ→ステップＳ１２０）。このようにすることで、テレビジョン装置２０が残量データ１４８を受信・表示可能な状態のときに、残量データ１４８をテレビジョン装置２０に送信することが可能となる。

また、制御部１００は、テレビジョン装置２０から送信された発注確認を受信した場合には、受信した発注確認に基づき、発注要求を受注サーバ４０へ送信する（ステップＳ１２２；Ｙｅｓ→ステップＳ１２８）。

一方で、ステップＳ１１６の判定結果として否定結果が得られた場合は、スマートフォン３０に残量データ１４８を送信する（ステップＳ１１６；Ｎｏ→ステップＳ１２４）。

また、制御部１００は、スマートフォン３０から送信された発注確認を受信した場合には、受信した発注確認に基づき、発注要求を受注サーバ４０へ送信する（ステップＳ１２６；Ｙｅｓ→ステップＳ１２８）。

つづいて、制御部１００は、発注要求を行った商品について、発注データ１５０の発注状態を「発注済み」にする（ステップＳ１３０）。

［１．３．３ テレビジョン装置の処理の流れ］
つづいて、図１４を参照して、テレビジョン装置２０の処理について説明する。はじめに、利用者から貯蔵庫内の状況を確認する要求があった場合、制御部２００は、通信部２７０を介して、冷蔵庫１０に残量データ要求を送信する（ステップＳ１３２）。

つづいて、制御部２００は、残量データ要求の応答として冷蔵庫１０から残量データ１４８とを受信したら、記憶部２４０に残量データ２４２として記憶する（ステップＳ１３４）。なお、残量データ１４８とともに庫内画像データ１４４を受信する場合は、記憶部２４０に庫内画像データを格納する領域を設け、受信した画像を、その庫内画像データを格納する領域に記憶する。また、制御部２００は、残量データ２４２に基づき、冷蔵庫１０の庫内の状況を把握することが可能な画面を、表示部２２０に表示する（ステップＳ１３６）。

つづいて、制御部２００は、制御部２００が残量データ２４２から残量状態が「不足・要確認」である商品を表示部２２０に表示する（ステップＳ１３８）。利用者から商品の注文を行う操作がされた場合には、制御部２００は、冷蔵庫１０へ、その商品についての発注確認を送信する（ステップＳ１４０；Ｙｅｓ→ステップＳ１４２）。

［１．３．４ スマートフォンの処理の流れ］
つづいて、図１５を参照してスマートフォン３０の処理について説明する。はじめに、制御部３００は、商品データを受信したか否かを判定する（ステップＳ１５２）。商品データは、例えば、電子タグやバーコードを読み取ることで商品の名称や数量といった商品データを取得可能なレジから、利用者が商品の購入時に、その購入した商品のデータを受信することにより実現する。また、制御部３００は、受信した商品データを記憶部３４０に商品データ３４２として記憶する（ステップＳ１５４）。

なお、商品データとしては、スマートフォン３０が、例えばレシートから読み取ってもよいし、商品から読み取ってもよい。

つづいて、制御部３００は、冷蔵庫１０と接続した場合、商品データ３４２を、通信部３７０を介して冷蔵庫１０へ送信する（ステップＳ１５６；Ｙｅｓ→ステップＳ１５８）。

つづいて、制御部３００は、冷蔵庫１０から通信部３７０を介して残量データ１４８を受信した場合は、制御部３００は、受信した残量データ１４８を、記憶部３４０に残量データ３４４として記憶する（ステップＳ１６０）。なお、残量データ１４８とともに庫内画像データ１４４を受信する場合は、記憶部３４０に庫内画像データを格納する領域を設け、受信した画像を、その庫内画像データを格納する領域に記憶する。

つづいて、残量データ３４４から残量状態が「不足・要確認」である商品を表示部３１０に表示する（ステップＳ１６２）。利用者から商品の注文を行う操作がされた場合には、制御部３００は、冷蔵庫１０へ、その商品についての発注確認を送信する（ステップＳ１６４；Ｙｅｓ→ステップＳ１６６）。

［１．３．５ 受注サーバの処理］
つづいて、図１６を参照して受注サーバ４０の処理について説明する。はじめに、制御部４００は、冷蔵庫１０から発注要求を受信したかを判定する（ステップＳ１８２）。また、冷蔵庫１０から発注要求を受信したと判定した場合は、制御部４００は、記憶部４４０に受注データ４４２として記憶する（ステップＳ１８４）。

なお、受注サーバ４０を管理する店舗の従業員は、受注データ４４２に記憶された受注データに基づき、発注者情報に記憶された発注者に対し、商品を受注量だけ配送する。

［１．４ 動作例］
つづいて、図１７を参照して、テレビジョン装置２０の表示部２２０に表示される庫内状況の表示例を説明する。表示画面Ｗ１００には、残量データ２４２に基づいて、冷蔵庫１０に配置された商品とその残量とをイラストで表示する領域Ｅ１００と、不足している商品の注文を受け付けるボタンＥ１０２ａ、Ｅ１０２ｂを含む領域Ｅ１０２とが含まれる。また、商品毎に測定残量を表やグラフで表示する領域Ｅ１０４が含まれていてもよい。

この画面において、利用者によってバターを注文するためのボタンＥ１０２ａが選択された場合は、テレビジョン装置２０は冷蔵庫１０に、バターを発注するための発注確認を送信する。

なお、商品の注文は、テレビジョン装置２０から冷蔵庫１０へ発注確認を送信して行わなくてもよく、商品、発注数量、発注先といった情報を利用者に入力させて、テレビジョン装置２０及びスマートフォン３０から、受注サーバ４０へ、発注要求を送信させてもよい。

また、テレビジョン装置２０は、記憶部２４０に、冷蔵庫１０から受信した庫内画像データを記憶している場合は、領域Ｅ１００に庫内画像データを表示してもよい。また、イラストと庫内画像データとを切り替えて表示してもよいし、庫内画像データとイラストとを並べて表示してもよい。また、スマートフォン３０も、残量データ３４４や庫内画像データに基づく表示を行うことで、冷蔵庫１０の庫内状況を表示する。

上述したように構成することにより、冷蔵庫１０の貯蔵庫内の状態や商品の残量を、テレビジョン装置２０やスマートフォン３０に表示することで、利用者は冷蔵庫１０の状態を目視によって確認できる。冷蔵庫１０の貯蔵庫内の状態を冷蔵庫１０の扉を開けることなく商品を管理できるので節電に繋がる。

残量の測定は、庫内画像データや電子タグによって商品の位置を特定し、重量センサ１３０が検知した重量によって商品の残量を求めるため、所定の位置に配置しない商品の管理が可能である。また、最小適正量と商品の測定残量とを比較することで、不足してきた商品を自動で発注し、冷蔵庫１０からその商品がなくなってしまうことを防ぐことができる。

自動発注を行わない商品であっても、利用者はテレビジョン装置２０及びスマートフォン３０において、商品の残量不足を確認することができ、商品を発注することも可能である。また、残量が不足している商品をテレビジョン装置２０やスマートフォン３０に表示することにより、買い物リストとして用いることが可能である。

さらに、商品データをスマートフォン３０から冷蔵庫１０へ送信することにより、利用者は商品の情報を冷蔵庫１０に入力する手間を省くことができる。また、冷蔵庫１０が記憶する商品データ１４２は、利用者が購入した商品のリストであるため、他のアプリ（例えば、家計簿アプリ）とリンクさせるといった使い方も可能である。

また、冷蔵庫１０は、電子タグに含まれる賞味期限や、保管開始日といった日時に関する情報を管理してもよい。商品が設置されてからの期間を管理することにより、庫内状況を表示する際に、設置されてからの期間が長い商品があることを利用者に通知することが可能となる。また、商品の鮮度を維持したり、期限切れで捨てなければならない商品を減らしたりすることが可能となる。

［２．第２実施形態］
第２実施形態は、インターネットに接続されたクラウドサーバによって、冷蔵庫１０の残量データの管理や商品の発注を行う実施形態である。第２実施形態は、第１実施形態の図１を図１８に、図２を図１９に置き換えた実施形態である。第１実施形態と同一の機能部については、同一の符号を付し説明を省略する。

［２．１ 構成］
本実施形態の商品発注システム２の全体構成について、図１８を参照して説明する。図１８に示すように、商品発注システム２は、新たにネットワークＮＷ２にクラウドサーバ５０が接続される。

ここで、冷蔵庫１２は、図１９に示すように、第１実施携帯の冷蔵庫１０と比較すると、記憶部１４０に発注データ１５０と、利用者情報１５２とが含まれていない点が異なる。

クラウドサーバ５０は、ネットワークを介してサービスを提供するサーバである。本実施形態では、冷蔵庫１２の庫内の情報に基づき、不足している商品を自動発注するサービスを提供する。クラウドサーバ５０の機能構成について、図２０を参照して説明する。クラウドサーバ５０は、制御部５００と、記憶部５４０と、通信部５７０とを備えて構成されている。

制御部５００は、クラウドサーバ５０の全体を制御するための機能部である。制御部５００は、各種プログラムを読み出して実行することにより各種機能を実現しており、例えばＣＰＵ等により構成されている。

記憶部５４０は、クラウドサーバ５０の動作に必要な各種プログラムや、各種データが記憶されている機能部であり、例えば、半導体メモリであるＳＳＤや、ＨＤＤ等により構成されている。

また、記憶部５４０には、最小適正量データ５４２と、残量データ５４４と、発注データ５４６と、利用者情報５４８とが記憶される。最小適正量データ５４２は第１実施形態における最小適正量データ１４６と、残量データ５４４は第１実施形態における残量データ１４８と、発注データ５４６は第１実施形態における発注データ１５０と、利用者情報５４８は第１実施形態における利用者情報１５２と同様のデータである。

通信部５７０は、クラウドサーバ５０がネットワークに接続し、他の装置と通信を行うための機能部である。有線／無線ＬＡＮで利用されるＮＩＣ（Network Interface Card）や、３Ｇ／ＬＴＥ回線に接続可能な通信モジュールにより実現されている。

［２．２ 処理の流れ］
本実施形態において、冷蔵庫１２は、第１実施形態と同様に、図１２及び図１３に示す処理を行う。ここで、ステップＳ１１２において、冷蔵庫１２が残量データ１４８を記憶したあと、残量データ１４８をクラウドサーバ５０へ送信する。また、自動発注はクラウドサーバ５０によって行われるため、冷蔵庫１２は、図１３のステップＳ１２８の処理について、自動発注を行う商品についての発注の処理は行わない。

クラウドサーバ５０は、受信した残量データ１４８を残量データ５４４として記憶し、測定残量が最小適正量に満たない商品であって、自動発注を行う商品を発注する。このとき、発注量、発注先、配送先となる発注者情報については、最小適正量データ５４２や利用者情報５４８に記憶されている情報に基づいて決定する。

また、テレビジョン装置２０及びスマートフォン３０は、発注確認をクラウドサーバ５０に送信してもよい。クラウドサーバ５０は、発注確認を受信した場合は、発注要求に含まれる情報に基づいて、受注サーバ４０へ発注確認を送信する。

本実施形態によれば、クラウドサーバ５０が冷蔵庫１２の残量データを管理し、自動発注を行う。したがって、冷蔵庫１２によって実現する機能を抑えられ、製造に関するコストを抑えることが可能となる。

［３．第３実施形態］
第３実施形態は、第１実施形態と異なり、商品の分類を利用する実施形態である。商品の分類としては、例えば、卵・乳製品・飲料、調味料、加工品、肉類、魚介類、野菜類等が考えられる。

商品の分類は、例えば、電子タグに記録されている商品の情報から決定してもよいし、冷蔵庫１０の記憶部１４０に商品と分類の対応表を記憶し、商品を分類するときに、商品の分類を前記対応表から決定してもよい。

図２１に、本実施形態におけるテレビジョン装置２０の表示部２２０に表示される庫内状況の表示例を説明する。図２１（ａ）は、庫内状況の表示を表示するときにおいて、最初に表示される画面Ｗ３００の表示例である。表示画面Ｗ３００には、冷蔵庫１０に配置された商品について、商品の分類毎に、商品のイラストと、分類名と、その分類に含まれる商品数（アイテム数）とを表示する領域Ｅ３０６を含む領域Ｅ３００と、不足している商品の注文を受け付けるボタンＥ３０２ａ、Ｅ３０２ｂを含む領域Ｅ３０２とが含まれる。また、アイテム数の割合といった情報をグラフで表示する領域Ｅ３０４が含まれていてもよい。

また、領域Ｅ３０６は利用者によって選択することができる。領域Ｅ３０６が選択された場合は、テレビジョン装置２０は表示部２２０に、選択された分類に含まれる商品と、測定残量を、商品ごとに表示した表示画面Ｗ３１０を表示する。

表示画面Ｗ３１０は、第１実施形態の表示画面Ｗ１００とほぼ同様に、残量データ２４２に基づいて、冷蔵庫１０に配置された商品とその残量とをイラストで表示する領域Ｅ３１０と、不足している商品の注文を受け付けるボタンＥ３１２ａを含む領域Ｅ３１２とが含まれる。また、表示画面Ｗ３１０には、商品毎に測定残量を表やグラフで表示する領域Ｅ３１４が含まれていてもよい。

表示画面Ｗ３１０と、第１実施形態の表示画面Ｗ１００とで異なる点は、表示画面Ｗ３１０に表示している分類名を表示する領域Ｅ３１６と、表示画面Ｗ３００を表示させるためのボタンＥ３１８が含まれている。また、領域Ｅ３１２には、表示画面Ｗ３１０において表示している分類に含まれる商品のうち、不足している商品を注文するボタンだけ表示する。

本実施形態によれば、残量データ１４８を商品の分類毎に表示することが可能である。冷蔵庫１０に配置された商品が多い場合や、商品の分類毎に商品数を把握したい場合には、利便性を向上させることが可能である。

また、特定の分類の商品が少ない場合（例えば、野菜類が少ない場合）に、前記分類に含まれる商品を購入することを薦めるといったことも可能である。

［４．第４実施形態］
第４実施形態は、第１実施形態と異なり、冷蔵庫１０の残量データ１４８に基づき、テレビジョン装置２０にレシピデータを表示する実施形態である。

本実施形態では、テレビジョン装置２０のメイン処理について、制御部２００が冷蔵庫１０の庫内状況を表示したあと（ステップＳ１３６）、制御部２００は、残量データ２４２に基づき調理可能なレシピを取得する（ステップＳ４３２）。また、取得したレシピをテレビジョン装置２０の表示部２２０に表示する（ステップＳ４３４）。

ここで、レシピ情報は冷蔵庫１０やテレビジョン装置２０に記憶されていてもよいし、レシピ情報を提供するクラウドサーバから取得してもよいし、インターネットに存在するレシピ情報を検索して取得してもよい。

また、スマートフォン３０のメイン処理においても、テレビジョン装置２０と同様の手順でレシピを表示してよい。具体的には、制御部３００が冷蔵庫１０から残量データを受信したら、残量データに基づき調理可能なレシピを取得して、スマートフォン３０の表示部３１０に表示する。

図２３に本実施形態におけるテレビジョン装置２０の表示部２２０に表示されるレシピの表示例を説明する。図２３（ａ）は、庫内状況の表示を表示するときに、最初に表示部２２０に表示される画面Ｗ４００の表示例である。表示画面Ｗ４００には、残量データ２４２に基づいて、冷蔵庫１０に配置された商品とその残量とをイラストで表示する領域Ｅ４００と、不足している商品の注文を受け付けるボタンを含む領域Ｅ４０２と、レシピの表示を指示するためのボタンＥ４０４ａ、Ｅ４０４ｂとを含む領域Ｅ４０４が含まれる。

図２３（ｂ）は、利用者によってレシピの表示を指示するためのボタンＥ４０４ａ、Ｅ４０４ｂが選択されたときに表示部２２０に表示される画面Ｗ４１０の表示例である。表示画面Ｗ４１０には、選択されたレシピについて、調理手順や材料を表示する。

なおレシピは、最小適正量に比べて測定残量が過剰だったり、賞味期限が迫ったりしている商品がある場合は、その商品を優先的に消費するレシピを表示してもよい。また、主菜と副菜、主菜とデザートといったように、残量データ２４２に基づき２以上の料理が調理可能である場合は、組み合わせが可能な複数のレシピを表示してもよい。

［５．変形例］
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も特許請求の範囲に含まれる。

例えば、冷蔵庫１０は残量データ１４８を記憶し、テレビジョン装置２０及びスマートフォン３０に送信したが、このように構成しなくてもよい。残量データ１４８を記憶する代わりに、冷蔵庫１０は、商品毎に測定残量及び残量状態を求め、その都度、商品と、測定残量と、残量状態とを含めた情報をテレビジョン装置２０及びスマートフォン３０に送信してもよい。

また、上述した実施形態は、それぞれの実施形態を組み合わせて実行することができることは勿論である。例えば、第３実施形態と第４実施形態とを組み合わせて実行することで、冷蔵庫に設置された商品が多い場合であっても、貯蔵庫内の状況の把握を容易に可能であり、さらに、貯蔵庫内の商品に基づいてレシピを表示することが可能となる。

また、実施形態において各装置で動作するプログラムは、上述した実施形態の機能を実現するように、ＣＰＵ等を制御するプログラム（コンピュータを機能させるプログラム）である。そして、これら装置で取り扱われる情報は、その処理時に一時的に一時記憶装置（例えば、ＲＡＭ）に蓄積され、その後、ＨＤＤやＳＳＤ（solid state drive）などの
記憶装置に格納され、必要に応じてＣＰＵによって読み出し、修正・書き込みが行なわれる。

また、市場に流通させる場合には、可搬型の記録媒体にプログラムを格納して流通させたり、インターネット等のネットワークを介して接続されたサーバコンピュータに転送したりすることができる。この場合、サーバコンピュータの記憶装置も本発明に含まれるのは勿論である。

１、２ 商品発注システム
１０、１２ 冷蔵庫
１００ 制御部
１１０ 冷蔵制御部
１１２ 扉開閉検出部
１１４ 庫内照明灯
１１６ 温度センサ
１１８ 冷却装置
１２０ 画像入力部
１２５ 商品特定部
１３０ 重量センサ
１４０ 記憶部
１４２ 商品データ
１４４ 庫内画像データ
１４６ 最小適正量データ
１４８ 残量データ
１５０ 発注データ
１５２ 利用者情報
１７０ 通信部
２０ テレビジョン装置
２００ 制御部
２１０ 映像信号受信部
２２０ 表示部
２３０ 音声出力部
２４０ 記憶部
２４２ 残量データ
２５０ 操作部
２７０ 通信部
３０ スマートフォン
３００ 制御部
３１０ 表示部
３２０ 操作部
３４０ 記憶部
３４２ 商品データ
３４４ 残量データ
３７０ 通信部
４０ 受注サーバ
４００ 制御部
４４０ 記憶部
４４２ 受注データ
４７０ 通信部
５０ クラウドサーバ
５００ 制御部
５４０ 記憶部
５４２ 最小適正量データ
５４４ 残量データ
５４６ 発注データ
５４８ 利用者情報
５７０ 通信部

Claims (10)

1. 表示装置と接続可能な冷蔵庫であって、
   購入された商品のデータを受信する受信手段と、
   貯蔵庫内において任意の位置に配置された前記購入された商品の配置位置を特定する特定手段と、
   前記貯蔵庫内に含まれる商品の残量を測定する測定手段と、
   前記測定手段により測定された商品の残量を、前記表示装置において表示する表示手段と、
   前記商品の残量が最小適正量未満となった場合には、当該商品の発注を行う発注手段と、
   を備えることを特徴とする冷蔵庫。
2. 前記冷蔵庫は、携帯端末装置と更に接続可能であり、
   前記受信手段は、前記携帯端末装置が購入時に受信した商品のデータを、当該携帯端末装置から受信することを特徴とする請求項１に記載の冷蔵庫。
3. 前記発注手段は、前記商品の残量が最小適正量未満となった商品の情報を、前記携帯端末装置に送信することを特徴とする請求項２に記載の冷蔵庫。
4. 前記発注手段は、前記携帯端末装置の位置が屋外の場合に、前記商品の残量が最小適正量未満となった商品の情報を、前記携帯端末装置に送信することを特徴とする請求項３に記載の冷蔵庫。
5. 前記特定手段は、前記貯蔵庫内の所定の位置に対応づけられた商品の種類から、商品が配置された位置を特定することを特徴とする請求項１から４の何れか一項に記載の冷蔵庫。
6. 前記貯蔵庫内に、前記商品を撮影する撮影手段を更に備え、
   前記特定手段は、前記撮影された商品を解析することにより、前記購入された商品が配置された位置を特定することを特徴とする請求項１から５の何れか一項に記載の冷蔵庫。
7. 前記表示手段は、前記撮影手段により撮影された貯蔵庫内の影像を、前記表示装置に表示することを特徴とする請求項６に記載の冷蔵庫。
8. 前記発注手段は、前記表示装置から発注要求を受信した場合に、前記商品の残量が最小適正量未満となった商品の発注を行うことを特徴とする請求項１から７の何れか一項に記載の冷蔵庫。
9. 表示装置と接続可能な冷蔵庫における商品発注方法であって、
   購入された商品のデータを受信する受信ステップと、
   貯蔵庫内において任意の位置に配置された前記購入された商品の配置位置を特定する特定ステップと、
   前記貯蔵庫内に含まれる商品の残量を測定する測定ステップと、
   前記商品の残量が最小適正量未満となった場合には、当該商品の発注を行う発注ステップと、
   を備えることを特徴とする商品発注方法。
10. 携帯端末装置と、表示装置と、冷蔵庫とを含む商品発注システムであって、
    前記携帯端末装置は、
    購入された商品のデータを取得する取得手段と、
    前記冷蔵庫と通信可能なときに、前記購入された商品のデータを当該冷蔵庫に送信する送信手段と、
    を備え、
    前記冷蔵庫は、
    前記携帯端末装置から、前記購入された商品のデータを受信する受信手段と、
    貯蔵庫内において任意の位置に配置された前記購入された商品の配置位置を特定する特定手段と、
    前記貯蔵庫内に含まれる商品の残量を測定する測定手段と、
    前記測定手段により測定された商品の残量を、前記表示装置において表示する表示手段と、
    前記商品の残量が最小適正量未満となった場合には、当該商品の発注を行う発注手段と、
    を備えることを特徴とする商品発注システム。