JP2022085705A

JP2022085705A - 飲料ストッカ、冷蔵庫、在庫管理装置、在庫管理システム、発注支援システム、在庫管理方法及びプログラム

Info

Publication number: JP2022085705A
Application number: JP2020197513A
Authority: JP
Inventors: 崇 ▲柳▼; Takashi Yanagi; 睦加藤; Mutsumi Kato; 輝男中村; Teruo Nakamura
Original assignee: Mitsubishi Electric Corp
Current assignee: Mitsubishi Electric Corp
Priority date: 2020-11-27
Filing date: 2020-11-27
Publication date: 2022-06-08

Abstract

【課題】ユーザによる飲料の在庫状況の把握を容易にする。【解決手段】缶飲料ストッカ２は、複数の缶飲料を保持可能であると共に、取出検出部２００と、取出データ送信部２０１とを備える。取出検出部２００は、缶飲料の取り出しを１本ずつ検出する。取出データ送信部２０１は、取出検出部２００によって検出された結果を示す取出データをサーバ４に送信する。【選択図】図８

Description

本開示は、飲料ストッカ、冷蔵庫、在庫管理装置、在庫管理システム、発注支援システム、在庫管理方法及びプログラムに関する。

冷蔵庫の収納室を撮像し、撮像した画像をユーザの表示端末で確認できるようにした技術が種々提案されている。例えば、特許文献１には、冷蔵庫の収納室内の好みの場所に設置することが可能な撮像装置によって庫内が撮像され、その画像データがサーバ装置を介してユーザのスマートフォン、タブレットＰＣ等の表示端末に送信される冷蔵庫システムについて記載されている。

上記の冷蔵庫システムによれば、ユーザは、表示端末で表示される庫内画像から、食材の収納状況を確認でき、庫内の食材の有無の変化を知ることが可能になる。

特開２０１９－１２４４６１号公報

ところで、ビール、清涼飲料等の缶飲料は、日持ちがし、また、割安になるというメリットから、一度に多量の本数をまとめて買う家庭も少なくなく、特に家族が多い、あるいは、特定の飲料を好んで消費する家庭においては、まとめ買い（いわゆる箱買い）するケースが一般的ともいえる。

通常、このように箱買いした缶飲料は、全てではなく、一部が冷蔵庫に収納され保冷される。このため、従来技術における食材の収納状況の確認、つまり、冷蔵庫に収納されている缶飲料の状況の確認だけでは、ユーザは、その在庫状況を適切に把握することが困難という問題がある。

本開示は、上記問題を解決するためになされたものであり、ユーザによる飲料の在庫状況の適切な把握を可能にするための飲料ストッカ等を提供することを目的とする。

上記目的を達成するため、本開示に係る飲料ストッカは、
複数の飲料を保持可能な飲料ストッカであって、
飲料の取り出しを１本ずつ検出する取出検出手段と、
前記取出検出手段によって検出された結果を示す取出データを在庫管理装置に送信する取出データ送信手段と、を備える。

本開示によれば、ユーザは飲料の在庫状況を適切に把握することが可能となる。

実施形態１における在庫管理システムの全体構成を示す図実施形態１における缶飲料ストッカが備えるセンサ基板の設置態様について説明するための図実施形態１におけるセンサ基板のハードウェア構成を示すブロック図実施形態１における缶飲料の取出検出について説明するための図（その１）実施形態１における缶飲料の取出検出について説明するための図（その２）実施形態１におけるサーバのハードウェア構成を示すブロック図実施形態１におけるユーザ端末のハードウェア構成を示すブロック図実施形態１における缶飲料ストッカ、サーバ及びユーザ端末の機能構成を示すブロック図実施形態１における取出データの一例を示す図実施形態１におけるユーザ情報の一例を示す図実施形態１における在庫管理処理の手順を示すフローチャート実施形態２における在庫管理システムの全体構成を示す図実施形態２におけるセンサ基板のハードウェア構成を示すブロック図実施形態２における冷蔵庫が備えるＩｏＴ対応装置のハードウェア構成を示すブロック図実施形態２における冷蔵庫の機能構成を示すブロック図実施形態３における在庫管理システムの全体構成を示す図実施形態３におけるセンサ基板のハードウェア構成を示すブロック図実施形態３における冷蔵庫の機能構成を示すブロック図実施形態３における冷蔵庫の他の機能構成を示すブロック図実施形態３におけるサーバ及びユーザ端末の機能構成を示すブロック図実施形態３におけるサーバの他の機能構成を示すブロック図実施形態４における在庫管理システムの全体構成を示す図実施形態４における冷蔵庫の機能構成を示すブロック図実施形態４におけるサーバの機能構成を示すブロック図実施形態５における発注支援システムの全体構成を示す図実施形態５における缶飲料ストッカ、サーバ及びユーザ端末の機能構成を示すブロック図実施形態５におけるサーバ及びユーザ端末の他の機能構成を示すブロック図実施形態５における発注支援処理の手順を示すフローチャート実施形態５における他の発注支援処理の手順を示すフローチャート

以下、本開示の実施形態について図面を参照して詳細に説明する。

（実施形態１）
図１は、本開示の実施形態１における在庫管理システム１の全体構成を示す図である。在庫管理システム１は、本開示に係る在庫管理システムの一例であり、当該在庫管理システム１が提供する在庫管理サービスの顧客であるユーザが居住する住宅Ｈで保管される缶飲料の在庫を管理するシステムである。図１に示すように、在庫管理システム１は、各住宅Ｈに設置される、缶飲料ストッカ２及びルータ３と、サーバ４と、各ユーザに所持されるユーザ端末５とを備える。

＜缶飲料ストッカ２＞
缶飲料ストッカ２は、本開示に係る飲料ストッカの一例である。缶飲料ストッカ２は、缶飲料（例えば３５０ｍｌの缶飲料）を複数（例えば１０本）保持可能な、いわゆる缶ストッカであり、家庭用冷蔵庫である冷蔵庫６の収納室に設置される。缶飲料ストッカ２は、取出側から缶飲料が１本取り出されると後続の缶飲料が１本分取出側へ移動するという、この種のよく知られた缶ストッカと同様の形態を有する。

但し、缶飲料ストッカ２は、従来の缶ストッカと異なり、図２に示すように、センサ基板２０を備える。センサ基板２０は、缶飲料ストッカ２のレーンにおける取出側近傍の下側に、レーン間を繋ぐように設けられた支持板上に載置される。センサ基板２０は、図３に示すように、センサ回路２１と、制御回路２２と、通信回路２３と、電池２４とを備える。

センサ回路２１は、レーン上の缶飲料の通過を検出する回路である。センサ回路２１は、例えば、押圧の有無でＯＮ／ＯＦＦが切り替わるマイクロスイッチ、赤外線あるいは可視光の反射、遮光の程度等を検出する光電センサ等で構成される。例えば、センサ回路２１がマイクロスイッチで構成される場合、図４に示すように、センサ基板２０は、センサ回路２１のスイッチ部がレーン面より突出するように、且つ、缶飲料の保持状態において、何れの缶飲料にも接触しない状態で設置される。なお、センサ回路２１はセンサ基板２０上に一体構成されていてもよいし、センサ回路２１とセンサ基板２０とが配線により接続された構成としてもよい。

そして、図５に示すように、ユーザにより缶飲料が１本取り出されると、スイッチ部はレーン上を通過する缶飲料によって押圧され、センサ回路２１はスイッチが押圧されたことに対応する電圧波形（以下、ＯＮ信号という。）を出力し、当該缶飲料が通過するとセンサ回路２１はスイッチが開放されたことに対応する電圧波形（以下、ＯＦＦ信号という。）を出力する。

制御回路２２は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等を含んで構成され、センサ基板２０を統括制御する。制御回路２２は、センサ回路２１からの信号出力がＯＦＦ→ＯＮ→ＯＦＦに切り替わると、缶飲料が１本取り出されたことを示すデータ（以下、取出データという。）を生成し、生成した取出データを通信回路２３を介してサーバ４に送信する。取出データの詳細については後述する。

通信回路２３は、Ｗｉ－Ｆｉ（登録商標）等の無線ＬＡＮ（Local Area Network）ルータであるルータ３と無線にて通信接続し、ルータ３を介して他の装置と通信するためのハードウェアである。電池２４は、センサ基板２０の各構成部に電力を供給する一次電池又は二次電池である。

＜サーバ４＞
サーバ４は、本開示に係る在庫管理装置の一例である。サーバ４は、缶飲料ストッカ２のメーカ、販売会社等によって設置及び運用される、いわゆるクラウドサーバであり、インターネット等の広域ネットワークＮに接続される。サーバ４は、図６に示すように、通信インタフェース４０と、ＣＰＵ４１と、ＲＯＭ４２と、ＲＡＭ４３と、補助記憶装置４４とを備える。これらの構成部は、バス４５を介して相互に接続される。

通信インタフェース４０は、広域ネットワークＮを介して他の装置と通信するためのハードウェアである。ＣＰＵ４１は、サーバ４を統括的に制御する。ＣＰＵ４１によって実現されるサーバ４の機能の詳細については後述する。ＲＯＭ４２は、複数のファームウェア及びこれらのファームウェアの実行時に使用されるデータを記憶する。ＲＡＭ４３は、ＣＰＵ４１の作業領域として使用される。

補助記憶装置４４は、読み書き可能な不揮発性の半導体メモリ、ＨＤＤ（Hard Disk Drive）等で構成される。読み書き可能な不揮発性の半導体メモリは、例えば、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read-Only Memory）、フラッシュメモリ等である。補助記憶装置４４には、各住宅Ｈの缶飲料の在庫を管理するためのプログラム（以下、在庫管理プログラムという。）を含む各種のプログラムと、これらのプログラムの実行時に使用されるデータとが記憶される。

上記の在庫管理プログラム及び在庫管理プログラムを更新するための更新プログラムは、何れも、他のサーバからサーバ４にダウンロードすることができ、また、ＣＤ－ＲＯＭ（Compact Disc Read Only Memory）、ＤＶＤ（Digital Versatile Disc）、光磁気ディスク、ＵＳＢ（Universal Serial Bus）メモリ、ＨＤＤ、ＳＳＤ（Solid State Drive）、メモリカード等のコンピュータ読み取り可能な記録媒体に格納して配布することも可能である。

＜ユーザ端末５＞
ユーザ端末５は、ユーザによって所持される電子機器であり、例えば、スマートフォン、タブレット端末等のスマートデバイスである。図７に示すように、ユーザ端末５は、ディスプレイ５０と、操作受付部５１と、第１通信インタフェース５２と、第２通信インタフェース５３と、ＣＰＵ５４と、ＲＯＭ５５と、ＲＡＭ５６と、補助記憶装置５７とを備える。これらの構成部は、バス５８を介して相互に接続される。

ディスプレイ５０は、液晶ディスプレイ、有機ＥＬ（Electro Luminescence）ディスプレイ等の表示デバイスを含んで構成される。ディスプレイ５０は、ＣＰＵ５４の制御の下、ユーザの操作に応じた各種の画面等を表示する。

操作受付部５１は、押しボタン、タッチパネル、タッチパッド等の１つ以上の入力デバイスを含んで構成され、ユーザからの操作入力を受け付け、受け付けた操作に係る信号をＣＰＵ５４に送出する。

第１通信インタフェース５２は、予め定めた近距離無線通信用のハードウェアである。例えば、ユーザ端末５を所持したユーザが宅内に居る場合、第１通信インタフェース５２は、ルータ３と無線にて通信接続し、ルータ３を介して他の装置と通信する。また、ユーザ端末５を所持するユーザが外出している場合、第１通信インタフェース５２は、ＡＰ（アクセスポイント）７（図１参照）と無線にて通信接続し、ＡＰ７を介してサーバ４等の他の装置と通信する。

第２通信インタフェース５３は、モバイルデータ通信用のハードウェアであり、いわゆるキャリアと称される通信事業者によって設置される無線基地局８（図１参照）を介して広域ネットワークＮに接続してサーバ４等の他の装置と通信する。

ＣＰＵ５４は、ユーザ端末５を統括的に制御する。ＣＰＵ５４によって実現されるユーザ端末５の機能の詳細については後述する。ＲＯＭ５５は、複数のファームウェア及びこれらのファームウェアの実行時に使用されるデータを記憶する。ＲＡＭ５６は、ＣＰＵ５４の作業領域として使用される。

補助記憶装置５７は、ＥＥＰＲＯＭ、フラッシュメモリ等の読み書き可能な不揮発性の半導体メモリ等を含んで構成される。補助記憶装置５７には、在庫管理システム１によって提供される在庫管理サービスを受けるためのアプリケーションプログラム（以下、在庫管理アプリという。）を含む各種のプログラムと、これらのプログラムの実行時に使用されるデータとが記憶される。

在庫管理アプリ及び在庫管理アプリを更新するための更新プログラムは、何れも、サーバ４、その他のサーバ等からユーザ端末５にダウンロードすることができ、また、ＣＤ－ＲＯＭ、ＤＶＤ、光磁気ディスク、ＵＳＢメモリ、ＨＤＤ、ＳＳＤ、メモリカード等のコンピュータ読み取り可能な記録媒体に格納して配布することも可能である。

＜缶飲料ストッカ２、サーバ４及びユーザ端末５の機能構成＞
図８は、缶飲料ストッカ２、サーバ４及びユーザ端末５の機能構成を示すブロック図である。図８に示すように、缶飲料ストッカ２は、取出検出部２００と、取出データ送信部２０１とを備える。缶飲料ストッカ２のこれらの機能部は、センサ基板２０における制御回路２２が備えるＣＰＵが、当該制御回路２２が備えるＲＯＭに記憶されている、缶飲料の取り出しを検出し、検出した結果をサーバ４に送信するためのプログラムを実行することで実現される。

サーバ４は、取出データ受信部４００と、在庫数更新部４０１と、補充情報受信部４０２と、在庫不足判定部４０３と、ユーザ通知部４０４とを備える。サーバ４のこれらの機能部は、ＣＰＵ４１が補助記憶装置４４に記憶されている上述した在庫管理プログラムを実行することで実現される。

ユーザ端末５は、補充情報入力受付部５００と、補充情報送信部５０１と、通知画面表示部５０２とを備える。ユーザ端末５のこれらの機能部は、ＣＰＵ５４が補助記憶装置５７に記憶されている上述した在庫管理アプリを実行することで実現される。

缶飲料ストッカ２において、取出検出部２００は、本開示に係る取出検出手段の一例である。取出検出部２００は、缶飲料の取り出しを１本ずつ検出する。取出データ送信部２０１は、本開示に係る取出データ送信手段の一例である。取出データ送信部２０１は、取出検出部２００によって缶飲料の取り出しが検出されると、機器ＩＤ（identification）と、現在の日時を示すタイムスタンプとが格納された取出データ（図９参照）をルータ３を介してサーバ４に送信する。機器ＩＤは、センサ基板２０毎に一意に割り振られた情報であり、例えば、当該センサ基板２０のシリアル番号である。

サーバ４において、取出データ受信部４００は、本開示に係る取出データ受信手段の一例である。取出データ受信部４００は、各ユーザ宅の缶飲料ストッカ２から送られてくる上記の取出データを受信する。取出データ受信部４００は、受信した取出データを取出データ管理ＤＢ４４０に保存する。取出データ管理ＤＢ４４０は、各缶飲料ストッカ２から送られてきた取出データを逐次記憶するデータベースであり、補助記憶装置４４に記憶される。

在庫数更新部４０１は、取出データ管理ＤＢ４４０に新たな取出データが追加されると、当該ユーザ宅の缶飲料の在庫数を更新する。詳細には、在庫数更新部４０１は、ユーザ情報ＤＢ４４１に登録されている、当該取出データに対応するユーザのユーザ情報に含まれている在庫数から１を減算することで当該ユーザ宅の缶飲料の在庫数を更新する。ユーザ情報ＤＢ４４１は、ユーザ登録を行ったユーザに関するユーザ情報を管理するためのデータベースであり、補助記憶装置４４に記憶される。

図１０に示すように、ユーザ情報には、ユーザＩＤ、パスワード、センサ基板２０の機器ＩＤ、ユーザ端末５のＩＤ、在庫数、在庫下限等が含まれる。ユーザ情報は、ユーザによるユーザ端末５を介したユーザ登録操作によって新規に生成され、ユーザ情報ＤＢ４４１に登録される。なお、在庫数更新部４０１は、在庫数が１以上の場合に限り、上記の減算を行う。

また、在庫数更新部４０１は、補充情報受信部４０２によって、ユーザ端末５から送信された補充情報が受信されると、当該ユーザ端末５に対応するユーザ宅の缶飲料の在庫数を更新する。詳細は後述するが、補充情報には、補充した缶飲料の本数（以下、補充数という。）が含まれており、在庫数更新部４０１は、ユーザ情報の在庫数に補充情報から抽出した補充数を加算することで当該ユーザ宅の在庫数を更新する。

在庫不足判定部４０３は、本開示に係る在庫不足判定手段の一例である。在庫不足判定部４０３は、各ユーザ宅の缶飲料の在庫が不足しているか否かを判定する。詳細には、ユーザ情報に含まれている、在庫数と在庫下限とを比較し、在庫数が在庫下限より少ない場合、当該ユーザ宅の缶飲料の在庫が不足していると判定し、在庫数が在庫下限以上の場合、当該ユーザ宅の缶飲料の在庫は不足していないと判定する。在庫下限は、ユーザ登録時に、ユーザによって所望の値に設定される。なお、ユーザは、ユーザ端末５を介した操作によって在庫下限を適宜変更することができる。

ユーザ通知部４０４は、本開示に係るユーザ通知手段の一例である。ユーザ通知部４０４は、在庫不足判定部４０３によって在庫が不足していると判定された場合、在庫が不足していることを示す通知（以下、在庫不足通知という。）を当該ユーザに対応するユーザ端末５に発報する。

ユーザ端末５において、補充情報入力受付部５００は、ユーザから、缶飲料を補充したことを示す補充情報の入力を受け付ける。詳細には、ユーザは、新たに缶飲料を購入すると、在庫管理アプリを操作して、ユーザ端末５のディスプレイ５０に図示しない補充情報入力画面を表示させる。そして、ユーザはかかる補充情報入力画面を介して、購入した缶飲料の本数（即ち、補充数）を入力する。

補充情報送信部５０１は、ユーザが入力した補充数が格納された補充情報をサーバ４に送信する。

通知画面表示部５０２は、サーバ４から発報された在庫不足通知を受けると、缶飲料の在庫が不足していることをユーザに通知するための通知画面をディスプレイ５０に表示する。

図１１は、サーバ４が実行する在庫管理処理の手順を示すフローチャートである。
（ステップＳ１０１）
サーバ４は、何れかのユーザ宅に設置された缶飲料ストッカ２から新たな取出データを受信したか否かを判定する。何れかの缶飲料ストッカ２から取出データを新たに受信した場合（判定結果；ＹＥＳ）、サーバ４の処理は、ステップＳ１０２に移行する。一方、何れの缶飲料ストッカ２からも新たな取出データを受信していない場合（判定結果；ＮＯ）、サーバ４の処理は、ステップＳ１０５に移行する。

（ステップＳ１０２）
サーバ４は、当該取出データに対応するユーザのユーザ情報に格納されている缶飲料の在庫数を１減算する。

（ステップＳ１０３）
サーバ４は、当該顧客宅の缶飲料の在庫が不足しているか否かを判定する。具体的には、サーバ４は、ステップＳ１０２で減算した後の在庫数が、当該ユーザ情報に格納されている在庫下限より少ないか否かを判定する。在庫数が在庫下限より少ない、即ち、在庫が不足している場合（判定結果；ＹＥＳ）、サーバ４の処理は、ステップＳ１０４に移行する。一方、在庫が不足していない場合（判定結果；ＮＯ）、サーバ４の処理は、ステップＳ１０１に戻る。

（ステップＳ１０４）
サーバ４は、在庫が不足していることを示す在庫不足通知を当該ユーザに対応するユーザ端末５に発報する。その後、サーバ４の処理は、ステップＳ１０１に戻る。

（ステップＳ１０５）
サーバ４は、何れかのユーザ端末５から、補充情報を受信したか否かを判定する。補充情報を受信していない場合（判定結果；ＮＯ）、サーバ４の処理は、ステップＳ１０１に戻る。一方、補充情報を受信した場合（判定結果；ＹＥＳ）、サーバ４の処理は、ステップＳ１０６に移行する。

（ステップＳ１０６）
サーバ４は、当該ユーザに対応するユーザ情報の在庫数に、補充情報から抽出した補充数を加算する。その後、サーバ４の処理は、ステップＳ１０１に戻る。

以上説明したように、本実施形態の在庫管理システム１によれば、缶飲料ストッカ２は、缶飲料の取り出しを１本ずつ検出し、検出した結果を示す取出データをサーバ４に送信し、サーバ４は、缶飲料ストッカ２から受信した取出データに基づいて、当該ユーザ宅の缶飲料の在庫管理を行い、在庫が不足するとユーザに通知する。このように、ユーザの実際の消費に基づいて在庫管理が行われるため、ユーザは缶飲料の在庫状況を適切に把握することが可能となり、缶飲料の在庫切れ、買い過ぎ等を防止することができる。

（変形例１）
缶飲料ストッカ２のセンサ基板２０は、缶飲料が取り出されると直ちに取出データをサーバ４に送信するのではなく、電池２４の消耗を抑えるため、最後に取出データを送信してから少なくとも予め定めた時間（例えば、１０秒～１分）を空けて次の取出データを送信するようにしてもよい。この際、当該時間が経過するまでに複数本の缶飲料が取り出された場合は、センサ基板２０は、当該本数を示す情報が格納された取出データをサーバ４に送信する。

例えば、センサ基板２０は、当該本数に応じたタイムスタンプが格納された取出データをサーバ４に送信してもよいし、当該本数そのものの値が格納された取出データをサーバ４に送信してもよい。このように複数本の缶飲料が取り出されたことを示す取出データを受信したサーバ４の在庫数更新部４０１は、現在の在庫数から当該取出データで示される本数を減算すればよい。

（変形例２）
サーバ４は、ユーザ宅の在庫数を管理するのではなく、缶飲料の消費数を管理するようにしてもよい。この場合、サーバ４のユーザ情報ＤＢ４４１におけるユーザ情報には、消費数と、予めユーザが設定した消費上限とが格納される。そして、サーバ４は、在庫数更新部４０１に代えて、取出データを受信する度に、消費数に１加算する消費数更新部を備え、在庫不足判定部４０３は、消費数と消費上限とを比較し、消費数が消費上限を超えた場合に在庫が不足していると判定する。ユーザは、缶飲料を補充すると、ユーザ端末５を介して、缶飲料を補充した旨の通知をサーバ４に発報する。消費数更新部は、かかる通知を受けると、当該ユーザに対応する消費数をリセットする。

（変形例３）
ユーザ通知部４０４は、在庫が不足している場合だけでなく、ユーザからのユーザ端末５を介した要求に応答して、適宜在庫の状況をユーザに通知してもよい。また、ユーザ通知部４０４は、取出データ管理ＤＢ４４０に保存されている取出データの履歴に基づいて、当該ユーザ宅の缶飲料の消費傾向に関するデータを生成し、生成したデータをユーザ端末５を介してユーザに提供してもよい。

（変形例４）
ユーザ端末５は、缶飲料ストッカ２の通信回路２３とルータ３との無線通信接続設定を行う機能をさらに備えるようにしてもよい。この機能も上述した在庫管理アプリを実行することで実現可能である。

上記の各変形例に係る技術思想は、それぞれ単独で実現されてもよいし、適宜組み合わされて実現されてもよい。

（実施形態２）
続いて、本開示の実施形態２について説明する。なお、以下の説明において、実施形態１と共通する構成要素等については、同一の符号を付し、その説明を省略する。

図１２は、本開示の実施形態２における在庫管理システム１Ａの全体構成を示す図である。在庫管理システム１Ａは、本開示に係る在庫管理システムの一例であり、各住宅Ｈに設置される、冷蔵庫９及びルータ３と、サーバ４と、各ユーザに所持されるユーザ端末５とを備える。

冷蔵庫９は、本開示に係る冷蔵庫の一例であり、実施形態１の冷蔵庫６と同様、家庭用の冷蔵庫である。図１２に示すように、冷蔵庫９は、缶飲料ストッカ９０と、ＩｏＴ対応装置９１とを備える。

＜缶飲料ストッカ９０＞
缶飲料ストッカ９０は、本開示に係る飲料ストッカの一例である。缶飲料ストッカ９０は、冷蔵庫９の収納室に設けられ、実施形態１の缶飲料ストッカ２と同様、缶飲料（例えば３５０ｍｌの缶飲料）を複数（例えば１０本）保持可能な、いわゆる缶ストッカであり、この種のよく知られた缶ストッカと同様の形態を有する。

缶飲料ストッカ９０は、図１３に示すセンサ基板２０Ａを備える。センサ基板２０Ａは、実施形態１の缶飲料ストッカ２と同様、缶飲料ストッカ９０のレーンにおける取出側近傍の下側に、レーン間を繋ぐように設けられた支持板上に載置される（図２参照）。センサ基板２０Ａは、センサ回路２１と、制御回路２２と、通信回路２３Ａと、電池２４とを備える。

通信回路２３Ａは、予め定めた近距離無線通信用のハードウェアである。通信回路２３Ａは、実施形態１のセンサ基板２０における通信回路２３よりも通信距離が短く且つ省電力で動作する。

センサ基板２０Ａの制御回路２２は、実施形態１のセンサ基板２０の制御回路２２と同様の手法によって缶飲料が１本取り出されたことを検出する。そして、センサ基板２０Ａの制御回路２２は、検出した結果を示す取出データを生成し、生成した取出データを通信回路２３Ａを介してＩｏＴ対応装置９１に送信する。

＜ＩｏＴ対応装置９１＞
ＩｏＴ対応装置９１は、いわゆるＩｏＴ（Internet of Things）機能を実現するための構成部であり、例えば、サーバ４あるいはその他のクラウドサーバと通信し、当該サーバから、食品、献立、収納状況、節電等、冷蔵庫９の使用に際して有意な情報、アドバイス等を取得してユーザに通知する。

図１４に示すように、ＩｏＴ対応装置９１は、第１通信インタフェース９２と、第２通信インタフェース９３と、ＣＰＵ９４と、ＲＯＭ９５と、ＲＡＭ９６と、補助記憶装置９７とを備える。これらの構成部は、バス９８を介して相互に接続される。

第１通信インタフェース９２は、缶飲料ストッカ９０と通信するための予め定めた近距離無線通信用のハードウェアである。第２通信インタフェース９３は、無線ＬＡＮルータであるルータ３と無線にて通信接続し、ルータ３を介して他の装置と通信するためのハードウェアである。第１通信インタフェース９２は、第２通信インタフェース９３に比べ、通信距離が短いものの省電力で動作する。

ＣＰＵ９４は、ＩｏＴ対応装置９１を統括的に制御する。ＲＯＭ９５は、複数のファームウェア及びこれらのファームウェアの実行時に使用されるデータを記憶する。ＲＡＭ９６は、ＣＰＵ９４の作業領域として使用される。

補助記憶装置９７は、読み書き可能な不揮発性の半導体メモリ、ＨＤＤ等で構成される。読み書き可能な不揮発性の半導体メモリは、例えば、ＥＥＰＲＯＭ、フラッシュメモリ等である。補助記憶装置９７には、ＩｏＴ機能を実現するためのアプリケーションプログラム（以下、ＩｏＴ対応プログラムという。）を含む各種のプログラムと、これらのプログラムの実行時に使用されるデータとが記憶される。

ＩｏＴ対応プログラム及びＩｏＴ対応プログラムを更新するための更新プログラムは、何れも、サーバ４、その他のサーバ等から冷蔵庫９にダウンロードすることができ、また、ＣＤ－ＲＯＭ、ＤＶＤ、光磁気ディスク、ＵＳＢメモリ、ＨＤＤ、ＳＳＤ、メモリカード等のコンピュータ読み取り可能な記録媒体に格納して配布することも可能である。

＜冷蔵庫９の機能構成＞
図１５は、冷蔵庫９の機能構成を示すブロック図である。なお、ここでは、缶飲料の在庫管理に特化した機能に限定して説明し、冷蔵庫９における他の機能については説明を省略する。

図１５に示すように、冷蔵庫９は、缶飲料ストッカ９０が備える取出検出部９００及び取出データ送信部９０１と、ＩｏＴ対応装置９１が備える取出データ転送部９１０とを備える。取出検出部９００及び取出データ送信部９０１は、缶飲料ストッカ９０におけるセンサ基板２０Ａの制御回路２２が備えるＣＰＵが、当該制御回路２２が備えるＲＯＭに記憶されている、缶飲料の取り出しを検出し、検出した結果をＩｏＴ対応装置９１に送信するためのプログラムを実行することで実現される。また、取出データ転送部９１０は、ＩｏＴ対応装置９１のＣＰＵ９４が補助記憶装置９７に記憶されている上述したＩｏＴ対応プログラムを実行することで実現される。

缶飲料ストッカ９０において、取出検出部９００は、本開示に係る取出検出手段の一例である。取出検出部９００は、実施形態１の缶飲料ストッカ２が備える取出検出部２００と同様、缶飲料の取り出しを１本ずつ検出する。

取出データ送信部９０１は、本開示に係る取出データ送信手段の一例である。取出データ送信部９０１は、取出検出部９００によって缶飲料の取り出しが検出されると、機器ＩＤと、現在の日時を示すタイムスタンプとが格納された取出データ（図９参照）をＩｏＴ対応装置９１に送信する。機器ＩＤは、センサ基板２０Ａ毎に一意に割り振られた情報であり、例えば、当該センサ基板２０Ａのシリアル番号である。

ＩｏＴ対応装置９１の取出データ転送部９１０は、本開示に係る取出データ転送手段の一例である。取出データ転送部９１０は、缶飲料ストッカ９０から送られてくる取出データを受信し、受信した取出データをルータ３を介してサーバ４に転送する。

サーバ４及びユーザ端末５の機能については、実施形態１と同様である。

以上説明したように、本実施形態の在庫管理システム１Ａによれば、缶飲料ストッカ９０は、缶飲料の取り出しを１本ずつ検出し、検出した結果を示す取出データをＩｏＴ対応装置９１に送信し、ＩｏＴ対応装置９１が取出データをサーバ４に転送する。サーバ４は、ＩｏＴ対応装置９１から受信した取出データに基づいて、当該ユーザ宅の缶飲料の在庫管理を行い、在庫が不足するとユーザに通知する。このように、ユーザの実際の消費に基づいて在庫管理が行われるため、ユーザは缶飲料の在庫状況を適切に把握することが可能となり、缶飲料の在庫切れ、買い過ぎ等を防止することができる。

また、取出データが、冷蔵庫９のＩｏＴ対応装置９１によってサーバ４に送信されるため、取出データの取りこぼしを防止することができる。

（変形例１）
缶飲料ストッカ９０のセンサ基板２０Ａは、缶飲料が取り出されると直ちに取出データをＩｏＴ対応装置９１に送信するのではなく、電池２４の消耗を抑えるため、最後に取出データを送信してから少なくとも予め定めた時間（例えば、１０秒～１分）を空けて次の取出データを送信するようにしてもよい。この際、当該時間が経過するまでに複数本の缶飲料が取り出された場合は、センサ基板２０Ａは、当該本数を示す情報が格納された取出データをＩｏＴ対応装置９１に送信する。

例えば、センサ基板２０Ａは、当該本数に応じたタイムスタンプが格納された取出データをＩｏＴ対応装置９１に送信してもよいし、当該本数そのものの値が格納された取出データをＩｏＴ対応装置９１に送信してもよい。このように複数本の缶飲料が取り出されたことを示す取出データをＩｏＴ対応装置９１から受信したサーバ４の在庫数更新部４０１は、現在の在庫数から当該取出データで示される本数を減算すればよい。

（変形例４）
ユーザ端末５は、缶飲料ストッカ９０の通信回路２３ＡとＩｏＴ対応装置９１の第１通信インタフェース９２との無線通信接続設定を行う機能と、ＩｏＴ対応装置９１の第２通信インタフェース９３とルータ３との無線通信接続設定を行う機能をさらに備えるようにしてもよい。これらの機能も上述した在庫管理アプリを実行することで実現可能である。

（実施形態３）
続いて、本開示の実施形態３について説明する。なお、以下の説明において、実施形態２と共通する構成要素等については、同一の符号を付し、その説明を省略する。

図１６は、本開示の実施形態３における在庫管理システム１Ｂの全体構成を示す図である。在庫管理システム１Ｂは、本開示に係る在庫管理システムの一例であり、各住宅Ｈに設置される、冷蔵庫９Ａ及びルータ３と、サーバ４Ａと、各ユーザに所持されるユーザ端末５Ａとを備える。在庫管理システム１Ｂは、実施形態２の在庫管理システム１Ａで実現される機能を包含し、さらに、冷蔵庫９Ａに投入された缶飲料の温度を制御する機能を有する。

冷蔵庫９Ａは、本開示に係る冷蔵庫の一例であり、実施形態２の冷蔵庫９と同様、ＩｏＴ機能を備えた家庭用の冷蔵庫である。冷蔵庫９Ａは、缶飲料ストッカ９０Ａと、ＩｏＴ対応装置９１Ａとを備える。

＜缶飲料ストッカ９０Ａ＞
缶飲料ストッカ９０Ａは、本開示に係る飲料ストッカの一例である。缶飲料ストッカ９０Ａは、冷蔵庫９Ａの収納室に設けられ、実施形態１の缶飲料ストッカ２及び実施形態２の缶飲料ストッカ９０と同様、缶飲料（例えば３５０ｍｌの缶飲料）を複数（例えば１０本）保持可能な、いわゆる缶ストッカであり、この種のよく知られた缶ストッカと同様の形態を有する。

缶飲料ストッカ９０Ａは、図１７に示すセンサ基板２０Ｂを備える。センサ基板２０Ｂは、実施形態１の缶飲料ストッカ２及び実施形態２の缶飲料ストッカ９０と同様、缶飲料ストッカ９０Ａのレーンにおける取出側近傍の下側に、レーン間を繋ぐように設けられた支持板上に載置される（図２参照）。センサ基板２０Ｂは、センサ回路２１と、制御回路２２と、通信回路２３Ａと、電池２４と、温度センサ２５とを備える。

温度センサ２５は、保持されている缶飲料の表面の温度（以下、缶温度という。）を計測する。温度センサ２５は、計測した缶温度を示すデータを制御回路２２に出力する。

センサ基板２０Ｂの制御回路２２は、実施形態１のセンサ基板２０及び実施形態２のセンサ基板２０Ａの制御回路２２と同様の手法によって缶飲料が１本取り出されたことを検出する。そして、センサ基板２０Ｂの制御回路２２は、検出した結果を示す取出データを生成し、生成した取出データを通信回路２３Ａを介してＩｏＴ対応装置９１Ａに送信する。また、センサ基板２０Ｂの制御回路２２は、周期的（例えば、１分毎）に、温度センサ２５によって計測された缶温度を示すデータ（以下、缶温度データという。）を通信回路２３Ａを介してＩｏＴ対応装置９１Ａに送信する。

＜ＩｏＴ対応装置９１Ａ＞
ＩｏＴ対応装置９１Ａは、実施形態２のＩｏＴ対応装置９１と同様、ＩｏＴ機能を実現するための構成部である。ＩｏＴ対応装置９１Ａのハードウェア構成は、実施形態２のＩｏＴ対応装置９１と同様（図１４参照）である。ＩｏＴ対応装置９１Ａの機能の詳細については後述する。

＜サーバ４Ａ＞
サーバ４Ａは、本開示に係る在庫管理装置の一例である。サーバ４Ａは、冷蔵庫９Ａのメーカ、販売会社等によって設置及び運用される、いわゆるクラウドサーバであり、広域ネットワークＮに接続される。サーバ４Ａのハードウェア構成は、実施形態１及び２のサーバ４と同様である（図６参照）。サーバ４Ａの機能の詳細については後述する。

＜ユーザ端末５Ａ＞
ユーザ端末５Ａは、ユーザによって所持される電子機器であり、例えば、スマートフォン、タブレット端末等のスマートデバイスである。ユーザ端末５Ａのハードウェア構成は、実施形態１及び２のユーザ端末５と同様である（図７参照）。ユーザ端末５Ａの機能の詳細については後述する。

＜冷蔵庫９Ａの機能構成＞
図１８Ａは、冷蔵庫９Ａの機能構成を示すブロック図である。なお、ここでは、缶飲料の在庫管理に特化した機能に限定して説明し、冷蔵庫９Ａにおける他の機能については説明を省略する。

図１８Ａに示すように、冷蔵庫９Ａは、缶飲料ストッカ９０Ａにおいて、取出検出部９００と、取出データ送信部９０１と、缶温度データ取得部９０２と、缶温度データ送信部９０３とを備える。缶飲料ストッカ９０Ａのこれらの機能部は、缶飲料ストッカ９０Ａにおけるセンサ基板２０Ｂの制御回路２２が備えるＣＰＵが、当該制御回路２２が備えるＲＯＭに記憶されている、缶飲料の取り出しを検出し、検出した結果をＩｏＴ対応装置９１Ａに送信するためのプログラムと、缶飲料の缶温度を取得し、取得した結果をＩｏＴ対応装置９１Ａに送信するためのプログラムとを実行することで実現される。

また、冷蔵庫９Ａは、ＩｏＴ対応装置９１Ａにおいて、取出データ転送部９１０と、投入情報転送部９１１と、缶温度データ転送部９１２とを備える。ＩｏＴ対応装置９１Ａのこれらの機能部は、ＩｏＴ対応装置９１ＡのＣＰＵ９４が、補助記憶装置９７に記憶されている、ＩｏＴ機能を実現するためのアプリケーションプログラムであるＩｏＴ対応プログラムを実行することで実現される。また、冷蔵庫９Ａは、缶温度制御部９２０を備える。缶温度制御部９２０は、冷蔵庫９Ａが備える図示しない冷却部（圧縮機、送風ファン等）を制御する図示しないマイコンによって実現される機能である。

ＩｏＴ対応装置９１Ａとマイコンとは、図示しない信号線を介して接続される。なお、ＩｏＴ対応装置９１Ａとマイコン間の通信が、缶飲料ストッカ９０ＡとＩｏＴ対応装置９１Ａ間の無線通信方式と同様の方式で行われるようにしてもよい。

缶飲料ストッカ９０Ａにおいて、缶温度データ取得部９０２は、本開示に係る温度取得手段の一例である。缶温度データ取得部９０２は、保持されている缶飲料の缶温度を示す缶温度データを取得する。缶温度データ送信部９０３は、缶温度データ取得部９０２によって取得された缶温度データをＩｏＴ対応装置９１Ａに送信する。

ＩｏＴ対応装置９１Ａにおいて、投入情報転送部９１１は、サーバ４Ａから送られてきた投入情報を受信し、受信した投入情報を缶温度制御部９２０に転送する。詳細は後述するが、投入情報には、冷蔵庫９Ａの缶飲料ストッカ９０Ａに投入した缶飲料をユーザが取り出す予定時刻（以下、取出予定時刻という。）が含まれている。缶温度データ転送部９１２は、缶飲料ストッカ９０Ａから周期的に送られてくる缶温度データを受信し、受信した缶温度データを缶温度制御部９２０に転送する。

缶温度制御部９２０は、本開示に係る温度制御手段の一例である。缶温度制御部９２０は、投入情報を受信すると、当該投入情報に含まれる取出予定時刻までに保持している缶飲料の缶温度が予め定めた温度となるように冷却部を制御して、当該缶飲料ストッカ９０Ａが設けられている収納室の温度調整を行う。冷却部は、本開示に係る冷却手段の一例である。

図１８Ｂは、冷蔵庫９Ａの他の機能構成を示すブロック図である。図１８Ｂに示す構成では、ＩｏＴ対応装置９１Ａの缶温度データ転送部９１２は、缶飲料ストッカ９０Ａから周期的に送られてくる缶温度データを受信し、受信した缶温度データをサーバ４Ａに転送する。サーバ４Ａは、冷蔵庫９Ａから送られてきた缶温度データと、投入情報とに基づいて、冷蔵庫９Ａにおける缶飲料の温度制御内容を決定し、決定した温度制御内容を示す制御指示を冷蔵庫９Ａに送信する。ＩｏＴ対応装置９１Ａの制御指示転送部９１３は、サーバ４Ａから送られてきた制御指示を受信し、受信した制御指示を缶温度制御部９２０に転送する。缶温度制御部９２０は、当該制御指示に基づいて、冷却部を制御して、当該缶飲料ストッカ９０Ａが設けられている収納室の温度調整を行う。

＜サーバ４Ａ及びユーザ端末５Ａの機能構成＞
図１９Ａは、図１８Ａで示される冷蔵庫９Ａの構成に対応するサーバ４Ａ及びユーザ端末５Ａの機能構成を示すブロック図である。図１９Ａに示すように、サーバ４Ａは、実施形態１及び２のサーバ４の構成（図８参照）を備えると共に、さらに投入情報転送部４０５を備える。サーバ４Ａのこれらの機能部は、サーバ４ＡのＣＰＵ４１が補助記憶装置４４に記憶されている、各ユーザ宅の缶飲料の在庫を管理するためのプログラムである在庫管理プログラムを実行することで実現される。

ユーザ端末５Ａは、実施形態１及び２のユーザ端末５の構成（図８参照）を備えると共に、さらに、投入情報入力受付部５０３と、投入情報送信部５０４とを備える。ユーザ端末５Ａのこれらの機能部は、ユーザ端末５ＡのＣＰＵ５４が補助記憶装置５７に記憶されている、在庫管理サービスを受けるためのアプリケーションプログラムである在庫管理アプリを実行することで実現される。

ユーザ端末５Ａにおいて、投入情報入力受付部５０３は、ユーザから、冷蔵庫９Ａの缶飲料ストッカ９０Ａに缶飲料を投入したことを示す投入情報の入力を受け付ける。詳細には、ユーザは、新たに缶飲料ストッカ９０Ａに缶飲料を投入すると、在庫管理アプリを操作して、ユーザ端末５Ａのディスプレイ５０に図示しない投入情報入力画面を表示させる。そして、ユーザはかかる投入情報入力画面を介して、投入した缶飲料を取り出す予定時刻である取出予定時刻を入力する。

投入情報送信部５０４は、ユーザが入力した取出予定時刻が格納された投入情報をサーバ４Ａに送信する。

サーバ４Ａにおいて、投入情報転送部４０５は、ユーザ端末５Ａから送信された投入情報を受信し、受信した投入情報を当該ユーザ端末５Ａに対応するユーザの住宅Ｈに設置されている冷蔵庫９Ａに転送する。

＜サーバ４Ａの他の機能構成＞
図１９Ｂは、図１８Ｂで示される冷蔵庫９Ａの構成に対応するサーバ４Ａの機能構成を示すブロック図である。図１９Ｂに示す構成では、サーバ４Ａは、投入情報転送部４０５ではなく、温度制御内容決定部４０６を備える。温度制御内容決定部４０６は、冷蔵庫９Ａから送信された缶温度データと、ユーザ端末５Ａから送信された投入情報とに基づいて、冷蔵庫９Ａにおける缶飲料の温度制御内容を決定し、決定した温度制御内容を示す制御指示を冷蔵庫９Ａに送信する。

以上説明したように、本実施形態の在庫管理システム１Ｂによれば、缶飲料ストッカ９０Ａは、缶飲料の取り出しを１本ずつ検出し、検出した結果を示す取出データをＩｏＴ対応装置９１Ａに送信し、ＩｏＴ対応装置９１Ａが取出データをサーバ４Ａに転送する。サーバ４Ａは、ＩｏＴ対応装置９１Ａから受信した取出データに基づいて、当該ユーザ宅の缶飲料の在庫管理を行い、在庫が不足するとユーザに通知する。このように、ユーザの実際の消費に基づいて在庫管理が行われるため、ユーザは缶飲料の在庫状況を適切に把握することが可能となり、缶飲料の在庫切れ、買い過ぎ等を防止することができる。

また、取出データが、冷蔵庫９ＡのＩｏＴ対応装置９１Ａによってサーバ４Ａに送信されるため、取出データの取りこぼしを防止することができる。

また、冷蔵庫９Ａは、ユーザが指定した時刻までに缶飲料が適温となるように、投入した缶飲料の温度を制御することができ、利便性に優れる。

（変形例１）
缶飲料ストッカ９０Ａのセンサ基板２０Ｂは、缶飲料が取り出されると直ちに取出データをＩｏＴ対応装置９１Ａに送信するのではなく、電池２４の消耗を抑えるため、最後に取出データを送信してから少なくとも予め定めた時間（例えば、１０秒～１分）を空けて次の取出データを送信するようにしてもよい。この際、当該時間が経過するまでに複数本の缶飲料が取り出された場合は、センサ基板２０Ｂは、当該本数を示す情報が格納された取出データをＩｏＴ対応装置９１Ａに送信する。

例えば、センサ基板２０Ｂは、当該本数に応じたタイムスタンプが格納された取出データをＩｏＴ対応装置９１Ａに送信してもよいし、当該本数そのものの値が格納された取出データをＩｏＴ対応装置９１Ａに送信してもよい。このように複数本の缶飲料が取り出されたことを示す取出データをＩｏＴ対応装置９１Ａから受信したサーバ４Ａの在庫数更新部４０１は、現在の在庫数から当該取出データで示される本数を減算すればよい。

（変形例２）
サーバ４Ａは、ユーザ宅の在庫数を管理するのではなく、缶飲料の消費数を管理するようにしてもよい。この場合、サーバ４Ａのユーザ情報ＤＢ４４１におけるユーザ情報には、消費数と、予めユーザが設定した消費上限とが格納される。そして、サーバ４Ａは、在庫数更新部４０１に代えて、取出データを受信する度に、消費数に１加算する消費数更新部を備え、在庫不足判定部４０３は、消費数と消費上限とを比較し、消費数が消費上限を超えた場合に在庫が不足していると判定する。ユーザは、缶飲料を補充すると、ユーザ端末５Ａを介して、缶飲料を補充した旨の通知をサーバ４Ａに発報する。消費数更新部は、かかる通知を受けると、当該ユーザに対応する消費数をリセットする。

（変形例３）
ユーザ通知部４０４は、在庫が不足している場合だけでなく、ユーザからのユーザ端末５Ａを介した要求に応答して、適宜在庫の状況をユーザに通知してもよい。また、ユーザ通知部４０４は、取出データ管理ＤＢ４４０に保存されている取出データの履歴に基づいて、当該ユーザ宅の缶飲料の消費傾向に関するデータを生成し、生成したデータをユーザ端末５Ａを介してユーザに提供してもよい。

（変形例４）
ユーザ端末５Ａは、缶飲料ストッカ９０Ａの通信回路２３ＡとＩｏＴ対応装置９１Ａの第１通信インタフェース９２との無線通信接続設定を行う機能と、ＩｏＴ対応装置９１Ａの第２通信インタフェース９３とルータ３との無線通信接続設定を行う機能をさらに備えるようにしてもよい。これらの機能も上述した在庫管理アプリを実行することで実現可能である。

（変形例５）
ユーザ端末５Ａの投入情報入力受付部５０３は、ユーザから、投入した缶飲料を取り出す（即ち、当該缶飲料を消費する）までの時間の入力を受け付け、投入情報送信部５０４は、ユーザが入力した時間が格納された投入情報をサーバ４Ａに送信してもよい。この場合、図１８Ａに示す構成において、冷蔵庫９Ａの缶温度制御部９２０は、サーバ４ＡとＩｏＴ対応装置９１Ａとを介して受信した投入情報に含まれる時間と、現在時刻とから取出予定時刻を導出すればよい。また、図１９Ｂに示す構成において、サーバ４Ａの温度制御内容決定部４０６は、ユーザ端末５Ａから受信した投入情報に含まれる時間と、現在時刻とから取出予定時刻を導出すればよい。

（変形例６）
ユーザ端末５Ａの投入情報入力受付部５０３は、投入情報に格納される情報として、ユーザから、缶飲料の種類（例えば、ビール、発泡酒、カクテル、炭酸飲料、非炭酸飲料等）、缶飲料の所望温度、投入した缶飲料の本数等の入力をさらに受け付けてもよい。この場合、図１８Ａに示す構成において、冷蔵庫９Ａの缶温度制御部９２０は、これらの情報も加味して缶飲料の缶温度を制御する。また、図１９Ｂに示す構成において、サーバ４Ａの温度制御内容決定部４０６は、これらの情報も加味して冷蔵庫９Ａにおける缶飲料の温度制御内容を決定する。

（変形例７）
缶飲料ストッカ９０Ａは、缶飲料の投入を検出するセンサ基板をさらに備え、図１８Ａに示す構成において、缶温度制御部９２０は、当該センサ基板によって缶飲料の投入が検出されると、現在時刻から一定時間後の時刻、又は、現在時刻から予めユーザがサーバ４Ａを介して冷蔵庫９Ａに設定した時間後の時刻までに、当該缶飲料の缶温度が予め定めた温度となるように、冷蔵庫９Ａが備える冷却部を制御してもよい。当該センサ基板は、センサ基板２０Ｂと同様、マイクロスイッチ、赤外線あるいは可視光の反射、遮光の程度等を検出する光電センサ等を備える。

また、図１８Ｂに示す構成において、ＩｏＴ対応装置９１Ａは、缶飲料ストッカ９０Ａによって缶飲料の投入が検出されたことをサーバ４Ａに通知し、図１９Ｂに示す構成において、サーバ４Ａの温度制御内容決定部４０６は、かかる通知を受けると、現在時刻から一定時間後の時刻、又は、現在時刻から予めユーザがサーバ４Ａに設定した時間後の時刻までに、当該缶飲料の缶温度が予め定めた温度となるように冷蔵庫９Ａにおける缶飲料の温度制御内容を決定してもよい。

（変形例８）
冷蔵庫９Ａは、例えば、ＣＣＤ（Charge-Coupled Device）、ＣＭＯＳ（Complementary Metal Oxide Semiconductor）等のイメージセンサで構成される図示しない可視カメラをさらに備え、当該可視カメラによって撮影された画像から缶飲料ストッカ９０Ａに保持されている缶飲料の種類を判別し、判別した缶飲料の種類に適した缶温度となるように冷却部を制御してもよい。この場合、サーバ４Ａが、上記の可視カメラによって撮影された画像から缶飲料の種類を判別してもよい。

（実施形態４）
続いて、本開示の実施形態４について説明する。なお、以下の説明において、実施形態２と共通する構成要素等については、同一の符号を付し、その説明を省略する。

図２０は、本開示の実施形態４における在庫管理システム１Ｃの全体構成を示す図である。在庫管理システム１Ｃは、本開示に係る在庫管理システムの一例であり、各住宅Ｈに設置される、冷蔵庫９Ｂ及びルータ３と、サーバ４Ｂと、各ユーザに所持されるユーザ端末５とを備える。在庫管理システム１Ｃは、実施形態２の在庫管理システム１Ａで実現される機能を包含する。

冷蔵庫９Ｂは、本開示に係る冷蔵庫の一例であり、実施形態２の冷蔵庫９及び実施形態３の冷蔵庫９Ａと同様、ＩｏＴ機能を備えた家庭用の冷蔵庫である。冷蔵庫９Ｂは、缶飲料ストッカ９０と、ＩｏＴ対応装置９１Ｂと、カメラ９９とを備える。

＜ＩｏＴ対応装置９１Ｂ＞
ＩｏＴ対応装置９１Ｂは、実施形態２のＩｏＴ対応装置９１と同様、ＩｏＴ機能を実現するための構成部であり、ＩｏＴ対応装置９１と同様のハードウェア構成を備える（図１４参照）。ＩｏＴ対応装置９１Ｂの機能の詳細については後述する。

＜カメラ９９＞
カメラ９９は、本開示に係るカメラの一例である。カメラ９９は、可視カメラであり、例えば、ＣＣＤ、ＣＭＯＳ等のイメージセンサで構成される。カメラ９９とＩｏＴ対応装置９１Ｂとは信号線を介して接続される。なお、カメラ９９とＩｏＴ対応装置９１Ｂ間の通信が、缶飲料ストッカ９０とＩｏＴ対応装置９１Ｂ間の無線通信方式と同様の方式で行われるようにしてもよい。カメラ９９は、ＩｏＴ対応装置９１Ｂからの指令に従って周期的（例えば１０分毎）に又は予め定めた条件下（例えば扉を閉めたタイミング）をトリガに、缶飲料ストッカ９０が設けられている収納室の撮影を行い、撮影した画像を示す画像データをＩｏＴ対応装置９１Ｂに送信する。

＜サーバ４Ｂ＞
サーバ４Ｂは、本開示に係る在庫管理装置の一例である。サーバ４Ｂは、冷蔵庫９Ｂのメーカ、販売会社等によって設置及び運用される、いわゆるクラウドサーバであり、広域ネットワークＮに接続される。サーバ４Ｂのハードウェア構成は、実施形態１及び２のサーバ４並びに実施形態３のサーバ４Ａと同様である（図６参照）。サーバ４Ｂの機能の詳細については後述する。

＜冷蔵庫９Ｂの機能構成＞
図２１は、冷蔵庫９Ｂの機能構成を示すブロック図である。なお、ここでは、缶飲料の在庫管理に特化した機能に限定して説明し、冷蔵庫９Ｂにおける他の機能については説明を省略する。

図２１に示すように、冷蔵庫９Ｂは、ＩｏＴ対応装置９１Ｂにおいて、取出データ転送部９１０と、画像データ転送部９１４とを備える。ＩｏＴ対応装置９１Ｂのこれらの機能部は、ＩｏＴ対応装置９１ＢのＣＰＵ９４が、補助記憶装置９７に記憶されている、ＩｏＴ機能を実現するためのアプリケーションプログラムであるＩｏＴ対応プログラムを実行することで実現される。

画像データ転送部９１４は、本開示に係る画像データ送信手段の一例である。画像データ転送部９１４は、カメラ９９から送られてくる画像データを受信し、受信した画像データをサーバ４Ｂに転送する。

＜サーバ４Ｂの機能構成＞
図２２は、サーバ４Ｂの機能構成を示すブロック図である。図２２に示すように、サーバ４Ｂは、実施形態１及び２のサーバ４の構成（図８参照）を備えると共に、さらに缶飲料種類判別部４０７を備える。サーバ４Ｂのこれらの機能部は、サーバ４ＢのＣＰＵ４１が補助記憶装置４４に記憶されている、各ユーザ宅の缶飲料の在庫を管理するためのプログラムである在庫管理プログラムを実行することで実現される。

缶飲料種類判別部４０７は、本開示に係る飲料種類判別手段の一例である。缶飲料種類判別部４０７は、冷蔵庫９Ｂから送られてくる画像データをＡＩ（Artificial Intelligence）による画像認識することで、冷蔵庫９Ｂの缶飲料ストッカ９０に保持されている缶飲料の種類を判別する。缶飲料種類判別部４０７は、判別した缶飲料の種類を示す缶飲料情報を取出データ管理ＤＢ４４０に格納する。

以上説明したように、本実施形態の在庫管理システム１Ｃによれば、缶飲料ストッカ９０は、缶飲料の取り出しを１本ずつ検出し、検出した結果を示す取出データをＩｏＴ対応装置９１Ｂに送信し、ＩｏＴ対応装置９１Ｂが取出データをサーバ４Ｂに転送する。サーバ４Ｂは、ＩｏＴ対応装置９１Ｂから受信した取出データに基づいて、当該ユーザ宅の缶飲料の在庫管理を行い、在庫が不足するとユーザに通知する。このように、ユーザの実際の消費に基づいて在庫管理が行われるため、ユーザは缶飲料の在庫状況を適切に把握することが可能となり、缶飲料の在庫切れ、買い過ぎ等を防止することができる。

また、取出データが、冷蔵庫９ＢのＩｏＴ対応装置９１Ｂによってサーバ４Ｂに送信されるため、取出データの取りこぼしを防止することができる。

また、冷蔵庫９Ｂは、収納室を撮影した画像を示す画像データを周期的に又は予め定めた条件が成立するとサーバ４Ｂに送信し、サーバ４Ｂは、冷蔵庫９Ｂから送られてきた画像データに基づいて冷蔵庫９Ｂの缶飲料ストッカ９０に保持されている缶飲料の種類を判別する。このため、缶飲料ストッカ９０に複数の銘柄の缶飲料が保持されている場合でも、銘柄毎に缶飲料の在庫を管理することができ、利便性に優れる。

（変形例１）
缶飲料ストッカ９０のセンサ基板２０Ａは、缶飲料が取り出されると直ちに取出データをＩｏＴ対応装置９１Ｂに送信するのではなく、電池２４の消耗を抑えるため、最後に取出データを送信してから少なくとも予め定めた時間（例えば、１０秒～１分）を空けて次の取出データを送信するようにしてもよい。この際、当該時間が経過するまでに複数本の缶飲料が取り出された場合は、センサ基板２０Ａは、当該本数を示す情報が格納された取出データをＩｏＴ対応装置９１Ｂに送信する。

例えば、センサ基板２０Ａは、当該本数に応じたタイムスタンプが格納された取出データをＩｏＴ対応装置９１Ｂに送信してもよいし、当該本数そのものの値が格納された取出データをＩｏＴ対応装置９１Ｂに送信してもよい。このように複数本の缶飲料が取り出されたことを示す取出データをＩｏＴ対応装置９１Ｂから受信したサーバ４Ｂの在庫数更新部４０１は、現在の在庫数から当該取出データで示される本数を減算すればよい。

（変形例２）
サーバ４Ｂは、ユーザ宅の在庫数を管理するのではなく、缶飲料の消費数を管理するようにしてもよい。この場合、サーバ４Ｂのユーザ情報ＤＢ４４１におけるユーザ情報には、消費数と、予めユーザが設定した消費上限とが格納される。そして、サーバ４Ｂは、在庫数更新部４０１に代えて、取出データを受信する度に、消費数に１加算する消費数更新部を備え、在庫不足判定部４０３は、消費数と消費上限とを比較し、消費数が消費上限を超えた場合に在庫が不足していると判定する。ユーザは、缶飲料を補充すると、ユーザ端末５を介して、缶飲料を補充した旨の通知をサーバ４Ｂに発報する。消費数更新部は、かかる通知を受けると、当該ユーザに対応する消費数をリセットする。

（変形例３）
ユーザ通知部４０４は、在庫が不足している場合だけでなく、ユーザからのユーザ端末５を介した要求に応答して、適宜在庫の状況をユーザに通知してもよい。また、ユーザ通知部４０４は、取出データ管理ＤＢ４４０に保存されている取出データの履歴及び缶飲料情報の履歴に基づいて、当該ユーザ宅の缶飲料の消費傾向に関するデータを生成し、生成したデータをユーザ端末５を介してユーザに提供してもよい。

（変形例４）
サーバ４Ｂは、缶飲料の銘柄、購入する際の本数、発注先に関する情報等を事前に登録しているユーザについて、在庫が不足している場合に自動的に当該缶飲料を発注する発注部をさらに備えるようにしてもよい。この場合、サーバ４Ｂの缶飲料種類判別部４０７は、さらに缶飲料の銘柄を判別してもよい。

（変形例５）
ユーザ端末５は、缶飲料ストッカ９０の通信回路２３ＡとＩｏＴ対応装置９１Ｂの第１通信インタフェース９２との無線通信接続設定を行う機能と、ＩｏＴ対応装置９１Ｂの第２通信インタフェース９３とルータ３との無線通信接続設定を行う機能をさらに備えるようにしてもよい。これらの機能も上述した在庫管理アプリを実行することで実現可能である。

（実施形態５）
続いて、本開示の実施形態５について説明する。なお、以下の説明において、実施形態１と共通する構成要素等については、同一の符号を付し、その説明を省略する。

図２３は、本開示の実施形態５における発注支援システム１０の全体構成を示す図である。発注支援システム１０は、本開示に係る発注支援システムの一例であり、実施形態１の在庫管理システム１と同様、顧客であるユーザが居住する住宅Ｈで保管される缶飲料の在庫を管理すると共に、さらに、当該缶飲料の発注を支援するシステムである。図２３に示すように、発注支援システム１０は、各住宅Ｈに設置される、缶飲料ストッカ２及びルータ３と、サーバ４Ｃと、各ユーザに所持されるユーザ端末５Ｂとを備える。

＜サーバ４Ｃ＞
サーバ４Ｃは、本開示に係る在庫管理装置の一例である。サーバ４Ｃは、缶飲料ストッカ２のメーカ、販売会社等によって設置及び運用される、いわゆるクラウドサーバであり、広域ネットワークＮに接続される。サーバ４Ｃのハードウェア構成は、実施形態１のサーバ４と同様である（図６参照）。サーバ４Ｃの機能の詳細については後述する。

＜ユーザ端末５Ｂ＞
ユーザ端末５Ｂは、ユーザによって所持される電子機器であり、例えば、スマートフォン、タブレット端末等のスマートデバイスである。ユーザ端末５Ｂのハードウェア構成は、実施形態１のユーザ端末５と同様である（図７参照）ユーザ端末５Ｂの機能の詳細については後述する。

＜缶飲料ストッカ２、サーバ４Ｃ及びユーザ端末５Ｂの機能構成＞
図２４Ａは缶飲料ストッカ２、サーバ４Ｃ及びユーザ端末５Ｂの機能構成を示すブロック図である。図２４Ａに示すように、缶飲料ストッカ２は、実施形態１と同様、取出検出部２００と、取出データ送信部２０１とを備える。缶飲料ストッカ２のこれらの機能部は、センサ基板２０における制御回路２２が備えるＣＰＵが、当該制御回路２２が備えるＲＯＭに記憶されている、缶飲料の取り出しを検出し、検出した結果をサーバ４Ｃに送信するためのプログラムを実行することで実現される。

サーバ４Ｃは、取出データ受信部４００と、在庫数更新部４０１と、補充情報受信部４０２と、在庫不足判定部４０３と、ユーザ通知部４０４Ａとを備える。サーバ４Ｃのこれらの機能部は、ＣＰＵ４１が補助記憶装置４４に記憶されている、各住宅Ｈの缶飲料の在庫を管理するための在庫管理プログラムを実行することで実現される。

ユーザ端末５Ｂは、補充情報送信部５０１Ａと、通知画面表示部５０２Ａと、発注部５０５とを備える。ユーザ端末５Ｂのこれらの機能部は、ＣＰＵ５４が補助記憶装置５７に記憶されている、在庫管理サービスを受けるためのアプリケーションプログラムである在庫管理アプリを実行することで実現される。

缶飲料ストッカ２において、取出検出部２００は、本開示に係る取出検出手段の一例である。取出検出部２００は、缶飲料の取り出しを１本ずつ検出する。取出データ送信部２０１は、本開示に係る取出データ送信手段の一例である。取出データ送信部２０１は、取出検出部２００によって缶飲料の取り出しが検出されると、機器ＩＤと、現在の日時を示すタイムスタンプとが格納された取出データ（図９参照）をルータ３を介してサーバ４Ｃに送信する。機器ＩＤは、センサ基板２０毎に一意に割り振られた情報であり、例えば、当該センサ基板２０のシリアル番号である。

サーバ４Ｃにおいて、取出データ受信部４００は、本開示に係る取出データ受信手段の一例である。取出データ受信部４００は、各ユーザ宅の缶飲料ストッカ２から送られてくる上記の取出データを受信する。取出データ受信部４００は、受信した取出データを取出データ管理ＤＢ４４０に保存する。取出データ管理ＤＢ４４０は、各缶飲料ストッカ２から送られてきた取出データを逐次記憶するデータベースであり、補助記憶装置４４に記憶される。

ユーザ情報には、ユーザＩＤ、パスワード、センサ基板２０の機器ＩＤ、ユーザ端末５のＩＤ、在庫数、在庫下限等が含まれる（図１０参照）。ユーザ情報は、ユーザによるユーザ端末５Ｂを介したユーザ登録操作によって新規に生成され、ユーザ情報ＤＢ４４１に登録される。なお、在庫数更新部４０１は、在庫数が１以上の場合に限り、上記の減算を行う。

また、在庫数更新部４０１は、補充情報受信部４０２によって、ユーザ端末５Ｂから送信された補充情報が受信されると、当該ユーザ端末５Ｂに対応するユーザ宅の缶飲料の在庫数を更新する。補充情報には、補充した缶飲料の本数（以下、補充数という。）が含まれており、在庫数更新部４０１は、ユーザ情報の在庫数に補充情報から抽出した補充数を加算することで当該ユーザ宅の在庫数を更新する。

在庫不足判定部４０３は、本開示に係る在庫不足判定手段の一例である。在庫不足判定部４０３は、各ユーザ宅の缶飲料の在庫が不足しているか否かを判定する。詳細には、ユーザ情報に含まれている、在庫数と在庫下限とを比較し、在庫数が在庫下限より少ない場合、当該ユーザ宅の缶飲料の在庫が不足していると判定し、在庫数が在庫下限以上の場合、当該ユーザ宅の缶飲料の在庫は不足していないと判定する。在庫下限は、ユーザ登録時に、ユーザによって所望の値に設定される。なお、ユーザは、ユーザ端末５Ｂを介した操作によって在庫下限を適宜変更することができる。

ユーザ通知部４０４Ａは、在庫不足判定部４０３によって在庫が不足していると判定された場合、在庫が不足していることを示すと共に、缶飲料の発注の可否をユーザに問い合わせるための通知（以下、発注問合せ通知という。）を当該ユーザに対応するユーザ端末５Ｂに発報する。この発注問合せ通知には、発注情報が含まれている。発注情報には、缶飲料の銘柄、購入する際の本数、発注先（即ち、ＥＣサイト）に関する情報等が含まれる。発注情報は、ユーザによるユーザ端末５Ｂの在庫管理アプリを使用した操作によって生成され、サーバ４Ｃのユーザ情報ＤＢ４４１に登録される。

ユーザ端末５Ｂにおいて、通知画面表示部５０２Ａは、サーバ４Ｃから発報された発注問合せ通知を受けると、当該缶飲料の在庫が不足している旨のメッセージを表示すると共に、発注を行うことに同意するか否かの操作をユーザから受け付けるためのＧＵＩ（Graphical User Interface）ボタンが設けられた通知画面をディスプレイ５０に表示する。

かかる通知画面でユーザが発注に同意する操作を行うと、発注部５０５は、発注問合せ通知に含まれる発注情報をＥＣ（Electronic Commerce）サイト１１に送信して、当該缶飲料の発注を行う。また、補充情報送信部５０１Ａは、発注情報に含まれる購入本数が補充数として格納された補充情報をサーバ４Ｃに送信する。発注部５０５は、本開示に係る発注手段の一例である。

＜サーバ４Ｃ及びユーザ端末５Ｂの他の機能構成＞
図２４Ｂは、サーバ４Ｃ及びユーザ端末５Ｂの他の機能構成を示すブロック図である。図２４Ｂにおいて、缶飲料ストッカ２の機能構成については、実施形態１と同様である。図２４Ｂに示すように、サーバ４Ｃは、取出データ受信部４００と、在庫数更新部４０１Ａと、在庫不足判定部４０３と、ユーザ通知部４０４Ｂと、発注部４０８とを備える。サーバ４Ｃのこれらの機能部は、ＣＰＵ４１が補助記憶装置４４に記憶されている上述した在庫管理プログラムを実行することで実現される。ユーザ端末５Ｂは、通知画面表示部５０２Ｂを備える。通知画面表示部５０２Ｂは、ＣＰＵ５４が補助記憶装置５７に記憶されている上述した在庫管理アプリを実行することで実現される。

在庫数更新部４０１Ａは、取出データ管理ＤＢ４４０に新たな取出データが追加されると、当該ユーザ宅の缶飲料の在庫数を更新する。詳細には、在庫数更新部４０１Ａは、ユーザ情報ＤＢ４４１に登録されている、当該取出データに対応するユーザのユーザ情報に含まれている在庫数から１を減算することで当該ユーザ宅の缶飲料の在庫数を更新する。ユーザ情報ＤＢ４４１は、ユーザ登録を行ったユーザに関するユーザ情報を管理するためのデータベースであり、補助記憶装置４４に記憶される。

ユーザ情報には、ユーザＩＤ、パスワード、センサ基板２０の機器ＩＤ、ユーザ端末５のＩＤ、在庫数、在庫下限等が含まれる（図１０参照）。ユーザ情報は、ユーザによるユーザ端末５Ｂを介したユーザ登録操作によって新規に生成され、ユーザ情報ＤＢ４４１に登録される。なお、在庫数更新部４０１Ａは、在庫数が１以上の場合に限り、上記の減算を行う。

また、在庫数更新部４０１Ａは、後述する発注部４０８によって缶飲料の発注が完了すると、当該発注に対応するユーザ宅の缶飲料の在庫数を更新する。具体的には、在庫数更新部４０１Ａは、ユーザ情報の在庫数に発注した本数を加算することで当該ユーザ宅の在庫数を更新する。

発注部４０８は、本開示に係る発注手段の一例である。発注部４０８は、在庫不足判定部４０３によって在庫が不足していると判定された場合、当該ユーザに対応する発注情報をＥＣサイト１１に送信して当該缶飲料の発注を行う。発注情報には、缶飲料の銘柄、購入する際の本数、発注先（即ち、ＥＣサイト）に関する情報等が含まれる。発注情報は、ユーザによるユーザ端末５Ｂの在庫管理アプリを使用した操作によって生成され、サーバ４Ｃのユーザ情報ＤＢ４４１に登録される。

ユーザ通知部４０４Ｂは、発注部４０８による缶飲料の発注が完了すると、その旨を示す通知（以下、発注完了通知という。）を当該ユーザに対応するユーザ端末５Ｂに発報する。

ユーザ端末５Ｂにおいて、通知画面表示部５０２Ｂは、サーバ４Ｃから発報された発注完了通知を受けると、缶飲料の発注が完了したことをユーザに通知するための通知画面をディスプレイ５０に表示する。

図２５Ａは、図２４Ａに示すサーバ４Ｃが実行する発注支援処理の手順を示すフローチャートである。
（ステップＳ２０１）
サーバ４Ｃは、何れかのユーザ宅に設置された缶飲料ストッカ２から新たな取出データを受信したか否かを判定する。何れかの缶飲料ストッカ２から取出データを新たに受信した場合（判定結果；ＹＥＳ）、サーバ４Ｃの処理は、ステップＳ２０２に移行する。一方、何れの缶飲料ストッカ２からも新たな取出データを受信していない場合（判定結果；ＮＯ）、サーバ４Ｃの処理は、ステップＳ２０１に戻る。

（ステップＳ２０２）
サーバ４Ｃは、当該取出データに対応するユーザのユーザ情報に格納されている缶飲料の在庫数を１減算する。

（ステップＳ２０３）
サーバ４Ｃは、当該顧客宅の缶飲料の在庫が不足しているか否かを判定する。具体的には、サーバ４Ｃは、ステップＳ２０２で減算した後の在庫数が、当該ユーザ情報に格納されている在庫下限より少ないか否かを判定する。在庫数が在庫下限より少ない、即ち、在庫が不足している場合（判定結果；ＹＥＳ）、サーバ４Ｃの処理は、ステップＳ２０４に移行する。一方、在庫が不足していない場合（判定結果；ＮＯ）、サーバ４Ｃの処理は、ステップＳ２０１に戻る。

（ステップＳ２０４）
サーバ４Ｃは、在庫が不足していることを示すと共に、缶飲料の発注の可否をユーザに問い合わせるための発注問合せ通知を当該ユーザに対応するユーザ端末５Ｂに発報する。

（ステップＳ２０５）
サーバ４Ｃは、発注問合せ通知の発報先のユーザ端末５Ｂから補充情報を受信したか否かを判定する。補充情報を受信していない場合（判定結果；ＮＯ）、サーバ４Ｃの処理は、ステップＳ２０１に戻る。一方、補充情報を受信した場合（判定結果；ＹＥＳ）、サーバ４Ｃの処理は、ステップ２０６に移行する。

（ステップＳ２０６）
サーバ４Ｃは、当該ユーザに対応するユーザ情報の在庫数に、補充情報から抽出した補充数を加算する。その後、サーバ４Ｃの処理は、ステップＳ２０１に戻る。

図２５Ｂは、図２４Ｂに示すサーバ４Ｃが実行する発注支援処理の手順を示すフローチャートである。以下のフロチャートにおいて、ステップＳ３０１～Ｓ３０３の内容は、それぞれ、図２５ＡのステップＳ２０１～Ｓ２０３と同様である。
（ステップＳ３０４）
サーバ４Ｃは、ステップＳ３０３で在庫が不足していると判定した場合、当該ユーザに対応する発注情報をＥＣサイト１１に送信して当該缶飲料の発注を行う。

（ステップＳ３０５）
サーバ４Ｃは、缶飲料の発注が完了したことを示す発注完了通知を当該ユーザに対応するユーザ端末５Ｂに発報する。

（ステップＳ３０６）
サーバ４Ｃは、当該発注に対応するユーザ情報の在庫数に、発注した本数を加算する。その後、サーバ４Ｃの処理は、ステップＳ３０１に戻る。

以上説明したように、本実施形態の発注支援システム１０によれば、缶飲料ストッカ２は、缶飲料の取り出しを１本ずつ検出し、検出した結果を示す取出データをサーバ４Ｃに送信し、サーバ４Ｃは、缶飲料ストッカ２から受信した取出データに基づいて、当該ユーザ宅の缶飲料の在庫管理を行い、在庫が不足するとユーザに通知する。このように、ユーザの実際の消費に基づいて在庫管理が行われるため、ユーザは缶飲料の在庫状況を適切に把握することが可能となり、缶飲料の在庫切れ、買い過ぎ等を防止することができる。

また、ユーザが予め登録した発注情報に基づき半自動又は自動的に缶飲料の発注を行うため、ユーザの手間が低減され、利便性に優れる。

（変形例１）
缶飲料ストッカ２のセンサ基板２０は、缶飲料が取り出されると直ちに取出データをサーバ４Ｃに送信するのではなく、電池２４の消耗を抑えるため、最後に取出データを送信してから少なくとも予め定めた時間（例えば、１０秒～１分）を空けて次の取出データを送信するようにしてもよい。この際、当該時間が経過するまでに複数本の缶飲料が取り出された場合は、センサ基板２０は、当該本数を示す情報が格納された取出データをサーバ４Ｃに送信する。

例えば、センサ基板２０は、当該本数に応じたタイムスタンプが格納された取出データをサーバ４Ｃに送信してもよいし、当該本数そのものの値が格納された取出データをサーバ４Ｃに送信してもよい。このように複数本の缶飲料が取り出されたことを示す取出データを受信したサーバ４Ｃの在庫数更新部４０１，４０１Ａは、現在の在庫数から当該取出データで示される本数を減算すればよい。

（変形例２）
サーバ４Ｃは、ユーザ宅の在庫数を管理するのではなく、缶飲料の消費数を管理するようにしてもよい。この場合、サーバ４Ｃのユーザ情報ＤＢ４４１におけるユーザ情報には、消費数と、予めユーザが設定した消費上限とが格納される。そして、サーバ４Ｃは、在庫数更新部４０１，４０１Ａに代えて、取出データを受信する度に、消費数に１加算する消費数更新部を備え、在庫不足判定部４０３は、消費数と消費上限とを比較し、消費数が消費上限を超えた場合に在庫が不足していると判定する。

この場合、図２４Ａに示す構成では、ユーザ端末５Ｂから送信された補充情報が補充情報受信部４０２によって受信されると、消費数更新部は、当該ユーザに対応する消費数をリセットする。また、図２４Ｂに示す構成では、発注部４０８による発注が完了すると、消費数更新部は、当該ユーザに対応する消費数をリセットする。

（変形例３）
ユーザ通知部４０４Ａ，４０４Ｂは、さらに、ユーザからのユーザ端末５Ｂを介した要求に応答して、適宜在庫の状況をユーザに通知してもよい。また、ユーザ通知部４０４Ａ，４０４Ｂは、取出データ管理ＤＢ４４０に保存されている取出データの履歴に基づいて、当該ユーザ宅の缶飲料の消費傾向に関するデータを生成し、生成したデータをユーザ端末５Ｂを介してユーザに提供してもよい。

（変形例４）
ユーザ端末５Ｂは、缶飲料ストッカ２の通信回路２３とルータ３との無線通信接続設定を行う機能をさらに備えるようにしてもよい。この機能も上述した在庫管理アプリを実行することで実現可能である。

（変形例５）
図２４Ａに示す構成において、サーバ４Ｃが、缶飲料を発注する発注部をさらに備えるようにしてもよい。当該発注部は、初回発注時に同意しているユーザについて、在庫が不足している場合に自動的に当該缶飲料を発注する。この場合、サーバ４Ｃは、発注完了を示す発注完了通知をユーザ端末５Ｂに発報する。同時にサーバ４Ｃは、在庫が不足していることを示す在庫不足通知もユーザ端末５Ｂに発報してもよい。

（変形例６）
図２４Ａに示す構成において、サーバ４Ｃが、缶飲料を発注する発注部をさらに備えるようにしてもよい。当該発注部は、発注問合せ通知がユーザ端末５Ｂに発報された後、予め定めた期間が経過しても当該ユーザ端末５Ｂからの補充情報が受信されなかった場合に自動的に当該缶飲料を発注する。

（変形例７）
図２４Ａに示す構成において、サーバ４Ｃは、発注問合せ通知をユーザ端末５Ｂに発報した後、予め定めた期間が経過しても補充情報を受信しなかった場合、再度、発注問合せ通知を当該ユーザ端末５Ｂに発報するようにしてもよい。また、サーバ４Ｃが、再発報が予め定めた回数行われても補充情報が受信されなかった場合に自動的に当該缶飲料を発注する発注部をさらに備えるようにしてもよい。

本開示は、上記の各実施形態及びその変形例に限定されず、本開示の要旨を逸脱しない範囲での種々の変更は勿論可能である。

例えば、本開示における在庫管理の対象は、缶飲料に限定されることはない。例えば、ペットボトル飲料、ビン飲料、紙パック飲料等、様々な容器の飲料が在庫管理の対象となり得る。

また、サーバ４の機能部（図８参照）の全部又は一部が、専用のハードウェアで実現されるようにしてもよいし、サーバ４Ａの機能部（図１９Ａ、図１９Ｂ参照）の全部又は一部が、専用のハードウェアで実現されるようにしてもよいし、サーバ４Ｂの機能部（図２２参照）の全部又は一部が、専用のハードウェアで実現されるようにしてもよいし、サーバ４Ｃの機能部（図２４Ａ、図２４Ｂ参照）の全部又は一部が、専用のハードウェアで実現されるようにしてもよい。専用のハードウェアとは、例えば、単一回路、複合回路、プログラム化されたプロセッサ、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field-Programmable Gate Array）又はこれらの組み合わせである。

１，１Ａ，１Ｂ，１Ｃ在庫管理システム、２，９０，９０Ａ缶飲料ストッカ、３ルータ、４，４Ａ，４Ｂ，４Ｃサーバ、５，５Ａ，５Ｂユーザ端末、６，９，９Ａ，９Ｂ冷蔵庫、７ＡＰ、８無線基地局、１０発注支援システム、１１ＥＣサイト、２０，２０Ａ，２０Ｂセンサ基板、２１センサ回路、２２制御回路、２３，２３Ａ通信回路、２４電池、２５温度センサ、４０通信インタフェース、４１、５４，９４ＣＰＵ、４２、５５，９５ＲＯＭ、４３，５６，９６ＲＡＭ、４４，５７，９７補助記憶装置、４５，５８，９８バス、５０ディスプレイ、５１操作受付部、５２，９２第１通信インタフェース、５３，９３第２通信インタフェース、９１，９１Ａ，９１ＢＩｏＴ対応装置、９９カメラ、２００，９００取出検出部、２０１，９０１取出データ送信部、４００取出データ受信部、４０１，４０１Ａ在庫数更新部、４０２補充情報受信部、４０３在庫不足判定部、４０４，４０４Ａ，４０４Ｂユーザ通知部、４０５，９１１投入情報転送部、４０６温度制御内容決定部、４０７缶飲料種類判別部、４０８，５０５発注部、４４０取出データ管理ＤＢ、４４１ユーザ情報ＤＢ、５００補充情報入力受付部、５０１，５０１Ａ補充情報送信部、５０２，５０２Ａ，５０２Ｂ通知画面表示部、５０３投入情報入力受付部、５０４投入情報送信部、９０２缶温度データ取得部、９０３缶温度データ送信部、９１０取出データ転送部、９１２缶温度データ転送部、９１３制御指示転送部、９１４画像度データ転送部、９２０缶温度制御部

Claims

複数の飲料を保持可能な飲料ストッカであって、
飲料の取り出しを１本ずつ検出する取出検出手段と、
前記取出検出手段によって検出された結果を示す取出データを在庫管理装置に送信する取出データ送信手段と、を備える、飲料ストッカ。
複数の飲料を保持可能な飲料ストッカと、
前記飲料ストッカから送信された取出データを在庫管理装置に転送する取出データ転送手段と、を備え、
前記飲料ストッカは、
飲料の取り出しを１本ずつ検出する取出検出手段と、
前記取出検出手段によって検出された結果を示す前記取出データを前記取出データ転送手段に送信する取出データ送信手段と、を備える、冷蔵庫。
飲料ストッカから送信された、前記飲料ストッカから飲料が取り出されたことを示す取出データを受信する取出データ受信手段と、
前記取出データ受信手段によって受信された取出データに基づいて、飲料の在庫が不足しているか否かを判定する在庫不足判定手段と、
前記在庫不足判定手段によって在庫が不足していると判定された場合、その旨をユーザに通知するユーザ通知手段と、を備える、在庫管理装置。
冷蔵庫から送信された、前記冷蔵庫が備える飲料ストッカから飲料が取り出されたことを示す取出データを受信する取出データ受信手段と、
前記取出データ受信手段によって受信された取出データに基づいて、飲料の在庫が不足しているか否かを判定する在庫不足判定手段と、
前記在庫不足判定手段によって在庫が不足していると判定された場合、その旨をユーザに通知するユーザ通知手段と、を備える、在庫管理装置。
請求項１に記載の飲料ストッカと、
請求項３に記載の在庫管理装置と、を備える、在庫管理システム。
請求項２に記載の冷蔵庫と、
請求項４に記載の在庫管理装置と、を備える、在庫管理システム。
前記冷蔵庫は、
前記飲料ストッカに保持されている飲料の温度を取得する温度取得手段と、
前記飲料が取り出される時刻までに、前記飲料の温度が予め定めた温度になるように、前記飲料ストッカが設けられた収納室の冷却を行う冷却手段を制御する温度制御手段と、をさらに備える、請求項６に記載の在庫管理システム。
前記冷蔵庫は、
前記飲料ストッカが設けられた収納室を撮影するカメラと、
前記カメラの撮影によって得られた画像データを前記在庫管理装置に送信する画像データ送信手段と、をさらに備え、
前記在庫管理装置は、前記冷蔵庫から受信した前記画像データに基づいて、前記飲料ストッカに保持されている飲料の種類を判別する飲料種類判別手段をさらに備える、請求項６又は７に記載の在庫管理システム。
複数の飲料を保持可能な飲料ストッカと、在庫管理装置と、発注手段と、を備え、
前記飲料ストッカは、
飲料の取り出しを１本ずつ検出する取出検出手段と、
前記取出検出手段によって検出された結果を示す取出データを前記在庫管理装置に送信する取出データ送信手段と、を備え、
前記在庫管理装置は、
前記飲料ストッカから送信された、前記飲料ストッカから飲料が取り出されたことを示す取出データを受信する取出データ受信手段と、
前記取出データ受信手段によって受信された取出データに基づいて、飲料の在庫が不足しているか否かを判定する在庫不足判定手段と、を備え、
前記発注手段は、前記在庫不足判定手段によって在庫が不足していると判定された場合、前記飲料の発注を行う、発注支援システム。
前記発注手段は、ユーザの同意が得られた場合に前記飲料の発注を行う、請求項９に記載の発注支援システム。
飲料ストッカから送信された、前記飲料ストッカから飲料が取り出されたことを示す取出データを受信し、
前記受信した取出データに基づいて、飲料の在庫が不足しているか否かを判定し、
前記在庫が不足していると判定した場合、その旨をユーザに通知する、在庫管理方法。
冷蔵庫から送信された、前記冷蔵庫が備える飲料ストッカから飲料が取り出されたことを示す取出データを受信し、
前記受信した取出データに基づいて、飲料の在庫が不足しているか否かを判定し、
前記在庫が不足していると判定した場合、その旨をユーザに通知する、在庫管理方法。
コンピュータを、
飲料ストッカから送信された、前記飲料ストッカから飲料が取り出されたことを示す取出データを受信する取出データ受信手段、
前記取出データ受信手段によって受信された取出データに基づいて、飲料の在庫が不足しているか否かを判定する在庫不足判定手段、
前記在庫不足判定手段によって在庫が不足していると判定された場合、その旨をユーザに通知するユーザ通知手段、として機能させる、プログラム。
コンピュータを、
冷蔵庫から送信された、前記冷蔵庫が備える飲料ストッカから飲料が取り出されたことを示す取出データを受信する取出データ受信手段、
前記取出データ受信手段によって受信された取出データに基づいて、飲料の在庫が不足しているか否かを判定する在庫不足判定手段、
前記在庫不足判定手段によって在庫が不足していると判定された場合、その旨をユーザに通知するユーザ通知手段、として機能させる、プログラム。