特開 2023-114938 食品容器管理システム、食品容器管理方法、注文管理システム、注文管理方法

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

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

(11)【公開番号】P2023114938

(43)【公開日】2023-08-18

(54)【発明の名称】食品容器管理システム、食品容器管理方法、注文管理システム、注文管理方法

(51)【国際特許分類】

   G06Q 50/12 20120101AFI20230810BHJP

【ＦＩ】

G06Q50/12

【審査請求】未請求

【請求項の数】11

【出願形態】ＯＬ

(21)【出願番号】P 2022017550

(22)【出願日】2022-02-07

(71)【出願人】

【識別番号】000002473

【氏名又は名称】象印マホービン株式会社

(74)【代理人】

【識別番号】110000338

【氏名又は名称】弁理士法人 ＨＡＲＡＫＥＮＺＯ ＷＯＲＬＤ ＰＡＴＥＮＴ ＆ ＴＲＡＤＥＭＡＲＫ

(72)【発明者】

【氏名】槇村 仁志

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

5L049

【Ｆターム（参考）】

5L049CC24

(57)【要約】

【課題】ユーザ専用の食品容器を店舗で保管し、注文を受けた食品をユーザ専用の食品容器に入れて提供することが可能にする。
【解決手段】注文を受け付けた飲料を入れるボトルを管理するボトル管理システム（５０）は、制御部（２１）を備える。制御部（２１）は、注文を行うユーザに対応付けて、当該ユーザに紐付けられているボトル３のステータスを管理するボトル管理部（２１５）を備える。
【選択図】図３

【特許請求の範囲】

【請求項1】

注文を受け付けた食品を入れる食品容器を管理する食品容器管理システムであって、
情報処理装置を備え、
前記情報処理装置は、
注文を行うユーザに対応付けて、当該ユーザに紐付けられている食品容器のステータスを管理する食品容器管理部を備える食品容器管理システム。

【請求項2】

前記食品容器管理部は、少なくとも前記食品容器が、食品を提供する店舗側に有るか無いかを管理する請求項１に記載の食品容器管理システム。

【請求項3】

前記食品容器管理部は、前記食品容器が前記店舗側に有り、かつ、現時刻が前記ユーザに食品を提供する予定時刻の所定時間前を過ぎたかを管理する請求項２に記載の食品容器管理システム。

【請求項4】

表示装置を備え、
前記情報処理装置は、前記食品容器管理部にて管理される前記ステータスを前記表示装置に表示させる表示制御部を備える請求項１から３の何れか１項に記載の食品容器管理システム。

【請求項5】

前記食品容器が収納されるロッカーボックスを有すると共に前記情報処理装置と通信可能なロッカー装置を備え、
前記食品容器管理部は、前記食品容器が前記ロッカーボックスに返却されると、前記ステータスを前記食品容器が前記店舗側に有ることを示すステータスに切り換える請求項２又は３に記載の食品容器管理システム。

【請求項6】

前記食品容器が収納されるロッカーボックスを有すると共に前記情報処理装置と通信可能なロッカー装置を備え、
前記食品容器管理部は、食品が入れられた前記食品容器が前記ロッカーボックスに収納されると、前記ステータスを前記食品容器が前記ユーザに提供可能であることを示すステータスに切り換える請求項１から４の何れか１項に記載の食品容器管理システム。

【請求項7】

前記食品容器が収納されるロッカーボックスを有すると共に前記情報処理装置と通信可能なロッカー装置を備え、
前記食品容器管理部は、前記食品容器が前記ロッカーボックスから取り出されると、前記ステータスを前記食品容器が前記ユーザ側に有ることを示すステータスに切り換える請求項１から４の何れか１項に記載の食品容器管理システム。

【請求項8】

注文を受け付けた食品を入れる食品容器を管理する食品容器管理方法であって、
注文を行うユーザに対応付けて、当該ユーザに紐付けられている食品容器のステータスを管理する管理ステップを含む食品容器管理方法。

【請求項9】

食品を食品容器に入れて提供する注文を受け付けて管理する注文管理システムであって、
情報処理装置を備え、
前記情報処理装置は、
食品容器管理部にて管理されているユーザに紐付けられている食品容器のステータスを参照し、前記ステータスに基づいて、前記ユーザからの注文を受け付け可能か否かを判定する注文管理部を備える注文管理システム。

【請求項10】

前記注文管理部は、前記ステータスに基づいて、受付済の注文をキャンセルするか否かを判定する請求項９に記載の注文管理システム。

【請求項11】

食品を食品容器に入れて提供する注文を受け付ける注文管理方法であって、
ユーザに紐付けられている食品容器のステータスを参照して当該注文を受け付けるか否かを判定する注文管理ステップを含む注文管理方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、食品容器を管理するシステム等に関する。

【背景技術】

【0002】

従来から環境問題に対応して、店舗で食品を提供する際に食品を入れる食品容器を繰り返し使用することが行われている。例えば、下記の特許文献１には、リユース容器を利用して飲料の販売を行うに際して、容器を回収・洗浄・再使用する際の環境負荷をできる限り少なくするリユースボトル管理システムが開示されている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０２１－７２０３８号公報

【発明の概要】

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

【0004】

しかしながら、上述のような従来技術は、リユース容器を用いるシステムであり、ユーザ専用の容器ではない。そのため、他のユーザが使用した容器を使用することに抵抗があるユーザも存在した。このようなユーザは、自前の容器（所謂マイボトル）を店舗に持参して食品の提供を受けることとなるが、自前容器は常に携帯し、自分で容器を洗浄しなくてはならないという面倒な点がある。

【0005】

本発明の一態様は、ユーザ専用の食品容器を店舗で保管し、注文を受けた食品をユーザ専用の食品容器に入れて提供することができる食品容器管理システム等の実現を目的とする。

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

【0006】

上記の課題を解決するために、本発明の一態様に係る食品容器管理システムは、注文を受け付けた食品を入れる食品容器を管理する食品容器管理システムであって、情報処理装置を備え、前記情報処理装置は、注文を行うユーザに対応付けて、当該ユーザに紐付けられている食品容器のステータスを管理する食品容器管理部を備える。

【0007】

上記の課題を解決するために、本発明の一態様に係る食品容器管理方法は、注文を受け付けた食品を入れる食品容器を管理する食品容器管理方法であって、注文を行うユーザに対応付けて、当該ユーザに紐付けられている食品容器のステータスを管理する管理ステップを含む。

【0008】

上記の課題を解決するために、本発明の一態様に係る注文管理システムは、食品を食品容器に入れて提供する注文を受け付けて管理する注文管理システムであって、情報処理装置を備え、前記情報処理装置は、食品容器管理部にて管理されているユーザに紐付けられている食品容器のステータスを参照し、前記ステータスに基づいて、前記ユーザからの注文を受け付け可能か否かを判定する。

【0009】

上記の課題を解決するために、本発明の一態様に係る注文管理方法は、食品を食品容器に入れて提供する注文を受け付ける注文管理方法であって、ユーザに紐付けられている食品容器のステータスを参照して当該注文を受け付けるか否かを判定する注文管理ステップを含む。

【発明の効果】

【0010】

本発明の一態様によれは、ユーザ専用の食品容器を店舗で保管し、注文を受けた食品をユーザ専用の食品容器に入れて提供することができる。

【図面の簡単な説明】

【0011】

【図1】本発明の実施形態１に係るボトル管理システムおよび注文管理システムが含まれる飲料注文システムの概要を示す図である。

【図2】上記ボトル管理システムで管理されるボトルの構成を示す図である。

【図3】店舗端末の構成例を示すブロック図である。

【図4】記憶部に記憶される注文管理テーブルの例を示す図である。

【図5】記憶部に記憶されるボトル管理テーブルの例を示す図である。

【図6】記憶部に記憶される注文可否テーブルの例を示す図である。

【図7】上記ボトル管理システムにおいて表示部に表示される表示例を示す図である。

【図8】上記ボトル管理システムにおいて表示部に表示される別の表示例を示す図である。

【図9】上記ボトル管理システムにおけるボトルを管理する処理の一例を示すフローチャートである。

【図10】上記注文管理システムにおける注文を管理する処理の一例を示すフローチャートである。

【図11】本発明の実施形態２に係るボトル管理システムおよび注文管理システムが含まれる飲料注文システムの概要を示す図である。

【図12】上記ボトル管理システムに備えられる、ロッカー装置の電気的な構成を示すブロック図である。

【図13】記憶部に記憶される注文管理テーブルの例を示す図である。

【図14】記憶部に記憶されるボトル管理テーブルの例を示す図である。

【図15】上記ボトル管理システムにおいて表示部に表示される別の表示例を示す図である。

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

【0012】

〔実施形態１〕
以下、本発明の一実施形態について、詳細に説明する。なお、本実施形態では、食品容器は、飲料を入れる飲料容器（以下、ボトルと称する）である構成を例示するが、食品容器は、飲料以外の食品を入れる容器であってもよい。

【0013】

（１．飲料注文システムおよびボトル管理システムの概要）
図１は、本発明の一実施形態に係るボトル管理システム５０および注文管理システム６０が含まれる飲料注文システム１００の概要を示す図である。飲料注文システム１００は、飲料を注文した注文者にユーザ専用のボトルに飲料を入れて提供するシステムであり、ボトル管理システム（食品容器管理システム）５０および注文管理システム６０を含むシステムである。なお、以下では、飲料注文システム１００を利用して飲料を注文する注文者をユーザと呼ぶ。

【0014】

図１に示すように、飲料注文システム１００には、ユーザの端末装置１、店舗に設置された店舗端末２、およびボトル（食品容器）３が含まれる。店舗は、ユーザに飲料をユーザ専用のボトル３に入れて提供（販売）する。店舗は、ユーザより使用済みのユーザ専用のボトル３を回収し、洗浄して保管し、当該ユーザの次回の注文時に、保管しているユーザ専用のボトル３に飲料を入れて提供する。

【0015】

端末装置１は、ユーザである注文者が飲料注文システム１００を利用するために用いる装置である。端末装置１は、例えばスマートフォンやタブレットＰＣ（Personal Computer）であってもよい。端末装置１は、携帯型の装置であることが好ましい。

【0016】

飲料注文システム１００を利用するための端末装置１の各機能は、汎用のコンピュータにプログラムをインストールすることにより実現することもできる。上記プログラムは、アプリケーションソフトウェア（以下、飲料注文ユーザ用アプリと称する）と呼ぶこともできる。以下では、端末装置１が、飲料注文ユーザ用アプリをインストールしたスマートフォンである例を説明する。

【0017】

店舗端末２は、店舗が飲料注文システム１００を利用して飲料を提供（販売）するために用いられる装置である。店舗端末２は、画像の表示、画像の読み取り、通信機能等を備えたものであればよく、設置型の装置であっても、タブレットＰＣ等であってもよい。

【0018】

飲料注文システム１００を利用するための店舗端末２の各機能は、汎用のコンピュータにプログラムをインストールすることにより実現することもできる。上記プログラムは、アプリケーションソフトウェア（以下、飲料注文店舗用アプリと称する）と呼ぶこともできる。以下では、店舗端末２が、飲料注文店舗用アプリをインストールしたタブレットＰＣである例を説明する。

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

前述の実施形態１における飲料注文システム１００では、飲料の受け渡しを店頭で行う、これに対し、本実施形態における飲料注文システム１００Ａは、飲料の受け渡しを専用のロッカーを用いて行う。以下では、飲料注文システム１００と異なる点のみを記載する。

【0101】

（１．飲料注文システムおよびボトル管理システムの概要）
図１１は、本発明の一実施形態に係るボトル管理システム５０Ａおよび注文管理システム６０Ａが含まれる飲料注文システム１００Ａの概要を示す図である。飲料注文システム１００Ａは、ボトル管理システム（食品容器管理システム）５０Ａ、注文管理システム６０Ａを含む。ボトル管理システム５０Ａは、店舗端末２Ａとロッカー装置４０とを備える。

【0102】

店舗端末２Ａは、図３を参照して説明すると、制御部２１が、注文管理部２１４に代えて注文管理部２１４Ａを備え、ボトル管理部２１５に代えてボトル管理部２１５Ａを備える。また、店舗端末２Ａは、記憶部２２が、注文管理テーブル２２１に代えて注文管理テーブル２２１Ａを備え、ボトル管理テーブル２２２に代えてボトル管理テーブル２２２Ａ（図１４参照）を備える。さらに、記憶部２２は、注文可否テーブル２２３に代えて注文可否テーブル２２３Ａを備える。

【0103】

ボトル管理部２１５は、ボトル３のステータスを示す項目に、ロッカー装置４０に収納されている状態、ロッカー装置４０に返却されている状態等の、ロッカー装置４０に対するボトル３の状態を示す項目を含む。

【0104】

注文管理部２１４Ａは、ボトル管理部２１５Ａにて登録されるボトル管理テーブル２２２Ａのステータスを参照し、注文の可否を判定し、あるいは、注文のキャンセルを行う。注文管理部２１４は、ステータスが「預かり中」から「注文準備中」に切り換えられると、ロッカー装置４０に対し、注文コードを通知してもよい。

【0105】

（２．ロッカー装置の構成例）
図１１に示すように、ボトル３が収納されるロッカーボックス４１を有すると共に店舗端末（情報処理装置）２と通信可能なロッカー装置４０を備える。本実施形態では、ロッカー装置４０は、ボトル３を収納する複数のロッカーボックス４１を備える。ロッカーボックス４１は、開閉可能な扉を備える。ロッカーボックス４１は、扉をロックするロック部４８（図１２参照）を備え、ロックが解除されると自動で開くように構成されている。また、ロッカーボックス４１は、扉の開閉を検知する扉開閉検知部４７（図１２参照）を備える。各ロッカーボックス４１には、一意に識別できるようにロッカー番号等が付されている。

【0106】

図１２は、ロッカー装置４０の電気的な構成を示すブロック図である。図１２に示すように、ロッカー装置４０は、ロッカー装置４０の各部を統括して制御する制御部４３を備えている。制御部４３は、前述した各ロッカーボックス４１のロック部４８および扉開閉検知部４７と接続されている。これにより、制御部４３は、各ロッカーボックス４１の扉の施錠および解錠を制御し、かつ、各ロッカーボックス４１の扉の開閉を検知できる。

【0107】

さらに、ロッカー装置４０は、ロッカー装置４０に対する入力操作を受け付けると共に表示を行う操作表示部４６、ロッカー装置４０が他の装置と通信するための通信部４５、および読取部４４を備える。読取部４４は、読み取りに適した光学読み取りマークであるコード情報（一次元コードや二次元コード等）等の読み取りを行う。

【0108】

制御部４３は、読取制御部４３２、ロッカー管理部４３１、照合部４３３、および扉制御部４３４を含む。読取制御部４３２は、読取部４４を制御してコード情報を読み取らせる。照合部４３３は、読取部４４で読み取ったコード情報、操作表示部４６より入力された情報の照合を行う。扉制御部４３４は、ロック部４８を制御して扉のロックおよびロック解除を行う。

【0109】

ロッカー管理部４３１は、複数のロッカーボックス４１の空き状態を管理すると共に、ボトル３を収納している場合は、収納しているボトル３を、注文に一意に対応付けられている注文コード情報と紐付けて管理する。

【0110】

（３．ロッカー装置におけるボトルの管理）
ここで、ボトル管理システム５０Ａによるロッカー装置４０を組み入れたボトル３のステータスを管理の一例を、図１１および図１２を用いて説明する（第１機能）。

【0111】

店舗側の作業者（図示せず）は、飲料の提供準備が完了すると、ボトル３をロッカーボックス４１に収納する。このとき、注文管理システム６０とロッカー装置４０とのやりとりにて、ロッカー装置４０は既に注文コードを受信している。そして、ロッカー管理部４３１は、当該注文コードのボトル３を収納するロッカーボックス４１を決定している。

【0112】

ボトル３を収納するにあたり、作業者は、操作表示部４６より所定の作業者コード番号および／又はボトル３の収納が可能であることを示す情報を入力する。照合部４３３は、入力された情報と予め記憶している情報と照合する。照合部４３３が適正と判定すると、ロッカー管理部４３１は、決定しているロッカーボックス４１のロッカー番号を扉制御部４３４に通知する。これにより、注文と紐付けられているロッカーボックス４１のロックが解除され、ロッカーボックス４１の扉が自動に開く。ロッカー管理部４３１は、決定しているロッカーボックス４１のロック解除と同時に、注文管理システム６０にロッカー番号情報を受信した注文コードの注文に対応付けて通知する。

【0113】

ロッカー管理部４３１は、作業者がボトル３を収納して扉を閉じると、ロック部４８が扉を再び施錠する。ロッカー管理部４３１は、扉開閉検知部４７が検知すると、店舗端末２に対し、受信した注文コードに対応付けてボトル３のロッカー投入が完了したことを通知する（ロッカー投入のトリガー）。

【0114】

ボトル管理システム５０Ａは、ロッカー装置４０より、通知した注文コードのボトル３のロッカー投入が完了したことが通知されると（ロッカー投入のトリガー入力）、ボトル管理部２１５Ａは、該当するボトル３のステータスを「注文準備中」から「ロッカー準備完了」に切り換える。つまり、ボトル管理部２１５Ａは、飲料が入れられたボトル３がロッカーボックス４１に収納されると、ステータスをボトル３がユーザに提供可能であることを示すステータスに切り換える。注文管理部２１４は、ステータスが「注文準備中」から「ロッカー準備完了」に切り換えられると、飲料の準備が完了したことを示す「商品のお渡し準備ができました！」等のメッセージを当該注文のユーザの端末装置１に通知する。

【0115】

ユーザは、ボトル３をロッカーボックス４１から取り出すにあたり、飲料注文システム１００より注文時に受け取った注文コード情報をユーザの端末装置１に表示し、読取部４４に読み取らせる。照合部４３３は、読取部４４が読み取った注文コード情報を、ロッカー管理部４３１にて管理している注文に対応付けられた注文コード情報と照合する。照合部４３３は、注文コード情報が一致すると、一致した注文コード情報のボトル３を収納しているロッカーボックス４１を特定し、扉制御部４３４に通知する。

【0116】

扉制御部４３４は、照合部４３３より通知されたロッカーボックス４１の扉のロックを解除する。これにより、ロックが解除されたロッカーボックス４１の扉が自動に開き、ユーザは扉が開いたロッカーボックス４１より注文した商品の入ったボトル３を受け取る。ユーザが扉を閉じると、ロック部４８が扉を再び施錠する。ロッカー管理部４３１は、ロッカーボックス４１が閉じられたことを扉開閉検知部４７が検知すると、店舗端末２に対し、受信した注文コードの注文に対応付けてボトル３がロッカーから取り出されたことを通知する（ロッカー取り出しのトリガー）。また、ロッカー管理部４３１は、受信した注文コードの注文とロッカーボックス４１のロッカー番号との紐付けを解消する。

【0117】

ボトル管理システム５０Ａは、ロッカー装置４０より通知した注文コードのボトル３の取り出しがなされたことが通知されると（ロッカー取り出しのトリガー入力）、ボトル管理部２１５Ａは、該当するボトル３のステータスを「ロッカー準備完了」から「使用中」に切り換える。つまり、ボトル管理部２１５Ａは、ボトル３がロッカーボックス４１から取り出されると、ステータスをボトル３がユーザ側に有ることを示すステータスに切り換える。

【0118】

ユーザは、ボトル３をロッカーボックス４１に返却するにあたり、ユーザの端末装置１に表示させた、飲料注文システム１００より注文時に受け取った注文コード情報、あるいはボトル３に付されたボトル識別子（二次元コードのコード情報Ｑ）を、読取部４４に読み取らせる。照合部４３３は、読取部４４が読み取った注文コード情報を、ロッカー管理部４３１にて管理している注文に対応付けられた注文コード情報と照合する。照合部４３３は、注文コード情報が一致すると、空いているロッカーボックス４１の１つのロックを解除する。これにより、ロックが解除されたロッカーボックス４１の扉が自動に開き、ユーザは、扉が開いたロッカーボックス４１にボトル３を返却し、扉を閉じる。

【0119】

ロッカー管理部４３１は、ロッカーボックス４１が閉じられたことを扉開閉検知部４７が検知すると、店舗端末２に対し、注文コード情報のボトル３がロッカーに返却されたことを通知する（ボトル返却のトリガー）。また、ロッカー管理部４３１は、ボトル３が返却されたロッカーボックス４１のロッカー番号を、返却されたボトル３を収納しているロッカーボックス４１として管理する。

【0120】

ボトル管理システム５０Ａは、ロッカー装置４０よりボトル３がロッカーに返却されたことが通知されると（ロッカー返却のトリガー入力）、ボトル管理部２１５Ａは、該当するボトルのステータスを「使用中」から「ロッカー返却済」に切り換える。

【0121】

作業者は、ボトル３をロッカーボックス４１から回収するにあたり、作業者は、操作表示部４６より所定の作業者コード番号およびボトル３の回収であることを示す情報を入力する。照合部４３３は、作業者コード番号を予め記憶している情報と照合する。照合部４３３が適正と判定すると、ロッカー管理部４３１は、扉制御部４３４に通知し、返却されたボトル３を収納している全てのロッカーボックス４１のロックを解除させる。

【0122】

これにより、返却されたボトル３が収納されているロッカーボックス４１の扉が自動に開き、作業者がボトル３を回収し、扉を閉める。ロッカー管理部４３１は、ロッカーボックス４１が閉じられたことを扉開閉検知部４７が検知すると、店舗端末２に対し、回収されたボトル３それぞれについて、注文コード情報のボトル３がロッカーより回収されたことを通知する（ロッカーより回収のトリガー入力）。

【0123】

ボトル管理システム５０Ａは、ロッカー装置４０よりボトル３がロッカーより回収されたことが通知されると（ロッカーより回収のトリガー入力）、ボトル管理部２１５Ａは、該当するそれぞれのボトル３のステータスを「ロッカー返却済」から「洗浄段階」に切り換える。「洗浄段階」はボトル３が店舗側にあることを示すステータスでもある。つまり、ボトル管理部２１５Ａは、ボトル３がロッカーボックス４１から回収されると、ステータスをボトル３が店舗側に有ることを示すステータスに切り換える。

【0124】

なお、ここでは、ボトル管理部２１５Ａは、ボトル３がロッカーボックス４１から回収されると、ボトル３が店舗側に有ることを示すステータスに切り換えるようにしている。しかしながら、ボトル管理部２１５Ａは、ボトル３がロッカーボックス４１に返却されたことを示すトリガーの入力で、ボトル３が店舗側に有ることを示すステータスに切り換えてもよい。

【0125】

（４．記憶部に記憶されるデータの例）
図１３は、記憶部２２Ａに記憶される注文管理テーブル２２１Ａの例を示す図である。図１３に示す注文管理テーブル２２１Ａでは、注文管理テーブル２２１で管理していた項目に加えて、注文コード情報が対応付けられている。

【0126】

図１４は、記憶部２２Ａに記憶されるボトル管理テーブル２２２Ａの例を示す図である。図１４Ａに示すボトル管理テーブル２２２Ａでは、「店舗準備完了」に代えて、ボトル３がロッカーボックス４１に収納されたこと示す「ロッカー準備完了」が管理される。「使用中」と「洗浄段階」との間のステータスとして、「ロッカー返却済み」が新たに管理される。

【0127】

図示しないが、注文可否テーブル２２３Ａでは、「店頭準備完了」と同様に「ロッカー準備完了」には、受付不可が設定される。「ロッカー返却済み」には受付可が設定される。

【0128】

（５．表示部に表示される表示の例）
図１５は、ボトル管理システム５０Ａにおいて表示部２５に表示される表示例を示す図である（第１機能）。図１５の画面１５０１は、作業者が、注文番号「１１１１１１」の注文を行ったユーザのボトル３のステータスの確認操作を行った場合に、表示制御部２１１が表示部２５に表示させる、ステータス確認画面である。

【0129】

表示制御部２１１は、例えば、作業者が、注文一覧画面（図示せず）等から、注文番号「１１１１１１」の注文に対して、ステータス確認ボタン等をタップすると、注文管理テーブル２２１Ａおよびボトル管理テーブル２２２Ａを参照して、画面１５０１を表示する。画面１５０１には、注文番号、注文日時、受取予定日時、注文コード情報と共に、ステータスが表示される。画面１５０１では、ロッカー装置４０を用いた飲料提供からボトル回収までの手順に沿って、「注文準備中」→「ロッカー準備完了」→「使用中」→「ロッカー返却済」→「洗浄段階」→「預かり中」の順で項目が並べられ、現在のステータスである「使用中」が色を変えて表示される。

【0130】

〔変形例〕
以上、本発明の実施の形態を詳細に説明してきたが、前述の説明はあらゆる点において本発明の例示に過ぎない。本発明の範囲を逸脱することなく種々の改良や変形を行うことができることは言うまでもない。例えば、以下のような変更が可能である。なお、以下では、説明の便宜上、上記実施形態にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を繰り返さない。

【0131】

上記実施形態では、ボトル管理システム５０における第２機能において、ボトル識別子とユーザ識別子とを分けて説明したが、ボトル識別子とユーザ識別子とは同じであってもよい。つまり、ボトル識別子を用いてユーザを一意に対応付けてもよいし、ボトル３にユーザ識別子を読み取り可能に設けて、ユーザ識別子にてボトル３を一意に対応付けてもよい。

【0132】

また、上記実施形態では、ボトル管理テーブル２２２と注文管理テーブル２２１とを分けて説明した。しかしながら、ボトル管理システム５０における第２機能を単独で備える構成においては、端末装置１および入力部２３から注文する際の注文のデータの中に、ボトル識別子の情報が含まれているようにしてもよい。その場合、注文管理テーブルにボトル識別子の情報が含まれる。

【0133】

上記実施形態では、ボトル管理システム５０における第２機能において、判定部２１３の判定結果は、表示制御部２１１に送信され、表示制御部２１１が表示部２５に表示させる。しかしながら、店舗端末２が、音出力装置である音出力部を備えている場合は、判定結果を音や音声で伝えるようにしてもよい。あるいは、表示部２５による表示と音出力部による音との両方で判定結果を伝えるようにしてもよい。

【0134】

上記実施形態では、食品容器として飲料を入れるボトル３を例示したが、上述したように、食品容器は、飲料以外の食品を入れる容器、例えば、弁当箱や、惣菜等を入れる本体と蓋体とからなる容器であってもよい。弁当箱であって、内部を仕切る仕切り部材等が含まれている場合は、仕切り部材にも容器識別子を設けてユーザ識別子に対応付ければよい。

【0135】

上記実施形態では、ボトル管理システム５０における第２機能において、ボトル３にボトル識別子を示すコード情報Ｑを設ける構成を例示したが、コード情報Ｑに代えてボトル識別子を示すＲＦＩＤタグを設けてもよい。その場合、店舗端末２は、撮影装置である撮影部２６に代えてＲＦＩＤタグの読取装置を備えることとなる。

【0136】

上記実施形態では、ボトル管理システム５０における第１機能において、ボトル３のステータスに応じて、注文の受け付けの可否を判定する、あるいは注文をキャンセルする例示した。しかしながら、これに限定されるものではなく、例えば、受取予定日時の所定時間前（例えば３０分前）の時点で、ボトル３が店舗側に返却されていない場合には、返却を促すメッセージを当該注文のユーザの端末装置１に通知するといったことも可能になる。また、第１機能の場合、ボトル３にボトル識別子が設けられていることは必須の構成要素ではない。

【0137】

また、ボトル３のステータスとして管理する項目も、破損や、入荷待ち、解約等の項目を加えてもよい。ユーザ専用のボトル３のステータスを管理することで、ユーザに対して、専用ボトル３に関連する様々なサービスを提供することもできる。

【0138】

〔ソフトウェアによる実現例〕
店舗端末２（以下、「装置」と呼ぶ）の機能は、当該装置としてコンピュータを機能させるためのプログラムであって、当該装置の各制御ブロック（特に制御部２１に含まれる各部）としてコンピュータを機能させるためのプログラムにより実現することができる。

【0139】

また、店舗端末２を当該装置としてコンピュータを機能させる場合について説明したが、店舗端末２とは異なる他のサーバ装置に機能させるようにしても良い。

【0140】

この場合、上記装置は、上記プログラムを実行するためのハードウェアとして、少なくとも１つの制御装置（例えばプロセッサ）と少なくとも１つの記憶装置（例えばメモリ）を有するコンピュータを備えている。この制御装置と記憶装置により上記プログラムを実行することにより、上記各実施形態で説明した各機能が実現される。

【0141】

上記プログラムは、一時的ではなく、コンピュータ読み取り可能な、１または複数の記録媒体に記録されていてもよい。この記録媒体は、上記装置が備えていてもよいし、備えていなくてもよい。後者の場合、上記プログラムは、有線または無線の任意の伝送媒体を介して上記装置に供給されてもよい。

【0142】

また、上記各制御ブロックの機能の一部または全部は、論理回路により実現することも可能である。例えば、上記各制御ブロックとして機能する論理回路が形成された集積回路も本発明の範疇に含まれる。この他にも、例えば量子コンピュータにより上記各制御ブロックの機能を実現することも可能である。

【0143】

本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。

【符号の説明】

【0144】

１ 端末装置
２ 店舗端末
３ ボトル（食品容器、飲料容器）
２１、４３ 制御部（情報処理装置）
２２ 記憶部
５０ ボトル管理システム（食品容器管理システム）
４０ ロッカー装置
４１ ロッカーボックス
５０、５０Ａ ボトル管理システム
６０、６０Ａ 注文管理システム
１００、１００Ａ 飲料注文システム

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】