特開 2023-43400 注文支援プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023043400

(43)【公開日】2023-03-29

(54)【発明の名称】注文支援プログラム

(51)【国際特許分類】

   F25D 23/00 20060101AFI20230322BHJP

【ＦＩ】

F25D23/00 301K

【審査請求】有

【請求項の数】8

【出願形態】ＯＬ

(21)【出願番号】P 2021151001

(22)【出願日】2021-09-16

(71)【出願人】

【識別番号】399048917

【氏名又は名称】日立グローバルライフソリューションズ株式会社

(74)【代理人】

【識別番号】110000350

【氏名又は名称】ポレール弁理士法人

(72)【発明者】

【氏名】船山 敦子

(72)【発明者】

【氏名】長谷川 亮

(72)【発明者】

【氏名】小川 真申

(72)【発明者】

【氏名】築地新 建太

(72)【発明者】

【氏名】青山 勝

(72)【発明者】

【氏名】小林 直之

(72)【発明者】

【氏名】渡邉 季誠

【テーマコード（参考）】

3L345

【Ｆターム（参考）】

3L345AA02

3L345AA21

3L345AA26

3L345EE03

3L345EE53

3L345EE55

3L345HH13

3L345HH14

3L345HH32

3L345HH34

3L345HH36

3L345HH42

3L345JJ02

3L345JJ14

3L345JJ17

3L345JJ23

3L345KK02

3L345KK04

(57)【要約】

【課題】商品の在庫状態を出力しつつ都度注文を支援するシステムと、商品の在庫状態に応じて自動的に注文するシステムと、が別に存在する場合、注文方法の変更が反映されずに、誤注文を招く可能性がある。
【解決手段】本発明の注文支援プログラムは、収納領域の商品の在庫に係る情報を含む画面を出力させる在庫状態出力部と、前記収納領域に対応した商品の購入先として、都度注文が可能な電子商取引サイト、または、自動再注文が可能な電子商取引サイト、を登録する購入先登録部と、前記電子商取引サイトまたは当該サイトのアプリへアクセスさせるアクセス支援処理部と、前記収納領域に対応した商品の購入先が、自動再注文が可能な電子商取引サイトから都度注文が可能な電子商取引サイトに変更される場合に、自動再注文の設定解除を促す通知を行う通知出力部と、してコンピュータを動作させる。
【選択図】図５

【特許請求の範囲】

【請求項1】

収納領域の商品の在庫に係る情報を含む画面を出力させる在庫状態出力部と、
前記収納領域に対応した商品の購入先として、都度注文が可能な電子商取引サイト、または、自動再注文が可能な電子商取引サイト、を登録する購入先登録部と、
前記電子商取引サイトまたは当該サイトのアプリへアクセスさせるアクセス支援処理部と、
前記収納領域に対応した商品の購入先が、自動再注文が可能な電子商取引サイトから都度注文が可能な電子商取引サイトに変更される場合に、自動再注文の設定解除を促す通知を行う通知出力部と、してコンピュータを動作させる注文支援プログラム。

【請求項2】

前記収納領域に対応した商品の購入先が、都度注文が可能な電子商取引の場合、前記通知出力部は、前記商品の在庫が予め定めた条件に達したときにアラートの通知を行い、
前記収納領域に対応した商品の購入先が、自動再注文が可能な電子商取引の場合、前記通知出力部は、アラートの通知を行わない、請求項１に記載の注文支援プログラム。

【請求項3】

前記収納領域に対応した商品の購入先が、都度注文が可能な電子商取引サイトから自動再購入が可能な電子商取引サイトに変更される場合に、前記通知出力部は、自動再注文の設定を促す通知を行う、請求項１に記載の注文支援プログラム。

【請求項4】

自動再注文が可能な電子商取引サイトが購入先として登録されている収納領域のデータを削除する場合に、前記通知出力部は、自動再注文の設定解除を促す通知を行う、請求項１に記載の注文支援プログラム。

【請求項5】

前記収納領域は複数存在し、自動再注文が可能な電子商取引サイトが購入先として登録されている収納領域のデータを入れ替える場合に、前記通知出力部は、入れ替えを禁止する通知を行う、請求項１に記載の注文支援プログラム。

【請求項6】

前記在庫状態出力部は、前記収納領域の重量センサで検知された重量情報を所定のタイミングで出力するものであり、重量の減少幅が大きい場合、重量の減少幅が小さい場合と比べて、出力するタイミングを遅くする、請求項１に記載の注文支援プログラム。

【請求項7】

前記収納領域は、冷蔵庫内に設けられた棚または容器であり、
前記冷蔵庫は、冷蔵室の棚またはドアポケットを撮影する撮像装置を備え、
前記在庫状態出力部は、前記撮像装置で撮影された前記棚またはドアポケットの画像と、携帯端末で撮影された前記棚またはドアポケットの画像と、を選択的に出力する、請求項１に記載の注文支援プログラム。

【請求項8】

前記在庫状態出力部は、所定の操作に基づき、前記棚またはドアポケットに関する複数の過去の画像のうちいずれかを出力する、請求項７に記載の注文支援プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、注文支援プログラムに関する。

【背景技術】

【0002】

特許文献１には、ユーザが端末を用いて在庫管理サーバへアクセスすることにより、冷蔵庫の重量センサで取得した在庫状態を、冷蔵庫から離れた場所で確認できるようにした在庫管理システムが開示されている（００２３）。また、この特許文献１には、在庫状態を確認したユーザは、必要に応じて電子商取引システムにアクセスし、物品を発注することができる旨も開示されている（００３９）。さらに、この特許文献１には、ユーザの指示によらず、自動的に注文されるようにしても良い旨も記載されている（００５３、００７５）。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特許第６４７３５２３号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

商品の在庫状態を出力しつつ都度注文を支援するシステムと、商品の在庫状態に応じて自動的に注文するシステムと、が別に存在する場合、注文方法の変更が反映されずに、誤注文を招く可能性がある。

【課題を解決するための手段】

【0005】

前記課題を解決するために、本発明の注文支援プログラムは、収納領域の商品の在庫に係る情報を含む画面を出力させる在庫状態出力部と、前記収納領域に対応した商品の購入先として、都度注文が可能な電子商取引サイト、または、自動再注文が可能な電子商取引サイト、を登録する購入先登録部と、前記電子商取引サイトまたは当該サイトのアプリへアクセスさせるアクセス支援処理部と、前記収納領域に対応した商品の購入先が、自動再注文が可能な電子商取引サイトから都度注文が可能な電子商取引サイトに変更される場合に、自動再注文の設定解除を促す通知を行う通知出力部と、してコンピュータを動作させる。

【図面の簡単な説明】

【0006】

【図1】在庫管理システムの全体構成を示すブロック図。

【図2】冷蔵庫の外観斜視図

【図3】図２のＩＩ－ＩＩ線断面図。

【図4】実施例１の在庫管理サーバの構成を示す機能ブロック図。

【図5】実施例１の携帯端末のプロセッサにより実行されるアプリの機能ブロック図。

【図6】アプリ起動時に表示されるホーム画面Ｖ１０の例を示す図。

【図7】アプリ起動時に表示される別のホーム画面Ｖ１１の例を示す図。

【図8】在庫状態・トップ画面Ｖ３０の例を示す図。

【図9】在庫状態詳細画面Ｖ４０の例を示す図。

【図10】表示・通知設定画面Ｖ５０の例を示す図。

【図11】購入先選択画面Ｖ６０の例を示す図。

【図12】購入先確認画面Ｖ７０の例を示す図。

【図13】購入先確認画面Ｖ７１の例を示す図。

【図14】購入先確認画面Ｖ７２の例を示す図。

【図15】設定確認画面Ｖ１００の例を示す図。

【図16】購入先確認画面Ｖ７３の例を示す図。

【図17】在庫状態詳細画面Ｖ４４の例を示す図。

【図18】未設定通知画面Ｖ７４の例を示す図。

【図19】在庫状態詳細画面Ｖ４１の例を示す図。

【図20】在庫状態詳細画面Ｖ４２の例を示す図。

【図21】購入先選択画面Ｖ６１の例を示す図。

【図22】図２１の購入先選択画面Ｖ６１をスクロールさせた状態を示す図。

【図23】購入先個別登録画面Ｖ８０の例を示す図。

【図24】購入先一括登録画面Ｖ８１の例を示す図。

【図25】在庫状態詳細画面Ｖ４５の例を示す図。

【図26】表示・通知設定画面Ｖ５１の例を示す図。

【図27】購入先選択画面Ｖ６２の例を示す図。

【図28】自動再注文の設定解除通知画面Ｖ１０１の例を示す図。

【図29】アラート通知重量設定画面Ｖ８２の例を示す図。

【図30】在庫状態詳細画面Ｖ４３の例を示す図。

【図31】アラート対象の在庫状態一覧画面Ｖ９０の例を示す図。

【図32】中身画像表示画面Ｖ２０の例を示す図。

【図33】収納領域編集画面Ｖ１４０の例を示す図。

【図34】入替確認画面Ｖ８６の例を示す図。

【図35】収納領域編集画面Ｖ１４１の例を示す図。

【図36】在庫状態・トップ画面Ｖ３１の例を示す図。

【図37】入替禁止通知画面Ｖ１０２の例を示す図。

【図38】削除収納領域選択画面Ｖ１５０の例を示す図。

【図39】削除確認画面Ｖ８７の例を示す図。

【図40】収納領域編集画面Ｖ１５１の例を示す図。

【図41】在庫状態・トップ画面Ｖ３２の例を示す図。

【図42】実施例１の変形例の在庫管理サーバの構成を示す機能ブロック図。

【図43】実施例２に係る冷蔵庫の冷蔵室ドアを開けた状態を示す正面図。

【図44】庫内画像切替画面Ｖ２１の例を示す図。

【図45】庫内画像表示画面Ｖ２２の例を示す図。

【図46】庫内画像拡大画面Ｖ２３の例を示す図。

【図47】画像表示部をスワイプしたときの庫内画像表示画面の移り変わりを示す図。

【図48】庫内画像表示画面Ｖ２４の例を示す図。

【発明を実施するための形態】

【0007】

以下、本発明の実施形態について、図面を用いて説明する。

【0008】

（在庫管理システムの主要構成）
図１は、本実施形態に係る在庫管理システムＳ（注文支援システム）の全体構成を示すブロック図である。本実施形態では、在庫管理の対象として、少なくとも１つの収納領域を有する保管庫の例であって、庫内を保冷可能な冷蔵庫を例に挙げて説明する。在庫管理システムＳは、一または複数の（Ｍ台の）冷蔵庫１０－１～１０－Ｍ（以下、冷蔵庫１０と総称することがある）と、一または複数の（Ｎ台の）携帯端末２０－１～２０－Ｎ（冷蔵庫管理装置、コンピュータ、以下、携帯端末２０と総称することがある）と、冷蔵庫１０の在庫を管理する在庫管理サーバ３０と、冷蔵庫１０に収納される食材などを販売する小売業者サーバ４０と、を備える。

【0009】

図１に示すように、冷蔵庫１０は、ＬＡＮ（Local Area Network）５１に接続され、ＬＡＮ５１およびＷＡＮ（Wide Area Network）５２を介して携帯端末２０、在庫管理サーバ３０および小売業者サーバ４０と通信できるようになっている。携帯端末２０も、ＬＡＮ５１およびＷＡＮ５２を介して、冷蔵庫１０、在庫管理サーバ３０および小売業者サーバ４０と通信できるようになっている。なお、ＬＡＮ５１は、例えば家庭内の無線ＬＡＮであり、ＷＡＮ５２は、例えばインターネットである。在庫管理サーバ３０は、例えば冷蔵庫１０のメーカが管理するサーバであり、小売業者サーバ４０は、電子商取引（Electronic Commerce：ＥＣ）サイトなどを運営する小売業者が管理するサーバである。

【0010】

（冷蔵庫の主要構成）
冷蔵庫１０は、制御部１１と、記憶部１２と、通信部１３と、操作部１４と、冷却機構１５と、収納物検知部としての重量センサ２００と、を備えている。制御部１１は、後述する主制御基板１０９およびセンサ基板１１１等によって構成される。記憶部１２は、各種情報を記憶する。通信部１３は、ＬＡＮ５１を介して、携帯端末２０等と通信する。操作部１４は、冷蔵庫１０内の温度調整などを行う。冷却機構１５は、圧縮機１０７、蒸発器（冷却器）などの冷凍サイクルの他、ファンなどで構成される。

【0011】

（携帯端末の主要構成）
携帯端末２０としては、例えば、スマートフォンやタブレット端末が想定され、プロセッサ２１と、メモリ２２と、記憶部２３と、通信部２４と、出力部２５と、入力部２６と、撮影部２７と、を備えている。携帯端末２０の計算や制御等の機能は、プログラムがプロセッサ２１によって実行されることで、定められた処理を他のハードウエアと協働して実現される。これらの機能を実現するためのプログラムは、メモリ２２に格納される。なお、プログラムは、ＷＡＮ５２を介して接続された計算機上に格納されており、携帯端末２０の通信部２４がＬＡＮ５１またはＷＡＮ５２経由でダウンロードすることにより、携帯端末２０のメモリ２２へのインストールが可能となっている。

【0012】

また、携帯端末２０の記憶部２３は、各種情報を記憶する。通信部２４は、ＬＡＮ５１またはＷＡＮ５２を介して、冷蔵庫１０および在庫管理サーバ３０等との間でデータをやり取りするためのインターフェースである。出力部２５は、ユーザに対して各種情報を出力するものであり、例えば、フラットパネル・ディスプレイやスピーカである。入力部２６は、ユーザが各種情報を入力するものであり、例えば、ディスプレイの表面に設けられたタッチセンサやマイクロフォンである。撮影部２７は、メモリ内の撮影制御部（図示せず）からの指令に基づいて、動画または静止画を撮影する。

【0013】

なお、冷蔵庫１０の記憶部１２や携帯端末２０の記憶部２３などが記憶するデータは、必ずしも冷蔵庫１０や携帯端末２０などの内部に記憶しておく必要はなく、サーバ等の別の計算機上に記憶しておき、ＬＡＮ５１やＷＡＮ５２経由でアクセス可能にしても良い。

【実施例0014】

実施例１として、１ドアの冷蔵庫を例に挙げて説明する。

【0015】

（冷蔵庫の具体的構成）
実施例１に係る冷蔵庫１０の構成について具体的に説明する。図２は、実施例１に係る冷蔵庫１０の外観斜視図であり、図３は、図２のＩＩ－ＩＩ線断面図である。なお、各図において、ユーザの視点から見て前・後・左・右・上・下と定義する。

【0016】

冷蔵庫１０は、前方が開口した外箱１０１にて外郭を構成し、前方には開口部を開閉する扉１０２が備えられている。外箱１０１は上部を構成する天板と、底部を構成する底板と、左右側部を構成する側板と、背部を構成する背面板から構成されている。外箱１０１の内部には内箱１０３が備えられている。外箱１０１と内箱１０３との間には、図示しない発泡断熱材が充填されている。

【0017】

内箱１０３で形成される庫内には、収納領域を区画する容器１０４が上下方向に複数（１０４ａ，１０４ｂ，１０４ｃ，１０４ｄ，１０４ｅ）備えられている。これらの容器１０４には、収容物として、飲み物等の食材が載置される。

【0018】

内箱１０３の左右の内面には、各容器１０４に対応して、前後方向に延びる複数の上リブおよび下リブ（いずれも図示せず）が形成されている。また、容器１０４ａ、容器１０４ｂおよび容器１０４ｅの下リブの下方には、容器１０４を支持するとともに重量センサ２００を収容したセンサユニット(不図示)が備えられている。本実施例の冷蔵庫１０では、５つの容器のうち３つの容器に、それぞれ、上段センサユニット、中段センサユニットおよび下段センサユニットが設けられているが、センサユニットが設けられる対象の容器１０４は３つとは限らない。

【0019】

外箱１０１の下部には、冷媒を圧縮する圧縮機１０７が備えられている。圧縮機１０７には、図示しない凝縮器、膨張弁、蒸発器が接続されて冷凍サイクルを構成し、庫内を冷却する。後部に位置する内箱１０３には、図示しない吐出口が形成されており、ファンから送風された冷気を庫内に吐出する。

【0020】

外箱１０１の後部には、圧縮機１０７等を制御する主制御基板１０９が備えられている。主制御基板１０９は、例えば庫内に設置された庫内温度センサ１１０が検出した庫内温度に基づき、圧縮機１０７を制御する。また、外箱１０１の後部には、複数の重量センサ２００に電源を供給し、重量センサ２００の計測結果を取得するセンサ基板１１１と、このセンサ基板１１１および主制御基板１０９と接続され携帯端末２０等と無線通信を行うＷＬＡＮ（Wireless Local Area Network）通信基板１１２（通信部１３）が備えられている。庫内には、ユーザが庫内温度を調整したり、ＷＬＡＮ通信基板１１２のスイッチを入切したりする操作基板１１３（操作部１４）が備えられている。なお、本実施例では、主制御基板１０９およびセンサ基板１１１を、冷蔵庫１０の制御部１１とみなすこととする。

【0021】

重量センサ２００は、容器１０４ａ，容器１０４ｂ，容器１０４ｅの下方に配置され、容器１０４ｂ，容器１０４ｂ，容器１０４ｅに載置された食材の有無、重量を計測するものである。重量センサ２００には、主制御基板１０９からセンサ基板１１１を介して電源が供給される。容器１０４ａ，容器１０４ｂ，容器１０４ｅに食材が載置され、或いは容器１０４ａ，容器１０４ｂ，容器１０４ｅから食材が取り出されると、それらの変化状態を重量センサ２００が検出し、センサ出力としてセンサ基板１１１に送信される。センサ基板１１１は、重量センサ２００で計測された重量情報を、ＷＬＡＮ通信基板１１２を介して在庫管理サーバ３０へ送信する。小売業者による自動再注文サービスの設定がされている場合、在庫管理サーバ３０は、センサ基板１１１から受信した重量情報を、小売業者サーバ４０へ送信する。なお、収納領域を区画するものは、容器１０４でなく棚であっても良い。その場合は、重量センサ２００が棚に配置され得、棚に載置された食材の有無、重量が計測される。

【0022】

（在庫管理システム）
実施例１に係る在庫管理システムＳについて、説明する。実施例１は、携帯端末２０のメモリ２２に格納されたアプリケーションプログラム（以下「アプリ」）が、冷蔵庫１０の各収納領域に収納される食材の在庫管理を実行するものである。

【0023】

(重量の計測)
重量センサ２００により取得した重量は、外気温度変化や電気的ノイズ、床の振動などの外乱要因により計測の都度変化する可能性がある。そこで一定時間毎に重量を取得し、記憶部１２に記憶させる。一定回数取得後平均化した重量を在庫管理サーバ３０や小売業者サーバ４０に送信する重量とすることで、外乱影響を少なくすることができる。

【0024】

または、前回在庫管理サーバ３０等に送信した重量を記憶部１２に記憶し、新たに取得した重量と、前回在庫管理サーバ３０等に送信した重量との差が一定範囲内（例えば１００ｇ以内）の場合、重量の変化無しとして在庫管理サーバ３０に送信する重量は、前回送信したのと同値にしてもよい。

【0025】

重量に変化があった場合、その変化から所定時間後に、センサ基板１１１が在庫管理サーバ３０に重量情報を送信する。ただし、重量の減少幅が大きい場合、例えば、２リットルのペットボトル等が取り出された場合、収納領域に再び戻される可能性が高い。この場合、重量変化から重量情報の送信までのタイミング（前述の所定時間）を通常より長く設定しても良い。一方、重量の減少幅が小さい場合、例えば、飲み切りサイズの飲料などが取り出された場合、収納領域に再び戻される可能性は低い。この場合、重量変化から重量情報の送信までのタイミング（前述の所定時間）を通常より短く設定しても良い。また、収納領域に収納される商品が特定できる場合には、商品ごとに、重量情報の送信タイミングを変えるようにしても良い。

【0026】

(在庫管理サーバの構成)
図４は、本実施例に係る在庫管理サーバ３０の構成を示す機能ブロック図である。図４に示すように、在庫管理サーバ３０は、プロセッサ３１と、メモリ３２と、通信部３３と、記憶部３４と、を備えている。図４では、概念的にプロセッサが実行する機能を、データ管理部３２１および通知部３２２として示しており、これらの機能を実現するためのプログラムが、メモリに格納されている。なお、プログラムは、ＲＯＭ等に予め組み込まれて提供されたり、インストール可能な形式又は実行可能な形式のファイルでＣＤ－ＲＯＭ等の計算機で読み取り可能な記録媒体に記録して提供されたり、配布されても良い。

【0027】

通信部３３は、ＷＡＮ５２を介して冷蔵庫１０や携帯端末２０等との間でデータをやり取りするためのものである。記憶部３４は、認証データベース３４１と、収納領域データベース３４２と、を有している。認証データベース３４１は、冷蔵庫１０を識別可能なＩＤと、当該冷蔵庫１０のＩＤに対してペアリングされたコンピュータとしての携帯端末２０のＩＤ（端末ＩＤ）と、を紐づけて保存するデータベースである。認証データベース３４１は、さらに、収納領域ＩＤを保存しても良い。携帯端末２０に紐づけられた端末ＩＤに代えて、ユーザに紐づけられたユーザＩＤを用いてもよい。

【0028】

また、携帯端末２０ごとに当該冷蔵庫１０に対する設定や閲覧の権限が異なる場合には、権限に関する情報も認証データベース３４１に格納される。一方、収納領域データベース３４２は、冷蔵庫ＩＤおよびその収納領域ごとに、重量センサ２００で計測された重量情報の履歴、収納される商品の画像やメモ、基準となる重量（最大重量）などを保存するデータベースである。

【0029】

データ管理部３２１は、携帯端末２０からの操作に対応して、記憶部３４内のデータベースに保存されるデータの登録、変更および削除などを行う。通知部３２２は、後述のように、重量センサ２００で計測された重量がアラート通知重量に達した場合、冷蔵庫ＩＤに紐づく携帯端末ＩＤに通知する。

【0030】

(携帯端末のメモリに格納されるアプリの構成)
本実施例に係る在庫管理システムＳを構築する際には、コンピュータ（携帯端末２０）が在庫管理プログラムを動作可能にさせるステップとして、携帯端末２０のメモリ２２には、在庫管理の機能を実行するアプリのプログラムがインストールされる。図５は、携帯端末２０のプロセッサ２１により実行されるアプリの機能を、ブロック図として表したものである。図５に示すように、本実施例のアプリは、グラフ作成部２２１と、在庫状態出力部２２２と、通知出力部２２３と、設定部２２４と、計量指令部２２５と、購入先登録部２２６と、アクセス支援処理部２２７と、で構成される。

【0031】

グラフ作成部２２１は、収納領域のセンサユニット２２０によって計測された重量情報に基づいて、当該収納領域内の商品の残量推移を示すグラフを作成する。在庫状態出力部２２２は、各収納領域の在庫状態の概要一覧を携帯端末２０の出力部２５に表示したり、特定の収納領域の在庫状態の詳細（グラフ作成部２２１で作成されたグラフなど）を携帯端末２０の出力部２５に表示したりする。通知出力部２２３は、在庫管理サーバ３０の通知部３２２から送信された通知などを携帯端末２０の出力部２５に出力する。設定部２２４は、携帯端末２０の入力部２６の操作に基づき、商品の画像やメモの編集、通知設定の変更などを行う。計量指令部２２５は、冷蔵庫１０のセンサ基板１１１に対し、重量を計測するよう指令を出す。購入先登録部２２６は、収納領域に対応した商品の購入先を登録する他、登録されている購入先を変更する。なお、購入先としては、都度注文が可能なＥＣサイトと、自動再注文が可能なＥＣサイトと、が存在する。アクセス支援処理部２２７は、携帯端末２０にインストールされているブラウザを起動し、購入先登録部２２６によって登録済みのＥＣサイトのページを表示させることで、商品購入サイトへのアクセスを支援する。また、アクセス支援処理部２２７は、購入先登録部２２６によって登録済みのＥＣサイトのアプリを起動することも可能である。

【0032】

（アプリの起動）
携帯端末２０の入力部２６において、ユーザが所定の操作（例えば所定のアイコンのタップ）を行うと、携帯端末２０にインストールされているアプリが起動する。図６は、アプリ起動時における携帯端末２０の出力部２５の画面の例を示す図である。アプリが起動されると、在庫状態出力部２２２は、例えば、図６に示すホーム画面Ｖ１０（在庫状況画面）を出力部２５に表示させる。ここで、携帯端末２０の通信部２４がＬＡＮ５１またはＷＡＮ５２経由でダウンロードするアプリには、在庫管理の機能以外にも、季節に合わせた旬の食材に関する情報を表示する機能や、天気予報に合わせて買い物に出かけるおすすめ度を表示する機能が含まれている。このため、図６において、ホーム画面Ｖ１０の左右にあるスクロールボタン６２３Ｌ，６２３Ｒがタップされると、他の表示画面（推奨食材画面や買い物指数画面）に遷移する。しかし、本実施例では、推奨食材を表示する機能や買い物指数を表示する機能については説明を省略し、在庫管理の機能のみについて、以下、説明する。

【0033】

（ホーム画面Ｖ１０，Ｖ１１）
図６において、ホーム画面Ｖ１０には、上端から下端に向かって、主メニューバー６００と、天気予報表示部６１０と、在庫状況表示部６２０と、ナビゲーション部６３０と、副メニューバー６４０と、が含まれている。ここで、主メニューバー６００には、メニューボタン６０１と、機種表示欄６０２と、接続表示欄６０３と、警告欄６０５と、が含まれている。機種表示欄６０２は、当該携帯端末２０が制御対象とする冷蔵庫１０の型番を表示する。また、接続表示欄６０３は、当該携帯端末２０が、制御対象とする冷蔵庫１０との間で双方向の通信回線が接続されているか否かを表示する。警告欄６０５は、重量センサ２００の異常などが発生した場合に、その旨を表示する。

【0034】

天気予報表示部６１０には、天気予報が発表された日時と、天気予報が対象とする地域と、天気予報の内容（例えば、晴れ時々曇り）と、予想気温と、予想湿度と、予想降水確率と、が示されている。

【0035】

在庫状況表示部６２０は、冷蔵庫１０内の３つの収納領域（センサユニットの設けられた容器１０４ａ，容器１０４ｂ，容器１０４ｅ）における食材の在庫状況を表示するものであり、冷蔵庫型アイコン６２１と、残量表示部６２２と、を含んでいる。収納領域ごとに収納される食材は異なっていても良いが、同一の収納領域内には同一の食材（同じ種類の商品）が収納されるものとする。残量表示部６２２は、各収納領域に所定の商品が最大量収納された場合を１００％として、現在の残量が何％であるかを示すものである。図６に示す通り、上段の収納領域（容器１０４ａ）には、商品の登録自体がされていないことを示す「未登録」と表示され、冷蔵庫型アイコン６２１のうち、該当する領域が空白となっている。なお、商品の登録は、後述の図１０に示す表示・通知設定画面Ｖ５０にて行われる。また、図６のホーム画面Ｖ１０では、中段の収納領域（容器１０４ｂ）および下段の収納領域（容器１０４ｅ）は、現在の残量として、それぞれ２０％および８８％が表示され、冷蔵庫型アイコン６２１のうち、それぞれの領域が塗りつぶされている（点灯表示されている）。特に、中段の収納領域（容器１０４ｂ）は、ユーザによって予め設定された閾値であるアラート通知重量（例えば２０％）以下であるため、強調（図６では下線付）して表示されている。なお、後述の自動再注文が可能なＥＣサイトが購入先として登録されている収納領域については、アラート通知重量が設定されないため、強調表示はされない。このように、冷蔵庫型アイコン６２１における各領域と対応させて残量などの情報が表示されるため、どの収納領域の情報なのかユーザが認識し易くなっている。

【0036】

また、図７は、アプリ起動時に携帯端末２０の出力部２５に表示される別のホーム画面Ｖ１１の例を示す図である。図６に示したホーム画面Ｖ１０では、上段の収納領域が「未登録」であったが、図７に示すホーム画面Ｖ１１では、上段の収納領域が「未取得」となっている。この「未取得」の表示は、商品の登録自体はされているが、後述の最大重量の入力やゼロ点設定などが済んでおらず、センサユニット２２０による残量情報の取得ができていないことを示している。また、通信障害により重量を取得できない場合、冷蔵庫表示がなくなり、「情報が取得できませんでした」等の表示できない旨を示してもよい。

【0037】

ナビゲーション部６３０には、ドットインジケータ６３１と、冷蔵庫中身チェックボタン６３２と、お知らせボタン６３３と、が含まれている。また、副メニューバー６４０には、ホームボタン６４１と、食材管理ボタン６４２と、在庫状態ボタン６４３と、サポートボタン６４４と、設定ボタン６４５と、が含まれている。

【0038】

ここで、ドットインジケータ６３１は、横方向に配列された３個のドットを含んでおり、各ドットは、在庫状況画面（Ｖ１０，Ｖ１１）、推奨食材画面（図示省略）および買い物指数画面（図示省略）に対応する。そして、各画面のうち、出力部２５に表示されている画面に対応するドットが点灯状態にされ、他のドットは消灯状態にされる。

【0039】

お知らせボタン６３３は、在庫管理サーバ３０の通知部３２２が、対象の冷蔵庫１０とペアリングされた携帯端末２０に対して何らかの通知を送信した場合に、携帯端末２０の通知出力部２２３が図６，図７のホーム画面Ｖ１０，Ｖ１１に表示させるものである。例えば、アラートの対象が中段の収納領域の残量に関するものであった場合、お知らせボタン６３３がタップされると、図３０のように、在庫状態出力部２２２は、中段の収納領域の在庫状態詳細画面Ｖ４３を出力部２５に表示させ、通知出力部２２３は、グラフ表示部６６５の残量の推移を示すグラフ上に「残量が少なくなっています」との旨の通知をする。また、アラート対象が複数の収納領域（例えば中段と下段）の残量に関するものであった場合、お知らせボタン６３３がタップされると、在庫状態出力部２２２は、図３１のように、アラート対象の在庫状態一覧画面Ｖ９０を出力部２５に表示させる。

【0040】

（庫内画像表示画面Ｖ２０）
図３２は、庫内画像表示画面Ｖ２０の例を示す図である。図６，図７のホーム画面Ｖ１０，Ｖ１１において、ユーザが冷蔵庫中身チェックボタン６３２をタップすると、アプリ（在庫状態出力部２２２）は、庫内画像表示画面Ｖ２０を出力部２５に表示させる。庫内画像表示画面Ｖ２０には、戻るボタン６５０と、カメラボタン６３４と、が含まれている。ユーザが戻るボタン６５０をタップすると、アプリは、元のホーム画面Ｖ１０，Ｖ１１を出力部２５に再表示させる。カメラボタン６３４は、現在の中身画像の表示に代えて、撮影画面（図示せず）を表示させるボタンであり、このカメラボタン６３４がタップされると、撮影部２７が起動して、モニタ画像が表示される。その後、ユーザがシャッターボタン（図示せず）をタップすると、その時点におけるモニタ画像が、冷蔵庫１０の中身画像として記憶部２３内の画像記憶部（図示せず）に保存される。この中身画像は、対応する冷蔵庫１０のＩＤ情報とともに、ＷＡＮ５２等を介して在庫管理サーバ３０に送信され得る。在庫管理サーバ３０のデータ管理部３２１は、冷蔵庫１０のＩＤ情報と対応付けて、中身画像をデータベースに保存する。携帯端末２０の記憶部２３や在庫管理サーバ３０のデータベースに、既に別の中身画像が保存されている場合、従前の中身画像が削除され、新たに撮影された中身画像に更新される。なお、中身画像は、収納領域ごとに区別して保存され、選択された収納領域ごとに表示されるようにしても良い。

【0041】

（在庫状態・トップ画面Ｖ３０）
図８は、在庫状態・トップ画面Ｖ３０の例を示す図である。図６，図７のホーム画面Ｖ１０，Ｖ１１において、ユーザが在庫状態ボタン６４３をタップすると、在庫状態出力部２２２は、図８に示す在庫状態・トップ画面Ｖ３０を出力部２５に表示させる。在庫状態・トップ画面Ｖ３０には、主メニューバー６００と、戻るボタン６５０と、編集ボタン６５１と、収納領域一覧表示部６６０と、副メニューバー６４０と、が含まれている。収納領域一覧表示部６６０は、３か所の収納領域欄６６１－１～６６１－３を有しており、各収納領域欄には、対応する収納領域の状態の概要が表示される。具体的には、左から、当該収納領域の位置を示す冷蔵庫型アイコンと、当該収納領域に収納する商品の画像と、当該収納領域に収納する商品に関するメモ、残量、購入先ＥＣサイトなどの情報と、が各収納領域欄に表示され得る。冷蔵庫型アイコンは、対応する収納領域欄６６１－１～６６１－３の領域が塗り潰されている。例えば、センサユニットの設けられた容器のうち最上段の容器１０４ａに対応する収納領域欄６６１－１に表示されている冷蔵庫型アイコンは、最上段相当の領域が塗り潰されている。

【0042】

（在庫状態詳細画面Ｖ４０）
図８の在庫状態・トップ画面Ｖ３０において、ユーザが特定の収納領域欄の詳細要求ボタン６６２をタップすると、在庫状態出力部２２２は、図９に示す在庫状態詳細画面Ｖ４０を出力部２５に表示させる。図９は、図８の在庫状態・トップ画面Ｖ３０において、中段の収納領域欄の詳細要求ボタン６６２がタップされたときに表示される在庫状態詳細画面Ｖ４０である。図９の通り、在庫状態詳細画面Ｖ４０には、主メニューバー６００と、戻るボタン６５０と、商品情報表示部６６３と、グラフ表示部６６５と、購入設定部６６６と、副メニューバー６４０と、が含まれている。

【0043】

商品情報表示部６６３には、当該収納領域の位置を示す冷蔵庫型アイコンと、当該収納領域に収納される商品の画像と、当該収納領域に収納される商品に関するメモと、設定要求ボタン６６４と、が表示される。ユーザが設定要求ボタン６６４をタップすると、設定部２２４は、図１０に示す表示・通知設定画面Ｖ５０を出力部２５に表示させ、商品の画像や商品に関するメモの設定ができるようにする。なお、表示・通知設定画面Ｖ５０での入力がある場合は、商品情報表示部６６３に「入力有り」（図９参照）、表示・通知設定画面Ｖ５０での入力がない場合は、「未入力」（例えば図１９，図２０参照）がそれぞれ表示される。

【0044】

購入設定部６６６には、購入先変更ボタン６６７と、購入ボタン６６８と、が含まれている。既に購入先のＥＣサイトが登録されている場合、購入ボタン６６８には、登録済みのＥＣサイト名（図９ではＥＣサイトＡ）が表示される。ユーザが購入ボタン６６８をタップすると、購入先登録部２２６は、図１２に示すように、購入先として登録されているＥＣサイトＡのアドレス等を含む購入先確認画面Ｖ７０を出力部２５に表示させる。

【0045】

グラフ表示部６６５は、当該収納領域に収納される商品の残量を時系列で示す折れ線グラフを表示するものである。グラフに表示される残量は、当該収納領域内に残っている商品の合計重量そのものではなく、当該収納領域に同一商品（図９では野菜ジュース）を最大限収納した場合の全重量（最大重量、図９では１０，０００ｇ）を１００（％）とした場合の比率（％）となっている。最大重量の設定方法は後述する。

【0046】

このように、残量が重量の絶対値で表示されるのではなく比率で表示されるので、ユーザにとって商品がどの程度残っているのかを直感的に認識し易い利点がある。特に、最大量に対してどの程度の量の商品が残っているかユーザが一見して分かるので、補充すべき商品の量も把握し易い。また、グラフ上には、収納領域に商品を満杯にした重量（％）の位置と、後述の表示・通知設定画面Ｖ５０でユーザが任意で設定したアラート通知重量（％）の位置（図９では破線で示す２０％）と、も併せて示されるので、商品を購入する時期の目安を把握することも容易である。さらに、グラフ表示部６６５には、最大重量の５０％の位置にも罫線が引かれているので、残量が読み取り易くなっている。

【0047】

ここで、在庫状態出力部２２２によってグラフ表示部６６５に表示される折れ線グラフは、当該収納領域のセンサユニット２２０によって計測された重量情報を在庫管理サーバ３０経由で携帯端末２０が受信し、グラフ作成部２２１が作成するものである。携帯端末２０のアプリには、計測重量に変化があった時点で情報が反映されるようになっている。グラフに示す過去の日ごとの残量については、その日が終了する時点での重量情報が示される。

【0048】

また、在庫状態出力部２２２は、グラフ作成部２２１は、過去の残量の経過に基づいて将来の残量を予測し、設定されたアラート通知重量に到達する日などを出力するようにしても良い。さらに、図９に示す在庫状態詳細画面Ｖ４０のグラフ表示部６６５には、特定の１つの収納領域における残量のみが示されているが、同じグラフ表示部６６５に他の収納領域における残量も重ねて示したり、同じ在庫状態詳細画面Ｖ４０に、各収納領域に対応するグラフ表示部６６５を上下に複数並べて示したりすることも可能である。あるいは、図９の在庫状態詳細画面Ｖ４０の所定位置に、収納領域を切り替えるボタンを設け、図８の在庫状態・トップ画面Ｖ３０に戻らずとも、１回のボタン操作で他の収納領域に対応するグラフを表示できるようにしても良い。

【0049】

（購入先確認画面Ｖ７１，７２）
図１３は、購入先のＥＣサイト（ＥＣサイトＣ）のトップページのみが登録されている場合における購入先確認画面Ｖ７１であり、図１４は、ＥＣサイトで収納領域の商品を実際に購入するためのページが購入先として登録されている場合における購入先確認画面Ｖ７２である。これらの画面には、登録アドレス表示部６８３と、購入先アクセスボタン６８４と、登録ボタン６８５と、が含まれている。登録アドレス表示部６８３には、登録済みの購入先の具体的なアドレス（ＵＲＬ）が予め表示されているが、ユーザが希望する他の購入先のページのアドレスを、例えばコピーアンドペーストで、入力することもできる。登録アドレス表示部６８３に新たなアドレスが入力された状態で登録ボタン６８５がタップされると、購入先登録部２２６は、当該入力内容を新たな登録先として更新し、記憶部２３内の画像記憶部に反映する。

【0050】

また、ユーザが購入先アクセスボタン６８４をタップすると、アクセス支援処理部２２７は、登録済みのページのアドレスを指定しつつ、携帯端末２０においてブラウザを立ち上げる。アプリは、ブラウザが立ち上がった後も、購入先確認画面Ｖ７０，７１を保持するが、実際の商品の購入は、ＥＣサイトで行われる。

【0051】

（購入先選択画面Ｖ６０）
ユーザが、図９に示す在庫状態詳細画面Ｖ４０の購入先変更ボタン６６７をタップすると、購入先登録部２２６は、図１１に示す購入先選択画面Ｖ６０を出力部２５に表示させる。購入先選択画面Ｖ６０には、登録購入先表示部６８０と、購入先候補表示部６８１と、次へボタン６８２と、が含まれている。図１１の例では、登録購入先表示部６８０に、購入先のＥＣサイトがＥＣサイトＡであることと、ＥＣサイトＡの商品（野菜ジュース）購入ページのアドレスが表示されている。また、図１１の例では、購入先候補表示部６８１に、選択中のＥＣサイトＡが実線で表示され、他のＥＣサイトが破線で表示されている。

【0052】

購入先選択画面Ｖ６０において、現在登録されている購入先のまま、ユーザが次へボタン６８２をタップすると、購入先登録部２２６は、図１２に示す購入先確認画面Ｖ７０を出力部２５に表示させる。一方、購入先選択画面Ｖ６０において、現在登録されている購入先と別の購入先が選択された状態で、ユーザが次へボタン６８２をタップすると、購入先登録部２２６は、図１３に示す購入先確認画面Ｖ７１または図１５に示す設定確認画面Ｖ１００を出力部２５に表示させる。

【0053】

図１３は、ＥＣサイトＡと同様に都度注文が想定されるＥＣサイトＣが新たな購入先として選択されたときに表示される購入先確認画面Ｖ７１である。ここで、本実施例における都度注文とは、残量が少なくなったことを在庫管理アプリのアラート等により確認したユーザが、その都度、商品の補充のために注文することを意味する。登録アドレス表示部６８３には、ＥＣサイトＣのトップページが表示されており、購入先アクセスボタン６８４がタップされると、携帯端末２０のブラウザが起動して当該ページを出力部２５に表示する。また、購入先確認画面Ｖ７１の登録ボタン６８５がタップされると、購入先登録部２２６は、当該ページを新たな登録先として更新し、記憶部２３内の画像記憶部に反映する。

【0054】

図１４は、登録アドレス表示部６８３に、ＥＣサイトＣにおける個別の商品購入ページが購入先として入力された状態を示す購入先確認画面Ｖ７２である。この状態で登録ボタン６８５がタップされると、当該商品の購入ページが登録されるため、以後、購入ページへのアクセスが容易になる。

【0055】

（自動再注文の設定確認画面Ｖ１００）
図１５は、ＥＣサイトＡと異なり自動再注文が想定されるＥＣサイトＢが新たな購入先として選択されたときに表示される設定確認画面Ｖ１００である。ここで、本実施例における自動再注文とは、小売業者サーバに送信される重量に基づき、商品の残量が一定以下となった場合に自動で再注文が行われることを意味する。図１５の設定確認画面Ｖ１００でアプリアクセスボタン７００がタップされると、アクセス支援処理部２２７はＥＣサイトＢのアプリを起動させ、ＥＣサイトＢのアプリ上で、自動再注文のための設定が行われる。ＥＣサイトＢのアプリが起動した後、在庫管理アプリは、図１６に示す購入先確認画面Ｖ７３を保持する。自動再注文の設定が完了した後に、登録ボタン６８５がタップされると、在庫状態出力部２２２は例えば図１７に示す在庫状態詳細画面Ｖ４４を表示させる。

【0056】

一方、図１５の設定確認画面Ｖ１００において、スキップボタン７０１がタップされた場合は、ＥＣサイトＢのアプリは起動せず、図１６に示す購入先確認画面Ｖ７３が表示される。自動再注文の設定が完了していない状態で、購入先確認画面Ｖ７３の登録ボタン６８５がタップされると、通知出力部２２３は、図１８に示す自動再注文の未設定通知画面Ｖ７４を表示させる。未設定通知画面Ｖ７４は、ＥＣサイトＢとの接続が確認できないことを通知するとともに、ＥＣサイトＢのアプリでの設定を促す通知をする。図１８の未設定通知画面Ｖ７４において、ＯＫボタンがタップされると、図１６の購入先確認画面Ｖ７３が再び表示される。

【0057】

（自動再注文が設定された場合の表示）
図２５は、自動再注文が想定されるＥＣサイトが購入先として登録された場合の在庫状態詳細画面Ｖ４５である。都度注文が想定されるＥＣサイトＡが購入先として登録された場合の在庫状態詳細画面Ｖ４０である図９と比較すれば分かるように、在庫状態詳細画面Ｖ４５の購入設定部６６６には、購入ボタンが存在しない。また、在庫状態詳細画面Ｖ４５のグラフ表示部６６５には、図９の在庫状態詳細画面Ｖ４０と異なり、アラート通知重量の表示が存在しない。

【0058】

図２６は、自動再注文が想定されるＥＣサイトが購入先として登録された場合の表示・通知設定画面Ｖ５１である。都度注文が想定されるＥＣサイトＡが購入先として登録された場合の表示・通知設定画面Ｖ５０である図１０と比較すれば分かるように、表示・通知設定画面Ｖ５１には、アラート通知重量表示部と通知許可ボタンが存在しない。自動再注文の場合、商品の残量が一定以下になると自動で再注文されるので、図２５および図２６に示すように、アラートの通知は行わないのが望ましい。

【0059】

（ＥＣサイトの登録方法）
図１９は、表示対象である上段の収納領域について、図９と異なり、商品のメモや最大重量などの設定がされていない初期状態での在庫状態詳細画面Ｖ４１を示している。図１９のグラフ表示部６６５は、空白とするのではなく、最大重量などの設定をすればグラフが表示される旨のメッセージが表示されるので、ユーザに在庫管理機能を活用するよう促すことが可能である。図１９の購入設定部６６６の購入ボタン６６８には、登録済みのＥＣサイト名の代わりに横線が表示されている。購入設定部６６６の購入先変更ボタン６６７がタップされると、購入先登録部２２６は、図２１に示す購入先選択画面Ｖ６１を出力部２５に表示させる。図２１の購入先選択画面Ｖ６１は、図１１と異なり、登録購入先表示部６８０を有しておらず、購入先候補表示部６８１と、次へボタン６８２と、を有している。ユーザが例えばＥＣサイトＡを選択された状態で次へボタン６８２をタップすると、購入先登録部２２６が、図１２の購入先確認画面Ｖ７０を表示させ、当該画面での登録が行えるようになる。登録完了後は、在庫状態出力部２２２が、図２０に示す在庫状態詳細画面Ｖ４２を出力部２５に表示させ、購入設定部６６６の購入ボタン６６８には、登録されたＥＣサイト名としてＥＣサイトＡが表示される。

【0060】

図２１の購入先選択画面Ｖ６１の購入先候補表示部６８１は、実際には多数の購入先候補が含まれており、ユーザが購入先候補表示部６８１をスクロールすると、図２２に示すように、購入先登録部２２６は、残りの購入先候補や「その他」を表示させる。ユーザは、予め含まれている購入先候補以外のＥＣサイトから商品を購入したい場合、「その他」を選択した状態で次へボタン６８２をタップする。すると、購入先登録部２２６が、図１２の購入先確認画面Ｖ７０や図１３の購入先確認画面Ｖ７１を表示させ、新たな購入先のアドレスが直接入力できるようになる。

【0061】

ここで、ＥＣサイトで商品を実際に購入するためのページを購入先として登録する場合、第１の方法は、前述の通り、ユーザが、ブラウザで開いたページのアドレスをコピーして、購入先確認画面Ｖ７０，Ｖ７１の登録アドレス表示部６８３にペーストして登録ボタン６８５をタップする方法である。また、第２の方法として、ブラウザの共有機能を利用して、購入先の登録を行っても良い。例えば、特定の収納領域に関する図９に示す在庫状態詳細画面Ｖ４０を起点に、図１２または図１３の購入先確認画面Ｖ７０，Ｖ７１の購入先アクセスボタン６８４で起動されたブラウザにおいて、ＥＣサイトの情報の共有先として本実施例の在庫管理アプリが指定された場合、購入先登録部２２６は、図２３に示す購入先個別登録画面Ｖ８０をポップアップ表示させる。この購入先個別登録画面Ｖ８０で、キャンセルボタン６８６がタップされると、購入先登録部２２６は、図１２または図１３に示す元の購入先確認画面Ｖ７０，Ｖ７１を表示させる。図２３の購入先個別登録画面Ｖ８０で、登録ボタン６８７がタップされると、購入先登録部２２６は、当該収納領域について、購入ページのアドレスを自動的に登録し、在庫状態出力部２２２は例えば図９に示す在庫状態詳細画面Ｖ４０を表示させる。

【0062】

一方、本実施例の在庫管理アプリが起動していない状態や、起動していても特定の収納領域に関する画面が開いていない状態で、ＥＣサイトの情報の共有先として指定された場合、購入先登録部２２６は、図２４に示す購入先一括登録画面Ｖ８１をポップアップ表示させる。この購入先一括登録画面Ｖ８１では、購入サイトのアドレスをどの収納領域に登録させるか、ラジオボタン６８８によって選択できるようになっている。購入先一括登録画面Ｖ８１で、キャンセルボタン６８６がタップされると、在庫状態出力部２２２はホーム画面Ｖ１０などを表示する。登録ボタン６８７がタップされると、購入先登録部２２６は選択された収納領域について購入アドレスを自動的に登録し、在庫状態出力部２２２は例えば図９に示す在庫状態詳細画面Ｖ４０を表示させる。

【0063】

（自動再注文から都度注文への購入先変更）
ここで、自動再注文のＥＣサイトから都度注文のＥＣサイトへ購入先を変更する場合について説明する。図２７は、自動再注文を想定したＥＣサイトＢが登録されている場合の購入先選択画面Ｖ６２である。ＥＣサイトＢが登録されている状況下で、購入先選択画面Ｖ６２の購入先候補表示部６８１において、例えば都度注文を想定したＥＣサイトＡが選択され、次へボタン６８２がタップされたとする。すると、図９に示すように、在庫状態詳細画面Ｖ４０には購入ボタン６６８が表示され、図１０に示すように、表示・通知設定画面Ｖ５０にはアラート通知重量表示部６７５と通知許可ボタン６７６が表示される。

【0064】

このように、在庫管理アプリ上、購入先の変更が各表示に反映される。しかし、自動再注文の設定の解除自体は、ＥＣサイトＢのアプリで行う必要がある。したがって、仮に、ＥＣサイトＢのアプリで設定の解除が行われていない場合、自動再注文が意図せず継続されてしまう可能性がある。そこで、購入先選択画面Ｖ６２において、都度注文を想定したＥＣサイトＡが選択され、次へボタン６８２がタップされた場合、通知出力部２２３は、図２８に示す自動再注文の設定解除通知画面Ｖ１０１を出力部２５に表示させる。通知の方法としては、単にメッセージを表示するだけでなく、ＥＣサイトＢの設定ページのリンクを表示させたり、ＥＣサイトＢのアプリを起動させたりしても良い。このように、ＥＣサイトＢの設定解除を促す通知をすることで、ＥＣサイトＢへの誤注文を防ぐことが可能となる。さらに、在庫管理サーバ３０は、小売業者サーバ４０への重量情報の送信を停止することで、誤注文を防止することもできる。

【0065】

なお、自動再注文のＥＣサイトから別の自動再注文のＥＣサイトへ購入先を変更する場合にも、変更前のＥＣサイトのアプリでの設定解除を促す通知が出される。また、購入する商品を変更する場合であっても、変更前と同じＥＣサイトから自動再注文を継続するときは、在庫管理アプリ上、設定変更を促す通知は出されない。ただし、商品の変更に伴い、商品画像、商品メモ、最大重量などの入力を促す通知は出されても良い。

【0066】

（表示・通知設定画面Ｖ５０）
次に、図１０に示す表示・通知設定画面Ｖ５０について説明する。この表示・通知設定画面Ｖ５０は、図９の在庫状態詳細画面Ｖ４０において、設定要求ボタン６６４がタップされたときに、在庫状態出力部２２２が出力部２５に表示させる画面である。図１０のように、表示・通知設定画面Ｖ５０には、主メニューバー６００と、戻るボタン６５０と、画像表示部６７１と、画像取り込みボタン６７２ａと、撮影ボタン６７２ｂと、商品メモデータ編集欄６７３と、最大重量表示部６７４と、アラート通知重量表示部６７５と、通知許可ボタン６７６と、保存ボタン６７７と、副メニューバー６４０と、が含まれている。

【0067】

ユーザが、撮影ボタン６７２ｂをタップすると、設定部２２４は、携帯端末２０の撮影部２７を起動させ、撮影画面（図示せず）を出力部２５に表示させる。その後、ユーザがシャッターボタン（図示せず）をタップすると、商品画像が記憶部２３内の画像記憶部（図示せず）に保存される。また、ユーザが画像取り込みボタン６７２ａをタップすると、設定部２２４は、画像選択画面（図示せず）を出力部２５に表示させ、画像記憶部に保存されている商品画像の候補の中から特定の画像を取り込むことができる。なお、画像記憶部には、食材管理で使用される食材画像データも保存されているので、それらの中から特定の画像を取り込んでも良い。商品画像が変更されると、設定部２２４は、表示・通知設定画面Ｖ５０の他、在庫状態・トップ画面Ｖ３０や在庫状態詳細画面Ｖ４０に表示される商品画像を、変更後の商品画像に変更する。アクセス支援処理部２２７を通じて登録済の購入ページのアドレスを参照して、自動で商品画像を取得してもよい。

【0068】

また、ユーザが商品メモデータ編集欄６７３をタップすると、文字編集用のダイアログ（図示せず）が表示され、ユーザはメモデータの内容を編集できる。アクセス支援処理部２２７を通じて登録済の購入ページのアドレスを参照して、自動で商品名を取得し、これをメモデータとして登録してもよい。

【0069】

さらに、ユーザが通知許可ボタン６７６をタップすると、アラート通知重量以下となった場合のアラート通知フラグのオン／オフ状態がトグルで切り替えられる。アラート通知フラグがオン状態の場合、当該収納領域の商品の残量がアラート通知重量以下となった時点で、通知出力部２２３は、図６，図７のホーム画面Ｖ１０，Ｖ１１に通知し、お知らせボタン６３３で詳細を閲覧できるようにする。なお、アラート通知重量やアラート通知フラグの設定情報は、在庫管理サーバ３０の収納領域データベース３４２にも保存され、在庫管理サーバ３０の通知部３２２から携帯端末２０に通知がされるようにしても良い。

【0070】

（アラート通知重量の設定方法）
ユーザが、アラート通知重量表示部６７５の設定変更ボタン６７９をタップすると、設定部２２４は、図２９に示すアラート通知重量設定画面Ｖ８２を出力部２５に表示させる。アラート通知重量設定画面Ｖ８２は、ドラムロールメニュー部６９０を有しており、このドラムロールメニュー部６９０には、キャンセルボタン６９１と、決定ボタン６９２と、重量指定部６９３と、が含まれている。ユーザが重量指定部６９３をスクロールさせると、何れかの重量がカーソル行６９３ａに位置する。そして、ユーザが決定ボタン６９２をタップすると、出力部２５は、対象となる重量（％）を変更し、その結果を反映した元の画面（例えば図１０の表示・通知設定画面Ｖ５０）を表示する。一方、ユーザがキャンセルボタン６９１をタップすると、出力部２５は、対象となる重量（％）を変更することなく、元の画面を再表示する。なお、アラート通知重量の変更は、図２９に示すアラート通知重量設定画面Ｖ８２によらず、図９のグラフ表示部６６５において、破線で示すアラート通知重量の線をドラッグし、所望の位置にてドロップすることで、変更できるようにしても良い。

【0071】

（表示・通知設定の保存）
このように、各種データの入力や各種設定の変更を行った後、ユーザが保存ボタン６７７をタップすると、設定部２２４は、表示・通知設定画面Ｖ５０で入力・設定された情報を記憶部２３内に反映する。また、商品画像、商品メモおよび最大重量などの情報は、在庫管理サーバ３０にも送信され、データ管理部３２１が、冷蔵庫ＩＤと対応させて、収納領域ごとに収納領域データベース３４２に格納する。したがって、同じ冷蔵庫１０に対して複数台の携帯端末２０がペアリングされている場合などは、あるユーザが携帯端末２０のアプリを用いて商品画像などを更新すると、在庫管理サーバ３０の収納領域データベース３４２に共有されるデータに基づいて、更新情報が他のユーザの携帯端末２０のアプリにも反映されることになる。アラート通知重量や通知許可の設定は、同一冷蔵庫ＩＤであっても、ユーザの利便性を考慮して、携帯端末ＩＤごとに個別設定を可能とするのが望ましい。ただし、どの設定を他の携帯端末ＩＤと共通化し、どの設定を携帯端末ＩＤごとに個別設定可能とするかは、本実施例に限られるものではない。また、冷蔵庫１０とペアリングがされていない携帯端末２０であっても、所定の認証を実施することにより、アプリを利用できるようにしても良い。

【0072】

（収納領域データの入れ替え）
図８の在庫状態・トップ画面Ｖ３０で、ユーザが編集ボタン６５１をタップすると、在庫状態出力部２２２は、図３３に示す収納領域編集画面Ｖ１４０を出力部２５に出力させる。さらに、図３３の収納領域編集画面Ｖ１４０で、ユーザが、入替元（例えば中段の商品Ａ）の収納領域欄にあるドットマーク６５７をドラッグし、入替先（例えば上段の商品Ｂ）の収納領域欄でドロップすると、在庫状態出力部２２２は、図３４に示す入替確認画面Ｖ８６を出力部２５にポップアップ表示させる。このような確認画面を表示させる理由は、収納領域データのみを入れ替え、実際の商品が入れ替わっていない場合、商品の残量が正しく反映されず、誤購入につながる可能性があるためである。図３４の入替確認画面Ｖ８６でキャンセルボタン６５８がタップされると、図３３の収納領域編集画面Ｖ１４０に戻り、ＯＫボタン６５９がタップされると、図３５に示すように、上段と中段の収納領域が入れ替わった収納領域編集画面Ｖ１４１が出力される。ＯＫボタン６５９のタップは、実際にユーザが入替作業をする直前でも直後でもよいが、入替作業の前とすると、入替動作の正常性を判断するべく重量センサの検知値の取得頻度を予め上げるといった処理が可能になるため、好ましい。また、タップの際、既に入替を終えたのかこれから入替を行うのかを入力させるようにしてもよい。

【0073】

図３３の収納領域編集画面Ｖ１４０でＯＫボタン６５９がタップされても、このタップの直前又は直後の所定時間、例えば１０分以内に重量センサ２００の計測値に変化がなかった場合には、実際には商品が入れ替わらなかったとして、警告等の通知がされても良い。通知後、入替操作を無効としてもよいし、改めて、入替操作を有効に処理してもよいか確認するようにしてもよい。

【0074】

ここでいう「変化がなかった」とは、計測値に全く変化がない場合だけでなく、設定されている最大重量に対して小さい重量変化であった場合、例えば５％以下の変化しかなかった場合を含ませてもよい。また、計測値が略０（すなわち、略ゼロ点）にならなかった場合を「変化がなかった」としてもよい。

【0075】

「変化がなかった」の判断対象としては、入替元(例えば中段)及び／又は入替先(例えば上段)の重量計測値にし得る。商品の入替を行う具体的な作業としては、例えば、入替元に収納されている商品Ａと入替先に収納されている商品Ｂとをそれぞれ庫外に移して、その後に入替先に商品Ａを収納し入替元に商品Ｂを収納する作業が想定されるためである。このとき、入替元と入替先の検知重量は一旦大きく低下し、その後、入替元と入替先の検知重量が大きく増加する。

【0076】

その他、入替元に収納されている商品Ａを入替先に直接移動した後、又は直接移動しながら、入替先に収納されている商品Ｂを入替元に直接移動する作業も想定される。このとき、具体的な移動の進め方は種々考えられるが、入替元も入替先も秒単位で大きく検知値が変動することが想定される。このため、入替作業前にＯＫボタン６５９がタップされる等して、入替作業が行われているであろう時間帯に入ったことを検知したならば、重量センサの検知値の取得頻度を高め、例えば数秒に１回以上にすると好ましい。入替前の棚の重量が一定未満と軽い場合は、入れ替えても重量の変化が少なく正常と異常の区別が困難な場合が想定されるため、この場合、入替作業時の警告検査は行わないとしてもよい。

【0077】

図３５の収納領域編集画面Ｖ１４１で、ユーザが閉じるボタン６９８をタップすると、編集状態が終了し、図３６に示すように、上段と中段の収納領域が入れ替わった在庫状態・トップ画面Ｖ３１が出力される。

【0078】

このような収納領域データの入れ替えを行うと、商品画像、商品メモデータ、購入先ＥＣサイトおよびアラート通知重量も連動して移行されるので、ユーザが新たに入力し直す作業が必要ない。入替先と入替元の収納領域の容量が同じ場合には、最大重量の設定情報や過去の重量情報についても入れ替えを行っても良い。一方、入替先と入替元の収納領域の容量が異なる場合には、最大重量の設定情報や過去の重量情報については削除し、最大重量の設定を改めて行うように促す画面をポップアップ表示するのが望ましい。なお、削除したデータのうち直近のものについては、履歴情報に基づいて復元できるようにしても良い。

【0079】

なお、図３３では冷蔵庫アイコンに代えてチェックボックス６９４が表示される。これにより、入替操作の際に冷蔵庫アイコンの塗りつぶし領域を併せて変更する処理が不要となり、演算を簡易にすることができる。

【0080】

ただし、入れ替えの対象となる収納領域のいずれかに、購入先として自動再注文を想定したＥＣサイトが登録されている場合、問題が生じ得る。すなわち、在庫管理アプリ上の各表示を入れ替えたとしても、自動再注文の設定自体がそのままだと、入れ替え後に小売業者サーバ４０へ送信される重量データが、入れ替え前の商品の重量として扱われてしまう可能性がある。したがって、この場合、通知出力部２２３は、図３７に示す入替禁止通知画面Ｖ１０２を出力部２５に表示させる。このように、自動再注文を想定したＥＣサイトが登録された収納領域の入れ替えは禁止することで、誤注文を防ぐことが可能となる。

【0081】

（収納領域データの削除）
図８の在庫状態・トップ画面Ｖ３０で、編集ボタン６５１がタップされたときに表示される図３５の収納領域編集画面Ｖ１４１において、ユーザが、削除したい収納領域欄（例えば下段）にあるチェックボックス６９４をオン状態にすると、在庫状態出力部２２２は、図３８に示す削除収納領域選択画面Ｖ１５０を出力部２５に出力させる。チェックボックス６９４は、削除対象となる収納領域を指定するためのものであり、ユーザがタップする毎にオン／オフ状態がトグルで切り替わる。図３８の削除収納領域選択画面Ｖ１５０において、ユーザが削除ボタン６９５をタップすると、在庫状態出力部２２２は、図３９に示す削除確認画面Ｖ８７を出力部２５にポップアップ表示させる。図３９の削除確認画面Ｖ８７でキャンセルボタン６９６がタップされると、図３８の削除収納領域選択画面Ｖ１５０に戻り、ＯＫボタン６９７がタップされると、図４０に示すように、下段の収納領域が削除された収納領域編集画面Ｖ１５１が出力される。図４０の収納領域編集画面Ｖ１５１で、ユーザが閉じるボタン６９８をタップすると、編集状態が終了し、図４１に示すように、下段の収納領域が削除された在庫状態・トップ画面Ｖ３２が出力される。このように、収納領域ごとに登録データをまるごと削除できるようにすることで、商品画像、商品メモ、最大重量および購入先などを個々に削除する場合と比べ、手間が省ける。なお、複数の収納領域を選択し、複数の収納領域を同時に削除することも可能である。

【0082】

ただし、削除の対象となる収納領域の商品の購入先として自動再注文を想定したＥＣサイトが登録されている場合、問題が生じ得る。すなわち、在庫管理アプリ上の各表示を削除したとしても、自動再注文の設定自体がそのままだと、削除後に小売業者サーバ４０へ送信される重量データが、削除前の商品の重量として扱われてしまう可能性がある。したがって、この場合、通知出力部２２３は、図２８に示す設定解除通知画面Ｖ１０１を出力部２５に表示させる。このように、自動再注文を想定したＥＣサイトでの設定解除を促す通知をすることで、誤注文を防ぐことが可能となる。

【0083】

≪実施例１の変形例≫
実施例１の変形例に係る在庫管理システムＳについて、説明する。本変形例は、携帯端末２０がブラウザを介して利用可能な在庫管理のＷｅｂサービスを、在庫管理サーバ３０が提供するものである。

【0084】

(在庫管理サーバの構成)
図４２は、実施例１の変形例に係る在庫管理サーバ３０の構成を示す機能ブロック図である。実施例１（図４参照）では、携帯端末２０のアプリ内にあった、グラフ作成部、在庫状態出力部、通知出力部、計量指令部、購入先登録部およびアクセス支援処理部が、本変形例では、在庫管理サーバ３０のメモリ３２内にある点で異なっている。本変形例によれば、携帯端末２０用に在庫管理アプリが存在しなくても、在庫管理サーバ３０にアクセスしてＷｅｂサービスを利用することで、実施例１と同様の在庫管理の機能を得ることができる。

【実施例0085】

実施例２として、庫内画像を撮影可能な撮像装置が搭載された、６ドアの冷蔵庫を例に挙げて説明する。

【0086】

（冷蔵庫の具体的構成）
実施例２に係る冷蔵庫１０の構成について具体的に説明する。図４３は、実施例２に係る冷蔵庫１００の冷蔵室ドアを開けた状態を示す正面図である。図４３に示すように、本実施例２の冷蔵庫１００は、上方から冷蔵室１、左右に併設された製氷室２と上段冷凍室３、下段冷凍室４、野菜室５の順番で貯蔵室を有している。冷蔵庫１００はそれぞれの貯蔵室の開口を開閉するドア（扉）を備えている。これらのドアは、冷蔵室１の開口を開閉する、左右に分割された回転式の冷蔵室ドア１ａ，１ｂと、製氷室２、上段冷凍室３、下段冷凍室４、野菜室５の開口をそれぞれ開閉する引き出し式の製氷室ドア２ａ、上段冷凍室ドア３ａ、下段冷凍室ドア４ａ、野菜室ドア５ａである。なお、貯蔵室およびそのドアの数、レイアウトについては、これに限るものではない。

【0087】

冷蔵庫１００は、冷蔵室ドア１ａ，１ｂ、製氷室ドア２ａ、上段冷凍室ドア３ａ、下段冷凍室ドア４ａ、野菜室ドア５ａの開閉状態をそれぞれ検知するドアセンサ（図示せず）等も有している。また、図４３に示すように、冷蔵室ドア１ａ，１ｂの内側には、それぞれドアポケット１１ａ，１１ｂが設けられている。

【0088】

（庫内撮像装置）
撮像装置６は、図４３に示すように、貯蔵室の外、具体的には、箱体の外側上部の略中央に配置されている。冷蔵室ドア１ｂには、撮像装置６により手動で撮影する際に使用される撮影ボタン６１（ユーザからの撮影指令を受付ける撮影指令受付部）が設けられている。撮影ボタン６１は、冷蔵室ドア１ａや箱体その他の領域に設けられていても良い。

【0089】

撮像装置６は、冷蔵室１の棚や、ドアポケット１１ａ，１１ｂを、俯瞰的に撮像する。撮像装置６に用いられるカメラは、１８０度以上の広角度であり、魚眼レンズを有することで、冷蔵室ドアを開けた際にドア内全体を俯瞰的に視認することができる。自動撮影設定時には、ドアセンサの状態に基づき、ドアが開けられたことを検知すると、制御部１１が、撮像装置６に撮影指令を送信する。一方、手動撮影設定時には、撮影ボタン６１が操作されたことを検知すると、制御部１１が、撮像装置６に撮影指令を送信する。

【0090】

撮像装置６によって撮影され、所定の画像処理が施された画像情報は、通信部１３（ＷＬＡＮ通信基板）を介して在庫管理サーバ３０へ送信される。在庫管理サーバ３０は、携帯端末２０からの庫内画像表示要求に応じて、携帯端末２０に画像情報を送信する。撮像装置６より得られた画像情報は、携帯端末２０の撮影部２７で撮影した画像とともに、携帯端末２０の記憶部２３や在庫管理サーバ３０のデータベースに保存される。記憶部２３等には、収納領域ごとに、最新画像だけでなく、直近の複数の過去画像が保存される。

【0091】

（庫内画像切替画面Ｖ２１）
図４４は、庫内画像切替画面Ｖ２１の例を示す図である。図６，図７のホーム画面Ｖ１０，Ｖ１１において、ユーザが冷蔵庫中身チェックボタン６３２をタップすると、アプリは、庫内画像切替画面Ｖ２１を出力部２５に表示させる。庫内画像切替画面Ｖ２１において、ユーザが所望の収納領域を選択すると、選択された収納領域に関する庫内画像表示画面Ｖ２２が表示される。

【0092】

ここで、製氷室２、上段冷凍室３、下段冷凍室４および野菜室５が選択された場合は、携帯端末２０の撮影部２７で撮影した画像のみが表示される。一方、冷蔵室１の棚およびドアポケットについては、携帯端末２０の撮影部２７で撮影した画像だけでなく、冷蔵庫１００の撮像装置６で撮影した画像も記憶部２３に保存されている。そのため、庫内画像切替画面Ｖ２１では、冷蔵室１の棚およびドアポケットについて、どちらの方法で撮影した画像を表示させるかを、選択することが可能となっている。具体的には、図４４の領域Ａ１～Ａ３で示した部分が選択されると、撮像装置６で撮影した画像が表示され、図４４のＢ１～Ｂ３で示した部分が選択されると、携帯端末２０で撮影した画像が表示される。

【0093】

（庫内画像表示画面Ｖ２２）
図４５は、庫内画像切替画面Ｖ２１において、冷蔵室の棚に関する画像のうち、撮像装置６で撮影した画像（図４４のＡ１で示した部分）が選択された場合に表示される、庫内画像表示画面Ｖ２２の例を示す図である。庫内画像表示画面Ｖ２２には、画像表示部７０２と、撮影日時表示部７０３と、室内選択ボタン７０４と、撮影方法表示部７０５と、が含まれている。

【0094】

画像表示部７０２には、記憶部２３に保存された対象収納領域（冷蔵室の棚）の画像のうち、最新の画像が表示される。撮影日時表示部７０３には、画像表示部７０２で表示している画像の撮影日時が表示される。室内選択ボタン７０４がタップされると、前述の図４４に示す庫内画像切替画面Ｖ２１が出力部２５に表示される。また、室内選択ボタン７０４は、冷蔵庫型アイコンも有しており、当該アイコンのうち、現在選択され画像表示部７０２に表示している部分（図４５の例では、冷蔵室の棚に相当する領域）が識別可能に表現されている。撮影方法表示部７０５は、表示対象の画像が、冷蔵庫１００の撮像装置６で撮影した画像か、携帯端末２０の撮影部２７で撮影した画像か、を知らせるための表示部である。図４５の例では、「本体撮影」と表示されているので、冷蔵庫１００本体の撮像装置６で撮影した画像であることを示している。

【0095】

ここで、ユーザが画像表示部７０２をタップすると、図４６に示す庫内画像拡大画面Ｖ２３が出力部２５にポップアップ表示される。庫内画像拡大画面Ｖ２３では、ダブルタップやピンチなどの所定の操作により、画像を拡大したり、元のサイズに戻したりすることが可能である。

【0096】

また、ユーザが画像表示部７０２を例えば左から右へスワイプすると、直近のものから順に過去の画像を表示させることもできる。図４７は、画像表示部７０２をスワイプしたときの庫内画像表示画面の移り変わりを示す図である。図４７の右側にある庫内画像表示画面Ｖ２２は図４５に示すものと同じで、画像表示部には最新の画像が表示されている。庫内画像表示画面Ｖ２２の画像表示部が左から右へスワイプされると、スワイプ操作に連動して、画像表示部が左から順に直近の画像に徐々に入れ替わる。所定量のスワイプが行われると、画像表示部が直近の画像に完全に入れ替わり、図４７の中央にある庫内画像表示画面Ｖ２２１となる。同様に、画像表示部がさらにスワイプされると、次に過去の画像に徐々に入れ替わり、図４７の左側にある庫内画像表示画面Ｖ２２２となる。

【0097】

庫内画像表示画面Ｖ２２２が表示されている状態から、逆に、左へスワイプされると、庫内画像表示画面Ｖ２２１となり、さらに左へスワイプされると、庫内画像表示画面Ｖ２２となる。このように、ユーザが画像表示部を右から左へスワイプすると、新しい画像に戻るようになっている。なお、画像を入れ替える操作は、左右逆でも良いし、その他の方法であっても良い。また、図４７では、過去の２つの画像までが表示される例を示しているが、表示される過去画像の数については、２つに限られるものではない。
図４８は、庫内画像切替画面Ｖ２１において、冷蔵室ドア１ｂのドアポケット１１ｂに関する画像のうち、撮像装置６で撮影した画像（図４４のＡ２で示した部分）が選択された場合に表示される、庫内画像表示画面Ｖ２４の例を示す図である。ドアポケットの撮影画像についても、棚の場合と同様に、拡大したり、過去のものを表示したり、することが可能となっている。

【0098】

本発明は前述した各実施例に限定されるものではなく、種々の変形が可能である。前述した実施例は本発明を理解しやすく説明するために例示したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、上記実施例の構成に他の構成を追加してもよく、構成の一部について他の構成に置換をすることも可能である。