JP2022104158A - 商品受け渡しシステム、商品受け渡し方法、およびプログラム - Google Patents

Abstract

【課題】効率よく商品の受け渡しを行う、商品受け渡しシステム、商品受け渡し方法およびプログラムを提供する。【解決手段】商品受け渡しシステム１は、取引管理サーバＳｖと、顧客ＣＳが所持する顧客端末装置５０と、店舗ＳＴに設置される各種装置とを備える。店舗ＳＴに設置される各種装置は、店舗注文管理サーバ１０と、店員注文管理装置１１と、ＰＯＳ端末装置２０と、ロッカー装置３０と、キッチン端末装置４０と、呼出ディスプレイ４５とを含む。呼出ディスプレイ４５は、調理が完了した商品に対応する注文番号を表示する。顧客は、注文した商品の番号が、呼出ディスプレイ４５に表示されると、ロッカー装置３０に赴き、ロッカー装置３０に受渡証明コードＣｄを読み取らせることによって、商品を受け取る。【選択図】図１

Description

本発明は、商品受け渡しシステム、商品受け渡し方法、およびプログラムに関する。

従来、スマートフォンやパソコンなどを用いて顧客がオンラインで商品を注文し、店舗に受け取りに行く販売形態が知られている。例えば、顧客がスマートフォンを利用して商品を注文し、注文に応じた商品を、受け渡しボックスを介して顧客に受け渡すようにすることが知られている（例えば、特許文献１参照）。

特許第６２４３０７６号公報

しかしながら、従来技術では、オンラインで注文したものの、顧客が商品を受け取りに来ないことがあると、支払いがなされずに、商品を廃棄したり、作り直したりすることがある。このため、顧客に商品を効率よく受け渡すことができないことがある、という問題があった。

本発明は、このような事情に鑑みてなされたもので、その目的は、効率よく商品の受け渡しを行うことができる技術を提供することにある。

上述した課題を解決するために、本発明の一態様である商品受け渡しシステムは、受け渡しの予約がされた予約商品の注文を顧客から受け付ける端末装置と、前記受け渡しを行うために前記予約商品を収納する収納手段と、前記端末装置の位置情報を取得する位置情報取得手段と、前記位置情報取得手段によって取得された前記位置情報に基づいて、前記予約商品の準備に関する準備情報を出力する出力制御手段と、を備えることを特徴とする商品受け渡しシステムである。

実施形態に係る商品受け渡しシステム１の構成例を示す説明図である。 注文先の店舗ＳＴにおける接客エリアの一例を示す説明図である。 店舗注文管理サーバ１０のハードウェア構成の一例を示す説明図である。 店員注文管理装置１１のハードウェア構成の一例を示す説明図である。 ＰＯＳ端末装置２０のハードウェア構成の一例を示す説明図である。 ロッカー装置３０のハードウェア構成の一例を示す説明図である。 ロッカー装置３０の外観の一例を示す説明図である。 顧客端末装置５０のハードウェア構成の一例を示す説明図である。 店舗注文管理サーバ１０が記憶する各種情報の一例を示す説明図である。 商品受け渡しシステム１における取引完了までの収納管理情報９１１ａの遷移を示す説明図である。 商品受け渡しシステム１が行う、商品の登録からロッカー装置３０への収納までの処理の流れを示すシーケンス図である。 顧客ＣＳが顧客端末装置５０を用いてオンライン注文を行う際の顧客端末装置５０の画面例を示す説明図である。 顧客ＣＳが顧客端末装置５０を用いてオンライン注文を行う際の顧客端末装置５０の画面例を示す説明図である。 店員注文管理装置１１のタッチパネル表示部１１５に表示される注文対応画面の一例を示す説明図である。 店員注文管理装置１１のタッチパネル表示部１１５に表示される注文対応画面の一例を示す説明図である。 商品受け渡しシステム１が行う商品を受け取る際の処理の流れを示すシーケンス図である。 レシートＲｃの一例を示す説明図である。 商品の受け取りに関する操作を行った際のロッカー装置３０の画面例を示す説明図である。 実施形態２に係る商品受け渡しシステム１９００の構成例を示す説明図である。 呼出端末１９１０のハードウェア構成の一例を示す説明図である。 実施形態２の店舗注文管理サーバ１０が記憶する各種情報の一例を示す説明図である。 実施形態２の店舗注文管理サーバ１０が行う処理の一例を示すフローチャートである。 店員注文管理装置１１のタッチパネル表示部１１５に表示される注文対応画面の一例を示す説明図である。 店舗注文管理サーバ１０が記憶する準備情報の決定テーブルＤＴの一例を示す説明図である。 店舗注文管理サーバ１０が記憶する準備情報テーブル２４００の一例を示す説明図である。 実施形態３において調理が開始されるまでの準備情報２４０１ａの遷移を示す説明図である。 実施形態３に係る顧客端末装置５０が行う商品受け渡し前の処理の一例を示すフローチャートである。 実施形態３に係る店舗注文管理サーバ１０が行う処理の一例を示すフローチャートである。 顧客端末装置５０に表示される画面例を示す説明図である。 商品受け渡し前に顧客端末装置５０に表示される画面例を示す説明図である。 調理開始を待機する際の画面の一例を示す説明図である。 受渡時刻の変更を受け付けた際の注文対応画面３１００の一例を示す説明図である。 顧客端末装置５０が圏外であるものの、調理を開始する場合の注文対応画面３２００の一例を示す説明図である。 実施形態４に係る商品受け渡しシステム３３００の構成例を示す説明図である。 呼出制御装置３３１１が記憶する端末管理テーブル３４００の一例を示す説明図である。 ロッカー管理サーバ３３２１が記憶する収納口管理テーブル３５００の一例を示す説明図である。 実施形態１、２と、実施形態４との比較の一例を示す説明図である。 ロッカーシステム３３２０において商品の収納先を指定する際の画面例を示す説明図である。 オーダーシステム３３１０において呼出端末１９１０を指定する際の画面例を示す説明図である。

以下、本発明の実施形態１～３について説明する。実施形態１では、購入した商品をロッカー装置に収納し、呼出ディスプレイに注文番号を表示して、顧客を呼び出し、顧客が顧客端末装置またはレシートに表示される受渡証明コードをロッカー装置に読み取らせることによって、収納されている商品の受け渡しを行う例について説明する。

（実施形態１）
（商品受け渡しシステム１の構成例）
図１は、実施形態に係る商品受け渡しシステム１の構成例を示す説明図である。商品受け渡しシステム１は、例えば、フードコートや飲食店に導入される。また、商品受け渡しシステム１において取り扱われる商品は、店舗ＳＴ内において飲食されるイートイン商品や、持ち帰り可能なテイクアウト商品を含む。なお、商品受け渡しシステム１が導入される店舗ＳＴは、飲食店に限らず、予約した商品の受け渡しを行う店舗であればよく、例えば、スーパーマーケット、ホームセンター、コンビニエンスストア、各種用品店などであってもよい。なお、本明細書において、「客」および「顧客」は、特に区別して説明しない限り、同義とする。

図１において、商品受け渡しシステム１は、取引管理サーバＳｖと、顧客ＣＳが所持する顧客端末装置５０と、店舗ＳＴに設置される各種装置とを備える。店舗ＳＴに設置される各種装置は、店舗注文管理サーバ１０と、店員注文管理装置１１と、ＰＯＳ（Point Of Sales）端末装置２０と、ロッカー装置３０と、キッチン端末装置４０と、呼出ディスプレイ４５とを含む。

商品受け渡しシステム１が備える各サーバおよび各装置は、それぞれ、ネットワーク７０、７１を介して、通信可能に接続されている。具体的には、店舗ＳＴに設置される各種装置は、それぞれ、ＬＡＮ（Local Area Network）などのネットワーク７０を介して、通信可能に接続されている。また、取引管理サーバＳｖと、店舗注文管理サーバ１０と、顧客端末装置５０とは、それぞれ、インターネットやＷＡＮ（Wide Area Network）などのネットワーク７１を介して、通信可能に接続されている。各サーバおよび各装置は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、通信部などを備えたコンピュータ装置である。

商品受け渡しシステム１における商品の注文形態は、顧客端末装置５０を用いて注文する形態と、店舗ＳＴにおいてＰＯＳ端末装置２０を用いて注文する形態とがある。以下において、顧客端末装置５０を用いて注文する形態を「オンライン注文」といい、店舗ＳＴにおいてＰＯＳ端末装置２０を用いて注文する形態を「オフライン注文」という。

取引管理サーバＳｖは、オンライン注文を受け付けるサーバ装置である。また、取引管理サーバＳｖは、顧客端末装置５０やＰＯＳ端末装置２０等からのクレジットカードの決済要求に応じて、不図示のクレジットカード決済サーバに対して、クレジットカードに対応する決済処理を実行させることが可能である。取引管理サーバＳｖは、オンライン注文を受け付けると、オンライン注文情報を店舗注文管理サーバ１０へ送信する。

店舗注文管理サーバ１０は、顧客ＣＳに関する情報や、店舗ＳＴに関する情報や、店舗ＳＴごとの商品に関する情報（商品マスタ）などの各種情報を管理するサーバ装置である。店舗注文管理サーバ１０は、取引管理サーバＳｖが受け付けた注文内容を管理する。具体的には、店舗注文管理サーバ１０は、オンライン注文で受け付けた商品やオフライン注文で受け付けた商品を示す商品に関する情報を記憶（登録）する。また、店舗注文管理サーバ１０は、オフライン注文で受け付けた商品（ＰＯＳ端末装置２０が受け付けた注文内容）についても管理する。

また、店舗注文管理サーバ１０は、店舗内の各装置（店員注文管理装置１１、ＰＯＳ端末装置２０、ロッカー装置３０、キッチン端末装置４０、呼出ディスプレイ４５）を管理する。具体的には、店舗注文管理サーバ１０は、店舗内の各装置に、所定の情報を表示させるための指示を行う。また、店舗注文管理サーバ１０は、商品マスタなどの取引に必要な各種情報を記憶する。商品マスタは、各商品の商品識別情報（例えばＪＡＮ（Japanese Article Number）コード）、商品名、販売価格などの商品情報を格納するファイルである。また、商品マスタは、計量が必要な商品（計量対象商品）の商品識別情報、商品名、計量対象商品の単価などを含む。また、店舗注文管理サーバ１０は、商品マスタのほかにも、在庫状況、販売履歴、入出金記録などの各種の情報を記憶する。また、店舗注文管理サーバ１０は、顧客ＣＳの会員情報を記憶してもよい。

店員注文管理装置１１は、オンライン注文された商品やオフライン注文された商品を管理するために店員が用いる端末装置である。例えば、店員注文管理装置１１は、オンライン注文情報が示す注文内容や、オフライン注文情報が示す注文内容を表示する。店員は、店員注文管理装置１１に表示される注文内容を確認して、注文内容に応じた商品を準備する。店員注文管理装置１１は、例えば、可搬型の端末装置であり、具体的には、タブレット端末である。なお、店員注文管理装置１１は、ノートパソコンであってもよいし、デスクトップパソコンなど、据え置き型の端末装置であってもよい。

ＰＯＳ端末装置２０は、店舗ＳＴにおいて店員が顧客ＣＳから注文を受け付けて、店員の操作に応じて、商品の登録処理と、登録処理によって登録された商品の精算処理とを実行する。なお、ＰＯＳ端末装置２０は、顧客ＣＳの操作に応じて、商品の登録処理や、精算処理が実行されてもよい。また、商品受け渡しシステム１において、ＰＯＳ端末装置２０に代えて又は加えて、券売装置が用いられてもよい。券売装置は、顧客ＣＳの操作に応じて、商品の登録処理や精算処理を行って、食券を発行する装置である。

ＰＯＳ端末装置２０は、精算が完了すると、レシートＲｃを発行する。レシートＲｃには、受渡証明コードＣｄが印刷される。受渡証明コードＣｄは、商品を受け渡すための受渡情報（例えば、注文番号や解錠要求）がコード化されたものである。

顧客端末装置５０は、オンライン注文を行う際に用いられる端末装置である。顧客端末装置５０は、例えば、スマートフォンやタブレット端末などの可搬型の端末装置である。なお、注文を行う顧客端末装置５０は、デスクトップパソコンなど、据え置き型の端末装置であってもよい。顧客端末装置５０には、所定のアプリケーションプログラム（以下「注文アプリケーション」という。）がインストールされている。顧客端末装置５０は、注文アプリケーションが起動すると、店舗注文管理サーバ１０とネットワーク７１を経由して通信を行い、オフライン注文を行うことが可能になる。

顧客端末装置５０は、オンライン決済が完了すると、受渡証明コードＣｄを表示することが可能である。また、店舗ＳＴにおいて精算を行う場合、顧客端末装置５０は、ＰＯＳ端末装置２０において精算を行う精算用証明コードＰｃｄ（図１３（Ｃ）参照）を表示する。この場合、顧客は、ＰＯＳ端末装置２０に精算用証明コードＰｃｄを読み取らせることによって精算を行うことが可能である。精算が完了すると、顧客端末装置５０は、受渡証明コードＣｄを表示することが可能である。

ロッカー装置３０は、複数の収納口と、収納口ごとの扉錠部とを備え、顧客ＣＳによって注文された商品を収納し、商品の受け渡しを行う装置である。ロッカー装置３０は、収納口へ商品が収納されると、収納口を施錠する。そして、ロッカー装置３０は、顧客端末装置５０またはレシートＲｃに表示される受渡証明コードＣｄを読み取ることによって、収納口を解錠可能にし、商品の受け渡しを可能にする。

キッチン端末装置４０は、例えば、厨房に配置され、モニタ（キッチンモニタ）や印刷部を備える。キッチンモニタや印刷部は、例えば、店舗注文管理サーバ１０からの調理指示に応じて情報を出力する。また、キッチン端末装置４０は、調理完了ボタン等の操作部を備え、調理が完了した際に店員から操作部の押下を受け付ける。操作部が押下されると、キッチン端末装置４０は、調理が完了した旨を示す情報を、店舗注文管理サーバ１０を介して店員注文管理装置１１へ送信する。

呼出ディスプレイ４５は、店舗ＳＴ内の顧客が視認できる位置に配置されている。呼出ディスプレイ４５は、調理が完了した商品に対応する注文番号を表示する。顧客は、注文した商品の番号が、呼出ディスプレイ４５に表示されると、ロッカー装置３０に赴き、ロッカー装置３０に受渡証明コードＣｄを読み取らせることによって、商品を受け取る。なお、呼出ディスプレイ４５は、商品ごとに調理状況（調理中であることや、調理完了したこと）を表示するようにしてもよい。具体的には、呼出ディスプレイ４５は、調理中であることを示す領域と、調理が完了済みであることを示す領域とを設けるようにし、各商品の注文番号を、各商品の調理状況に応じた領域に表示するようにしてもよい。

（店舗ＳＴにおける接客エリアの一例）
次に、図２を用いて、店舗ＳＴにおける接客エリアの一例を説明する。
図２は、注文先の店舗ＳＴにおける接客エリアの一例を示す説明図である。
図２に示すように、店舗ＳＴには、カウンタＣＴが配置されている。カウンタＣＴには、ＰＯＳ端末装置２０と、ロッカー装置３０とが載置されている。また、店舗ＳＴにおいて、カウンタＣＴに上方には、呼出ディスプレイ４５が配置されている。さらに、店舗ＳＴには、カウンタＣＴを挟んで、店員エリアと、顧客エリアとが形成されている。顧客エリアは、対面接客エリアＦＬ１と、商品受渡エリアＦＬ２とを含む。

対面接客エリアＦＬ１では、店員が顧客ＣＳから直接注文を受け、店員の操作に応じてＰＯＳ端末装置２０による商品の登録が行われ、登録した商品の精算が行われる。そして、調理が完了すると、当該商品は、ロッカー装置３０に収納されて、受け渡しが行われる。

商品受渡エリアＦＬ２は、商品の受け渡しを行う場所である。ロッカー装置３０に収納される商品は、オンライン注文による商品と、オフライン注文による商品とのいずれも含む。具体的には、商品受渡エリアＦＬ２は、オンライン注文を行った顧客ＣＳおよびオフライン注文を行った顧客ＣＳが、ロッカー装置３０の収納口から自ら商品を取り出す場所である。注文した商品の調理が完了して、当該商品の収納口が確定すると、呼出ディスプレイ４５には、注文内容に対応する注文番号と、収納口番号とが表示される。

オンライン注文を行った際にオンライン決済により精算を済ませている場合、顧客ＣＳは、ＰＯＳ端末装置２０での精算を行うことなく、ロッカー装置３０に赴き、顧客端末装置５０に受渡証明コードＣｄを表示させ、ロッカー装置３０に読み取らせる。一方、オンライン注文を行った際に支配方法として店舗での精算を選択していた場合、顧客ＣＳは、対面接客エリアＦＬ１に赴き、ＰＯＳ端末装置２０で精算を行う。また、オフライン注文を行った際にも、顧客ＣＳは、対面接客エリアＦＬ１において、ＰＯＳ端末装置２０での精算を行う。精算を終えると、顧客ＣＳは、ロッカー装置３０に赴き、レシートＲｃに印刷された受渡証明コードＣｄをロッカー装置３０に読み取らせる。

ロッカー装置３０は、コードリーダが受渡証明コードＣｄを読み取ると、商品が収納されている収納口の扉が開く。顧客ＣＳは、当該収納口から商品を取り出して、商品を受け取る。これにより、取引が完了する。

（店舗注文管理サーバのハードウェア構成）
図３は、店舗注文管理サーバ１０のハードウェア構成の一例を示す説明図である。図３において、店舗注文管理サーバ１０は、ＣＰＵ１０１と、記憶部１０２と、ＲＡＭ１０３と、外部ネットワーク対応通信部１０４と、店舗ネットワーク対応通信部１０５とを備える。

ＣＰＵ１０１は、中央演算処理装置であり、記憶部１０２に記憶されているプログラムを読み出して実行することにより、店舗注文管理サーバ１０の動作を制御する。
記憶部１０２は、ＣＰＵ１０１の補助記憶装置であって、本実施形態に係る商品受け渡しプログラムをはじめとしてＣＰＵ１０１が利用する各種の情報を記憶する。各種の情報は、例えば、注文情報テーブル９００（図９（Ａ）参照）、収納管理情報テーブル９１０（図９（Ｂ）参照）、収納口情報テーブル９２０（図９（Ｃ）参照）である。
ＲＡＭ１０３は、ＣＰＵ１０１の主記憶装置である。ＲＡＭ１０３は、処理において生成した情報を記憶する。
外部ネットワーク対応通信部１０４は、取引管理サーバＳｖ等の店舗外の装置とネットワーク７１を経由して通信を行う。
店舗ネットワーク対応通信部１０５は、店員注文管理装置１１、ＰＯＳ端末装置２０、ロッカー装置３０等の店舗ＳＴ内の装置とネットワーク７０を経由して通信を行う。

（店員注文管理装置１１のハードウェア構成例）
図４は、店員注文管理装置１１のハードウェア構成の一例を示す説明図である。図４において、店員注文管理装置１１は、ＣＰＵ１１１と、記憶部１１２と、ＲＡＭ１１３と、通信部１１４と、タッチパネル表示部１１５と、スピーカ１１６とを備える。
ＣＰＵ１１１は、中央演算処理装置であり、記憶部１１２に記憶されているプログラムを読み出して実行することにより、店員注文管理装置１１の動作を制御する。
記憶部１１２は、ＣＰＵ１１１の補助記憶装置であって、プログラムをはじめとしてＣＰＵ１１１が利用する各種の情報を記憶する。

ＲＡＭ１１３は、ＣＰＵ１１１の主記憶装置である。
通信部１１４は、店舗内のネットワーク７０を経由して、店舗注文管理サーバ１０と通信を行うことにより、店舗ＳＴ内の各装置（ＰＯＳ端末装置２０や、ロッカー装置３０等）と通信を行う。なお、通信部１１４は、店舗注文管理サーバ１０を介することなく、店舗ＳＴ内の各装置（ＰＯＳ端末装置２０や、ロッカー装置３０等）と通信可能であってもよい。

タッチパネル表示部１１５は、画像を表示するとともに、店員から各種操作を受け付ける。なお、店員注文管理装置１１において、タッチパネル表示部１１５以外の操作部が備えられてよい。
スピーカ１１６は、音を出力する。例えば、スピーカ１１６は、注文を受け付けた際の報知音や、その旨を示す音声などを出力する。

（ＰＯＳ端末装置２０のハードウェア構成例）
図５は、ＰＯＳ端末装置２０のハードウェア構成の一例を示す説明図である。ＰＯＳ端末装置２０は、ＣＰＵ２０１と、ＲＯＭ２０２と、ＲＡＭ２０３と、ハードディスク２０４と、客側表示部２０５と、客側スキャナ部２０６と、カード決済部２０８と、釣銭機２０９と、店員側表示部２１０と、キー操作部２１１と、店員側スキャナ部２１２と、印刷部２１３と、音声出力部２１４と、通信部２１５とを備える。これらは、バスを介して相互に通信可能である。

ＣＰＵ２０１は、中央演算処理装置であり、ＲＯＭ２０２に記憶されている各種プログラムを読み出して実行することにより、ＰＯＳ端末装置２０の動作を制御する。各種プログラムは、本実施形態に係る商品受け渡しプログラムを含む。
ＲＯＭ２０２は、読み出し専用メモリであり、プログラムをはじめとしてＣＰＵ２０１が利用する各種の情報を記憶する。

ＲＡＭ２０３は、読み出しや書き込みが可能なメモリであり、種々の情報を記憶する。例えば、ＲＡＭ２０３は、外部から取得した情報（例えば、店舗注文管理サーバ１０から取得した商品マスタ等）や、各種処理において生成した情報を記憶する。各種処理において生成した情報は、例えば、商品を登録する登録処理において生成した登録情報や、登録商品を精算する精算処理において生成した精算情報を含む。

ハードディスク２０４は、種々の情報を記憶する。ハードディスク２０４は、例えば、ＲＯＭ２０２に代えて、ＣＰＵ２０１が実行するプログラム等を記憶してもよい。また、ハードディスク２０４は、ＲＡＭ２０３に代えて、外部から取得した情報や、処理において生成した情報を記憶してもよい。

客側表示部２０５は、顧客用のタッチディスプレイである。客側表示部２０５は、顧客ＣＳに種々の情報を表示するとともに、顧客ＣＳから種々の入力を受け付ける。

客側スキャナ部２０６は、顧客用のスキャナ部であり、各種の情報を光学的に読み取る。例えば、客側スキャナ部２０６は、オンライン注文の精算を店舗ＳＴにおいて行う際に、顧客端末装置５０に表示される精算用証明コードＰｃｄを光学的に読み取る。なお、本実施形態において、客側スキャナ部２０６は、商品に付されているバーコード（商品コード等）読み取ってもよい。

カード決済部２０８は、各種カードによる決済機構である。各種カードは、クレジットカード、電子マネー等のプリペイドカード、ポイントカードなどである。プリペイドカードには、金額（残額）が記憶（チャージ）されている。カード決済部２０８は、カード認識部や表示部や操作部を備える。カード認識部は、各種カードの情報を磁気的または電気的に読み取る。読み取られた情報は、登録商品の精算に用いられる。なお、カード認識部は、例えば、ポイントカードの保有ポイントを使用する場合など、今回の登録商品の精算において使用する情報を認識することも可能である。また、カード認識部は、例えば、ポイントカードにポイントを付与する場合など、今回の登録商品の精算に使用しない情報を認識することも可能である。なお、本実施形態のカード認識部は、接触型のカード（ＩＣカード、磁気カード）や、非接触型のカード（ＩＣカード）に対応するものである。表示部は、支払い金額を表示する。操作部は、支払種別（クレジットカードや電子マネー）の選択を受け付ける。

釣銭機２０９（現金決済部）は、現金による決済機構であり、紙幣や硬貨の投入口と排出口とを有する。釣銭機２０９は、投入口への投入金額を算出し、投入金額と買上金額の差分である釣銭金額を算出し、釣り銭を排出口から排出する。釣銭機２０９は、例えば、客側に向けられており、顧客ＣＳから各種操作や現金の投入を受け付ける。なお、釣銭機２０９は、投入口に投入された紙幣や硬貨を検出するセンサを有する。当該センサは、投入口に紙幣や硬貨が投入されたことの検出や、金種別の枚数の検出などを行う。

店員側表示部２１０は、店員用のタッチディスプレイである。店員側表示部２１０は、商品に対応するプリセットキーなどの種々の情報を表示するとともに、商品の登録に関する入力など、店員から種々の入力を受け付ける。

キー操作部２１１は、各種のキー（ハードウェアキー、ボタン）を備える。キー操作部２１１は、商品の登録に関する入力など、店員から種々の入力を受け付ける。

店員側スキャナ部２１２は、店員用のスキャナ部であり、各種の情報を光学的に読み取る。例えば、店員側スキャナ部２１２は、商品に付されているバーコードや、店員の名札に付された店員コードを光学的に読み取る。店員側スキャナ部２１２は、上記に加えて、品券類や、各種カードに印刷されているコードを読み取ってもよい。

印刷部２１３は、各種媒体（レシートＲｃ、領収書、食券等）を印刷して出力する。レシートＲｃには、受渡証明コードＣｄが印刷される。
音声出力部２１４は、音声ガイダンスや警告音などの音を出力する。
通信部２１５は、店舗内のネットワーク７０を経由して、店舗注文管理サーバ１０と通信を行うことにより、店舗ＳＴ内の各装置（店員注文管理装置１１やロッカー装置３０等）と通信を行う。なお、通信部２１５は、店舗注文管理サーバ１０を介することなく、店舗ＳＴ内の各装置（店員注文管理装置１１やロッカー装置３０等）と通信可能であってもよい。

（ロッカー装置３０のハードウェア構成例）
図６は、ロッカー装置３０のハードウェア構成の一例を示す説明図である。図６において、ロッカー装置３０は、ＣＰＵ３０１と、記憶部３０２と、ＲＡＭ３０３と、通信部３０４と、タッチパネル表示部３０５と、コードリーダ３０６と、扉錠部３０７（３０７－１～３０７－６と）、扉開閉センサ３０８（３０８－１～３０８－６）と、計量センサ３０９（３０９－１～３０９－６）と、インジケータ３６３（３６３－１～３６３－６）とを備える。

ＣＰＵ３０１は、中央演算処理装置であり、記憶部３０２に記憶されているプログラムを読み出して実行することにより、ロッカー装置３０の動作を制御する。
記憶部３０２は、ＣＰＵ３０１の補助記憶装置であって、本実施形態に係る商品受け渡しプログラムをはじめとしてＣＰＵ３０１が利用する各種の情報を記憶する。
ＲＡＭ３０３は、ＣＰＵ３０１の主記憶装置である。
通信部３０４は、店舗内のネットワーク７０を経由して、店舗注文管理サーバ１０と通信を行うことにより、店舗ＳＴ内の各装置（店員注文管理装置１１やＰＯＳ端末装置２０等）と通信を行う。なお、通信部３０４は、店舗注文管理サーバ１０を介することなく、店舗ＳＴ内の各装置（店員注文管理装置１１やＰＯＳ端末装置２０等）と通信可能であってもよい。

タッチパネル表示部３０５は、画像を表示するとともに、顧客や店員から各種操作を受け付ける。
コードリーダ３０６は、受渡証明コードＣｄ（２次元コードあるいはバーコード等）のコードの読み取りを行う。
扉錠部３０７は、扉３６２（図７参照）ごとに対応して設けられた錠である。扉錠部３０７は、例えばＣＰＵ３０１の制御に応じて、施錠され、または解錠される。
扉開閉センサ３０８は、扉３６２ごとに対応して設けられ、扉３６２の開状態と閉状態とのいずれの状態であるかを検出する。

計量センサ３０９は、各収納口３６１（図７参照）の底面部にそれぞれ設けられ、収納口３６１に収納されている商品の重量を検出する。ロッカー装置３０は、計量センサ３０９の検出結果を用いて、商品が収納されていることや、商品が取り出されたことを検出する。

インジケータ３６３は、収納口３６１ごとに対応してロッカー装置３０の正面側（客側）に設けられる。インジケータ３６３は、例えば所定の単色または複数色で点灯が可能なＬＥＤ（Light Emitting Diode）により構成されてよい。
インジケータ３６３は、所定の点灯パターンにより、対応する収納口３６１に受渡対象の商品が収納されていることを顧客ＣＳに報知する。なお、インジケータ３６３は、この他にも、点灯パターンによって、扉錠部３０７が解錠状態および施錠状態のいずれの状態にあることや、扉３６２が開状態および閉状態のいずれの状態にあることや、扉３６２が一定時間以上開状態となっていることなどを報知することも可能である。
なお、ロッカー装置３０は、音を出力するスピーカを備えていてもよい。また、ロッカー装置３０は、音を入力するマイクと、音声を認識する音声認識機能を備えていてもよい。

（ロッカー装置３０の外観例）
図７は、ロッカー装置３０の外観の一例を示す説明図である。図７（Ａ）は、ロッカー装置３０を背面側（店員側）から見た斜視図である。図７（Ｂ）は、ロッカー装置３０を正面側（客側）からみた斜視図である。
図７（Ａ）、（Ｂ）に示すように、ロッカー装置３０は、複数の収納口３６１（３６１－１～３６１－６）と、タッチパネル表示部３０５と、コードリーダ３０６とを備える。また、ロッカー装置３０は、複数の収納口３６１（３６１－１～３６１－６）に対応して、扉３６２（３６２－１～３６２－６）と、インジケータ３６３（３６３－１～３６３－６）と、把手部３６４（３６４－１～３６４－６）とを備える。

図７（Ａ）に示すように、ロッカー装置３０の背面側は、扉３６２が設けられておらず、開放している。複数の収納口３６１は、上段と下段とにそれぞれ３つ並列して配置されている。収納口３６１－１～３６１－６には、それぞれ、１番～６番の収納口番号が割り当てられている。ロッカー装置３０を背面から見た場合には、図７（Ａ）に示すように、上段の収納口３６１については、右から左にかけて「１」～「３」の数が割り当てられ、下段の収納口３６１については、右から左にかけて「４」～「６」の数が割り当てられている。ロッカー装置３０を正面から見た場合には、図７（Ｂ）に示すように、上段の収納口３６１については、左から右にかけて「１」～「３」の数が割り当てられ、下段の収納口３６１については、左から右にかけて「４」～「６」の数が割り当てられている。

なお、ロッカー装置３０における収納口３６１の数や、収納口３６１の配列については、図７に示した態様に限らず、他の態様であってもよい。

また、扉３６２（３６２－１～３６２－６）は、図７（Ｂ）に示すように、収納口３６１（３６１－１～３６１－６）の正面側に設けられている。扉３６２には、それぞれ錠が設けられている。このため、扉３６２は、施錠された状態では開くことができず、解錠されると（自動で）開くようになっている。

なお、図７（Ｂ）に示すように、扉３６２は、閉状態では、ロッカー装置３０の正面パネルＰｎの表面に対して奥まった状態となるように構成されている。このため、把手部３６４が扉３６２から突出して設けられる場合でも、正面パネルＰｎの表面に対して手前側（客側）に突出する量を抑えることができる。

把手部３６４（３６４－１～３６４－６）は、顧客ＣＳや店員が手を掛けることが可能である。顧客ＣＳや店員が把手部３６４に手を掛けることにより、扉３６２を開けたり、閉じたりすることが可能である。なお、本実施形態において、扉３６２は解錠されると（自動で）開くようになっているため、把手部３６４が設けられていなくてもよい。

インジケータ３６３は、各収納口３６１に対応して設けられている。具体的には、インジケータ３６３は、各収納口３６１の上方にそれぞれ設けられている。インジケータ３６３は、扉３６２の開閉状態や扉錠部３０７の状態に応じて、所定のパターンで点灯する。

また、各収納口３６１の天面等に収納口３６１の内部を照らす庫内灯を設け、庫内灯をインジケータとして用いてもよい。庫内灯は、正面側（客側）と背面側（店員側）とのいずれの方向からも、視認可能であってもよい。例えば、庫内灯の点灯態様により、顧客ＣＳが商品を取り出す収納口３６１を報知したり、店員が商品を収納する収納口３６１を報知したりすることが可能にある。
なお、インジケータ３６３と庫内灯とを併用してもよいし、インジケータ３６３を設けずに、庫内灯のみを設けるようにしてもよい。

タッチパネル表示部３０５は、顧客ＣＳに対して商品の受け取りに関する案内表示を行うとともに、顧客ＣＳによる商品の受け取りに関する操作を受け付ける。
コードリーダ３０６は、顧客端末装置５０に表示される受渡証明コードＲｃｄを読み取る。

なお、図７（Ｂ）に示すように、コードリーダ３０６は、ロッカー装置３０の正面パネルＰｎの表面に対して奥まった位置に配置されている。具体的には、コードリーダ３０６は、正面パネルＰｎの表面に対して手前側に突出させない位置に配置されている。

本実施形態では、コードリーダ３０６や、扉３６２の閉状態における把手部３６４を、正面パネルＰｎの表面に対して手前側に突出させないようにしているため、顧客ＣＳがロッカー装置３０の前を通る際に、衣類や持ち物等が引っかかってしまうようなことを抑えることができる。

また、図７（Ｂ）において、収納口３６１－１には、商品ＦＤが収納されている。これは、店員が商品ＦＤを収納口３６１－１の背面側から収納したことを示している。なお、図示では、商品ＦＤは、テイクアウト商品であり、紙袋に入れられている。

（顧客端末装置５０のハードウェア構成例）
図８は、顧客端末装置５０のハードウェア構成の一例を示す説明図である。図８において、顧客端末装置５０は、ＣＰＵ５０１と、記憶部５０２と、ＲＡＭ５０３と、タッチパネル表示部５０４と、操作部５０５と、撮像部５０６と、ネットワーク対応通信部５０７と、ＧＰＳ（Global Positioning System）ユニット５０８とを備える。
ＣＰＵ５０１は、中央演算処理装置であり、記憶部５０２に記憶されているプログラムを読み出して実行することにより、顧客端末装置５０の動作を制御する。
記憶部５０２は、ＣＰＵ５０１の補助記憶装置であって、プログラムをはじめとしてＣＰＵ５０１が利用する各種の情報を記憶する。
ＲＡＭ５０３は、ＣＰＵ５０１の主記憶装置である。

タッチパネル表示部５０４は、ＣＰＵ５０１の表示制御に応じて画像を表示する。
操作部５０５は、顧客端末装置５０に備えられる各種操作子（ハードキー等）のほか、顧客端末装置５０に接続される各種の入力デバイスなどを一括して示す。
撮像部５０６は、ＣＰＵ５０１の制御に応じて撮像を行う。また、本実施形態の撮像部５０６は、各種コード（２次元コードやバーコード）を読み取ることが可能である。
ネットワーク対応通信部５０７は、無線によりネットワーク７１経由で通信を行う部位である。ネットワーク対応通信部５０７により、顧客端末装置５０は、取引管理サーバＳｖと通信可能となる。
ＧＰＳユニット５０８は、ＧＰＳ衛星から発信された電波を用いて、顧客端末装置５０の位置情報を取得する。

（店舗注文管理サーバ１０が記憶する各種情報の一例）
図９は、店舗注文管理サーバ１０が記憶する各種情報の一例を示す説明図である。図９（Ａ）は、注文情報９０１を記憶する注文情報テーブル９００の一例を示す。注文情報９０１は、オンライン注文において受け付けた内容に基づいて取引管理サーバＳｖによって生成される。また、注文情報９０１は、オフライン注文において受け付けた内容に基づいてＰＯＳ端末装置２０によって生成される。店舗注文管理サーバ１０は、取引管理サーバＳｖまたはＰＯＳ端末装置２０から注文情報９０１を受信すると、受信した注文情報９０１を注文情報テーブル９００に記憶させる。

図９（Ａ）に示すように、注文情報テーブル９００は、注文番号と、顧客識別情報と、顧客アドレスと、商品情報と、受渡時刻と、精算関連情報との各項目を含む。各項目に情報が記憶されることにより、注文情報９０１がレコードとして記憶される。

注文番号は、各注文を一意に特定することが可能な注文識別情報である。注文番号は、例えば、３桁の数字によって表されている。ただし、注文番号は、３桁の数字に限らず、３桁以外の数字であってもよい。また、注文番号は、例えば、数字とアルファベットの組み合わせであってもよい。
顧客識別情報は、顧客ＣＳを一意に特定することが可能な情報である。顧客識別情報は、例えば、会員情報（会員番号）と対応付けられているが、これに限らず、会員情報そのものであってもよい。また、顧客識別情報は、顧客氏名や、住所や、連絡先などと対応付けられていてもよい。顧客識別情報は、顧客端末装置５０（顧客アドレス）と対応付けられており、顧客アドレスを受信することによって特定される。また、顧客識別情報は、会員情報と対応付けられていることから、ＰＯＳ端末装置２０が会員カードを読み取ることによって特定される。

顧客アドレスは、注文を受け付けた顧客端末装置５０のアドレスを示す。なお、図９（Ａ）において、顧客アドレスの「－」は、ＰＯＳ端末装置２０においてオフライン注文を受け付けた際に設定される。
商品情報は、顧客ＣＳが注文した注文内容（商品名、サイズ、価格等）を示す。商品情報は、価格や税率などの精算に用いられる精算情報を含む。
受渡時刻は、商品の受け渡しが行われる予定時刻を示す。ＰＯＳ端末装置２０が注文を受け付けた場合には、受渡時刻には、例えば、商品の調理時間や厨房の混雑状況に応じた、調理完了の見込み時刻が設定される。顧客端末装置５０が注文を受け付けた場合には、受渡時刻には、例えば、顧客が指定した時刻が設定される。
精算関連情報は、オンライン決済により精算を済ませている「済」と、店舗での精算を示す未精算の「未」とのいずれかを示す。

一例を挙げると、注文情報９０１ａは、受渡時刻を２０時とした未精算のシーフードカレーセットのオンライン注文を示している。具体的には、注文情報９０１ａは、注文番号が「２５５」であり、顧客識別情報が「００１Ａ」であり、顧客アドレスが「○○○○」であり、商品情報が「シーフードカレーセット」であり、受渡時刻が「２０：００」であり、精算関連情報が「未」を示している。

（収納管理情報テーブルの一例）
図９（Ｂ）は、収納管理情報テーブル９１０の一例を示す。収納管理情報テーブル９１０は、収納管理情報９１１を記憶するテーブルである。収納管理情報９１１は、商品が収納されている収納口や、取引における経過等を示す情報であり、適宜更新される。図９（Ｂ）に示すように、収納管理情報テーブル９１０は、注文番号と、収納口番号と、商品ステータスと、保管期限との各項目を含む。各項目に情報が記憶されることにより、収納管理情報９１１がレコードとして記憶される。

注文番号は、注文情報テーブル９００に示した注文番号と同様であり、すなわち、注文識別情報である。
収納口番号は、商品が収納されている場合には収納口番号「１～６」のうち、店員によって指定されたいずれかの番号を示す。また、収納口番号は、商品が収納されていない場合には「０」を示す。また、収納口番号は、いずれかの番号を示す場合でも、顧客ＣＳによって商品が取り出されると、再び「０」となる。

商品ステータスは、取引における商品の経過を示す。商品ステータスは、例えば、「未調理」、「調理中」、「収納準備」、「収納中」、「他所保管」、「超過」、「収納／他所」、「廃棄」、「受取中」、「受渡済」を含む。

「未調理」のステータスは、未だ調理を開始していない状態を示す。このため、「未調理」のステータスは、商品が収納口３６１に収納していない状態を示す。例えば、注文を受け付けたときには、調理が開始されていないことから、ステータスは「未調理」となる。

「調理中」のステータスは、調理を開始した後であり、且つ、調理が完了する前の状態を示す。このため、「調理中」のステータスは、商品が収納口３６１に収納していない状態を示す。店舗注文管理サーバ１０は、キッチン端末装置４０から調理が開始された旨を示す調理開始通知を受信すると、商品ステータスを「未調理」から「調理中」に変更する。

「調理済」のステータスは、調理が完了した状態を示す。店舗注文管理サーバ１０は、キッチン端末装置４０から調理が完了した旨を示す調理完了通知を受信すると、商品ステータスを「調理中」から「調理済」に変更する。「調理済」のステータスにおいて、店員注文管理装置１１は、店員から収納口番号の指定を受け付けることが可能になっている。

「収納準備」のステータスは、収納口番号が指定された後、商品が収納される前の状態を示す。「調理済」のステータスにおいて、店舗注文管理サーバ１０は、店員注文管理装置１１が店員から収納口番号の指定を受け付けると、商品ステータスを「調理済」から「収納準備」に変更する。具体的には、店舗注文管理サーバ１０は、店員注文管理装置１１から収納口番号を受信すると、収納口番号を記憶するとともに、商品ステータスを「調理済」から「収納準備」に変更する。

「収納中」のステータスは、商品が収納口３６１に収納されている状態を示す。店舗注文管理サーバ１０は、商品が収納口３６１に収納されると、商品ステータスを「収納準備」から「収納中」に変更する。

「他所保管」のステータスは、ロッカー装置３０の収納口３６１とは異なる場所で商品を保管している状態を示す。例えば、「他所保管」のステータスは、商品の保管期限が過ぎたことによって収納口３６１から商品を取り出した状態や、収納口３６１に収まらないサイズの商品を収納口３６１とは異なる場所で保管している状態を示す。

「超過」のステータスは、受渡時刻から一定時間が経過した状態を示す。ここで、「収納中」や「他所保管」などのステータスは、店員の操作に応じて適宜変更される。一方、「超過」のステータスは、受渡時刻から一定時間が経過することによって、他のステータスから変更される。なお、店員の操作に応じて、「超過」のステータスに変更可能としてもよい。

「収納／他所」のステータスは、商品のうちの一部を収納口３６１に割り当て、残りの商品を当該収納口３６１以外の他の場所にて保管している状態を示す。

「廃棄」のステータスは、廃棄済みの状態を示す。例えば、収納口３６１に収納されている商品を廃棄のために取り出した場合、店員の操作に応じて「廃棄」のステータスに変更される。なお、収納口３６１に収納されている商品を、一旦、収納口３６１から取り出して他の場所にて保管し、店員の操作に応じて「他所保管」のステータスとした後に、「廃棄」のステータスに変更できるようにしてもよい。この場合、「他所保管」のステータスを経ずに、「廃棄」のステータスに設定する操作が行われた場合には、当該操作が無効として、店員に向けてエラーが報知されるようにしてよい。

「受取中」のステータスは、顧客ＣＳが受渡証明コードＣｄをロッカー装置３０（コードリーダ３０６）に読み取らせることに応じて、商品が収納されている収納口３６１の扉３６２が解錠された状態を示す。
「受渡済」のステータスは、扉３６２が解錠されて、収納口３６１から商品が取り出された状態を示す。

また、収納管理情報テーブル９１０に示す保管期限は、収納口３６１に収納される商品の保管期限を示す。保管期限になると、例えば、店員によって商品は撤去される。

一例を挙げると、収納管理情報９１１ａは、注文番号「２５５」の商品の調理が完了して、商品が６番の収納口３６１に収納される前の状態を示している。具体的には、収納管理情報９１１ａは、注文番号が「２５５」であり、収納口番号が「６」であり、商品ステータスが「収納準備」であり、保管期限が「２０：３０」を示している。なお、商品が収納口番号「６」の収納口３６１に収納されると、商品ステータスは「収納中」に変更される。

（収納口情報テーブルの一例）
図９（Ｃ）は、収納口情報テーブル９２０の一例を示す。収納口情報テーブル９２０は、各収納口３６１に収納されている商品（注文番号）を示す収納口情報９２１を記憶するテーブルである。収納口情報９２１は、各収納口３６１への商品の収納や取り出しに応じて、適宜更新される。図９（Ｃ）に示すように、収納口情報テーブル９２０は、収納口番号と、注文番号との各項目を含む。各項目に情報が記憶されることにより、収納口情報９２１がレコードとして記憶される。

収納口番号は、「１」～「６」のいずれかを示す。注文番号は、各注文を一意に特定することが可能な情報である。注文番号の「９９９」は、収納口３６１が未収納状態であることを示す。

一例を挙げると、収納口情報９２１ａは、収納口番号が「６」であり、注文番号が「２５５」を示している。すなわち、収納口情報９２１ａは、注文番号「２５５」の商品が収納口番号「６」の収納口３６１に収納されていることを示している。

（商品受け渡しシステム１における取引完了までの収納管理情報９１１の遷移）
図１０は、商品受け渡しシステム１における取引完了までの収納管理情報９１１ａの遷移を示す説明図である。図１０（Ａ）は、注文が完了した際の収納管理情報９１１ａを示す。具体的には、図１０（Ａ）の収納管理情報９１１ａは、注文番号が「２５５」であり、収納口番号が「０」であり、商品ステータスが「未調理」であり、保管期限が「２０：３０」を示している。

図１０（Ｂ）は、調理を開始した後の収納管理情報９１１ａを示す。具体的には、図１０（Ｂ）の収納管理情報９１１ａは、商品ステータスが「調理中」となっている点で、図１０（Ａ）と異なる。店舗注文管理サーバ１０は、商品ごとに顧客ＣＳの受渡時刻や、受渡時刻に応じた調理開始時刻を管理する。店舗注文管理サーバ１０は、調理開始時刻になることに応じて、または、店舗ＳＴにおいて注文を受け付けることに応じて、調理開始通知をキッチン端末装置４０から受信すると、商品ステータスを「未調理」から「調理中」に変更する。

図１０（Ｃ）は、調理が完了した際の収納管理情報９１１ａを示す。具体的には、図１０（Ｃ）の収納管理情報９１１ａは、商品ステータスが「調理済」となっている点で、図１０（Ｂ）と異なる。店舗注文管理サーバ１０は、キッチン端末装置４０から、調理が完了した旨を示す調理完了通知を受信すると、商品ステータスを「調理中」から「調理済」に変更する。

図１０（Ｄ）は、店員注文管理装置１１が店員から収納口番号の指定を受け付けた際の収納管理情報９１１ａを示す。具体的には、図１０（Ｄ）の収納管理情報９１１ａは、商品ステータスが「収納準備」となっている点と、収納口番号が「６」となっている点で、図１０（Ｃ）と異なる。店舗注文管理サーバ１０は、店員注文管理装置１１から収納口番号を受信すると、収納口番号を記憶するとともに、商品ステータスを「調理済」から「収納準備」に変更する。

図１０（Ｅ）は、商品の収納口３６１への収納および施錠が完了した際の収納管理情報９１１ａを示す。具体的には、図１０（Ｅ）の収納管理情報９１１ａは、商品ステータスが「収納中」となっている点で、図１０（Ｄ）と異なる。店舗注文管理サーバ１０は、ロッカー装置３０から、商品が収納されて、施錠が完了した旨を示す施錠完了通知を受信すると、商品ステータスを「収納準備」から「収納中」に変更する。

図１０（Ｆ）は、商品の受け取りが完了した際の収納管理情報９１１ａを示す。具体的には、図１０（Ｆ）の収納管理情報９１１ａは、商品ステータスが「受渡済」となっている点で、図１０（Ｅ）と異なる。店舗注文管理サーバ１０は、ロッカー装置３０から、受け渡しが完了した旨を示す受け渡し完了通知を受信すると、商品ステータスを、「収納準備」の後に変更された「受取中」から「受渡済」に変更する。

このように、収納管理情報９１１ａを記憶（更新）することにより、店舗注文管理サーバ１０は、注文から受け渡しまでの各商品の状況をそれぞれ管理することができる。

（商品の登録からロッカー装置３０への収納までの処理）
図１１は、商品受け渡しシステム１が行う、商品の登録からロッカー装置３０への収納までの処理の流れを示すシーケンス図である。なお、図１１では、ある顧客ＣＳが、自身の顧客端末装置５０を用いて購入対象の商品を注文し、店舗ＳＴにおいて当該商品が準備されるまでの流れについて説明する。

ステップＳ１１０１：顧客端末装置５０は、顧客ＣＳの操作に応じて注文アプリケーションを起動する。
ステップＳ１１０２：顧客端末装置５０は、顧客ＣＳから注文の操作を受け付けて、取引管理サーバＳｖと通信を行い、注文内容を確定する。注文内容が確定すると、取引管理サーバＳｖから店舗注文管理サーバ１０へ注文情報９０１（図９（Ａ）参照）が送信される。

ステップＳ１１０３：ＰＯＳ端末装置２０は、顧客ＣＳから注文の操作を受け付けて、注文内容を確定する。注文内容が確定すると、ＰＯＳ端末装置２０から店舗注文管理サーバ１０へ注文情報９０１（図９（Ａ）参照）が送信される。

ステップＳ１１０４：店舗注文管理サーバ１０は、取引管理サーバＳｖまたはＰＯＳ端末装置２０から注文情報９０１を受信する。
ステップＳ１１０５：店舗注文管理サーバ１０は、取引管理サーバＳｖまたはＰＯＳ端末装置２０から受信した注文情報９０１を記憶部１０２の注文情報テーブル９００（図９（Ａ）参照）に記憶させる。
ステップＳ１１０６：店舗注文管理サーバ１０は、注文情報テーブル９００に記憶される注文情報９０１のうち更新分を示す更新情報を店員注文管理装置１１へ送信する。

ステップＳ１１０７：店員注文管理装置１１は、注文内容に対応する注文対応画面を表示している。
ステップＳ１１０８：店員注文管理装置１１は、店舗注文管理サーバ１０から更新情報を受信すると、更新分を反映させることにより、注文対応画面を更新する。

ステップＳ１１０９：店舗注文管理サーバ１０は、例えば、受渡時刻や調理内容等の注文内容に応じて、注文番号が示す商品の調理開始指示をキッチン端末装置４０へ送信する。店員によって実際に調理が開始されると、キッチン端末装置４０は、店員の操作に応じて、調理が開始された旨を示す調理開始通知（不図示）を店舗注文管理サーバ１０へ送信する。
ステップＳ１１１０：店舗注文管理サーバ１０は、キッチン端末装置４０から調理開始通知を受信すると、商品ステータスを「未調理」から「調理中」に変更する。なお、店舗注文管理サーバ１０は、キッチン端末装置４０へ調理開始指示を送信したことを条件に、商品ステータスを「未調理」から「調理中」に変更してもよい。

ステップＳ１１１１：キッチン端末装置４０は、店舗注文管理サーバ１０から調理開始指示を受信すると、キッチンモニタへの表示や、印刷部を用いた紙媒体の発行により、店員に注文番号とともに調理を開始する旨を報知する。
ステップＳ１１１２：キッチン端末装置４０は、調理が完了したことにより調理完了ボタンが押下されると、当該商品の注文が完了した旨を示す調理完了通知を店員注文管理装置１１へ送信する。

ステップＳ１１１３：店員注文管理装置１１は、キッチン端末装置４０から調理完了通知を受信すると、店舗注文管理サーバ１０に対して収納口情報９２１（図９（Ｃ）参照）の照会を行う。

ステップＳ１１１４：店舗注文管理サーバ１０は、店員注文管理装置１１から収納口情報９２１の照会を受けると、収納口情報９２１を店員注文管理装置１１へ送信する。なお、調理完了通知は、キッチン端末装置４０から店舗注文管理サーバ１０へも送信される。店舗注文管理サーバ１０は、調理完了通知を受信すると、商品ステータスを「調理中」から「調理済」に変更する。

ステップＳ１１１５：店員注文管理装置１１は、収納口情報９２１を表示するとともに、店員から、商品を収納する収納口３６１を示す収納口番号の指定を受け付ける。店員注文管理装置１１は、収納口番号の指定を受け付けると、受け付けた収納口番号を注文番号とともに店舗注文管理サーバ１０へ送信する。

ステップＳ１１１６：店舗注文管理サーバ１０は、店員注文管理装置１１から、収納口番号と注文番号とを受信すると、受信した注文番号と収納口番号とを対応付けて記憶する（図１０（Ｂ）の収納管理情報９１１参照）。また、店舗注文管理サーバ１０は、収納口情報９２１（図１０（Ｃ）参照）についても更新する。また、このとき、店舗注文管理サーバ１０は、商品ステータスを「調理済」から「収納準備」に変更する。そして、店舗注文管理サーバ１０は、商品ステータスが「収納準備」となった商品の注文番号を呼出ディスプレイ４５に送信する。

ステップＳ１１１７：呼出ディスプレイ４５は、店舗注文管理サーバ１０から受信した注文番号を表示部に表示する（図２参照）。これにより、呼出ディスプレイ４５は、顧客ＣＳに商品が出来上がったことや、受け取りを促す旨を示す受渡報知を行う。なお、注文番号の呼出ディスプレイ４５への表示は、店舗注文管理サーバ１０から注文番号を受信することに加えて、当該注文の精算が完了しているという条件を加えてもよい。

ステップＳ１１１８：店員が、扉３６２が設けられていない店員側から商品を収納口３６１に収納すると、ロッカー装置３０は、計量センサ３０９によって当該商品の収納を検出する。
ステップＳ１１１９：ロッカー装置３０は、店舗注文管理サーバ１０に対して、収納許可判定の要求を行う。収納許可判定は、指定された収納口番号が示す収納口３６１に商品が収納されたか否かの判定である。なお、収納許可判定の要求では、収納された収納口３６１の収納口番号が店舗注文管理サーバ１０へ送信される。

ステップＳ１１２０：店舗注文管理サーバ１０は、ロッカー装置３０から収納許可判定の要求を受けると、当該要求に含まれる収納口番号が、指定された収納口番号であるか否かを判定する収納許可判定を行う。収納許可判定において、当該要求に含まれる収納口番号が、指定された収納口番号である場合に、店舗注文管理サーバ１０は、収納口３６１への収納を許容する判定結果を導出する。一方で、当該要求に含まれる収納口番号が、指定された収納口番号ではない場合、店舗注文管理サーバ１０は、収納口３６１への収納を許容しない判定結果を導出する。

ステップＳ１１２１：店舗注文管理サーバ１０は、収納許可判定において導出した判定結果に応じた指示情報をロッカー装置３０へ送信する。収納を許可する判定結果を導出した場合の指示情報は、施錠させることを示す指示を含む。収納を許可しない判定結果を導出した場合の指示情報は、収納位置が誤っている旨を表示させる指示を含む。

ステップＳ１１２２：ロッカー装置３０は、タッチパネル表示部１１５を用いて、指示情報に応じた処理を行う。例えば、収納を許可する判定結果を導出した場合の指示情報であれば、ロッカー装置３０は、扉錠部３０７を施錠するとともに、タッチパネル表示部１１５に「○番の収納口に商品を収納しました。施錠を完了しました。」という通知を行う。一方、収納を許可しない判定結果を導出した場合の指示情報であれば、ロッカー装置３０は、扉錠部３０７を施錠せずに、タッチパネル表示部１１５に「収納口が違います。施錠されません。」という通知を行う。なお、タッチパネル表示部１１５に表示される内容は、店員注文管理装置１１に表示されてもよい。

以下の処理では、収納を許可する判定結果を導出したものとして説明する。
ステップＳ１１２３：ロッカー装置３０は、扉錠部３０７の施錠が完了すると、施錠が完了したことを示す施錠完了通知を店舗注文管理サーバ１０へ送信する。

ステップＳ１１２４：店舗注文管理サーバ１０は、ロッカー装置３０から施錠完了通知を受信すると、収納管理情報テーブル９１０（図９（Ｂ）参照）を参照し、指定された収納口番号に対応する注文番号が示す収納管理情報９１１の商品ステータスを「収納準備」から「収納中」に変更する。

上述した処理により、顧客ＣＳが注文した商品をロッカー装置３０に収納させ、施錠して当該商品を保管することが可能になる。

（オンライン注文を行う際の顧客端末装置５０の画面例）
図１２および図１３は、顧客ＣＳが顧客端末装置５０を用いてオンライン注文を行う際の顧客端末装置５０の画面例を示す説明図である。
顧客ＣＳは、オンライン注文を行うにあたり、顧客端末装置５０の注文アプリケーションを起動させる。注文アプリケーションが起動すると、顧客ＣＳは、顧客端末装置５０を操作して、顧客端末装置５０のタッチパネル表示部５０４に商品選択画面１２００を表示させる。商品選択画面１２００は、注文対象とする商品（予約商品）の選択を受け付ける画面である。

図１２（Ａ）は、顧客端末装置５０に表示される商品選択画面１２００の一例を示している。商品選択画面１２００は、分類選択エリアＡＲ１と、商品リストエリアＡＲ２と、商品金額エリアＡＲ３と、カートボタンＢＴ１を含む。
分類選択エリアＡＲ１は、複数の分類を示すとともに、複数の分類のうち一の分類の選択を受け付けるエリアである。
商品リストエリアＡＲ２は、分類選択エリアＡＲ１において選択された分類に属する複数の商品（メニュー）を示すとともに、複数の商品のうち一の商品の選択を受け付けるエリアである。
商品金額エリアＡＲ３は、選択された商品の合計点数および合計金額を示すエリアである。
注文確認ボタンＢＴ１は、商品確認を行う画面（図１２（Ｃ）の商品確認画面１２２０）に遷移させることを受け付けるボタンである。

例えば、顧客ＣＳは、分類選択エリアＡＲ１の複数の分類の中から一の分類（図示では「セット」）を選択したとする。商品リストエリアＡＲ２には、分類選択エリアＡＲ１にて選択された分類に属する商品のリストが表示される。顧客ＣＳは、商品リストエリアＡＲ２に表示された商品の中から、購入を希望する商品（図示では「シーフードカレーセット」）を押下する。
購入を希望する商品が選択されると、図１２（Ｂ）に示すオプション注文画面１２１０に遷移する。

図１２（Ｂ）は、オプション注文画面１２１０の一例を示している。オプション注文画面１２１０は、選択商品確認エリアＡＲ１１と、オプションエリアＡＲ１２と、商品金額エリアＡＲ１３と、カートボタンＢＴ１１とを含む。
選択商品確認エリアＡＲ１１は、図１２（Ａ）の商品選択画面１２００において選択された商品を示す。
オプションエリアＡＲ１２は、選択された商品についてのオプション注文を受け付けるエリアである。オプション注文は、例えば、選択された商品に関連する補助的な注文である。図１２（Ｂ）のオプションエリアＡＲ１２は、シーフードカレーの辛さの選択と、セットに含まれるドリンクのサイズの選択とを受け付ける。
商品金額エリアＡＲ１３は、選択された商品についての、オプション注文が反映された金額が表示される。
カートボタンＢＴ１１は、選択された商品をカートに入れる（仮登録する）ことを受け付けるボタンである。

オプション注文が選択され、カートボタンＢＴ１１が押下されると、選択された商品は、設定されたオプション注文の内容が反映された上でカートに入れられる（仮登録される）。そして、オプション注文画面１２１０から、商品選択画面１２００（図１２（Ａ））に戻る。
この後も、顧客ＣＳの操作に応じて、次の商品をカートに入れていくことが可能である。

商品選択画面１２００において、商品が仮登録されている状態で注文確認ボタンＢＴ１が押下されると、図１２（Ｃ）に示す商品確認画面１２２０に遷移する。

図１２（Ｃ）は、商品確認画面１２２０の一例を示している。商品確認画面１２２０は、カート商品確認エリアＡＲ２１と、イートイン／テイクアウト選択エリアＡＲ２３と、受渡時刻設定エリアＡＲ２４と、店舗確認エリアＡＲ２５と、金額確認エリアＡＲ２６と、注文ボタンＢＴ２２とを含む。

カート商品確認エリアＡＲ２１は、カートに入れられている商品を示すエリアである。
カート商品確認エリアＡＲ２１には、削除ボタンＢＴ２１が表示されている。削除ボタンＢＴ２１は、カートに入れられている商品の取り消しを受け付けるボタンである。

イートイン／テイクアウト選択エリアＡＲ２３は、カートに入れられている商品を店舗ＳＴにて受け取った後、店舗ＳＴにおいて飲食するイートインを示す「お店で」と、テイクアウトを示す「持ち帰り」とのうち、いずれか一方の選択を受け付けるエリアである。図示では、テイクアウトが選択されていることを示している。なお、イートインとテイクアウトとで消費税率が異なる場合には、イートインまたはテイクアウトの選択に応じて、金額確認エリアＡＲ２６に表示される消費税額や、合計金額が変更されるようにすればよい。

受渡時刻設定エリアＡＲ２４は、商品の受け渡しが行われる受渡時刻を受け付けるエリアである。
店舗確認エリアＡＲ２５は、注文先の店舗ＳＴを示すエリアである。なお、商品選択画面１２００の前に店舗選択画面を表示するようにしており、店舗確認エリアＡＲ２５に示す店舗ＳＴは、この店舗選択画面において顧客ＣＳによって選択された店舗ＳＴを示している。なお、店舗確認エリアＡＲ２５は、注文先の店舗ＳＴの変更を受け付けるようにしてもよい。

金額確認エリアＡＲ２６は、カートに入れられている商品の金額に関する情報が表示されるエリアである。金額確認エリアＡＲ２６には、例えば、カートに入れられている商品の小計金額、消費税額、端数調整額、合計金額が表示されている。
注文ボタンＢＴ２２は、注文の確定を受け付けるボタンである。注文ボタンＢＴ２２が操作されると、図１３（Ａ）に示す決済方法選択画面１３００に遷移する。

図１３（Ａ）は、決済方法選択画面１３００の一例を示している。決済方法選択画面１３００は、オンライン決済選択ボタンＢＴ２３と、店舗決済選択ボタンＢＴ２４とを含む。オンライン決済選択ボタンＢＴ２３は、カートに入れられている商品の代金の支払いを、顧客端末装置５０を用いたオンライン決済とすることを受け付けるボタンである。店舗決済選択ボタンＢＴ２４は、カートに入れられている商品の代金の支払いを、店舗ＳＴにおけるＰＯＳ端末装置２０を用いた決済とすることを受け付けるボタンである。図示では、オンライン決済選択ボタンＢＴ２３が選択されていることを示している。オンライン決済では、例えば、予め登録されたクレジットカードによる決済が行われる。

決済ボタンＢＴ２５が押下されると、図１３（Ｂ）に示す第１注文確認画面１３１０に遷移する。また、店舗決済選択ボタンＢＴ２４が選択された状態で、確認ボタンＢＴ２６が押下されると、図１３（Ｃ）に示す第２注文確認画面１３２０に遷移する。

図１３（Ｂ）は第１注文確認画面１３１０の一例を示している。第１注文確認画面１３１０は、注文内容確認エリアＡＲ４１と、追加注文ボタンＢＴ４１と、注文キャンセルボタンＢＴ４２と、受取案内エリアＡＲ４２とを含む。

注文内容確認エリアＡＲ４１は、今回の注文を一意に示す注文番号、注文された商品名、精算済であるか否か、注文先の店舗、受渡時刻等を示している。
追加注文ボタンＢＴ４１は、注文を確定したものの、さらに追加して注文を受け付けるボタンである。追加注文ボタンＢＴ４１が押下されると、顧客端末装置５０のタッチパネル表示部５０４は、商品選択画面１２００（図１２（Ａ）参照）に戻り、追加の商品の選択が可能となる。
注文キャンセルボタンＢＴ４２は、注文を確定したものの、顧客ＣＳが思い直したりすることによって注文を取り消したいと思った場合に、注文のキャンセルを受け付けるボタンである。

受取案内エリアＡＲ４２は、受渡証明コードＣｄと、注文先の店舗ＳＴのロッカー装置３０のコードリーダ３０６に受渡証明コードＣｄを読み取らせることを顧客ＣＳに案内するメッセージとを含む。また、受取案内エリアＡＲ４２は、受渡設定ボタンＢＴ４３を含む。受渡設定ボタンＢＴ４３が押下されると、受渡設定画面（図２８（Ｂ）参照）が表示され、移動種別の選択を受け付けたり、受け付けた移動種別に応じた所要時間が表示されたりする。

図１３（Ｃ）は第２注文確認画面１３２０の一例を示している。第２注文確認画面１３２０は、図１３（Ｂ）の第１注文確認画面１３１０と比較して、注文内容確認エリアＡＲ４１において精算の項目が未精算を示している点と、受取案内エリアＡＲ４３が表示されている点とが異なる。

受取案内エリアＡＲ４３は、精算用証明コードＰｃｄと、注文先の店舗ＳＴにおいて精算を行う旨を案内するメッセージとを含む。精算用証明コードＰｃｄは、注文識別情報（注文番号）と、未精算であることを示す情報とを含む情報がコード化されたものである。

このようにして、顧客ＣＳは、オンライン注文を確定させて、店舗ＳＴで商品を受け取ることが可能になる。

（店員注文管理装置１１のタッチパネル表示部１１５に表示される画面例）
図１４および図１５は、店員注文管理装置１１のタッチパネル表示部１１５に表示される注文対応画面の一例を示す説明図である。図１４において、注文対応画面１４００は、注文対応操作エリアＡＲ２０と、ロッカーステータスエリアＡＲ３０と、ボタンエリアＢＴ３０とを含む。

（注文対応操作エリアＡＲ２０について）
注文対応操作エリアＡＲ２０は、全リストタブＴｂ１と、未収納タブＴｂ２と、収納中タブＴｂ３と、他所保管タブＴｂ４と、超過タブＴｂ５とを含む。
全リストタブＴｂ１は、全ての注文内容を一覧表示させるタブである。
未収納タブＴｂ２は、ステータスが「収納準備」の注文に対応するリスト項目の一覧を表示させるタブである。
収納中タブＴｂ３は、ステータスが「収納中」の注文に対応するリスト項目の一覧を表示させるタブである。
他所保管タブＴｂ４は、ステータスが「他所保管」の注文に対応するリスト項目の一覧を表示させるタブである。
超過タブＴｂ５は、ステータスが「超過」の注文に対応するリスト項目の一覧を表示させるタブである。

図１４においては、全リストタブＴｂ１が選択されている画面を示している。図１４に示すように、注文対応操作エリアＡＲ２０には、全てのステータスに対応する注文のリスト項目１４０１（１４０１ａ～１４０１ｏ）が表示されている。リスト項目１４０１ａ～１４０１ｏは、それぞれ一の注文に対応する。

リスト項目１４０１は、注文番号、ステータス、受渡時刻、保管期限、精算、注文数、の項目を含む。
注文番号の項目は、各注文の注文番号を示す。
ステータスの項目は、注文番号が示す注文の現在の状況（商品ステータス）を示す。ステータスの項目は、文字で表される。なお、ステータスの項目は、文字で表すことに限らず、記号や色で表すようにしてもよい。

受渡時刻の項目は、各注文の受渡時刻を示す。
保管期限の項目は、受渡時刻に対する超過時刻を示している。超過時刻は、受渡時刻に対して予め設定された所定時間（例えば３０分）を加えた時刻である。ある商品が収納口３６１に収納されたまま、超過時刻を経過した場合、当該商品は、店員によって収納口３６１から取り出され、顧客ＣＳが受け取りにくるまで別の場所で保管されるか、または廃棄される。

精算の項目は、精算関連情報を示しており、具体的には、オンライン決済により支払いを済ませている「済」と、店舗決済を行うことにより支払いを済ませていない「未」とのいずれかを示す。
注文数の項目は、注文された商品の数（登録数）を示す。

なお、リスト項目１４０１は、イートイン／テイクアウト区分の項目を含んでもよい。店員は、イートイン／テイクアウト区分の項目を確認することによって、イートインの準備またはテイクアウトの準備を行うことができる。イートインの準備とは、例えば、商品をトレーに載せることである。また、テイクアウトの準備とは、例えば、商品を袋詰めすることである。

各リスト項目１４０１は、上から下に、受渡時刻の早い順に表示されている。飲食店では、顧客ＣＳの受渡時刻に合わせて、商品を準備することが求められる。例えば、温かさや、冷たさなどの温度の保持が求められる商品は、受渡時刻に対して準備する時刻が早すぎると、冷めてしまったり、温くなってしまったりする。このため、受渡時刻に対して、所定時間を逆算した時刻から準備を始めることが求められる場合がある。このような観点から、各リスト項目１４０１を受渡時刻の順で表示している。これにより、店員は、どのような順番で、いつ頃から商品を準備していけばよいのかを判断しやすくなる。すなわち、店員は、受渡時刻を見て、自らの判断によって、各注文における商品の準備を始めることができる。したがって、商品の準備を店員が円滑に行えるようにすることができる。

また、本実施形態において、店舗注文管理サーバ１０は、キッチン端末装置４０に、商品を準備（調理を開始）する時刻を通知させるようにしている。具体的に説明すると、店舗注文管理サーバ１０は、商品ごとに、あるいは、各商品の注文数量ごとに、受渡時刻に対して逆算する所定時間を予め設定している。例えば、所定時間は、調理時間の短い商品であれば１０分であり、調理時間の長い商品であれば２０分である。すなわち、店舗注文管理サーバ１０は、調理時間の短い商品であれば、受渡時刻の１０～１５分前に店員に準備を開始するよう通知し、調理時間の長い商品であれば、受渡時刻の２０～２５分前に店員に準備を開始するよう通知する。なお、調理時間や逆算する所定時間は、店員によって任意の時間に設定することが可能である。また、ＰＯＳ端末装置２０が受け付けた注文については、キッチン端末装置４０に、すぐに準備を開始するよう通知すればよい。

（ロッカーステータスエリアＡＲ３０について）
ロッカーステータスエリアＡＲ３０は、ロッカー装置３０の各収納口３６１の収納状況を示す収納口ステータスエリアＡＲ３１を含む。収納口ステータスエリアＡＲ３１（ＡＲ３１－１～ＡＲ３１－６）は、ロッカー装置３０に６つの収納口３６１－１～３６１－６（図７参照）に対応している。収納口ステータスエリアＡＲ３１－１～ＡＲ３１－６は、店員側から見た収納口３６１－１～３６１－６の配列（図７（Ａ））に対応している。すなわち、上段の右から左にかけて収納口ステータスエリアＡＲ３１－１～ＡＲ３１－３が順に表示され、下段の右から左にかけて収納口ステータスエリアＡＲ３１－４～ＡＲ３１－６が順に表示されている。また、収納口ステータスエリアＡＲ３１－１～ＡＲ３１－６に、収納口番号に対応する「１」から「６」のいずれかの数字が表示されている。このような順で収納口ステータスエリアＡＲ３１－１～ＡＲ３１－６を表示することにより、店員は、収納口ステータスエリアＡＲ３１－１～ＡＲ３１－６と収納口３６１－１～３６１－６との対応関係を容易に把握することができる。

図１４において、収納口ステータスエリアＡＲ３１－１、ＡＲ３１－２、ＡＲ３１－３は、商品が収納されている収納中のステータスを示している。収納口ステータスエリアＡＲ３１－４、ＡＲ３１－６は、商品が収納されていない未収納（空き）のステータスを示している。また、収納口ステータスエリアＡＲ３１－５は、商品を収納してから超過時間を経過している超過のステータスを示している。すなわち、収納口番号が１番、２番、３番の収納口３６１が商品を収納しており、収納口番号が４番、６番の収納口３６１が商品を収納していない状態であり、収納口番号が５番の収納口３６１が、商品が収納されてから超過時間を経過した状態であることを示している。

収納口ステータスエリアＡＲ３１は、それぞれ商品ステータスに応じた背景色で表示さる。このため、店員は、背景色によって、商品ステータスを把握することができる。また、収納口ステータスエリアＡＲ３１は、注文番号と、商品名と、受渡時刻と、保管期限との各表示を含む。なお、保管期限（超過時刻）を経過した場合、その旨を報知するようにしてもよい。具体的には、収納口ステータスエリアＡＲ３１－５全体を点滅させたり、商品ステータスを示す「超過」の表示領域を点滅させたりしてよい。また、収納口３６１の背面側にインジケータを設けた構成としたとすると、保管期限を経過した場合に、当該インジケータを所定の態様で点灯させてもよい。当該報知は、例えば、店舗注文管理サーバ１０の指示に基づいて行われる。

また、未収納状態を示す収納口ステータスエリアＡＲ３１－４、ＡＲ３１－６には、未収納状態を示す「空き」の文字が表示されているだけで、注文番号と、商品名と、受渡時刻と、保管期限とについては表示されていない。

（ボタンエリアＢＴ３０について）

また、注文対応画面１４００において、ボタンエリアＢＴ３０は、収納登録ボタンＢＴ３１と、収納登録解除ボタンＢＴ３２と、移動登録ボタンＢＴ３３と、他所保管登録ボタンＢＴ３４とを含む。
収納登録ボタンＢＴ３１は、商品を収納口３６１に収納する登録操作を受け付けるボタンである。
収納登録解除ボタンＢＴ３２は、商品を収納口３６１に収納したことの解除を受け付けるボタンである。
移動登録ボタンＢＴ３３は、収納口３６１に収納された商品の収納口３６１の移動を受け付けるボタンである。
他所保管登録ボタンＢＴ３４は、商品を他所で保管することの登録（他所保管登録）を受け付けるボタンである。
選択クリアボタンＢＴ３５は、商品が選択されていることを示す選択枠ＳＦの解除を受け付けるボタンである。
更新ボタンＢＴ３６は、表示中の各種情報を最新の情報に更新することを受け付けるボタンである。

（収納口３６１へ商品を収納する際の登録操作について）
次に、収納口３６１へ商品を収納する際の登録操作について説明する。注文対応画面１４００には、商品準備完了通知１４１０ａが表示されている。商品準備完了通知１４１０ａは、例えば、注文番号「２５５番」の商品の調理が完了したこと、および、収納先の収納口３６１を選択して商品の収納を促す旨の通知を示している。店員は、注文番号「２５５番」を示すリスト項目１４０１ｆを選択する操作（押下）を行う。この操作を受け付けると、リスト項目１４０１ｆには、リスト項目１４０１ｆが選択されたことを示す選択枠ＳＦが表示される。

そして、店員は、収納登録ボタンＢＴ３１を押下して、収納口ステータスエリアＡＲ３１を確認し、空いている収納口３６１を指定する。例えば、店員は、空きを示す収納口番号が４番、６番の２つの収納口３６１の中から、６番の収納口３６１－６に対応する収納口ステータスエリアＡＲ３１－６を指定する操作（押下）を行ったとする。

そして、店員が、指定の収納口番号（６番）が示す収納口３６１に商品を収納すると、６番の収納口３６１－６の扉３６２－６が施錠される。すると、店員注文管理装置１１のタッチパネル表示部１１５には、図１５に示す画面が表示される。

図１５は、扉３６２が施錠された後にタッチパネル表示部１１５に表示される注文対応画面１５００の一例を示す説明図である。図１５の注文対応画面１５００に示すように、収納口ステータスエリアＡＲ３１－６には、注文番号「２５５番」と、商品名と、受渡時刻と、保管期限とが入力されている。また、リスト項目１４０１ｆのステータスは、収納中を示している。

また、収納口受付通知１４１０ｂは、６番の収納口３６１－６に商品を収納した旨を示している。これにより、店員は、タッチパネル表示部１１５に表示されている収納口番号が示す収納口３６１に、商品を収納したことを確認することができる。

（顧客ＣＳが商品を受け取る際の処理）
図１６は、商品受け渡しシステム１が行う商品を受け取る際の処理の流れを示すシーケンス図である。
ステップＳ１６０１：顧客端末装置５０は、コードの表示開始の指示を受け付けたか否かを判断する。顧客端末装置５０は、コードの表示開始の指示を受け付けるまで待機する。
ステップＳ１６０２：顧客端末装置５０は、コードの表示開始の指示を受け付けると、精算済であるか否かを判断する。精算済である場合、顧客端末装置５０は、ステップＳ１６０４に進む。

ステップＳ１６０３：精算済ではない場合、顧客端末装置５０は、ＰＯＳ端末装置２０に読ませるための精算用証明コードＰｃｄ（図１３（Ｃ）参照）をタッチパネル表示部５０４に表示する。
ステップＳ１６０４：精算済である場合、顧客端末装置５０は、ロッカー装置３０に読み取らせるための受渡証明コードＣｄ（図１３（Ｂ）参照）をタッチパネル表示部５０４に表示する。

ステップＳ１６０５：ＰＯＳ端末装置２０は、精算開始となったか否かを判断する。精算開始となるとは、精算用証明コードＰｃｄを読み取ることや、登録した商品の精算処理の開始を受け付ける精算開始ボタンが押下されることである。ＰＯＳ端末装置２０は、精算開始となるまで待機する。
ステップＳ１６０６：精算開始となると、ＰＯＳ端末装置２０は、精算処理を実行し、受渡証明コードＣｄを印刷したレシートＲｃ（図１７参照）を発行する。

ステップＳ１６０７：ロッカー装置３０のコードリーダ３０６は、顧客端末装置５０に表示された受渡証明コードＣｄ、または、レシートＲｃに印刷された受渡証明コードＣｄを読み取る。
ステップＳ１６０８：ロッカー装置３０は、受渡証明コードＣｄを読み取ると、読み取った受渡証明コードＣｄに基づいて、店舗注文管理サーバ１０に対して解錠要求を送信する。解錠要求には、注文番号が含まれ、注文番号が示す商品の収納先である収納口３６１を解錠することの要求が行われる。

ステップＳ１６０９：店舗注文管理サーバ１０は、ロッカー装置３０からの解錠要求を受けて、注文番号が示す商品の受け渡しが可能であるか否かを判定する受渡判定を行う。なお、受渡判定では、注文番号が示す商品の精算が完了しているか否かの精算判定と、注文番号が示す商品の商品ステータスが「収納中」であるか否かを判定する収納判定とが行われる。

ステップＳ１６１０：店舗注文管理サーバ１０は、受渡判定の判定結果に応じた指示情報をロッカー装置３０へ送信する。例えば、注文番号が示す商品の精算が完了しており、且つ、注文番号が示す商品の商品ステータスが「収納中」である場合、店舗注文管理サーバ１０は、指示情報に、解錠の指示と、当該注文番号に対応付けられている収納口番号を示す情報とを含む指示情報をロッカー装置３０へ送信する。一方で、注文番号が示す商品が未精算である場合や、精算済であっても注文番号が示す商品の商品ステータスが「収納中」ではない場合、店舗注文管理サーバ１０は、該当する商品がないことを示す指示情報をロッカー装置３０へ送信する。

ステップＳ１６１１：ロッカー装置３０は、店舗注文管理サーバ１０からの指示情報を受信すると、受信した指示情報に応じて、扉錠部３０７を解錠する。具体的には、店舗注文管理サーバ１０から解錠の指示を含む指示情報を受信した場合、ロッカー装置３０は、指示情報が指示する収納口番号の収納口３６１の扉錠部３０７を解錠させる。なお、扉錠部３０７が解錠すると、扉３６２は、（自動で）開放する。また、ロッカー装置３０は、扉錠部３０７を解錠させる際に、収納口３６１に対応して設けられているインジケータ３６３を所定の態様で点灯させ、顧客ＣＳに、受渡対象の商品が収納された収納口３６１を報知する。また、ロッカー装置３０は、タッチパネル表示部３０５に、収納口番号や、収納口番号が示す収納口３６１から商品を取り出す旨を表示する。

一方で、店舗注文管理サーバ１０から該当する商品がないことを示す指示情報を受信した場合、ロッカー装置３０は、タッチパネル表示部３０５に、商品が収納されていない旨を報知する。なお、この場合、店員注文管理装置１１に店員を呼び出す旨のアラートを報知してもよい。そして、店員は、当該注文番号が示す商品の商品ステータスを確認する。そして、商品ステータスが「他所保管」である場合には、別の場所に保管している当該商品を店員が取りに行けばよい。また、当該注文番号が示す商品の商品ステータスが「調理中」である場合には、店員は、調理が完了するまで待ってもらう旨を顧客ＣＳに伝える。

以下の説明では、ロッカー装置３０が解錠の指示を含む指示情報を受信したものとして説明する。

ステップＳ１６１２：店舗注文管理サーバ１０は、解錠の指示を含む指示情報をロッカー装置３０へ送信すると、収納管理情報９１１（図９（Ｂ）参照）の当該注文番号に対応する商品ステータスを「収納中」から「受取中」に変更する。

ステップＳ１６１３：ロッカー装置３０は、収納口３６１を解錠した後、商品が取り出されるまで待機する。顧客ＣＳは、解錠によって開放した収納口３６１から商品を取り出して、扉３６２を閉める。商品の取り出しは、例えば、扉３６２が開状態となった後に閉状態となることによって検出され、扉開閉センサ３０８によって検出される。なお、商品の取り出しは、計量センサ３０９によって計量される重量の変化に基づいて検出されてもよい。

ステップＳ１６１４：顧客ＣＳによって収納口３６１から商品が取り出されると、ロッカー装置３０は、注文番号とともに、受け渡しが完了したことを示す受け渡し完了通知を店舗注文管理サーバ１０へ送信する。

ステップＳ１６１５：店舗注文管理サーバ１０は、ロッカー装置３０から受け渡し完了通知を受信すると、収納管理情報９１１（図９（Ｂ）参照）の当該注文番号に対応する商品ステータスを「受取中」から「受渡済」に変更するとともに、当該注文番号に対応する収納口番号を「０」に変更する。そして、店舗注文管理サーバ１０は、呼出ディスプレイ４５へ、当該注文番号に対応する商品ステータスが「受渡済」となったことを示す情報を送信する。

ステップＳ１６１６：呼出ディスプレイ４５は、商品ステータスが「受渡済」となったことを示す情報を受信すると、当該情報に含まれる注文番号を画面上から消去し、受渡報知を終了する。

上述した処理により、顧客ＣＳは、ロッカー装置３０に収納された商品を受け取ることができる。

（レシートＲｃの一例）
図１７は、レシートＲｃの一例を示す説明図である。図１７において、レシートＲｃには、購入情報１７０１と、通知情報１７０２と、受渡証明コードＣｄが印刷されている。購入情報１７０１は、注文した商品についての金額等の各種情報を示す。通知情報１７０２は、店舗ＳＴのロッカー装置３０のコードリーダ３０６に受渡証明コードＣｄを読み取らせることを促すメッセージを示す。顧客ＣＳがレシートＲｃに印刷されている受渡証明コードＣｄをロッカー装置３０に読み取らせることに応じて、扉３６２を解錠させることが可能である。これにより、顧客ＣＳは、ロッカー装置３０に収納された商品を受け取ることができる。

（商品の受け取りに関する操作を行った際のロッカー装置３０の画面例）
図１８は、商品の受け取りに関する操作を行った際のロッカー装置３０の画面例を示す説明図である。図１８（Ａ）は、ロッカー装置３０のタッチパネル表示部３０５に表示される待機画面１８００を示す。待機画面１８００は、商品の受け取りを開始するためのタッチ操作を顧客ＣＳに促す画面である。顧客ＣＳがタッチ操作を行うと、図１８（Ｂ）に示す画面に遷移する。

図１８（Ｂ）は、案内画面１８１０を示す。案内画面１８１０は、コードリーダ３０６に受渡証明コードＣｄを読み取らせる操作を顧客ＣＳに促す画面を示す。また、案内画面１８１０は、パスワード入力ボタンＢＴ５１を含む。パスワード入力ボタンＢＴ５１は、受渡証明コードＣｄの読み取りに代わって、受け取り用のパスワードの入力を受け付けるボタンである。受け取り用のパスワードは、受渡証明コードＣｄに代わる情報である。

なお、受け取り用のパスワードは、顧客端末装置５０を用いて商品の注文が行われる際に発行される。受け取り用のパスワードは、任意の数字や文字であり、注文番号としてもよいし、顧客ＣＳによって選択されてもよいし、取引管理サーバＳｖによって生成されてもよい。また、受け取り用のパスワードは、レシートＲｃに印刷されていてもよい。受け取り用のパスワードの入力を許容することによって、例えば、顧客ＣＳが顧客端末装置５０を持参せずに来店した場合や、顧客端末装置５０に受渡証明コードＣｄを表示することができない場合や、コードリーダ３０６の不調等によって受渡証明コードＣｄを読み取れない場合でも、収納口３６１を解錠させることが可能になる。

顧客ＣＳが受渡証明コードＣｄをコードリーダ３０６に読み取らせることによって、または、正しいパスワードを入力することによって、収納口３６１が解錠すると、図１８（Ｃ）に示す画面に遷移する。図１８（Ｃ）は、タッチパネル表示部３０５に表示される受け取り案内画面１８２０を示す。受け取り案内画面１８２０は、注文番号と、収納先の収納口番号とを含む。これにより、顧客ＣＳは、表示されている収納口番号の収納口３６１から商品を受け取ることができる。

顧客ＣＳによって収納口３６１から商品が取り出されると、タッチパネル表示部３０５には、取引の完了を示す旨（例えば、「ありがとうございました。」などの文字表示）が表示される。これにより、顧客ＣＳは、注文アプリケーションを用いた取引の完了を確認することができる。

なお、図示を省略するが、顧客ＣＳが指定の収納口番号が示す収納口３６１から商品を取り出すと、店員注文管理装置１１の注文対応画面１４００（図１５参照）も更新される。具体的には、注文対応画面１４００において、収納口ステータスエリアＡＲ３１－６は、未収納状態を示す表示に更新される。また、注文対応操作エリアＡＲ２０において、注文番号が２５５番に対応するリスト項目１４０１ｆは消去される。

なお、顧客ＣＳが、受渡証明コードＣｄが示す注文番号の商品の商品ステータスが「収納中」ではない場合や、誤ったパスワードが入力された場合には、収納口３６１が解錠せずに、その旨を示すエラー報知が行われる。エラー報知は、具体的には、収納口３６１に商品が収納されていないことを示す報知や、パスワードが誤っていることを示す報知である。

また、顧客ＣＳが精算用証明コードＰｃｄをコードリーダ３０６に読み取らせたとすると、ロッカー装置３０は、収納口３６１が解錠せずに、精算を促す旨の通知をタッチパネル表示部３０５に表示すればよい。これにより、顧客ＣＳは、商品を受け取れないことや精算が完了していないことを把握でき、ＰＯＳ端末装置２０で精算を行うことができる。

（実施形態１の機能的構成）
次に、実施形態１の機能的構成について説明する。実施形態１の商品受け渡しシステム１は、収納部と、記憶部と、報知部と、表示部と、入力部とを備える。収納部は、例えば、ロッカー装置３０によって実現される。記憶部は、例えば、店舗注文管理サーバ１０の記憶部１０２によって実現される。報知部は、例えば、店舗注文管理サーバ１０のＣＰＵ１０１によって実現される。すなわち、店舗注文管理サーバ１０のＣＰＵ１０１が商品受け渡しプログラムを実行することにより、報知部の機能を実現する。表示部は、例えば、呼出ディスプレイ４５によって実現される。入力部は、ロッカー装置３０のＣＰＵ３０１によって実現される。すなわち、ロッカー装置３０のＣＰＵ３０１が商品受け渡しプログラムを実行することにより、入力部の機能を実現する。

ロッカー装置３０（収納部）は、店舗ＳＴに配置されて注文ごとに商品を収納可能である。店舗ＳＴに配置されるとは、例えば、店舗ＳＴの建物内に設置されることであるが、これに限らず、店頭など店舗ＳＴの建物の外部に配置されることも含む。ロッカー装置３０は、収納口３６１を備え、注文ごとに商品を収納する。商品は、例えば、調理品である。注文とは、例えば、登録した商品の数や種類にかかわらず、登録から精算までを一の単位とされる。一の注文で受け付けた商品は、原則、一の収納口３６１に収納される。ただし、注文した商品の数が多い場合や、商品が大きい場合や、温かい商品と冷たい商品とが混在する場合などでは、一の注文で受け付けた商品でも、複数の収納口３６１に収納されることがあってもよい。

記憶部は、商品の注文に関する情報と、商品が収納されている収納口３６１の位置情報とを対応付けて記憶する。注文に関する情報は、注文を識別する注文識別情報（注文番号）を含む。また、注文に関する情報は、精算が完了したか否かを示す精算関連情報を含む。収納口３６１の位置情報は、例えば、収納口３６１を識別する情報であり、本実施形態では「１」～「６」の数字のいずれかを示す。位置情報は、空き状態となっている収納口３６１の中からいずれかが店員によって指定される。ただし、位置情報は、店員によって指定されることに限らず、店舗注文管理サーバ１０によって自動で指定されてもよい。

報知部は、位置情報が示す収納口３６１に収納した商品の受け渡しが可能な旨の報知（以下「受渡報知」という。）を行う。受渡報知は、例えば、調理が完了し、収納口３６１からの商品の受け渡しの準備ができたこと示す報知である。受渡報知は、表示または音声による報知を含む。

本実施形態において、受渡報知は、注文識別情報（注文番号）の報知を含む。このため、受渡報知を行う前に、顧客ＣＳに注文番号を通知しておく必要がある。本実施形態では、顧客端末装置５０に注文番号を表示させたり、レシートＲｃに注文番号を印刷させたりすることにより、顧客ＣＳに注文番号を通知するようにしている。

また、本実施形態において、受渡報知は、表示による報知を含む。具体的には、受渡報知は、表示部（呼出ディスプレイ４５）に、注文識別情報（注文番号）を表示させることを含む。また、受渡報知は、商品情報（例えば、商品名や個数）を表示させることを含んでもよい。

報知部による受渡報知が行われると、顧客は、ロッカー装置３０に赴き、収納口３６１に収納されている商品を受け取る。これにより、商品受け渡しシステム１における取引が完了する。

（受渡報知のタイミングについて）
また、本実施形態において、受渡報知を行うタイミングは、店員によって収納口３６１が指定されたタイミングとしている。具体的には、報知部は、注文に関する情報と位置情報とが記憶部に対応付けて記憶されたタイミングで、受渡報知を行うようにしている。なお、受渡報知を行うタイミングは、調理が完了したタイミングとしてもよい。具体的には、報知部は、キッチン端末装置４０から、調理完了通知を受信したタイミングで受渡報知を行うようにしてもよい。また、受渡報知は、商品が収納口３６１に収納されたタイミングとしてもよい。

（受渡証明コードＣｄの入力について）
次に、受渡証明コードＣｄの入力について具体的に説明する。入力部には、受渡情報が入力される。受渡情報は、位置情報が示す収納口３６１に収納された商品を受け取るための情報であり、顧客ＣＳによって入力される。本実施形態において、受渡情報は、例えば、受渡証明コードＣｄが示す情報である。顧客ＣＳが受渡証明コードＣｄをコードリーダ３０６に読み取らせることによって、受渡情報が入力部に入力される。

また、受渡情報は、扉錠部３０７の解錠の可否が得られる情報であればよく、例えば、注文番号を含んでもよい。また、受渡情報は、解錠の可否を示す指示情報やパスワードを含んでもよいし、精算関連情報を含んでもよい。また、顧客ＣＳが受渡情報を操作入力することにより、入力部に受渡情報が入力されてもよい。

（収納口番号の報知について）
次に、収納口番号を報知する点について具体的に説明する。本実施形態において、受渡報知は、収納口３６１の位置情報（収納口番号）の報知を含む。具体的には、受渡報知は、商品が収納されている収納口３６１を示唆する報知を含む。より具体的には、受渡報知は、呼出ディスプレイ４５やタッチパネル表示部３０５に収納口番号を表示させたり、インジケータ３６３を点灯させたりして、商品が収納されている収納口３６１を示唆する報知を含む。

なお、受渡報知に位置情報の報知を含ませるようにする場合、受渡情報に、少なくとも、位置情報を特定することが可能な情報が含まれていればよい。具体的には、受渡情報に、位置情報そのものが含まれていてもよい。

また、収納部は、扉３６２を備え、開閉可能である。報知部は、入力部に入力された受渡情報に基づいて、位置情報が示す扉３６２を開放可能にして受渡報知を行う。開放可能とは、扉錠部３０７を解錠することである。なお、本実施形態において、扉錠部３０７が解錠すると、扉３６２は、自動で開放する構成になっている。報知部は、扉錠部３０７が解錠される場合に、例えば、タッチパネル表示部３０５に収納口番号を表示させて報知を行う。一方で、報知部は、扉錠部３０７が解錠されない場合に、当該報知を行わない。この場合、報知部は、受け渡しができない旨を報知する。

なお、本実施形態において、収納部は、扉３６２を備えているが、扉３６２（および扉錠部３０７）を備えていなくてもよい。この場合でも、報知部は、位置情報が示す収納口３６１に商品が収納されていることを示す受渡報知を行うことは可能である。

また、ロッカー装置３０は、入力部に受渡情報が入力されると、当該受渡情報に基づく商品の注文に関する情報と、位置情報との対応付けを解消する。

（実施形態１の効果）
以上説明したように、実施形態１の商品受け渡しシステム１では、注文番号と収納口番号とを対応付けて記憶するようにし、収納口番号が示す収納口３６１に収納した商品の受け渡しが可能な旨を示す受渡報知を行うようにした。これにより、ロッカー装置３０に商品が収納されたことを顧客ＣＳに把握させることができる。このため、ロッカー装置３０に商品が収納されていないにもかかわらず、顧客ＣＳが商品を受け取りに行ってしまうことを抑えることができる。したがって、ロッカー装置３０を用いた取引において、効率よく商品の受け渡しを行うことができる。

また、商品受け渡しシステム１では、受渡報知は、呼出ディスプレイ４５に注文番号を表示させることを含むようにした。これにより、呼出ディスプレイ４５に注文番号が表示された後に、顧客ＣＳは、商品を受け取ることができる。また、呼出ディスプレイ４５に注文番号の表示を継続させておくことにより、受渡報知が行われたタイミングでは顧客ＣＳがその場にいなくても、その後に顧客ＣＳは呼出ディスプレイ４５に表示されている注文番号を確認して、商品を受け取ることができる。

また、商品受け渡しシステム１では、店員から収納口番号の指定を受け付けたタイミングで、受渡報知を行うようにした。具体的には、注文番号と収納口番号とが対応付けて記憶されたタイミングで、受渡報知を行うようにした。これにより、調理が完了し、受け渡しが可能となったタイミングで受渡報知を行うことができる。したがって、迅速に受渡報知を行うことができるため、商品を迅速に受け渡すことができる。

また、商品受け渡しシステム１は、ロッカー装置３０に入力された受渡情報（受渡証明コードＣｄ）に基づいて、位置情報が示す収納口３６１に商品が収納されていることを報知するようにした。これにより、受渡情報に対応する商品の受け渡しを行うことができるため、より効率よく商品の受け渡しを行うことができる。また、商品が収納されている収納口３６１の収納口番号を顧客ＣＳに示唆することができるため、顧客ＣＳが収納口３６１を容易に把握することができる。

また、商品受け渡しシステム１は、ロッカー装置３０に入力された受渡情報に基づいて、収納口３６１の扉３６２を開放可能にした。これにより、商品が収納されている収納口３６１の扉３６２を開放させることができるため、他の顧客ＣＳが商品を持ち出してしまうようなことを抑え、顧客ＣＳが適切に商品を受け取ることができる。

（実施形態２）
次に、本発明の他の実施形態について説明する。以下に説明する他の実施形態では、上述した実施形態１で説明した内容については、適宜説明を省略する。まず、実施形態２について説明する。上述した実施形態１では、顧客端末装置５０またはレシートＲｃに表示されている受渡証明コードＣｄをロッカー装置３０に読み取らせることによって、商品を受け渡すことが可能な構成について説明した。実施形態２では、このような構成に代えて又は加えて、顧客ＣＳに貸し出す呼出端末（呼出ベル）に貼付される識別コードＩｄをロッカー装置３０に読み取らせることによって、商品を受け渡すことが可能な構成について説明する。

（実施形態２に係る商品受け渡しシステム１９００の構成例）
図１９は、実施形態２に係る商品受け渡しシステム１９００の構成例を示す説明図である。商品受け渡しシステム１９００は、呼出端末１９１０を含む。呼出端末１９１０は、ページャ端末（いわゆる「呼出ベル」）であり、振動したり、報知音を出力したり、発光したりする。注文を完了すると、顧客ＣＳには、店員から呼出端末１９１０が渡される。顧客ＣＳは、呼出端末１９１０による呼び出しが行われるまで待機する。調理が完了すると、商品がロッカー装置３０に収納され、呼出端末１９１０による呼び出しが行われる。そして、顧客ＣＳは、ロッカー装置３０に赴いて、呼出端末１９１０と引き替えに、商品を受け取る。

呼出端末１９１０には、自装置を識別する呼出端末識別情報（端末番号）が割り当てられている。呼出端末１９１０には、識別コードＩｄが表示されている。識別コードＩｄは、呼出端末識別情報をコード化したものである。識別コードＩｄは、シールに印刷されている。当該シールは、呼出端末１９１０に貼付されている。

ここで、呼出端末識別情報と注文番号とは、店舗注文管理サーバ１０において対応付けられる。以下において、呼出端末識別情報と注文番号とを対応付けた情報を「注文関連情報」という。この注文関連情報は、店舗注文管理サーバ１０において、商品情報に関連付けられる。

具体的に説明すると、例えば、ＰＯＳ端末装置２０において注文を受け付けるようにしたとすると、ＰＯＳ端末装置２０は、注文を受け付けると、さらに、呼出端末識別情報の選択を受け付け、受け付けた内容（注文番号および呼出端末識別情報）を店舗注文管理サーバ１０へ送信する。

また、顧客端末装置５０において注文を受け付けるようにしたとすると、顧客端末装置５０は、注文番号を表示するとともに、呼出端末１９１０の受け取りを促す旨の案内を行う。なお、顧客端末装置５０に表示される注文番号は、コード化されていてもよい。顧客ＣＳは、カウンタＣＴに赴いて、店員に注文番号を提示する。ＰＯＳ端末装置２０は、顧客端末装置５０に表示された注文番号を入力するとともに、精算済であることを条件に、呼出端末識別情報の選択を受け付け、注文番号および呼出端末識別情報を店舗注文管理サーバ１０へ送信する。

店舗注文管理サーバ１０は、ＰＯＳ端末装置２０から受信した情報を用いて、呼出端末識別情報と注文番号とを対応付けて記憶するとともに、対応付けた情報（注文関連情報）と商品情報とを関連付けて記憶する。なお、呼出端末１９１０は、店員から顧客ＣＳに渡される。

また、注文関連情報は、収納口番号に対応付けられる。商品受け渡しシステム１９００において、調理が完了すると、店員注文管理装置１１は、店員から、当該商品を収納する収納口３６１の収納口番号を受け付け、受け付けた内容を店舗注文管理サーバ１０へ送信する。店舗注文管理サーバ１０は、店員注文管理装置１１が受け付けた収納口番号と注文関連情報とを対応付けて記憶する。そして、店員が収納口３６１に商品を収納すると、当該収納口３６１の扉錠部３０７が施錠する。

また、商品受け渡しシステム１９００において、店員注文管理装置１１が店員から収納口３６１の指定を受け付けると、呼出端末１９１０による呼び出しの報知が行われる。具体的に説明すると、店舗注文管理サーバ１０は、収納口番号と注文関連情報とを対応付けて記憶すると、呼出端末１９１０に呼出指示を送信する。呼出端末１９１０は、呼出指示を受信すると、振動したり、呼出音を出力したり、発光したりすることによって、商品を受け取る旨を顧客ＣＳに報知する。

顧客ＣＳは、ロッカー装置３０へ赴き、コードリーダ３０６に識別コードＩｄを読み取らせる。そして、識別コードＩｄに含まれる呼出端末識別情報を用いた受渡判定の結果に応じて、扉錠部３０７が解錠し、顧客ＣＳは、商品を受け取る。さらに、顧客ＣＳは、商品と引き替えに、収納口３６１に呼出端末１９１０を収納する。ロッカー装置３０に呼出端末１９１０が収納されると、店舗注文管理サーバ１０は、注文関連情報と商品情報との関連付けや、注文関連情報と収納口番号との対応付けを解除し、取引が完了する。

なお、商品受け渡しシステム１９００では、顧客ＣＳに呼出端末１９１０を貸し出した後に調理が開始される。仮に、店舗ＳＴ外において、顧客端末装置５０を用いて注文を行った場合でも、顧客ＣＳが来店して、呼出端末１９１０を貸し出した後に、調理が開始される。このため、実施形態１と比べると、店舗ＳＴ外において商品を注文するメリットは大きくない。このことから、商品受け渡しシステム１９００では、顧客端末装置５０における注文の受け付けは、原則、店舗ＳＴ内において行われるものとする。

（呼出端末１９１０のハードウェア構成例）
図２０は、呼出端末１９１０のハードウェア構成の一例を示す説明図である。図２０において、呼出端末１９１０は、ＣＰＵ２００１と、記憶部２００２と、ＲＡＭ２００３と、通信部２００４と、振動部２００５と、スピーカ２００６と、ランプ２００７を備える。
ＣＰＵ２００１は、中央演算処理装置であり、記憶部２００２に記憶されているプログラムを読み出して実行することにより、呼出端末１９１０の動作を制御する。
記憶部２００２は、ＣＰＵ２００１の補助記憶装置であって、プログラムをはじめとしてＣＰＵ２００１が利用する各種の情報を記憶する。
ＲＡＭ２００３は、ＣＰＵ２００１の主記憶装置である。

通信部２００４は、店舗内のネットワーク７０を経由して、店舗注文管理サーバ１０と通信を行うことにより、店舗ＳＴ内の各装置（店員注文管理装置１１やロッカー装置３０等）と通信を行う。なお、通信部２１５は、店舗注文管理サーバ１０を介することなく、店舗ＳＴ内の各装置（店員注文管理装置１１やロッカー装置３０等）と通信可能であってもよい。
振動部２００５は、モータを回転させることにより振動を発生させ、呼出端末１９１０を振動させる。振動部２００５は、顧客ＣＳの呼び出し時に、振動する。
スピーカ２００６は、音を出力する。スピーカ２００６は、顧客ＣＳの呼び出し時に、報知音を出力する。
ランプ２００７は、ＬＥＤ（Light Emitting Diode）等の発光体である。ランプ２００７は、顧客ＣＳの呼び出し時に、所定の点灯態様で点灯する。

（実施形態２の店舗注文管理サーバ１０が記憶する各種情報の一例）
図２１は、実施形態２の店舗注文管理サーバ１０が記憶する各種情報の一例を示す説明図である。図２１（Ａ）は、関連付け情報テーブル２１００の一例を示す。関連付け情報テーブル２１００は、関連付け情報２１０１を記憶するテーブルである。関連付け情報２１０１は、注文関連情報と、商品情報とを関連付けた情報である。図示において、注文関連情報は、注文番号および呼出端末識別情報を含むが、少なくとも、注文番号および呼出端末識別情報のいずれか一方を含んでいればよい。

図２１（Ａ）において、関連付け情報テーブル２１００は、注文番号と、呼出端末識別情報と、商品情報との各項目を含む。各項目に情報が記憶されることにより、関連付け情報２１０１がレコードとして記憶される。店舗注文管理サーバ１０は、取引管理サーバＳｖや、ＰＯＳ端末装置２０や、店員注文管理装置１１などから受信した情報に基づいて、各項目を記憶させる。

なお、関連付け情報テーブル２１００は、顧客識別情報、顧客アドレス、収納口番号、精算関連情報、商品ステータスなどの各項目を含んでもよい。言い換えれば、関連付け情報テーブル２１００に、注文情報テーブル９００（図９（Ａ）参照）の項目を含ませるようにしてもよく、すなわち、関連付け情報２１０１と注文情報９０１とを含む情報を記憶するようにしてもよい。

注文番号は、各注文を一意に特定することが可能な注文識別情報である。
呼出端末識別情報は、呼出端末１９１０を一意に特定することが可能な識別情報である。
商品情報は、顧客ＣＳが注文した注文内容（商品名、サイズ、価格等）を示す。商品情報は、価格や税率などの精算に用いられる精算情報を含む。

一例を挙げると、関連付け情報２１０１ａは、注文番号「２５５」および呼出端末識別情報「０１Ｂ」が対応付けられた注文関連情報に、商品情報「シーフードカレーセット」が関連付けられた情報を示している。

図２１（Ｂ）は、収納口情報テーブル２１１０の一例を示す。収納口情報テーブル２１１０は、各収納口３６１の使用状態を示すテーブルであり、収納口情報２１１１を記憶するテーブルである。収納口情報２１１１は、収納口情報と、注文関連情報とを対応付けた情報である。なお、図示において、注文関連情報は、注文番号および呼出端末識別情報を含むが、少なくとも、注文番号および呼出端末識別情報のいずれか一方を含んでいればよい。収納口情報２１１１は、各収納口３６１への商品の収納や取り出しに応じて、適宜更新される。

図２１（Ｂ）に示すように、収納口情報テーブル２１１０は、収納口番号と、呼出端末識別情報と、注文番号との各項目を含む。各項目に情報が記憶されることにより、収納口情報２１１１がレコードとして記憶される。

収納口番号は、商品の収納中の場合に収納口番号「１」～「６」のいずれかを示す。注文番号は、各注文を一意に特定することが可能な情報である。注文番号および呼出端末識別情報の「９９９」は、収納口３６１が未収納状態であることを示す。

ここで、呼出端末１９１０の使用状態および不使用状態について説明する。収納口情報テーブル２１１０に記憶されていない呼出端末識別情報に対応する呼出端末１９１０は、使用状態であることを示す。一例を挙げると、収納口情報２１１１ａにおいて、呼出端末識別情報は、「０１Ｂ」を示している。すなわち、呼出端末識別情報「０１Ｂ」が示す呼出端末１９１０は、使用状態であることを示している。一方で、収納口情報テーブル２１１０に記憶されていない呼出端末識別情報が示す呼出端末１９１０は、不使用状態であることを示す。

図２１（Ｂ）において、収納口情報２１１１ａは、収納口番号が「６」であり、注文番号が「２５５」であり、呼出端末識別情報が「０４Ｂ」であることを示している。すなわち、収納口情報２１１１ａは、注文番号「２５５」の商品が収納口番号「６」の収納口３６１に収納され、顧客ＣＳに、呼出端末識別情報「０４Ｂ」の呼出端末１９１０が貸与されることを示している。

（実施形態２の店舗注文管理サーバ１０が行う処理の一例）
図２２は、実施形態２の店舗注文管理サーバ１０が行う処理の一例を示すフローチャートである。なお、本フローチャートでは、商品の登録後に、顧客ＣＳに貸与する呼出端末１９１０の選択を店員から受け付ける場合について説明する。ただし、呼出端末１９１０の選択の受け付けは、商品の登録後に行われることに限らない。例えば、ＰＯＳ端末装置２０において注文を受け付ける場合には、呼出端末１９１０の選択の受け付けは、商品の登録を開始する前や、商品の登録中に行われるようにすることも可能である。

図２２において、店舗注文管理サーバ１０は、ＰＯＳ端末装置２０または顧客端末装置５０において注文を受け付け、当該注文に対応付けて顧客ＣＳに貸与する呼出端末１９１０の選択を店員から受け付けたか否かを判断する（ステップＳ２２０１）。具体的には、店舗注文管理サーバ１０は、ＰＯＳ端末装置２０から、顧客ＣＳに貸与する呼出端末１９１０の選択を受け付けた旨を示す情報を受信したか否かを判断する。なお、呼出端末１９１０の選択を受け付ける装置は、ＰＯＳ端末装置２０に限らず、店員注文管理装置１１などの他の装置であってもよい。

ＰＯＳ端末装置２０が顧客ＣＳに貸与する呼出端末１９１０の選択を受け付けるまで、店舗注文管理サーバ１０は待機する（ステップＳ２２０１：ＮＯ）。ＰＯＳ端末装置２０が呼出端末１９１０の選択を受け付けると（ステップＳ２２０１：ＹＥＳ）、店舗注文管理サーバ１０は、使用状態の呼出端末１９１０があるか否かを判断する（ステップＳ２２０２）。具体的には、店舗注文管理サーバ１０は、図２１（Ｂ）の収納口情報テーブル２１１０を参照し、収納口番号が対応付けられている呼出端末識別情報があるか否かを判断する。

使用状態の呼出端末１９１０がない場合（ステップＳ２２０２：ＮＯ）、店舗注文管理サーバ１０は、ステップＳ２２０４に進む。使用状態の呼出端末１９１０がある場合（ステップＳ２２０２：ＹＥＳ）、すなわち、収納口番号が対応付けられている呼出端末識別情報がある場合、店舗注文管理サーバ１０は、使用状態の呼出端末１９１０を示す呼出端末識別情報を選択不可能にする（ステップＳ２２０３）。選択不可能とは、例えば、使用状態の呼出端末識別情報を、非表示としたり、グレーアウトで表示して選択対象外であることを示す表示としたりすることである。

そして、店舗注文管理サーバ１０は、呼出端末識別情報の選択を受け付けたか否かを判断する（ステップＳ２２０４）。店舗注文管理サーバ１０は、呼出端末識別情報の選択を受け付けるまで待機する（ステップＳ２２０４：ＮＯ）。呼出端末識別情報の選択を受け付けると（ステップＳ２２０４：ＹＥＳ）、店舗注文管理サーバ１０は、受け付けた呼出端末識別情報と注文番号と対応付けて注文関連情報を生成する（ステップＳ２２０５）（図２１（Ａ）の関連付け情報テーブル２１００および図２１（Ｂ）の収納口情報テーブル２１１０参照）。そして、店舗注文管理サーバ１０は、注文関連情報と、注文内容に含まれる商品情報とを関連付けて関連付け情報２１０１（図２１（Ａ）参照）を生成して、記憶する（ステップＳ２２０６）。

店舗ＳＴにおいては、店員から顧客ＣＳに呼出端末１９１０が渡される。顧客ＣＳは、呼出端末１９１０を所持すると、店舗ＳＴ内の所定の場所（席）で、調理が完了するまで待機する。

ステップＳ２２０６において、店舗注文管理サーバ１０は、キッチン端末装置４０から調理完了通知を受信したか否かを判断する（ステップＳ２２０７）。店舗注文管理サーバ１０は、調理完了通知を受信するまで待機する（ステップＳ２２０７：ＮＯ）。調理完了通知を受信すると（ステップＳ２２０７：ＹＥＳ）、店舗注文管理サーバ１０は、店員注文管理装置１１が収納口番号の指定を店員から受け付けたか否かを判断する（ステップＳ２２０８）。具体的には、店舗注文管理サーバ１０は、店員注文管理装置１１が受け付けた収納口番号を店員注文管理装置１１から受信したか否かを判断する。

店員注文管理装置１１が収納口番号の指定を店員から受け付けるまで、店舗注文管理サーバ１０は待機する（ステップＳ２２０８：ＮＯ）。店員注文管理装置１１が収納口番号の指定を店員から受け付けると（ステップＳ２２０８：ＹＥＳ）、店舗注文管理サーバ１０は、受け付けた収納口番号と注文関連情報とを対応付けて収納口情報２１１１（図２１（Ｂ）参照）を生成して、記憶する（ステップＳ２２０９）。

さらに、店舗注文管理サーバ１０は、呼出端末１９１０に呼出指示を送信する（ステップＳ２２１０）。呼出端末１９１０は、呼出指示を受けて、振動部２００５を振動させたり、スピーカ２００６から呼出音を出力したりし、受渡報知を行う。これにより、顧客ＣＳは、商品を受け取るために、ロッカー装置３０へ赴く。

そして、店舗注文管理サーバ１０は、ロッカー装置３０から解錠要求を受信したか否かを判断する（ステップＳ２２１１）。解錠要求は、ロッカー装置３０が呼出端末１９１０に貼付される識別コードＩｄを読み取ると、ロッカー装置３０から送信される。店舗注文管理サーバ１０は、ロッカー装置３０から解錠要求を受信まで待機する（ステップＳ２２１１：ＮＯ）。店舗注文管理サーバ１０は、ロッカー装置３０から解錠要求を受信すると（ステップＳ２２１１：ＹＥＳ）、商品受け渡し処理を行う（ステップＳ２２１２）。商品受け渡し処理には、呼出端末識別情報を用いて商品が受け渡し可能か否かを判定する受渡判定を行う処理や、受渡判定の判定結果に応じた指示情報をロッカー装置３０へ送信する処理が含まれる。

そして、店舗注文管理サーバ１０は、呼出端末１９１０がロッカー装置３０に収納されたか否かを判断する（ステップＳ２２１３）。具体的には、店舗注文管理サーバ１０は、ロッカー装置３０から、商品を収納していた収納口３６１に呼出端末１９１０が収納された旨を示す情報を受信したか否かを判断する。なお、ロッカー装置３０は、予め呼出端末１９１０の重量を記憶しており、計量センサ３０９によって呼出端末１９１０の重量に相当する重量が計量されると、呼出端末１９１０が収納されたことを検出する。

店舗注文管理サーバ１０は、呼出端末１９１０がロッカー装置３０に収納されるまで待機する（ステップＳ２２１４：ＮＯ）。なお、店舗注文管理サーバ１０は、顧客ＣＳに呼出端末１９１０の収納を促す旨を、ロッカー装置３０のタッチパネル表示部３０５に表示させるようにしてもよい。呼出端末１９１０がロッカー装置３０に収納されると（ステップＳ２２１４：ＹＥＳ）、店舗注文管理サーバ１０は、収納口番号と注文関連情報との対応付けを解除し（ステップＳ２２１５）、一連の処理を終了する。収納口番号と注文関連情報との対応付けが解除されると、当該注文関連情報に含まれる呼出端末識別情報が示す呼出端末１９１０は、選択可能な状態（不使用状態）になる。

（実施形態２に係る店員注文管理装置１１に表示される画面例）
図２３は、店員注文管理装置１１のタッチパネル表示部１１５に表示される注文対応画面の一例を示す説明図である。図２３において、注文対応画面２３００は、注文番号「２５５」に対応する調理が完了し、店員によって収納口３６１が指定された後の画面を示す。注文対応画面２３００は、呼出端末選択通知２３１１を含む。呼出端末選択通知２３１１は、例えば、注文番号「２５５番」に対応付ける呼出端末１９１０の選択を促す通知を示している。

また、注文対応画面２３００の注文対応操作エリアＡＲ５０において、リスト項目１４０１は、「呼出端末」の項目を含む。なお、リスト項目１４０１には、「保管期限」の項目や「精算」の項目が含まれていてもよい。「呼出端末」の項目は、呼出端末１９１０が選択されている場合には呼出端末識別情報が表示され、呼出端末１９１０が選択されていない場合には「未」が選択される。

例えば、リスト項目１４０１ｆが選択された状態で（選択枠ＳＦがリスト項目１４０１ｆに表示された状態で）、リスト項目１４０１ｆの「呼出端末」に対応する領域が押下されると、呼出端末選択画面２３１０が表示される。呼出端末選択画面２３１０は、呼出端末１９１０のうち、不使用状態の呼出端末１９１０に対応する呼出端末識別情報が選択可能に表示されている。呼出端末選択画面２３１０に表示される呼出端末識別情報のうち、店員がいずれかの呼出端末識別情報を選択すると、リスト項目１４０１ｆの「呼出端末」に対応する領域に、選択した呼出端末識別情報が表示される。例えば、「０１Ｂ」の呼出端末識別情報が選択されると、リスト項目１４０１ｆの「呼出端末」に対応する領域には「０１Ｂ」が表示される。

また、店員注文管理装置１１は、店員から呼出端末識別情報の選択を受け付けると、受け付けた内容を店舗注文管理サーバ１０へ送信する。これにより、店舗注文管理サーバ１０は、不使用状態の呼出端末１９１０が示す呼出端末識別情報と注文番号とを対応付けて注文関連情報（図２１（Ａ）、（Ｂ）参照）を生成し、当該注文関連情報と商品情報とを関連付けて関連付け情報２１０１を生成することができる。

また、注文対応画面２３００は、収納口ステータスエリアＡＲ３１－１～ＡＲ３１－６を含む。収納口ステータスエリアＡＲ３１－１～ＡＲ３１－６は、呼出端末識別情報を示す領域を含む。これにより、店員は、収納口ステータスエリアＡＲ３１の表示内容から、収納口番号、注文番号、注文内容、呼出端末識別情報を把握することができる。

なお、図２３では、注文番号「２５５」に対応する商品について、収納口３６１の指定の後に呼出端末識別情報の指定を行う場合について説明したが、この順序は逆であってもよい。すなわち、呼出端末識別情報の指定の後に、収納口３６１の指定を行うようにしてもよい。

（実施形態２の機能的構成）
次に、実施形態２の機能的構成について説明する。実施形態２において、商品受け渡しシステム１９００は、実施形態１の商品受け渡しシステム１の各機能に加えて、端末装置と、関連付け部と、検出部とを備える。端末装置は、呼出端末１９１０によって実現される。関連付け部は、店舗注文管理サーバ１０のＣＰＵによって実現される。すなわち、店舗注文管理サーバ１０のＣＰＵ１０１が商品受け渡しプログラムを実行することにより、関連付け部の機能を実現する。検出部は、ロッカー装置３０のＣＰＵ３０１によって実現される。すなわち、ロッカー装置３０のＣＰＵ３０１が商品受け渡しプログラムを実行することにより、検出部の機能を実現する。

実施形態２において、呼出端末１９１０は、顧客ＣＳが所持する可搬型の端末装置である。呼出端末１９１０は、例えば、店舗ＳＴにおいて顧客ＣＳに貸与される。呼出端末１９１０は、振動部２００５、スピーカ２００６およびランプ２００７を備え、顧客に受渡報知を行うことが可能である。なお、呼出端末１９１０は、ディスプレイを備えてもよい。呼出端末１９１０には、識別コードＩｄが表示される。識別コードＩｄは、呼出端末１９１０に貼付される。ただし、識別コードＩｄは、これに限らず、呼出端末１９１０がディスプレイを備える場合には、当該ディスプレイに表示されてもよい。

また、実施形態２において、商品の注文に関する情報は、注文識別情報（注文番号）と、呼出端末識別情報とを含む。具体的には、商品の注文に関する情報は、注文番号と、呼出端末識別情報とを対応付けた情報であり、すなわち、注文関連情報である（図２１（Ａ）、（Ｂ）参照）。記憶部は、注文関連情報を記憶する。

報知部は、呼出端末識別情報が示す呼出端末１９１０に受渡報知を行わせる。具体的には、報知部は、調理が完了した商品の注文番号に対応付けられる呼出端末識別情報を特定し、特定した呼出端末識別情報が示す呼出端末１９１０に受渡報知を行わせる。呼出端末１９１０が行う受渡報知は、振動、呼出音、および点灯のうちの少なくともいずれかを用いた報知である。

関連付け部は、商品を示す商品情報と、注文に関する情報（注文関連情報）とを関連付ける。注文関連情報が呼出端末識別情報と注文番号とが対応付けられている情報であることから、関連付け部は、呼出端末識別情報および注文番号のうちの少なくとも一方と、商品情報とを関連付けるようにすればよい。関連付け部は、使用中の呼出端末１９１０を示す呼出端末識別情報と、商品情報との関連付けを禁止する。使用中の呼出端末１９１０は、例えば、呼出端末識別情報が収納口番号（位置情報）と対応付けられている呼出端末１９１０である。すなわち、関連付け部は、収納口番号が対応付けられている呼出端末識別情報と、商品情報との関連付けを禁止する。

入力部には、受渡情報が入力される。受渡情報は、扉錠部３０７の解錠の可否を得られる情報であればよく、例えば、呼出端末識別情報を含む。実施形態２において、受渡情報は、例えば、識別コードＩｄが示す情報である。顧客ＣＳが識別コードＩｄをコードリーダ３０６に読み取らせることによって、受渡情報が入力部に入力される。また、受渡情報は、解錠の可否を示す指示情報やパスワードを含んでもよいし、精算関連情報を含んでもよい。また、顧客ＣＳが受渡情報を操作入力することにより、入力部に受渡情報が入力されてもよい。

関連付け部は、入力部に受渡情報が入力されることに応じて、呼出端末識別情報と商品情報との関連付けの禁止を解除する。具体的には、受渡情報が入力部に入力されることに応じて、収納口情報２１１１における呼出端末識別情報が「９９９」に変更され、呼出端末１９１０が不使用状態となる。これにより、関連付け部は、注文関連情報と商品情報との関連付けの禁止を解除する。一方で、扉錠部３０７を解錠することが不可能な受渡情報が入力部に入力されると、収納口情報２１１１における呼出端末識別情報が「９９９」とに変更されず、呼出端末１９１０が使用状態を保持する。このため、関連付け部は、注文関連情報と商品情報との関連付けの禁止を保持する。

また、実施形態２において、注文関連情報と商品情報との関連付けの禁止の解除は、入力部に受渡情報が入力されることに加えて、さらに、収納口３６１に呼出端末１９１０が収納されることとしている。具体的には、検出部は、収納口３６１に呼出端末１９１０が収納されたことを検出する。例えば、検出部は、予め記憶される呼出端末１９１０の重量と、計量センサ３０９によって計量される重量との比較結果に基づいて、呼出端末１９１０が収納されたことを検出する。

なお、検出部による呼出端末１９１０の検出は、計量センサ３０９の計量結果を用いることに限らない。例えば、収納口３６１の内部を撮像するカメラが設けられる場合、検出部は、当該カメラの撮像結果を用いて、呼出端末１９１０を検出するようにしてもよい。検出部によって呼出端末１９１０が検出されることによって、収納口情報２１１１における呼出端末識別情報が「９９９」に変更され、呼出端末１９１０が不使用状態となる。これにより、関連付け部は、注文関連情報と商品情報との関連付けの禁止を解除する。

（実施形態２の効果）
以上説明したように、実施形態２に係る商品受け渡しシステム１９００では、注文関連情報と、呼出端末識別情報とを対応付けて記憶するようにし（図１９（Ａ）、（Ｂ）参照）、呼出端末１９１０に受渡報知を行わせるようにした。これにより、呼出端末１９１０による受渡報知が行われた後に、顧客ＣＳは、ロッカー装置３０に収納されている商品を受け取ることができる。このため、ロッカー装置３０に商品が収納されていないにもかかわらず、顧客ＣＳが商品を受け取りに行ってしまうことを抑えることができる。したがって、ロッカー装置３０を用いた取引において、効率よく商品の受け渡しを行うことができる。

また、商品受け渡しシステム１９００では、商品情報と注文関連情報とを関連付けるようにし、収納口番号が対応付けられている注文関連情報と、商品情報との関連付けについては禁止するようにした。これにより、使用状態にある呼出端末１９１０を用いないようにすることができ、すなわち、不使用状態の呼出端末１９１０を顧客ＣＳに貸し出すことができる。したがって、商品を適切に受け渡すことができる。

また、商品受け渡しシステム１９００では、ロッカー装置３０に受渡情報（識別コードＩｄ）が入力されることに応じて、注文関連情報と商品情報との関連付けの禁止を解除するようにした。これにより、商品の受け渡しが行われることを条件に、呼出端末１９１０を不使用状態にすることができる。したがって、貸し出しを終えた呼出端末１９１０を以降に貸し出すことができるため、呼出端末１９１０を有効活用することができる。

また、商品受け渡しシステム１９００では、収納口番号が示す収納口３６１に呼出端末１９１０が収納されたことが検出された場合、注文関連情報と商品情報との関連付けの禁止を解除するようにした。これにより、呼出端末１９１０を有効活用することができるとともに、呼出端末１９１０を回収することができるため、呼出端末１９１０の回収漏れを抑えることができる。

（実施形態３）
次に、本発明の実施形態３について説明する。上述した実施形態１では、顧客端末装置５０の位置情報を考慮せずに、店舗ＳＴにおいて商品を準備する構成について説明した。実施形態３では、このような構成に代えて又は加えて、顧客端末装置５０の位置情報を考慮して、店舗ＳＴにおいて商品を準備する構成について説明する。なお、実施形態３では、顧客端末装置５０で注文を受け付けることとし、ＰＯＳ端末装置２０で注文を受け付けることについては説明を省略する。

実施形態３において、店舗注文管理サーバ１０は、商品の注文を行った顧客端末装置５０の位置情報を定期的に取得する。そして、店舗注文管理サーバ１０は、顧客端末装置５０の位置情報に基づいて、調理の開始を指示するなど商品の準備を行うことを可能にする。

（実施形態３に係る商品受け渡しシステム１の機能的構成）。
まず、実施形態３に係る商品受け渡しシステム１の機能的構成について説明する。実施形態３に係る商品受け渡しシステム１は、端末装置と、収納部と、位置情報取得部と、出力制御部と、精算関連情報取得部と、算出部と、判別部とを備える。端末装置は、顧客端末装置５０によって実現される。ただし、端末装置は、顧客端末装置５０に限らず、車両等の移動体に搭載される装置（例えば、ナビゲーション装置等）によって実現されてもよい。

収納部は、例えば、ロッカー装置３０によって実現される。位置情報取得部と、出力制御部と、精算関連情報取得部と、算出部と、判別部とは、店舗注文管理サーバ１０のＣＰＵによって実現される。すなわち、店舗注文管理サーバ１０のＣＰＵ１０１が商品受け渡しプログラムを実行することにより、各部の機能を実現する。

以下、各部の構成について具体的に説明する。顧客端末装置５０は、引き取りが予約された予約商品の注文を顧客ＣＳから受け付ける。予約商品は、例えば、弁当、飲み物などの調理品である。ただし、予約商品は、調理品に限らず、注文して取り置きする商品であれば、調理品以外の商品であってもよい。また、予約商品は、クレーニングや修理に出したものなどの顧客ＣＳの所有物であってもよい。顧客端末装置５０は、予約商品の注文を受け付ける際に、購入する商品の種別や数量の指定のほか、受渡時刻の指定を受け付ける。顧客端末装置５０は、受け付けた内容を、取引管理サーバＳｖを介して店舗注文管理サーバ１０へ送信する。

店舗注文管理サーバ１０は、注文内容を管理する。店舗注文管理サーバ１０は、注文ごとに調理開始時刻を設定する。調理開始時刻は、受渡時刻、商品の種類、数量などに応じて、店舗注文管理サーバ１０が自動で設定してもよいし、店員から操作を受け付けることによって店員が設定してもよい。

ロッカー装置３０は、予約商品の受け渡しを行うために予約商品を収納する。具体的には、ロッカー装置３０は、収納口３６１を備え、注文ごとに予約商品を収納する。

位置情報取得部は、顧客端末装置５０の位置情報を取得する。位置情報取得部が取得する顧客端末装置５０の位置情報は、予約商品の調理開始時刻における位置情報や、注文を受け付けた際の位置情報を含む。位置情報取得部は、注文を受け付けた後、定期的に顧客端末装置５０の位置情報を取得する。

出力制御部は、位置情報取得部によって取得された位置情報に基づいて、予約商品の準備に関する準備情報を出力する。準備情報は、例えば、予約商品の準備を開始する旨を示す情報（例えば調理開始指示）、予約商品の準備を待機する旨を示す情報、予約商品の準備を中止する旨を示す情報を含む。

出力制御部は、具体的には、顧客端末装置５０の位置情報と、店舗ＳＴの位置情報とを用いて、顧客端末装置５０が店舗ＳＴから所定範囲内に存在するか否かを判定する。顧客端末装置５０が店舗ＳＴから所定範囲内に存在する場合（圏内の場合）、出力制御部は、予約商品の準備（例えば調理）を開始する旨を示す準備情報を出力する。一方で、顧客端末装置５０が店舗ＳＴから所定範囲内に存在しない場合（圏外の場合）、出力制御部は、予約商品の準備を待機する旨を示す準備情報や、予約商品の準備を中止する旨を示す準備情報を出力する。

出力制御部によって出力された準備情報は、店員注文管理装置１１やキッチン端末装置４０へ送信される。店員注文管理装置１１やキッチン端末装置４０は、店舗注文管理サーバ１０から送信された準備情報を表示したり、印刷したりする。

調理が完了すると、予約商品は、収納口３６１に収納される。顧客ＣＳは、来店すると、顧客端末装置５０に受渡証明コードＣｄを表示させる。そして、受渡証明コードＣｄをロッカー装置３０のコードリーダ３０６に読み取らせると、扉錠部３０７が開錠し、扉３６２が開放する。これにより、予約商品の受け渡しが行われる。なお、実施形態３においても、呼出ディスプレイ４５に注文番号を表示して受渡報知を行うようにしてもよいし、呼出端末１９１０を用いて受渡報知を行うようにしてもよいし、受渡報知を行わないようにしてもよい。

（前払いの場合には予約商品の準備を開始させることについて）
実施形態３では、前払いの場合には予約商品の準備を開始させるようにしている。これについて具体的に説明する。精算関連情報取得部は、精算関連情報を取得する。精算関連情報は、予約商品の注文における事前精算（前払い）の有無を示す情報である。事前精算は、例えば、クレジットカードによるカード決済によって行われる。

出力制御部は、精算関連情報取得部によって取得された精算関連情報が示す事前精算の有無に応じて、位置情報に基づく準備情報の出力を行う。ここで、事前精算が行われていない場合には、予約商品を準備しても、顧客ＣＳが予約商品を受け取りに来なかったとすると、料金を回収できず、店舗ＳＴの損失となってしまう。このため、顧客ＣＳの位置情報を考慮して準備情報の出力を行うことが望ましい。そこで、出力制御部は、事前精算が行われていない場合に、位置情報に基づく準備情報の出力を行う。

一方で、事前精算が行われた場合には、料金を回収していることから、顧客ＣＳが受け取りに来なくても店舗ＳＴの損失は少なく、また、顧客ＣＳが受け取りに来ないことも想定しにくい。このため、顧客ＣＳの位置情報を考慮して準備情報を出力する必要性は低い。そこで、出力制御部は、事前精算が行われた場合には、位置情報に基づく準備情報の出力を行わない。具体的には、出力制御部は、位置情報にかかわらず、調理開始時刻になると、予約商品の準備の開始を示す準備情報を出力する。また、この場合、出力制御部は、予約商品の準備を待機する旨を示す準備情報や、予約商品の準備を中止する旨を示す準備情報を出力しないようにする。

（顧客ＣＳの移動状況に基づく準備情報の出力について）
位置情報取得部は、顧客端末装置５０の位置情報の履歴を取得する。位置情報の履歴は、少なくとも、顧客端末装置５０が注文を受け付けた際の位置情報と、現在の位置情報とを含む。また、位置情報の履歴は、例えば、移動経路など、現在までに定期的に顧客端末装置５０から送信された位置情報を含んでもよい。

出力制御部は、位置情報の履歴から得られる顧客ＣＳの移動状況に基づいて、準備情報を出力する。移動状況とは、例えば、移動の変化の有無や、移動の変化がある場合には、店舗ＳＴに近付いているということや、店舗ＳＴから遠ざかっているということである。例えば、出力制御部は、顧客端末装置５０が店舗ＳＴから所定範囲内に存在しない場合（圏外の場合）でも、顧客が店舗ＳＴに近付いている場合には、予約商品の準備の開始を示す準備情報を出力してもよい。

（店舗ＳＴまでの移動時間について）
算出部は、位置情報取得部によって取得された位置情報を用いて、店舗ＳＴまでの移動時間を算出する。具体的には、算出部は、顧客端末装置５０の位置情報と、店舗ＳＴの位置情報とを用いて両者の距離を算出し、移動時間を算出する。また、移動時間は、移動速度によって異なる。移動速度は、徒歩であれば、例えば、時速４ｋｍである。算出部は、例えば、徒歩のみの移動時間を算出してもよい。

ただし、移動速度は、徒歩、自転車、車（自動車）といった移動種別によって異なる。具体的には、移動速度は、自転車の場合には例えば時速１０ｋｍであり、車の場合には例えば時速３０ｋｍである。実施形態３において、算出部は、移動種別に応じた移動時間を算出する。また、注文時に顧客ＣＳから移動種別を受け付けるようにし、算出部は、顧客ＣＳから受け付けた移動種別に応じた移動時間のみを算出してもよい。また、算出部は、全ての移動種別の移動時間を算出してもよい。

出力制御部は、算出部によって算出された移動時間を顧客端末装置５０に出力する。顧客端末装置５０は、算出部によって算出された移動時間を表示する。また、注文時に顧客ＣＳから移動種別を受け付けるようにし、出力制御部は、顧客ＣＳから受け付けた移動種別に応じた移動時間のみを出力してもよい。

（受け取りに間に合うか否かについて）
判別部は、算出部によって算出された移動時間と、現在時刻とに基づいて、予約商品の受け取りに間に合うか否かを判別する。間に合うとは、所定時刻に来店できることである。所定時刻は、受渡時刻としてもよいし、受渡時刻から３０分経過後としてもよい。判別部によって受け取りに間に合うと判別された場合、出力制御部は、予約商品の準備を開始する旨を示す準備情報を出力する。

一方で、判別部によって予約商品の受け取りに間に合わないと判別された場合、出力制御部は、予約商品の準備を待機する旨を示す準備情報や、予約商品の準備を中止する旨を示す準備情報を出力すればよい。また、判別部によって予約商品の受け取りに間に合わないと判別された場合、顧客端末装置５０は、顧客ＣＳから予約商品の受け取りの可否を受け付ける。受け取りの可否とは、受け取りに来ることを示す受取可能であることと、受け取りに来ないことを示す受取不可能であることとのいずれかである。

出力制御部は、顧客端末装置５０が受け付けた受け取りの可否に応じた準備情報を出力する。具体的には、顧客端末装置５０が受取可能を受け付けた場合、出力制御部は、予約商品の準備を待機する旨を示す準備情報を出力する。また、顧客端末装置５０が受取不可能を受け付けた場合、すなわち、キャンセルを受け付けた場合、出力制御部は、予約商品の準備を中止する旨を示す準備情報を出力する。

顧客端末装置５０は、予約商品の受取可能を受け付けた場合、さらに、顧客ＣＳから受け取りの変更時刻を受け付ける。出力制御部は、顧客端末装置５０が受け付けた変更時刻を含む準備情報を出力する。変更時刻を含む準備情報は、例えば、変更時刻に応じた調理開始時刻となるまで予約商品の準備を待機する旨を示す準備情報である。

（顧客端末装置５０の位置情報の取得機能について）
顧客端末装置５０は、位置情報を取得する機能のオンとオフとを切替え可能である。具体的には、顧客端末装置５０は、注文アプリケーションの利用時における位置情報の使用を許可するか否かを切替え可能である。顧客端末装置５０は、予約商品の注文を受け付ける際に、位置情報を取得する機能をオンに促す通知を行う。なお、当該通知は、位置情報を取得する機能がオンのときには行われないようにしてもよいし、位置情報を取得する機能がオンのときでも確認的に行われてもよい。

また、準備情報は、予約商品の準備（調理）に関する情報（準備する／しない、に関する情報）の他にも、調理済みの商品の収納に関する情報（収納する／しない、に関する情報）を含む。準備情報が収納に関する情報を含む場合、店舗注文管理サーバ１０から店員注文管理装置１１へのデータの送信（出力）や、店員注文管理装置１１に表示される表示（出力）について、以下（１）～（４）のいずれかの制御が行われる。
（１）表示しない（店舗注文管理サーバ１０から注文情報を受信していない場合、または、店舗注文管理サーバ１０が注文情報を送信していない場合）。
（２）表示しない（店舗注文管理サーバ１０から注文情報を受信しているものの、表示しない場合）。
（３）表示する（収納口３６１を割り当て操作できない表示、または、グレーアウト等の操作できない態様で表示）。
（４）表示する（収納口３６１を割り当て操作可能な表示）。

また、出力制御部は、予約商品の準備（調理）の可否のみを制御することも、収納の可否のみを制御することもできる。また、図２４（Ａ）に示すように、調理の可否および収納の可否のいずれも制御することも可能である。

図２４（Ａ）は、店舗注文管理サーバ１０が記憶する準備情報の決定テーブルＤＴの一例を示す説明図である。図２４（Ａ）に示すように、決定テーブルＤＴは、注文番号と、現在位置と、決済種別と、調理可否と、収納可否との各項目を含む。

注文番号は、各注文を一意に特定することが可能な注文識別情報である。
現在位置は、顧客端末装置５０の現在の位置を示す。現在位置は、例えば、店舗ＳＴから所定範囲内の「圏内」と、店舗ＳＴから所定範囲外の「圏外」とのいずれかを示す。圏内は、例えば、店舗ＳＴまで１０分以内に到達できる範囲である。圏内および圏外の境界は、移動種別によって異なる。

決済種別は、例えば、現金（後払い）およびクレジットカード（前払い）のうちのいずれかを示す。
調理可否は、顧客端末装置５０の現在位置と決済種別とに基づく可否が設定されている。例えば、調理可否は、決済種別がクレジットカードであれば、現在位置にかかわらず、「する」が決定される。また、調理可否は、決済種別が現金の場合、現在位置が圏外であれば「しない」が決定され、現在位置が圏内であれば「する」が決定される。
収納可否は、顧客端末装置５０の現在位置に基づく可否が設定されている。例えば、収納可否は、現在位置が圏外であれば「しない」が決定され、現在位置が圏内であれば「する」が決定される。

このように、収納可否を決定することにより、引き取りの可能性の低い商品をロッカー装置３０に収納しないようにすることができる。このため、無駄な収納作業を抑えることができるとともに、収納口３６１が占有されることを抑えることができるため、効率的な店舗運営を図ることができる。

また、調理可否および収納可否は、現在位置や決済種別以外の情報に基づいて可否が決定されてもよい。現在位置や決済種別以外の情報は、例えば、顧客情報や、商品情報や、店内の状況を示す情報などである。例えば、顧客情報は、顧客の過去の購入履歴を含む。店舗注文管理サーバ１０は、顧客の過去の購入履歴を参照して、調理可否および収納可否を決定してもよい。例えば、店舗注文管理サーバ１０は、これまでの予約において予約商品を受け取りに来なかった回数が閾値を超えているか否かに応じて、調理可否および収納可否を決定してもよい。

また、商品情報は、商品の種類を示す情報を含む。店舗注文管理サーバ１０は、商品の種類を示す情報を参照して、調理可否および収納可否を決定してもよい。例えば、店舗注文管理サーバ１０は、原価の低い商品や、調理負担の少ない商品（例えば、注ぐだけのドリンクなど）の場合、店舗ＳＴ（店員）の負担が少ないので、調理および収納を許可する決定を行う。また、店舗注文管理サーバ１０は、原価の高い商品や、調理負担のかかる商品（例えば、店員の調理が必要なサンドイッチやパスタなど）の場合、店舗ＳＴ（店員）の負担が大きいため、調理および収納を許可しない決定を行う。

また、商品情報は、商品ごとの過去の取引実績を含む。例えば、店舗注文管理サーバ１０は、その商品の過去の取引実績から、受け取りが行われる傾向にあれば、調理および収納を許可する決定を行う。また、店舗注文管理サーバ１０は、その商品の過去の取引実績から、受け取りが行われない傾向にあれば、調理および収納を許可しない決定を行う。

また、商品情報は、店内の状況を示す情報を含む。店舗注文管理サーバ１０は、店内の状況を示す情報を参照して、調理可否および収納可否を決定してもよい。例えば、店舗注文管理サーバ１０は、予約を受け付けた店舗ＳＴの混雑状況を示す情報や、スタッフの人数を示す情報に基づいて、調理の可否および収納の可否を判断してもよい。混雑状況を示す情報は、例えば、来店客数や予約数に基づいて得られる。また、混雑状況を示す情報は、過去の同じ曜日、同じ時間帯、同じ天気などの履歴から、予測可能な情報である。例えば、店舗注文管理サーバ１０は、混雑が予想される条件に合致する場合を混雑と判断し、調理および収納を許可しない決定を行ってもよい。また、店舗注文管理サーバ１０は、現在の勤務中のスタッフの人数や、勤務表から得られる将来のスタッフの予定人数を参照して、調理および収納の可否を決定することも可能である。

このように、調理可否および収納可否は、現在位置の情報、決済種別の情報、顧客情報、商品情報、店内の状況を示す情報などから判断されることが可能である。また、調理可否および収納可否は、これらのすべての情報を用いて判断されてもよいし、これらの情報のうち一または複数の情報を用いて判断されてもよい。

なお、出力制御部は、顧客端末装置５０が店舗ＳＴ内に存在するか否かを判定するようにしてもよい。例えば、顧客端末装置５０が店舗ＳＴ内に存在する場合、出力制御部は、予約商品の準備（例えば調理）を開始する旨を示す準備情報を出力すればよい。一方で、顧客端末装置５０が店舗ＳＴ内に存在しない場合、出力制御部は、予約商品の準備を待機する旨を示す準備情報や、予約商品の準備を中止する旨を示す準備情報を出力するようにしてもよい。また、出力制御部は、顧客端末装置５０が店舗ＳＴ内であれば、決済種別を問わず、予約商品の準備（例えば調理）を開始する旨を示す準備情報を出力するようにしてもよい。これにより、店内で飲食をしていた顧客が持ち帰り商品を注文する場合にも、商品受け渡しシステム１を利用することができ、利便性を向上させることができる。

（実施形態３に係る店舗注文管理サーバ１０が記憶する各種情報の一例）
図２４Ｂは、店舗注文管理サーバ１０が記憶する準備情報テーブル２４００の一例を示す説明図である。準備情報テーブル２４００は、準備情報２４０１を記憶するテーブルである。準備情報テーブル２４００は、注文番号と、予約位置と、現在位置と、調理開始時刻と、調理開始指示と、移動種別と、移動時間との各項目を含む。各項目に情報が記憶されることにより、準備情報２４０１がレコードとして記憶される。

注文番号は、各注文を一意に特定することが可能な注文識別情報である。
予約位置および現在位置は、顧客端末装置５０の位置を示す。予約位置は、顧客端末装置５０が予約商品の注文を受け付けたときの顧客端末装置５０の位置を示す。現在位置は、顧客端末装置５０の現在の位置を示す。現在位置は、少なくとも調理開始時刻における現在位置が含まれていればよい。また、予約位置および現在位置は、例えば、店舗から所定範囲内の「圏内」と、店舗から所定範囲外の「圏外」とのいずれかを示す。圏内は、例えば、店舗ＳＴまで１０分以内に到達できる範囲である。圏内および圏外の境界は、移動種別によって異なる。

調理開始時刻は、受渡時刻や調理時間（注文内容）に基づいて算出される時刻である。なお、本実施形態において、説明の便宜上、調理開始時刻は、受渡時刻の１０分前の時刻とする。
調理開始指示は、顧客端末装置５０の予約位置および現在位置に基づいて、調理開始時刻にキッチン端末装置４０へ送信される指示である。調理開始指示は、送信済みであることを示す「済」と、未送信であることを示す「未」とのいずれかを示す。調理開始指示は、例えば、調理開始時刻となったときに、予約位置および現在位置のうち少なくとも一方が「圏内」である場合に送信される。

移動種別は、例えば、「徒歩」、「自転車」、「車」である。移動種別は、具体的には、顧客ＣＳの移動速度に相当するものである。例えば、徒歩の場合には時速４ｋｍを示し、自転車の場合には時速１０ｋｍを示し、車の場合には時速３０ｋｍを示す。
移動時間は、予約位置から店舗ＳＴまでに要する時間を示す。具体的には、移動時間は、予約位置から店舗ＳＴまでの距離を、移動種別に相当する移動速度で除すことによって得られる。

一例を挙げると、準備情報２４０１ａは、注文番号が「２５５」であり、予約位置および現在位置がともに「圏外」であり、調理開始時刻が「１９：５０」であり、調理開始指示が未送信であり、移動種別が「徒歩」であり、移動時間が「１５分」であることを示している。準備情報２４０１ａを用いることにより、仮に、調理開始時刻（１９：５０）になったとしても、予約位置および現在位置がともに「圏外」であれば、調理開始指示は送信されないこととなる。

（実施形態３において調理が開始されるまでの準備情報２４０１の遷移）
図２５は、実施形態３において調理が開始されるまでの準備情報２４０１ａの遷移を示す説明図である。図２５（Ａ）は、オンライン注文が完了した際の準備情報２４０１ａを示す。準備情報２４０１ａは、事前精算が行われていないものとする。

図２５（Ｂ１）は、調理開始時刻に、顧客端末装置５０が圏内に位置する場合の準備情報２４０１ａを示す。具体的には、図２５（Ｂ１）の準備情報２４０１ａは、現在位置が「圏内」となっている点で、図２５（Ａ）と異なる。店舗注文管理サーバ１０は、顧客端末装置５０の現在位置が店舗ＳＴから所定範囲内であれば、現在位置を「圏外」から「圏内」に変更する。

図２５（Ｃ１）は、調理を開始する際の準備情報２４０１ａを示す。具体的には、図２５（Ｃ１）の準備情報２４０１ａは、調理開始指示が「済」となっている点で、図２５（Ｂ１）と異なる。店舗注文管理サーバ１０は、キッチン端末装置４０へ、調理開始指示を送信すると、調理開始指示を「未」から「済」に変更する。これにより、調理開始時刻に調理が開始可能となる。

図２５（Ｂ２）は、調理開始時刻に、顧客端末装置５０が圏外に位置する場合の準備情報２４０１ａを示す。具体的には、図２５（Ｂ２）の準備情報２４０１ａは、図２５（Ａ）と同様である。店舗注文管理サーバ１０は、顧客端末装置５０の現在位置の位置情報を取得したものの、店舗ＳＴから所定範囲外にあるため、現在位置を「圏内」のままにする。

図２５（Ｃ２）は、受渡時刻の変更を受け付けた際の準備情報２４０１ａを示す。具体的には、図２５（Ｃ２）の準備情報２４０１ａは、調理開始時刻が「２０：５０」となっている点で、図２５（Ｂ２）と異なる。図２５（Ｃ２）において、調理開始時刻は、例えば、顧客端末装置５０が顧客ＣＳから、「２０：００」から「２１：００」に受渡時刻の変更を受け付けたことにより、これに伴って、「１９：５０」から「２０：５０」に変更されている。

（実施形態３に係る顧客端末装置５０が行う商品受け渡し前の処理の一例）
図２６は、実施形態３に係る顧客端末装置５０が行う商品受け渡し前の処理の一例を示すフローチャートである。図２６において、顧客端末装置５０は、注文アプリケーションを起動したか否かを判断する（ステップＳ２６０１）。顧客端末装置５０は、注文アプリケーションを起動するまで待機し（ステップＳ２６０１：ＮＯ）、注文アプリケーションを起動すると（ステップＳ２６０１：ＹＥＳ）、注文アプリケーションの利用時における位置情報の使用が許可されているか否かを判断する（ステップＳ２６０２）。

位置情報の使用が許可されている場合（ステップＳ２６０２：ＹＥＳ）、顧客端末装置５０は、ステップＳ２６０４に進む。一方、位置情報の使用が許可されていない場合（ステップＳ２６０２：ＮＯ）、顧客端末装置５０は、位置情報の使用許可の催促画面（図２８（Ａ）参照）を表示する（ステップＳ２６０３）。そして、顧客端末装置５０は、注文登録処理を行う（ステップＳ２６０４）。

注文登録処理は、顧客ＣＳから注文内容を受け付けたりして各種情報を取得する処理や、各種情報（オンライン注文情報）を送信する処理を含む。取得する各種情報は、例えば、店舗注文管理サーバ１０における注文情報９０１（図９（Ａ）参照）および準備情報２４０１（図２４Ｂ参照）の生成に用いられる情報である。具体的には、各種情報（オンライン注文情報）は、例えば、購入する商品、受渡時刻、位置情報、移動種別（徒歩、自転車、車など）などを含む。

そして、顧客端末装置５０は、取引管理サーバＳＶを介して、オンライン注文情報を店舗注文管理サーバ１０へ送信する（ステップＳ２６０５）。この後、顧客端末装置５０は、所定時間が経過したか否かを判断する（ステップＳ２６０６）。所定時間は、例えば、数秒程度であり、注文アプリケーションにおいて設定される任意の時間である。所定時間が経過していない場合（ステップＳ２６０６：ＮＯ）、顧客端末装置５０は、ステップＳ２６０８に進む。所定時間が経過した場合（ステップＳ２６０６：ＹＥＳ）、顧客端末装置５０は、取引管理サーバＳＶを介して、現在位置の位置情報を店舗注文管理サーバ１０へ送信する（ステップＳ２６０７）。

そして、顧客端末装置５０は、店舗注文管理サーバ１０から送信された受渡通知情報を受信したか否かを判断する（ステップＳ２６０８）。受渡通知情報は、通知時刻になったときに、商品の受け渡しや来店を促す通知を示す。通知時刻は、例えば、受渡時刻の３０分前の時刻である。受渡通知情報を受信しない場合（ステップＳ２６０８：ＮＯ）、顧客端末装置５０は、ステップＳ２６１０に進む。受渡通知情報を受信した場合（ステップＳ２６０８：ＹＥＳ）、顧客端末装置５０は、受渡通知情報を用いて受渡通知画面（図２９（Ａ）参照）を表示する（ステップＳ２６０９）。

そして、顧客端末装置５０は、店舗注文管理サーバ１０から送信された問合せ情報を受信したか否かを判断する（ステップＳ２６１０）。問合せ情報は、受渡時刻、移動種別、および顧客端末装置５０の位置情報に基づいて、受渡時刻に間に合わないと判別された場合に、受渡時刻を変更するか、注文をキャンセルするかといった問い合わせを示す。

問合せ情報を受信しない場合（ステップＳ２６１０：ＮＯ）、顧客端末装置５０は、ステップＳ２６１３に進む。問合せ情報を受信した場合（ステップＳ２６１０：ＹＥＳ）、顧客端末装置５０は、問合わせ情報を用いて問合せ画面（図２９（Ｂ）参照）を表示し、問合わせに対する回答を受け付ける（ステップＳ２６１１）。そして、顧客端末装置５０は、受け付けた回答を、取引管理サーバＳｖを介して、店舗注文管理サーバ１０へ送信する（ステップＳ２６１２）。

次に、顧客端末装置５０は、例えば、顧客が来店して、商品の受け取りまたは精算を行うために、取引コード（受渡証明コードＣｄまたは精算用証明コードＰｃｄ）の表示指示を受け付けたか否かを判断する（ステップＳ２６１３）。取引コードの表示指示を受け付けない場合（ステップＳ２６１３：ＮＯ）、顧客端末装置５０は、ステップＳ２６０６に戻る。取引コードの表示指示を受け付けた場合（ステップＳ２６１３：ＹＥＳ）、顧客端末装置５０は、精算済であるか否かに応じて、受渡証明コードＣｄおよび精算用証明コードＰｃｄのいずれか一方を表示して（ステップＳ２６１４）、一連の処理を終了する。

（実施形態３に係る店舗注文管理サーバ１０が行う商品受け渡し前の処理の一例）
図２７は、実施形態３に係る店舗注文管理サーバ１０が行う処理の一例を示すフローチャートである。図２７において、店舗注文管理サーバ１０は、オンライン注文情報を受信したか否かを判断する（ステップＳ２７０１）。店舗注文管理サーバ１０は、オンライン注文情報を受信するまで待機する（ステップＳ２７０１：ＮＯ）。

オンライン注文情報を受信すると（ステップＳ２７０１：ＹＥＳ）、店舗注文管理サーバ１０は、予約位置の位置情報や、店舗ＳＴの位置情報や、顧客ＣＳの移動種別を用いて、顧客ＣＳの店舗ＳＴまでの移動時間を算出する（ステップＳ２７０２）。そして、店舗注文管理サーバ１０は、オンライン注文情報に含まれる各種情報や、算出した移動時間の情報を用いて準備情報２４０１を生成し、準備情報テーブル２４００（図２４Ｂ参照）に記憶する（ステップＳ２７０３）。

そして、店舗注文管理サーバ１０は、受渡時刻の所定時間前（例えば３０分前）の時刻になったか否かを判断する（ステップＳ２７０４）。店舗注文管理サーバ１０は、受渡時刻の３０分前の時刻になるまで待機する（ステップＳ２７０４：ＮＯ）。受渡時刻の３０分前の時刻になると（ステップＳ２７０４：ＹＥＳ）、店舗注文管理サーバ１０は、取引管理サーバＳｖを介して、顧客端末装置５０へ受渡通知情報を送信する（ステップＳ２７０５）。

そして、店舗注文管理サーバ１０は、調理開始時刻になったか否かを判断する（ステップＳ２７０６）。店舗注文管理サーバ１０は、調理開始時刻になるまで待機する（ステップＳ２７０６：ＮＯ）。調理開始時刻になると（ステップＳ２７０６：ＹＥＳ）、店舗注文管理サーバ１０は、当該注文が精算済であるか否かを判断する（ステップＳ２７０７）。当該注文が精算済である場合（ステップＳ２７０７：ＹＥＳ）、店舗注文管理サーバ１０は、ステップＳ２７１１に進む。

一方、当該注文が精算済ではない場合（ステップＳ２７０７：ＮＯ）、すなわち、当該注文が未精算である場合、店舗注文管理サーバ１０は、予約位置が圏外であるか否かを判断する（ステップＳ２７０８）。予約位置が圏外ではない場合（ステップＳ２７０８：ＮＯ）、すなわち、予約位置が圏内である場合、店舗注文管理サーバ１０は、ステップＳ２７１１に進む。予約位置が圏外である場合（ステップＳ２７０８：ＹＥＳ）、店舗注文管理サーバ１０は、現在位置が圏外であるか否かを判断する（ステップＳ２７０９）。

現在位置が圏外ではない場合（ステップＳ２７０９：ＮＯ）、すなわち、現在位置が圏内である場合、店舗注文管理サーバ１０は、ステップＳ２７１１に進む。現在位置が圏外である場合（ステップＳ２７０９：ＹＥＳ）、店舗注文管理サーバ１０は、顧客端末装置５０の位置情報から得られる移動状況に基づいて、顧客ＣＳが近付いているか否かを判断する（ステップＳ２７１０）。

顧客ＣＳが近付いている場合（ステップＳ２７１０：ＹＥＳ）、店舗注文管理サーバ１０は、キッチン端末装置４０へ調理開始指示を送信し（ステップＳ２７１１）、一連の処理を終了する。一方、顧客ＣＳが近付いていない場合（ステップＳ２７１０：ＮＯ）、店舗注文管理サーバ１０は、顧客端末装置５０の現在位置および移動時間に基づいて、受渡時刻に間に合うか否かを判断する（ステップＳ２７１２）。受渡時刻に間に合う場合（ステップＳ２７１２：ＹＥＳ）、店舗注文管理サーバ１０は、ステップＳ２７０９に戻る。受渡時刻に間に合わない場合（ステップＳ２７１２：ＮＯ）、店舗注文管理サーバ１０は、取引管理サーバＳｖを介して、顧客端末装置５０へ問合せ情報を送信する（ステップＳ２７１３）。

そして、店舗注文管理サーバ１０は、顧客端末装置５０からの問合せ情報に対する回答として、キャンセルを受け付けた旨を示すキャンセル情報を受信したか否かを判断する（ステップＳ２７１４）。キャンセル情報を受信した場合（ステップＳ２７１４：ＹＥＳ）、店舗注文管理サーバ１０は、注文情報テーブル９００から注文情報９０１を消去するとともに、準備情報テーブル２４００から準備情報２４０１を消去し（ステップＳ２７１５）、一連の処理を終了する。

また、キャンセル情報を受信しない場合（ステップＳ２７１４：ＮＯ）、店舗注文管理サーバ１０は、顧客端末装置５０からの問合せ情報に対する回答として、受渡時刻を変更する旨と、変更する受渡時刻とを含む変更情報を受信したか否かを判断する（ステップＳ２７１６）。変更情報を受信しない場合（ステップＳ２７１６：ＮＯ）、店舗注文管理サーバ１０は、ステップＳ２７１４に戻る。変更情報を受信した場合（ステップＳ２７１６：ＹＥＳ）、店舗注文管理サーバ１０は、ステップＳ２７０２に戻る。なお、ステップＳ２７０２に戻ると、変更情報に応じた移動時間を算出して（ステップＳ２７０２）、変更情報に応じた注文情報９０１および準備情報２４０１を生成すればよい（ステップＳ２７０３）。

（顧客端末装置５０に表示される画面例）
図２８および図２９は、顧客端末装置５０に表示される画面例を示す説明図である。図２８（Ａ）は、注文アプリケーションを起動した際にタッチパネル表示部５０４に表示される位置情報催促画面２８００を示す。位置情報催促画面２８００は、位置情報の使用を許可する旨の通知２８０１と、切替えボタン２８０２ａ、２８０２ｂと含む。切替えボタン２８０２ａは、注文アプリケーションの利用時に位置情報の使用を許可することを受け付けるボタンである。切替えボタン２８０２ｂは、注文アプリケーションの利用時に位置情報の使用を許可しないことを受け付けるボタンである。

位置情報催促画面２８００は、位置情報の使用が許可されていない設定となっているときに表示される。ただし、位置情報催促画面２８００は、位置情報の使用が許可されているときも確認的に表示されるようにしてもよい。なお、位置情報催促画面２８００において、切替えボタン２８０２ｂを受け付けた場合でも、すなわち、位置情報の使用が許可されていないときも、注文アプリケーションを用いた注文を行うことが可能になっている。ただし、位置情報の使用が許可されていないときには、注文アプリケーションを用いた注文を行うことが不可能になっていてもよい。

図２８（Ｂ）は、ステップＳ２６０７（図２６参照）の注文登録処理においてタッチパネル表示部５０４に表示される受渡設定画面２８１０を示す。受渡設定画面２８１０は、例えば、図１３（Ｂ）、（Ｃ）の受渡設定ボタンＢＴ４３が押下された後に表示される。受渡設定画面２８１０は、店舗ＳＴまでの距離２８１１と、移動種別の選択を受け付ける移動種別選択ボタン２８１２と、店舗ＳＴまでの所要時間２８１３と、移動開始推奨時刻２８１４と、店舗ＳＴまでのルートを示す地図情報２８１５とを含む。移動種別選択ボタン２８１２は、「徒歩」、「自転車」、「車」のうちのいずれか１つの選択を受け付ける。

所要時間２８１３と、移動開始推奨時刻２８１４と、地図情報２８１５とは、移動種別選択ボタン２８１２が受け付けた移動種別に応じて、異なる表示がされる。図示では、移動種別選択ボタン２８１２が「徒歩」を受け付けた場合を示している。このため、所要時間２８１３は、徒歩での所要時間を示している。

所要時間２８１３は、移動種別に応じて異なる時間が算出されて表示される。移動開始推奨時刻２８１４は、受渡時刻に来店するための出発時刻（出発推奨時刻）を示している。移動開始推奨時刻２８１４は、移動種別に応じて異なる出発時刻が算出されて表示される。また、移動開始推奨時刻２８１４は、徒歩で出発するときの推奨時刻を示している。地図情報２８１５は、徒歩でのルートを示している。

（商品受け渡し前に顧客端末装置５０に表示される画面例）
図２９は、商品受け渡し前に顧客端末装置５０に表示される画面例を示す説明図である。図２９（Ａ）は、顧客端末装置５０のタッチパネル表示部５０４に表示される受渡通知画面２９００を示す。受渡通知画面２９００は、例えば、受渡時刻の３０分前に表示される。受渡通知画面２９００は、受渡時刻の３０分前であることを示す通知２９０１と、受渡時刻２９０２と、店舗ＳＴまでの距離２９０３と、移動種別２９０４と、店舗ＳＴまでの所要時間と２９０５、移動開始推奨時刻２９０６と、来店後の精算の要否２９０７と、店舗ＳＴまでのルートを示す地図情報２９０８とを含む画面である。このような受渡通知画面２９００を受渡時刻の３０分前に表示することにより、顧客ＣＳが予約商品の受け渡しを失念したり、受渡時刻に間に合わなくなったりすることを抑えることができる。

なお、オンライン注文が受渡時刻の直前（例えば１５分前）に行われる場合など、受渡時刻まで３０分に満たない時刻にオンライン注文が行われる場合がある。この場合、受渡通知画面２９００は、オンライン注文が確定した直後に表示されるようにしてもよい。また、受渡通知画面２９００は、顧客端末装置５０が圏内にいるか否かにかかわらず、表示される。ただし、受渡通知画面２９００は、顧客端末装置５０が圏内にいる場合には表示されないようにしてもよい。特に、顧客端末装置５０が店舗ＳＴ内に位置しているときには、受渡通知画面２９００は、表示されないようにしてもよい。

図２９（Ｂ）は、顧客端末装置５０のタッチパネル表示部５０４に表示される問合せ画面２９１０を示す。問合せ画面２９１０は、例えば、受渡時刻に間に合わない場合に表示される画面である。問合せ画面２９１０は、受渡時刻２９１１と、受渡時刻に間に合わない旨の通知２９１２と、受渡時刻の変更を受け付ける変更受付欄２９１３と、キャンセルを受け付けるキャンセルボタン２９１４とを含む画面である。なお、問合せ画面２９１０において、移動種別についても再選択を受け付けるようにしてもよい。

このような問合せ画面２９１０することにより、顧客ＣＳの来店時刻に合わせて予約商品を準備することができるとともに、予約商品の作り直しや予約商品の廃棄を抑えることができる。

（実施形態３に係る店員注文管理装置１１に表示される画面例）
次に、図３０～図３２を用いて、実施形態３に係る店員注文管理装置１１のタッチパネル表示部１１５に表示される注文対応画面の一例について説明する。図３０は、調理開始を待機する際の画面の一例を示す説明図である。図３０において、注文対応画面３０００は、調理開始時刻になった際に、注文を受け付けた顧客端末装置５０が圏外に存在する場合の画面を示す。

具体的に説明すると、注文対応画面３０００の注文対応操作エリアＡＲ５０において、リスト項目１４０１は、「精算」と、「予約位置」と、「現在位置」との項目を含む。なお、リスト項目１４０１には、「保管期限」の項目や、「呼出端末」の項目が含まれていてもよい。「予約位置」の項目は、予約商品の注文を行ったときの顧客端末装置５０の位置を示す。「現在位置」の項目は、顧客端末装置５０の現在位置を示す。「予約位置」および「現在位置」の項目は、圏内または圏外のいずれかを示す。ただし、「予約位置」および「現在位置」の項目は、圏内または圏外の表示に加えて又は代えて、店舗ＳＴからの距離を表示するようにしてもよい。

例えば、リスト項目１４０１ｆに示す注文番号「２５５」に対応する「精算」の項目は、未精算を示す。また、注文番号「２５５」に対応する「予約位置」および「現在位置」の項目は、いずれも圏外を示す。また、現在時刻Ｔｍは、１９：５０を示しており、すなわち、注文番号「２５５」に対応する予約商品の調理開始時刻と同時刻となったことを示している。

また、注文対応画面３０００は、調理待機通知３００１を含む。調理待機通知３００１は、注文番号「２５５番」に対応する予約商品の調理開始時刻となったものの、注文番号「２５５」に対応する顧客端末装置５０の予約位置および現在位置がともに圏外にあることにより、調理を待機する旨を示している。なお、この場合、店舗注文管理サーバ１０は、キッチン端末装置４０へ調理開始指示を送信しない。このように、実施形態３では、顧客ＣＳが予約商品を受け取りに来る否かわからない場合には、予約商品の準備を行わないようにすることができる。

図３１は、受渡時刻の変更を受け付けた際の注文対応画面３１００の一例を示す説明図である。注文対応画面３１００において、現在時刻Ｔｍは、２０：０３を示しており、すなわち、注文番号「２５５」に対応する予約商品が受け渡し時刻（２０：００）を経過したことを示している。また、注文対応画面３１００のエリアＡＲ５０において、リスト項目１４０１ｆに示す受渡時刻は、「２０：００」から「２１：００」に変更されている。

また、注文対応画面３１００は、受渡時刻変更通知３１０１を含む。受渡時刻変更通知３１０１は、注文番号「２５５番」に対応する予約商品の受渡時刻が変更されたことを示している。このように、実施形態３では、顧客ＣＳが予約商品を受け取りに来る否かわからない場合には、顧客ＣＳの確認のもと、受渡時刻を変更し、変更した内容を店員に通知することができる。

図３２は、顧客端末装置５０が圏外であるものの、調理を開始する場合の注文対応画面３２００の一例を示す説明図である。注文対応画面３２００において、現在時刻Ｔｍは、１９：５０を示しており、すなわち、注文番号「２５５」に対応する予約商品の調理開始時刻と同時刻となったことを示している。また、注文対応画面３２００のエリアＡＲ５０において、リスト項目１４０１ｆに示す精算は、「済」を示している。

また、注文対応画面３２００は、調理開始通知３２０１を含む。調理開始通知３２０１は、注文番号「２５５番」に対応する予約商品について、注文番号「２５５」に対応する顧客端末装置５０の予約位置および現在位置がともに圏外にあるものの、調理を開始する旨を示している。このように、実施形態３では、事前精算が行われた場合には、顧客ＣＳが受け取りに来ないことも想定しにくいことから、調理開始時刻に調理を開始することとしている。

（実施形態３の効果）
以上説明したように、実施形態３に係る商品受け渡しシステム１では、顧客端末装置５０の位置情報に基づいて、準備情報を出力するようにした。これにより、オンラインで注文したものの、顧客が予約商品を引き取りに来ないおそれがある場合には、予約商品を準備しないようにすることができる。このため、店舗ＳＴにおいて、支払いがなされずに、予約商品を廃棄したり、作り直したりすることを抑えることができる。したがって、顧客ＣＳに対して、効率よく予約商品の受け渡しを行うことができる。

また、実施形態３に係る商品受け渡しシステム１では、事前精算の有無に応じて、位置情報に基づく準備情報の出力を行うようにした。これにより、事前精算が行われている場合には、顧客端末装置５０の位置情報にかかわらず、予約商品を準備することができる。したがって、調理のスケジュール通りに、当該予約商品の調理を開始させることができる。

また、実施形態３に係る商品受け渡しシステム１では、位置情報の履歴から得られる顧客ＣＳの移動状況に基づいて、準備情報を出力するようにした。これにより、顧客ＣＳが店舗ＳＴに近付いていない場合に予約商品を準備しないようにし、顧客ＣＳが店舗ＳＴに近付いている場合に予約商品を準備することができる。

また、実施形態３に係る商品受け渡しシステム１では、店舗ＳＴまでの移動時間を顧客端末装置５０に出力するようにした。これにより、受渡時刻までに来店することを顧客ＣＳに促すことができる。

また、実施形態３に係る商品受け渡しシステム１では、予約商品の受け取りに間に合わない場合に、顧客ＣＳから予約商品の受け取りの可否を受け付けるようにし、受け付けた受け取りの可否に応じた準備情報を出力するようにした。これにより、顧客ＣＳが受け取りに来ないおそれがある場合に、顧客ＣＳに受け取りについての確認をとることができる。したがって、顧客ＣＳの確認のもと、予約商品の準備を行うことや、準備を中止することができる。

また、実施形態３に係る商品受け渡しシステム１では、予約商品を受け取る旨を受け付けた場合、さらに、顧客ＣＳから受け取りの変更時刻を受け付け、受け付けた変更時刻を含む準備情報を出力するようにした。したがって、受渡時刻の変更に伴って、調理開始時刻を変更し、当該調理開始時刻になると調理開始指示を出力することができる。これにより、受渡時刻の変更に柔軟に対応することができる。

また、実施形態３に係る商品受け渡しシステム１では、顧客端末装置５０は、予約商品の注文を受け付ける際に、位置情報を取得する機能をオンに促す通知を行うようにした。これにより、当該機能がオフになっている場合でも、当該機能をオンに切り替えさせることができる。したがって、顧客端末装置５０の位置情報を取得することができる。

（実施形態４）
次に、本発明の実施形態４について説明する。上述した実施形態２では、呼出端末１９１０を用いて顧客を呼び出すシステムと、呼出端末１９１０に貼付される識別コードＩｄをロッカー装置３０に読み取らせて商品を受け渡すシステムとが一体化された商品受け渡しシステム１９００について説明した。実施形態４では、呼出端末１９１０を用いて顧客を呼び出す既存のオーダーシステム３３１０を用いた店舗ＳＴにおいて、ロッカー装置３０を用いて商品の受け渡しを行うロッカーシステム３３２０を追加（導入）する場合について説明する。

（実施形態４に係る商品受け渡しシステム３３００の構成例）
図３３は、実施形態４に係る商品受け渡しシステム３３００の構成例を示す説明図である。図３３において、商品受け渡しシステム３３００は、既存のオーダーシステム３３１０と、ロッカーシステム３３２０とを含む。既存のオーダーシステム３３１０は、店舗注文管理サーバ１０と、ＰＯＳ端末装置２０と、キッチン端末装置４０と、呼出ディスプレイ４５と、呼出端末１９１０と、呼出制御装置３３１１とを備える。オーダーシステム３３１０において、商品の注文は、顧客端末装置５０から行われてもよいし、ＰＯＳ端末装置２０から行われてもよい。

呼出制御装置３３１１は、呼出ディスプレイ４５や、呼出端末１９１０を制御する。呼出制御装置３３１１は、上述した実施形態１～３において店舗注文管理サーバ１０が行う、呼出ディスプレイ４５や呼出端末１９１０を制御する機能を有する。例えば、呼出制御装置３３１１は、関連付け情報テーブル２１００（図２１（Ａ）参照）に相当する端末管理テーブル３４００（図３４参照）を記憶し、呼出端末１９１０に受渡報知を行わせたり、呼出ディスプレイ４５に注文番号を表示させたりする。

既存のオーダーシステム３３１０に追加するロッカーシステム３３２０は、店員注文管理装置１１と、ロッカー装置３０と、ロッカー管理サーバ３３２１とを備える。ロッカー管理サーバ３３２１は、上述した実施形態１～３において店舗注文管理サーバ１０が行うロッカー装置３０を制御する機能を有する。すなわち、ロッカー管理サーバ３３２１は、収納管理情報テーブル９１０（図９（Ｂ）参照）や、収納口情報テーブル９２０（図９（Ｃ）参照）に相当する収納口管理テーブル３５００（図３５参照）を記憶し、ロッカー装置３０の収納されている商品を管理したり、解錠を制御したりする。具体的には、例えば、ロッカー管理サーバ３３２１は、ロッカー装置３０が呼出端末１９１０に貼付される識別コードＩｄを読み取ると、ロッカー装置３０から解錠要求を受信して、商品の受け渡し可能が否かを判定し、判定結果に応じた指示情報をロッカー装置３０へ送信したりする。

ここで、商品受け渡しシステム３３００において、理想的には、オーダーシステム３３１０と、ロッカーシステム３３２０とが相互に通信可能であって、連携できることが望ましい。しかしながら、すでに運用されているオーダーシステム３３１０に対して、後からロッカーシステム３３２０を追加する場合、相互に連携させるには、店舗ＳＴにとっての負担が大きく、容易ではないことがある。例えば、注文番号（予約番号）の採番ルールがそれぞれにシステム間で異なることから、相互に連携させることが容易ではないことがある。より具体的には、例えば、収納口情報テーブル２１１０（図２１（Ｂ）参照）を生成することができないことがある。

一方で、近年では、ロッカーシステム３３２０の導入の需要が高まっている。ところが、各システムが相互に連携することができないというだけで、ロッカーシステム３３２０の導入の障壁になってしまうことは望ましくない。そこで、店舗ＳＴにおいて、ロッカーシステム３３２０を導入する際の店舗ＳＴの負担を軽減すべく、各システムを相互に連携させずに（例えば、収納口情報テーブル２１１０を生成せずに）、それぞれを独立して動作させる場合もある。

実施形態４では、オーダーシステム３３１０と、ロッカーシステム３３２０とが、相互に連携せずに、独立しているものとする。具体的には、ロッカー装置３０に収納する商品の情報と、呼出端末１９１０に対応付けられる商品情報とが各システム間で共有されていないものとする。例えば、ロッカー装置３０に収納される商品の情報は、店員の操作によって入力される。また、例えば、店員は、商品Ａをロッカー装置３０に収納する場合、収納先（収納口番号）を指定して、当該商品を収納させる。ロッカー管理サーバ３３２１は、各商品の収納先を管理する。

（呼出制御装置３３１１が記憶する端末管理テーブル３４００の一例）
図３４は、呼出制御装置３３１１が記憶する端末管理テーブル３４００の一例を示す説明図である。図３４に示すように、端末管理テーブル３４００は、商品情報と、注文番号と、呼出端末識別情報と、調理開始時刻と、調理完了時刻と、呼出時刻との各項目を含む。調理開始時刻は、調理を開始する時刻である。調理完了時刻は、調理が完了する時刻である。呼出時刻は、来店時刻（受渡時刻）である。なお、端末管理テーブル３４００は、収納口番号の項目を含まない。このように、呼出制御装置３３１１は、商品が収納される収納口３６１については管理しない。

（ロッカー管理サーバ３３２１が記憶する収納口管理テーブル３５００の一例）
図３５は、ロッカー管理サーバ３３２１が記憶する収納口管理テーブル３５００の一例を示す説明図である。図３５に示すように、収納口管理テーブル３５００は、注文番号（または呼出端末識別情報）と、収納時刻と、収納口番号と、受取時刻との各項目を含む。注文番号は、店員によって操作入力される。なお、収納口管理テーブル３５００において、注文番号と、呼出端末識別情報とは、少なくともいずれか一方の項目が含まれていればよい。収納時刻は、商品を収納口３６１に収納した時刻である。収納口番号は、商品が収納された収納口３６１の収納口番号である。受取時刻は、商品の受け渡しが行われた時刻である。商品の受け渡し前であれば、受取時刻の項目はブランクを示すことになる。

（実施形態１、２と、実施形態４との比較）
図３６は、実施形態１、２と、実施形態４との比較の一例を示す説明図である。図３６において、パターンＡは、実施形態１、２の商品受け渡しシステム１、１９００における主な機能を示す。パターンＢは、実施形態４の商品受け渡しシステム３３００における主な機能を示す。パターンＡは、新規の店舗ＳＴなど新規にシステムを一括導入する場合を示している。すなわち、パターンＡは、オーダーシステム３３１０とロッカーシステム３３２０とが一括して導入され、相互に連携可能な場合を示す。一方で、パターンＢは、実施形態４に示すように、オーダーシステム３３１０と、ロッカーシステム３３２０とが、相互に連携しない場合を示す。図３６に示すように、パターンＡ、Ｂは、項目３６０１～３６０５が相互に異なる。

（項目３６０１：ロッカーシステム３３２０でのデータ取り込みについて）
パターンＡにおいて、ロッカーシステム３３２０は、通信経由で、注文番号等の各種データを取り込むことが可能である。
一方で、パターンＢにおいて、ロッカーシステム３３２０は、店員の手入力で、注文番号が入力される。

（項目３６０２：呼出タイミング２について）
パターンＡでは、商品が収納されること（商品ステータスが「収納中」となること）をトリガとして、より具体的には、商品（注文番号）と収納口番号とが関連付けられることをトリガとして、呼出ディスプレイ４５や呼出端末１９１０に受渡報知を行わせることが可能である。
一方で、パターンＢでは、呼出制御装置３３１１が商品の収納について管理しないことから（図３４の端末管理テーブル３４００参照）、商品が収納されたことをトリガとして、呼出ディスプレイ４５や呼出端末１９１０に受渡報知を行わせることができない。

（項目３６０３：呼出端末１９１０の紐づけの解消等について）
パターンＡでは、商品ステータスが「受渡済」であることをトリガとして、注文番号（または単に商品情報）に係る取引が終了したことを特定し、注文番号（または単に商品情報）と呼出端末識別情報の関連付け解消することが可能である。
一方で、パターンＢにおいて、呼出制御装置３３１１は、「受渡済」の商品ステータスを得ることができない。このため、返却された呼出端末１９１０の情報を、例えば、ＰＯＳ端末装置２０等で読み取るようにしてもよい。この場合、呼出制御装置３３１１は、ＰＯＳ端末装置２０から読取結果を取得し、返却された旨を登録し、注文番号（または単に商品情報）と呼出端末識別情報との関連付けを解消するようにしてもよい。
また、パターンＢにおいて、ロッカーシステム３３２０に含まれる店員注文管理装置１１が、注文番号（または単に商品情報）に係る取引が終了したことを受け付ける。呼出制御装置３３１１は、店員注文管理装置１１から受付結果を取得することにより、呼出ディスプレイ４５や呼出端末１９１０における受渡報知を終了するようにしてもよい。
また、呼出制御装置３３１１は、受け渡しが完了したかた否かについては、判別しないようにしてもよい。すなわち、受け渡しが完了したか否かについては、少なくとも、ロッカー管理サーバ３３２１で判別するようにしてもよい。

（ロッカーシステム３３２０において商品の収納先を指定する際の画面例）
図３７は、ロッカーシステム３３２０において商品の収納先を指定する際の画面例を示す説明図である。図３７に示すように、店員注文管理装置１１のタッチパネル表示部１１５には、ロッカーシステム入力画面３７００が表示されている。ロッカーシステム入力画面３７００は、実施形態１等の注文対応操作エリアＡＲ２０に代えて、注文番号入力エリアＡＲ１２０を含む。

注文番号入力エリアＡＲ１２０は、指定の収納口３６１に商品を収納するために、当該商品の注文番号の入力を受け付けるエリアである。注文番号入力エリアＡＲ１２０は、注文番号表示エリアＡＲ１２１と、入力キーエリアＡＲ１２２と、確定ボタンＢＴ１２０とを含む。

注文番号表示エリアＡＲ１２１は、店員の操作によって入力キーエリアＡＲ１２２に入力された注文番号が表示されるエリアである。
入力キーエリアＡＲ１２２は、注文番号が置数によって入力されるエリアである。具体的には、入力キーエリアＡＲ１２２は、数字キー、文字キー、バックスペースキー、クリアキー等を含み、各キーの操作を受け付けるエリアである。注文番号は、オーダーシステム３３１０応じたユニークな番号となるため、ボタンを選択する方式ではなく、数字や文字を用いた置数による入力方式としている。
確定ボタンＢＴ１２０は、注文番号表示エリアＡＲ１２１に表示された注文番号の確定を受け付けるボタンである。

ロッカーシステム入力画面３７００において、店員は、入力キーエリアＡＲ１２２の各種キーを操作して、注文伝票等に記載された注文番号を入力する操作を行う。そして、店員は、注文番号表示エリアＡＲ１２１に表示される注文番号に間違いが無いことを確認して、確定ボタンＢＴ１２０を押下する。確定ボタンＢＴ１２０が押下されると、注文番号（例えば、１２６番）が確定する。なお、確定ボタンＢＴ１２０は、押下されると、例えば「確定解除」の表示になり、すなわち、確定解除ボタンに切り替わる。確定解除ボタンは、注文番号の確定の解除を受け付ける。確定解除ボタンが押下れると、注文番号表示エリアＡＲ１２１に表示されている注文番号が消去される。

注文番号が確定すると、店員注文管理装置１１は、収納先の指定を受け付ける。具体的には、店員注文管理装置１１は、ロッカーステータスエリアＡＲ３０に表示される収納口ステータスエリアＡＲ３１の中から、１２６番の注文番号の商品を収納する収納口３６１の収納口ステータスエリアＡＲ３１の操作を受け付ける。

ロッカーシステム入力画面３７００では、収納口３６１－２、３６１－４、３６１－６が空き状態を示している。例えば、店員が収納口３６１－４に商品を収納する場合には、収納口ステータスエリアＡＲ３１－４を押下する。収納口ステータスエリアＡＲ３１－４が押下されると、例えば外枠が強調表示されるなどして、選択されたことを示す表示態様となる。

収納口ステータスエリアＡＲ３１－４が強調表示されると、収納登録ボタンＢＴ３１が操作可能なアクティブ状態となる。収納登録ボタンＢＴ３１が押下されると、１２６番の商品番号の商品が収納口３６１－４に収納されたことを示す録が完了する。そして、収納口ステータスエリアＡＲ３１－４は、「空き」から「収納中」のステータスに変化し、１２６番の注文番号が表示される。

なお、上述した、商品の収納先（収納口ステータスエリアＡＲ３１）を指定する操作は、商品を収納口３６１へ商品を収納した後に行うようにしてもよいし、商品を収納口３６１へ商品を収納する前に行うようにしてもよい。また、商品の収納先を指定する操作は、注文番号の入力操作の後に行うようにしてもよいし、注文番号の入力操作の前に行うようにしてもよい。

また、収納口３６５が「収納中」を示していたとしても、収納中の商品を移動させることとにより、当該収納口３６１へ収納させることが可能になっている。例えば、注文番号の入力が確定する前では、「収納中」のステータスを示す収納口ステータスエリアＡＲ３１が選択可能になっている。「収納中」のステータスを示す収納口ステータスエリアＡＲ３１が押下されると、押下された収納口ステータスエリアＡＲ３１が強調表示されるとともに、収納登録解除ボタンＢＴ３２と移動登録ボタンＢＴ３３とがアクティブ状態となる。店員は、強調表示されている収納口ステータスエリアＡＲ３１が示す収納口３６１から、商品を移動させる。そして、収納登録解除ボタンＢＴ３２または移動登録ボタンＢＴ３３が押下されることで、商品の移動が完了する。

また、商品が収納されると、商品が収納された収納口３６１の収納口番号と、当該商品の注文番号とは、対応付けられてロッカー管理サーバ３３２１に記憶される。なお、ロッカー管理サーバ３３２１は省略してよい。この場合、ロッカー管理サーバ３３２１が行う機能を、店員注文管理装置１１および店舗注文管理サーバ１０のうち一方が行うようにしてもよいし、各装置が分担して行うようにしてもよい。

また、ロッカーシステム入力画面３７００は、収納受取履歴ボタン３７０１を含む。収納受取履歴は、例えば、各注文番号（各呼出端末識別情報）に対応付けられる商品を収納した時間と、受け渡しが行われた時刻とを含む履歴である。収納受取履歴ボタン３７０１は、収納受取履歴の閲覧画面に切り替えることを受け付けるボタンである。当該閲覧画面は、収納口３６１に収納された商品の受け渡しが完了したか否かを容易に把握できる画面である。また、当該閲覧画面は、店員注文管理装置１１のみならず、ＰＯＳ端末装置２０や他の装置からも閲覧することが可能である。

（オーダーシステム３３１０において呼出端末１９１０を指定する際の画面例）
図３８は、オーダーシステム３３１０において呼出端末１９１０を指定する際の画面例を示す説明図である。図３８に示すように、店員注文管理装置１１のタッチパネル表示部１１５には、オーダーシステム入力画面３８００が表示されている。オーダーシステム入力画面３８００は、実施形態１等の注文対応操作エリアＡＲ２０に代えて、呼出端末識別情報入力エリアＡＲ１３０を含む。

呼出端末識別情報入力エリアＡＲ１３０は、商品に割り当てる呼出端末１９１０の識別情報（端末番号）の入力を受け付けるエリアである。呼出端末識別情報入力エリアＡＲ１３０は、呼出端末識別情報表示エリアＡＲ１３１と、入力ボタンエリアＡＲ１３２とを含む。

呼出端末識別情報表示エリアＡＲ１３１は、店員の操作による入力ボタンエリアＡＲ１３２への入力に応じた呼出端末識別情報が表示されるエリアである。
入力ボタンエリアＡＲ１２２は、呼出端末識別情報が選択ボタンによって入力されるエリアである。具体的には、入力ボタンエリアＡＲ１２２は、呼出端末１９１０ごとの使用状態を示している。より具体的には、入力ボタンエリアＡＲ１２２は、各呼出端末１９１０の、呼出端末識別情報と、収納時間と、収納口番号とを示している。収納時刻は、呼出端末１９１０に対応付けられる商品が収納口３６１に収納された時刻を示す。収納時刻は、例えば、受渡時刻よりも前の時刻である。収納口番号は、呼出端末１９１０に対応付けられる商品が収納された収納口３６１の番号を示す。

一例を挙げると、呼出端末識別情報が「０１Ｂ」の呼出端末１９１０に対応付けられる商品が１９時０５分に収納口番号「３」に収納されたことを示している。また、呼出端末識別情報が「０２Ｂ」、「０３Ｂ」、「０６Ｂ」等の呼出端末１９１０が未使用状態であることを示している。

オーダーシステム入力画面３８００において、店員は、入力ボタンエリアＡＲ１３２のうち、未使用状態に呼出端末１９１０（例えば、「０３Ｂ」）を選択する。そして、店員は、呼出端末識別情報表示エリアＡＲ１３１に表示される呼出端末識別情報に間違いが無いことを確認して、確定ボタンＢＴ１３０を押下する。確定ボタンＢＴ１３０が押下されると、呼出端末識別情報が「０３Ｂ」の呼出端末１９１０が確定する。なお、確定ボタンＢＴ１３０は、押下されると、例えば「確定解除」の表示になり、すなわち、確定解除ボタンに切り替わる。確定解除ボタンは、注文番号の確定の解除を受け付ける。確定解除ボタンが押下れると、呼出端末識別情報表示エリアＡＲ１３１に表示されている注文番号が消去される。

呼出端末１９１０が確定すると、店員注文管理装置１１は、収納先の指定を受け付ける。具体的には、店員注文管理装置１１は、ロッカーステータスエリアＡＲ３０に表示される収納口ステータスエリアＡＲ３１の中から、「０３Ｂ」の呼出端末１９１０に対応付けられる注文番号の商品を収納する収納口３６１の収納口ステータスエリアＡＲ３１の操作を受け付ける。

オーダーシステム入力画面３８００では、収納口３６１－２、３６１－４、３６１－６が空き状態を示している。例えば、店員が収納口３６１－４に商品を収納する場合には、収納口ステータスエリアＡＲ３１－４を押下する。収納口ステータスエリアＡＲ３１－４が押下されると、例えば外枠が強調表示されるなどして、選択されたことを示す表示態様となる。

収納口ステータスエリアＡＲ３１－４が強調表示されると、収納登録ボタンＢＴ３１が操作可能なアクティブ状態となる。収納登録ボタンＢＴ３１が押下されると、「０３Ｂ」の呼出端末１９１０に対応する商品が収納口３６１－４に収納されたことを示す登録が完了する。そして、収納口ステータスエリアＡＲ３１－４は、「空き」から「収納中」のステータスに変化し、「０３Ｂ」の呼出端末識別情報が表示される。また、「０３Ｂ」を示す入力ボタンエリアＡＲ１３２についても、「０３Ｂ」の呼出端末１９１０に対応付けられる商品が１９時０５分に収納口番号「４」に収納されたことを示している。

なお、上述した、商品の収納先（収納口ステータスエリアＡＲ３１）を指定する操作は、商品を収納口３６１へ商品を収納した後に行うようにしてもよいし、商品を収納口３６１へ商品を収納する前に行うようにしてもよい。また、商品の収納先を指定する操作は、呼出端末識別情報を選択する操作の後に行うようにしてもよいし、呼出端末識別情報を選択する操作の前に行うようにしてもよい。

また、オーダーシステム入力画面３８００においても、ロッカーシステム入力画面３７００と同様に、収納口３６５が「収納中」を示していたとしても、収納中の商品を移動させることとにより、当該収納口３６１へ収納させることが可能になっている。

また、オーダーシステム入力画面３８００は、収納受取履歴ボタン３８０１を含む。収納受取履歴は、例えば、各呼出端末識別情報（各注文番号）に対応付けられる商品を収納した時間と、受け渡しが行われた時刻とを含む履歴である。収納受取履歴ボタン３８０１は、収納受取履歴の閲覧画面に切り替えることを受け付けるボタンである。当該閲覧画面は、収納口３６１に収納された商品の受け渡しが完了したか否かを容易に把握できる画面である。また、当該閲覧画面は、店員注文管理装置１１のみならず、ＰＯＳ端末装置２０や他の装置からも閲覧することが可能である。

（実施形態１～３の変形例）
以下に、本実施形態１～３の変形例１～８について説明する。なお、以下の各変形例では、上述した実施形態１～３で説明した内容については、適宜説明を省略する。また、上述した実施形態１～３、および変形例１～８に示す各構成をそれぞれ組み合わせた構成とすることも可能である。具体的には、上述した実施形態１～３と、変形例１～８とのうち、全てを含む構成としてもよいし、上述した実施形態１～３と、変形例１～８とのうち、一の組合せとした構成としてもよい。

（変形例１）
まず、変形例１について説明する。上述した実施形態では、店員が商品を収納口３６１に収納する際に、収納先の収納口３６１を報知しない構成について説明した。変形例１では、このような構成に加えて又は代えて、店員が商品を収納口３６１に収納する際に、収納先の収納口３６１を報知する構成について説明する。

変形例１では、インジケータ３６３が客側にのみならず、店員側にも各収納口３６１に対応して設けられているものとする。ロッカー装置３０は、例えば、店員側に設けられたインジケータ（以下「店員側インジケータ」という。）や、タッチパネル表示部３０５をもちいて各種報知が可能である。

変形例１において、商品を収納する収納口３６１を店員が指定すると、ロッカー装置３０は、指定された収納口３６１に対応する店員側インジケータを所定の態様で点灯させる。また、ロッカー装置３０は、タッチパネル表示部３０５に、指示情報（収納口番号）が示す収納口３６１を表示してもよい。そして、当該店員側インジケータが示す収納口３６１に商品が収納されると、扉３６２が施錠される。

なお、店員側インジケータは、点灯パターンによって、商品ステータスを報知するようにしてもよい。また、店員側インジケータは、この他にも、点灯パターンによって、扉錠部３０７が解錠状態および施錠状態のいずれの状態にあることや、扉３６２が開状態および閉状態のいずれの状態にあることや、扉３６２が一定時間以上開状態となっていることなどを報知することも可能である。

変形例１によれば、商品の収納先の収納口３６１を店員に報知するようにしたので、商品の収納先を店員に案内することができる。したがって、商品の収納に係る店員の作業負荷を軽減させることができる。

（変形例２）
次に、変形例２について説明する。上述した実施形態では、扉３６２が収納口３６１の正面側（客側）にのみ設けられる構成について説明した。変形例２では、このような構成に加えて又は代えて、扉３６２が背面側（店員側）にも設けられる構成について説明する。

変形例２において、扉（以下「店員側扉」という。）は、収納口３６１（図７参照）ごとに対応して、ロッカー装置３０の背面側に設けられる。店員側扉には、それぞれ錠が設けられている。このため、店員側扉は、施錠された状態では開くことができず、解錠された状態において開くことができるようになっている。また、店員側扉は、解錠されると、自動で開くようになっている。変形例２では、収納口３６１の未収納状態において、店員側扉は施錠されているものとする。

変形例２において、店員が店員注文管理装置１１を用いて、商品を収納する収納口３６１を指定すると、店舗注文管理サーバ１０の指示に基づいて、収納口３６１の店員側扉を解錠する。解錠によって、店員側扉は、自動（または手動）で開く。そして、店員が、開いた店員側扉から商品を収納口３６１に収納して、店員側扉を閉める。店員側扉が閉状態になると、店員側扉と、扉３６２（客側の扉）とは、施錠される。

なお、店員が指定した収納口３６１が、他の商品の収納中である場合には、ロッカー装置３０は、当該収納口３６１の指定を受け付けないようにしたり、店員側扉を解錠させないようにしたりすればよい。なお、店員側扉および扉３６２は、店員が所定の操作（予め定められたパスワードの入力等）を行うことにより解錠することが可能である。

変形例２によれば、店員側扉を設け、店員が指定した、商品の収納先の収納口３６１を開放させることができるため、店員に商品の収納先を案内することができる。したがって、商品の収納に係る店員の負荷を軽減させることができる。また、変形例２では、顧客ＣＳに引き渡すまで、店員側扉および扉３６２を施錠した状態で商品を保管することができる。したがって、商品を衛生的に管理することができる。

なお、変形例２において、店員側扉は、未収納状態においては予め解錠されていてもよい。この場合、店員に商品の収納先を案内するためには、例えば、インジケータ３６３を用いて、または、店員側インジケータを設けた場合には店員側インジケータを用いて、収納先の収納口３６１を報知するようにすればよい。

また、変形例２において、店員側扉には、錠が設けられなくてもよい。すなわち、店員側扉は、店員側の開口を埋める扉であってもよい。このようにしたとしても、商品を衛生的に管理することができる。

（変形例３）
次に、変形例３について説明する。上述した実施形態では、店員側および客側の両側から商品を取り出すことが可能なロッカー装置３０を用いた構成について説明した。変形例３では、このような構成に加えて又は代えて、例えば、ロッカー装置３０が壁面を背にして配置される場合など、一方の側のみから商品を取り出すことが可能なロッカー装置３０を用いた構成について説明する。

変形例３において、ロッカー装置３０は、例えば、壁面を背にして設けられているものとする。このため、店員が商品を収納する場合も、顧客ＣＳが商品を取り出す場合も、扉３６２が開放されることになる。なお、変形例３に係るロッカー装置３０の背面側における収納口３６１の開口は、塞がれていてもよい。

変形例３において、商品を収納する収納口３６１を店員が指定すると、指定した収納口３６１の扉３６２を解錠する。解錠すると、扉３６２は、自動で開くとともに、当該収納口３６１に対応するインジケータ３６３が点灯する。なお、扉３６２は、未収納状態においては予め解錠されていてもよい。そして、店員が当該収納口３６１に商品を収納して、扉３６２を閉める。扉３６２が閉状態になると、施錠される。

なお、店員が指定した、商品を収納する収納口３６１が収納中などである場合には、ロッカー装置３０は、当該収納口３６１の指定を受け付けないようにしたり、扉３６２を解錠させないようにしたりすればよい。なお、扉３６２は、店員が所定の操作（予め定められたパスワードの入力等）を行うことにより解錠することが可能である。

変形例３によれば、ロッカー装置３０が壁面沿い等に設置されている場合でも、すなわち、一方の側のみから商品を取り出すことが可能に配置されている場合でも、商品の収納先の収納口３６１を店員に案内し、商品を収納させることができる。したがって、商品の収納に係る店員の作業負荷を軽減させることができる。また、変形例３では、顧客ＣＳに引き渡すまで、密閉した状態で商品を保管することができる。したがって、商品を衛生的に管理することができる。

（変形例４）
次に、変形例４について説明する。上述した実施形態では、店員が収納口３６１に商品を収納すると施錠する構成について説明した。変形例４では、このような構成に加えて又は代えて、店員が収納口３６１に商品を収納しても施錠しない構成について説明する。

変形例４では、ロッカー装置３０は、扉錠部３０７を備えていなくてもよい。変形例４において、商品を収納する収納口３６１を店員が指定し、当該収納口３６１に商品を収納することにより、商品の収納が完了する。その後、顧客ＣＳが来店して、受渡証明コードＣｄをコードリーダ３０６に読み取らせると、当該受渡証明コードＣｄが示す注文番号に対応する収納口３６１のインジケータ３６３が点灯する。そして、当該収納口３６１に収納されている商品が顧客ＣＳによって引き取られる。

変形例４によれば、扉錠部３０７が備えていなくても、未精算の商品の精算を店舗ＳＴで行って、商品の受け渡しを行うことができる。なお、変形例４において、ロッカー装置３０は、扉３６２を備えなくてもよい。すなわち、収納口３６１は、店員側のみならず、客側についても開口したものであってもよい。このようにしたとしても、商品の受け渡しをおこなうことができる。

（変形例５）
次に、変形例５について説明する。上述した実施形態では、店員から収納口番号の指定を受け付ける構成について説明した。変形例５では、このような構成に加えて又は代えて、店員による指定を要さずに、収納口番号を自動で指定する構成について説明する。例えば、変形例５において、調理が完了すると、店員による収納口番号の指定を受け付けずに、空いている収納口３６１の収納口番号を自動で割り当てるようにしてもよい。

（顧客ＣＳの身長による収納口３６１の指定）
変形例５では、例えば、顧客ＣＳの性別を示す情報が注文番号に対応付けられていてもよい。顧客ＣＳの性別を示す情報は、身長の高低を示す情報であり、例えば、女性であれば低身長であるとみなし、男性であれば高身長であるとみなす情報である。なお、身長の高低を示す情報は、顧客ＣＳの性別を示す情報に限らず、身長そのものを示す情報であってもよい。身長の高低を示す情報は、例えば、会員情報から得てもよいし、オンライン注文を行う際に顧客ＣＳから受け付けてもよい。

変形例５において、店員注文管理装置１１は、店舗注文管理サーバ１０から収納口情報９２１（図９（Ｃ）参照）を受信すると（図１１のステップＳ１１１４）、対象の商品の注文番号に対応付けられている顧客ＣＳの性別を参照する。店員注文管理装置１１は、収納口３６１の位置と、顧客ＣＳの性別とに基づいて、商品を収納する収納口３６１を選択する。具体的には、例えば、性別が男性の場合、上段の収納口３６１（収納口３６１－１、３６１－２、３６１－３）が未収納状態であるときには、店員注文管理装置１１は、上段の収納口を優先して選択する。一方で、性別が女性の場合、下段の収納口３６１（収納口３６１－４、３６１－５、３６１－６）が未収納状態であるときには、店員注文管理装置１１は、下段の収納口を優先して選択する。

これにより、顧客ＣＳの身長に応じた収納口３６１に商品を収納することができる。具体的には、女性の顧客ＣＳであれば、低い場所の収納口３６１に商品を収納し、男性の顧客ＣＳであれば、高い場所の収納口３６１に商品を収納することができる。したがって、商品受け渡しシステム１の利便性を向上させることができる。

（同一の顧客ＣＳによる複数の注文があった場合の収納口３６１の指定）
変形例５において、店員注文管理装置１１は、同一の顧客ＣＳから複数の注文があった場合、隣接する収納口３６１が未収納状態であれば、隣接する収納口３６１を優先して指定してもよい。また、顧客ＣＳを特定できない場合には、店員注文管理装置１１は、所定時間内に連続して注文した顧客ＣＳを同一の顧客ＣＳと見なして、隣接する収納口３６１を優先して指定してもよい。

これにより、同一の顧客ＣＳであれば、隣接する収納口３６１に商品を収納することができるため、商品の受け取りに係る顧客ＣＳの手間を軽減することができる。

（商品の種別に応じた収納口３６１の指定）
変形例５において、店員注文管理装置１１は、商品の種別に応じた収納口３６１を指定してもよい。例えば、温かいものや、冷たいものに応じた収納口３６１が用意されている場合には、店員注文管理装置１１は、注文内容が示す商品の種別に対応する収納口３６１を指定すればよい。また、例えば、商品のサイズに応じた収納口３６１が用意されている場合には、店員注文管理装置１１は、注文内容が示す商品のサイズに対応する収納口３６１を指定すればよい。また、例えば、匂いのあるニンニク料理や魚料理など匂いに応じた収納口が用意されている場合には、店員注文管理装置１１は、注文内容が示す商品の匂いに対応する収納口３６１を指定すればよい。

これにより、収納口３６１に収納することによって商品に生じる品質の劣化を抑えることができる。

（変形例６）
次に、変形例６について説明する。変形例６では、受け渡しの証明に注文番号等を用いる構成について説明する。収納管理情報９１１（図９（Ｂ）参照）に示したように、収納口番号と、注文番号とを対応付けることは、収納口番号が示す収納口３６１を解錠するためのパスコード（例えば、注文番号「２５５」）を設定することと同視することが可能である。このため、解錠用のパスコードを注文番号とすることが可能である。解錠するには、ロッカー装置３０に当該パスコードが操作入力されることとしてもよい。また、当該パスコードは受渡証明コードＣｄとしてコード化されていてもよく、この場合、解錠するには、ロッカー装置３０に受渡証明コードＣｄを読み取らせることとしてもよい。

また、注文番号の他にも、呼出端末識別情報を解錠用のパスコードとして用いることも可能である。具体的に説明すると、収納口情報２１１１（図２１（Ｂ）参照）に示すように、収納口番号と、呼出端末識別情報（端末番号）とを対応付けることは、収納口番号が示す収納口３６１を解錠するためのパスコード（例えば、呼出端末識別情報「０３Ｂ」）を設定することと同視することが可能である。このため、解錠用のパスコードを呼出端末識別情報とすることが可能である。解錠するには、ロッカー装置３０に当該パスコードが操作入力されることとしてもよい。また、当該パスコードは、呼出端末１９１０に貼付される識別コードＩｄとしてコード化されていてもよく、この場合、解錠するには、ロッカー装置３０に受渡証明コードＣｄを読み取らせることとしてもよい。

また、注文番号をパスコードとして用いる場合、当該パスコードは、例えば、ＰＯＳ端末装置２０で採番した注文番号が予め定められたルールに基づいて暗号化されたものでもよい。同様に、呼出端末識別情報をパスコードとして用いる場合、当該パスコードは、例えば、指定の呼出端末識別情報（端末番号）が予め定められたルールに基づいて暗号化されたものでもよい。また、暗号化されたパスコードは、コード化されていてもよい。この場合、コード化されたパスコードをロッカー装置３０に読み取らせることにより、収納口３６１を解錠させるようにしてもよい。

なお、パスコードは、上述したように、暗号化されなくてもよい。この場合、パスコードとして用いられる注文番号や呼出端末識別情報がそのままロッカー装置３０に入力されるようにしてもよい。特に、実施形態４に示したパターンＢのように、オーダーシステム３３１０と、ロッカーシステム３３２０とが連携できない場合でも、店員注文管理装置１１に置数入力された注文番号や、指定された呼出端末識別情報をそのままパスコードとすることができる。このため、ロッカーシステム３３２０における解錠用のパスコードを容易に設定することが可能になる。このように、パターンＢのような運用では、オーダーシステム３３１０とロッカーシステム３３２０との連携を考慮しなくてもよい分、注文番号等に基づくパスコードを用いることによって、運用性が増すこととなる。ただし、受渡証明コードＣｄや、解錠用のパスコードは、注文番号等に全く基づかないランダム性の高いものとすることも可能である。

変形例６によれば、店員注文管理装置１１に表示される注文番号等を、単に取引を特定するための情報というだけでなく、収納口３６１を解錠するためのパスコードとして適用することが可能になる。したがって、注文番号や呼出端末識別情報を有効活用することができる。

（変形例７）
次に、変形例７について説明する。変形例７では、収納口３６１に商品が収納されてからの経過時間（収納経過時間）を表示するようにしてもよい。収納経過時間は、例えば、店員注文管理装置１１のタッチパネル表示部１１５に注文番号ごとにリアルタイムに表示される。なお、収納経過時間は、ＰＯＳ端末装置２０や、ロッカー装置３０など、店員注文管理装置１１以外の装置に表示されてもよい。

また、収納経過時間が超過時間（例えば、２０分）以上となった場合に、アラートを報知するようにしてもよい。例えば、店員注文管理装置１１は、タッチパネル表示部１１５に、２０分を超過した注文番号や収納口番号を、ポップアップ表示等により強調表示してもよい。また、当該アラートの報知は、表示画面による報知に加えて又は代えて、音や音声を用いるようにしてもよい。なお、超過時間は、２０分に限らず、店員の操作によって、任意の時間に設定変更することが可能である。

変形例７によれば、収納口３６１に収納してからの経過時間を、店員は収納位置ごとに容易に把握することができる。

（変形例８）
次に、変形例８について説明する。変形例８では、店員注文管理装置１１に表示される画面の切り替え機能について説明する。上述した実施形態１では、パターンＡにおける画面（図１４等）について説明した。また、上述した実施形態４では、パターンＢにおける画面（図３７および図３８参照）について説明した。変形例８において、パターンＡ、Ｂにおける各画面は、それぞれのパターンごとに表示されることに限らず、それぞれのパターンにおいて混在して表示することも可能である。

例えば、店員注文管理装置１１のタッチパネル表示部１１５の画面上に「画面切り替えボタン」を表示する。そして、店員は、使用するシステムに応じて、その都度、画面を切り替えることも可能である。例えば、オーダーシステム３３１０と、ロッカーシステム３３２０とが連携したパターンＡの店舗ＳＴでは、図１４等の画面を表示する。一方で、当該店舗ＳＴは、後からデリバリーサービス業者と提携し、システム連携をすることも想定される。このシステム連携によって、パターンＢでの運用も行われることになる。すなわち、同一の店舗ＳＴで、同一のロッカーシステム３３２０において、２種類のパターンＡ、Ｂの取引が行われることになる。

ここで、パターンＡ、Ｂの取引に対応する場合、調理場で発行される調理指示レシートは、パターンＡ、Ｂで異なる態様で発行される。これにより、調理指示レシートの態様により、店員（収納作業者）は注文元を特定することができる。調理済みの商品は、調理指示レシートがテープ止めされて、収納を待つ。収納作業者は、商品に添付された調理指示レシートの態様（ＡまたはＢ）を確認して、パターンＡ、Ｂのどちらの画面で対応するべきかを判断し、画面を切替えて、注文番号と収納位置とを関連付ける。

例えば、デリバリーサービス業者からの予約注文の場合、パターンＢの取引となり、図３７等を表示して、注文番号を置数入力して取引を行うことが可能である。すなわち、ロッカーシステム３３２０側では、図１４等に表示される情報を取得できないシチュエーションも生じ得るため、図３７等の画面を表示することとなる。また、例えば、自店舗で展開するネット予約受付サービスを使った注文の場合、パターンＡの取引となり、図１４等を表示して、リスト表示された注文番号を選択して取引を行うことが可能である。

このように、変形例８では、注文等に基づいて、図１４等の画面と、図３７等の画面とを切替えて運用することが可能である。変形例８によれば、パターンＡ、Ｂの取引に対応した画面を表示することができる。したがって、各システムの利便性を向上させることができる。

以下、実施形態総括を記載する。
［発明の名称］商品受け渡しシステム、商品受け渡し方法、およびプログラム
［技術分野］
本発明は、商品受け渡しシステム、商品受け渡し方法、およびプログラムに関する。
［背景技術］
従来、スマートフォンやパソコンなどを用いて顧客がオンラインで商品を注文し、店舗に受け取りに行く販売形態が知られている。例えば、顧客がスマートフォンを利用して商品を注文し、注文に応じた商品を、受け渡しボックスを介して顧客に受け渡すようにすることが知られている（例えば、特許文献１参照）。
［先行技術文献］
［特許文献］
［特許文献１］特許第６２４３０７６号公報
［発明の概要］
［発明が解決しようとする課題］
しかしながら、従来技術では、オンラインで注文したものの、顧客が商品を受け取りに来ないことがあると、支払いがなされずに、商品を廃棄したり、作り直したりすることがある。このため、顧客に商品を効率よく受け渡すことができないことがある、という問題があった。
本発明は、このような事情に鑑みてなされたもので、その目的は、効率よく商品の受け渡しを行うことができる技術を提供することにある。

［課題を解決するための手段］
（１）上述した課題を解決するために、本発明の一態様である商品受け渡しシステムは、受け渡しの予約がされた予約商品の注文を顧客から受け付ける端末装置（例えば、顧客端末装置５０）と、前記受け渡しを行うために前記予約商品を収納する収納手段（例えば、ロッカー装置３０）と、前記端末装置の位置情報を取得する位置情報取得手段と、前記位置情報取得手段によって取得された前記位置情報に基づいて、前記予約商品の準備に関する準備情報（例えば、調理開始指示）を出力する出力制御手段と、を備えることを特徴とする商品受け渡しシステムである。
上記構成によれば、オンラインで注文したものの、顧客が予約商品を引き取りに来ないおそれがある場合には、予約商品を準備しないようにすることができる。したがって、店舗ＳＴにおいて、支払いがなされずに、予約商品を廃棄したり、作り直したりすることを抑えることができる。したがって、顧客ＣＳに対して、効率よく予約商品の受け渡しを行うことができる。

（２）上記（１）の構成において、前記注文における事前精算の有無に関する精算関連情報を取得する精算関連情報取得手段と、前記出力制御手段は、前記精算関連情報取得手段によって取得された前記精算関連情報が示す前記有無に応じて、前記位置情報に基づく前記準備情報の出力を行うようにしてもよい。
上記構成によれば、これにより、事前精算が行われている場合には、顧客端末装置５０の位置情報にかかわらず、予約商品を準備することができる。したがって、調理のスケジュール通りに、当該予約商品の調理を開始させることができる。

（３）上記（１）または（２）の構成において、前記位置情報取得手段は、前記位置情報の履歴を取得し、前記出力制御手段は、前記位置情報の履歴から得られる前記顧客の移動状況に基づいて、前記準備情報を出力するようにしてもよい。
上記構成によれば、顧客ＣＳが店舗ＳＴに近付いていない場合に予約商品を準備しないようにし、顧客ＣＳが店舗ＳＴに近付いている場合に予約商品を準備することができる。

（４）上記（３）の構成において、前記位置情報取得手段によって取得された前記位置情報を用いて、店舗までの移動時間を算出する算出手段を備え、
前記出力制御手段は、前記算出手段によって算出された前記移動時間を前記端末装置に出力するようにしてもよい。
上記構成によれば、受渡時刻までに来店することを顧客ＣＳに促すことができる。

（５）上記（４）の構成において、前記算出手段によって算出された前記移動時間と、現在時刻とに基づいて、前記予約商品の受け取りに間に合うか否かを判別する判別手段を備え、前記端末装置は、前記判別手段によって前記予約商品の受け取りに間に合わないと判別された場合、顧客から前記予約商品の受け取りの可否を受け付け、前記出力制御手段は、前記端末装置が受け付けた前記受け取りの可否に応じた前記準備情報を出力するようにしてもよい。
上記構成によれば、顧客ＣＳが受け取りに来ないおそれがある場合に、顧客ＣＳに受け取りについての確認をとることができる。したがって、顧客ＣＳの確認のもと、予約商品の準備を行うことや、準備を中止することができる。

（６）上記（５）の構成において、前記端末装置は、前記予約商品を受け取る旨を受け付けた場合、さらに、顧客から受け取りの変更時刻を受け付け、前記出力制御手段は、前記端末装置が受け付けた前記変更時刻を含む前記準備情報を出力するようにしてもよい。
上記構成によれば、受渡時刻の変更に伴って、調理開始時刻を変更し、当該調理開始時刻になると調理開始指示を出力することができる。これにより、受渡時刻の変更に柔軟に対応することができる。

（７）上記（１）乃至（６）のいずれかの構成において、前記端末装置は、前記位置情報を取得する機能のオンとオフとを切替え可能であり、前記予約商品の注文を受け付ける際に、前記機能をオンに促す通知を行うことが可能であるようにしてもよい。
上記構成によれば、当該機能がオフになっている場合でも、当該機能をオンに切り替えさせることができる。したがって、顧客端末装置５０の位置情報を取得することができる。

（８）また、上述した課題を解決するために、本発明の他の態様である商品受け渡し方法は、受け渡しが予約された予約商品の注文を受け付ける端末装置と、前記受け渡しを行うために前記予約商品を収納する収納部とを備えた商品受け渡しシステムに用いられるコンピュータが、前記端末装置の位置情報を取得する位置情報取得ステップと、前記位置情報取得ステップにおいて取得された前記位置情報に基づいて、前記予約商品の準備に関する準備情報を出力する出力制御ステップと、を含む処理を実行することを特徴とする商品受け渡し方法である。
上記構成によれば、オンラインで注文したものの、顧客が予約商品を引き取りに来ないおそれがある場合には、予約商品を準備しないようにすることができる。したがって、店舗ＳＴにおいて、支払いがなされずに、予約商品を廃棄したり、作り直したりすることを抑えることができる。したがって、顧客ＣＳに対して、効率よく予約商品の受け渡しを行うことができる。

（９）また、上述した課題を解決するために、本発明の他の態様であるプログラムは、受け渡しが予約された予約商品の注文を受け付ける端末装置と、前記受け渡しを行うために前記予約商品を収納する収納部とを備えた商品受け渡しシステムに用いられるコンピュータを、前記端末装置の位置情報を取得する位置情報取得手段、前記位置情報取得手段によって取得された前記位置情報に基づいて、前記予約商品の準備に関する準備情報を出力する出力制御手段、として機能させることを特徴とするプログラムである。
上記構成によれば、オンラインで注文したものの、顧客が予約商品を引き取りに来ないおそれがある場合には、予約商品を準備しないようにすることができる。したがって、店舗ＳＴにおいて、支払いがなされずに、予約商品を廃棄したり、作り直したりすることを抑えることができる。したがって、顧客ＣＳに対して、効率よく予約商品の受け渡しを行うことができる。

なお、上述した説明では、店舗注文管理サーバ１０が、記憶部と、報知部と、関連付け部と、位置情報取得部と、出力制御部と、精算関連情報取得部と、算出部と、判別部とを備え、ロッカー装置３０が入力部と、検出部とを備える構成について説明したが、これらの機能部の全部または一部が、他のコンピュータ装置に具備されていてもよい。例えば、これらの機能部のうち一部の機能部が、ＰＯＳ端末装置２０に具備されていてもよいし、店員注文管理装置１１に具備されていてもよいし、これら以外のコンピュータ装置に具備されていてもよい。すなわち、店舗注文管理サーバ１０やロッカー装置３０に代わって、他のコンピュータ装置が、例えば、受渡報知を制御するようにしたり、準備情報の出力を制御したりしてもよい。また、これらの機能部が具備されるコンピュータ装置は、複数台であることに限らず、１台であってもよい。例えば、これらの機能部の全ての機能部を一のコンピュータ装置が具備していてもよい。

なお、以上に説明した商品受け渡しシステム１、店舗注文管理サーバ１０、およびロッカー装置３０を実現するためのプログラムを、コンピュータ読み取り可能な記録媒体に記録し、そのプログラムをコンピュータシステムに読み込ませて実行するようにしてもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ－ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。また、上記プログラムは、前述した機能の一部を実現するためのものであってもよい。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。

Ｃｄ…受渡証明コード
Ｉｄ…識別コード
Ｐｃｄ…精算用証明コード
Ｓｖ…注文管理サーバ
１、１９００…商品受け渡しシステム
１０…店舗注文管理サーバ
２０…ＰＯＳ端末装置
３０…ロッカー装置
４０…キッチン端末装置
４５…呼出ディスプレイ
５０…顧客端末装置
１９１０…呼出端末

Claims (9)

1. 受け渡しの予約がされた予約商品の注文を顧客から受け付ける端末装置と、
   前記受け渡しを行うために前記予約商品を収納する収納手段と、
   前記端末装置の位置情報を取得する位置情報取得手段と、
   前記位置情報取得手段によって取得された前記位置情報に基づいて、前記予約商品の準備に関する準備情報を出力する出力制御手段と、
   を備えることを特徴とする商品受け渡しシステム。
2. 前記注文における事前精算の有無に関する精算関連情報を取得する精算関連情報取得手段と、
   前記出力制御手段は、前記精算関連情報取得手段によって取得された前記精算関連情報が示す前記有無に応じて、前記位置情報に基づく前記準備情報の出力を行う、
   ことを特徴とする請求項１に記載の商品受け渡しシステム。
3. 前記位置情報取得手段は、前記位置情報の履歴を取得し、
   前記出力制御手段は、前記位置情報の履歴から得られる前記顧客の移動状況に基づいて、前記準備情報を出力する、
   ことを特徴とする請求項１または２に記載の商品受け渡しシステム。
4. 前記位置情報取得手段によって取得された前記位置情報を用いて、店舗までの移動時間を算出する算出手段を備え、
   前記出力制御手段は、前記算出手段によって算出された前記移動時間を前記端末装置に出力する、
   ことを特徴とする請求項１乃至３のいずれか一項に記載の商品受け渡しシステム。
5. 前記算出手段によって算出された前記移動時間と、現在時刻とに基づいて、前記予約商品の受け取りに間に合うか否かを判別する判別手段を備え、
   前記端末装置は、前記判別手段によって前記予約商品の受け取りに間に合わないと判別された場合、顧客から前記予約商品の受け取りの可否を受け付け、
   前記出力制御手段は、前記端末装置が受け付けた前記受け取りの可否に応じた前記準備情報を出力する、
   ことを特徴とする請求項４に記載の商品受け渡しシステム。
6. 前記端末装置は、前記予約商品を受け取る旨を受け付けた場合、さらに、顧客から受け取りの変更時刻を受け付け、
   前記出力制御手段は、前記端末装置が受け付けた前記変更時刻を含む前記準備情報を出力する、
   ことを特徴とする請求項５に記載の商品受け渡しシステム。
7. 前記端末装置は、前記位置情報を取得する機能のオンとオフとを切替え可能であり、前記予約商品の注文を受け付ける際に、前記機能をオンに促す通知を行うことが可能である、
   ことを特徴とする請求項１乃至６のいずれか一項に記載の商品受け渡しシステム。
8. 受け渡しが予約された予約商品の注文を受け付ける端末装置と、前記受け渡しを行うために前記予約商品を収納する収納部とを備えた商品受け渡しシステムに用いられるコンピュータが、
   前記端末装置の位置情報を取得する位置情報取得ステップと、
   前記位置情報取得ステップにおいて取得された前記位置情報に基づいて、前記予約商品の準備に関する準備情報を出力する出力制御ステップと、
   を含む処理を実行することを特徴とする商品受け渡し方法。
9. 受け渡しが予約された予約商品の注文を受け付ける端末装置と、前記受け渡しを行うために前記予約商品を収納する収納部とを備えた商品受け渡しシステムに用いられるコンピュータを、
   前記端末装置の位置情報を取得する位置情報取得手段、
   前記位置情報取得手段によって取得された前記位置情報に基づいて、前記予約商品の準備に関する準備情報を出力する出力制御手段、
   として機能させることを特徴とするプログラム。

Images