JP2022144039A - 商品受け渡しシステム、商品受け渡し方法、およびプログラム - 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）ユニット５０８とを備える。
ＣＰＵ５０１は、中央演算処理装置であり、記憶部５０２に記憶されているプログラムを読み出して実行することにより、顧客端末装置５０の動作を制御する。
記憶部５０２は、ＣＰＵ５０１の補助記憶装置であって、プログラムをはじめとしてＣＰＵ５０１が利用する各種の情報を記憶する。
ＲＡＭ５０３は、ＣＰＵ５０１の主記憶装置である。

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

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

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

注文番号は、各注文を一意に特定することが可能な注文識別情報である。注文番号は、例えば、３桁の数字によって表されている。ただし、注文番号は、３桁の数字に限らず、３桁以外の数字であってもよい。また、注文番号は、例えば、数字とアルファベットの組み合わせであってもよい。

顧客識別情報は、顧客ＣＳを一意に特定することが可能な情報である。顧客識別情報は、例えば、会員情報（会員番号）と対応付けられる情報であるが、これに限らず、会員情報そのものであってもよい。また、顧客識別情報は、顧客氏名や、住所や、連絡先などと対応付けられていてもよい。顧客識別情報は、顧客端末装置５０を識別することが可能な情報（例えば、顧客端末識別情報やメールアドレス）と対応付けられており、顧客端末装置５０が特定されると、同時に特定可能となる。また、顧客識別情報は、会員情報と対応付けられていることから、会員カードが読み取られることによっても特定可能である。

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

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

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

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

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

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

「調理中」のステータスは、調理を開始した後であり、且つ、調理が完了する前の状態を示す。このため、「調理中」のステータスは、商品が収納部３６１に収納していない状態を示す。店舗注文管理サーバ１０は、不図示のキッチン端末装置から調理が開始された旨を示す調理開始通知を受信すると、商品ステータスを「未調理」から「調理中」に変更する。なお、店員注文管理装置１１は、調理開始時に、店員からその旨を受け付けるようにし、受け付けた情報を店舗注文管理サーバ１０へ送信するようにしてもよい。店舗注文管理サーバ１０は、当該情報を受信することにより、商品ステータスを「未調理」から「調理中」に変更するようにしてもよい。また、店舗注文管理サーバ１０は、注文内容から算出される調理開始時刻になると、商品ステータスを「未調理」から「調理中」に変更するようにしてもよい。

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

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

「収納中」のステータスは、商品が収納部３６１に収納されている状態を示す。ロッカー装置３０は、商品が適切に収納されると、扉錠部３０７の施錠が完了し、施錠が完了したことを示す施錠完了通知を店舗注文管理サーバ１０へ送信する。店舗注文管理サーバ１０は、ロッカー装置３０から施錠完了通知を受信すると、商品ステータスを「収納準備」から「収納中」に変更する。なお、店員注文管理装置１１は、ロッカー装置３０に商品が収納されると、店員からその旨を受け付けるようにし、受け付けた情報を店舗注文管理サーバ１０へ送信するようにしてもよい。店舗注文管理サーバ１０は、当該情報を受信することにより、商品ステータスを「収納準備」から「収納中」に変更するようにしてもよい。

「他所保管」のステータスは、ロッカー装置３０の収納部３６１とは異なる場所で商品を保管している状態を示す。例えば、「他所保管」のステータスは、商品の保管期限が過ぎたことによって収納部３６１から商品が取り出された状態や、収納部３６１に収まらないサイズの商品を収納部３６１とは異なる場所で保管している状態を示す。店員注文管理装置１１は、店員から「他所保管」の指定を受け付けると、受け付けた情報を店舗注文管理サーバ１０へ送信する。店舗注文管理サーバ１０は、店員注文管理装置１１から当該情報を受信することにより、「他所保管」のステータスに変更する。

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

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

「廃棄」のステータスは、廃棄済みの状態を示す。例えば、収納部３６１に収納されている商品を廃棄のために取り出した場合、店員の操作に応じて「廃棄」のステータスに変更される。具体的には、店員注文管理装置１１は、店員から「廃棄」の指定を受け付けると、受け付けた情報を店舗注文管理サーバ１０へ送信する。店舗注文管理サーバ１０は、店員注文管理装置１１から当該情報を受信することにより、「廃棄」のステータスに変更する。なお、収納部３６１に収納されている商品を、一旦、収納部３６１から取り出して他の場所にて保管し、店員の操作に応じて「他所保管」のステータスとした後に、「廃棄」のステータスに変更することが許可されるようにしてもよい。この場合、「他所保管」のステータスを経ずに、「廃棄」のステータスに設定する操作が行われた場合には、当該操作を無効として、店員にエラーを報知するようにしてよい。

「受取中」のステータスは、顧客ＣＳが受渡証明コードＣｄをロッカー装置３０（コードリーダ３０６）に読み取らせることに応じて、商品が収納されている収納部３６１の扉３６２が解錠された状態を示す。例えば、ロッカー装置３０は、受渡証明コードＣｄを読み取ると、店舗注文管理サーバ１０に対して解錠要求を送信する。店舗注文管理サーバ１０は、ロッカー装置３０から受信した解錠要求に基づいて、商品ステータスを「収納中」から「受取中」に変更する。

「受渡済」のステータスは、扉３６２が解錠されて、収納部３６１から商品が取り出された状態を示す。ロッカー装置３０は、顧客ＣＳによって収納部３６１から商品が取り出されると、受け渡しが完了したことを示す受け渡し完了通知を店舗注文管理サーバ１０へ送信する。店舗注文管理サーバ１０は、ロッカー装置３０から受け渡し完了通知を受信すると、商品ステータスを「受取中」から「受渡済」に変更する。

また、収納管理情報テーブル８１０に示す保管期限は、収納部３６１に収納される商品の保管期限を示す。保管期限になると、例えば、店員によって商品は撤去される。図８（Ｂ）において、一例を挙げると、収納管理情報８１１ａは、注文番号「２５５」の商品の調理が完了して、商品が４、５、６番の収納部３６１に収納される前の状態を示している。具体的には、収納管理情報８１１ａは、注文番号が「２５５」であり、収納部番号が「４」、「５」、「６」が選択され、商品ステータスが「収納準備」であり、保管期限が「２０：３０」を示している。なお、商品が収納部番号「４」、「５」、「６」の収納部３６１に収納されると、商品ステータスは「収納中」に変更される。

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

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

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

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

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

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

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

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

図９（Ｆ）は、収納位置が変更された際の収納管理情報８１１ａを示す。具体的には、図９（Ｆ）の収納管理情報８１１ａは、収納部番号が「３、６」となっている点で、図９（Ｅ）と異なる。例えば、店員注文管理装置１１は、店員から収納先の変更を受け付けることが可能である。具体的には、店員注文管理装置１１は、変更後の収納部３６１の番号を受け付ける。図９（Ｆ）では、変更後の収納部番号が「３、６」であることを示している。

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

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

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

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

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

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

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

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

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

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

ステップＳ１０１３：店員注文管理装置１１は、収納位置受付処理（図１１参照）を行う。収納位置受付処理では、例えば、収納部情報８２１を表示するとともに、店員から、商品を収納する収納部３６１を示す収納部番号の指定を受け付ける。店員注文管理装置１１は、収納部番号の指定を受け付けると、受け付けた収納部番号と注文番号とを関連付けて店舗注文管理サーバ１０へ送信する。

ステップＳ１０１４：店舗注文管理サーバ１０は、店員注文管理装置１１から、収納部番号と注文番号とが関連付けられた情報を受信すると、受信した情報を記憶する（図９（Ｂ）の収納管理情報８１１参照）。また、店舗注文管理サーバ１０は、収納部情報８２１（図８（Ｃ）参照）についても更新する。また、このとき、店舗注文管理サーバ１０は、商品ステータスを「調理済」から「収納準備」に変更する。

ステップＳ１０１５：店員注文管理装置１１は、収納位置の変更を受け付けた否かを判断する。収納位置の変更を受け付けない場合、店員注文管理装置１１は、ステップＳ１０１７に進む。
ステップＳ１０１６：。収納位置の変更を受け付けた場合、店員注文管理装置１１は、収納位置受付処理（図１４参照）を行う。収納位置変更処理では、例えば、収納部情報８２１を表示するとともに、店員から、商品を収納する収納部３６１を示す収納部番号の変更を受け付ける。店員注文管理装置１１は、収納位置の変更を受け付けると、受け付けた収納部番号と注文番号とを関連付けて店舗注文管理サーバ１０へ送信する。

店舗注文管理サーバ１０は、店員注文管理装置１１が収納位置の変更を受け付けると、の収納管理情報８１１（図９（Ｂ）参照）や、収納部情報８２１（図８（Ｃ）参照）を更新する。

ステップＳ１０１７：店員注文管理装置１１は、受け渡しが完了したか否かを判断する。受け渡しが完了していない場合、店員注文管理装置１１は、ステップＳ１０１５に戻る。受け渡しが完了した場合、店員注文管理装置１１は、対象の取引についての処理を終了する。

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

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

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

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

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

ステップＳ１０２４：店舗注文管理サーバ１０は、ロッカー装置３０から施錠完了通知を受信すると、収納管理情報テーブル８１０（図８（Ｂ）参照）を参照し、指定された収納部番号に対応する注文番号が示す収納管理情報８１１の商品ステータスを「収納準備」から「収納中」に変更する。なお、店舗注文管理サーバ１０は、顧客端末装置５０に、商品が収納された旨を通知してもよい。また、店員は、口頭で注文番号を発し、顧客に受け渡しを促すようにしてもよい。

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

（店員注文管理装置１１が行う収納位置受付処理の一例）
図１１は、店員注文管理装置１１が行う収納位置受付処理の一例を示すフローチャートである。図１１において、店員注文管理装置１１は、タッチパネル表示部１１５に表示している収納位置の受け付け開始を示す収納登録ボタンＢＴ３１（図１２（Ａ）参照）の押下を受け付けたか否かを判断する（ステップＳ１１０１）。店員注文管理装置１１は、収納登録ボタンＢＴ３１の押下を受け付けるまで待機する（ステップＳ１１０１：ＮＯ）。収納登録ボタンＢＴ３１の押下を受け付けると（ステップＳ１１０１：ＹＥＳ）、店員注文管理装置１１は、キッチン端末装置から受信した調理完了通知から受信注文番号を特定する（ステップＳ１１０２）。

そして、店員注文管理装置１１は、収納部番号の指定を受け付けたか否かを判断する（ステップＳ１１０３）。店員注文管理装置１１は、収納部番号の指定を受け付けない場合（ステップＳ１１０３：ＮＯ）、ステップＳ１１０５に進む。収納部番号の指定を受け付けた場合（ステップＳ１１０３：ＹＥＳ）、店員注文管理装置１１は、指定された収納部３６１を収納先の収納部３６１に選択する（ステップＳ１１０４）。

そして、店員注文管理装置１１は、確定ボタン１３１２（図１３（Ａ）参照）が押下されたか否かを判断する（ステップＳ１１０４）。確定ボタン１３１２が押下されない場合（ステップＳ１１０４：ＮＯ）、店員注文管理装置１１は、ステップＳ１１０３に戻る。確定ボタン１３１２が押下された場合（ステップＳ１１０４：ＹＥＳ）、店員注文管理装置１１は、選択された一または複数の収納部番号と、注文番号との関連付けを行う（ステップＳ１１０６）。そして、店員注文管理装置１１は、関連付けた情報を店舗注文管理サーバ１０へ送信し（ステップＳ１１０７）、一連の処理を終了する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

（収納部３６１へ商品を収納する際の登録操作について）
次に、収納部３６１へ商品を収納する際の登録操作について説明する。収納位置受付画面１２００には、収納位置選択通知１２１０が表示されている。収納位置選択通知１２１０は、例えば、注文番号「２５５番」の商品の調理が完了したこと、および、収納先の収納部３６１を選択して商品の収納を促す旨の通知を示している。リスト項目１２０１ｆには、カーソルＳＦが指し示されており、選択されていることを示している。なお、リスト項目１２０１ｆは、店員からの操作を受け付けることによって選択されてもよい。

また、収納する商品の選択は、リスト項目１２０１の選択以外の方法とすることも可能である。例えば、店員注文管理装置１１が備えるカメラを用いて、調理指示を示す指示伝票等に印刷された伝票番号（注文番号）の数字や番号情報をバーコード化したものを読み取ることで、注文番号を取得して商品を特定することも可能である。また、店員注文管理装置１１とBluetooth（登録商標）などの近距離無線通信で接続された携帯型スキャナを用いて、上記のバーコードを読み取ることで商品を特定することも可能である。

そして、店員は、図１２（Ａ）に示すように、収納登録ボタンＢＴ３１を押下する。さらに、図１２（Ｂ）に示すように、収納部ステータスエリアＡＲ３１を確認し、空いている収納部３６１を指定する。例えば、店員は、空きを示す収納部番号が１番、３番、４番、５番、６番の５つの収納部３６１の中から、４番、５番、６番の収納部３６１－４、３６１－５、３６１－６に対応する収納部ステータスエリアＡＲ３１－４、ＡＲ３１－５、ＡＲ３１－６をそれぞれ指定する操作（押下）を順次行ったとする。すると、収納部ステータスエリアＡＲ３１－４、ＡＲ３１－５、ＡＲ３１－６が選択されたことを示す態様（強調表示）で表示される。また、収納位置選択通知１２２０に示すように、４番、５番、６番の収納部３６１－４、３６１－５、３６１－６が選択されたことが通知される。

この後、図１３（Ａ）に示すように、タッチパネル表示部１１５には、収納位置確認通知１３１０が表示される。収納位置確認通知１３１０は、収納先の収納位置を示す情報と、キャンセルボタン１３１１と、確定ボタン１３１２とを含む。キャンセルボタン１３１１が押下されると、収納部ステータスエリアＡＲ３１－４、ＡＲ３１－５、ＡＲ３１－６の指定が解除される。

確定ボタン１３１２が押下されて、商品が収納されると、図１３（Ｂ）に示す画面に移行する。具体的には、店員が、指定の収納部番号（４番、５番、６番）が示す収納部３６１に商品を収納すると、各番号に対応する収納部３６１の扉３６２が施錠される。すると、店員注文管理装置１１のタッチパネル表示部１１５には、図１３（Ｂ）に示す画面が表示される。

図１３（Ｂ）に示すように、タッチパネル表示部１１５には、収納完了通知１３２０が表示される。収納完了通知１３２０は、注文番号２５５に対応する商品を収納部ステータスエリアＡＲ３１－４、ＡＲ３１－５、ＡＲ３１－６に収納することを受け付けた旨を示している。また、収納部ステータスエリアＡＲ３１－４、ＡＲ３１－５、ＡＲ３１－６には、注文番号「２５５番」と、商品名と、受渡時刻と、保管期限とが入力されている。

これにより、店員は、タッチパネル表示部１１５に表示されている収納部番号が示す収納部３６１に、注文番号「２５５番」に対応する商品を収納したことを確認することができる。

（店員注文管理装置１１が行う収納位置変更処理の一例）
図１４は、店員注文管理装置１１が行う収納位置変更処理の一例を示すフローチャートである。図１４において、店員注文管理装置１１は、タッチパネル表示部１１５に、収納部３６１ごとに収納している商品や注文番号を表示している。店員注文管理装置１１は、収納先を変更する商品を受け付けたか否かを判断する（ステップＳ１４０１）。店員注文管理装置１１は、収納先を変更する商品を受け付けるまで待機する（ステップＳ１４０１：ＮＯ）。収納先を変更する商品を受け付けると（ステップＳ１４０１：ＹＥＳ）、店員注文管理装置１１は、当該商品と同じ注文番号の他の商品があるか否かを判断する（ステップＳ１４０２）。

当該商品と同じ注文番号の他の商品がない場合（ステップＳ１４０２：ＮＯ）、店員注文管理装置１１は、ステップＳ１４０１において受け付けた商品が収納されている一の収納部３６１を変更可能に選択し（ステップＳ１４０３）、ステップＳ１４０６に進む。一方、当該商品と同じ注文番号の他の商品がある場合（ステップＳ１４０２：ＹＥＳ）、店員注文管理装置１１は、当該他の商品が他の収納部３６１に収納されているか否かを判断する（ステップＳ１４０４）。

当該他の商品が他の収納部３６１に収納されていない場合（ステップＳ１４０４：ＮＯ）、すなわち、当該他の商品についても同じ収納部３６１に収納されている場合、店員注文管理装置１１は、ステップＳ１４０３に進む。一方、当該他の商品が他の収納部３６１に収納されている場合（ステップＳ１４０４：ＹＥＳ）、店員注文管理装置１１は、他の収納部３６１についても変更可能に選択する（ステップＳ１４０５）。

次に、店員注文管理装置１１は、収納部３６１の変更先の指定開始を受け付ける移動登録ボタンＢＴ３３（図１５（Ｂ）参照）の押下を受け付けたか否かを判断する（ステップＳ１４０６）。店員注文管理装置１１は、移動登録ボタンＢＴ３３の押下を受け付けるまで待機する（ステップＳ１４０６：ＮＯ）。移動登録ボタンＢＴ３３の押下を受け付けると（ステップＳ１４０６：ＹＥＳ）、店員注文管理装置１１は、変更先の収納部番号の指定を受け付けたか否かを判断する（ステップＳ１４０７）。

店員注文管理装置１１は、収納部番号の指定を受け付けない場合（ステップＳ１４０７：ＮＯ）、ステップＳ１４０９に進む。収納部番号の指定を受け付けた場合（ステップＳ１４０７：ＹＥＳ）、店員注文管理装置１１は、指定された収納部３６１を収納先の収納部３６１に選択する（ステップＳ１４０８）。

そして、店員注文管理装置１１は、確定ボタン１６１２（図１６（Ａ）参照）が押下されたか否かを判断する（ステップＳ１４０９）。確定ボタン１６１２が押下されない場合（ステップＳ１４０９：ＮＯ）、店員注文管理装置１１は、ステップＳ１４０７に戻る。確定ボタン１６１２が押下された場合（ステップＳ１４０９：ＹＥＳ）、店員注文管理装置１１は、選択された一または複数の収納部番号と、注文番号との関連付けを行う（ステップＳ１４１０）。そして、店員注文管理装置１１は、関連付けた情報を店舗注文管理サーバ１０へ送信し（ステップＳ１４１１）、一連の処理を終了する。

（収納部３６１の変更に係る店員注文管理装置１１の画面例）
次に、図１５および図１６を用いて、収納位置の変更を行う際に、店員注文管理装置１１に表示される画面例について説明する。
図１５および図１６は、収納位置の変更を行う際に、店員注文管理装置１１のタッチパネル表示部１１５に表示される画面の一例を示す説明図である。

図１５（Ａ）に示すように、収納位置表示画面１５００は、収納部ステータスエリアＡＲ３１－２に、収納部番号「２５２」の商品が収納されていることと、収納部ステータスエリアＡＲ３１－４、ＡＲ３１－５、ＡＲ３１－６に、収納部番号「２５５」の商品が収納されていることとを示している。また、収納変更通知１５１０に示すように、収納中の商品の収納部３６１を変更することが可能であることを示している。

図１５（Ａ）に示すように、店員が、例えば、収納部ステータスエリアＡＲ３１－４を押下したとする。収納部ステータスエリアＡＲ３１－４が示す収納部３６１に収納されている商品と同一の注文番号の他の商品は、収納部ステータスエリアＡＲ３１－５、ＡＲ３１－６が示す収納部３６１に収納されている。このため、収納部ステータスエリアＡＲ３１－４が押下されると、図１５（Ｂ）に示すように、同一の注文番号の他の商品が収納されている収納部ステータスエリアＡＲ３１－５、ＡＲ３１－６についても、選択されたことを示す態様（強調表示）で表示される。

なお、収納部ステータスエリアＡＲ３１－４、ＡＲ３１－５、ＡＲ３１－６のうちいずれか１つが押下されると、収納部ステータスエリアＡＲ３１－４、ＡＲ３１－５、ＡＲ３１－６の全てが選択（強調表示）されるようになっている。図１５（Ｂ）において、選択通知１５２０は、４番、５番、６番の収納部３６１－４、３６１－５、３６１－６が選択を受け付けたことを示している。

そして、店員が移動ボタンＢＴ３３を押下したとすると、図１６（Ａ）に示す画面に遷移する。図１６（Ａ）に示すように、収納位置選択画面１６１０が表示される。収納位置選択画面１６１０は、変更後の収納先となる収納部３６１の番号を受け付ける「１」～「６」の収納部番号１６０１と、キャンセルボタン１６１１と、確定ボタン１６１２とを含む。キャンセルボタン１６１１が押下されると、収納部３６１の変更を受け付けたことが解除される。

図１６（Ａ）に示すように、２番を示す収納部番号１６０１は選択不可能となっている。これは、２番の収納部３６１－２には、他の注文番号の商品が収納されているためである。また、収納部番号１６０１が選択されるまでは、確定ボタン１６１２は、無効になっており、すなわち、押下を受け付けないようになっている。

図１６(Ａ)に示すように、店員が３番、６番の収納部番号１６０１を選択し、確定ボタン１６１２を押下し、商品を３番、６番の収納部３６１に収納すると、図１６（Ｂ）に示す画面に遷移する。

図１６（Ｂ）には、変更完了通知１６２０が表示される。変更完了通知１６２０は、注文番号２５５に対応する商品を収納部ステータスエリアＡＲ３１－３、ＡＲ３１－６に収納先を変更した旨を示している。また、収納部ステータスエリアＡＲ３１－３、ＡＲ３１－６には、注文番号「２５５番」と、商品名と、受渡時刻と、保管期限とが入力されている。

これにより、店員は、タッチパネル表示部１１５に表示されている収納部番号が示す収納部３６１に、注文番号「２５５番」に対応する商品の収納先を変更したことを確認することができる。

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

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

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

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

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

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

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

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

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

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

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

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

ステップＳ１７１５：店舗注文管理サーバ１０は、ロッカー装置３０から受け渡し完了通知を受信すると、収納管理情報８１１（図８（Ｂ）参照）の当該注文番号に対応する商品ステータスを「受取中」から「受渡済」に変更するとともに、当該注文番号に対応する収納部番号を「０」に変更する。

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

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

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

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

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

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

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

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

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

（実施形態１の機能的構成）
次に、実施形態１の機能的構成について説明する。実施形態１の商品受け渡しシステム１は、位置受付部と、関連付け部と、出力部と、特定部と、変更受付部とを備える。各部は、例えば、店員注文管理装置１１が備える。すなわち、各部は、店員注文管理装置１１のＣＰＵ１１１によって実現される。換言すれば、店員注文管理装置１１のＣＰＵ１１１が商品受け渡しプログラムを実行することにより、各部の機能を実現する。

本実施形態において、収納部３６１は、注文に応じた商品を収納する。商品は、一の場合もあれば、複数の場合もある。複数の商品の場合、複数の収納部３６１に収納されることがある。すなわち、同一の注文番号でありながら、複数の収納部３６１に別々に収納されることがある。

位置受付部は、商品を収納する一または複数の収納部３６１の位置を受け付ける。収納部３６１の位置は、例えば、収納部番号である。例えば、位置受付部は、１～６番の収納部３６１の中から、一または複数の収納部３６１を使用可能に受け付ける。ただし、位置受付部は、使用中の収納部３６１については、使用可能に受け付けず、すなわち、選択の対象外とする。

関連付け部は、位置受付部によって受け付けられた収納部３６１の位置を示す位置情報と、収納部３６１に収納された商品の注文識別情報とを関連付ける。注文識別情報は、注文を一意に特定できる情報であればよく、例えば、注文番号である。例えば、注文番号「２５５」の注文に複数の商品があり、位置受付部によって収納部番号の４番、５番、６番が受け付けられた場合、関連付け部は、注文番号「２５５」と、収納部番号「４番、５番、６番」を関連付ける。

出力部は、関連付け部によって関連付けられた情報を出力する。出力部は、例えば、タッチパネル表示部１１５に当該情報を出力する。これにより、タッチパネル表示部１１５は、当該情報を表示する。また、出力部は、通信部１１４を介して、店舗注文管理サーバ１０へ当該情報を出力する。これにより、店舗注文管理サーバ１０は、当該情報を管理する。

特定部は、注文識別情報（注文番号）を特定する。特定部は、店舗注文管理サーバ１０から注文内容を受信することにより、注文番号を特定する。出力部は、位置受付部によって受け付けられた収納部３６１の位置情報と、特定部によって特定された注文番号とを同一画面に表示させる。具体的には、出力部は、図１３（Ｂ）に示したように、商品の収納先を示す収納部ステータスエリアＡＲ３１－４、ＡＲ３１－５、ＡＲ３１－６に注文番号を表示する。

また、変更受付部は、収納部３６１に商品が収納されている場合、当該商品が収納されている収納部３６１の位置の変更を受け付ける。変更の受け付けは、例えば、収納先を示す収納部ステータスエリアＡＲ３１の押下によって行われる。ただし、これに限らず、変更の開始を受け付けるボタンを表示しておき、当該ボタンが押下されることによって、変更の受け付けが行われてもよい。

位置受付部は、変更受付部によって収納部３６１の位置の変更が受け付けられた場合、変更先となる一または複数の収納部の位置を受け付ける。位置受付部は、１～６番の収納部３６１の中から、一または複数の収納部３６１を変更先に受け付ける。ただし、位置受付部は、使用中の収納部３６１については、変更可能に受け付けず、すなわち、選択の対象外とする。

変更受付部は、同一の注文に係る複数の商品が複数の収納部３６１に商品が収納されている場合、複数の収納部３６１のうち一の収納部３６１の変更を受け付けることによって、複数の収納部３６１の全ての位置の変更を受け付ける。例えば、図１５（Ａ）に示すように、４番の収納部３６１を示す収納部ステータスエリアＡＲ３１－４について位置の変更を受け付けると、図１５（Ｂ）に示すように、同一の注文番号の他の商品が収納されている５番、６番の収納部３６１を示す収納部ステータスエリアＡＲ３１－５、ＡＲ３１－６についても位置の変更を受け付ける。

位置受付部は、変更受付部によって収納部３６１の位置の変更が受け付けられた場合、変更前の収納部３６１の数とは異なる数の収納部３６１を受け付け可能である。例えば、変更前の収納部３６１の数が３であった場合に、変更後の収納部３６１の数を２以下とすることも可能であるし、４以上とすることも可能である。

以上説明したように、実施形態１の商品受け渡しシステム１は、商品を収納する一または複数の収納部３６１の位置を受け付け、当該位置を示す位置情報と、収納部３６１に収納された商品の注文番号とを関連付けた情報を出力するようにした。これにより、どの商品がどの位置に収納されているのかを店員に容易に把握させることができる。したがって、商品の数、商品の大きさ、収納部３６１の容積、混雑状況など、ロッカー装置３０の運用に応じた最適な収納先に商品を収納させることができる。このため、商品の受け渡しに係る利便性を向上させることができる。

また、実施形態１において、商品受け渡しシステム１は、収納部３６１の収納部番号と、特定した注文番号とを同一画面に表示させるようにした。これにより、注文番号に応じた商品がどこに収納されているのかを店員に容易に把握させることができる。

また、実施形態１において、商品受け渡しシステム１は、収納部３６１の位置の変更を受け付けるようにし、変更先となる一または複数の収納部３６１の位置を受け付けるようにした。これにより、混雑状況などに応じて、収納先を適宜変更することができる。したがって、商品の受け渡しに係る利便性をより向上させることができる。

また、実施形態１において、商品受け渡しシステム１は、同一の注文に係る複数の商品が複数の収納部３６１に商品が収納されている場合、複数の収納部３６１のうち一の収納部３６１が選択されることによって、複数の収納部３６１の全ての位置の変更を受け付けるようにした。これにより、収納部３６１の選択に係る操作を簡略化することができる。したがって、収納部３６１の選択に係る操作性を向上させることができる。

また、実施形態１において、商品受け渡しシステム１は、収納部３６１の変更が受け付けられた場合、変更前の収納部３６１の数とは異なる数の収納部３６１を受け付け可能である。これにより、混雑状況などに応じて、収納先の数を適宜変更することができる。したがって、商品の受け渡しに係る利便性をより向上させることができる。

（実施形態２）
次に、本発明の他の実施形態について説明する。以下に説明する他の実施形態では、上述した実施形態１で説明した内容については、適宜説明を省略する。まず、実施形態２について説明する。上述した実施形態１では、店舗注文管理サーバ１０が注文を受け付けるシステムと、受渡証明コードＣｄをロッカー装置３０に読み取らせて商品を受け渡すシステムとが一体化された商品受け渡しシステム１について説明した。実施形態２では、店舗注文管理サーバ１０が注文を受け付ける既存のオーダーシステム１９１０を用いた店舗ＳＴにおいて、ロッカー装置３０を用いて商品の受け渡しを行うロッカーシステム１９２０を追加（導入）する場合について説明する。

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

店舗注文管理サーバ１０は、注文管理テーブル２０００（図２０参照）を記憶し、ＰＯＳ端末装置２０等の各種装置に注文番号や注文内容を示す商品を表示させることが可能である。

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

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

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

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

（店舗注文管理サーバ１０が記憶する注文管理テーブル２０００の一例）
図２０は、実施形態２に係る店舗注文管理サーバ１０が記憶する注文管理テーブル２０００の一例を示す説明図である。図２０に示すように、注文管理テーブル２０００は、商品情報と、注文番号と、調理開始時刻と、調理完了時刻と、受渡時刻との各項目を含む。調理開始時刻は、調理を開始する時刻である。調理完了時刻は、調理が完了する時刻である。受渡時刻は、顧客に商品を受け渡す時刻（来店時刻）である。なお、注文管理テーブル２０００は、収納部番号の項目を含まない。このように、店舗注文管理サーバ１０は、商品が収納される収納部３６１については管理しない。

（ロッカー管理サーバ１９２１が記憶する収納部管理テーブル２１００の一例）
図２１は、ロッカー管理サーバ１９２１が記憶する収納部管理テーブル２１００の一例を示す説明図である。図２１に示すように、収納部管理テーブル２１００は、注文番号と、収納時刻と、収納部番号と、受取時刻との各項目を含む。注文番号は、店員によって操作入力される。収納時刻は、商品を収納部３６１に収納した時刻である。収納部番号は、商品が収納された収納部３６１の収納部番号である。受取時刻は、商品の受け渡しが行われた時刻である。商品の受け渡し前であれば、受取時刻の項目はブランクになる。

（実施形態１と、実施形態２との比較）
ここで、オーダーシステム１９１０とロッカーシステム１９２０とが一括して導入され、相互に連携可能である場合（実施形態１のような場合：以下「連動型パターン」という。）と、オーダーシステム１９１０とロッカーシステム１９２０とが相互に連携しない場合（実施形態２のような場合：以下「非連動型パターン」という。）とを比較して説明する。

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

（呼出タイミングについて）
連動型パターンでは、商品が収納されること（商品ステータスが「収納中」となること）をトリガとして、より具体的には、商品（注文番号）と収納部番号とが関連付けられることをトリガとして、顧客端末装置５０や呼出ディスプレイ等を用いて、顧客への受渡報知を行うことが可能である。
一方で、非連動型パターンでは、店舗注文管理サーバ１０が商品の収納について管理しないことから（図２０の注文管理テーブル２０００参照）、商品が収納されたことをトリガとして、受渡報知を行わせることができない。

（取引の終了について）
連動型パターンでは、商品ステータスが「受渡済」であることをトリガとして、注文番号（または単に商品情報）に係る取引が終了したことを特定することが可能である。
一方で、非連動型パターンにおいて、店舗注文管理サーバ１０は、「受渡済」の商品ステータスを得ることができない。このため、非連動型パターンにおいて、ロッカーシステム１９２０に含まれる店員注文管理装置１１が、注文番号（または単に商品情報）に係る取引が終了したことを受け付けるようにしてもよい。また、店舗注文管理サーバ１０は、店員注文管理装置１１から受付結果を取得することにより、取引の終了を特定するようにしてもよい。
また、店舗注文管理サーバ１０は、受け渡しが完了したかた否かについては、判別しないようにしてもよい。すなわち、受け渡しが完了したか否かについては、少なくとも、ロッカー管理サーバ１９２１で判別するようにしてもよい。

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

注文番号入力エリアＡＲ１２０は、指定の収納部３６１に商品を収納するために、当該商品の注文番号の入力を受け付けるエリアである。なお、注文番号の入力は、注文番号入力エリアＡＲ１２０への操作入力以外の方法とすることも可能である。例えば、店員注文管理装置１１が備えるカメラを用いて、調理指示を示す指示伝票等に印刷された伝票番号（注文番号）の数字や番号情報をバーコード化したものを読み取ることで、注文番号を入力することも可能である。また、店員注文管理装置１１と近距離無線通信で接続された携帯型スキャナを用いて、上記のバーコードを読み取ることで、注文番号を入力することも可能である。

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

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

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

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

収納部ステータスエリアＡＲ３１－４、ＡＲ３１－５、ＡＲ３１－６が強調表示されると、図２３に示すように、収納登録ボタンＢＴ３１が操作可能なアクティブ状態となる。さらに、収納位置確認通知２３１０は、収納先の収納位置を示す情報と、キャンセルボタン２３１１と、確定ボタン２３１２とを含む。キャンセルボタン２３１１が押下されると、収納部ステータスエリアＡＲ３１－４、ＡＲ３１－５、ＡＲ３１－６の指定が解除される。

確定ボタン２３１２が押下されて、指定の収納部番号（４番、５番、６番）が示す収納部３６１に商品が収納されると、各番号に対応する収納部３６１の扉３６２が施錠される。そして、収納部ステータスエリアＡＲ３１－４、ＡＲ３１－５、ＡＲ３１－６は、「空き」から「収納中」のステータスに変化し、２５５番の注文番号が表示される。このようにして、商品の収納が完了する。

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

（収納先の変更について）
また、収納部３６１が「収納中」を示している場合、収納中の商品の収納先を変更させることも可能である。例えば、「収納中」のステータスを示す収納部ステータスエリアＡＲ３１が選択可能になっている。「収納中」のステータスを示す収納部ステータスエリアＡＲ３１が押下されると、押下された収納部ステータスエリアＡＲ３１が強調表示されるとともに、収納登録解除ボタンＢＴ３２と移動登録ボタンＢＴ３３とがアクティブ状態となる。店員は、強調表示されている収納部ステータスエリアＡＲ３１が示す収納部３６１から、商品を移動させる。そして、収納登録解除ボタンＢＴ３２または移動登録ボタンＢＴ３３が押下されることで、商品の移動が完了する。

また、同一の注文番号（例えば「２５５」）の複数の商品が複数の収納部３６１（例えば、４番、５番、６番）に収納されている場合に、収納先を変更することも可能である。店員が、例えば、収納部ステータスエリアＡＲ３１－４を押下したとする。収納部ステータスエリアＡＲ３１－４が示す収納部３６１に収納されている商品と同一の注文番号の他の商品は、収納部ステータスエリアＡＲ３１－５、ＡＲ３１－６が示す収納部３６１に収納されている。このため、収納部ステータスエリアＡＲ３１－４が選択（押下）されると、同一の注文番号の他の商品が収納されている収納部ステータスエリアＡＲ３１－５、ＡＲ３１－６についても自動で選択（強調表示）される。

なお、収納部ステータスエリアＡＲ３１－４、ＡＲ３１－５、ＡＲ３１－６のうちいずれか１つが選択（押下）されると、収納部ステータスエリアＡＲ３１－４、ＡＲ３１－５、ＡＲ３１－６の全てが選択されるようになっている。そして、店員が移動ボタンＢＴ３３を押下すると、収納先となる収納部３６１の番号を受け付ける画面が表示される。指定する収納部の数は、変更前と比較して増減可能であり、すなわち、２以下とすることもできるし、４以上とすることもできる。

そして、店員が、収納部番号を選択し、選択した収納部番号の収納部３６１に商品を収納すると、収納先の収納部ステータスエリアＡＲ３１に変更された旨が表示される。これにより、店員は、タッチパネル表示部１１５に表示されている収納部番号が示す収納部３６１に、注文番号「２５５番」に対応する商品の収納先を変更したことを確認することができる。

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

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

実施形態２に係る商品受け渡しシステム１９００は、オーダーシステム１９１０と、ロッカーシステム１９２０とが、相互に連携せずに、独立している構成において、商品を収納する一または複数の収納部３６１の位置を受け付け、当該位置を示す位置情報と、収納部３６１に収納された商品の注文番号とを関連付けた情報を出力するようにした。これにより、どの商品がどの位置に収納されているのかを店員に容易に把握させることができる。したがって、商品の数、商品の大きさ、収納部３６１の容積、混雑状況など、ロッカー装置３０の運用に応じた最適な収納先に商品を収納させることができる。このため、商品の受け渡しに係る利便性を向上させることができる。

（実施形態３）
次に、実施形態３について説明する。上述した実施形態２では、店員注文管理装置１１が店舗注文管理サーバ１０に接続されている商品受け渡しシステム１９００について説明した。実施形態３では、店員注文管理装置１１が店舗注文管理サーバ１０に接続されておらず、ロッカー管理サーバ２４２１が店舗注文管理サーバ１０に接続されている商品受け渡しシステム２４００について説明する。

図２４は、実施形態３に係る商品受け渡しシステム２４００の構成例を示す説明図である。商品受け渡しシステム２４００は、例えば、非連動型パターンであり、既存のオーダーシステム２４１０と、ロッカーシステム２４２０とを含む。既存のオーダーシステム２４１０において、商品の注文は、顧客端末装置５０から行われることも可能であるし、ＰＯＳ端末装置２０から行われることも可能である。なお、商品受け渡しシステム２４００は、実施形態１のように、連動型パターン（注文を受け付けるシステムと、商品を受け渡すシステムとが一体化されているパターン）としてもよい。

図２４において、既存のオーダーシステム２４１０は、キッチンプリンタ２４を含む。キッチンプリンタ２４は、厨房に配置され、店舗注文管理サーバ１０から受信した注文情報に基づいて、調理指示を示す指示伝票を発行する。指示伝票には、例えば、商品、数量、席番号などが印刷される。キッチン係の店員は、指示伝票が発行されると、指示伝票が示す注文内容の調理を開始する。そして、調理が完了すると、当該指示伝票は、調理品とともに、ホール係の店員に引き渡される。ホール係の店員は、調理品を、指示伝票に印刷されている席番号のテーブルに配膳したり、ロッカー装置３０に収納したりする。

なお、既存のオーダーシステム２４１０は、キッチンモニタを備えていてもよい。キッチンモニタは、例えば、厨房に配置されるディスプレイである。キッチンモニタは、調理指示に応じた情報（調理指示情報）を表示することが可能である。調理指示情報は、例えば、商品、数量、席番号などを含む。キッチン係の店員は、調理指示情報が表示されると、当該表示内容を確認して、調理指示情報が示す注文内容の調理を開始することも可能である。

ロッカー管理サーバ２４２１は、実施形態２のロッカー管理サーバ１９２１と同様に、ロッカー装置３０を制御する機能を有する。また、ロッカー管理サーバ２４２１は、店舗注文管理サーバ１０から、注文情報を受信することが可能である。また、ロッカー管理サーバ２４２１は、店舗注文管理サーバ１０から受信した注文情報を店員注文管理装置１１へ送信する。これにより、店員注文管理装置１１は、注文情報（注文番号や商品情報を含む）を表示することができる。

また、厨房で調理されたテイクアウト用の商品（調理品）は、紙袋等で梱包される。さらに、この紙袋には、キッチンプリンタ２４によって発行された指示伝票が見える態様で貼付される。ロッカー装置３０へ予約商品を収納する収納作業者（店員）は、店員注文管理装置１１に表示された注文番号や商品情報に基づいて、指示伝票が貼付された対象の商品を探し出す。そして、収納作業者は、指示伝票に基づいて注文商品をピッキングし、注文商品をテイクアウト用の紙袋等に梱包し、ロッカー装置３０に収納する。

ロッカー装置３０への収納に際し、店員注文管理装置１１は、タッチパネル表示部１１５から注文番号と収納部３６１の指定とを受け付ける。具体的には、店員注文管理装置１１は、商品の注文番号と、当該商品を収納する一または複数の収納部３６１の位置とを受け付ける。なお、注文番号と伝票番号とは同一でもよい。取引を特定できる情報である点で共通するためである。

店員注文管理装置１１は、これらを受け付けると、当該位置を示す位置情報と、収納部３６１に収納された商品の注文番号とを関連付けた情報を表示する。また、実施形態３では、店員注文管理装置１１は、収納部３６１の指定を受け付けると、受け付けた指定結果をロッカー管理サーバ２４２１へ送信する。ロッカー管理サーバ２４２１は、店員注文管理装置１１から受信した収納部３６１の指定結果を用いて、収納部管理テーブル２１００を更新する。

実施形態３に係る商品受け渡しシステム２４００は、指示伝票が貼付される商品を収納する一または複数の収納部３６１の位置を受け付けて、当該位置を示す位置情報と、収納部３６１に収納された商品の注文番号とを関連付けた情報を出力するようにした。したがって、指示伝票が貼付された商品がどの位置に収納されているのかを店員に容易に把握させることができる。このため、商品の数、商品の大きさ、収納部３６１の容積、混雑状況など、ロッカー装置３０の運用に応じた最適な収納先に、指示伝票が付された商品を収納させることができる。よって、指示伝票が貼付された商品の受け渡しに係る利便性を向上させることができる。

また、既存のオーダーシステム２４１０と、ロッカーシステム２４２０とは、それぞれが独立しているため、接続に要するシステム改修の費用や時間を削減することができる。

なお、実施形態３において、店舗注文管理サーバ１０と、ロッカー管理サーバ２４２１とは、分離していてもよい。すなわち、既存のオーダーシステム２４１０と、ロッカーシステム２４２０とは、接続されていなくてもよい。この場合、ロッカー装置３０への収納に際し、店員注文管理装置１１は、キッチンプリンタ２４によって発行された指示伝票の伝票番号と収納部３６１の指定とを受け付ける。具体的には、店員注文管理装置１１は、伝票番号と、当該商品を収納する一または複数の収納部３６１の位置とを受け付け、当該位置を示す位置情報と、収納部３６１に収納された商品の伝票番号とを関連付けた情報を表示する。これにより、キッチンプリンタ２４によって発行された指示伝票の伝票番号と、収納部３６１の位置情報とを対応付けることができる。このようにしても、指示伝票が貼付された商品がどの位置に収納されているのかを店員に容易に把握させることができる。

（実施形態４）
次に、実施形態４について説明する。図２５は、実施形態４に係る商品受け渡しシステム２５００の構成例を示す説明図である。図２５において、実施形態４の商品受け渡しシステム２５００は、上述した実施形態３に示した商品受け渡しシステム２４００（以下「店舗システムＴＳ」という。）に加えて、デリバリーサービス業者システムＤＳを備える。デリバリーサービス業者システムＤＳは、デリバリーサービス業者管理サーバ２５１０と、デリバリーサービス業者用タブレット２５１１と、デリバリーサービス業者用キッチンプリンタ２５１２とを含む。

デリバリーサービス業者システムＤＳと、店舗システムＴＳとは非連動である。デリバリーサービス業者管理サーバ２５１０は、デリバリーサービス業者用の注文を管理する。具体的には、デリバリーサービス業者管理サーバ２５１０は、顧客端末装置５０が受け付けた注文情報を管理する。デリバリーサービス業者管理サーバ２５１０は、注文情報をデリバリーサービス業者用タブレット２５１１およびデリバリーサービス業者用キッチンプリンタ２５１２へ送信する。

デリバリーサービス業者用タブレット２５１１は、タッチパネル表示部を備えたタブレット端末である。デリバリーサービス業者用タブレット２５１１は、デリバリーサービス業者管理サーバ２５１０から受信した注文情報を表示する。

デリバリーサービス業者用キッチンプリンタ２５１２は、デリバリーサービス業者用の商品の指示伝票を発行するキッチンプリンタである。具体的には、デリバリーサービス業者用キッチンプリンタ２５１２は、厨房に配置され、デリバリーサービス業者管理サーバ２５１０から受信した注文情報に基づいて、調理指示を示す指示伝票を発行する。指示伝票には、例えば、商品、数量、席番号などが印刷される。キッチン係の店員は、指示伝票が発行されると、指示伝票が示す注文内容の調理を開始する。そして、調理が完了すると、当該指示伝票は、調理品とともに、ホール係の店員に引き渡される。ホール係の店員は、調理品（デリバリーサービス用の商品）をロッカー装置３０に収納する。

デリバリーサービス用の商品（調理品）は、紙袋等で梱包される。さらに、この紙袋には、デリバリーサービス業者用キッチンプリンタ２５１２によって発行された指示伝票が見える態様で貼付される。ロッカー装置３０へ予約商品を収納する収納作業者（店員）は、デリバリーサービス業者用タブレット２５１１に表示された注文番号や商品情報に基づいて、指示伝票が貼付された対象の商品を探す。そして、収納作業者は、指示伝票に基づいて注文商品をピッキングし、注文商品をテイクアウト用の紙袋等に梱包し、ロッカー装置３０に収納する。

ロッカー装置３０への収納に際し、店員注文管理装置１１は、タッチパネル表示部１１５から収納部３６１の指定を受け付ける。具体的には、店員注文管理装置１１は、デリバリーサービス業者用キッチンプリンタ２５１２によって発行された指示伝票の伝票番号と、当該商品を収納する一または複数の収納部３６１の位置とを受け付け、当該位置を示す位置情報と、収納部３６１に収納されたデリバリーサービス用の商品の伝票番号とを関連付けた情報を出力する。

なお、デリバリーサービス業者用タブレット２５１１は、デリバリーサービス用の商品を収納する収納部３６１の指定を受け付けない。デリバリーサービス業者用タブレット２５１１は、当該サービスを経由して受け付けられた注文情報や履歴を表示したり、集計したりするためのものでしかない。店舗ＳＴでは、デリバリーサービス業者が行う注文・配達サービスの注文状況を知るツールとして、デリバリーサービス業者用タブレット２５１１や、デリバリーサービス業者用キッチンプリンタ２５１２が設けられている。

なお、デリバリーサービス業者用タブレット２５１１と、ロッカー管理サーバ２４２１とが接続されていてもよい。この場合、デリバリーサービス業者用タブレット２５１１は、店員から収納部３６１の指定を受け付けるようにしてもよい。デリバリーサービス業者用タブレット２５１１は、店員から収納部３６１の指定を受け付けると、受け付けた指定結果をロッカー管理サーバ２４２１へ送信すればよい。ロッカー管理サーバ２４２１は、デリバリーサービス業者用タブレット２５１１から受信した収納部３６１の指定結果を用いて、収納部管理テーブル２１００を更新すればよい。

実施形態４に係る商品受け渡しシステム２５００は、デリバリーサービス業者用の指示伝票が貼付される商品を収納する一または複数の収納部３６１の位置を受け付け、当該位置を示す位置情報と、収納部３６１に収納された商品の伝票番号とを関連付けた情報を出力するようにした。したがって、デリバリーサービス業者用の指示伝票が貼付された商品がどの位置に収納されているのかを店員に容易に把握させることができる。このため、商品の数、商品の大きさ、収納部３６１の容積、混雑状況など、ロッカー装置３０の運用に応じた最適な収納先に、デリバリーサービス業者用の指示伝票が付された商品を収納させることができる。よって、デリバリーサービス業者用の指示伝票が貼付された商品の受け渡しに係る利便性を向上させることができる。

また、デリバリーサービス業者システムＤＳと、店舗システムＴＳとは、それぞれが独立しているため、接続に要するシステム改修の費用や時間を削減することができる。

なお、デリバリーサービス業者システムＤＳは、デリバリーサービス業者ごとに設けられる。このため、デリバリーサービス業者が増えると、その分、デリバリーサービス業者システムＤＳも増える。したがって、商品受け渡しシステム２５００において、デリバリーサービスに参入する業者が増えると、それにつれて、デリバリーサービス業者システムＤＳも増設されることになる。

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

（変形例１）
まず、変形例１について説明する。上述した実施形態１～４では、注文ごとに複数の収納先を指定可能な構成について説明した。変形例１では、このような構成に加えて又は代えて、商品ごとの収納先を指定可能な構成について説明する。

具体的に説明すると、変形例１では、例えば、同一の注文番号（例えば「２５５」）に対して、複数の商品（例えば、３つの「商品Ａ、Ｂ、Ｃ」）が登録されているものとする。上述実施形態１～４では、単に、一または複数の収納先を指定することが可能である。一方で、変形例１では、商品Ａの収納先、商品Ｂの収納先、商品Ｃの収納先をそれぞれ指定可能とする。

例えば、店員注文管理装置１１は、同一の注文番号で複数の商品が登録されている場合、商品ごとに収納先を指定するか否かを店員に尋ね、店員からの回答を受け付ける。商品ごとに収納先を指定しない旨の回答を得た場合、実施形態１～４のように、単に、一または複数の収納先の指定を受け付けるようにすればよい。一方で、商品ごとに収納先を指定する旨の回答を得た場合、商品Ａ、Ｂ、Ｃのそれぞれについて、順次、収納先を受け付けるようにすればよい。例えば、商品Ａの収納先として４番の収納部３６１の指定を受け付け、商品Ｂの収納先として５番の収納部３６１の指定を受け付け、商品Ｃの収納先として６番の収納部３６１の指定を受け付けるようにしてもよい。

また、収納部ステータスエリアＡＲ３１には、それぞれ収納している商品名を表示するようにすればよい。例えば、商品Ａの収納先として４番の収納部３６１が指定された場合、収納部ステータスエリアＡＲ３１－４に、収納中の商品として「商品Ａ」を表示するようにすればよい。

変形例１によれば、商品ごとの収納先の指定を受け付けることができるため、商品に応じた最適な収納先に商品を収納させることができる。したがって、商品の受け渡しに係る利便性をより向上させることができる。

（変形例２）
次に、変形例２について説明する。変形例２では、複数の収納先に収納している場合に特殊な受渡報知を行う構成について説明する。

具体的に説明すると、変形例２では、例えば、同一の注文番号（例えば「２５５」）の複数の商品（例えば、３つの「商品Ａ、Ｂ、Ｃ」）がそれぞれ異なる収納部３６１（４番、５番、６番）に収納されているものとする。上述実施形態１～４では、単に、収納部３６１の扉錠部３０７を解錠させる際に、４～６番の収納部３６１に対応して設けられているインジケータ３６３を所定の態様で点灯させて、受渡対象の商品が収納された収納部３６１を報知する。

一方で、変形例２では、同一の注文番号で複数の商品が異なる収納部３６１に収納されている場合、収納部３６１の扉錠部３０７を解錠させる際に、同一の注文番号に対応する収納部３６１（４～６番）のインジケータ３６３を共通の特殊な点灯態様で点灯させる。特殊な点灯態様は、例えば、特殊な色、特殊な点滅などである。顧客ＣＳは、特殊な点灯態様を視認することにより、受渡対象の商品が収納された収納部３６１を把握することができる。

また、例えば、顧客ＣＳが、４番の収納部３６１、５番の収納部３６１、６番の収納部３６１の順に商品を受け取るとする。この場合、４番の収納部３６１の商品が取り出された際に、５番と６番の収納部３６１（残りの収納部３６１）にも商品が収納されている旨を音声や表示で報知してもよい。さらに、５番の収納部３６１の商品が取り出された際に、６番の収納部３６１（残りの収納部３６１）にも商品が収納されている旨を音声や表示で報知してもよい。

変形例２によれば、複数の収納先に商品を収納している場合に、商品の取り忘れを効果的に防止することができる。

（変形例３）
次に、変形例３について説明する。変形例３では、商品の収納先を予め顧客ＣＳに通知する構成について説明する。

具体的に説明すると、変形例３において、例えば、同一の注文番号（例えば「２５５」）の複数の商品（例えば、３つの「商品Ａ、Ｂ、Ｃ」）がそれぞれ異なる収納部３６１（４番、５番、６番）に収納されたとする。この場合、店員注文管理装置１１は、店舗注文管理サーバ１０を介して、顧客端末装置５０に、３つの「商品Ａ、Ｂ、Ｃ」が４番、５番、６番の収納部３６１に収納された旨を示す通知情報を送信する。顧客端末装置５０は、当該通知情報をタッチパネル表示部５０４に表示する。

また、店員注文管理装置１１は、複数の商品の収納先の変更を受け付けることが可能である。収納先の変更を受け付けた場合、店員注文管理装置１１は、変更後の収納先を示す情報を顧客端末装置５０へ送信する。顧客端末装置５０は、変更後の収納先をタッチパネル表示部５０４に表示する。

変形例３によれば、商品の引き取り前に、収納先を顧客ＣＳに予め通知することができる。これにより、顧客ＣＳは、収納先を把握することができるため、受け渡しをより円滑に行うことができる。

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

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

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

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

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

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

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

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

なお、変形例４において、調理が開始されるのは、顧客ＣＳに呼出端末を貸し出した後とする。仮に、店舗ＳＴ外において、顧客端末装置５０を用いて注文を行った場合でも、顧客ＣＳが来店して、呼出端末を貸し出した後に、調理が開始される。このため、店舗ＳＴ外において前もって商品を注文していたとしても、来店して直ぐに商品を受け取れるわけではない。

（非連動型パターンに係る変形例４の構成について）
ここで、非連動型パターン（実施形態２の商品受け渡しシステム１９００）において、呼出端末を備える構成について補足する。非連動型パターンの商品受け渡しシステム１９００において、既存のオーダーシステム１９１０は、店舗注文管理サーバ１０や呼出端末を備える。店舗注文管理サーバ１０は、呼出端末を管理する。具体的には、店舗注文管理サーバ１０は、呼出端末識別情報と注文番号とを対応付けて記憶し、呼出端末に受渡報知を行わせる。

より具体的には、店舗注文管理サーバ１０は、注文番号ごとに、商品情報、呼出端末識別情報、調理開始時刻、調理完了時刻、呼出時刻などの各情報を記憶する。また、店舗注文管理サーバ１０は、呼出端末識別情報と、収納部番号とを対応付けて記憶する。

ここで、非連動型パターンにおいて、店舗注文管理サーバ１０は、「受渡済」の商品ステータスを得ることができない。このため、返却された呼出端末の情報を、例えば、ＰＯＳ端末装置２０等で読み取るようにしてもよい。この場合、店舗注文管理サーバ１０は、ＰＯＳ端末装置２０から読取結果を取得し、返却された旨を登録し、注文番号（または単に商品情報）と呼出端末識別情報との関連付けを解消するようにしてもよい。

また、非連動型パターンにおいて、ロッカーシステム１９２０に含まれる店員注文管理装置１１が、注文番号（または単に商品情報）に係る取引が終了したことを受け付ける。店舗注文管理サーバ１０は、店員注文管理装置１１から受付結果を取得することにより、呼出端末における受渡報知を終了するようにしてもよい。また、店舗注文管理サーバ１０は、受け渡しが完了したかた否かについては、判別しないようにしてもよい。すなわち、受け渡しが完了したか否かについては、少なくとも、ロッカー管理サーバ１９２１で判別するようにしてもよい。

以上説明したように、変形例４では、呼出端末を備え、呼出端末識別情報と注文番号とを対応付けて記憶するようにし、呼出端末に受渡報知を行わせるようにした。これにより、呼出端末による受渡報知が行われた後に、顧客ＣＳは、ロッカー装置３０に収納されている商品を受け取ることができる。このため、ロッカー装置３０に商品が収納されていないにもかかわらず、顧客ＣＳが商品を受け取りに行ってしまうことを抑えることができる。したがって、ロッカー装置３０を用いた取引において、効率よく商品の受け渡しを行うことができる。

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

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

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

（商品の種別に応じた収納部３６１の指定）
変形例５において、店員注文管理装置１１は、商品の種別に応じた収納部３６１を指定してもよい。例えば、温かいものや、冷たいものに応じた収納部３６１が用意されている場合には、店員注文管理装置１１は、注文内容が示す商品の種別に対応する収納部３６１を指定すればよい。具体的には、店員注文管理装置１１は、温かいものと、冷たいものを分けて収納部３６１を指定すればよい。

また、例えば、商品のサイズに応じた収納部３６１が用意されている場合には、店員注文管理装置１１は、注文内容が示す商品のサイズに対応する収納部３６１を指定すればよい。具体的には、店員注文管理装置１１は、大きいものと、小さいものとの組合せに分けて、収納部３６１を指定すればよい。

また、例えば、匂いのあるニンニク料理や魚料理など匂いに応じた収納部３６１が用意されている場合には、店員注文管理装置１１は、注文内容が示す商品の匂いに対応する収納部３６１を指定すればよい。具体的には、店員注文管理装置１１は、匂いの強い商品と、匂いの弱い商品とに分けて、収納部３６１を指定すればよい。

このように、収納部３６１に収納することによって、商品を適切に管理することができる。例えば、商品に生じる品質の劣化を抑えることができる。

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

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

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

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

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

以下、実施形態総括を記載する。
［発明の名称］商品受け渡しシステム、商品受け渡し方法、およびプログラム
［技術分野］
本発明は、商品受け渡しシステム、商品受け渡し方法、およびプログラムに関する。
［背景技術］
従来、ロッカーを用いて顧客に商品を受け渡すシステムが普及している。例えば、棚に飲食物を収納し、顧客からプリペイドカードの挿入を受け付けて、各棚に対応するメニューの選択ボタンが押下されると、カード残高からメニューの価格が減算されて、顧客に商品を受け渡す食堂システムが開示されている（例えば、下記特許文献１参照）。
［先行技術文献］
［特許文献］
［特許文献１］特開平６－１０３２８４号公報
［発明の概要］
［発明が解決しようとする課題］
しかしながら、従来技術では、注文時の商品の数や混雑状況といったロッカー装置の運用に応じて、商品を最適な収納先に収納させることができず、商品の受け渡しに係る利便性が低いことがある、という問題があった。
本発明は、このような事情に鑑みてなされたもので、その目的は、商品の受け渡しに係る利便性を向上させることができる技術を提供することにある。

［課題を解決するための手段］
（１）上述した課題を解決するために、本発明の一態様である商品受け渡しシステムは、注文に応じた商品を収納部に収納して、商品を顧客に受け渡す商品受け渡しシステムにおいて、商品を収納する一または複数の前記収納部の位置を受け付ける位置受付手段と、前記位置受付手段によって受け付けられた前記位置を示す位置情報と、前記収納部に収納された商品の注文識別情報とを関連付ける関連付け手段と、前記関連付け手段によって関連付けられた情報を出力する出力手段と、を備えることを特徴とする商品受け渡しシステムである。
上記構成によれば、どの商品がどの位置に収納されているのかを店員に容易に把握させることができる。したがって、商品の数、商品の大きさ、収納部３６１の容積、混雑状況など、ロッカー装置３０の運用に応じた最適な収納先に商品を収納させることができる。このため、商品の受け渡しに係る利便性を向上させることができる。

（２）上記（１）の構成において、前記注文識別情報を特定する特定手段を備え、前記出力手段は、前記位置情報と、前記特定手段によって特定された前記注文識別情報とを同一画面に表示させるようにしてもよい。
上記構成によれば、注文番号に応じた商品がどこに収納されているのかを店員に容易に把握させることができる。

（３）上記（１）または（２）の構成において、前記収納部に商品が収納されている場合、当該商品が収納されている前記収納部の位置の変更を受け付ける変更受付手段を備え、記位置受付手段は、前記変更受付手段によって前記変更が受け付けられた場合、変更先となる一または複数の前記収納部の位置を受け付けるようにしてもよい。
上記構成によれば、混雑状況などに応じて、収納先を適宜変更することができる。したがって、商品の受け渡しに係る利便性をより向上させることができる。

（４）上記（３）の構成において、前記変更受付手段は、同一の注文に係る複数の商品が複数の前記収納部に収納されている場合、複数の前記収納部のうち一の前記収納部の変更を受け付けることによって、複数の前記収納部の全ての位置の変更を受け付けるようにしてもよい。
上記構成によれば、収納部３６１の選択に係る操作を簡略化することができる。したがって、収納部３６１の選択に係る操作性を向上させることができる。

（５）上記（３）または（４）の構成において、前記位置受付手段は、前記変更受付手段によって前記変更が受け付けられた場合、変更前の前記収納部の数とは異なる数の前記収納部を受け付け可能であるようにしてもよい。
上記構成によれば混雑状況などに応じて、収納先の数を適宜変更することができる。したがって、商品の受け渡しに係る利便性をより向上させることができる。

（６）上述した課題を解決するために、本発明の他の態様である商品受け渡し方法は、注文に応じた商品を収納部に収納して、商品を顧客に受け渡す商品受け渡しシステムに用いられるコンピュータが、商品を収納する一または複数の前記収納部の位置を受け付ける位置受付ステップと、前記位置受付ステップにおいて受け付けられた前記位置を示す位置情報と、前記収納部に収納された商品の注文識別情報とを関連付ける関連付けステップと、前記関連付けステップにおいて関連付けられた情報を出力する出力ステップと、を含む処理を実行することを特徴とする商品受け渡し方法である。
上記構成によれば、どの商品がどの位置に収納されているのかを店員に容易に把握させることができる。したがって、商品の数、商品の大きさ、収納部３６１の容積、混雑状況など、ロッカー装置３０の運用に応じた最適な収納先に商品を収納させることができる。このため、商品の受け渡しに係る利便性を向上させることができる。

（７）また、上述した課題を解決するために、本発明の他の態様であるプログラムは、注文に応じた商品を収納部に収納して、商品を顧客に受け渡す商品受け渡しシステムに用いられるコンピュータを、商品を収納する一または複数の前記収納部の位置を受け付ける位置受付手段、前記位置受付手段によって受け付けられた前記位置を示す位置情報と、前記収納部に収納された商品の注文識別情報とを関連付ける関連付け手段、前記関連付け手段によって関連付けられた情報を出力する出力手段、として機能させることを特徴とするプログラムである。
上記構成によれば、どの商品がどの位置に収納されているのかを店員に容易に把握させることができる。したがって、商品の数、商品の大きさ、収納部３６１の容積、混雑状況など、ロッカー装置３０の運用に応じた最適な収納先に商品を収納させることができる。このため、商品の受け渡しに係る利便性を向上させることができる。

なお、上記において説明した店員注文管理装置１１における各機能（入出力、記憶、処理（判断含む））の全部または一部は、当該機能の実行主体として説明した装置とは異なる他の装置において実現してもよい。

具体的には、上述した説明では、店員注文管理装置１１が、位置受付部と、関連付け部と、出力部と、特定部と、変更受付部とを備える構成について説明した。これらの機能部の全部または一部が、他のコンピュータ装置に具備されていてもよい。例えば、これらの機能部のうち全部または一部が、店舗注文管理サーバ１０に具備されていてもよいし、取引管理サーバＳｖに具備されていてもよいし、クラウドサーバ（不図示）などこれら以外のコンピュータ装置に具備されていてもよい。また、これらの機能部が具備されるコンピュータ装置は、複数台であることに限らず、１台であってもよい。例えば、これらの機能部の全てを一のコンピュータ装置が具備していてもよい。

具体的には、例えば、店員注文管理装置１１に代えて、店舗注文管理サーバ１０や取引管理サーバＳｖが、収納部番号と注文番号とを関連付けるようにしたり、関連付けた情報の出力を制御したりしてもよい。また、例えば、店員注文管理装置１１に代えて、店舗注文管理サーバ１０や取引管理サーバＳｖが、収納位置受付処理等（図１１参照）の各種処理を実行してもよい。すなわち、例えば、図１１のフローチャートのステップＳ１１０６において、店員注文管理装置１１が実行するものとして説明した収納部番号と注文番号とを関連付ける処理は、店舗注文管理サーバ１０や取引管理サーバＳｖが実行してもよい。

上記に関連し、ＰＯＳ端末装置２０や顧客端末装置５０は、商品の登録に関しては、入出力のインタフェース部分に特化したいわゆるシンクライアントとして機能してもよい。つまり、ＰＯＳ端末装置２０や顧客端末装置５０は、各種の入力（操作者の操作、スキャナ等のデバイスによる検出）を受け付け、入力情報（操作情報、スキャン情報等）を取引管理サーバＳｖに送信し、当該入力情報に基づく取引管理サーバＳｖの処理結果（更新画面情報、デバイスの制御情報等）を受信し、各種の出力（表示部への表示、デバイスの制御）を行ってもよい。

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

Ｃｄ…受渡証明コード
Ｓｖ…取引管理サーバ
１、１９００…商品受け渡しシステム
１０…店舗注文管理サーバ
１１…店員注文管理装置
２０…ＰＯＳ端末装置
３０…ロッカー装置
５０…顧客端末装置

Claims (7)

1. 注文に応じた商品を収納部に収納して、商品を顧客に受け渡す商品受け渡しシステムにおいて、
   商品を収納する一または複数の前記収納部の位置を受け付ける位置受付手段と、
   前記位置受付手段によって受け付けられた前記位置を示す位置情報と、前記収納部に収納された商品の注文識別情報とを関連付ける関連付け手段と、
   前記関連付け手段によって関連付けられた情報を出力する出力手段と、
   を備えることを特徴とする商品受け渡しシステム。
2. 前記注文識別情報を特定する特定手段を備え、
   前記出力手段は、前記位置情報と、前記特定手段によって特定された前記注文識別情報とを同一画面に表示させる、
   を備えることを特徴とする請求項１に記載の商品受け渡しシステム。
3. 前記収納部に商品が収納されている場合、当該商品が収納されている前記収納部の位置の変更を受け付ける変更受付手段を備え、
   前記位置受付手段は、前記変更受付手段によって前記変更が受け付けられた場合、変更先となる一または複数の前記収納部の位置を受け付ける、
   ことを特徴とする請求項１または２に記載の商品受け渡しシステム。
4. 前記変更受付手段は、同一の注文に係る複数の商品が複数の前記収納部に収納されている場合、複数の前記収納部のうち一の前記収納部の変更を受け付けることによって、複数の前記収納部の全ての位置の変更を受け付ける、
   ことを特徴とする請求項３に記載の商品受け渡しシステム。
5. 前記位置受付手段は、前記変更受付手段によって前記変更が受け付けられた場合、変更前の前記収納部の数とは異なる数の前記収納部を受け付け可能である、
   ことを特徴とする請求項３または４に記載の商品受け渡しシステム。
6. 注文に応じた商品を収納部に収納して、商品を顧客に受け渡す商品受け渡しシステムに用いられるコンピュータが、
   商品を収納する一または複数の前記収納部の位置を受け付ける位置受付ステップと、
   前記位置受付ステップにおいて受け付けられた前記位置を示す位置情報と、前記収納部に収納された商品の注文識別情報とを関連付ける関連付けステップと、
   前記関連付けステップにおいて関連付けられた情報を出力する出力ステップと、
   を含む処理を実行することを特徴とする商品受け渡し方法。
7. 注文に応じた商品を収納部に収納して、商品を顧客に受け渡す商品受け渡しシステムに用いられるコンピュータを、
   商品を収納する一または複数の前記収納部の位置を受け付ける位置受付手段、
   前記位置受付手段によって受け付けられた前記位置を示す位置情報と、前記収納部に収納された商品の注文識別情報とを関連付ける関連付け手段、
   前記関連付け手段によって関連付けられた情報を出力する出力手段、
   として機能させることを特徴とするプログラム。

Images