WO2022158017A1

WO2022158017A1 - 収容庫設定支援プログラム

Info

Publication number: WO2022158017A1
Application number: PCT/JP2021/030868
Authority: WO
Inventors: 直之小林; 季誠渡邉; 純一高木
Original assignee: 日立グローバルライフソリューションズ株式会社
Priority date: 2021-01-20
Filing date: 2021-08-23
Publication date: 2022-07-28

Abstract

本発明の目的は、使用者においても基準値設定を正常に完了できるように支援する収容庫設定支援プログラムを提供することにある。そのために、本発明は、収容庫に配された重量センサの基準値設定の命令をコンピュータに出力させる収容庫設定支援プログラムであって、前記基準値設定を行う場合、ユーザが使用していく棚又は容器を前記重量センサ上に載置するように要求する旨を前記コンピュータに出力させ、その後、該基準値設定を開始させるものである。

Description

収容庫設定支援プログラム

　本発明は、収容庫設定支援プログラムに関する。

　電子レンジ等の加熱調理器に係る特許文献１は、加熱室筐体底部から着脱可能な食品載置台と、食品載置台の下部に設けられた重量検出手段とを開示する（０００１，００１１，００１９、図１，３）。重量検出手段は、食品重量を検出するとともに、載置台（テーブル）の有無を判断できるとしている（００３９，００５０）。

特開２００４－３３３０４８号公報

　重量検出手段にテーブルが載置されているか否かを判断するには、比較基準となる基準値（例えばゼロ点）の事前の設定が必要であるところ、特許文献１はこの態様について何ら開示していない。この点、加熱調理器に係る技術分野の特許文献１では、テーブルには、重量を検知すべき対象（食品や、食品を載せた皿）以外が載置されることや、テーブルに代えて他のテーブルが載置されることは想定していないと解される。

　一方、収容庫等の技術分野においては、重量を検知すべき食品が載置される棚や容器そのものの位置が交換されたり、又は、使用者の収納の便利のために、重量を検知すべき食品の他に、使用者が別途準備する他の容器等が載置されたりし得る。このため、設定すべき基準値（重量を検知すべき対象以外の重量を除いた重量）はユーザの使用態様で変動し得るから、例えば収容庫の出荷前の向上での設定の他、使用者においても基準値設定を行えることが望まれる。その際、基準値設定を正常に完了できるように支援することが望ましい。

　本発明の目的は、上記課題を解決し、使用者においても基準値設定を正常に完了できるように支援する収容庫設定支援プログラムを提供することにある。

　上記目的を達成するために、本発明は、収容庫に配された重量センサの基準値設定の命令をコンピュータに出力させる収容庫設定支援プログラムであって、前記基準値設定を行う場合、ユーザが使用していく棚又は容器を前記重量センサ上に載置するように要求する旨を前記コンピュータに出力させ、その後、該基準値設定を開始させる。

在庫管理システムの全体構成を示すブロック図。冷蔵庫の外観斜視図図２のＩＩ－ＩＩ線断面図。実施例１の在庫管理サーバの構成を示す機能ブロック図。実施例１の携帯端末のプロセッサにより実行されるアプリの機能ブロック図。アプリ起動時に表示されるホーム画面Ｖ１０の例を示す図。アプリ起動時に表示される別のホーム画面Ｖ１１の例を示す図。在庫状態・トップ画面Ｖ３０の例を示す図。在庫状態詳細画面Ｖ４０の例を示す図。表示・通知設定画面Ｖ５０の例を示す図。購入先選択画面Ｖ６０の例を示す図。購入先確認画面Ｖ７０の例を示す図。購入先確認画面Ｖ７１の例を示す図。購入先個別登録画面Ｖ８０の例を示す図。購入先一括登録画面Ｖ８１の例を示す図。在庫状態詳細画面Ｖ４１の例を示す図。在庫状態詳細画面Ｖ４２の例を示す図。購入先選択画面Ｖ６１の例を示す図。図１８の購入先選択画面Ｖ６１をスクロールさせた状態を示す図。アラート通知重量設定画面Ｖ８２の例を示す図。中身画像表示画面Ｖ２０の例を示す図。在庫状態詳細画面Ｖ４３の例を示す図。アラート対象の在庫状態一覧画面Ｖ９０の例を示す図。在庫状態詳細画面Ｖ４４の例を示す図。在庫状態詳細画面Ｖ４５の例を示す図。ゼロ点調整推奨画面Ｖ８３の例を示す図。最大重量入力画面Ｖ１０１の例を示す図。計量確認画面Ｖ８４の例を示す図。重量確認画面Ｖ１０２の例を示す図。サポート・トップ画面Ｖ１１０の例を示す図。設定・トップ画面Ｖ１２０の例を示す図。ゼロ点設定画面Ｖ１３０の例を示す図。ゼロ点設定確認画面Ｖ８５の例を示す図。収納領域編集画面Ｖ１４０の例を示す図。入替確認画面Ｖ８６の例を示す図。収納領域編集画面Ｖ１４１の例を示す図。在庫状態・トップ画面Ｖ３１の例を示す図。削除収納領域選択画面Ｖ１５０の例を示す図。削除確認画面Ｖ８７の例を示す図。収納領域編集画面Ｖ１５１の例を示す図。在庫状態・トップ画面Ｖ３２の例を示す図。同時アクセス禁止の処理を示すフローチャート。食材管理・トップ画面Ｖ１６０の例を示す図。冷蔵庫に設置されている操作部の正面図。棚ずれ検知時の各動作を示すタイムチャート。棚がずれていることを異常として操作部に表示する方法の一例。棚ずれ検知時の各処理を示すフローチャート。比較的長期間に亘って、食材の出し入れがない場合に、重量センサ得られた重量の推移を示すグラフ。図４８のグラフのうち、最初の比較的短期間での重量の推移を抜き出して示したグラフ。食材が取り出されたときの重量の推移を示したグラフ。食材が取り出されたときの重量の差分を示したグラフ。実施例２の在庫管理サーバの構成を示す機能ブロック図。実施例２の携帯端末のプロセッサにより実行されるアプリの機能ブロック図。注文画面Ｖ８８の例を示す図。同時注文禁止の処理を示すフローチャート。実施例２の在庫管理サーバの構成を示す機能ブロック図。

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

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

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

　（冷蔵庫の主要構成）
冷蔵庫１０は、制御部１１と、記憶部１２と、通信部１３と、操作部１４と、冷却機構１５と、収納物検知部としての重量センサ２００と、を備えている。制御部１１は、後述する主制御基板１０９およびセンサ基板１１１等によって構成される。記憶部１２は、各種情報を記憶する。通信部１３は、ＬＡＮ５１を介して、携帯端末２０等と通信する。操作部１４は、冷蔵庫１０内の温度調整などを行う。冷却機構１５は、圧縮機１０７、蒸発器（冷却器）などの冷凍サイクルの他、ファンなどで構成される。
（携帯端末の主要構成）
　携帯端末２０としては、例えば、スマートフォンやタブレット端末が想定され、プロセッサ２１と、メモリ２２と、記憶部２３と、通信部２４と、出力部２５と、入力部２６と、撮影部２７と、を備えている。携帯端末２０の計算や制御等の機能は、プログラムがプロセッサ２１によって実行されることで、定められた処理を他のハードウエアと協働して実現される。これらの機能を実現するためのプログラムは、メモリ２２に格納される。なお、プログラムは、ＷＡＮ５２を介して接続された計算機上に格納されており、携帯端末２０の通信部２４がＬＡＮ５１またはＷＡＮ５２経由でダウンロードすることにより、携帯端末２０のメモリ２２へのインストールが可能となっている。

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

　なお、冷蔵庫１０の記憶部１２や携帯端末２０の記憶部２３などが記憶するデータは、必ずしも冷蔵庫１０や携帯端末２０などの内部に記憶しておく必要はなく、サーバ等の別の計算機上に記憶しておき、ＬＡＮ５１やＷＡＮ５２経由でアクセス可能にしても良い。
（ペアリング）
　本実施形態では、冷蔵庫１０と携帯端末２０との通信接続を可能とするためには、冷蔵庫１０と携帯端末２０との間で認証（ペアリング）の処理を行う必要がある。図４４は、冷蔵庫１０に設置されている操作部１４の正面図である。ランプ１４１は冷蔵庫１０の通信機能のON／OFF状態を示しており、点灯はON状態、消灯はOFF状態であることを示している。ランプ１４２は通信機能がON状態の場合に、LAN５１への接続状態を示しており、点灯は接続状態、消灯は非接続状態であることを示している。ボタン１４３は押下することで通信機能のON／OFFを切り替えることができる。また、ボタン１４３を長押し（例えば５秒以上押下を継続）することで冷蔵庫１０はペアリングモードに移行する。ペアリングモード中はランプを点滅させる等を行い、ペアリングモードに移行したことを明示してもよい。携帯端末２０は後述のアプリのプログラムに設置されているペアリング開始ボタンを押下することでペアリングモードに移行する（不図示）。冷蔵庫１０と携帯端末２０がペアリングモードに移行し、ペアリングされる。ランプ１４１、ランプ１４２が点灯することでペアリングが完了したことが確認できる。図４４の通信機能のON／OFFとペアリングモード開始は１つのボタンで行っているが、ボタンを分けることや、他機能のボタンと共通にしてもよい。
本実施形態では、１台の冷蔵庫１０に対して、複数台の携帯端末２０がペアリングされ得る。１台の携帯端末２０が、複数台の冷蔵庫１０に対してペアリングされる場合も想定される。また、１台の冷蔵庫１０に対して、複数台の携帯端末２０がペアリングされている場合は、設定の変更なども含むすべての権限を有する主ユーザと、情報の閲覧など一部の権限のみを有する副ユーザと、を区別しても良い。

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

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

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

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

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

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

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

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

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

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

　（食材の出し入れ検知）
ここで、重量センサ２００を用いて、食材の出し入れを検知する方法について説明する。食材が出し入れされた場合には、重量センサ２００の計測する重量に変化が生じるが、重量の変化は、食材の出し入れ以外にも発生する。

　図４８は、比較的長期間（０～約１４５０分）に亘って、食材の出し入れがない場合に、容器１０４ｂに対応する重量センサ２００で得られた重量の推移を示すグラフである。図４８に示すグラフは、重量センサ２００が計測した重量のデータを１分に１回取得し、直近１０回分（すなわち１０分間）の平均値を、１分毎にプロットしたものである。図４８に示すように、食材の出し入れがなくても、重量センサ２００で得られる重量には変動が発生していることが分かる。

　図４９は、図４８のグラフのうち、最初の比較的短期間（０～約４２分）での重量の推移を抜き出して示したグラフである。図４８の最初の期間で重量が急激に増加しているように見える変動も、図４９に示すように、５分以上の時間をかけてゆっくりと変動していることが分かる。このような緩やかな変動は、センサ基板１１１の温度変動による重量センサ２００の入力電圧の変動が要因と考えられる。例えば、夜間など外気温が低い場合には、センサ基板１１１が低温となり、日中など外気温が高い場合には、冷蔵庫の運転率の上昇もあってセンサ基板１１１が高温になりやすい。

　一方、食材の出し入れによる重量の変動は、センサ基板１１１の温度変動の場合と比べて、短時間で発生する。そこで、本実施例では、所定時間以内の重量の変動幅が閾値を超えた場合に、食材の出し入れが行われたものと判定する。

　図５０は、容器１０４ｂから１００ｇの食材が取り出されたときの重量の推移を示したグラフである。図５０では、便宜上、１秒毎に値がプロットされているが、実際には、重量センサ２００が０．１秒に１回データを取得し、直近１０回分（すなわち１秒間）の平均値が、０．１秒毎に記録される。図５０に示すように、６６２秒から６６５秒にかけての時点で、重量が急激に減少していることが分かる。このような短時間での重量の変動は、センサ基板１１１の温度変動では起こり難いため、食材が取り出されたことが原因と考えられる。

　図５１は、容器１０４ｂから１００ｇの食材が取り出されたときの重量の差分を示したグラフである。点線は、１秒前と現在との差分を示し、実線は、２秒前と現在との差分を示している。ここで、各線でプロットされている値は、前述の通り、電気的なノイズを除去するために、瞬時値でなく直近１秒間の平均値となっている。このため、１秒前の平均値との差分を算出すると、この１秒前との間の短い間で変化があった場合に、小さな値しか得られない（図５１の点線の６６２秒から６６５秒の区間参照）。そこで、本実施例では、２秒前との差分を算出することで、食材の出し入れによる重量の変動を感度良く捉えられるようにした（図５１の実線の６６２秒から６６５秒の区間参照）。なお、本実施例では、２秒前との差分としているが、３秒以上の所定時間前との差分としても良い。ただし、その所定時間は長くし過ぎると、食材の出し入れに伴う短時間の変動を捉えられなくなるので、数秒以内とするのが望ましい。

　また、本実施例では、所定時間前との重量の差分が、閾値を超えた場合に、食材の出し入れがあったものと見做される。しかし、センサ基板１１１が重量情報として在庫管理サーバ３０に送信するタイミングや、携帯端末２０のアプリに表示される重量情報を更新するタイミングは、閾値以内に収まってからとするのが望ましい。このように、重量変動が安定してからデータの送信や更新を行うことで、煩雑さを低減できる。

　さらに、扉１０２の開閉を検知する扉スイッチを有する冷蔵庫の場合、扉スイッチが扉１０２の開閉を検知したときのみ、重量の計測、データの送信や更新を行うようにしても良い。

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

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

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

　データ管理部３２１は、携帯端末２０からの操作に対応して、記憶部３４内のデータベースに保存されるデータの登録、変更および削除などを行う。アクセス制限部３２２は、同一の冷蔵庫ＩＤの（同一の）収納領域に収納する商品が重複して購入されるのを防ぐために、異なる携帯端末ＩＤから小売業者サーバ４０のＥＣサイトに、例えば同時にアクセスすることを制限する。通知部３２３は、ある冷蔵庫ＩＤの重量センサ２００の異常を検知した場合に、冷蔵庫ＩＤに紐づく携帯端末ＩＤに通知したり、ある携帯端末ＩＤがＥＣサイトにアクセスしたとき他の携帯端末ＩＤに通知したりする。

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

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

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

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

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

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

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

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

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

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

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

　（食材管理・トップ画面Ｖ１６０）
図４３は、食材管理・トップ画面Ｖ１６０の例を示す図である。図６，図７のホーム画面Ｖ１０，Ｖ１１において、ユーザが食材管理ボタン６４２をタップすると、アプリは、記憶部２３に保存されている食材データに基づいて、図４３に示す食材管理・トップ画面Ｖ１６０を出力部２５に表示させる。食材管理・トップ画面Ｖ１６０には、主メニューバー６００と、表示操作部６０４と、食材項目列挙表示部６１６と、編集操作部６４６と、副メニューバー６４０と、が含まれている。主メニューバー６００および副メニューバー６４０の内容は、図６，図７のホーム画面Ｖ１０，Ｖ１１のものと同様である。

　図４３の食材管理・トップ画面Ｖ１６０において、食材項目欄６１７は、チェックボックス６１８と、食材名称欄６２４と、画像表示部６２５と、起点日表示部６２６と、経過日数表示部６２７と、を含む。ここで、食材名称欄６２４は、当該食材データに含まれる食材名称を表示する。画像表示部６２５は、当該食材データに含まれる食材画像データを表示する。起点日表示部６２６は、当該食材データの起点日を表示する。経過日数表示部６２７は、起点日から本日までの経過日数を表示する。なお、起点日とは、その食材について起点となる任意の日付データであり、撮影部２７が食材画像データを撮影した日付としても良い。起点日を食材画像データの撮影日にすれば、撮影部２７の動作に連携して自動で起点日を設定させることができるのでユーザに便利である。

　また、図４３の食材管理・トップ画面Ｖ１６０において、編集操作部６４６には、画像取り込みボタン６４７と、撮影ボタン６４８と、編集ボタン６４９と、が含まれている。ユーザが、撮影ボタン６４８をタップすると、アプリは、携帯端末２０の撮影部２７を起動させ、撮影画面（図示せず）を出力部２５に表示させる。その後、ユーザがシャッターボタン（図示せず）をタップすると、食材画像データが記憶部２３内の画像記憶部（図示せず）に保存される。また、ユーザが画像取り込みボタン６４７をタップすると、アプリは、画像選択画面（図示せず）を出力部２５に表示させ、画像記憶部に保存されている食材画像の候補の中から特定の画像を取り込むことができる。このとき、アプリは、取り込んだ食材画像データを含む新たな食材データを生成する。

　さらに、食材項目列挙表示部６１６において、各チェックボックス６１８は、削除対象となる食材データを指定するためのものであり、ユーザがタップする毎にオン／オフ状態がトグルで切り替わる。少なくとも一つのチェックボックス６１８がオン状態にされると、アプリは、食材管理リスト削除画面（図示せず）を表示させ、当該食材データの削除が可能となる。

　また、食材画像データを含む食材データは、在庫管理サーバ３０のデータベースにも共有されており、同一冷蔵庫ＩＤに紐づく複数の携帯端末ＩＤのユーザも閲覧できる。さらに、各食材データには、リマインダ日時情報と、リマインダ許可情報と、が含まれる。リマインダ日時情報とは、ユーザにリマインダを行う日時を特定する情報であり、絶対的な日時であっても、起点日を基準として相対的に定める日時であっても良い。また、リマインダ許可情報とは、ユーザにリマインダを行うことのオン／オフやリマインダの方法などを特定する情報である。このように、食材管理・トップ画面Ｖ１６０においては、冷蔵庫１０（特に、センサユニット２２０が設置されていない容器１０４ｃおよび容器１０４ｄ）内に収納される食材について、購入日や経過日数を把握することが可能である。

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

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

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

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

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

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

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

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

　次に、何らかの原因で一部の重量情報が得られなかった場合に、グラフ表示部６６５が作成するグラフについて説明する。図２４は、直近の２日間だけ重量情報が得られなかった場合の在庫状態詳細画面Ｖ４４の例であり、図２５は、過去の１日だけ重量情報が得られなかった場合の在庫状態詳細画面Ｖ４５の例である。図２４，図２５に示すとおり、グラフ作成部２２１は、重量情報が得られなかった期間は、折れ線を表示せずブランクとしている。

　重量情報が得られない原因としては、冷蔵庫１０または携帯端末２０の通信異常、冷蔵庫１０の各収納領域に搭載されるセンサユニット２２０の異常、などが考えられる。冷蔵庫１０が接続されるＬＡＮ５１の通信に異常がなく、携帯端末２０のみに通信不能の期間があった場合には、在庫管理サーバ３０の収納領域データベース３４２に格納されている重量履歴を参照することで、携帯端末２０のグラフ作成部２２１は過去のデータを再現することもできる。

　（棚のズレ検知）
重量センサ２００の異常としては、収納領域の容器１０４や棚が重量センサ２００の上に正常に支持されておらず、容器１０４や棚自体の重量も計測できなかった場合などが考えられる。

　ここで、棚がずれて、重量センサ２００の上に正常に支持されていないことを検知する方法について、図４５～図４７を用いて説明する。図４５は、棚ずれ検知時の各動作を示すタイムチャートである。

　後述の通り、重量センサ２００に対しては、予め基準値（ゼロ点）の設定が行われる。すなわち、ユーザが使用していく棚等を重量センサ２００に載置し、商品が収納されていない状態で重量センサ２００によって計測された重量が、基準値とされる。図４５において、０ｇは、この基準値を示している。

　したがって、重量センサ２００によって得られた商品重量が基準値を下回ってマイナスとなる場合は、棚がずれている可能性がある。そこで、重量センサ２００のセンサ基板１１１は、図４５に示すように、所定の閾値（マイナス重量許容量）以下になってしまった場合には、棚がずれていると判定する。ただし、重量センサ２００での重量計測の対象である棚の下の収納領域へユーザが商品を出し入れする際に、棚に商品等がぶつかってしまった場合などにも、商品重量が一時的にマイナス重量許容量以下となる可能性がある。このため、本実施例のセンサ基板１１１は、マイナス重量許容量以下の状態が確定時間以上継続した時点で、棚ずれと判定する。なお、マイナス重量許容量は、棚ごとに異なる値が設定されても良い。

　棚ずれと判定された場合、冷蔵庫１０のセンサ基板１１１から異常を知らせる情報が在庫管理サーバ３０に送信される。さらに、在庫管理サーバ３０の通知部３２３から携帯端末２０へその旨の通知が送信される。そして、携帯端末２０の通知出力部２２３が、図６，図７のホーム画面Ｖ１０，Ｖ１１に通知し、お知らせボタン６３３でその旨をいつでも閲覧できるようにする。さらに、通知出力部２２３は、主メニューバー６００の警告欄６０５に、通常と異なる表示をさせる。また、通知出力部２２３は、在庫管理サーバ３０から通知を受信した時点で、いずれかの棚で異常が発生したことを知らせるプッシュ通知を行っても良い。なお、棚ずれと判定された場合、グラフ作成部２２１は、前述の通り、異常時の重量として、折れ線を表示せずブランクとする。

　ユーザが、お知らせボタン６３３、警告欄６０５、プッシュ通知などをタップすると、どの棚に異常が発生したかの情報や、異常への対処方法を示す情報などが表示される。ユーザは、表示内容を閲覧して、棚の位置等を修正することで、重量センサ２００の上に棚を正常に支持させることができる。棚の位置等の修正により、重量センサ２００によって得られる商品重量が、マイナス重量許容量を超え、さらに棚ずれ解除重量以上になると、実質的に基準値に到達したと見做され、異常表示などはすべて解除される。

　図４６は、棚がずれていることを異常として操作部１４に表示する方法の一例である。本実施例の操作部１４は、前述の通り、通信機能のON／OFF状態を示すランプ１４１と、LAN５１への接続状態を示すランプ１４２の２つしか存在していない。このように、操作部１４の表示機能に制約がある場合でも、例えば、図４６に示す方法により、特定の棚の異常を知らせることが可能である。具体的には、ランプ１４２が１回点滅した後、ランプ１４１が４回点滅し、その後、両方のランプが消灯する、という動作を繰り返すものである。別の容器１０４ｃの棚がずれている場合には、ランプ１４２が１回点滅した後、ランプ１４１が６回点滅し、その後、両方のランプが消灯する、という動作を繰り返す。

　図４７は、棚ずれ検知時の各処理を示すフローチャートである。図４７を用いて、棚ずれ検知時における、センサ基板１１１およびアプリでの処理について説明する。

　まず、センサ基板１１１は、マイナス重量許容量以下となったか否かを判定する（ステップＳ１）。マイナス重量許容量以下となった場合、その継続時間をカウントする（ステップＳ２）。その後も、センサ基板１１１は、マイナス重量許容量以下が継続しているか否かを判定し（ステップＳ３）、マイナス重量許容量を上回った場合には、ステップＳ１に戻る。一方、マイナス重量許容量以下の状態が継続した場合、センサ基板１１１は、その状態が確定時間以上継続したか否かを判定する（ステップＳ４）。まだ確定時間以上継続していない場合には、ステップＳ３に戻る。一方、確定時間以上継続した場合、センサ基板１１１は、棚ずれと判定し、その情報が、在庫管理サーバ３０へ送信された後、携帯端末２０のアプリで通知される（ステップＳ５）。その後、センサ基板１１１は、棚ずれ解除重量以上となったか否かを判定する（ステップＳ６）。棚ずれ解除重量未満の状態が続いている場合は、アプリ上の異常表示やお知らせが継続される。一方、棚ずれ解除重量以上になると、アプリ上の異常表示やお知らせが解除される（ステップＳ７）。

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

　また、ユーザが購入先アクセスボタン６８４をタップすると、アクセス支援処理部２２６は、登録済みのページのアドレスを指定しつつ、携帯端末２０においてブラウザを立ち上げる。アプリは、ブラウザが立ち上がった後も、購入先確認画面Ｖ７０，７１を保持するが、実際の商品の購入は、ＥＣサイトで行われる。本実施例では、収納領域の商品の残量を確認したユーザがＥＣサイトにアクセスして商品を購入するものであるが、商品の残量情報がＥＣサイトを運営する小売業者が管理する小売業者サーバ４０へも送信され、小売業者サーバ４０が残量に応じて自動的に商品を受注し、冷蔵庫ＩＤに紐づけられた住所に送付されるようにしても良い。

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

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

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

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

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

　（同時アクセス禁止の処理）
次に、同一の冷蔵庫ＩＤに関し、異なる携帯端末ＩＤが商品購入のためにＥＣサイトへ同時にアクセスすることを禁止する処理について説明する。前述のように、本実施例の在庫管理システムＳでは、１台の冷蔵庫１０に対して、複数台の携帯端末２０がペアリングされ、複数のユーザがアプリを利用して共通の冷蔵庫１０の在庫管理を行うこともある。特に、アラート通知重量の設定が同じの場合、共通の冷蔵庫１０のある収納領域の残量が設定値に達すると、同様のタイミングでアラートが通知される。したがって、あるユーザがＥＣサイトにアクセスして注文の処理を行っているときに、別のユーザも同様にＥＣサイトにアクセスして注文処理をしようとする可能性が考えられる。そこで、本実施例では、同一の冷蔵庫ＩＤに関するアプリ上の操作を通じて、ある携帯端末ＩＤがＥＣサイトにアクセスした場合、その他の携帯端末ＩＤが、同一の冷蔵庫ＩＤに関するアプリ上の操作を通じてＥＣサイトにアクセスすることを禁止する処理がされる。これらその他の携帯端末ＩＤが、例えば直接ブラウザからＥＣサイトにアクセスすることは許容され得る。

　図４２は、この同時アクセス禁止の処理を示すフローチャートである。図４２に示すように、まず、アクセス支援処理部２２６は、ある携帯端末ＩＤのユーザが、図１２，図１３の購入先確認画面Ｖ７０，Ｖ７１の購入先アクセスボタン６８４をタップしたか否かを判定する（ステップＳ１０１）。タップ有りの場合、アクセス支援処理部２２６は、当該携帯端末２０においてブラウザを起動するとともに、在庫管理サーバ３０に対し、携帯端末ＩＤおよび冷蔵庫ＩＤを含むアクセス情報を送信する。在庫管理サーバ３０のアクセス制限部３２２は、認証データベース３４１を参照し、受信したアクセス情報に含まれる冷蔵庫ＩＤに紐づく他の携帯端末ＩＤを特定する。すると、アクセス制限部３２２は、特定した他の携帯端末ＩＤに対し、あるユーザがＥＣサイトにアクセス中である旨を知らせる通知を、通知部３２３を介して送信する（ステップＳ１０２）。この通知には、アクセス中のユーザ名、冷蔵庫名、収納領域に関する情報（例えば、どの収納容器(重量センサ)かや、商品メモ６７３の内容。）、登録アドレス表示部６８３に登録されているＵＲＬを含ませてもよい。冷蔵庫名としては、上述の型番でもよいし、別途何れかのユーザによって登録されたニックネームでもよい。ニックネームとしては、その冷蔵庫の所有者を含ませることが想定される。

　通知を受信した携帯端末２０では、通知出力部２２３が図６，図７ホーム画面Ｖ１０，Ｖ１１のお知らせボタン６３３に表示させるとともに、アクセス支援処理部２２６が図１２，図１３の購入先確認画面Ｖ７０，７１の購入先アクセスボタン６８４を無効化する（ステップＳ１０３）。アクセス支援処理部２２６は、通知を受信してから所定時間経過したか否かを判定し（ステップＳ１０４）、所定時間が経過した場合には、購入先アクセスボタン６８４の無効化を解除して、ＥＣサイトへのアクセスを許可する（ステップＳ１０５）。これに代えて、携帯端末ＩＤのユーザが商品の注文を完了したタイミングや、ＥＣサイトへのアクセスが一定時間無くなったタイミングを、在庫管理サーバ３０が取得できる場合には、そのタイミングを起点として同時アクセス禁止処理が解除されても良い。なお、他のユーザは、あるユーザがＥＣサイトにアクセス中であっても、ＥＣサイトへのアクセス以外のアプリ操作、例えば在庫状況の確認などは可能である。

　ある携帯端末ＩＤのユーザが商品を注文したとき、当該ユーザからの入力により又は注文に応じて自動で、在庫管理サーバ３０にその旨が送信されるようにしても良い。その場合、在庫管理サーバ３０の通知部３２３は、他の携帯端末ＩＤのユーザにお知らせとして図６，図７のホーム画面Ｖ１０，Ｖ１１に通知したり、図８の在庫状態・トップ画面Ｖ３０の収納領域欄などに、注文済みであることを知らせる表示をしたりする。これにより、同一の冷蔵庫１０の在庫管理を行う複数のユーザが重複して同じ商品を購入してしまう虞を低減できる。

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

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

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

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

　（最大重量の入力方法）
ユーザが最大重量表示部６７４の設定変更ボタン６７８をタップすると、メモで登録した商品を当該収納領域に収納し得る最大重量の入力内容を変更できる。なお、ここでの最大重量は、物理的に当該商品を収納領域に収納し得る最大量とは限らず、ユーザが収納したいと考える基準によって変動する可能性がある。以下、最大重量の具体的な入力方法について、図２６～図２９を用いて説明する。

　まず、図１０の表示・通知設定画面Ｖ５０で、最大重量表示部６７４の設定変更ボタン６７８をユーザがタップすると、計量指令部２２５は、図２７に示す最大重量入力画面Ｖ１０１を表示させる。図２７の最大重量入力画面Ｖ１０１では、ユーザが重量表示部６３７に最大重量を直接入力することもでき、入力後に保存ボタン６３８がタップされると、計量指令部２２５は、図２９に示す重量確認画面Ｖ１０２を表示させる。

　一方、図２７の最大重量入力画面Ｖ１０１でユーザが計測ボタン６３９をタップすると、計量指令部２２５は、図２８に示す計量確認画面Ｖ８４をポップアップ表示させる。ユーザは、対象の収納領域に収納し得る個数又は量であって、ユーザが最大重量として設定したい個数又は量の同一商品を置いた状態で、計測開始ボタン６５２をタップする。すると、計量指令部２２５は、通信部２４を介して冷蔵庫１０のセンサ基板１１１に対し、その時点の対象の収納領域の重量を計測するよう指令信号を送信する。指令信号を受信したセンサ基板１１１は、対応する収納領域の重量センサ２００で計測された重量情報を例えば携帯端末２０に送信する。重量情報を受信した計量指令部２２５は、図２９に示す重量確認画面Ｖ１０２を表示させ、ユーザが完了ボタン６５４をタップすると、重量表示部６３７に重量センサ２００が計測した重量が反映される。最大重量の設定が完了すると、在庫状態出力部２２２は、図９の在庫状態詳細画面Ｖ４０におけるグラフ表示部６６５や、図１０の表示・通知設定画面Ｖ５０の最大重量表示部６７４などにも、最大重量を表示させる。なお、図２８の計量確認画面Ｖ８４でユーザがキャンセルボタン６５３をタップすると、図２７の最大重量入力画面Ｖ１０１に戻る。

　ここで、前述の図１０に示す表示・通知設定画面Ｖ５０で、最大重量表示部６７４が未入力の状態のときにユーザが設定変更ボタン６７８をタップすると、設定部２２４は、図２６に示すゼロ点調整推奨画面Ｖ８３をポップアップ表示させる。このポップアップ表示の内容としては、ユーザが使用していく容器１０４を空の状態で重量センサ２００上に正しく載置することを要求するものである。設定部２２４は、最大重量表示部６７４が入力済みであっても、最後にゼロ点調整してから所定期間ごとに、もしくは毎回、ゼロ点調整推奨画面Ｖ８３をポップアップ表示させても良い。ユーザが、対象の収納領域が空の状態であることを確認し、図２６のゼロ点調整推奨画面Ｖ８３でゼロ点調整実行ボタン６３５をタップすると、計量指令部２２５は、ゼロ点調整を実行する。一方、ユーザが図２６のゼロ点調整推奨画面Ｖ８３でスキップボタン６３６をタップした場合、計量指令部２２５は、図２７に示す最大重量入力画面Ｖ１０１を表示させる。

　ゼロ点調整とは、収納領域を形成する容器１０４自体の重量を考慮して、容器１０４内が空の状態で重量センサ２００が計測する重量を、商品が収納されていない状態、すなわち、商品の重量がゼロであると設定するものである。このゼロ点調整を実行することで、商品の残量をより正確に計測することが可能となる。また、ゼロ点調整は、図１０に示す特定の収納領域に関する表示・通知設定画面Ｖ５０から実行する以外に、後述のように、図３１に示す設定・トップ画面Ｖ１２０から対象の収納領域を選んで実行しても良い。

　ゼロ点調整は、センサユニット上に容器１０４も商品も支持されていない状態で行ってもよいし、容器１０４のみが支持された状態で行ってもよい。本実施例では、後述のように後者の状態で行う。

　前者であれば、ユーザは、予め容器１０４に商品を収納させてしまっていても、容器１０４ごと一旦センサユニット上からどければよいためゼロ点調整の実行が容易である一方、容器１０４の重量には個体差があり得るため、やや調整精度に劣り得る。このため、別途、容器１０４のみの重量を計測して記憶しておくことができると好ましい。そして、ゼロ点調整後、容器１０４及び商品が支持された状態の重量検知値から、記憶した容器重量を減算すればよい。

　なおこの場合、特に、複数の容器１０４を備える冷蔵庫であって、或るセンサユニット上に支持させる容器１０４を複数から選択できるときは、やはり容器重量の個体差に起因して調整精度に改善の余地が生じ得る。このようなときは、センサユニットに支持された容器１０４の個体を冷蔵庫側にて区別できるように構成することが好ましい。例えば、容器１０４に識別番号や容器自体の重量を記憶させた無線タグを埋設等させておき、冷蔵庫側にこの無線タグの情報を読み取り可能な機器を設けておくことができる。

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

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

　（サポート・トップ画面Ｖ１１０）
図３０は、サポート・トップ画面Ｖ１１０の例を示す図である。図６，図７のホーム画面Ｖ１０，Ｖ１１において、ユーザがサポートボタン６４４をタップすると、アプリは、図３０に示すサポート・トップ画面Ｖ１１０を出力部２５に表示させる。サポート・トップ画面Ｖ１１０には、主メニューバー６００と、サポートメニュー部６０と、副メニューバー６４０と、が含まれている。サポートメニュー部６０には、複数のボタン６１～６７等が含まれており、ユーザが所望のボタンをタップすると、そのボタンに応じたサポート動作が実行される。

　（設定・トップ画面Ｖ１２０）
図３１は、設定・トップ画面Ｖ１２０の例を示す図である。図６，図７のホーム画面Ｖ１０，Ｖ１１において、ユーザが設定ボタン６４５をタップすると、設定部２２４は、図３１に示す設定・トップ画面Ｖ１２０を出力部２５に表示させる。図３１の設定・トップ画面Ｖ１２０には、通知設定ボタン６１１と、ゼロ点設定ボタン６１２と、郵便番号設定ボタン６１３と、お知らせ履歴一覧ボタン６１４と、が含まれている。

　（通知設定）
図３１の設定・トップ画面Ｖ１２０においてユーザが通知設定ボタン６１１をタップすると、設定部２２４は、収納領域ごとにアラートの通知を許可するか否かの選択画面（図示せず）を出力部２５に表示させる。ここで表示される画面は、図１０に示す表示・通知設定画面５０と同じであっても良い。また、アラート以外に、冷蔵庫１０の運転状況や異常の通知の要否を設定できるようにしても良い。さらに、食材データごとに設定されたリマインダ日時情報に基づくリマインダの通知を許可するか否かも選択できるようにしても良い。通知設定にて選択された情報は、記憶部２３に保存され、通知設定ありの場合、アプリが所定の状態を検知すると、図６，図７のホーム画面Ｖ１０，Ｖ１１に通知し、お知らせボタン６３３で詳細を閲覧できるようにする。なお、同じ冷蔵庫１０に対して複数台の携帯端末２０がペアリングされている場合などは、携帯端末２０ごとに異なる通知設定とすることができる。

　（ゼロ点設定）
図３１の設定・トップ画面Ｖ１２０においてユーザがゼロ点設定ボタン６１２をタップすると、設定部２２４は、図３２に示すゼロ点設定画面Ｖ１３０を出力部２５に出力させる。図３２のゼロ点設定画面Ｖ１３０では、ゼロ点調整すべき収納領域（スロット）を選択できるようになっており、ユーザが所定の収納領域のリセットボタン６１５をタップすると、計量指令部２２５は、図３３に示すゼロ点設定確認画面Ｖ８５をポップアップ表示させる。その後、ユーザが、対象の収納領域が空の状態であることを確認し、図３３のゼロ点設定確認画面Ｖ８５でＯＫボタン６５５をタップすると、計量指令部２２５は、ゼロ点調整を実行する。一方、ユーザが図３３のゼロ点設定確認画面Ｖ８５でキャンセルボタン６５６をタップすると、図３２のゼロ点設定画面Ｖ１３０に戻る。また、重量センサ２００が一定以上の値を計測した場合や、センサ基板１１１と通信接続できない場合などは、ゼロ点の設定が困難であるため、その旨のメッセージが通知される。この旨の通知がされる場合は、ゼロ点設定確認画面Ｖ８５のポップアップ表示前に通知されるのが好ましい。

　重量センサ２００は、上述のように一定時間毎（例えば、１分毎）に重量を取得し、記憶部１２に記憶させ、一定回数（例えば、１０回）分の重量データを、必要に応じて平均化処理等して、在庫管理サーバ３０に送信している。在庫管理サーバ３０は、データを受領するとその旨を返信する。このため、ゼロ点設定確認画面Ｖ８５でＯＫボタン６５５をタップされた時の又はこの直前の、検知重量が一定以上の値であった場合や、在庫管理サーバ３０への送信が失敗していた場合は、ゼロ点設定が行えない旨のメッセージを通知できる。

　なお、工場出荷時には、同梱する容器１０４や棚が空の状態で載置された場合のゼロ点設定が既に行われた状態となっているが、ユーザが初めて冷蔵庫１０を起動するときには、ゼロ点設定が推奨されるようになっている。ユーザが初めてゼロ点設定を実行した場合に、工場出荷時の基準値に対して前述のマイナス重量許容量以下であれば、容器１０４等が正常に載置されていないとして、メッセージが通知される。一方、ユーザが容器１０４等の上にさらに別の容器を載置した状態でゼロ点設定を実行した場合には、工場出荷時の基準値を超える重量を重量センサ２００が検知するが、その値が新たな基準値として上書きされる。

　（郵便番号設定）
設定・トップ画面Ｖ１２０においてユーザが郵便番号設定ボタン６１３をタップすると、アプリは、郵便番号の入力画面（図示せず）を出力部２５に表示させる。アプリは、ここで入力された郵便番号に基づいて、冷蔵庫１０が設置された地域を特定し、所定の気象サイトにアクセスして当該地域の天気予報を取得した上で、図６，図７のホーム画面Ｖ１０，Ｖ１１の天気予報表示部６１０に表示する天気予報に反映させる。
（お知らせ履歴一覧）
　設定・トップ画面Ｖ１２０においてユーザがお知らせ履歴一覧ボタン６１４をタップすると、通知出力部２２３は、過去の通知の日時や種類などの一覧画面（図示せず）を出力部２５に表示させる。そして、ユーザが、お知らせ履歴の一覧の何れかをタップすると、通知出力部２２３は、当該「お知らせ」の詳細を示す詳細画面（図示せず）を出力部２５に表示させる。

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

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

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

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

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

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

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

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

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

実施例２に係る在庫管理システムＳについて、説明する。実施例２は、携帯端末２０のメモリ２２に格納されたアプリが、冷蔵庫１０の各収納領域に収納される商品の注文までを支援するものである。

　(在庫管理サーバの構成)
図５２は、実施例２に係る在庫管理サーバ３０の構成を示す機能ブロック図である。図５２に示すとおり、本実施例の在庫管理サーバ３０も、実施例１の在庫管理サーバ（図４参照）と同様に、プロセッサ３１と、メモリ３２と、通信部３３と、記憶部３４と、を備えている。しかし、メモリ３２内に格納されるプログラムとして、実施例１ではアクセス制限部３２２を有しているが、本実施例では注文制限部３２４を有している点で異なっている。本実施例の注文制限部３２４は、同一の冷蔵庫ＩＤの（同一の）収納領域に対する商品が重複して購入されるのを防ぐために、異なる携帯端末ＩＤのアプリ上で同時に商品を注文することを制限するものである。また、本実施例の記憶部３４は、認証データベース３４１が、冷蔵庫ＩＤと対応させる形で住所情報を保存し、収納領域データベース３４２が、商品の種類の特定が可能な商品特定情報を保存している。

　(携帯端末のメモリに格納されるアプリの構成)
図５３は、本実施例の携帯端末２０のプロセッサ２１により実行されるアプリの機能を、ブロック図として表したものである。図５３に示すように、本実施例のアプリも、グラフ作成部２２１と、在庫状態出力部２２２と、通知出力部２２３と、設定部２２４と、計量指令部２２５と、を備えている。一方、実施例１のアクセス支援処理部２２６の代わりに、本実施例では注文支援処理部２２７を備えている点で異なっている。本実施例の注文支援処理部２２７は、小売業者のＥＣサイトを介して又は介さずに、直接、商品の注文まで行える機能であり、入力フォーム出力部２３１と、収納領域住所入力部２３２と、商品情報入力部２３３と、を備えている。入力フォーム出力部２３１は、購入する商品の情報（種類や数量など）と送付先（郵便番号を含む住所情報）を入力すべき入力フォームを出力部に出力させる。入力フォームとしては、ＥＣサイト側で準備しているフォームであったり、アプリ側で準備しているフォームにすることができる。入力フォームに入力された情報のデータ構造は、予めアプリの開発者とＥＣサイトの管理者との協力の下、互換できるように設計されている。ＥＣサイト側で準備しているフォームにする場合は、上述した、アプリからブラウザへの遷移後に、ＥＣサイト側のフォームに自動入力されるようにする。

　収納領域住所入力部２３２は、入力フォーム出力部２３１によって出力された入力フォームに対し、冷蔵庫ＩＤに対応した固有の住所情報を自動的に入力する。商品情報入力部２３３は、入力フォーム出力部２３１によって出力された入力フォームに対し、商品を特定するための商品情報を自動的に入力する。

　（住所情報の入力）
図５４は、注文画面Ｖ８８の例を示す図である。在庫状態詳細画面でユーザが購入ボタン６６８をタップすると、入力フォーム出力部２３１は、図５４に示す注文画面Ｖ８８を出力部２５に表示させる。このとき、収納領域住所入力部２３２は、在庫管理サーバ３０の認証データベース３４１を参照し、在庫管理の対象の冷蔵庫ＩＤに紐づく住所情報を入力フォームに表示する。また、商品情報入力部２３３は、在庫管理サーバ３０の収納領域データベース３４２を参照し、収納領域に対応する商品特定情報を入力フォームに表示する。ユーザが、入力フォームの内容を確認し、決定ボタン６０５をタップすると、注文データが小売業者サーバ４０へ送信され、商品の注文処理が完了する。注文画面Ｖ８８でキャンセルボタン６０６がタップされると、在庫状態詳細画面に戻る。本実施例によれば、携帯端末２０のアプリで商品を注文するユーザが、在庫管理対象の冷蔵庫１０の設置場所と異なる場所に居住している場合でも、冷蔵庫ＩＤに対応した固有の住所が注文時に自動で入力されるため、購入した商品が注文したユーザの自宅へ誤って送付されるのを防止できる。

　なお、冷蔵庫ＩＤに紐づく住所情報は、設定・トップ画面から郵便番号とともに設定できるようにしても良い。同じ冷蔵庫１０に対して複数台の携帯端末２０がペアリングされている場合などは、この設定で入力された住所情報が、在庫管理サーバ３０へ送信され、データ管理部３２１によって、認証データベース３４１内の冷蔵庫ＩＤに対応付けて保存される。また、冷蔵庫ＩＤに紐づく住所情報は、携帯端末２０の記憶部２３にも保存され、在庫管理サーバ３０の認証データベース３４１を介さずとも、収納領域住所入力部２３２によって入力できるようにしても良い。

　さらに、商品特定情報に商品の重量に関する情報が含まれている場合、アプリは、購入した商品の重量および個数に基づいて、収納領域に収納される商品の最大重量を推定しても良い。この場合、ユーザが、最大重量を入力したり、重量センサ２００によって計量したりする作業を省略できる。

　（同時期注文禁止の処理）
次に、同一の冷蔵庫ＩＤに関し、異なる携帯端末ＩＤが商品を同時期に注文することを禁止する処理について説明する。本実施例では、同一の冷蔵庫ＩＤに関するアプリ上の操作を通じて、ある携帯端末ＩＤが注文処理を行った場合、その他の携帯端末ＩＤが、同一の冷蔵庫ＩＤに関するアプリ上で注文処理を行うことが禁止される。

　図５５は、この同時期注文禁止の処理を示すフローチャートである。図５５に示すように、まず、注文支援処理部２２７は、ある携帯端末ＩＤのユーザが、在庫状態詳細画面で購入ボタン６６８又は決定ボタン６０５をタップしたか否かを判定する（ステップＳ２０１）。タップ有りの場合、注文支援処理部２２７は、当該携帯端末２０において図５４に示す注文画面Ｖ８８を表示させるとともに、在庫管理サーバ３０に対し、携帯端末ＩＤ、冷蔵庫ＩＤ、及び登録アドレス表示部６８３に登録されているＵＲＬを含む注文処理情報を送信する。在庫管理サーバ３０の注文制限部３２４は、認証データベース３４１を参照し、受信した注文処理情報に含まれる冷蔵庫ＩＤに紐づく他の携帯端末ＩＤを特定する。すると、在庫管理サーバ３０の通知部３２３は、特定した他の携帯端末ＩＤに対し、あるユーザが注文処理中である旨を知らせる通知を送信する（ステップＳ２０２）。この通知には、アクセス中のユーザ名、冷蔵庫名、収納領域に関する情報（例えば、どの収納容器(重量センサ)かや、商品メモ６７３の内容。）、登録アドレス表示部６８３に登録されているＵＲＬを含ませてもよい。冷蔵庫名としては、上述の型番でもよいし、別途何れかのユーザによって登録されたニックネームでもよい。ニックネームとしては、その冷蔵庫の所有者を含ませることが想定される。

　通知を受信した携帯端末２０では、通知出力部２２３がホーム画面のお知らせボタンに表示させるとともに、注文支援処理部２２７が在庫状態詳細画面の購入ボタンを無効化する（ステップＳ２０３）。在庫管理サーバ３０の注文制限部３２４は、ある携帯端末ＩＤのユーザのアプリ操作の状況を監視し、アプリ操作がなくなってから所定時間が経過したか否かを判定する（ステップＳ２０４）。所定時間が経過した場合、在庫管理サーバ３０の通知部３２３は、他の携帯端末ＩＤにユーザに対してその旨を通知し、通知を受信した携帯端末２０では、通知出力部２２３がホーム画面のお知らせボタンに表示させるとともに、注文支援処理部２２７が在庫状態詳細画面の購入ボタンを有効化する（ステップＳ２０５）。なお、最初にある携帯端末ＩＤのユーザが、商品の注文を完了した場合には、その時点で、他の携帯端末ＩＤのユーザに通知され、同時期注文禁止処理が解除されても良い。

　本実施例では、購入ボタン６６８又は決定ボタン６０５をタップしたか否かで、その他の携帯端末ＩＤが、同一の冷蔵庫ＩＤに関するアプリ上で注文処理を行うことが禁止されるようにしたが、ＥＣサイト側での決済完了に関する情報をアプリが取得できる場合は、このタイミングを以て禁止を有効化してもよい。実施例１でも同様である。

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

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

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

　＜本明細書が包含する他の技術的思想＞
本明細書は、次の技術的思想も包含する。

　［付記１］
  収納領域に設けられた重量センサに情報を取得させる指令を出す計量指令部と、
  前記重量センサによって取得された或る期間に亘る情報を利用してグラフを作成させるグラフ作成部と、
  前記グラフ作成部で作成されたグラフを出力させる在庫状態出力部と、としてコンピュータを動作させ、
  前記グラフ作成部は、
    前記計量指令部からの指令を出力させる旨の入力が前記コンピュータにされたことに応じて前記重量センサが取得した基準値と、
    該基準値の計測の後に、前記重量センサが取得した残量値と、を利用して、
    前記基準値に対する前記残量値の割合の推移を示すグラフを作成させる在庫管理プログラム。

　［付記２］
付記１に記載の在庫管理プログラムにおいて、
前記グラフ作成部は、前記残量値を取得できない期間があった場合、当該期間の表示を他の期間と異ならせる在庫管理プログラム。

　［付記３］
  付記２に記載の在庫管理プログラムにおいて、
  前記収納領域は、保管庫内の複数の容器または棚であって、
  前記収納領域ごとに紐付けられたユーザ設定情報を取得可能であり、
  前記収納領域の位置の入れ替えを実行すると、入替元から入替先へ前記ユーザ設定情報の少なくとも一部が移行される在庫管理プログラム。

　［付記４］
付記３に記載の在庫管理プログラムにおいて、
前記収納領域の位置の入れ替えを実行する際、入替元及び／又は入替先の収納領域の前記重量センサの計測値に変化がなかった場合、通知を行わせる通知出力部として前記コンピュータを動作させる在庫管理プログラム。

　［付記５］
  付記３に記載の在庫管理プログラムにおいて、
  前記ユーザ設定情報は、アラートを通知する閾値となるアラート通知残量であり、
  前記収納領域の位置の入れ替えを実行すると、入替元から入替先へ前記アラート通知残量が移行される在庫管理プログラム。

　［付記６］
  付記３に記載の在庫管理プログラムにおいて、
  前記ユーザ設定情報は、前記収納領域に対応して登録されたＵＲＬであり、
  前記収納領域の位置の入れ替えを実行すると、入替元及び入替先の前記ＵＲＬが交換される在庫管理プログラム。

　［付記７］
  付記３に記載の在庫管理プログラムにおいて、
  前記収納領域は、保管庫内の複数の容器または棚であって、
  前記重量センサは、前記容器または前記棚のそれぞれに収容された物の重量を検知可能に設けられており、
  前記収納領域ごとに、重量情報が紐付けられており、
  前記収納領域の位置の入れ替えを実行すると、入替元及び入替先の前記重量情報が削除される在庫管理プログラム。

　［付記８］
  付記２に記載の在庫管理プログラムにおいて、
  前記収納領域は、保管庫内の複数の容器または棚であって、
  前記収納領域が対応する位置を示すアイコンを出力し、
  前記収納領域の位置の入れ替えを実行する際、前記アイコンを非表示とする在庫管理プログラム。

　［付記９］
  付記２に記載の在庫管理プログラムと、
  前記収納領域及び前記重量センサを備える保管庫と、
  サーバと、を備える在庫管理システムを製造する方法であって、
  前記在庫管理システムは、
    前記重量センサに、周期的に重量に関する情報を取得させ、
    前記重量センサの検知周期と同一又はこれより長い周期で、前記重量センサが取得した情報を前記サーバに送信させ、
    前記計量指令部に指令を出力させる時又はこの前に、前記重量センサが取得した情報が一定以上の重量を示した場合、及び／又は、前記重量センサが取得した情報を前記サーバに送信できなかった場合、通知を出力させる通知出力部として前記コンピュータを動作させ、
  前記コンピュータが前記在庫管理プログラムを動作可能にさせるステップを含んで当該在庫管理システムを製造する方法。

　［付記１０］
収納領域に設けられた重量センサに情報を取得させる指令を出す計量指令部と、
コンピュータに対して前記計量指令部に指令を出力させる旨の入力がされた場合に前記重量センサが取得した基準値と、該基準値の計測の後に、前記重量センサが取得した残量値と、を利用して、前記基準値に対する前記残量値の割合を出力させる出力部として前記コンピュータを動作させる在庫管理プログラム。

Ｓ　在庫管理システム
１０　冷蔵庫
２０　携帯端末
５１　ＬＡＮ
５２　ＷＡＮ
１０１　外箱
１０２　扉
１０３　内箱
１０４　容器
１０７　圧縮機
１０９　主制御基板
１１０　庫内温度センサ
１１１　センサ基板
１１２　通信基板
１１３　操作基板
２００　重量センサ
２２１　グラフ作成部
２２２　在庫状態出力部
２２３　通知出力部
２２４　設定部
２２５　計量指令部
２２６　アクセス支援処理部
２２７　注文支援処理部
２３１　入力フォーム出力部
２３２　収納領域住所入力部
２３３　商品情報入力部

Claims

　収容庫に配された重量センサの基準値設定の命令をコンピュータに出力させる収容庫設定支援プログラムであって、
　前記基準値設定を行う場合、ユーザが使用していく棚又は容器を前記重量センサ上に載置するように要求する旨を前記コンピュータに出力させ、その後、該基準値設定を開始させる収容庫設定支援プログラム。
　請求項１に記載の収容庫設定支援プログラムにおいて、
　前記基準値設定後、前記重量センサが検知する重量が設定された基準値未満の所定の閾値以下となった場合、棚又は容器が正常に載置されていない旨を報知させる収容庫設定支援プログラム。
　請求項２に記載の収容庫設定支援プログラムにおいて、
　前記所定の閾値以下の状態が一定時間以上継続した場合、棚又は容器が正常に載置されていない旨を報知させる収容庫設定支援プログラム。
　請求項１に記載の収容庫設定支援プログラムにおいて、
　前記重量センサが検知する重量の経時変化をあらわすグラフを前記コンピュータに出力させ、
　前記グラフは、前記重量センサが検知する重量が、設定された基準値未満又は該基準値未満の所定の閾値以下である間は、値をプロットしない収容庫設定支援プログラム。
　請求項１に記載の収容庫設定支援プログラムにおいて、
　棚又は容器が空であることの確認を促す旨を前記コンピュータに出力させる収容庫設定支援プログラム。
　請求項１に記載の収容庫設定支援プログラムにおいて、
　前記重量センサに情報を取得させる指令を出す計量指令部と、
　前記重量センサによって取得された或る期間に亘る情報を利用してグラフを作成させるグラフ作成部と、
　前記グラフ作成部で作成されたグラフを出力させる在庫状態出力部と、して前記コンピュータを動作させ、
　前記グラフ作成部は、
　　前記計量指令部からの指令を出力させる旨の入力が前記コンピュータにされたことに応じて前記重量センサが取得した基準値と、
　　該基準値の計測の後に、前記重量センサが取得した残量値と、を利用して、
　　前記基準値に対する前記残量値の割合の推移を示すグラフを作成させる収容庫設定支援プログラム。
　請求項６に記載の収容庫設定支援プログラムにおいて、
　前記グラフ作成部は、前記残量値を取得できない期間があった場合、当該期間の表示を他の期間と異ならせる収容庫設定支援プログラム。
　請求項７に記載の収容庫設定支援プログラムにおいて、
　棚又は容器ごとに紐付けられたユーザ設定情報を取得可能であり、
　棚又は容器の位置の入れ替えを実行すると、入替元から入替先へ前記ユーザ設定情報の少なくとも一部が移行される収容庫設定支援プログラム。