知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2022072091
(43)【公開日】2022-05-17
(54)【発明の名称】管理システム、管理方法およびプログラム
(51)【国際特許分類】
G06Q 30/06 20120101AFI20220510BHJP
G06Q 10/02 20120101ALI20220510BHJP
G06Q 10/08 20120101ALI20220510BHJP
G07G 1/12 20060101ALI20220510BHJP
【ＦＩ】
G06Q30/06 300
G06Q10/02
G06Q10/08 330
G07G1/12 361C
【審査請求】未請求
【請求項の数】12
【出願形態】ＯＬ
(21)【出願番号】P 2020181334
(22)【出願日】2020-10-29
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＢＬＵＥＴＯＯＴＨ
(71)【出願人】
【識別番号】399048917
【氏名又は名称】日立グローバルライフソリューションズ株式会社
(74)【代理人】
【識別番号】110001807
【氏名又は名称】特許業務法人磯野国際特許商標事務所
(72)【発明者】
【氏名】孫 永一
(72)【発明者】
【氏名】井口 匠
(72)【発明者】
【氏名】丸山 幸伸
(72)【発明者】
【氏名】梅澤 功一
(72)【発明者】
【氏名】林 正二
【テーマコード（参考）】
3E142
5L049
【Ｆターム（参考）】
3E142AA07
3E142EA04
3E142EA30
3E142FA50
3E142GA17
3E142HA04
5L049AA03
5L049BB22
5L049BB63
5L049BB64
(57)【要約】
【課題】購入予約に基づいて施錠制御して庫内の商品の取り出しを行う収納庫を用いて商品の販売を行うシステムにおいて、購入予約せずに来店した客にも、商品購入できるようにする。
【解決手段】管理装置１が、ユーザ端末２から購入予約され、購入予約された商品に関する少なくとも来店予定時刻を含む予約情報を管理する予約情報管理部１３と、予約情報を記憶する予約情報記憶部１５と、収納庫３から商品を取り出せるように収納庫の解錠制御を行う収納庫制御部１６と、を備え、予約情報管理部は、購入予約された商品を他のユーザ端末から予約なしに購入要求された際に、予約情報の来店予定時刻に基づいて購入予約された商品を販売可能か否か判定し、収納庫制御部は、予約情報管理部の判定結果により、収納庫の解錠を制御するようにした。
【選択図】 図２
【解決手段】管理装置１が、ユーザ端末２から購入予約され、購入予約された商品に関する少なくとも来店予定時刻を含む予約情報を管理する予約情報管理部１３と、予約情報を記憶する予約情報記憶部１５と、収納庫３から商品を取り出せるように収納庫の解錠制御を行う収納庫制御部１６と、を備え、予約情報管理部は、購入予約された商品を他のユーザ端末から予約なしに購入要求された際に、予約情報の来店予定時刻に基づいて購入予約された商品を販売可能か否か判定し、収納庫制御部は、予約情報管理部の判定結果により、収納庫の解錠を制御するようにした。
【選択図】 図２
【特許請求の範囲】
【請求項1】
施錠された収納庫の商品を販売する管理システムであって、
管理装置は、
ユーザ端末から購入予約され、前記購入予約された商品に関する少なくとも来店予定時刻を含む予約情報を管理する予約情報管理部と、
前記予約情報を記憶する予約情報記憶部と、
前記収納庫から商品を取り出せるように前記収納庫の解錠制御を行う収納庫制御部と、
を備え、
前記予約情報管理部は、購入予約された商品を他のユーザ端末から予約なしに購入要求された際に、前記予約情報の来店予定時刻に基づいて購入予約された商品を販売可能か否か判定し、
前記収納庫制御部は、前記予約情報管理部の判定結果により、前記収納庫の解錠を制御する
ことを特徴とする管理システム。
管理装置は、
ユーザ端末から購入予約され、前記購入予約された商品に関する少なくとも来店予定時刻を含む予約情報を管理する予約情報管理部と、
前記予約情報を記憶する予約情報記憶部と、
前記収納庫から商品を取り出せるように前記収納庫の解錠制御を行う収納庫制御部と、
を備え、
前記予約情報管理部は、購入予約された商品を他のユーザ端末から予約なしに購入要求された際に、前記予約情報の来店予定時刻に基づいて購入予約された商品を販売可能か否か判定し、
前記収納庫制御部は、前記予約情報管理部の判定結果により、前記収納庫の解錠を制御する
ことを特徴とする管理システム。
【請求項2】
請求項１に記載の管理システムにおいて、
前記管理装置は、さらに、
購入予約した商品の購入に関する問合せを行う予約者情報管理部を備え、
予約なしに購入要求された時刻が、前記来店予定時刻以後の際に、前記予約者情報管理部が、購入継続の意思を確認する問合せを行う
ことを特徴とする管理システム。
前記管理装置は、さらに、
購入予約した商品の購入に関する問合せを行う予約者情報管理部を備え、
予約なしに購入要求された時刻が、前記来店予定時刻以後の際に、前記予約者情報管理部が、購入継続の意思を確認する問合せを行う
ことを特徴とする管理システム。
【請求項3】
請求項２に記載の管理システムにおいて、
前記予約情報管理部は、
前記予約者情報管理部の問合せの回答が購入キャンセルの場合に、予約なしの購入要求に対して、販売可能と判定する
ことを特徴とする管理システム。
前記予約情報管理部は、
前記予約者情報管理部の問合せの回答が購入キャンセルの場合に、予約なしの購入要求に対して、販売可能と判定する
ことを特徴とする管理システム。
【請求項4】
請求項２に記載の管理システムにおいて、
前記予約情報管理部は、
前記予約者情報管理部の問合せの回答が購入継続かつ来店予定時刻の変更の場合に、予約情報の来店予定時刻を更新すると共に、前記来店予定時刻に基づいて予約された商品を販売可能か否か判定する
ことを特徴とする管理システム。
前記予約情報管理部は、
前記予約者情報管理部の問合せの回答が購入継続かつ来店予定時刻の変更の場合に、予約情報の来店予定時刻を更新すると共に、前記来店予定時刻に基づいて予約された商品を販売可能か否か判定する
ことを特徴とする管理システム。
【請求項5】
請求項４に記載の管理システムにおいて、
前記予約情報管理部は、
前記予約なしの購入要求が行われた時刻に前記購入予約された商品の商品補充時間を加算した時刻が、更新された前記来店予定時刻以前の場合に、予約なしの購入要求に対して、販売可能と判定する
ことを特徴とする管理システム。
前記予約情報管理部は、
前記予約なしの購入要求が行われた時刻に前記購入予約された商品の商品補充時間を加算した時刻が、更新された前記来店予定時刻以前の場合に、予約なしの購入要求に対して、販売可能と判定する
ことを特徴とする管理システム。
【請求項6】
請求項４に記載の管理システムにおいて、
前記予約情報管理部は、
前記予約なしの購入要求が行われた時刻に前記購入予約された商品の商品補充時間を加算した時刻が、更新された前記来店予定時刻より後の場合に、予約なしの購入要求に対して、販売不可能と判定する
ことを特徴とする管理システム。
前記予約情報管理部は、
前記予約なしの購入要求が行われた時刻に前記購入予約された商品の商品補充時間を加算した時刻が、更新された前記来店予定時刻より後の場合に、予約なしの購入要求に対して、販売不可能と判定する
ことを特徴とする管理システム。
【請求項7】
請求項１に記載の管理システムにおいて、
前記予約情報管理部は、
前記予約なしの購入要求が行われた時刻から前記来店予定時刻までの来店猶予時間を算出し、前記来店猶予時間が前記購入予約された商品の商品補充時間より大きい場合に、予約なしの購入要求に対して、販売可能と判定する
ことを特徴とする管理システム。
前記予約情報管理部は、
前記予約なしの購入要求が行われた時刻から前記来店予定時刻までの来店猶予時間を算出し、前記来店猶予時間が前記購入予約された商品の商品補充時間より大きい場合に、予約なしの購入要求に対して、販売可能と判定する
ことを特徴とする管理システム。
【請求項8】
請求項１に記載の管理システムにおいて、
前記予約情報管理部は、
前記予約なしの購入要求が行われた時刻から前記来店予定時刻までの来店猶予時間を算出し、前記来店猶予時間が前記購入予約された商品の商品補充時間より小さい場合に、予約なしの購入要求に対して、販売不可能と判定する
ことを特徴とする管理システム。
前記予約情報管理部は、
前記予約なしの購入要求が行われた時刻から前記来店予定時刻までの来店猶予時間を算出し、前記来店猶予時間が前記購入予約された商品の商品補充時間より小さい場合に、予約なしの購入要求に対して、販売不可能と判定する
ことを特徴とする管理システム。
【請求項9】
請求項５または請求項７に記載の管理システムにおいて、
前記管理装置は、さらに、
前記予約情報管理部が、販売可能と判定した場合に、前記購入予約された商品の補充を行う在庫情報管理部を備える
ことを特徴とする管理システム。
前記管理装置は、さらに、
前記予約情報管理部が、販売可能と判定した場合に、前記購入予約された商品の補充を行う在庫情報管理部を備える
ことを特徴とする管理システム。
【請求項10】
ユーザ端末からの購入予約に基づいて収納庫の商品を販売する管理システムの管理方法であって、
前記購入予約された商品に関する少なくとも来店予定時刻を含む商品購入の予約情報を記録するステップと、
前記購入予約された商品を予約なしに購入要求された際に、前記来店予定時刻に基づいて購入予約された商品を販売可能かを判定するステップと、
販売可能と判定された際に、前記ユーザ端末と前記収納庫に購入予約された前記商品ＩＤを通知するステップと、
前記ユーザ端末と前記収納庫に通知された商品ＩＤに基づいて収納庫を解錠するステップと、
を含むことを特徴とする管理方法。
前記購入予約された商品に関する少なくとも来店予定時刻を含む商品購入の予約情報を記録するステップと、
前記購入予約された商品を予約なしに購入要求された際に、前記来店予定時刻に基づいて購入予約された商品を販売可能かを判定するステップと、
販売可能と判定された際に、前記ユーザ端末と前記収納庫に購入予約された前記商品ＩＤを通知するステップと、
前記ユーザ端末と前記収納庫に通知された商品ＩＤに基づいて収納庫を解錠するステップと、
を含むことを特徴とする管理方法。
【請求項11】
請求項１０に記載の管理方法において、
前記ユーザ端末がチェックインした際に、前記収納庫に購入予約された前記商品ＩＤを通知する
ことを特徴とする管理方法。
前記ユーザ端末がチェックインした際に、前記収納庫に購入予約された前記商品ＩＤを通知する
ことを特徴とする管理方法。
【請求項12】
ユーザ端末の購入予約により施錠された収納庫の商品を販売する管理システムのコンピュータに、
前記購入予約された商品に関する少なくとも来店予定時刻を含む商品購入の予約情報を記録するステップと、
前記購入予約された商品を予約なしに購入要求された際に、前記来店予定時刻に基づいて購入予約された商品を販売可能か否かを判定するステップと、
販売可能と判定された際に、前記購入予約された商品の商品ＩＤを通知するステップと、
前記ユーザ端末がチェックインした際に、前記収納庫に購入予約された前記商品ＩＤを通知するステップと、
前記ユーザ端末と前記収納庫に通知された前記商品ＩＤに基づいて収納庫を解錠するステップと、
を実行させるためのプログラム。
前記購入予約された商品に関する少なくとも来店予定時刻を含む商品購入の予約情報を記録するステップと、
前記購入予約された商品を予約なしに購入要求された際に、前記来店予定時刻に基づいて購入予約された商品を販売可能か否かを判定するステップと、
販売可能と判定された際に、前記購入予約された商品の商品ＩＤを通知するステップと、
前記ユーザ端末がチェックインした際に、前記収納庫に購入予約された前記商品ＩＤを通知するステップと、
前記ユーザ端末と前記収納庫に通知された前記商品ＩＤに基づいて収納庫を解錠するステップと、
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、ユーザ端末からの購入予約に基づいて収納庫の商品を販売する管理システム、管理方法およびプログラムに関する。
【背景技術】
【0002】
近年、飲食店等の店舗では、接客時間短縮や客単価の増加を図るため、お客様のスマートホンからメニューや購入商品の注文を行うモバイルオーダーシステムを導入している店舗がある。このモバイルオーダーシステムでは、商品の注文だけでなく、決済を行えるものもある。
【0003】
他方、飲食店等の店舗では、人手不足への対策のため、商品を収納する収納庫を施錠制御して、収納庫内から商品を一つずつ取り出し可能な自動販売機タイプの収納庫や、収納庫内に格納されている商品から好きなものを選択して取り出すことができる冷蔵庫タイプの収納庫を設けて、店舗の省力化／無人化を試行する動きがある（例えば、特許文献１を参照）。
【0004】
特に、コロナ禍の影響で、飲食店では、ソーシャルディスタンシングの確保のため客数減少が見込まれ、収益の悪化が予想される。このため、客単価の増加が喫緊の課題であり、テイクアウトできる物販は客単価増加のための施策の一つとして有望である。
【先行技術文献】
【特許文献】
【0005】
【特許文献1】国際公開第２０１８／１４３１２６号
【発明の概要】
【発明が解決しようとする課題】
【0006】
特許文献１の先行技術では、開閉可能な筐体に物品を収納し、ＩＤ照合によりドアの開閉を制御すると共に、筐体から取り出された物品と取り出した人物を特定し対価を課金するようにしている。しかし、筐体内の商品を購入予約せずに来店して商品購入を希望する客への手当は考えられていない。このため、在庫以上のニーズがある場合に客の要望に応えることができない問題がある。
【0007】
本発明の目的は、購入予約に基づいて施錠制御して庫内の商品の取り出しを行う収納庫を用いて商品の販売を行うシステムにおいて、購入予約せずに来店した客にも、商品購入できるように収納庫の在庫管理を行う管理システム、管理方法およびプログラムを提供することにある。
【課題を解決するための手段】
【0008】
前記課題を解決するため、本発明は、施錠された収納庫の商品を販売する管理システムにおいて、管理装置が、ユーザ端末から購入予約され、前記購入予約された商品に関する少なくとも来店予定時刻を含む予約情報を管理する予約情報管理部と、前記予約情報を記憶する予約情報記憶部と、前記収納庫から商品を取り出せるように前記収納庫の解錠制御を行う収納庫制御部と、を備え、前記予約情報管理部は、購入予約された商品を他のユーザ端末から予約なしに購入要求された際に、前記予約情報の来店予定時刻に基づいて購入予約された商品を販売可能か否か判定し、前記収納庫制御部は、前記予約情報管理部の判定結果により、前記収納庫の解錠を制御するようにした。
【発明の効果】
【0009】
本発明によれば、購入予約せずに来店した客にも、商品購入できるように収納庫の在庫管理を行うので、売り上げ増加を図ることができる。
【図面の簡単な説明】
【0010】
【図1】本実施形態の管理システムのシステム構成図である。
【図2】管理装置の構成を示す図である。
【図3】ひとりのユーザの商品購入の動作を示すシーケンス図である。
【図4A】購入予約せずに来店した際の、客Ｂの購入時刻が、客Ｃの来店時刻から商品補充時間以前の時刻より前の場合について説明する図である。
【図4B】購入予約せずに来店した際の、客Ｂの購入時刻が、客Ｃの来店時刻より前、かつ、客Ｃの来店時刻から商品補充時間以前の時刻より以後である場合について説明する図である。
【図4C】購入予約せずに来店した際の、客Ｃが来店しておらず（未来店）で、かつ、客Ｂの購入時刻が、客Ｃの来店予定時刻以後である場合について説明する図である。
【図5A】購入予約せずに来店した際の、客Ｃから購入予約のキャンセルの回答があった場合の管理システムの動作を説明する図である。
【図5B】購入予約せずに来店した際の、客Ｃから購入予約を継続し、来店予定時刻を変更するものであり、かつ、客Ｃの変更した来店予定時刻が、客Ｂの購入時刻に商品の補充時間を加算した時刻以後の場合の実施形態の管理システムの動作を説明する図である。
【図6A】管理システムの動作を制御する制御装置の処理フロー図である。
【図6B】管理システムの動作を制御する制御装置の処理フロー図である。
【図7】予約情報記憶部１５に記憶される予約情報の構成の一例を示す図である。
【発明を実施するための形態】
【0011】
以下、本発明の実施形態について、図面を参照しながら詳細に説明する。
図１は、実施形態の管理システムのシステム構成図である。
図１は、実施形態の管理システムのシステム構成図である。
【0012】
実施形態の管理システムは、収納庫として弁当等の飲食に関する商品を収納する冷蔵庫３と、冷蔵庫３に収納された商品を購入する客のスマートホン等のユーザ端末２と、冷蔵庫３に商品を供給するフードサプライヤー４と、冷蔵庫３の解錠および冷蔵庫３の収納される商品の受注・在庫管理を行う管理装置１から構成される。
【0013】
図１に示すように実施形態の管理システムの管理装置１は、冷蔵庫３からの在庫情報に基づいて冷蔵庫３に収納する商品の在庫管理を行い、所定の在庫数量を維持するようにフードサプライヤー４に発注を行うと共に、ユーザ端末２に冷蔵庫３に収納する商品の一覧を通知し、商品の購入予約を受け付けて、受注商品の予約ＩＤを通知する。
【0014】
冷蔵庫３は、複数の商品の収納棚を有し、収納棚の重量センサによって収納棚の商品の重量を検出し、商品の有無を判定する。冷蔵庫３は、収納棚毎の商品の有無と商品の重量から商品を特定し、対応する商品ＩＤを在庫情報として管理装置１に通知する。
また、詳細は後述するが、冷蔵庫３はユーザ端末２が冷蔵庫３の周囲の所定領域（例えば、店舗内）に入ったこと（以後、明細書ではチェックインと記す）を検出する機能を有し、ユーザ端末２のチェックインを管理装置に通知する。
また、詳細は後述するが、冷蔵庫３はユーザ端末２が冷蔵庫３の周囲の所定領域（例えば、店舗内）に入ったこと（以後、明細書ではチェックインと記す）を検出する機能を有し、ユーザ端末２のチェックインを管理装置に通知する。
【0015】
客が購入予約した商品を受け取る際には、ユーザ端末２から購入予約した商品の予約ＩＤが冷蔵庫３に通知される。
冷蔵庫３は、ユーザ端末２からの予約ＩＤが、管理装置１から解錠情報として通知された商品の予約ＩＤに一致する場合に、客が商品の取り出しが行えるように、扉を解錠する。
冷蔵庫３は、ユーザ端末２からの予約ＩＤが、管理装置１から解錠情報として通知された商品の予約ＩＤに一致する場合に、客が商品の取り出しが行えるように、扉を解錠する。
【0016】
冷蔵庫３は、商品取り出しを検出すると、在庫情報を管理装置１に通知し、管理装置1の発注に応じたフードサプライヤー４から商品が納品されて、客が取り出した商品の補充が行われる。
【0017】
上記の構成により、実施形態の管理システムは、モバイルオーダーシステムを利用して収納庫による無人販売を実現している。
以下、実施形態の管理システムの構成および動作を詳細に説明する。
以下、実施形態の管理システムの構成および動作を詳細に説明する。
【0018】
図２は、管理装置１の構成を示す図である。
管理装置１は、通信部１１と、在庫情報管理部１２と、予約情報管理部１３と、予約者情報管理部１４と、予約情報記憶部１５と、収納庫制御部１６と、から構成する。
管理装置１は、通信部１１と、在庫情報管理部１２と、予約情報管理部１３と、予約者情報管理部１４と、予約情報記憶部１５と、収納庫制御部１６と、から構成する。
【0019】
詳しくは、通信部１１は、移動体通信、インターネット等に接続し、ユーザ端末２およびフードサプライヤー４との情報の送受信を行う。
【0020】
在庫情報管理部１２は、冷蔵庫３に収納する商品の在庫情報を管理する処理部である。在庫情報管理部１２は、所定の棚位置に所定商品が収納されるように、通信部１１を介して冷蔵庫３から通知される在庫情報を取得し、この在庫情報と購入予約に関する予約情報に基づいて、フードサプライヤー４に商品補充の発注を行う。
また、在庫情報管理部１２は、ユーザ端末２からの要求により、冷蔵庫３に収納して販売する商品の一覧情報を商品情報としてユーザ端末２に通知する。
また、在庫情報管理部１２は、ユーザ端末２からの要求により、冷蔵庫３に収納して販売する商品の一覧情報を商品情報としてユーザ端末２に通知する。
【0021】
予約情報管理部１３は、冷蔵庫３の在庫に関する予約情報を管理する処理部である。予約情報管理部１３は、ユーザ端末２から通知される購入予約に基づいて予約ＩＤを発行すると共に、予約ＩＤ毎に、少なくとも、購入予約された商品の商品ＩＤと数量と商品の取り出しのために来店する客の来店予定時刻とを有する予約情報を管理する。
【0022】
予約者情報管理部１４は、冷蔵庫３に収納する商品の購入予約を行う客の登録管理を行うと共に、予約情報の来店予定時刻に基づいて客に問合せを行う処理部である。
【0023】
予約情報記憶部１５は、予約情報を記憶する記憶部である。
収納庫制御部１６は、収納庫としての冷蔵庫３に関し、扉の解錠制御と、客が商品の取り出しのためにチェックインした際の制御を行う。
収納庫制御部１６は、収納庫としての冷蔵庫３に関し、扉の解錠制御と、客が商品の取り出しのためにチェックインした際の制御を行う。
【0024】
管理装置１は、具体的には、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random access memory）、ＨＤＤ（hard disk drive）やフラッシュメモリ等の記憶装置、入出力Ｉ／Ｆ、通信Ｉ／Ｆ（interface）等から構成される情報処理装置（コンピュータ）であり、記憶装置またはＲＯＭに記録されるプログラムをＣＰＵが実行処理することにより、上記の処理部の機能を実現する。
【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】
ステップＳ６１８で、購入予約した客のユーザ端末２に、購入意思、および、購入意思がある場合の来店予定時刻を問い合わせるメッセージを通知する。
【0101】
ステップＳ６１９で、予約情報管理部１３は、購入予約した客のユーザ端末２からの回答を待機し、ユーザ端末２からの回答が、購入意思がない、つまり、キャンセル回答であった場合に、図６ＡのステップＳ６０９に進み、来店した客への商品販売を進める。購入予約した客の予約情報を削除する。
ユーザ端末２からの回答が、キャンセル回答でない、つまり、購入意思があり購入継続する場合には、ステップＳ６２０に進む（Ｓ６１９のＮｏ（購入継続））。
ユーザ端末２からの回答が、キャンセル回答でない、つまり、購入意思があり購入継続する場合には、ステップＳ６２０に進む（Ｓ６１９のＮｏ（購入継続））。
【0102】
ステップＳ６２０で、予約情報管理部１３は、更新された来店予定時刻から現在時刻（来店時刻）を減じて、来店猶予時間を算出する。
【0103】
ステップＳ６２１で、予約情報管理部１３は、来店猶予時間は、予約済の商品の商品補充時間より大であるか否かを判定する。つまり、更新された来店予定時間までに商品補充できるか否かを判定する。来店猶予時間が大であれば、ステップＳ６２２に進み（Ｓ６２１のＹｅｓ）、店猶予時間が大でなければ、図６ＡのステップＳ６１３に進む（Ｓ６２１のＮｏ）。
【0104】
ステップＳ６２２で、在庫情報管理部１２は、フードサプライヤー４に補充商品（購入可否問合せの商品ＩＤの商品）を発注し、図６ＡのステップＳ６０９に進む。
以上により、管理装置１は、図３、図４Ａ、図４Ｂで説明した（商品）オーダーを処理する。
以上により、管理装置１は、図３、図４Ａ、図４Ｂで説明した（商品）オーダーを処理する。
【0105】
図７は、予約情報記憶部１５に記憶される予約情報の構成の一例を示す図である。
予約情報は、予約ＩＤ毎に、来店予定時刻と、商品ＩＤと、数量と、客が来店したことを示す情報であるチェックインと、商品ＩＤの商品の調理時間と、商品ＩＤの商品の配送時間と、冷蔵庫３から取り出されたか否かを示す情報である取り出し、商品ＩＤの商品の決済を行った否かを示す情報である支払いから構成される。
予約情報は、予約ＩＤ毎に、来店予定時刻と、商品ＩＤと、数量と、客が来店したことを示す情報であるチェックインと、商品ＩＤの商品の調理時間と、商品ＩＤの商品の配送時間と、冷蔵庫３から取り出されたか否かを示す情報である取り出し、商品ＩＤの商品の決済を行った否かを示す情報である支払いから構成される。
【0106】
つぎに、図３、図５Ａ、図５ＢにおけるステップＳ３１１等の客のチェックインを検出する機能をより具体的に説明する。
第１に、冷蔵庫３にＢｌｕｅｔｏｏｔｈビーコンを設け、ユーザ端末２と冷蔵庫３の間で、チェックイン認証を行って、客のチェックイン（来店）を検出する。
第１に、冷蔵庫３にＢｌｕｅｔｏｏｔｈビーコンを設け、ユーザ端末２と冷蔵庫３の間で、チェックイン認証を行って、客のチェックイン（来店）を検出する。
【0107】
詳しくは、冷蔵庫３に設けたＢｌｕｅｔｏｏｔｈビーコンを検出したユーザ端末２は、所定のプログラムにより冷蔵庫３とＢｌｕｅｔｏｏｔｈ通信して、予約ＩＤと共に通知された認証情報により、冷蔵庫３により端末認証される。冷蔵庫３には、チェックイン監視の指示の際に、ユーザ端末２の認証情報を通知しておく。ユーザ端末２を認証した冷蔵庫３は、管理装置１に来店通知（チェックイン）を通知する。
【0108】
また、Ｂｌｕｅｔｏｏｔｈビーコンを検出したユーザ端末２が、所定のプログラムにより、管理装置１と移動体通信等により通信して端末認証を行って、認証成功により来店通知（チェックイン）としてもよい。
【0109】
第２に、冷蔵庫３にユーザ端末２の端末認証を行う接続先を示すＱＲコード（登録商標）を設けて、来店した客が、所定のプログラムによりＱＲコード（登録商標）を読み取って、移動体通信等により接続先に通信接続してチェックイン認証を行って、客のチェックイン（来店）を検出する。
【0110】
詳しくは、冷蔵庫３を接続先としてＱＲコード（登録商標）を設け、ユーザ端末２は、所定のプログラムにより冷蔵庫３と移動体通信して、予約ＩＤと共に通知された認証情報により、冷蔵庫３により端末認証される。冷蔵庫３には、チェックイン監視の指示の際に、ユーザ端末２の認証情報を通知しておく。ユーザ端末２を認証した冷蔵庫３は、管理装置１に来店通知（チェックイン）を通知する。
【0111】
また、ＱＲコード（登録商標）の接続先を管理装置１とし、ユーザ端末２が管理装置１と通信して端末認証を行って、認証成功により来店通知（チェックイン）としてもよい。
【0112】
第３に、ユーザ端末２のＧＰＳによりユーザ端末２の位置情報を求め、ユーザ端末２と冷蔵庫３の位置情報により、ユーザ端末２と冷蔵庫３とが一定の距離以内になると、チェックイン認証を行って、客のチェックイン（来店）を検出する。
【0113】
詳しくは、ユーザ端末２の所定のプログラムが、ユーザ端末２のＧＰＳの位置情報に基づいて、冷蔵庫３との距離を求め、ユーザ端末２と冷蔵庫３とが一定の距離以内になると、ユーザ端末２が冷蔵庫３または管理装置１に接続して、ユーザ端末２の端末認証を行って、認証成功により来店通知（チェックイン）とする。
実施形態の管理システムは、第１、第２、第３のいずれかの方法により、客のチェックインを検出する
実施形態の管理システムは、第１、第２、第３のいずれかの方法により、客のチェックインを検出する
【0114】
本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。上記の実施例は本発明で分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施形態の構成の一部を他の実施形態の構成に置き換えることが可能であり、また、ある実施形態の構成に他の実施形態の構成を加えることも可能である。
【符号の説明】
【0115】
１ 管理装置
２ ユーザ端末
３ 冷蔵庫（収納庫）
４ フードサプライヤー
１１ 通信部
１２ 在庫情報管理部
１３ 予約情報管理部
１４ 予約者情報管理部
１５ 予約情報記憶部
１６ 収納庫制御部
２ ユーザ端末
３ 冷蔵庫（収納庫）
４ フードサプライヤー
１１ 通信部
１２ 在庫情報管理部
１３ 予約情報管理部
１４ 予約者情報管理部
１５ 予約情報記憶部
１６ 収納庫制御部
【図1】
【図2】
【図3】
【図4A】
【図4B】
【図4C】
【図5A】
【図5B】
【図6A】
【図6B】
【図7】