特開 2022-112566 注文支援プログラム

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

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

(11)【公開番号】P2022112566

(43)【公開日】2022-08-03

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

(51)【国際特許分類】

   G06Q 30/06 20120101AFI20220727BHJP

【ＦＩ】

G06Q30/06 306

【審査請求】未請求

【請求項の数】4

【出願形態】ＯＬ

(21)【出願番号】P 2021008398

(22)【出願日】2021-01-22

(71)【出願人】

【識別番号】399048917

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

(74)【代理人】

【識別番号】110000350

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

(72)【発明者】

【氏名】小林 直之

(72)【発明者】

【氏名】渡邉 季誠

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

5L049

【Ｆターム（参考）】

5L049BB58

(57)【要約】      （修正有）

【課題】複数ユーザの同時期の発注処理によって予期せぬ多量の商品を購入してしまうことを抑制する注文支援プログラムを提供する。
【解決手段】共通の収納領域の在庫に係る情報を複数のＩＤに係るコンピュータそれぞれから閲覧可能な在庫管理システムＳ（注文支援システム）において、注文支援プログラムは、在庫管理サーバ３０を、収納領域に対応した商品の注文を小売業者サーバ４０の電子商取引サイトへ行う注文支援処理部又は収納領域に対応した商品を販売する小売業者サーバ４０の電子商取引サイトへアクセスさせるアクセス支援処理部として動作させ、注文支援処理部又はアクセス支援処理部の機能が、収納領域の在庫に係る情報を閲覧可能なＩＤのうちいずれかによって発揮された場合、収納領域の在庫に係る情報を閲覧可能な他のＩＤに対して、注文支援処理部又はアクセス支援処理部の機能を所定期間発揮できなくするか又は通知をさせる。
【選択図】図１

【特許請求の範囲】

【請求項1】

共通の収納領域の在庫に係る情報を複数のユーザＩＤ又は端末ＩＤに係るコンピュータそれぞれから閲覧可能な注文支援システムに属する少なくとも一部のコンピュータを、前記収納領域に対応した商品の注文を電子商取引サイトへ行う注文支援処理部として動作させ、
前記注文支援処理部の機能が、前記収納領域の在庫に係る情報を閲覧可能な前記ユーザＩＤ又は前記端末ＩＤのうちいずれかによって発揮された場合、前記収納領域の在庫に係る情報を閲覧可能な他の前記ユーザＩＤ又は前記端末ＩＤに対して、前記注文支援処理部の機能を所定期間発揮できなくする注文支援プログラム。

【請求項2】

共通の収納領域の在庫に係る情報を複数のユーザＩＤ又は端末ＩＤに係るコンピュータそれぞれから閲覧可能な注文支援システムに属する少なくとも一部のコンピュータを、前記収納領域に対応した商品を販売する電子商取引サイトへアクセスさせるアクセス支援処理部として動作させ、
前記アクセス支援処理部の機能が、前記収納領域の在庫に係る情報を閲覧可能な前記ユーザＩＤ又は前記端末ＩＤのうちいずれかによって発揮された場合、前記収納領域の在庫に係る情報を閲覧可能な他の前記ユーザＩＤ又は端末ＩＤに対して、前記アクセス支援処理部の機能を所定期間発揮できなくする注文支援プログラム。

【請求項3】

共通の収納領域の在庫に係る情報を複数のユーザＩＤ又は端末ＩＤに係るコンピュータそれぞれから閲覧可能な注文支援システムに属する少なくとも一部のコンピュータを、前記収納領域に対応した商品の注文を電子商取引サイトへ行う注文支援処理部として動作させ、
前記注文支援処理部の機能が、前記収納領域の在庫に係る情報を閲覧可能な前記ユーザＩＤ又は前記端末ＩＤのうちいずれかによって発揮された場合、前記収納領域の在庫に係る情報を閲覧可能な他の前記ユーザＩＤ又は前記端末ＩＤに対して、通知をさせる注文支援プログラム。

【請求項4】

共通の収納領域の在庫に係る情報を複数のユーザＩＤ又は端末ＩＤに係るコンピュータそれぞれから閲覧可能な注文支援システムに属する少なくとも一部のコンピュータを、前記収納領域に対応した商品を販売する電子商取引サイトへアクセスさせるアクセス支援処理部として動作させ、
前記アクセス支援処理部の機能が、前記収納領域の在庫に係る情報を閲覧可能な前記ユーザＩＤ又は前記端末ＩＤのうちいずれかによって発揮された場合、前記収納領域の在庫に係る情報を閲覧可能な他の端末ＩＤに対して、通知をさせる注文支援プログラム。

【発明の詳細な説明】

【技術分野】

【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】実施例３の在庫管理サーバの構成を示す機能ブロック図。

【図49】冷蔵庫に設置されているコントロールパネルの正面図。

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

【0007】

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

【0008】

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

【0009】

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

【0010】

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

【0011】

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

【0012】

なお、冷蔵庫１０の記憶部１２や携帯端末２０の記憶部２３などが記憶するデータは、必ずしも冷蔵庫１０や携帯端末２０などの内部に記憶しておく必要はなく、サーバ等の別の計算機上に記憶しておき、ＬＡＮ５１やＷＡＮ５２経由でアクセス可能にしても良い。
（ペアリング）
本実施形態では、冷蔵庫１０と携帯端末２０との通信接続を可能とするためには、冷蔵庫１０と携帯端末２０との間で認証（ペアリング）の処理を行う必要がある。図４９に冷蔵庫１０に設置されているコントロールパネルを示す。ランプAは冷蔵庫１０の通信機能のON／OFF状態を示しており、点灯はON状態、消灯はOFF状態であることを示している。ランプBは通信機能がON状態の場合に、LAN５１への接続状態を示しており、点灯は接続状態、消灯は非接続状態であることを示している。ボタンCは押下することで通信機能のON／OFFの切り替えることができる。また、ボタンCを長押し（例えば５秒以上押下を継続）することで冷蔵庫１０はペアリングモードに移行する。ペアリングモード中はランプを点滅させる等を行い、ペアリングモードに移行したことを明示してもよい。携帯端末２０は後述のアプリのプログラムに設置されているペアリング開始ボタンを押下することでペアリングモードに移行する（不図示）。冷蔵庫１０と携帯端末２０がペアリングモードに移行し、ペアリングされる。ランプA、ランプBが点灯することでペアリングが完了したことが確認できる。図４９の通信機能のON／OFFとペアリングモード開始は１つのボタンで行っているが、ボタンを分けることや、他機能のボタンと共通にしてもよい。

【0013】

本実施形態では、１台の冷蔵庫１０に対して、複数台の携帯端末２０がペアリングされ得る。１台の携帯端末２０が、複数台の冷蔵庫１０に対してペアリングされる場合も想定される。また、１台の冷蔵庫１０に対して、複数台の携帯端末２０がペアリングされている場合は、設定の変更なども含むすべての権限を有する主ユーザと、情報の閲覧など一部の権限のみを有する副ユーザと、を区別しても良い。
（冷蔵庫の具体的構成）
冷蔵庫１０の構成について具体的に説明する。図２は、冷蔵庫１０の外観斜視図であり、図３は、図２のＩＩ－ＩＩ線断面図である。なお、各図において、ユーザの視点から見て前・後・左・右・上・下と定義する。

【0014】

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

【0015】

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

【0016】

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

【0017】

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

【0018】

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

【0019】

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

【実施例0020】

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

【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】

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

【0099】

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

【0100】

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