特開 2022-137640 制御システム、制御装置、ロッカー、ゲーム装置、制御方法、ゲーム方法、およびプログラム

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

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

(11)【公開番号】P2022137640

(43)【公開日】2022-09-22

(54)【発明の名称】制御システム、制御装置、ロッカー、ゲーム装置、制御方法、ゲーム方法、およびプログラム

(51)【国際特許分類】

   G06Q 30/06 20120101AFI20220914BHJP

【ＦＩ】

G06Q30/06

【審査請求】未請求

【請求項の数】13

【出願形態】ＯＬ

(21)【出願番号】P 2021037222

(22)【出願日】2021-03-09

(71)【出願人】

【識別番号】396011174

【氏名又は名称】くら寿司株式会社

(74)【代理人】

【識別番号】100115749

【弁理士】

【氏名又は名称】谷川 英和

(72)【発明者】

【氏名】田中 邦彦

(72)【発明者】

【氏名】橋本 大介

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

5L049

【Ｆターム（参考）】

5L049BB72

(57)【要約】

【課題】従来、注文にされた商品を持ち帰る場合に、当該注文に応じたゲームを、店舗で行えなかった。
【解決手段】制御装置と店舗に存在するゲーム装置とを有する制御システムであって、前記制御装置は、ユーザが持ち帰る商品を識別する商品識別子を含む注文情報をユーザ端末から受信する注文受信部と、前記注文情報を用いて、決済のための処理を行う決済部と、前記注文情報に応じたコードを取得するコード取得部と、前記コードを前記ユーザ端末に送信するコード送信部とを具備し、前記ゲーム装置は、前記コードが受け付けられたことに応じて、ゲームに関する動作を行うゲーム動作部を具備する制御システムにより、注文にされた商品を持ち帰る場合に、当該注文に応じたゲームを、店舗で行える。
【選択図】図２９

【特許請求の範囲】

【請求項1】

制御装置と店舗に存在するゲーム装置とを有する制御システムであって、
前記制御装置は、
ユーザが持ち帰る商品を識別する商品識別子を含む注文情報をユーザ端末から受信する注文受信部と、
前記注文情報を用いて、決済のための処理を行う決済部と、
前記注文情報に応じたコードを取得するコード取得部と、
前記コードを前記ユーザ端末に送信するコード送信部とを具備し、
前記ゲーム装置は、
前記コードが受け付けられたことに応じて、ゲームに関する動作を行うゲーム動作部を具備する制御システム。

【請求項2】

前記制御装置と前記ゲーム装置に加えて、ロッカーをも具備し、
前記ロッカーは、
前記ユーザが注文した商品を格納する１以上の商品貯蔵庫を具備する、請求項１記載の制御システム。

【請求項3】

前記ロッカーは、
前記コードを受け付けるロッカー受付部と、
前記ロッカー受付部が受け付けたコードに応じて、前記商品が取り出し可能となり、
前記ゲーム装置は、
前記コードまたは前記コードから取得できる情報を受信するゲーム受信部をさらに具備し、
前記ゲーム動作部は、
前記コードまたは前記コードから取得できる情報に対応する価格に応じた動作を行う、請求項２記載の制御システム。

【請求項4】

前記ロッカーは、
前記ロッカー受付部が受け付けたコードまたは当該コードから取得できる情報を送信するロッカー送信部とさらに具備する、請求項３記載の制御システム。

【請求項5】

前記ゲーム動作部は、
前記注文情報が有する商品識別子に対応する価格に応じた回数のゲームを遂行する、請求項１から請求項４いずれか一項に記載の制御システム。

【請求項6】

ユーザが持ち帰る商品を識別する商品識別子を含む注文情報をユーザ端末から受信する注文受信部と、
前記注文情報を用いて、決済のための処理を行う決済部と、
前記注文情報に応じたコードを取得するコード取得部と、
前記コードを前記ユーザ端末に送信するコード送信部と、
コードまたはコードに基づく情報を受信するコード受信部と、
前記コード受信部が受信したコードに対応する注文情報に応じた価格を取得する価格取得部と、
前記価格または前記価格に応じたゲーム回数を送信するゲーム装置制御部とを具備する制御装置。

【請求項7】

ユーザが注文した商品を格納する１以上の商品貯蔵庫と、
コードを受け付けるロッカー受付部と、
前記ロッカー受付部が受け付けたコードまたは当該コードから取得できる情報を送信するロッカー送信部とを具備するロッカー。

【請求項8】

ユーザ端末から送信された注文情報に対応するコードまたは当該コードから取得できる情報を受信するゲーム受信部と、
前記コードまたは前記コードから取得できる情報の受信に応じて、ゲームに関する動作を行うゲーム動作部とを具備するゲーム装置。

【請求項9】

前記ゲーム受信部は、
ユーザ端末から送信された注文情報が有する商品識別子に対応する価格または、ユーザ端末から送信された注文情報が有する商品識別子に対応する価格に応じたゲーム回数を受信し、
前記ゲーム動作部は、
前記ゲーム受信部が受信した価格に応じたゲーム回数を決定し、当該ゲーム回数だけゲームを行う、または前記ゲーム受信部が受信したゲーム回数だけゲームを行う請求項８記載のゲーム装置。

【請求項10】

注文受信部と、決済部と、コード取得部と、コード送信部と、コード受信部と、価格取得部と、ゲーム装置制御部とにより実現される制御方法であって、
前記注文受信が、ユーザが持ち帰る商品を識別する商品識別子を含む注文情報をユーザ端末から受信する注文受信ステップと、
前記決済部が、前記注文情報を用いて、決済のための処理を行う決済ステップと、
前記コード取得部が、前記注文情報に応じたコードを取得するコード取得ステップと、
前記コード送信部が、前記コードを前記ユーザ端末に送信するコード送信ステップと、
前記価格取得部が、前記コード受信ステップで受信されたコードに対応する注文情報に応じた価格を取得する価格取得ステップと、
前記ゲーム装置制御部が、前記価格または前記価格に応じたゲーム回数を送信するゲーム装置制御ステップとを具備する制御方法。

【請求項11】

ゲーム受信部と、ゲーム動作部とにより実現されるゲーム方法であって、
前記ゲーム受信部が、ユーザ端末から送信された注文情報に対応するコードまたは当該コードから取得できる情報を受信するゲーム受信ステップと、
前記ゲーム動作部が、前記コードまたは前記コードから取得できる情報の受信に応じて、ゲームに関する動作を行うゲーム動作ステップとを具備するゲーム方法。

【請求項12】

コンピュータを、
ユーザが持ち帰る商品を識別する商品識別子を含む注文情報をユーザ端末から受信する注文受信部と、
前記注文情報を用いて、決済のための処理を行う決済部と、
前記注文情報に応じたコードを取得するコード取得部と、
前記コードを前記ユーザ端末に送信するコード送信部と、
コードまたはコードに基づく情報を受信するコード受信部と、
前記コード受信部が受信したコードに対応する注文情報に応じた価格を取得する価格取得部と、
前記価格または前記価格に応じたゲーム回数を送信するゲーム装置制御部として機能させるためのプログラム。

【請求項13】

コンピュータを、
ユーザ端末から送信された注文情報に対応するコードまたは当該コードから取得できる情報を受信するゲーム受信部と、
前記コードまたは前記コードから取得できる情報の受信に応じて、ゲームに関する動作を行うゲーム動作部として機能させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ユーザ端末から注文された持ち帰り商品に対応するゲームが可能となる、制御システム等に関するものである。

【背景技術】

【0002】

従来、スマートフォン等を用いて持ち帰りの注文予約を行ったユーザが、メールで届いたＱＲコード（登録商標）を用いて、お寿司を取り出すことができる仕組みがあった（例えば、非特許文献１参照）。

【0003】

また、店舗で注文したお寿司の皿数に応じて、抽選ゲームが楽しめる技術があった（例えば、非特許文献２参照）。

【先行技術文献】

【非特許文献】

【0004】

【非特許文献1】“スシロー／ITで「非対面化」対応、自動案内・自動土産ロッカーなど導入”、［online］、［令和３年２月９日検索］、インターネット［URL：https://www.ryutsuu.biz/it/m102244.html］

【0005】

【非特許文献1】“くら”、［online］、［令和３年２月１７日検索］、インターネット［URL：https://www.kurasushi.co.jp/ ］

【発明の概要】

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

【0006】

しかしながら、従来技術においては、注文にされた商品を持ち帰る場合に、当該注文に応じたゲームを、店舗で行えなかった。

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

【0007】

本第一の発明の制御システムは、制御装置と店舗に存在するゲーム装置とを有する制御システムであって、制御装置は、ユーザが持ち帰る商品を識別する商品識別子を含む注文情報をユーザ端末から受信する注文受信部と、注文情報を用いて、決済のための処理を行う決済部と、
注文情報に応じたコードを取得するコード取得部と、コードをユーザ端末に送信するコード送信部とを具備し、ゲーム装置は、コードが受け付けられたことに応じて、ゲームに関する動作を行うゲーム動作部を具備する制御システムである。

【0008】

かかる構成により、注文にされた商品を持ち帰る場合に、当該注文に応じたゲームを、店舗で行える。

【0009】

また、本第二の発明の制御システムは、第一の発明に対して、制御装置とゲーム装置に加えて、ロッカーをも具備し、ロッカーは、ユーザが注文した商品を格納する１以上の商品貯蔵庫を具備する、制御システムである。

【0010】

かかる構成により、注文にされた商品を持ち帰るためにロッカーから取り出す場合に、当該注文に応じたゲームを、店舗で行える。

【0011】

また、本第三の発明の制御システムは、第二の発明に対して、ロッカーは、コードを受け付けるロッカー受付部と、ロッカー受付部が受け付けたコードに応じて、商品が取り出し可能となり、ゲーム装置は、コードまたはコードから取得できる情報を受信するゲーム受信部をさらに具備し、ゲーム動作部は、コードまたはコードから取得できる情報に対応する価格に応じた動作を行う、制御システムである。

【0012】

かかる構成により、注文にされた商品をロッカーから持ち帰る場合に、当該注文された商品の価格に応じたゲームを、店舗で行える。

【0013】

また、本第四の発明の制御システムは、第三の発明に対して、ロッカーは、ロッカー受付部が受け付けたコードまたは当該コードから取得できる情報を送信するロッカー送信部とさらに具備する、制御システムである。

【0014】

かかる構成により、注文にされた商品をロッカーから持ち帰る場合に、当該注文された商品の価格に応じたゲームを、店舗で行える。

【0015】

また、本第五の発明の制御システムは、第一から第四のいずれかの発明に対して、ゲーム動作部は、注文情報が有する商品識別子に対応する価格に応じた回数のゲームを遂行する、制御システムである。

【0016】

かかる構成により、注文にされた商品を持ち帰る場合に、当該注文された商品の価格に応じた回数のゲームを、店舗で行える。

【0017】

また、本第六の発明の制御装置は、ユーザが持ち帰る商品を識別する商品識別子を含む注文情報をユーザ端末から受信する注文受信部と、注文情報を用いて、決済のための処理を行う決済部と、注文情報に応じたコードを取得するコード取得部と、コードをユーザ端末に送信するコード送信部と、コードまたはコードに基づく情報を受信するコード受信部と、コード受信部が受信したコードに対応する注文情報に応じた価格を取得する価格取得部と、価格または価格に応じたゲーム回数を送信するゲーム装置制御部とを具備する制御装置である。

【0018】

かかる構成により、注文にされた商品を持ち帰る場合に、当該注文に応じたゲームを店舗で行うための制御装置を提供できる。

【0019】

また、本第七の発明のロッカーは、ユーザが注文した商品を格納する１以上の商品貯蔵庫と、
コードを受け付けるロッカー受付部と、ロッカー受付部が受け付けたコードまたは当該コードから取得できる情報を送信するロッカー送信部とを具備するロッカーである。

【0020】

かかる構成により、注文にされた商品をロッカーから取り出す場合に、当該注文に応じたゲームを店舗で行うためのロッカーを提供できる。

【0021】

また、本第八の発明のゲーム装置は、ユーザ端末から送信された注文情報に対応するコードまたは当該コードから取得できる情報を受信するゲーム受信部と、コードまたはコードから取得できる情報の受信に応じて、ゲームに関する動作を行うゲーム動作部を具備するゲーム装置である。

【0022】

かかる構成により、注文にされた商品をロッカーから取り出す場合に、当該注文に応じたゲームを店舗で行うためのゲーム装置を提供できる。

【0023】

また、本第九の発明のゲーム装置は、第八の発明に対して、ゲーム受信部は、ユーザ端末から送信された注文情報が有する商品識別子に対応する価格または、ユーザ端末から送信された注文情報が有する商品識別子に対応する価格に応じたゲーム回数を受信し、ゲーム動作部は、ゲーム受信部が受信した価格に応じたゲーム回数を決定し、当該ゲーム回数だけゲームを行う、または前記ゲーム受信部が受信したゲーム回数だけゲームを行うゲーム装置である。

【0024】

かかる構成により、注文にされた商品をロッカーから取り出す場合に、当該注文に対応する価格に応じた回数だけゲームを店舗で行うためのゲーム装置を提供できる。

【発明の効果】

【0025】

本発明による制御システムによれば、注文にされた商品を持ち帰る場合に、当該注文に応じたゲームを、店舗で行える。

【図面の簡単な説明】

【0026】

【図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】同コンピュータシステムのブロック図

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

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

なお、図７のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。

【0145】

次に、第二店舗端末３の動作例について説明する。第二店舗端末３の店舗受信部３３は、到着情報を受信する。次に、店舗処理部３４は、到着情報に対応する情報であり、出力する情報を構成する。なお、出力する情報は、例えば、ユーザ情報、注文した商品の情報を有する。つまり、店舗処理部３４は、例えば、到着情報が有する注文識別子またはユーザ識別子に対応するユーザ情報を格納部１１から取得する。また、店舗処理部３４は、例えば、到着情報が有する注文識別子に対応する商品名等の商品の情報を図示しない商品情報管理表から取得する。そして、店舗出力部３５は、当該取得した情報を出力する。

【0146】

以下、本実施の形態における情報システムＡの具体的な動作について説明する。情報システムＡの概念図は図１である。

【0147】

今、情報処理装置１のユーザ情報格納部１１１には、図８に示す構造を有するユーザ管理表が格納されている。ユーザ管理表は、ユーザ情報の一部または全部を管理する表である。ここでは、ユーザ管理表は、「ユーザ識別子」「氏名」「電話番号」「クレジットカード番号」を有する１以上のレコードを有する。なお、ユーザ管理表におけるレコードが蓄積されるタイミングやトリガーは問わない。例えば、ユーザがユーザ情報の登録手続きを行うことにより、レコードが登録される。

【0148】

また、注文情報格納部１１２には、図９に示す構造を有する注文管理表が格納されている。注文管理表は、「ＩＤ」「注文番号」「ユーザ識別子」「商品識別子」「個数」「金額」「受取時刻」「移動体識別情報」「駐車場場所情報」を有するレコードを１以上格納している。「注文番号」は、注文識別子である。「移動体識別情報」は、ここでは、「色」「車両Ｎｏ」を有する。

【0149】

かかる状況で、ユーザ「タニグチ タツヤ」は、自分のユーザ端末２を使用して、図１０の注文画面からボタン１００１を指示し、注文のための操作を行った、とする。なお、注文のための操作において、図示しないが、ユーザは、商品の希望受取時刻「２０２０年０５月０１日（金）１１時００分」を入力した、とする。また、ボタン１００１は、商品識別子「Ｇ００２」で識別される商品に対応するボタンである、とする。

【0150】

すると、ユーザ端末２のユーザ受付部２２は、商品識別子「Ｇ００２」と希望受取時刻「２０２０年０５月０１日（金）１１時００分」とを有する注文情報を受け付ける。次に、ユーザ処理部２３は、受け付けた注文情報が有する商品識別子「Ｇ００２」を取得する。また、ユーザ処理部２３は、デフォルトの個数である「１」を取得する。また、ユーザ処理部２３は、商品識別子「Ｇ００２」と対になる金額「２０００円」を図１０の画面を構成する画面情報または図示しない商品管理表から取得する。また、ユーザ処理部２３は、ユーザ格納部２１に格納されているユーザ識別子「Ｕ００２」を取得する。そして、ユーザ処理部２３は、送信する注文情報「＜ユーザ識別子＞Ｕ００２，＜受取時刻＞２０２０年５月１日（金）１１時００分，＜商品識別子＞Ｇ００２，＜個数＞１，＜金額＞２０００円」を構成する。次に、ユーザ送信部２４は、当該注文情報を情報処理装置１に送信する。

【0151】

次に、情報処理装置１の注文受信部１２１は、当該注文情報をユーザ端末２から受信する。次に、決済部１３２は、受信された注文情報が有するユーザ識別子「Ｕ００２」を取得する。そして、決済部１３２は、ユーザ識別子「Ｕ００２」と対になるクレジットカード番号「７７７７＊＊＊＊３８９」を図８のユーザ管理表から取得する。また、決済部１３２は、受信された注文情報が有する金額「２０００円」を取得する。次に、決済部１３２は、クレジットカード番号「７７７７＊＊＊＊３８９」、金額「２０００円」を用いて、２０００円の決済処理を行う。その結果、決済処理は正常に終了した、とする。

【0152】

次に、注文処理部１３１は、決済処理が正常に行われた、と判断する。次に、注文処理部１３１は、受信された注文情報「＜ユーザ識別子＞Ｕ００２，＜受取時刻＞２０２０年５月１日（金）１１時００分，＜商品識別子＞Ｇ００２，＜個数＞１，＜金額＞２０００円」を取得する。そして、注文処理部１３１は、ユニークな注文識別子「２０２００５０１２８３１４０１」を生成する。なお、ユニークな注文識別子を生成するアルゴリズムは問わない。注文処理部１３１は、例えば、最新の注文識別子に１を加えて、新たなユニークな識別子を取得する。また、注文処理部１３１は、例えば、「日付＋ユニークな数値」により新たなユニークな識別子を取得する。なお、ユニークな数値は、例えば、同日の前の数値に１を加えた数値である。

【0153】

次に、注文処理部１３１は、受信された注文情報と生成した注文識別子とを有する注文情報「＜注文番号＞２０２００５０１２８３１４０１，＜ユーザ識別子＞Ｕ００２，＜受取時刻＞２０２０年５月１日（金）１１時００分，＜商品識別子＞Ｇ００２，＜個数＞１，＜金額＞２０００円」を構成する。次に、注文処理部１３１は、構成した注文情報を注文管理表に蓄積する。かかる注文情報のレコードは、図９の「ＩＤ＝６２１」のレコードである。

【0154】

次に、注文処理部１３１は、構成した注文情報を用いて、厨房内の第一店舗端末３に送信する注文情報を構成する。なお、かかる注文情報は、「＜受取時刻＞２０２０年５月１日（金）１１時００分，＜商品識別子＞Ｇ００２，＜個数＞１」を有する、とする。

【0155】

次に、出力部１４は、取得した注文情報等「＜受取時刻＞２０２０年５月１日（金）１１時００分，＜商品識別子＞Ｇ００２，＜個数＞１」を、第一店舗端末３に送信する。なお、第一店舗端末３へ情報を送信するための第一店舗端末識別子は、格納部１１に格納されている、とする。

【0156】

次に、第一店舗端末３は、注文情報等を受信し、出力する。かかる出力例は、図１１である。図１１において、６つの注文情報が第一店舗端末３に出力されている。また、ユーザ「タナカタツヤ」の注文情報は、１１０１のレコードである。

【0157】

次に、情報処理装置１の処理部１３は、格納部１１から受取方法入力画面情報と移動体識別情報入力画面情報とを取得する。そして、出力部１４は、当該受取方法入力画面情報と移動体識別情報入力画面情報とをユーザ端末２に送信する。

【0158】

次に、ユーザ端末２のユーザ受信部２５は、受取方法入力画面情報と移動体識別情報入力画面情報とを受信する。ユーザ処理部２３は、受信された受取方法入力画面情報から受取方法入力画面を構成する。ユーザ出力部２６は、受取方法入力画面を出力する。かかる受取方法入力画面の例は、図１２である。

【0159】

次に、ユーザ「タナカタツヤ」は、「駐車場」ボタン１２０１を指示した、とする。すると、ユーザ端末２のユーザ受付部２２は、受取方法識別子「駐車場」を受け付ける。ユーザ処理部２３は、受取方法識別子「駐車場」に対応する移動体識別情報入力画面情報を取得する。また、ユーザ処理部２３は、移動体識別情報入力画面情報を用いて、移動体識別情報入力画面を構成する。次に、ユーザ出力部２６は、「駐車場」に対応する移動体識別情報入力画面を出力する。かかる出力例は、図１３である。

【0160】

次に、ユーザは、色のフィールドに「白」、車両Ｎｏのフィールドに「７７７７」を入力し、決定ボタン１３０１を指示した、とする。すると、ユーザ端末２のユーザ受付部２２は、移動体識別情報「＜色＞白，＜車両Ｎｏ＞７７７７」を受け付ける。次に、ユーザ処理部２３は、受け付けられた移動体識別情報を用いて、送信する移動体識別情報「＜ユーザ識別子＞Ｕ００２，＜注文番号＞２０２００５０１２８３１４０１，＜色＞白，＜車両Ｎｏ＞７７７７」を構成する。次に、ユーザ送信部２４は、当該移動体識別情報を情報処理装置１に送信する。

【0161】

次に、情報処理装置１の受信部１２は、ユーザ端末２から移動体識別情報「＜ユーザ識別子＞Ｕ００２，＜注文番号＞２０２００５０１２８３１４０１，＜色＞白，＜車両Ｎｏ＞７７７７」を受信する。次に、処理部１３は、「＜ユーザ識別子＞Ｕ００２，＜注文番号＞２０２００５０１２８３１４０１」に対応付けて、移動体識別情報「＜色＞白，＜車両Ｎｏ＞７７７７」を注文管理表に蓄積する。かかる蓄積例は、図１４の「ＩＤ＝６２１」のレコードである。

【0162】

次に、情報処理装置１の注文処理部１３１は、到着情報入力画面情報の雛形を格納部１１から取得する。また、注文処理部１３１は、注文情報から「＜注文番号＞２０２００５０１２８３１４０１」を取得する。また、注文処理部１３１は、注文情報が有する「＜ユーザ識別子＞Ｕ００２」をキーとしてユーザ管理表を検索し、「＜氏名＞タニグチ タツヤ，＜電話番号０８０１９９４８０４０」を取得する。次に、注文処理部１３１は、到着情報入力画面情報の雛形に、「＜注文番号＞２０２００５０１２８３１４０１」「＜氏名＞タニグチ タツヤ，＜電話番号０８０１９９４８０４０」を挿入し、到着情報入力画面情報を構成する。次に、出力部１４は、当該到着情報入力画面情報をユーザ端末２に送信する。

【0163】

次に、ユーザ端末２のユーザ受信部２５は、到着情報入力画面情報を受信する。次に、ユーザ処理部２３は、受信された到着情報入力画面情報を用いて到着情報入力画面を構成する。ユーザ出力部２６は、到着情報入力画面を出力する。かかる到着情報入力画面の例は、図１５である。

【0164】

次に、ユーザ「タニグチ タツヤ」の注文商品の持ち帰りの準備が完了し、厨房の店員が、図１１の第一店舗端末３の画面の「完了」ボタン１１０２を指示した、とする。すると、第一店舗端末３の店舗受付部３２は、「＜注文番号＞２０２００５０１２８３１４０１」を含む完了情報を受け付ける。次に、店舗処理部３４は、受け付けられた完了情報を用いて、送信する完了情報を構成する。次に、店舗送信部３６は、当該完了情報を情報処理装置１に送信する。

【0165】

次に、情報処理装置１の完了受信部１２２は、「＜注文番号＞２０２００５０１２８３１４０１」を含む完了情報を店舗端末３から受信する。次に、入力支援部１３３は、完了情報に含まれる注文番号「２０２００５０１２８３１４０１」とユーザ識別子「Ｕ００２」とを取得する。次に、入力支援部１３３は、取得した注文識別子、ユーザ識別子に対応する情報（例えば、「タニグチ タツヤ 様 注文番号「２０２００５０１２８３１４０１」のご用意ができました。店舗に到着されている場合、「店舗に到着しました！」のボタンを押下してください」を構成する。なお、かかる完了情報の雛形「＜氏名＞様 注文番号＜注文番号＞のご用意ができました。店舗に到着されている場合、「店舗に到着しました！」のボタンを押下してください」は格納部１１に格納されている、とする。また、入力支援部１３３は、ユーザ識別子「Ｕ００２」と対になる氏名「タニグチ タツヤ」をユーザ管理表から取得する、とする。

【0166】

次に、入力支援部１３３は、構成した完了情報を、ユーザ「タニグチ タツヤ」のユーザ端末２に送信する。

【0167】

次に、ユーザ端末２のユーザ受信部２５は、完了情報を情報処理装置１から受信する。そして、ユーザ処理部２３は、受信された完了情報を用いて出力する完了情報を構成する。ユーザ出力部２６は、完了情報を出力する。

【0168】

次に、完了情報を見たユーザ「タニグチ タツヤ」は、図１５の到着情報入力画面のボタン１１０５を指示した、とする。すると、ユーザ受付部２２は、到着情報を受け付ける。次に、ユーザ処理部２３は、送信する到着情報を構成する。ユーザ送信部２４は、当該到着情報を情報処理装置１に送信する。

【0169】

次に、情報処理装置１の到着受信部１２３は、到着情報を受信する。次に、ユーザ情報取得部１３４は、到着情報に含まれるユーザ識別子「Ｕ００２」と注文番号「２０２００５０１２８３１４０１」とを取得する。次に、ユーザ情報取得部１３４は、ユーザ識別子「Ｕ００２」と注文番号「２０２００５０１２８３１４０１」とに対応する移動体識別情報「＜色＞白，＜車両Ｎｏ＞７７７７」を注文管理表から取得する。また、ユーザ情報取得部１３４は、注文番号「２０２００５０１２８３１４０１」と対になる商品識別子「Ｇ００２」を取得し、当該商品識別子「Ｇ００２」と対になる商品名「大サービスセット」を図示しない商品管理表から取得する。なお、商品管理表は、１以上の商品情報を有する。商品情報は、商品識別子、商品名、価格等を有する。また、ユーザ情報取得部１３４は、ユーザ識別子「Ｕ００２」と対になるユーザ属性値「＜氏名＞タニグチ タツヤ」をユーザ管理表から取得する。次に、ユーザ処理部２３は、送信する到着情報「＜氏名＞タニグチ タツヤ，＜色＞白，＜車両Ｎｏ＞７７７７，＜商品名＞大サービスセット」を構成する。次に、ユーザ送信部２４は、当該到着情報を第二店舗端末３に送信する。

【0170】

次に、第二店舗端末３の店舗受信部３３は、当該到着情報を受信する。次に、店舗処理部３４は、到着情報に対応する情報であり、出力する情報を構成する。そして、店舗出力部３５は、当該情報を出力する。なお、第二店舗端末３の出力例は、図１６である。

【0171】

フロアの店員は、図１６の表示を見て、ユーザ「タニグチ タツヤ」様が駐車場に来られたことを把握し、出来上がっている商品を駐車場まで運んで、ユーザに渡すこととなる。

【0172】

以上、本実施の形態において、到着情報の受信に応じて、ユーザが到着したことの店舗への報知処理を行うことにより、移動体を使用した持ち帰り商品の引渡しがスムーズにできる。さらに具体的には、かかる報知処理により、例えば、自動車等の移動体により、注文した商品を取りに来たユーザに、店員が迅速に移動体まで商品を届けることができる。

【0173】

また、本実施の形態によれば、入力支援処理を行うことにより、移動体を使用した持ち帰り商品の引渡しの際のユーザの入力が容易になる。また、本実施の形態によれば、移動体特定情報の送受信により、移動体を使用した持ち帰り商品の引渡しがスムーズにできる。

【0174】

さらに、本実施の形態によれば、ユーザ端末と通信を確立した後に自動的にユーザ識別子を受信した中継装置から到着情報を受信する構成により、移動体を使用した持ち帰り商品の引渡しの際のユーザの入力作業を軽減できる。

【0175】

なお、本実施の形態において、完了情報の送受信処理は無くても良い。かかる場合、情報処理装置は、ユーザが持ち帰る商品を識別する商品識別子を含む注文情報を、当該ユーザを識別するユーザ識別子に対応付けて受信する注文受信部と、前記注文情報に対応する注文に関する注文処理を行う注文処理部と、前記注文情報に対応する注文識別子に対応付く情報であり、前記ユーザ識別子で識別されるユーザが店舗に到着したことを示す到着情報を受信する到着受信部と、前記ユーザ識別子で識別されるユーザに関するユーザ情報を取得するユーザ情報取得部と、前記ユーザ情報取得部が取得したユーザ情報を出力するユーザ情報出力部とを具備し、前記到着情報の受信に応じて、前記ユーザが到着したことの前記店舗への報知処理を行う情報処理装置である。

【0176】

さらに、本実施の形態における処理は、ソフトウェアで実現しても良い。そして、このソフトウェアをソフトウェアダウンロード等により配布しても良い。また、このソフトウェアをＣＤ－ＲＯＭなどの記録媒体に記録して流布しても良い。なお、このことは、本明細書における他の実施の形態においても該当する。なお、本実施の形態における情報処理装置１を実現するソフトウェアは、以下のようなプログラムである。つまり、このプログラムは、コンピュータを、ユーザが持ち帰る商品を識別する商品識別子を含む注文情報を、当該ユーザを識別するユーザ識別子に対応付けて受信する注文受信部と、前記注文情報に対応する注文に関する注文処理を行う注文処理部と、前記注文情報に対応する注文識別子に対応付く情報であり、前記ユーザ識別子で識別されるユーザが店舗に到着したことを示す到着情報を受信する到着受信部と、前記ユーザ識別子で識別されるユーザに関するユーザ情報を取得するユーザ情報取得部と、前記ユーザ情報取得部が取得したユーザ情報を出力するユーザ情報出力部として機能させるためのプログラムであって、前記到着情報の受信に応じて、前記ユーザが到着したことの前記店舗への報知処理を行う、プログラムである。

【0177】

（実施の形態２）
本実施の形態において、ユーザ端末等から注文された商品を保管可能なロッカーを有するロッカーシステムであって、受け取りの予約時刻に対して、予め決められた条件を満たす時に、予め決められた処理を行うロッカーシステムについて説明する。なお、予め決められた処理は、例えば、商品を取り出すことを防止する処理、警告を出力する処理等である。また、商品は、例えば、食品である。また、食品は、例えば、お寿司、お刺身等の生鮮食品である。

【0178】

また、本実施の形態において、予約したユーザに商品の受け取りに関する情報（例えば、キー）を送信し、当該キーを用いて、ユーザがロッカーから商品を取り出せるロッカーシステムについて説明する。

【0179】

また、本実施の形態において、ユーザが店舗に到着したことに関する到着情報の受信に応じて、商品の受け取りに関する情報（例えば、キー）を送信するロッカーシステムについて説明する。

【0180】

図１７は、本実施の形態におけるロッカーシステムＢの概念図である。ロッカーシステムＢは、１または２以上のユーザ端末４、制御装置５、および１または２以上のロッカー６を備える。

【0181】

ユーザ端末４は、例えば、スマートフォン、タブレット端末、いわゆるパーソナルコンピュータ等であり、その種類は問わない。また、ユーザ端末４は、ユーザ端末２の機能の一部または全部を有しても良い。

【0182】

制御装置５は、通常、いわゆるサーバであり、例えば、クラウドサーバ、ＡＳＰサーバ等であり、その種類は問わない。

【0183】

ロッカー６は、１または２以上の商品貯蔵庫を有する。商品貯蔵庫は、注文された商品を入れる庫である。商品貯蔵庫は、冷蔵機能を有することは好適であるが、冷蔵機能の有無は問わない。

【0184】

また、ユーザ端末４、制御装置５、および１または２以上のロッカー６は、各々、インターネット等のネットワークにより通信可能であることは好適である。

【0185】

図１８は、本実施の形態におけるロッカーシステムＢのブロック図である。図１９は、ロッカーシステムＢを構成する制御装置５のブロック図である。

【0186】

ロッカーシステムＢを構成するユーザ端末４は、ユーザ格納部４１、ユーザ受付部４２、ユーザ処理部４３、ユーザ送信部４４、ユーザ受信部４５、およびユーザ出力部４６を備える。

【0187】

制御装置５は、格納部５１、受信部５２、および処理部５３を備える。格納部５１は、ユーザ情報格納部１１１、および注文情報格納部１１２を備える。受信部５２は、注文受信部５２１、および到着受信部５２２を備える。処理部５３は、注文処理部１３１、決済部１３２、判断部５３１、およびロッカー処理部５３２を備える。

【0188】

ロッカー６は、ロッカー受信部６１、および１または２以上の商品貯蔵庫６２を備える。

【0189】

ユーザ端末４を構成するユーザ格納部４１には、各種の情報が格納される。各種の情報は、例えば、ユーザ識別子、ユーザ情報、注文情報、後述するキーである。ユーザ識別子は、ユーザ端末４のユーザを識別する情報である。ユーザ識別子は、例えば、ユーザＩＤ、氏名、メールアドレス、電話番号などである。ユーザ識別子は、ユーザ端末４を識別する端末識別子でも良い。端末識別子は、例えば、ＩＰアドレス、端末ＩＤなどである。なお、キーは、コードと言っても良い。

【0190】

ユーザ受付部４２は、ユーザからの入力を受け付ける。入力は、指示または情報である。指示または情報の内容は問わない。指示または情報は、例えば、ユーザ情報、注文情報、到着情報である。指示は、例えば、画面情報へのアクセス指示、キー出力指示である。指示は、例えば、ボタンの押下、メニュー項目の選択等により行われる。ボタンの押下、メニュー項目の選択等は、例えば、購入する商品の指示、注文指示である。キー出力指示とは、受信されたキーを出力する指示である。キーの出力とは、キーの表示、またはキーの送信である。なお、キーの送信先は、例えば、ロッカー６、または制御装置５である。

【0191】

指示または情報の入力手段は、タッチパネルやキーボードやマウスやメニュー画面によるもの等、何でも良い。

【0192】

ユーザ処理部４３は、各種の処理を行う。各種の処理は、例えば、ユーザ受付部４２が受け付けた指示や情報等を、送信する構造の指示や情報等に変更する処理である。各種の処理は、例えば、ユーザ受信部４５が受信した情報を出力する構造に変更する処理である。

【0193】

ユーザ送信部４４は、指示や情報等を制御装置５に送信する。指示や情報等とは、例えば、ユーザ情報、注文情報、到着情報、ユーザ処理部４３が構成した情報等である。

【0194】

ユーザ受信部４５は、各種の情報や指示等を受信する。各種の情報や指示等は、例えば、各種の画面情報、商品を渡す準備が完了した旨を示す完了情報、後述するキー、後述する警告情報である。

【0195】

ユーザ出力部４６は、各種の情報を出力する。各種の情報とは、例えば、ユーザ処理部４３が構成した情報、ユーザ受付部４２が受け付けた指示や情報等、ユーザ受信部４５が受信した各種の情報や指示等である。

【0196】

ここで、出力とは、通常、ディスプレイへの表示であるが、プロジェクターを用いた投影、プリンタでの印字、音出力、外部の装置への送信、記録媒体への蓄積、他の処理装置や他のプログラムなどへの処理結果の引渡しなどを含む概念であっても良い。

【0197】

制御装置５を構成する格納部５１には、各種の情報が格納される。各種の情報とは、例えば、ユーザ情報、注文情報、商品情報、各種の画面情報、後述する時刻条件等の条件、後述する警告情報である。各種の画面情報は、例えば、注文画面情報、受取方法入力画面情報、ユーザ情報入力画面情報、到着情報入力画面情報である。注文画面情報は、商品を注文するための画面を構成するための情報である。受取方法入力画面情報は、商品を受け取る方法を入力する画面を構成するための情報である。なお、商品を受け取る方法は、例えば、駐車場で受け取ること、店頭レジで受け取ることがある。ユーザ情報入力画面情報は、ユーザ情報を入力する画面を構成するための情報である。なお、ユーザ情報は、例えば、移動体の色、車両番号、ユーザの氏名、電話番号である。到着情報入力画面情報は、到着情報を入力する画面を構成するための情報である。

【0198】

受信部５２は、各種の情報を受信する。受信部５２は、例えば、各種の情報をユーザ端末２から受信する。各種の情報は、例えば、注文情報、完了情報、到着情報、受取方法識別子、キーである。受取方法識別子は、商品を受け取る方法を識別する情報である。受取方法識別子は、例えば、「駐車場での受け取り」「店頭での受け取り」である。なお、「店頭での受け取り」は、ここでは、ロッカー６からの商品の取得である。

【0199】

注文受信部５２１は、注文情報を、一のユーザを識別するユーザ識別子に対応付けて受信する。注文情報は、ここでは、１または２以上の商品識別子と時刻情報とを含む。商品識別子は、ユーザが持ち帰る商品を識別する情報である。時刻情報は、商品の受け取りの予約時刻を特定する情報である。時刻情報は、例えば、「２０２１年２月１２日 １８時００分」「１９時４５分」等であるが、そのデータ構造等は問わない。

【0200】

注文受信部５２１は、例えば、注文情報をユーザ端末４から受信する。ただし、注文受信部５２１は、注文情報を図示しない注文サーバから受信しても良い。注文サーバは、注文情報をユーザ端末４から受信し、注文情報を処理する装置である。注文サーバは、例えば、情報処理装置１である。

【0201】

到着受信部５２２は、到着情報を受信する。到着受信部５２２は、通常、ユーザ端末４から到着情報を受信する。到着情報は、ユーザが店舗に到着したことを示す情報である。到着受信部５２２は、図示しない装置（例えば、情報処理装置１）から、ユーザ端末４が送信した到着情報を受信しても良い。到着情報は、ユーザが店舗の駐車場に到着したことを示す情報でも良い。到着情報は、ユーザが、注文した商品を受け取れる状態にあること、またはあと少しの時間で、注文した商品を受け取れる状態になることを示す情報でも良い。到着情報は、注文情報に対応付く情報である。到着情報は、例えば、ユーザ識別子または注文識別子に対応付く情報である。到着情報とは、例えば、ユーザ識別子または注文識別子を有する。

【0202】

到着受信部５２２は、到着受信部１２３と同じ処理を行っても良い。

【0203】

なお、一のユーザが使用し、注文情報を送信するユーザ端末４と、当該一のユーザが使用し、到着情報を送信するユーザ端末４とは、通常、同じ端末であるが、異なる端末でも良い。

【0204】

処理部５３は、各種の処理を行う。各種の処理とは、例えば、注文処理部１３１、決済部１３２、判断部５３１、ロッカー処理部５３２が行う処理である。

【0205】

判断部５３１は、注文情報が有する時刻情報を用いて、時刻条件を満たすか否かを判断する。なお、時刻条件は、格納部５１に格納されている。

【0206】

判断部５３１は、時刻条件以外の条件を満たすか否かを判断しても良い。時刻条件以外の条件は、例えば、商品貯蔵庫６２に注文した商品が格納されていないことである。また、時刻条件以外の条件は、例えば、商品貯蔵庫６２に注文した商品が格納されていることである。

【0207】

時刻条件は、時刻に関する条件である。時刻条件は、例えば、時刻情報が特定する受け取り時刻に対して、現在時刻が、早すぎること（来店が早すぎること）である。時刻条件は、例えば、時刻情報が特定する受け取り時刻に対して、現在時刻が、所定時間以上前または所定時間より長い時間前であることである。時刻条件は、例えば、現在時刻が、注文情報が有する時刻情報が特定する受け取り時刻より閾値の時間以上前であることである。時刻条件は、例えば、現在時刻が、注文情報が有する時刻情報が特定する受け取り時刻より閾値より長い時間前であることである。また、この時刻条件は、例えば、注文対象の商品の準備に相当時間かかり、注文者に引き渡す準備ができていないことを検出するための条件である。

【0208】

時刻条件は、例えば、現在時刻が、時刻情報が特定する受け取り時刻に対して、遅すぎること（来店が遅すぎること）である。時刻条件は、例えば、現在時刻が、時刻情報が特定する受け取り時刻に対して、長い時間が経過していることである。時刻条件は、例えば、時刻情報が特定する受け取り時刻に対して、現在時刻が、所定時間以上後または所定時間より長い時間後であることである。時刻条件は、例えば、現在時刻が、注文情報が有する時刻情報が特定する受け取り時刻より閾値の時間以上後であることである。時刻条件は、例えば、現在時刻が、注文情報が有する時刻情報が特定する受け取り時刻より閾値の時間より後であることである。なお、時刻情報が特定する受け取り時刻に対して、遅すぎることは、商品が商品貯蔵庫６２に入れられてから時間が経過しすぎていること（閾値以上または閾値より長い時間が経過したこと）と同意義である、と考えて良い。また、この時刻条件は、例えば、対象の商品が生鮮食品である場合、鮮度が維持できていない可能性をあることを検出するための条件である。

【0209】

ロッカー処理部５３２は、判断部５３１が時刻条件を満たすと判断した場合に、商品が保管されるロッカー６に関する所定の処理を行う。

【0210】

所定の処理は、例えば、ロッカー６をオープンできない状況にする処理である。また、所定の処理は、例えば、警告情報の出力処理である。なお、警告情報の出力は、警告情報の送信、警告情報の表示、または警告情報の音声出力等である。つまり、警告情報の出力態様は種々あり得る。また、所定の処理は、例えば、ロッカー６をオープン可能な状況にする処理である。所定の処理は、例えば、商品をロッカー６から取り出せないようにするための処理である。なお、商品を取り出せないようにすることは、ロックをかけた状態にすること、キーを受信できない状態にすること等である。また、所定の処理は、例えば、警告情報を送信する処理である。

【0211】

ロッカー処理部５３２は、例えば、注文情報に対応する商品をロッカー６から取り出せないようにする。

【0212】

ロッカー処理部５３２は、例えば、注文情報に対応する商品の商品貯蔵庫６２にロックをかけた状態にする。

【0213】

ロッカー処理部５３２は、例えば、警告情報を出力する。警告情報は、例えば、受け取り時刻に対して長い時間が経過していることに関する情報である。なお、かかる警告情報は、例えば、商品の鮮度が落ちていることを知らせる情報である。また、警告情報は、例えば、商品を引き渡す準備がまだ出来ていないことを知らせる情報である。

【0214】

ここで、出力とは、ディスプレイへの表示、プロジェクターを用いた投影、プリンタでの印字、音出力、外部の装置への送信、記録媒体への蓄積、他の処理装置や他のプログラムなどへの処理結果の引渡しなどを含む概念である。なお、警告情報の出力は、ブザー音の出力、警告文の表示等でも良い。

【0215】

ロッカー処理部５３２は、例えば、ユーザ識別子で識別される一のユーザに対して、ロッカー６をオープンするためのキーを送信する。なお、ロッカー６をオープンすることは、注文した商品が格納されている商品貯蔵庫から商品を取り出し可能な状態にすることである、と考えても良い。

【0216】

なお、キーは、例えば、ユニークなＩＤであり、例えば、ワンタイムパスワードである。キーは、例えば、ＱＲコード（登録商標）等の二次元コード、数字列等でも良い。キーは、ロッカー６を識別する識別子に対応付いていることは好適である。キーは、ロッカーの商品貯蔵庫６２を識別する識別子に対応付いていることは好適である。

【0217】

また、キーを送信するタイミングは問わない。注文情報の受信に応じて、キーを送信しても良い。ただし、ロッカー処理部５３２は、到着情報の受信に応じて、一のユーザに対して、ロッカー６をオープンするためのキーを送信することは好適である。

【0218】

ロッカー処理部５３２は、例えば、受信部５２が受信したキーに対応する商品貯蔵庫６２から商品を取り出し可能にする。商品を取り出し可能にすることは、例えば、ロッカーのドアのロックを外す処理であるが、他の処理でも良い。

【0219】

ロッカー６は、通常、制御装置５と通信可能である。ロッカー６は、ユーザ端末４と通信可能でも良い。ロッカー６と制御装置５との通信手段、ロッカー６とユーザ端末４との通信手段は、例えば、インターネット、ブルートゥース（登録商標）等の近距離無線通信等、問わない。

【0220】

また、ロッカー６は、１または２以上のディスプレイを有しても良い。ディスプレイに、警告情報が出力されることは好適である。

【0221】

ロッカー６を構成するロッカー受信部６１は、例えば、キーを受信する。ロッカー受信部６１は、例えば、制御装置５から一の商品貯蔵庫６２をオープンするためのキーやキーを含む指示を受信する。ロッカー受信部６１は、例えば、ユーザ端末４から一の商品貯蔵庫６２をオープンするためのキーやキーを含む指示を受信する。かかるキーまたは指示の受信により、一の商品貯蔵庫６２から商品が取り出し可能となる。

【0222】

また、受信部５２が受信したキーに対応する商品貯蔵庫６２から商品を取り出し可能にする処理をロッカー処理部５３２が行ったことに応じて、キーに対応する商品貯蔵庫６２から商品が取り出し可能となる。

【0223】

なお、商品貯蔵庫６２から商品が取り出し可能となることは、通常、商品貯蔵庫６２のドアがオープンされることである。ただし、商品貯蔵庫６２から商品が取り出し可能となることは、例えば、商品に繋がれているチェーンが商品から離脱可能になる等でも良い。商品貯蔵庫６２から商品が取り出し可能となるための仕組みは問わない。

【0224】

ロッカー６は、キーが埋め込まれたコード（例えば、ＱＲコードやバーコード等のコード）を読み取り、当該コードに対応する商品貯蔵庫６２から商品が取り出し可能とする状態になっても良い。

【0225】

商品貯蔵庫６２は、注文された商品を貯蔵できる庫である。商品貯蔵庫６２は、冷蔵機能または冷凍機能を有することは好適である。商品貯蔵庫６２は、ディスプレイを有しても良い。つまり、ロッカー６が２以上の商品貯蔵庫６２を具備する場合、商品貯蔵庫６２ごとにディスプレイを有しても良い。

【0226】

ユーザ格納部４１、格納部５１、ユーザ情報格納部１１１、および注文情報格納部１１２は、不揮発性の記録媒体が好適であるが、揮発性の記録媒体でも実現可能である。

【0227】

ユーザ格納部４１等に情報が記憶される過程は問わない。例えば、記録媒体を介して情報がユーザ格納部４１等で記憶されるようになってもよく、通信回線等を介して送信された情報がユーザ格納部４１等で記憶されるようになってもよく、あるいは、入力デバイスを介して入力された情報がユーザ格納部４１等で記憶されるようになってもよい。

【0228】

ユーザ受付部４２は、タッチパネルやキーボード等の入力手段のデバイスドライバーや、メニュー画面の制御ソフトウェア等で実現され得る。

【0229】

ユーザ処理部４３、処理部５３、注文処理部１３１、決済部１３２、判断部５３１、およびロッカー処理部５３２は、通常、プロセッサやメモリ等から実現され得る。ユーザ処理部４３等の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。なお、プロセッサは、例えば、ＣＰＵ、ＭＰＵ、ＧＰＵ等であり、その種類は問わない。

【0230】

ユーザ送信部４４、およびロッカー処理部５３２は、例えば、無線または有線の通信手段で実現される。

【0231】

ユーザ受信部４５、受信部５２、注文受信部５２１、到着受信部５２２、およびロッカー受信部６１は、通常、無線または有線の通信手段で実現される。

【0232】

ユーザ出力部４６は、ディスプレイやスピーカー等の出力デバイスを含むと考えても含まないと考えても良い。ユーザ出力部４６は、出力デバイスのドライバーソフトまたは、出力デバイスのドライバーソフトと出力デバイス等で実現され得る。

【0233】

次に、ロッカーシステムＢの動作例について説明する。まず、図２０のフローチャートを用いて、ロッカーシステムＢを構成するユーザ端末４の動作例について説明する。図２０のフローチャートにおいて、図６のフローチャートと同一のステップについて、説明を省略する。

【0234】

（ステップＳ２００１）ユーザ受信部４５は、キーを受信したか否かを判断する。キーを受信した場合はステップＳ２００２に行き、キーを受信しなかった場合はステップＳ２００３に行く。

【0235】

（ステップＳ２００２）ユーザ処理部４３は、ステップＳ２００１で受信されたキーをユーザ格納部４１に蓄積する。ステップＳ６０１に戻る。なお、ここで、ユーザ処理部４３は、ステップＳ２００１で受信されたキーを表示する等しても良い。また、ユーザ処理部４３は、ステップＳ２００１で受信されたキーを、ロッカー６に送信しても良い。ここでのキーの送信により、キーに対応する商品貯蔵庫６２から注文した商品が取り出し可能となる。

【0236】

（ステップＳ２００３）ユーザ受信部４５は、警告情報を受信したか否かを判断する。警告情報を受信した場合はステップＳ２００４に行き、警告情報を受信しなかった場合はステップＳ２００１に戻る。なお、ここで受信される警告情報は、例えば、第一警告情報または第二警告情報である。

【0237】

（ステップＳ２００４）ユーザ出力部４６は、ステップＳ２００３で受信された警告情報を出力する。

【0238】

（ステップＳ２００５）ユーザ受付部４２は、ユーザからキー出力指示を受け付けたか否かを判断する。キー出力指示を受け付けた場合はステップＳ２００４に行き、キー出力指示を受け付けなかった場合はステップＳ６０１に戻る。

【0239】

（ステップＳ２００６）ユーザ出力部４６は、ユーザ格納部４１に格納されているキーを取得し、出力する。なお、ここでの出力は、例えば、表示、またはロッカー６への送信である。

【0240】

なお、図２０のフローチャートにおいて、到着情報の送信に応じて、キーを受信した。しかし、図２０のフローチャートにおいて、他のトリガーにより、キーを受信しても良い。他のトリガーとは、例えば、注文情報の送信、決済処理の完了等である。

【0241】

また、図２０のフローチャートにおいて、到着情報の送信に応じて、警告情報を受信した。しかし、図２０のフローチャートにおいて、他のトリガーにより、警告情報を受信しても良い。他のトリガーとは、例えば、キーの送信、ユーザ端末４から送信された位置情報が店舗の位置を示す情報であると、制御装置５で判断されたこと等である。

【0242】

さらに、図２０のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。

【0243】

次に、制御装置５の動作例について、図２１のフローチャートを用いて説明する。図２０のフローチャートにおいて、図４のフローチャートと同一のステップについて説明を省略する。

【0244】

（ステップＳ２１０１）ステップＳ４１７で取得された注文情報が有する受取方法識別子が「店頭での受け取り」であるか否かを判断する。「店頭での受け取り」である場合はステップＳ２１０２に行き、「駐車場での受け取り」である場合はステップＳ４０１に戻る。

【0245】

（ステップＳ２１０２）処理部５３は、ユーザに商品を引き渡すための商品引渡処理を行う。ステップＳ４０１に戻る。商品引渡処理の例について、図２２フローチャートを用いて説明する。

【0246】

なお、図４のフローチャートにおいて、ステップＳ４１１で「Ｙｅｓ」の場合、ステップＳ４１０に行く。
しても良い。

【0247】

また、図４のフローチャートにおいて、ユーザ端末４からキーを受信したことに応じて、商品引渡処理を行っても良い。かかる場合、商品引渡処理において、警告情報を送信しない場合は、ロッカー処理部５３２は、対応する商品貯蔵庫６２から商品を取りだし可能になるようにロッカー６を制御する。また、かかる場合、例えば、注文時に、ユーザ端末４にキーが送信されている。

【0248】

さらに、図２１のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。

【0249】

次に、ステップＳ２１０２の商品引渡処理の例について、図２２フローチャートを用いて説明する。

【0250】

（ステップＳ２２０１）判断部５３１は、格納部５１から時刻条件を取得する。ここで、時刻条件は、第一条件と第二条件とを有する、とする。

【0251】

（ステップＳ２２０２）判断部５３１は、図示しない時計から現在時刻を取得する。

【0252】

（ステップＳ２２０３）判断部５３１は、ステップＳ２２０２で取得した現在時刻が、第一条件を満たすほど早い時刻であるか否かを判断する。第一条件を満たす場合はステップＳ２２０４に行き、第一条件を満たさない場合はステップＳ２２０６に行く。なお、第一条件は、時刻条件の一例であり、現在時刻が受取時刻に対して早すぎることを判断するための条件である。

【0253】

（ステップＳ２２０４）ロッカー処理部５３２は、第一警告情報を格納部５１から取得する。なお、第一警告情報は、第一条件に対応付いており、受け取りが予定の時刻に対して早すぎることに関する情報である。

【0254】

（ステップＳ２２０５）ロッカー処理部５３２は、ステップＳ２２０４で取得した第一警告情報をユーザ端末４に送信する。上位処理にリターンする。

【0255】

（ステップＳ２２０６）判断部５３１は、ステップＳ２２０２で取得した現在時刻が、第二条件を満たすほど遅い時刻であるか否かを判断する。第二条件を満たす場合はステップＳ２２０７に行き、第一条件を満たさない場合はステップＳ２２０９に行く。なお、第二条件は、時刻条件の一例であり、現在時刻が受取時刻に対して遅すぎることを判断するための条件である。

【0256】

（ステップＳ２２０７）ロッカー処理部５３２は、第二警告情報を格納部５１から取得する。第二警告情報は、第二条件に対応付いており、受け取りが予定の時刻に対して遅すぎることに関する情報である。第二警告情報は、例えば、注文された商品の鮮度が落ちていることの注意喚起に関する情報である。

【0257】

（ステップＳ２２０８）ロッカー処理部５３２は、ステップＳ２２０７で取得した第二警告情報をユーザ端末４に送信する。上位処理にリターンする。

【0258】

（ステップＳ２２０９）ロッカー処理部５３２は、ステップＳ４１７で取得された注文情報に対応する商品が入った商品貯蔵庫６２を特定する貯蔵庫識別子を用いて、キーを生成する。

【0259】

（ステップＳ２２１０）ロッカー処理部５３２は、ステップＳ２２０９で生成したキーを、ユーザ端末４に送信する。上位処理にリターンする。なお、ここで、ロッカー処理部５３２は、ロッカー６にキーを送信しても良い。かかる場合、ロッカー６はキーを受信し、当該キーに対応する商品貯蔵庫６２から商品を取りだし可能な状態としても良い。なお、商品を取りだし可能な状態とすることは、例えば、注文商品が格納されている商品貯蔵庫６２のドアをオープンすることである。

【0260】

なお、図２２のフローチャートにおいて、判断部５３１が判断する対象の条件は、第一条件と第二条件の二つであった。しかし、判断部５３１が判断する対象の条件は、一つでも、３以上でも良い。

【0261】

また、図２２のフローチャートにおいて、条件を満たさない場合（商品の通常の引き渡しが可能である場合）、ロッカー処理部５３２はユーザ端末４にキーを送信したが、ロッカー処理部５３２は、注文商品が格納されている商品貯蔵庫６２から商品を取りだし可能な状態としても良い。

【0262】

以下、本実施の形態におけるロッカーシステムＢの具体的な動作例について説明する。
ロッカーシステムＢの概念図は図１７である。また、ここでの制御装置５は、実施の形態１で説明した情報処理装置１のすべての機能を有する、とする。

【0263】

今、制御装置５の格納部５１には、図２３に示す警告情報管理表が格納されている、とする。警告情報管理表には、時刻条件等の条件に対応付けられた警告情報が管理されている。警告情報管理表には、「ＩＤ」「条件」「警告情報」を有する。「ＩＤ」は、レコードを識別する情報である。「条件」は、時刻条件等の条件である。「条件」は、例えば、時刻条件であるが、注文された商品が商品貯蔵庫に入れられているか否かに関する商品設定情報に基づく条件でも良い。商品設定情報は、ここでは、注文された商品が入れられている商品貯蔵庫のＩＤまたはＮＵＬＬを採り得る。商品設定情報がＮＵＬＬである場合、注文された商品が商品貯蔵庫に入れられていないことを示す。「警告情報」は、ここでは、ロッカー６またはユーザ端末４に送信され、出力される情報である。

【0264】

図２３の「ＩＤ＝１」の条件「０＜受取時刻－現在時刻＜５分 ＡＮＤ 貯蔵庫ＩＤ＝ＮＵＬＬ」は、現在時刻が受取の予定時刻に対して、５分より短い時間前であり、かつ注文した商品が商品貯蔵庫６２に入っていないことである。かかる条件は、受取時刻に近い時刻であるにも関わらず、注文商品の準備が出来ていないことを特定するための条件である。

【0265】

図２３の「ＩＤ＝２」の条件「受取時刻－現在時刻＞＝５分」は、現在時刻が受取の予定時刻の５分以上前であることである。かかる条件は、受取時刻まで、かなりの時間があることを特定するための条件である。

【0266】

図２３の「ＩＤ＝３」の条件「現在時刻－受取時刻＞＝２０分」は、現在時刻が受取の予定時刻の２０分以上後であることである。かかる条件は、受取時刻からかなりの時間が経過していることを特定するための条件である。なお、かかる場合、お寿司等の生鮮食品の鮮度が落ちている可能性があるので、その旨の注意喚起が必要である。

【0267】

また、制御装置５のユーザ情報格納部１１１には、図８に示すユーザ管理表が格納されている、とする。

【0268】

また、注文情報格納部１１２には、図２４に示す構造を有する注文管理表が格納されている。注文管理表は、「ＩＤ」「注文番号」「ユーザ識別子」「商品識別子」「個数」「金額」「受取時刻」「移動体識別情報」「駐車場場所情報」「貯蔵庫ＩＤ」を有するレコードを１以上格納している。「貯蔵庫ＩＤ」は、注文された商品を格納している商品貯蔵庫の識別子である。

【0269】

さらに、ここでの注文対象の商品は、生鮮食品の中のお寿司である、とする。

【0270】

かかる状況において、複数のユーザがユーザ端末４を用いて、お寿司の注文した、とする。その結果、実施の形態１で説明した処理が行われ、制御装置５の注文情報格納部１１２には、図２４の注文管理表の「ＩＤ＝６２１，６２２，・・・，６２９，６３０」等のレコードが格納された、とする。なお、「ＩＤ＝６２１」に対応する注文情報に対する受取方法識別子は「駐車場」であり、「ＩＤ６２２，６２９，６３０」に対応する注文情報に対する受取方法識別子は「店舗」であった、とする。

【0271】

また、実施の形態１で説明したように、各注文に対して、制御装置５は、決済処理を行い、注文内容を厨房内の第一店舗端末３に送信したりする処理等も行う、とする。

【0272】

さらに、制御装置５のロッカー処理部５３２は、受取方法識別子「店舗」に対応する注文に対して、注文識別子に対応するユニークなキーを生成する、とする。なお、ユニークなキーは、注文識別子または注文識別子に対応する情報を用いて生成されることは好適である。ユニークなキーは、例えば、注文識別子または注文識別子に対応する情報が埋め込まれた二次元コード、または注文識別子または注文識別子に対応する情報が復元可能なデータ（例えば、ハッシュッ値）である。

【0273】

そして、ロッカー処理部５３２は、受取方法識別子「店舗」に対応する注文に対して、生成したキーを、注文情報を送信したユーザ端末４に送信する。

【0274】

次に、注文したユーザ端末４は、キーを受信し、蓄積した、とする。

【0275】

そして、２０２０年５月１日の１１時１０分に、「ＩＤ＝６２２」に対応する商品の調理が完了し、ユーザ識別子「Ｕ２９１」で識別されるユーザにより注文された商品が、貯蔵庫ＩＤ「３」で識別される商品貯蔵庫６２に入れられた、とする。店員がロッカー６の貯蔵庫ＩＤ「３」で識別される商品貯蔵庫６２のドアを閉めた操作、または店員のロッカー６への操作により、貯蔵庫ＩＤ「３」が注文情報の「ＩＤ＝６２２」に対応付けられて、ロッカー６から制御装置５に送信された、とする。

【0276】

次に、制御装置５の受信部５２は、注文情報の「ＩＤ＝６２２」に対応付けられた貯蔵庫ＩＤ「３」を受信する。次に、処理部５３は、注文情報の「ＩＤ＝６２２」に対応付けて、貯蔵庫ＩＤ「３」を、注文管理表（図２４）に蓄積する。かかる貯蔵庫ＩＤ「３」は、図２４の「ＩＤ＝６２２」の貯蔵庫ＩＤ「３」である。

【0277】

しかし、「ＩＤ＝６２２」の注文を行ったユーザ「Ｕ２９１」は、受取時刻「２０２０年５月１日１１時１５分」を過ぎても、店舗まで商品を取りに来なかった、とする。

【0278】

そして、時間が経過し、２０２０年５月１日１１時５５分になり、受取時刻「２０２０年５月１日１２時００分」である「ＩＤ＝６３０」の注文情報に対応する商品の調理が完了し、店員は、ロッカー６の商品貯蔵庫６２（貯蔵庫ＩＤ「５」）に、商品を格納した、とする。

【0279】

すると、ロッカー６の図示しないロッカー送信部は、貯蔵庫ＩＤ「５」を注文情報の「ＩＤ＝６３０」に対応付けて、制御装置５に送信した、とする。

【0280】

次に、制御装置５の受信部５２は、注文情報の「ＩＤ＝６３０」に対応付けられた貯蔵庫ＩＤ「５」を受信する。次に、処理部５３は、注文情報の「ＩＤ＝６３０」に対応付けて、貯蔵庫ＩＤ「５」を、注文管理表（図２４）に蓄積する。

【0281】

次に、時刻が、「２０２０年５月１日１２時００分」になった、とする。

【0282】

かかる状況において、ユーザ識別子「Ｕ３０１」で識別されるユーザ、ユーザ識別子「Ｕ２９１」で識別されるユーザ、およびユーザ識別子「Ｕ３００」で識別されるユーザが続けて、店舗に注文した商品を取りに来た、とする。

【0283】

ユーザ識別子「Ｕ３０１」で識別されるユーザの場合（正常に商品を受け取る場合）を具体例１、ユーザ識別子「Ｕ２９１」で識別されるユーザの場合（非常に遅れて来店した場合）を具体例２、およびユーザ識別子「Ｕ３００」で識別されるユーザの場合（受取時刻より非常に早く来店した場合）を具体例３として、以下に説明する。

【0284】

（具体例１）
ユーザ識別子「Ｕ３０１」で識別されるユーザが店舗に到着し、「ＩＤ＝６３０」の注文情報に対応するキーが格納されているユーザ端末４に対して、キー出力指示を入力した、とする。すると、ユーザ端末４のユーザ受付部４２は、キー出力指示を受け付ける。次に、ユーザ出力部４６は、ユーザ格納部４１に格納されているキーを取得し、制御装置５に送信する。

【0285】

次に、制御装置５の受信部５２は、キーをユーザ端末４から受信する。

【0286】

次に、制御装置５の判断部５３１は、受信されたキーから注文情報の識別子「ＩＤ＝６３０」を取得する。判断部５３１は、図２３の３つの条件を取得する。次に、判断部５３１は、図示しない時計から現在時刻「２０２０年５月１日１２時００分」を取得する。次に、判断部５３１は、注文情報の識別子「ＩＤ＝６３０」の受取時刻「２０２０年５月１日１２時００分」、および貯蔵庫ＩＤ「５」を、図２４の注文管理表から取得する。そして、判断部５３１は、図２３の３つの条件ともに満たさない、と判断する。

【0287】

次に、ロッカー処理部５３２は、取得された貯蔵庫ＩＤ「５」のドアをオープンする指示を、ロッカー６に送信する。

【0288】

次に、ロッカー６のロッカー受信部６１は、貯蔵庫ＩＤ「５」のドアをオープンする指示を受信する。そして、ロッカー６の図示しないロッカー処理部は、貯蔵庫ＩＤ「５」のドアをオープンする。

【0289】

以上の処理により、受取時刻に店舗に到着したユーザ（ユーザ識別子「Ｕ３０１」のユーザ）は、注文した商品をロッカー６から取り出せることとなる。

【0290】

（具体例２）
ユーザ識別子「Ｕ２９１」で識別されるユーザが店舗に到着し、「ＩＤ＝６２２」の注文情報に対応するキーが格納されているユーザ端末４に対して、キー出力指示を入力した、とする。すると、ユーザ端末４のユーザ受付部４２は、キー出力指示を受け付ける。次に、ユーザ出力部４６は、ユーザ格納部４１に格納されているキーを取得し、制御装置５に送信する。

【0291】

次に、制御装置５の受信部５２は、キーをユーザ端末４から受信する。

【0292】

次に、制御装置５の判断部５３１は、受信されたキーから注文情報の識別子「ＩＤ＝６２２」を取得する。判断部５３１は、図２３の３つの条件を取得する。次に、判断部５３１は、図示しない時計から現在時刻「２０２０年５月１日１２時００分」を取得する。次に、判断部５３１は、注文情報の識別子「ＩＤ＝６２２」の受取時刻「２０２０年５月１日１１時１５分」、および貯蔵庫ＩＤ「３」を、図２４の注文管理表から取得する。そして、判断部５３１は、図２３の「ＩＤ＝１，２」の条件は満たさず、図２３の「ＩＤ＝３」の条件「現在時刻－受取時刻＞＝２０分」を満たす、と判断する。ここで、「現在時刻－受取時刻＝４５分 ＞＝ ２０分」である。

【0293】

次に、ロッカー処理部５３２は、図２３の「ＩＤ＝３」の警告情報「お作りしてから時間が経過しているため、従業員にお声がけくださいませ。」を図２３の警告情報管理表から取得する。また、ロッカー処理部５３２は、「ＩＤ＝６２２」に対応する注文情報、ユーザ識別子「Ｕ２９１」、ユーザの氏名等を取得した、とする。

【0294】

次に、ロッカー処理部５３２は、取得した警告情報等を、ユーザ識別子「Ｕ２９１」で識別されるユーザのユーザ端末４に送信する。なお、ユーザ端末４に送信するための送信識別子（例えば、電話番号、ＩＰアドレス、またはメールアドレス）は、注文情報に対応付けて、管理されている、とする。

【0295】

次に、ユーザ識別子「Ｕ２９１」で識別されるユーザのユーザ端末４は、警告情報等を受信し、出力する。かかる出力例は、図２５である。なお、図２５において、注文情報の一部とユーザの氏名も出力されている。

【0296】

そして、ユーザ「ヤマモト ハナコ」は、店員に声をかけて、商品を作り直してもらう、または商品の安全を確認し、持ち帰ることができた、とする。

【0297】

（具体例３）
ユーザ識別子「Ｕ３００」で識別されるユーザが店舗に到着し、「ＩＤ＝６２９」の注文情報に対応するキーが格納されているユーザ端末４に対して、キー出力指示を入力した、とする。すると、ユーザ端末４のユーザ受付部４２は、キー出力指示を受け付ける。次に、ユーザ出力部４６は、ユーザ格納部４１に格納されているキーを取得し、制御装置５に送信する。

【0298】

次に、制御装置５の受信部５２は、キーをユーザ端末４から受信する。

【0299】

次に、制御装置５の判断部５３１は、受信されたキーから注文情報の識別子「ＩＤ＝６２９」を取得する。判断部５３１は、図２３の３つの条件を取得する。次に、判断部５３１は、図示しない時計から現在時刻「２０２０年５月１日１２時００分」を取得する。次に、判断部５３１は、注文情報の識別子「ＩＤ＝６２９」の受取時刻「２０２０年５月１日１２時４５分」、および貯蔵庫ＩＤ「 （ＮＵＬＬ）」を、図２４の注文管理表から取得する。そして、判断部５３１は、図２３の「ＩＤ＝１，３」の条件は満たさず、図２３の「ＩＤ＝２」の条件「受取時刻－現在時刻＞＝５分」を満たす、と判断する。ここで、「受取時刻－現在時刻＝４５分 ＞＝ ５分」である。

【0300】

次に、ロッカー処理部５３２は、図２３の「ＩＤ＝２」の警告情報「もうしばらくお待ち下さい。」を図２３の警告情報管理表から取得する。また、ロッカー処理部５３２は、「ＩＤ＝６２９」に対応する注文情報、ユーザ識別子「Ｕ２９１」、ユーザの氏名等を取得した、とする。

【0301】

次に、ロッカー処理部５３２は、取得した警告情報等を、ユーザ識別子「Ｕ２９１」で識別されるユーザのユーザ端末４とロッカー６とに送信する。

【0302】

次に、ユーザ識別子「Ｕ３００」で識別されるユーザのユーザ端末４は、警告情報「もうしばらくお待ち下さい。」等を受信し、出力する。

【0303】

また、ロッカー６のロッカー受信部６１は、警告情報「もうしばらくお待ち下さい。」と注文番号「２０２００５０１２８３１４１０」とを受信する。次に、ロッカー６は、図示しないディスプレイに、警告情報「もうしばらくお待ち下さい。」と注文番号「２０２００５０１２８３１４１０」とを出力する。なお、ロッカーの出力例は、図２６の２６０１である。

【0304】

以上、本実施の形態によれば、持ち帰りの商品を保管するロッカーに関して、受け取りの予約時刻に応じて、適切に制御できる。

【0305】

また、本実施の形態によれば、例えば、受け取りの予約時刻に応じて、持ち帰りの商品を保管するロッカーから商品を取り出せないように制御できる。

【0306】

また、本実施の形態によれば、例えば、受け取りの予約時刻に応じて、持ち帰りの商品を保管するロッカーをオープンできないようにできる。

【0307】

また、本実施の形態によれば、予約商品のロッカーからの受け取りの予約時刻に応じて、適切な警告を出力できる。

【0308】

また、本実施の形態によれば、例えば、受け取りの予約時刻に応じて、持ち帰りの商品を保管するロッカーをオープンするためのキーを送信できる。

【0309】

また、本実施の形態によれば、到着情報の受信に応じて、持ち帰りの商品を保管するロッカーをオープンするためのキーを送信できる。かかることにより、キーのセキュリティーをより確保できる。

【0310】

さらに、本実施の形態によれば、持ち帰りの商品を保管するロッカーに関して、受け取りの予約時刻に応じて、適切に制御できるシステムを提供できる。

【0311】

なお、本実施の形態における処理は、ソフトウェアで実現しても良い。そして、このソフトウェアをソフトウェアダウンロード等により配布しても良い。また、このソフトウェアをＣＤ－ＲＯＭなどの記録媒体に記録して流布しても良い。なお、このことは、本明細書における他の実施の形態においても該当する。なお、本実施の形態における制御装置５を実現するソフトウェアは、以下のようなプログラムである。つまり、このプログラムは、コンピュータを、ユーザが持ち帰る商品を識別する商品識別子と前記商品の受け取りの予約時刻に関する時刻情報とを含む注文情報を、一のユーザを識別するユーザ識別子に対応付けて受信する注文受信部と、前記注文情報が有する前記時刻情報を用いて、時刻に関する時刻条件を満たすか否かを判断する判断部と、前記判断部が前記時刻条件を満たすと判断した場合に、前記商品が保管されるロッカーに関する所定の処理を行うロッカー処理部として機能させるためのプログラムである。

【0312】

（実施の形態３）
本実施の形態において、ユーザ端末から注文された持ち帰り商品に対応するゲームが可能となる、制御システムについて説明する。なお、商品は、例えば、食品である。また、食品は、例えば、お寿司、お刺身等の生鮮食品である。

【0313】

また、本実施の形態において、注文された商品を保管するロッカーも有する制御システムについて説明する。

【0314】

また、本実施の形態において、注文された商品の価格に基づいて、ゲームができる制御システムについて説明する。

【0315】

また、本実施の形態において、ロッカーからコード等を送信することに応じて、ゲームができる制御システムについて説明する。

【0316】

さらに、本実施の形態において、注文した商品の価格に基づいて、ゲームの回数が決定される制御システムについて説明する。

【0317】

図２７は、本実施の形態における制御システムＣの概念図である。制御システムＣは、１または２以上のユーザ端末４、制御装置７、１または２以上のロッカー８、および１または２以上のゲーム装置９を備える。なお、ロッカー８とゲーム装置９とは１対１に対応付いていることは好適であるが、１対多、多対１、多対多の対応でも良い。なお、制御システムＣは、ロッカー８を有さなくても良い。

【0318】

ユーザ端末４は、実施の形態２で説明したユーザ端末４と同じである。ユーザ端末４は、例えば、スマートフォン、タブレット端末、いわゆるパーソナルコンピュータ等であり、その種類は問わない。

【0319】

制御装置７は、通常、いわゆるサーバであり、例えば、クラウドサーバ、ＡＳＰサーバ等であり、その種類は問わない。

【0320】

ロッカー８は、１または２以上の商品貯蔵庫を有する。商品貯蔵庫は、注文された商品を入れる庫である。商品貯蔵庫は、冷蔵機能を有することは好適であるが、冷蔵機能の有無は問わない。

【0321】

また、ユーザ端末４、制御装置７、ロッカー８、ゲーム装置９は、インターネット等のネットワークや近距離無線通信などにより、通信可能であることは好適である。また、ロッカー８とゲーム装置９は、通常、店舗に対応付いている。ロッカー８とゲーム装置９は、店舗内に存在することは好適である。

【0322】

図２８は、本実施の形態における制御システムＣのブロック図である。図２９は、制御システムＣを構成する制御装置７のブロック図である。

【0323】

制御装置７は、格納部７１、受信部７２、処理部７３、および送信部７４を備える。格納部７１は、ユーザ情報格納部１１１、および注文情報格納部１１２を備える。受信部７２は、注文受信部５２１、到着受信部５２２および、コード受信部７２１を備える。処理部７３は、注文処理部１３１、決済部１３２、判断部５３１、ロッカー処理部５３２、コード取得部７３１、価格取得部７３２、およびゲーム装置制御部７３３を備える。送信部７４は、コード送信部７４１を備える。

【0324】

ロッカー８は、ロッカー受信部６１、１または２以上の商品貯蔵庫６２、ロッカー受付部８１、およびロッカー送信部８２を備える。

【0325】

ゲーム装置９は、ゲーム受信部９１、およびゲーム動作部９２を備える。

【0326】

制御装置７を構成する格納部７１には、各種の情報が格納される。各種の情報とは、例えば、ユーザ情報、注文情報、商品情報、各種の画面情報、時刻条件等の条件、警告情報である。

【0327】

受信部７２は、各種の情報や指示を受信する。各種の情報や指示は、例えば、注文情報、到着情報、コードである。なお、コードは、キーと言っても良い。

【0328】

コード受信部７２１は、コード等を受信する。コード等とは、コードまたはコードに基づく情報である。コードに基づく情報とは、コードから取得できる情報でも良い。コードに基づく情報は、例えば、コードに対応する注文情報に含まれる情報である。コードに対応する注文情報に含まれる情報は、例えば、注文情報を特定する注文番号、価格、後述するゲーム回数である。なお、コードは、例えば、ユニークなＩＤであり、例えば、ワンタイムパスワードである。コードは、例えば、ＱＲコード（登録商標）等の二次元コード、バーコード、数字列等でも良い。コードは、ロッカー６を識別する識別子に対応付いていることは好適である。コードは、商品貯蔵庫６２を識別する識別子に対応付いていることは好適である。

【0329】

コード受信部７２１は、例えば、ロッカー８からコード等の情報を受信する。また、コード受信部７２１は、例えば、ユーザ端末４からコード等の情報を受信する。コード受信部７２１は、例えば、ゲーム装置９からコード等の情報を受信する。

【0330】

処理部７３は、各種の処理を行う。各種の処理は、例えば、注文処理部１３１、決済部１３２、判断部５３１、ロッカー処理部５３２、コード取得部７３１、価格取得部７３２、ゲーム装置制御部７３３が行う処理である。

【0331】

コード取得部７３１は、注文情報に応じたコードを取得する。コード取得部７３１は、例えば、注文情報に応じたコードを生成する。コード取得部７３１は、注文情報を取り出し可能なユニークなコードを生成することは好適である。つまり、コードから注文情報を取得可能であることは好適である。コードから、商品貯蔵庫６２の識別子を取得できることは好適である。また、コードから、ロッカー８の識別子を取得できることは好適である。コードに、注文情報の一部または全部の情報、ロッカー８の識別子、商品貯蔵庫６２の識別子が埋め込まれていることは好適である。コード取得部７３１は、例えば、注文情報に応じたコードを格納部７１から読み出しても良い。つまり、コード取得部７３１がコードを取得する方法は問わない。注文情報に応じたコードを取得する技術は公知技術であるので、詳細な説明を省略する。

【0332】

価格取得部７３２は、コード受信部７２１が受信したコードに対応する注文情報に応じた価格を取得する。価格取得部７３２は、例えば、コード受信部７２１が受信したコードに対応する注文情報が有する価格（金額）を、注文情報格納部１１２から取得する。価格取得部７３２は、例えば、コード受信部７２１が受信したコードに対応する注文情報が有する１以上の商品識別子に対応する価格を図示しない価格表から取得し、当該取得した価格の合計を算出する。なお、価格表は、商品識別子と価格とを対応付けた表である。なお、価格は、ユーザが支払う金額である。

【0333】

ゲーム装置制御部７３３は、例えば、価格取得部７３２が取得した価格を送信する。

【0334】

ゲーム装置制御部７３３は、例えば、価格取得部７３２が取得した価格を用いて、ゲームに使用する情報であるゲーム情報を送信する。ゲーム情報は、例えば、ゲーム回数である。ゲーム回数とは、ユーザができるゲームの回数である。ゲーム装置制御部７３３は、例えば、価格取得部７３２が取得した価格を用いて、ゲーム回数を取得し、当該ゲーム回数を送信する。

【0335】

なお、ゲーム回数の算出方法は問わない。ゲーム装置制御部７３３は、例えば、価格取得部７３２が取得した価格をパラメータとする増加関数により、ゲーム回数を算出する。ゲーム装置制御部７３３は、例えば、演算式「ゲーム回数＝ＩＮＴ（価格取得部７３２が取得した価格／５００円）」により、ゲーム回数を算出する。なお、ＩＮＴ（）は、割り算の結果の小数値部分を切り捨てた整数を取得する関数である。

【0336】

ゲーム情報は、例えば、ゲームに使用する武器、ゲームに使用するコンテンツ等でも良い。また、ゲームの種類や内容等は問わない。ゲームの例は、後述する。

【0337】

ゲーム装置制御部７３３は、例えば、価格またはゲーム情報をゲーム装置９に送信する。また、ゲーム装置制御部７３３は、例えば、価格またはゲーム情報をロッカー８に送信する。なお、価格またはゲーム情報がロッカー８に送信された場合でも、最終的にはゲーム装置９が価格またはゲーム情報を受け付けることとなる。つまり、価格またはゲーム情報がゲーム装置９に渡されるまでのルートは問わない。ゲーム装置９が、ゲーム情報を用いて、ゲームを遂行すれば良い。

【0338】

送信部７４は、各種の情報や指示を送信する。各種の情報や指示は、例えば、コードである。

【0339】

コード送信部７４１は、コード取得部７３１が取得したコードをユーザ端末４に送信する。なお、コード送信部７４１がコードをユーザ端末４に送信するタイミングは問わない。コード送信部７４１は、例えば、注文情報が受け付けられた後に、コードをユーザ端末４に送信する。注文情報が受け付けられた後は、例えば、注文に対する決済処理が完了した直後、注文情報が正常に格納された直後等である。また、コード送信部７４１は、例えば、到着情報が受信された後に、コードをユーザ端末４に送信する。

【0340】

ロッカー８を構成するロッカー受付部８１は、コードを受け付ける。ロッカー受付部８１のコードの受け付け方法は問わない。ロッカー受付部８１は、例えば、ロッカー８が有するカメラ（図示しない）にかざされたコード（例えば、ＱＲコード等の二次元コード、バーコード等）を読み取る。ロッカー受付部８１は、例えば、ユーザ端末４からコードを受信する。ロッカー受付部８１は、例えば、ユーザからのコードの入力を受け付ける。ロッカー受付部８１は、例えば、制御装置７からコードを受信する。かかる場合、ロッカー受付部８１は、例えば、タッチパネル、テンキー、キーボード等の入力手段を具備する。

【0341】

ロッカー送信部８２は、コード等を送信する。コード等とは、例えば、ロッカー受付部８１が受け付けたコードである。コード等とは、例えば、ロッカー受付部８１が受け付けたコードから取得できる情報である。コードから取得できる情報とは、例えば、価格である。コードから取得できる情報とは、例えば、ゲーム情報である。ロッカー送信部８２がコードから価格やゲーム情報を送信するために、かかる情報を取得する場合、制御装置７にコードを送信し、制御装置７が受信したコードに応じた価格やゲーム情報を受信しても良い。

【0342】

ロッカー送信部８２は、コード等を、例えば、ゲーム装置９または制御装置７のいずれか１以上の装置に送信する。

【0343】

ゲーム装置９を構成するゲーム受信部９１は、コード等を受信する。コード等とは、例えば、ユーザ端末４から送信された注文情報に対応するコードである。コード等とは、例えば、ユーザ端末４から送信された注文情報に対応するコードから取得できる情報である。コードから取得できる情報は、例えば、価格、ゲーム情報である。ゲーム情報は、例えば、ゲーム回数、ゲームで使用する武器等である。

【0344】

ゲーム受信部９１は、例えば、コード等を受信する。ここでのコード等とは、コードまたはコードから取得できる情報である。コードから取得できる情報は、例えば、ゲーム情報である。

【0345】

ゲーム受信部９１は、例えば、制御装置７またはロッカー８からコード等を受信する。ただし、ゲーム受信部９１は、ユーザ端末４からコード等を受信しても良い。ゲーム受信部９１がコード等を受信するルートは問わない。

【0346】

ゲーム受信部９１は、例えば、ユーザ端末４から送信された注文情報に対応するゲーム情報を受信する。

【0347】

ゲーム受信部９１は、例えば、ユーザ端末４から送信された注文情報が有する商品識別子に対応する価格または、ユーザ端末から送信された注文情報が有する商品識別子に対応する価格に応じたゲーム回数を受信する。

【0348】

ゲーム受信部９１は、例えば、コードが受け付けられたことに応じて、コード等を受信する。ただし、ゲーム受信部９１がコード等を受信するタイミングは問わない。

【0349】

ゲーム動作部９２は、コードが受け付けられたことに応じて、ゲームに関する動作を行う。ゲームは、例えば、抽選ゲームであるが、対戦ゲーム、景品選択のゲーム等でも良い。ゲームの種類や内容等は問わない。ゲームは、抽選により、当選した場合に、商品が排出されるゲームであることは好適である。

【0350】

格納部７１は、不揮発性の記録媒体が好適であるが、揮発性の記録媒体でも実現可能である。

【0351】

格納部７１に情報が記憶される過程は問わない。例えば、記録媒体を介して情報が格納部７１で記憶されるようになってもよく、通信回線等を介して送信された情報が格納部７１で記憶されるようになってもよく、あるいは、入力デバイスを介して入力された情報がユーザ格納部４１で記憶されるようになってもよい。

【0352】

受信部７２、コード受信部７２１、ゲーム受信部９１は、通常、無線または有線の通信手段で実現される。

【0353】

処理部７３、コード取得部７３１、価格取得部７３２、ゲーム装置制御部７３３、ゲーム動作部９２は、通常、プロセッサやメモリ等から実現され得る。処理部７３等の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。なお、プロセッサは、例えば、ＣＰＵ、ＭＰＵ、ＧＰＵ等であり、その種類は問わない。

【0354】

ゲーム装置制御部７３３、送信部７４、コード送信部７４１、ロッカー送信部８２は、例えば、無線または有線の通信手段で実現される。

【0355】

ロッカー受付部８１は、例えば、コードリーダーにより実現される。ロッカー受付部８１は、例えば、タッチパネルやキーボード等の入力手段のデバイスドライバーや、メニュー画面の制御ソフトウェア等で実現され得る。

【0356】

次に、制御システムＣの動作例について説明する。まず、図３０のフローチャートを用いて、制御システムＣを構成するユーザ端末４の動作例について説明する。図３０のフローチャートにおいて、図６または図２０のフローチャートと同一のステップについて、説明を省略する。

【0357】

（ステップＳ３００１）ユーザ受信部４５は、注文情報の送信に応じて（注文に応じて）コードを受信したか否かを判断する。コードを受信した場合はステップＳ３００２に行き、コードを受信しなかった場合はステップＳ３００１に戻る。

【0358】

（ステップＳ３００２）ユーザ処理部４３は、コードをユーザ格納部４１に蓄積する。ステップＳ６０１に戻る。

【0359】

（ステップＳ３００３）ユーザ受付部４２は、コード出力指示を受け付けたか否かを判断する。コード出力指示を受け付けた場合はステップＳ３００４に行き、コード出力指示を受け付けなかった場合はステップＳ２００３に行く。

【0360】

（ステップＳ３００４）ユーザ処理部４３は、ユーザ格納部４１のコードを読み出す。ユーザ出力部４６は、当該コードを出力する。ステップＳ６０１に戻る。なお、ここでの出力は、例えば、ディスプレイへの表示、または制御装置７またはロッカー８またはゲーム装置９への送信である。

【0361】

なお、図３０のフローチャートにおいて、注文情報の送信に応じて、コードを受信した。しかし、図３０のフローチャートにおいて、他のトリガーにより、コードを受信しても良い。他のトリガーとは、例えば、到着情報の送信である。

【0362】

また、図３０のフローチャートにおいて、ユーザの店舗への到着後に、ステップＳ３００４でコードを出力した後に、警告情報を受信する場合がある。

【0363】

さらに、図３０のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。

【0364】

次に、制御装置７の動作例について、図３１のフローチャートを用いて説明する。図３１のフローチャートにおいて、図４または図２１のフローチャートと同一のステップについて説明を省略する。

【0365】

（ステップＳ３１０１）コード取得部７３１は、受信された注文情報に対応するコードを取得する。

【0366】

（ステップＳ３１０２）コード送信部７４１は、ステップＳ３１０１で取得されたコードを、注文情報を送信したユーザ端末４に送信する。ステップＳ４０１に戻る。

【0367】

（ステップＳ３１０３）コード受信部７２１は、コードを受信したか否かを判断する。コードを受信した場合はステップＳ３１０４に行き、コードを受信しなかった場合はステップＳ４０１に戻る。

【0368】

（ステップＳ３１０４）処理部７３は、商品引渡処理を行う。ここでの商品引渡処理の例について、図３２のフローチャートを用いて説明する。

【0369】

（ステップＳ３１０５）ゲーム装置制御部７３３は、ゲーム装置９を制御する処理を行う。ステップＳ４０１に戻る。なお、かかる処理をゲーム制御処理という。ゲーム制御処理の例について、図３３のフローチャートを用いて説明する。

【0370】

なお、図３１のフローチャートにおいて、店舗での受け取りの場合にコードがユーザ端末４に送信された。しかし、図３１のフローチャートにおいて、駐車場での受け取りの場合にも、コードがユーザ端末４に送信されても良い。かかる場合、フローがステップＳ４１０からステップＳ３１０１に遷移する。

【0371】

また、図３１のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。

【0372】

次に、ステップＳ３１０４の商品引渡処理の例について、図３２のフローチャートを用いて説明する。

【0373】

（ステップＳ３２０１）判断部５３１は、カウンタｉに１を代入する。

【0374】

（ステップＳ３２０２）判断部５３１は、ｉ番目の条件が格納部７１に存在するか否かを判断する。ｉ番目の条件が存在する場合はステップＳ３２０３に行き、存在しない場合はステップＳ３２０９に行く。なお、１以上の条件の例は、図２３の条件である。

【0375】

（ステップＳ３２０３）判断部５３１は、ｉ番目の条件を格納部７１から取得する。

【0376】

（ステップＳ３２０４）判断部５３１は、ｉ番目の条件を判断するための１以上の情報を取得する。なお、１以上の情報は、例えば、現在時刻、対象となる注文情報に含まれる受取時刻、貯蔵庫ＩＤの有無等である。

【0377】

（ステップＳ３２０５）判断部５３１は、ステップＳ３２０４で取得した１以上の情報が、ｉ番目の条件を満たすか否かを判断する。ｉ番目の条件を満たす場合はステップＳ３２０６に行き、ｉ番目の条件を満たさない場合はステップＳ３２０８に行く。

【0378】

（ステップＳ３２０６）ロッカー処理部５３２は、ｉ番目の条件に対応する警告情報を格納部７１から取得する。

【0379】

（ステップＳ３２０７）送信部７４は、ステップＳ３２０６で取得された警告情報を、コードに対応するユーザのユーザ端末４に送信する。上位処理にリターンする。

【0380】

（ステップＳ３２０８）判断部５３１は、カウンタｉを１、インクリメントする。ステップＳ３２０２に戻る。

【0381】

（ステップＳ３２０９）ロッカー処理部５３２は、受信されたコードに対応する貯蔵庫ＩＤを取得する。なお、受信されたコードの中に貯蔵庫ＩＤが埋め込まれていても良いし、受信されたコードと対に貯蔵庫ＩＤが管理されていても良い。

【0382】

（ステップＳ３２１０）ロッカー処理部５３２は、ステップＳ３２０９で取得した貯蔵庫ＩＤで識別される商品貯蔵庫から商品を取り出し可能にするための処理を行う。上位処理にリターンする。なお、かかる処理は、例えば、貯蔵庫ＩＤを有するドアオープン指示のロッカー８への送信である。また、かかる指示の送信により、例えば、ロッカー８の貯蔵庫ＩＤで識別される商品貯蔵庫のドアが開く、商品が取り出し可能となる。

【0383】

なお、図３２のフローチャートの商品引渡処理は、実施の形態２の商品引渡処理としても良い。また、ここで、図３２のフローチャートの商品引渡処理に代えて、実施の形態２の商品引渡処理（図２２）を行っても良い。

【0384】

また、図３２のフローチャートにおいて、ステップＳ３２０５で一度でも条件を満たすと判断した場合は、警告情報を送信して上位処理にリターンしたが、格納部７１のすべての条件に合致するか否かを判断し、合致する条件に対応する警告情報を送信しても良い。かかる場合、通常、すべての条件に合致しなかった場合に、ステップＳ３２０９に遷移する。

【0385】

次に、ステップＳ３１０５のゲーム制御処理の例について、図３３のフローチャートを用いて説明する。

【0386】

（ステップＳ３３０１）ゲーム装置制御部７３３は、ゲームを行うか否かを判断する。ゲームを行う場合はステップＳ３３０２に行き、ゲームを行わない場合は上位処理にリターンする。なお、例えば、ゲームを行う場合は、商品引渡処理において、商品の取り出しを可能にするための処理が行われた場合であり、ゲームを行わない場合は、商品の取り出しを可能にするための処理が行われなかった場合である。ゲームを行わない場合は、例えば、商品引渡処理において、警告情報が送信された場合である。

【0387】

（ステップＳ３３０２）ゲーム装置制御部７３３は、受信されたコードに対応する注文情報に対する価格を取得する。

【0388】

（ステップＳ３３０３）ゲーム装置制御部７３３は、ステップＳ３３０２で取得した価格に対応するゲーム情報を取得する。なお、ゲーム情報は、例えば、ゲーム回数である。

【0389】

（ステップＳ３３０４）ゲーム装置制御部７３３は、ステップＳ３３０３で取得したゲーム情報を送信する。上位処理にリターンする。なお、ゲーム情報の送信先は、最終的にはゲーム装置９である。

【0390】

次に、ロッカー８の動作例について、図３４のフローチャートを用いて説明する。

【0391】

（ステップＳ３４０１）ロッカー受付部８１は、コードを取得したか否かを判断する。コードを取得した場合はステップＳ３４０２に行き、コードを取得しなかった場合はステップＳ３４０１に戻る。なお、コードの取得は、例えば、コードの読み取りである。

【0392】

（ステップＳ３４０２）ロッカー送信部８２は、ステップＳ３４０１で取得したコードを送信する。なお、ステップＳ３４０１で取得したコードと、ステップＳ３４０２で送信したコードとが同じ情報でなくても良い。例えば、ステップＳ３４０１で取得したコードが二次元コードで、ステップＳ３４０２で送信したコードが二次元コードに埋め込まれた情報（識別子、コードと言っても良い）である。

【0393】

（ステップＳ３４０３）ロッカー８は、商品の取り出しが可能であるか否かを判断する。商品の取り出しが可能である場合はステップＳ３４０４に行き、商品の取り出しが可能でない場合はステップＳ３４０５に行く。なお、例えば、制御装置７から貯蔵庫ＩＤを有するオープン指示が受信された場合は、商品の取り出しが可能であると判断する。また、制御装置７から警告情報が受信された場合は、商品の取り出しが可能でないと判断する。また、ロッカー８は、取得されたコードを用いて、自ら商品の取り出しが可能であるか否かを判断しても良い。かかる技術は公知技術である。

【0394】

（ステップＳ３４０４）ロッカー８は、受信された貯蔵庫ＩＤで識別される商品貯蔵庫６２のドアをオープンする。ステップＳ３４０１に戻る。

【0395】

（ステップＳ３４０５）ロッカー受信部６１は、警告情報が受信されたか否かを判断する。警告情報が受信された場合はステップＳ３４０６に行き、警告情報が受信されなかった場合はステップＳ３４０３に戻る。

【0396】

（ステップＳ３４０６）ロッカー８の図示しないロッカー出力部は、ステップＳ３４０５で受信された警告情報を出力する。ステップＳ３４０１に戻る。

【0397】

なお、図３４のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。

【0398】

次に、ゲーム装置９の動作例について、図３５のフローチャートを用いて説明する。

【0399】

（ステップＳ３５０１）ゲーム受信部９１は、ゲーム情報を受信したか否かを判断する。ゲーム情報を受信した場合はステップＳ３５０２に行き、ゲーム情報を受信しなかった場合はステップＳ３５０１に戻る。

【0400】

（ステップＳ３５０２）ゲーム動作部９２は、ステップＳ３５０１で受信されたゲーム情報を用いて、ゲームを遂行する。ステップＳ３５０１に戻る。

【0401】

なお、図３５のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。

【0402】

以下、本実施の形態における制御システムＣの具体的な動作例について説明する。
制御システムＣの概念図は図２７である。また、ここでの制御装置７は、実施の形態１で説明した情報処理装置１のすべての機能、および、実施の形態２で説明した制御装置５のすべての機能を有する、とする。

【0403】

今、制御装置７の格納部７１には、図２３に示す警告情報管理表が格納されている、とする。

【0404】

また、制御装置７のユーザ情報格納部１１１には、図８に示すユーザ管理表が格納されている、とする。

【0405】

また、複数のユーザ端末４からの注文情報の制御装置７への送信等により、注文情報格納部１１２には、図２４に示す注文管理表が格納されている。なお、図２４に示す注文管理表が構築されるための処理は、実施の形態２等で説明したので、ここでの説明は省略する。

【0406】

また、ここでのゲーム装置９は、例えば、抽選により、当選した場合に、景品を排出する装置である、とする。また、ここでのゲーム装置９は、例えば、ビッくらポン（登録商標）である。

【0407】

また、格納部１１には、ゲーム情報条件「１回／５００円」が格納されている、とする。ゲーム情報条件は、ゲーム情報（ここでは、ゲーム回数）を算出するための条件であり、ここでは、５００円で１回のゲームが出来ることを示す条件である。

【0408】

さらに、ここでの注文対象の商品は、生鮮食品の中のお寿司である、とする。

【0409】

そして、実施の形態２の具体例で説明したように、図２４のユーザ管理表が構成された後に、時刻が、「２０２０年５月１日１２時００分」になった、とする。なお、ここでは、制御装置７が注文情報を受信した場合、注文した商品の受け取りのための二次元コードを、ユーザ端末４に送信する、とする。そして、ここでは、注文情報を送信したユーザ端末４が二次元コードを受信する、とする。

【0410】

かかる状況において、ユーザ識別子「Ｕ３０１」で識別されるユーザが店舗に注文した商品を取りに来た、とする。

【0411】

そして、ユーザ識別子「Ｕ３０１」で識別されるユーザが、ユーザ端末４に対して二次元コードを出力する操作を行った結果、二次元コード３６０１を含む情報がユーザ端末４に出力された、とする（図３６参照）。なお、ここでの二次元コード３６０１には、例えば、コードである注文番号「２０２００５０１２８３１４１０」が埋め込まれている、とする。

【0412】

次に、ユーザ端末４は、図３６の二次元コード３６０１を、当該店舗のロッカー８のコード読み取り手段（ロッカー受付部８１）に読み取らせた、とする。

【0413】

次に、ロッカー８のロッカー受付部８１は、二次元コード３６０１を読み取り、注文番号「２０２００５０１２８３１４１０」を取得した、とする。次に、ロッカー送信部８２は、当該コードを、制御装置７に送信する。

【0414】

次に、制御装置７のコード受信部７２１は、コード「２０２００５０１２８３１４１０」を受信する。

【0415】

次に、処理部７３は、例えば、以下のように商品引渡処理を行う。つまり、まず、判断部５３１は、コード「２０２００５０１２８３１４１０」に対応する注文情報に含まれる受取時刻「２０２０年５月１日１２時００分」、貯蔵庫ＩＤ「５」を、図２４の注文管理表から取得する。また、判断部５３１は、図示しない時計から現在時刻「２０２０年５月１日１２時００分」を取得する。そして、判断部５３１は、図２３の「ＩＤ＝１」「ＩＤ＝２」「ＩＤ＝３」の３つの各条件を満たさない、と判断する。

【0416】

次に、ロッカー処理部５３２は、受信されたコードに対応する貯蔵庫ＩＤ「５」を図２４の注文管理表から取得する。そして、ロッカー処理部５３２は、貯蔵庫ＩＤ「５」を含む商品貯蔵庫６２のオープン指示をロッカー８に送信する。

【0417】

次に、ロッカー８のロッカー受信部６１は、貯蔵庫ＩＤ「５」を含む商品貯蔵庫６２のオープン指示を受信する。次に、ロッカー８は、貯蔵庫ＩＤ「５」を含む商品貯蔵庫６２のドアをオープンする。以上の処理により、ユーザは、注文した商品をロッカー８から取り出すことが可能となる。

【0418】

次に、ゲーム装置制御部７３３は、以下のようにゲーム制御処理を行う。つまり、ゲーム装置制御部７３３は、正常に商品貯蔵庫６２のオープン指示が送信されたことに応じて、ゲームを行う、と判断する。

【0419】

次に、ゲーム装置制御部７３３は、受信されたコード「２０２００５０１２８３１４１０」に対応する注文情報に対する価格「２０００円」を取得する。ゲーム装置制御部７３３は、格納部１１のゲーム情報条件「１回／５００円」を用いて、取得した価格「２０００円」に対応するゲーム情報であるゲーム回数「４回」を取得する。次に、ゲーム装置制御部７３３は、ステップＳ３３０３で取得したゲーム回数「４回」を、ゲーム装置９に送信する。

【0420】

次に、ゲーム装置９のゲーム受信部９１は、ゲーム回数「４回」を受信する。そして、ゲーム動作部９２は、受信されたゲーム回数「４回」に従って、抽選の処理を４回行い、抽選において統制した場合には、ゲーム装置９に格納されている景品を排出する処理を行う。

【0421】

以上により、ユーザは、ユーザ端末４を用いて注文し、ロッカー８から取得した商品に応じたゲームを楽しむことができる。

【0422】

以上、本実施の形態によれば、注文にされた商品を持ち帰る場合に、当該注文に応じたゲームを、店舗で行える。

【0423】

また、本実施の形態によれば、注文にされた商品を持ち帰るためにロッカー８から取り出す場合に、当該注文に応じたゲームを、店舗で行える。

【0424】

また、本実施の形態によれば、注文にされた商品を持ち帰る場合に、当該注文された商品の価格に応じた回数のゲームを、店舗で行える。

【0425】

また、本実施の形態によれば、注文にされた商品を持ち帰る場合に、当該注文に応じたゲームを店舗で行うための制御装置７を提供できる。

【0426】

また、本実施の形態によれば、注文にされた商品をロッカー８から取り出す場合に、当該注文に応じたゲームを店舗で行うためのロッカー８を提供できる。

【0427】

また、本実施の形態によれば、注文にされた商品をロッカー８から取り出す場合に、当該注文に応じたゲームを店舗で行うためのゲーム装置９を提供できる。

【0428】

さらに、本実施の形態によれば、注文にされた商品をロッカー８から取り出す場合に、当該注文に対応する価格に応じた回数だけゲームを店舗で行うためのゲーム装置９を提供できる。

【0429】

なお、本実施の形態において、ユーザ端末４を用いて持ち帰り商品を注文したユーザが、店舗でゲームができれば良く、ユーザ端末４、制御装置７、ロッカー８、およびゲーム装置９の間における情報や指示の送信経路等は問わない。

【0430】

上記の具体例において、図３７（ａ）に示すように、ユーザ端末４に出力されたコード（例えば、二次元コード）をロッカー８が読み取った（（１）の経路）。しかし、ユーザ端末４から通信手段によりロッカー８にコードを送信しても良い（（１）の経路）。また、ユーザがロッカー８に対してコードを入力しても良い（（２）の経路）。そして、上記の具体例において、ロッカー８から制御装置７にコードが送信された（（３）の経路）。また、制御装置７からゲーム装置９にコードに応じたゲーム回数「４回」（ゲーム回数の分だけ、ゲームを行う指示）が送信された（（４）の経路）。それによって、ゲーム装置９は、ゲーム回数の分だけ、ゲームを行った。さらに、制御装置７からロッカー８に貯蔵庫ＩＤを含む商品貯蔵庫６２のオープン指示が送信された（（５）の経路）。それによって、貯蔵庫ＩＤで識別される商品貯蔵庫６２のドアがオープンされた。このことにより、ユーザは、店員等と対話することなく、注文した商品を持ち帰ることができた。

【0431】

しかし、上述したように、ユーザ端末４、制御装置７、ロッカー８、およびゲーム装置９の間における情報や指示の送信経路等は問わない。ユーザがロッカー８から注文した商品を取り出せ、ゲーム装置９を用いて、ユーザが注文した商品に応じたゲームを楽しめれば良い。つまり、図３７（ａ）のような情報の流れではなく、例えば、図３７（ｂ）、（ｃ）、図３８（ｄ）、（ｅ）に示すような他の経路でも良い。なお、情報の経路は、図３７、図３８以外の経路でも良い。

【0432】

図３７（ｂ）において、ユーザが店舗に到着後、ユーザ端末４に出力されたコードをロッカー８が読み取る、またはユーザ端末４から通信手段により送信されたコードをロッカー８が受信する（（１）の経路）、またはユーザがロッカー８に対してコードを入力する（（２）の経路）。そして、ロッカー８は、コードに対応する貯蔵庫ＩＤの商品貯蔵庫６２のドアをオープンする。また、ロッカー８は、コードまたはコードに対応する情報（例えば、ゲーム情報）をゲーム装置９に送信する（（６）の経路）。そして、ゲーム装置９は、ゲーム情報に応じたゲームを行う。なお、ロッカー８がコードに対応する情報（例えば、ゲーム情報）を得るために、例えば、制御装置７と通信しても良い。

【0433】

図３７（ｃ）において、ユーザが店舗に到着後、ユーザ端末４から制御装置７にコードが送信される（（４）の経路）。そして、制御装置７が、ユーザ端末４から受信したコードが正当であると判断した（例えば、警告情報を送信しない）場合に、制御装置７が当該コードに対応するゲーム情報を取得し、当該ゲーム情報をゲーム装置９に送信する（（８）の経路）。そして、ゲーム装置９は、ゲーム情報を受信し、当該ゲーム情報に対応するゲームを遂行する。また、制御装置７が、コードに対応する貯蔵庫ＩＤを取得し、当該貯蔵庫ＩＤを含む商品貯蔵庫６２のオープン指示をロッカー８に送信する（（５）の経路）。そして、ロッカー８における貯蔵庫ＩＤで識別される商品貯蔵庫６２のドアがオープンする。

【0434】

図３８（ｄ）において、ユーザが店舗に到着後、ユーザ端末４から制御装置７にコードが送信される（（７）の経路）。そして、制御装置７が、ユーザ端末４から受信したコードが正当であると判断した（例えば、警告情報を送信しない）場合に、コードに対応する貯蔵庫ＩＤとゲーム情報とを取得し、当該貯蔵庫ＩＤとゲーム情報とを含む商品貯蔵庫６２のオープン指示をゲーム装置９に送信する（８）の経路）。ゲーム装置９は、貯蔵庫ＩＤとゲーム情報とを受信し、当該ゲーム情報に対応するゲームを遂行する。また、ゲーム装置９は、貯蔵庫ＩＤをロッカー８に送信する（（９）の経路）。そして、ロッカー８における貯蔵庫ＩＤで識別される商品貯蔵庫６２のドアがオープンする。

【0435】

図３８（ｅ）において、ユーザが店舗に到着後、ユーザ端末４から制御装置７にコードが送信される（（７）の経路）。そして、制御装置７が、ユーザ端末４から受信したコードが正当であると判断した（例えば、警告情報を送信しない）場合に、コードに対応する貯蔵庫ＩＤとゲーム情報とを取得し、当該貯蔵庫ＩＤとゲーム情報とを含む商品貯蔵庫６２のオープン指示をロッカー８に送信する（（１０）の経路）。ロッカー８における貯蔵庫ＩＤで識別される商品貯蔵庫６２のドアがオープンする。また、ロッカー８が、ゲーム情報をゲーム装置９に送信する（（１１）の経路）。そして、ゲーム装置９は、ゲーム情報を受信し、当該ゲーム情報に対応するゲームを遂行する。

【0436】

また、本実施の形態における制御装置７を実現するソフトウェアは、以下のようなプログラムである。つまり、このプログラムは、コンピュータを、ユーザが持ち帰る商品を識別する商品識別子を含む注文情報をユーザ端末から受信する注文受信部と、前記注文情報を用いて、決済のための処理を行う決済部と、前記注文情報に応じたコードを取得するコード取得部と、前記コードを前記ユーザ端末に送信するコード送信部と、コードまたはコードに基づく情報を受信するコード受信部と、前記コード受信部が受信したコードに対応する注文情報に応じた価格を取得する価格取得部と、前記価格または前記価格に応じたゲーム回数を送信するゲーム装置制御部として機能させるためのプログラムである。

【0437】

また、本実施の形態におけるロッカー８を実現するソフトウェアは、以下のようなプログラムである。つまり、このプログラムは、コンピュータを、コードを受け付けるロッカー受付部と、前記ロッカー受付部が受け付けたコードまたは当該コードから取得できる情報を送信するロッカー送信部として機能させるためのプログラムである。

【0438】

また、本実施の形態におけるゲーム装置９を実現するソフトウェアは、以下のようなプログラムである。つまり、このプログラムは、コンピュータを、ユーザ端末から送信された注文情報に対応するコードまたは当該コードから取得できる情報を受信するゲーム受信部と、
前記コードまたは前記コードから取得できる情報の受信に応じて、ゲームに関する動作を行うゲーム動作部として機能させるためのプログラムである。

【0439】

また、図３９は、本明細書で述べたプログラムを実行して、上述した種々の実施の形態のユーザ端末４、制御装置５を実現するコンピュータの外観を示す。上述の実施の形態は、コンピュータハードウェア及びその上で実行されるコンピュータプログラムで実現され得る。図３９は、このコンピュータシステム３００の概観図であり、図４０は、システム３００のブロック図である。

【0440】

図３９において、コンピュータシステム３００は、ＣＤ－ＲＯＭドライブを含むコンピュータ３０１と、キーボード３０２と、マウス３０３と、モニタ３０４とを含む。

【0441】

図４０において、コンピュータ３０１は、ＣＤ－ＲＯＭドライブ３０１２に加えて、ＭＰＵ３０１３と、ＣＤ－ＲＯＭドライブ３０１２等に接続されたバス３０１４と、ブートアッププログラム等のプログラムを記憶するためのＲＯＭ３０１５と、ＭＰＵ３０１３に接続され、アプリケーションプログラムの命令を一時的に記憶するとともに一時記憶空間を提供するためのＲＡＭ３０１６と、アプリケーションプログラム、システムプログラム、及びデータを記憶するためのハードディスク３０１７とを含む。ここでは、図示しないが、コンピュータ３０１は、さらに、ＬＡＮへの接続を提供するネットワークカードを含んでも良い。

【0442】

コンピュータシステム３００に、上述した実施の形態の制御装置５等の機能を実行させるプログラムは、ＣＤ－ＲＯＭ３１０１に記憶されて、ＣＤ－ＲＯＭドライブ３０１２に挿入され、さらにハードディスク３０１７に転送されても良い。これに代えて、プログラムは、図示しないネットワークを介してコンピュータ３０１に送信され、ハードディスク３０１７に記憶されても良い。プログラムは実行の際にＲＡＭ３０１６にロードされる。プログラムは、ＣＤ－ＲＯＭ３１０１またはネットワークから直接、ロードされても良い。

【0443】

プログラムは、コンピュータ３０１に、上述した実施の形態の制御装置５の機能を実行させるオペレーティングシステム（ＯＳ）、またはサードパーティープログラム等は、必ずしも含まなくても良い。プログラムは、制御された態様で適切な機能（モジュール）を呼び出し、所望の結果が得られるようにする命令の部分のみを含んでいれば良い。コンピュータシステム３００がどのように動作するかは周知であり、詳細な説明は省略する。

【0444】

なお、上記プログラムにおいて、情報を送信するステップや、情報を受信するステップなどでは、ハードウェアによって行われる処理、例えば、送信ステップにおけるモデムやインターフェースカードなどで行われる処理（ハードウェアでしか行われない処理）は含まれない。

【0445】

また、上記プログラムを実行するコンピュータは、単数であってもよく、複数であってもよい。すなわち、集中処理を行ってもよく、あるいは分散処理を行ってもよい。

【0446】

また、上記各実施の形態において、一の装置に存在する２以上の通信手段は、物理的に一の媒体で実現されても良いことは言うまでもない。

【0447】

また、上記各実施の形態において、各処理は、単一の装置によって集中処理されることによって実現されてもよく、あるいは、複数の装置によって分散処理されることによって実現されてもよい。

【0448】

本発明は、以上の実施の形態に限定されることなく、種々の変更が可能であり、それらも本発明の範囲内に包含されるものであることは言うまでもない。

【産業上の利用可能性】

【0449】

以上のように、本発明にかかる制御システムにおいて、注文にされた商品を持ち帰る場合に、当該注文に応じたゲームを、店舗で行えるという効果を有し、店舗における商品の持ち帰りシステム等として有用である。

【符号の説明】

【0450】

Ａ 情報システム
１ 情報処理装置
２ ユーザ端末
３ 店舗端末
１１ 格納部
１２ 受信部
１３ 処理部
１４ 出力部
２１ ユーザ格納部
２２ ユーザ受付部
２３ ユーザ処理部
２４ ユーザ送信部
２５ ユーザ受信部
２６ ユーザ出力部
３１ 店舗格納部
３２ 店舗受付部
３３ 店舗受信部
３４ 店舗処理部
３５ 店舗出力部
３６ 店舗送信部
１１１ ユーザ情報格納部
１１２ 注文情報格納部
１２１ 注文受信部
１２２ 完了受信部
１２３ 到着受信部
１３１ 注文処理部
１３２ 決済部
１３３ 入力支援部
１３４ ユーザ情報取得部
１４１ ユーザ情報出力部
Ｂ ロッカーシステム
４ ユーザ端末
５ 制御装置
６ ロッカー
５１ 格納部
５２ 受信部
５３ 処理部
４１ ユーザ格納部
４２ ユーザ受付部
４３ ユーザ処理部
４４ ユーザ送信部
４５ ユーザ受信部
４６ ユーザ出力部
６１ ロッカー受信部
６２ 商品貯蔵庫
５２１ 注文受信部
５２２ 到着受信部
５３１ 判断部
５３２ ロッカー処理部
Ｃ 制御システム
７ 制御装置
８ ロッカー
９ ゲーム装置
７１ 格納部
７２ 受信部
７３ 処理部
７４ 送信部
８１ ロッカー受付部
８２ ロッカー送信部
９１ ゲーム受信部
９２ ゲーム動作部
７２１ コード受信部
７３１ コード取得部
７３２ 価格取得部
７３３ ゲーム装置制御部
７４１ コード送信部

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