WO2022102141A1

WO2022102141A1 - 物品収容システム

Info

Publication number: WO2022102141A1
Application number: PCT/JP2021/003629
Authority: WO
Inventors: 匠権瓶; 宏圭高橋; 淳永島; 大起伊原; 英司後藤
Original assignee: 株式会社野村総合研究所
Priority date: 2020-11-10
Filing date: 2021-02-02
Publication date: 2022-05-19
Also published as: JP2022076594A

Abstract

本発明のある態様における物品収容システムは、物品収容のためのストレージ体と、ストレージ体に接続する情報処理装置とを含み、ストレージ体は、ユーザに引き取られた物品とユーザとの紐付け情報を情報処理装置へ通知する通知部を備え、情報処理装置は、紐付け情報に基づいて、ユーザによる物品の引き取りを記録する記録部と、ユーザに紐付けられている奢り主が物品の代金を支払う決済処理を実行する決済部とを備える。

Description

物品収容システム

　本発明は、物品の収容を管理する技術に関する。

　特定のユーザに商品や荷物などの物品を引き渡す場合、ユーザが店舗や取次所などの保管先へ出向いて受け取るか、業者が物品を自宅や勤務先へ配達する方法がとられる。

国際公開第２０１８／０４２６６８号特開２０１１－０２２７９１号公報

　しかし、ユーザが保管先へ出向くことは労力が大きい。また、物品を自宅や勤務先へ配達する方法も、業者への負担が大きい。

　本発明は、上記課題認識に基づいて完成された発明であり、その主たる目的は、簡単に物品の引き渡しを行えるようにする。

　本発明のある態様における物品収容システムは、物品収容のためのストレージ体と、ストレージ体に接続する情報処理装置とを含む物品収容システムであって、ストレージ体は、ユーザに引き取られた物品と、物品を引き取ったユーザとの紐付け情報を情報処理装置へ通知する通知部、を備え、情報処理装置は、紐付け情報に基づいて、ユーザによるストレージ体からの物品の引き取りを記録する記録部と、ユーザに紐付けられている奢り主が物品の代金を支払う決済処理を実行する決済部と、を備える。

　本発明の別の態様における物品収容システムは、物品収容のためのストレージ体と、ストレージ体に接続する情報処理装置とを含む物品収容システムであって、ストレージ体は、ユーザに引き取られた物品と、物品を引き取ったユーザとの紐付け情報を情報処理装置へ通知する通知部、を備え、情報処理装置は、紐付け情報に基づいて、ユーザによるストレージ体からの物品の引き取りを記録する記録部、を備え、ストレージ体は、収容されている物品を別個に照らし出す照明装置を、更に有することを特徴とする。

　本発明の別の態様における物品収容システムは、物品収容のための設置型のストレージ体と、物品収容のための移動型のストレージ体と、設置型のストレージ体および移動型のストレージ体に接続する情報処理装置とを含む物品収容システムであって、設置型のストレージ体および移動型のストレージ体は、ユーザに引き取られた物品と、物品を引き取ったユーザとの紐付け情報を情報処理装置へ通知する通知部、を備え、情報処理装置は、紐付け情報に基づいて、ユーザによる設置型のストレージ体からの物品の引き取りと、ユーザによる移動型のストレージ体からの物品の引き取りとを記録する記録部と、設置型のストレージ体に収容される物品の在庫および移動型のストレージ体に収容される物品の在庫を管理する在庫管理部と、を備える。

　本発明の別の態様における物品収容システムは、物品収容のためのストレージ体と、ストレージ体に接続する情報処理装置とを含む物品収容システムであって、ストレージ体は、ユーザに引き取られた物品と、物品を引き取ったユーザとの紐付け情報を情報処理装置へ通知する通知部、を備え、情報処理装置は、紐付け情報に基づいて、ユーザによるストレージ体からの物品の引き取りを記録する記録部と、ストレージ体の物品収容スペースの貸出を管理する貸出管理部と、を備える。

　本発明によれば、物品の引き渡しを簡単に行えるようになる。

ストレージ装置の構成図である。ストレージ装置の撮影画像の例を示す図である。ストレージ装置に含まれるコンピュータの機能ブロック図である。ストレージ装置の動作過程を示すフローチャートである。ストレージ装置の配置図である。ネットワーク構成図である。ストレージ内商品の事前購入方式を表す概要図である。ユーザ端末の機能ブロック図である。サーバの機能ブロック図である。ストレージ配置画面の例である。ストレージ確認画面の例である。商品購入画面の例である。ルートナビ画面の例である。ストレージ内商品リストのデータ構造図である。チケットテーブルのデータ構造図である。売上テーブルのデータ構造図である。店員端末の機能ブロック図である。店員がストレージ装置に商品を収納するときのシーケンス図である。ユーザ端末からサーバのサイトにアクセスしてユーザがストレージ装置にある商品を購入するときのシーケンス図である。ユーザ端末からサーバのサイトにアクセスしてユーザがストレージ装置にある商品を購入するときのシーケンス図である。ユーザがストレージ装置から購入した商品を取り出すときのシーケンス図である。ストレージ内商品の予約購入方式を表す概要図である。ストレージ内商品の任意購入方式を表す概要図である。ストレージ装置の配置図である。店舗在庫商品の事前購入方式を表す概要図である。店舗端末の機能ブロック図である。ユーザ端末からサーバのサイトにアクセスしてユーザが店舗にある商品を購入するときのシーケンス図である。店舗在庫商品の予約購入方式を表す概要図である。紙チケットによる先決済方式を表す概要図である。キャッシュレジスターの機能ブロック図である。レジでのやり取りに関するシーケンス図である。商品の取り出しに関するシーケンス図である。紙チケットによる後決済方式を表す概要図である。紙チケットの発行に関するシーケンス図である。商品の取り出しと決済に関するシーケンス図である。店舗商品の予約購入方式を表す概要図である。ユーザ端末からサーバのサイトにアクセスしてユーザが店舗にある商品（ホットスナック）を予約するときのシーケンス図である。ユーザがストレージ装置から購入した商品を取り出すときのシーケンス図である。店舗商品の事前購入方式を表す概要図である。図４０（Ａ）は、ポータル画面の例である。図４０（Ｂ）は、奢り金額設定画面の例である。図４０（Ｃ）は、奢り金額設定通知の例である。奢り金額設定テーブルのデータ構造図である。決済処理の過程を示すフローチャートである。図４３（Ａ）は、ポータル画面の例である。図４３（Ｂ）は、購入記録画面の例である。図４３（Ｃ）は、奢りリクエスト通知の例である。図４３（Ｄ）は、奢り認否画面の例である。売上テーブルのデータ構造図である。決済処理の過程を示すフローチャートである。図４６（Ａ）は、ポータル画面の例である。図４６（Ｂ）は、購入記録画面の例である。図４６（Ｃ）は、オススメ奢り通知の例である。図４６（Ｄ）は、オススメ奢り案内画面の例である。オススメ奢りテーブルのデータ構造図である。決済処理の過程を示すフローチャートである。ストレージ装置の棚の構成図である。商品配置テーブルのデータ構造図である。サーバからストレージ装置へ購入商品ＩＤを送信するステップを含むシーケンス図である。変形例１３におけるチケットリストのデータ構造図である。変形例１３におけるストレージ装置の動作過程を示すフローチャートである。変形例１４におけるストレージ搭載車の構成図である。図５５（Ａ）は、停車して商品を引き渡す様子を示す図である。図５５（Ｂ）は、設置型のストレージ装置に商品を供給する様子を示す図である。図５５（Ｃ）は、設置型のストレージ装置の間で商品を移動させる様子を示す図である。図５６（Ａ）は、貸出棚の予約申込み画面図である。図５６（Ｂ）は、貸出棚予約テーブルのデータ構造図である。貸出エリアの使用申込み画面図である。貸出エリアの使用履歴のデータ構造図である。

　本実施形態では、商品の引き渡しにストレージ装置を用いる。ストレージ装置は、自動販売機や冷蔵庫などと同じ程度の大きさなので、狭い場所にも設置できる。

　図１は、ストレージ装置１００の構成図である。
　ストレージ装置１００は、開き戸式の扉１０２を備え、複数段の棚に商品１０４を収容する。扉１０２の開閉状態は、開閉センサ１０６によって検知される。また、扉１０２は、ロック機構１０８によってロックされる。棚に設置された商品１０４は、カメラ１１０によって撮影される。撮影画像によって、収容されている商品１０４が識別される。ストレージ装置１００は、温度調整装置１１２を備えており、内部の温度・湿度を調整することができる。さらに、ストレージ装置１００は、チケットリーダー１１４を備えている。チケットリーダー１１４は、操作者によって提示された電子チケットを読み取る。電子チケットは、ＱＲコード（登録商標）やバーコードのような図形コードや接触・非接触型ＩＣカ－ド等である。以下では、電子チケットがＱＲコードであるものとして説明する。ストレージ装置１００は、ネットワークを介してサーバと接続しており、サーバと通信を行う。また、ストレージ装置１００は、操作案内、警告メッセージや警告音を発するスピーカー１１６を備えている。

　ストレージ装置１００は、ストレージ装置１００の使用を許可されている操作者に付与されている電子チケットのリストを記憶しており、チケットリーダー１１４によって読み取られた電子チケットがチケットリストに含まれるいずれかの電子チケットと一致した場合に、ロックを解除して扉１０２を開けられるように制御する。電子チケットは、１回の使用だけ許可するタイプのものと、何回でも繰り返し使用できるタイプのものがある。また、ストレージ装置１００は、制御用のコンピュータ２００を有している。
　なお、カメラ１１０の種類、個数、位置、配置、付加機能等は適宜設定しうる。付加機能として、精度向上等のためのセンサ（重量センサにより重さも加えた上で認識精度を向上させる）も適宜採用しうる。また、カメラは静止画に限らず動画を撮影できるものも含む。

　図２は、ストレージ装置１００の撮影画像の例を示す図である。
　商品１０４の表面には、商品バーコード１１８が印刷されたラベルが貼り付けられている。撮影画像から商品バーコード１１８を読み取ることによって、収容されている商品１０４を識別することができる。この例における商品１０４は、弁当、サンドイッチ、サラダなどの総菜パックや飲み物であるものとする。ただし、これら以外の種類の商品１０４であってもよい。
　なお、本実施形態では商品バーコード１１８により商品１０４を識別することを前提で説明を進めるが、本発明において、商品バーコード１１８は必須ではなく、撮影画像から商品１０４の形状等を直接読み取ることにより、収容されている商品１０４を識別するようにしてもよい。

　図３は、ストレージ装置１００に含まれるコンピュータ２００の機能ブロック図である。
　コンピュータ２００の各構成要素は、ＣＰＵ（Central Processing Unit）および各種コプロセッサなどの演算器、メモリやストレージといった記憶装置、それらを連結する有線または無線の通信線を含むハードウェアと、記憶装置に格納され、演算器に処理命令を供給するソフトウェアによって実現される。コンピュータプログラムは、デバイスドライバ、オペレーティングシステム、それらの上位層に位置する各種アプリケーションプログラム、また、これらのプログラムに共通機能を提供するライブラリによって構成されてもよい。図示した各ブロックは、ハードウェア単位の構成ではなく、機能単位のブロックを示している。後述するユーザ端末、サーバ、店員端末、店舗端末およびキャッシュレジスターについても同様である。

　コンピュータ２００は、ユーザインターフェース処理部２１０、データ処理部２４０、通信部２５０およびデータ格納部２８０を含む。ユーザインターフェース処理部２１０は、チケットリーダー１１４やスピーカー１１６等を介したユーザインターフェース処理を担当する。通信部２５０は、ネットワークを介した通信処理を担当する。データ格納部２８０は各種データを格納する。データ処理部２４０は、通信部２５０により取得されたデータおよびデータ格納部２８０に格納されているデータに基づいて各種処理を実行する。データ処理部２４０は、ユーザインターフェース処理部２１０、通信部２５０およびデータ格納部２８０のインターフェースとしても機能する。

　ユーザインターフェース処理部２１０は、操作者による操作入力を受け付ける入力部２２０と、操作者の情報提示を行う出力部２３０とを含む。
　入力部２２０は、チケットを読み取るチケット読取部２２２を含む。出力部２３０は、スピーカー１１６から警告メッセージや警告音を出力させる警告出力部２３２を含む。なお、ここでいう操作者とは、後述する例で商品を購入するユーザあるいはストレージ装置１００を管理する店舗の店員に相当する。

　データ処理部２４０は、チケット認証部２４２、商品検出部２４４、ロック制御部２４６、開閉検出部２４８およびチケットリスト管理部２５２を含む。チケット認証部２４２は、読み取った電子チケットの認証を行う。商品検出部２４４は、扉１０２の開閉の間に収納された商品１０４または取り出された商品１０４を検出する。具体的には、扉１０２が閉じられた時点で増えている商品１０４が、収納された商品１０４であり、同じく減っている商品１０４が取り出された商品１０４であると判断される。ロック制御部２４６は、ロック機構１０８を制御する。開閉検出部２４８は、開閉センサ１０６を用いて、ストレージ装置１００の扉１０２の開閉を検出する。チケットリスト管理部２５２は、チケットリスト管理部は、チケットリストを管理する。

　通信部２５０は、データを送信する送信部２６０とデータを受信する受信部２７０を含む。
　送信部２６０は、収納通知送信部２６２および取出通知送信部２６４を含む。収納通知送信部２６２は、収納通知を送信する。収納通知については、図４に関連して後述する。取出通知送信部２６４は、取出通知を送信する。取出通知については、図４に関連して後述する。受信部２７０は、チケット受信部２７２および認否通知受信部２７４を含む。チケット受信部２７２は、電子チケットを受信する。認否通知受信部２７４は、認否通知を受信する。認否通知については、図４に関連して後述する。

　データ格納部２８０は、チケットリスト記憶部２８２を含む。チケットリスト記憶部２８２は、チケットリストを記憶する。チケットリストには、サーバから受信した電子チケットのデータが登録される。紙チケットを用いる変形例の場合には、ＱＲコードに変換されるデータ（以下、「紙チケットのデータ」という）がチケットリストに登録される。

　図４は、ストレージ装置の動作過程を示すフローチャートである。
　チケット読取部２２２が、チケットリーダー１１４における電子チケットの読み取りを検出すると（Ｓ１０）、チケット認証部２４２は、読み取ったチケットの認証を行う（Ｓ１２）。チケットリーダー１１４によって読み取られた電子チケットがチケットリストに含まれるいずれかの電子チケットと一致した場合には、認証が成功する。一方、読み取られた電子チケットがチケットリストに含まれるいずれかの電子チケットとも一致しない場合には、認証が失敗する。認証が失敗した場合には、以降の処理を行わない。認証が失敗した場合に、警告出力部２３２が「このチケットは使えません。」のような警告メッセージや警告音を出力してもよい。

　認証が成功すると、商品検出部２４４は、現時点で内部に収容されている商品１０４を検出する（Ｓ１４）。そして、ロック制御部２４６は、ロック機構１０８を制御して扉１０２のロックを解除させる（Ｓ１６）。これにより、操作者がストレージ装置１００の扉１０２を開けられるようになる。

　ストレージ装置１００の扉１０２が開けられると、開閉検出部２４８は、開閉センサ１０６を用いて扉オープンを検出する（Ｓ１８）。商品１０４を購入するユーザであれば、棚から商品１０４を取り出す。商品１０４を設置するために訪れた店員であれば、棚へ商品１０４を収納する。そして、操作者がストレージ装置１００の扉１０２を閉じると、開閉検出部２４８は、開閉センサ１０６を用いて扉クローズを検出する（Ｓ２０）。

　商品検出部２４４は、ストレージ装置１００の扉１０２が閉じられた時点で内部に収容されている商品１０４を検出する。そして、商品検出部２４４は、Ｓ１４で検出された商品１０４との差分を割り出す。棚から商品１０４が取り出された場合には、商品検出部２４４は、減った商品１０４が取り出された商品１０４であると判断する。棚へ商品１０４が収納された場合には、商品検出部２４４は、増えた商品１０４が収納された商品１０４であると判断する（Ｓ２２）。

　商品１０４が取り出された場合には、取出通知送信部２６４は、取出通知をサーバ４００へ送信する。取出通知には、取り出された商品１０４の商品バーコード１１８のデータと、使用された電子チケットが含まれる。商品１０４が収納された場合には、収納通知送信部２６２は、収納通知をサーバ４００へ送信する（Ｓ２４）。収納通知には、収納された商品１０４の商品バーコード１１８のデータと、使用された電子チケットが含まれる。

　サーバ４００が、ストレージ装置１００から取出通知あるいは収納通知を受信すると、電子チケットで特定される操作者との関係で、取り出された商品１０４あるいは収納された商品１０４が正当であるか否かを判断する。正当である場合には、承認を示す通知をストレージ装置１００へ送る。正当でない場合には、否認を示す通知をストレージ装置１００へ送る。たとえば、店員が予定外の商品１０４を収納した場合には、否認を示す通知が送られる。あるいは、ユーザが購入していない商品１０４を取り出した場合には、否認を示す通知が送られる。承認または否認を示す通知を、認否通知という。

　ストレージ装置１００の認否通知受信部２７４は、サーバ４００から認否通知を受信する（Ｓ２６）。認否通知が否認を示している場合には、警告出力部２３２は警告を出力する（Ｓ３０）。取り出された商品１０４が正当でない場合には、たとえば「誤った商品を取り出しました。取り直してください。」という警告メッセージや警告音を発する。収納された商品１０４が正当でない場合には、たとえば「正しい商品を入れていません。入れ直してください。」という警告メッセージや警告音を発する。そして、Ｓ１８の処理に戻る。

　一方、受信した認否通知が承認を示している場合には、ロック制御部２４６は、ロック機構１０８による施錠を行う（Ｓ３２）。また、１回の使用だけ許可するタイプの電子チケットが用いられた場合には、使用された電子チケットをチケットリストから消去する（Ｓ３４）。

　以下では、オフィス街に勤務するユーザが、昼食時に弁当、サンドイッチ、サラダなどの総菜パックや飲み物を購入する例を想定する。ただし、他の目的で他の商品１０４を購入する場合にも、同様に運用することができる。前提となるストレージ装置の配置例について説明する。

　図５は、ストレージ装置の配置図である。
　ユーザ１２２が勤務するオフィスがあるオフィスビルＡの４階にストレージ装置１００ａが設置され、同じく１階にストレージ装置１００ｂが設置されている。また、オフィスビルＡの隣のオフィスビルＢの３階にストレージ装置１００ｃが設置され、同じく１階にストレージ装置１００ｄが設置されている。

　さらにオフィスビルＢの隣のオフィスビルＣの１階には、店舗がある。この店舗は、弁当、サンドイッチ、サラダなどの総菜パックや飲み物などを売っている。ストレージ装置１００ａ～１００ｄは、この店舗によって管理されている。つまり、ストレージ装置１００ａ～１００ｄに収容される商品１０４は、この店舗によって供給される。店舗内の売り場の他に、ストレージ装置１００ａ～１００ｄにおいても商品１０４を売れるので、店舗としての売上アップが見込まれる。また、商品１０４の売れ残りの解消も期待できる。

　店舗では、近隣の需要者を対象として、弁当、サンドイッチ、サラダなどの総菜パックや飲み物をストレージ装置１００ａ～１００ｄにおいて提供し、需要者はこれらを購入する。ストレージ装置１００ａ～１００ｄに分散的に配置された商品を引き渡すことによって、店舗における混雑を解消し、購入を円滑に行えるようにする。なお、店舗の店員１２０が、ストレージ装置１００ａ～１００ｄを巡回して商品１０４を補充する。以下では、店員１２０がストレージ装置１００ａ～１００ｄに商品１０４を収納し、ユーザ１２２がストレージ装置１００ａ～１００ｄに収容されている商品１０４を購入することを想定する。

　この例では、一軒の店舗のみ示しているが、複数の店舗が同様にストレージ装置１００を担当してもよい。店舗は、コンビニエンスストアやファミリーレストランなどのチェーン店でもよいし、デパートやスーパーマーケットあるいは商店街の組合に属する組合員の商店、物流センターや配送センターなどでもよい。
　なお、店舗自体をなくしてメーカー直送等でもよい。

　図６は、ネットワーク構成図である。
　ストレージ装置１００ａ～１００ｄは、ネットワーク（たとえば、インターネットや専用線）を介してサーバ４００と接続している。また、ユーザ１２２が使用するユーザ端末３００ａ～３００ｃ（たとえば、スマートフォン、モバイル端末やパーソナルコンピュータ）は、インターネットを介してサーバ４００に接続することができる。ユーザ端末３００ａ～３００ｃ等をまとめて言うときや特に区別しないときには「ユーザ端末３００」と総称する。

　サーバ４００は、ネットワーク（たとえば、インターネットや専用線）を介して店舗の情報システム（以下、「店舗システム」という）と接続している。店舗システム５００は、店員端末６００（たとえば、スマートフォン、モバイル端末やパーソナルコンピュータ）、店舗端末７００、キャッシュレジスター８００およびストレージ装置１００ｅを含む。また、キャッシュレジスター８００とストレージ装置１００ｅは、たとえばＬＡＮ（Local Area Network）を介して店舗端末７００に接続している。キャッシュレジスター８００とストレージ装置１００ｅについては、後述する変形例において用いられる。

　サーバ４００のサイトでは、店舗、ストレージ装置１００や商品１０４に関する情報を提供する。ユーザ端末３００は、サーバ４００へアクセスして種々のデータをダウンロードして画面を表示したり、ユーザ操作によって入力された種々のデータをサーバ４００へアップロードしたりするアプリケーションプログラムを有している。つまり、ユーザ端末３００が有するアプリケーションプログラムでユーザ端末３００の動作を制御するネイティブアプリの方式を想定している。ただし、Ｗｅｂページに含まれるスクリプトでユーザ端末３００の動作を制御するＷｅｂアプリの方式を採用してもよい。Ｗｅｂアプリの方式では、ユーザ端末３００は、ブラウザにおいてＷｅｂページに含まれるスクリプトを実行することによって、ネイティブアプリの場合と同様の処理を行う。

　本実施形態では、ユーザ１２２がユーザ端末３００ａを用いてストレージ装置１００ａ～ｄに収容されている商品１０４をチェックし、Ｗｅｂ上で気に入った商品１０４を購入する。そして、後にストレージ装置１００ａ～１００ｄのところへ行って、購入した商品１０４を受け取る。この取引態様を「ストレージ内商品の事前購入方式」という。

　本実施形態で用いられる電子チケットは、商品１０４を購入したユーザ１２２に対して発行される。ユーザ端末３００ａのアプリケーションプログラムによって、サーバ４００から受信した電子チケットが保存され、電子チケットをＱＲコードとしてディスプレイに表示させる機能が実現される。

　図７は、ストレージ内商品の事前購入方式を表す概要図である。
　この例では、昼休憩前の１１時３０分に店員１２０がストレージ装置１００ａに商品１０４を収納する。この例における商品１０４は、弁当などである。収納される商品１０４は、店舗側が選んだものである。収納された商品１０４の情報は、サーバ４００に通知され、サーバ４００のサイトで開示される。これにより、ユーザ端末３００がサーバ４００のサイトにアクセスして、ストレージ装置１００ａに収容されている商品１０４をリアルタイムで閲覧することができる。

　その後、１１時４０分にユーザ１２２が、ユーザ端末３００でストレージ装置１００ａ内の商品１０４を閲覧し、気に入った商品１０４を選んで購入する。この時点で取引が成立し、サーバ４００では売上を計上する。そして、購入された商品１０４は、ユーザ１２２が所有することになる。ただし、この商品１０４は、まだストレージ装置１００ａの中に収容されたままである。また、ユーザ１２２が商品１０４を購入すると、サーバ４００はユーザ端末３００へ電子チケットを送信する。ユーザ端末３００は、受信した電子チケットを記憶しておく。

　昼休憩の１２時１０分に、ユーザ１２２が、ユーザ端末３００を携帯してストレージ装置１００ａの設置場所へ移動する。ユーザ１２２は、ユーザ端末３００を操作して、電子チケットのＱＲコードを表示させ、そのＱＲコードをストレージ装置１００ａのチケットリーダー１１４にかざす。チケットリーダー１１４が電子チケットのＱＲコードを読み取ると、扉１０２のロックが解除される。そして、ユーザ１２２はストレージ装置１００ａの扉１０２を開けて、自ら購入した商品１０４を取り出す。ユーザ１２２がストレージ装置１００ａの扉１０２を閉じると、扉１０２はロックされる。ユーザ１２２が購入していない商品１０４を取り出したときには警告が発せられ、ユーザ１２２は商品１０４を取り直す。この例における電子チケットは１回に限り有効であるので、購入した商品１０４を取り出した時点でチケットリストから消去される。つまり、同じ電子チケットを使って、ユーザ１２２がもう一度ストレージ装置１００ａの扉１０２を開けることはできない。なお、支払いについては、前払いあるいは後払いの電子決済や現金決済などの従来方法でよい。以下、この方式における処理について詳述する。

　図８は、ユーザ端末３００の機能ブロック図である。
　ユーザ端末３００は、ユーザインターフェース処理部３１０、データ処理部３４０、通信部３５０およびデータ格納部３８０を含む。ユーザインターフェース処理部３１０は、タッチパネルなどを介してユーザからの操作を受け付けるほか、画像表示や音声出力など、ユーザインターフェース処理を担当する。通信部３５０は、ネットワークを介した通信処理を担当する。データ格納部３８０は各種データを格納する。データ処理部３４０は、通信部３５０により取得されたデータおよびデータ格納部３８０に格納されているデータに基づいて各種処理を実行する。データ処理部３４０は、ユーザインターフェース処理部３１０、通信部３５０およびデータ格納部３８０のインターフェースとしても機能する。

　ユーザインターフェース処理部３１０は、ユーザによる操作入力を受け付ける入力部３２０と、ユーザに情報提示を行う出力部３３０とを含む。入力部３２０は、ユーザ操作を受け付ける操作受付部３２２を含む。出力部３３０は、チケット出力部３３２および画像出力部３３４を含む。チケット出力部３３２は、電子チケットをＱＲコードで表示する。画像出力部３３４は、各種画面を表示する。

　データ処理部３４０は、ユーザ端末３００の現在位置を検出する位置検出部３４２を含む。位置検出部３４２は、たとえばサーバ４００から現在位置を要求されたときに動作する。

　通信部３５０は、データを送信する送信部３６０とデータを受信する受信部３７０を含む。
　送信部３６０は、要求送信部３６２、位置送信部３６４およびアカウント情報送信部３６６を含む。要求送信部３６２は、各種の要求を送信する。位置送信部３６４は、ユーザ端末３００の現在位置を送信する。アカウント情報送信部３６６は、アカウント情報を送信する。

　受信部３７０は、画面データ受信部３７２およびチケット受信部３７４を含む。画面データ受信部３７２は、各種画面のデータを受信する。チケット受信部３７４は、電子チケットを受信する。

　データ格納部３８０は、サーバ４００から付与された電子チケットを記憶するチケット記憶部３８２およびアカウント情報を記憶するアカウント情報記憶部３８４を含む。

　図９は、サーバ４００の機能ブロック図である。
　サーバ４００は、データ処理部４４０、通信部４５０およびデータ格納部４８０を含む。通信部４５０は、ネットワークを介した通信処理を担当する。データ格納部４８０は各種データを格納する。データ処理部４４０は、通信部４５０により取得されたデータおよびデータ格納部４８０に格納されているデータに基づいて各種処理を実行する。データ処理部４４０は、通信部４５０およびデータ格納部４８０のインターフェースとしても機能する。

　データ処理部４４０は、商品リスト管理部４４２、ユーザ認証部４４３、画面データ生成部４４４、ストレージ選択部４４５、チケット生成部４４６、取引管理部４４８および商品検証部４４９を含む。
　商品リスト管理部４４２は、ストレージ装置１００で収容している商品１０４のリスト（以下、「ストレージ内商品リスト」という）を管理する。ユーザ認証部４４３は、ユーザ端末３００からアクセスを受け付けたときに、ユーザ認証処理を行う。ユーザ認証処理で、不正なアクセスを排除するとともに、正当なアクセスにおいてユーザＩＤを特定する。ユーザ認証処理は、従来技術でよい。画面データ生成部４４４は、ユーザ端末３００において表示される各種画面のデータを生成する。ストレージ選択部４４５は、ストレージ装置１００を選択する。チケット生成部４４６は、電子チケットを生成する。なお、チケット生成部４４６は、後述する変形例で紙チケットのデータを生成することもある。取引管理部４４８は、商品１０４の売上や予約などの取引を管理する。商品検証部４４９は、ストレージ装置１００から取り出された商品１０４あるいはストレージ装置１００へ収納された商品１０４が正当であるか否かを判断する。

　通信部４５０は、データを送信する送信部４６０とデータを受信する受信部４７０を含む。
　送信部４６０は、画面データ送信部４６２、チケット送信部４６４、認否通知送信部４６６、取置指示送信部４６８および予約通知送信部４５２を含む。
　画面データ送信部４６２は、ユーザ端末３００において表示される各種画面のデータを送信する。チケット送信部４６４は、電子チケットを送信する。認否通知送信部４６６は、認否通知を送信する。取置指示送信部４６８については、後述する変形例４において説明する。予約通知送信部４５２については、後述する変形例８において説明する。

　受信部４７０は、収納通知受信部４７２、要求受信部４７４、取出通知受信部４７６、位置受信部４７８およびアカウント情報受信部４７９を含む。
　収納通知受信部４７２は、収納通知を受信する。要求受信部４７４は、各種要求を受信する。取出通知受信部４７６は、取出通知を受信する。位置受信部４７８は、ユーザ端末３００の現在位置を受信する。アカウント情報受信部４７９は、アカウント情報を受信する。

　データ格納部４８０は、店舗テーブル記憶部４８１、商品マスタテーブル記憶部４８２、ストレージテーブル記憶部４８３、ストレージ内商品リスト記憶部４８４、ユーザテーブル記憶部４８５、チケットテーブル記憶部４８６、売上テーブル記憶部４８８および予約テーブル記憶部４９０を含む。

　店舗テーブル記憶部４８１は、店舗テーブルを記憶する。店舗テーブルは、店舗毎のレコードを有する。レコードには、店舗ＩＤ、店舗名および店舗位置などが格納されている。店舗ＩＤは、情報処理のために用いられる店舗の識別子であって、外部に公開しなくてもよい。店舗名は、たとえば「中央駅前店」などである。店舗位置は、住所、ビル名と階数、緯度経度などを含む。

　商品マスタテーブル記憶部４８２は、商品マスタテーブルを記憶する。商品マスタテーブルは、ストレージ装置１００で取り扱う商品１０４毎のレコードを有する。レコードには、商品ＩＤ、商品の種類、商品名、商品バーコード１１８のデータ、価格および写真データなどが格納されている。商品ＩＤは、情報処理のために用いられる商品１０４の識別子であって、外部に公開しなくてもよい。商品の種類とは、たとえば弁当、サラダや飲み物などである。商品名は、たとえば「天ぷら弁当」や「すき焼き弁当」などである。写真のデータは、ユーザ端末３００において表示される商品購入画面に商品１０４の外観を含めるために用いられる。商品購入画面については、図１２に関連して後述する。

　ストレージテーブル記憶部４８３は、ストレージテーブルを記憶する。ストレージテーブルは、ストレージ装置１００毎のレコードを有する。レコードには、ストレージＩＤ、ストレージ名、設置場所、管理店舗ＩＤおよびフロア見取り図などが格納されている。ストレージＩＤは、情報処理のために用いられるストレージ装置１００の識別子であって、外部に公開しなくてもよい。ストレージ名は、たとえば「ビルＡ－Ｆ４」や「ビルＡ－Ｆ１」などである。設置場所は、住所、ビル名と階数、緯度経度などを含む。管理店舗ＩＤは、ストレージ装置１００を管理する店舗の店舗ＩＤである。フロア見取り図は、ユーザ端末３００において表示されるストレージ確認画面に含められる。フロア見取り図については、図１１に関連して後述する。

　ストレージ内商品リスト記憶部４８４は、ストレージ内商品リストを記憶する。ストレージ内商品リストについては、図１４に関連して後述する。

　ユーザテーブル記憶部４８５は、ユーザテーブルを記憶する。ユーザテーブルは、事前登録されたユーザ、つまり会員毎のレコードを有する。レコードには、ユーザＩＤ、ユーザ名、アカウント情報、勤務地近くのストレージ装置１００のストレージ装置ＩＤ、自宅近くのストレージ装置１００のストレージ装置ＩＤおよび電子決済手段の情報などが格納されている。勤務地近くのストレージ装置１００は、在勤を想定した商品紹介の対象となる。自宅近くのストレージ装置１００は、在宅を想定した商品紹介の対象となる。なお、在勤を想定する条件は、時間帯でもよいし、ユーザ端末３００の現在位置でもよい。同じく在宅を想定する条件は、時間帯で判断してもよいし、現在位置で判断してもよい。勤務地近くのストレージ装置１００および自宅近くのストレージ装置１００は、ユーザが操作して登録することができる。これらのストレージ装置１００の登録については、図１０に関連して後述する。

　チケットテーブル記憶部４８６は、チケットテーブルを記憶する。チケットテーブルについては、図１５に関連して後述する。

　売上テーブル記憶部４８８は、売上テーブルを記憶する。売上テーブルについては、図１６に関連して後述する。

　予約テーブル記憶部４９０は、予約テーブルを記憶する。予約テーブルについては、後述する変形例１において説明する。

　図１０は、ストレージ配置画面の例である。
　ユーザ端末３００からサーバ４００にアクセスすると、ストレージ配置画面が表示される。この例は、在勤を想定している。現在位置（図中の黒丸）の近くのストレージ装置１００の設置場所が地図上に表示される。特に、勤務地近くのストレージ装置１００として登録されているストレージ装置１００は、強調表示される。そして、これらのストレージ装置１００が商品紹介の対象となる。勤務地近くのストレージ装置１００は、デフォルトとして勤務地から所定の範囲内のものが設定されてもよい。ストレージ確認ボタンがタッチされると、ストレージ確認画面（図１１）が表示される。商品メニューボタンがタッチされると、商品購入画面（図１２）が表示される。

　図１１は、ストレージ確認画面の例である。
　ストレージ確認画面には、フロア見取り図が表示される。フロア見取り図には、フロア内のストレージ装置１００の位置が示されている。フロア見取り図は、ストレージ装置１００が設置されている建屋または敷地内の位置を表示するデータの例である。この例では、勤務地近くのストレージ装置１００として登録されているので、登録ボタンにパターンが付されている。ユーザが、解除ボタンをタッチすると、このストレージ装置１００の登録は解除される。反対に、勤務地近くのストレージ装置１００として登録されていない場合には、解除ボタンにパターンが付され、登録ボタンをタッチすると、このストレージ装置１００が登録される。

　図１２は、商品購入画面の例である。
　この例における商品購入画面は、商品紹介の対象となっているストレージ装置１００において購入可能な商品１０４が表示される。図１２の商品購入画面は、ユーザ端末３００に表示される。購入可能な商品１０４のうち、たとえば弁当が選び出されて、その商品名、価格、写真およびストレージ装置名が表示される。さらに、商品１０４に対応して購入を申し込むための購入ボタンも表示される。たとえば「天ぷら弁当」の購入ボタンをユーザ１２２がタッチすると、ユーザ１２２がストレージ装置１００ａに収容されている「天ぷら弁当」を購入したことになる。購入済みの商品１０４については、商品購入画面に表示されない。この例で当初から「天ぷら弁当」が１個しか無ければ、ユーザ１２２の購入後に「天ぷら弁当」は商品購入画面に表示されなくなる。

　サラダボタンや飲み物ボタンのように他の商品１０４の種類を示すボタンをタッチすると、その種類の商品１０４の一覧に切り替わる。

　おすすめボタンにタッチすると、推奨される商品１０４の組み合わせが表示される。たとえば、「てんぷら弁当」と「大根サラダ」と「緑茶」の組み合わせが表示される。推奨される商品１０４の組み合わせは、サーバ４００において記憶されている。推奨される商品１０４の組み合わせの設定は、サーバ４００の運営者が行ってもよいし、店舗の管理者が行ってもよい。時刻に応じて商品１０４の組み合わせを決めてもよい。推奨される組み合わせの商品１０４の全体カロリーと、その全体カロリーに応じて運動によって消費すべきカロリーを表示してもよい。また、消費すべきカロリーに基づいて、歩くべき距離や登るべき階段数を算出して表示してもよい。

　定番ボタンにタッチすると、購入回数が多い商品１０４の一覧に切り替わる。ユーザ個人の購入履歴に基づいて商品１０４を決めてもよいし、ユーザ属性（たとえば、性別や年齢など）が共通するユーザ層における購入履歴に基づいて商品１０４を決めてもよい。また、すべてのユーザにおける購入履歴に基づいて商品１０４を決めてもよい。その他、無人店舗での購入履歴などを参考にしてもよい。

　値引きボタンにタッチすると、値引きされている商品１０４の一覧が表示される。サーバ４００は、消費期限に応じて自動的に値引きを設定してもよい。売れ残り数に応じて自動的に値引きを設定してもよい。ストレージ装置１００の近くにいるユーザに優先的に値引きを行ってもよい。ユーザの消費額に応じて値引きを設定してもよい。

　ユーザが、確定ボタンにタッチすると、商品購入画面が閉じられてルートナビ画面が表示される。

　図１３は、ルートナビ画面の例である。
　ルートナビ画面には、ユーザ購入した商品が収容されているストレージ装置１００をつなぐ順路が示される。順路の決め方は、限定されない。最短距離の順路を示してもよい。あるいは、基準の距離以上となる順路を示して、運動を促進するようにしてもよい。また事前購入あるいは事前予約した商品が当該ストレージ装置１００で品切れになった場合やより近いストレージ装置１００に納品された場合などに順路を再計算して表示してもよい。

　図１４は、ストレージ内商品リストのデータ構造図である。
　ストレージ内商品リストは、各ストレージ装置１００に収容されている商品を把握するために用いられる。ストレージ内商品リストは、ストレージ装置１００毎に設けられる。ストレージ内商品リストでは、そのストレージ装置１００に収容されている各商品の商品ＩＤと購入状況を記憶している。購入状況は、未購入あるいは購入済みのいずれかを示す。この例では、商品ＩＤがＬＢ０１、ＬＢ０２、ＬＢ０３およびＬＢ０４である４種の弁当が、ストレージ装置ＩＤがＳＴ００１であるストレージ装置１００ａに収容されていることを示している。ＬＢ０１とＬＢ０２の商品１０４は、未購入であって現時点で購入可能であることを示し、ＬＢ０３とＬＢ０４の商品１０４は、購入済みであって現時点で購入不可であることを示している。

　図１５は、チケットテーブルのデータ構造図である。
　チケットテーブルは、サーバ４００が発行した電子チケットを管理するために用いられる。チケットテーブルは、サーバ４００が発行した電子チケット毎のレコードを有する。レコードには、電子チケットＩＤ、電子チケットのデータおよびユーザＩＤなどが格納される。電子チケットＩＤは、情報処理のために用いられる電子チケットの識別子であって、外部に公開しなくてもよい。電子チケットのデータは、ＱＲコードの図形に変換される一意なコード列である。ユーザＩＤは、この電子チケットが付与されたユーザを特定する。電子チケットのデータに、ユーザＩＤを含めてもよいし、購入された商品１０４の商品ＩＤや商品バーコードのデータを含めてもよい。電子チケットのデータは、電子チケットＩＤでもよい。

　図１６は、売上テーブルのデータ構造図である。
　販売取引によって成立した売上を管理するためのテーブルである。売上テーブルは、販売取引毎のレコードを有する。レコードには、取引ＩＤ、商品ＩＤ、ユーザＩＤ、販売価格、電子チケットＩＤ、ストレージ装置ＩＤおよび取出状況などが格納される。取引ＩＤは、販売取引毎に割り振られる。商品ＩＤは、販売した商品１０４を識別する。ユーザＩＤは、購入したユーザ１２２を特定する。電子チケットＩＤは、この販売で使用される電子チケットを特定する。ストレージ装置ＩＤは、この販売で使用されるストレージ装置１００を特定する。取出状況は、ストレージ装置１００から商品１０４がとりだされたか否かの状況、つまり未取出あるいは取出済みを示す。

　図１７は、店員端末６００の機能ブロック図である。
　店員端末６００は、ユーザインターフェース処理部６１０、データ処理部６４０、通信部６５０およびデータ格納部６８０を含む。ユーザインターフェース処理部６１０は、タッチパネルなどを介して店員からの操作を受け付けるほか、画像表示や音声出力など、ユーザインターフェース処理を担当する。通信部６５０は、ネットワークを介した通信処理を担当する。データ格納部６８０は各種データを格納する。データ処理部６４０は、通信部６５０により取得されたデータおよびデータ格納部６８０に格納されているデータに基づいて各種処理を実行する。データ処理部６４０は、ユーザインターフェース処理部６１０、通信部６５０およびデータ格納部６８０のインターフェースとしても機能する。

　ユーザインターフェース処理部６１０は、店員による操作入力を受け付ける入力部６２０と、店員に情報提示を行う出力部６３０とを含む。入力部６２０は、店員による操作を受け付ける操作受付部６２２を含む。
　出力部６３０は、チケット出力部６３２および取置リスト出力部６３４を含む。チケット出力部６３２は、店員チケットをＱＲコードとしてディスプレイに表示する。店員１２０には、業務としてストレージ装置１００の扉１０２を開けるための店員チケットが付与されている。店員チケットは、ユーザ１２２に付与される電子チケットと同様に店員端末６００においてＱＲコードとして表示される。店員チケットは、何回でも繰り返し使用できるタイプのチケットである。取置リスト出力部６３４については、後述する変形例４において説明する。

　通信部６５０は、データを送信する送信部６６０とデータを受信する受信部６７０を含む。送信部６６０は、店舗端末６００に取置リストを要求する取置リスト要求部６６２を含む。受信部６７０は、取置リスト受信部６７２を含む。取置リスト要求部６６２と取置リスト受信部６７２については、後述する変形例４において説明する。

　データ格納部６８０は、チケット記憶部６８２と取置リスト記憶部６８４を含む。チケット記憶部６８２は、店員チケットを記憶している。取置リスト記憶部６８４については、後述する変形例４において説明する。

　図１８は、店員１２０がストレージ装置１００ａに商品１０４を収納するときのシーケンス図である。
　店員１２０が、店舗から持ち出した商品をストレージ装置１００ａに収納しようとするとき、店員端末６００を操作して電子チケットを表示させ、そのＱＲコードをストレージ装置１００ａのチケットリーダー１１４にかざす（Ｓ４０）。

　ストレージ装置１００ａの基本動作については、図４で説明したとおりである。ここでは、基本動作のうち一部の処理についてのみ説明する。

　ストレージ装置１００ａのチケット読取部２２２によって得られた店員チケットに関して認証が成功して（Ｓ４２）、店員１２０が商品１０４の収納を終えると、収納通知送信部２６２は、収納通知をサーバ４００へ送信する（Ｓ４４）。収納通知には、収納された商品１０４の商品バーコード１１８のデータと、使用された店員チケットが含まれる。

　サーバ４００の収納通知受信部４７２が収納通知を受信すると、商品リスト管理部４４２は、収納された商品１０４の商品バーコード１１８に対応する商品ＩＤをストレージ内商品リストに追加する（Ｓ４６）。対応する購入状況には、未購入が設定される。そして、認否通知送信部４６６は、承認を示す通知をストレージ装置１００ａへ送信する。

　図１９と図２０は、ユーザ端末３００ａからサーバ４００のサイトにアクセスしてユーザ１２２がストレージ装置１００ａにある商品１０４を購入するときのシーケンス図である。
　ユーザ端末３００ａのアプリケーションプログラムが起動されると、アカウント情報送信部３６６が、アカウント情報記憶部３８４に記憶されているアカウント情報をサーバ４００へ送信する（Ｓ３００）。

　サーバ４００のアカウント情報受信部４７９がアカウント情報を受信すると、ユーザ認証部４４３は、ユーザ認証を行う（Ｓ３０２）。ユーザ認証が成功すると、ストレージ選択部４４５は、表示するストレージ装置１００を選択する（Ｓ３０４）。具体的には、勤務地近くのストレージ装置１００として登録されているものを選択する。あるいは、ユーザ端末３００ａの現在地を取得して、ユーザ端末３００ａと一定距離内にあるストレージ装置１００を抽出してもよい。

　サーバ４００の画面データ生成部４４４は、ストレージテーブルを参照して、ストレージ配置画面を生成する（Ｓ３０６）。画面データ送信部４６２は、ストレージ配置画面のデータをユーザ端末３００ａへ送信する（Ｓ３０８）。

　ユーザ端末３００ａの画面データ受信部３７２がストレージ配置画面のデータを受信すると、画像出力部３３４は、ストレージ配置画面を表示する（Ｓ３１０）。操作受付部３２２がストレージ確認ボタンのタッチを受け付けると（Ｓ３１２）。要求送信部３６２が、ストレージ確認要求をサーバ４００へ送信する。

　サーバ４００の要求受信部４７４がストレージ確認要求を受信すると、画面データ生成部４４４は、ストレージテーブルを参照して、ストレージ確認画面を生成する（Ｓ３１４）。画面データ送信部４６２は、ストレージ確認画面のデータをユーザ端末３００ａへ送信する（Ｓ３１６）。

　画面データ受信部３７２がストレージ確認画面のデータを受信すると、画像出力部３３４は、ストレージ確認画面を表示する（Ｓ３１８）。操作受付部３２２は、閉じるボタンのタッチを受け付けると（Ｓ３２０）、ストレージ確認画面が閉じられ、ストレージ配置画面が再表示される。

　操作受付部３２２がストレージ配置画面の商品メニューボタンのタッチを受け付けると、要求送信部３６２は、商品メニュー要求をサーバ４００へ送信する。（Ｓ３２２）。

　図２０に移る。サーバ４００の要求受信部４７４が商品メニュー要求を受信すると、画面データ生成部４４４は、選択されているストレージ装置１００のストレージ内商品リストに基づいて商品購入画面を生成する（Ｓ５０）。そして、画面データ送信部４６２は、生成した商品購入画面のデータをユーザ端末３００ａへ送信する（Ｓ５２）。

　ユーザ端末３００の画面データ受信部３７２が商品購入画面のデータを受信すると、画像出力部３３４は、商品購入画面を表示する。商品購入画面でユーザ１２２が商品１０４を選んで購入ボタンをタッチすると、操作受付部３２２は、購入ボタンのタッチを受け付けて、購入対象の商品１０４に相当する商品ＩＤとストレージ装置ＩＤを特定する（Ｓ５４）。要求送信部３６２は、この商品ＩＤとストレージ装置ＩＤを含む購入要求をサーバ４００へ送信する。事前購入した後に商品１０４が引き取られるので、購入要求は、商品１０４の引き取り要求の意味もある。

　サーバ４００の要求受信部４７４が購入要求を受信すると、チケット生成部４４６は、商品１０４を購入したユーザ１２２用の電子チケットを生成する（Ｓ５６）。一つの電子チケットは一人のユーザ１２２に対して発行され、異なるユーザ１２２に同じ電子チケットが発行されることはない。一人のユーザ１２２に繰り返し発行される電子チケットは、その都度異なってもよいし、共通であってもよい。会員認証コードのように同じ電子チケットを使いまわす場合には、電子チケット自体を送らずに、ユーザ端末３００で保持している電子チケットを有効にさせる指示だけを送るようにしてもよい。チケット生成部４４６は、チケットテーブル記憶部４８６に新たな電子チケットのレコードを追加する。そして、チケット送信部４６４は、電子チケットをストレージ装置１００ａとユーザ端末３００へ送信する（Ｓ５８）。

　ストレージ装置１００ａのチケット受信部２７２が電子チケットを受信すると、チケットリスト管理部２５２は、受信した電子チケットをチケットリストに追加する（Ｓ６０）。また、ユーザ端末３００のチケット受信部３７４が電子チケットを受信すると、チケット記憶部３８２に電子チケットを記憶する。

　Ｓ５８に続いて、サーバ４００の取引管理部４４８は、購入された商品の売上処理として売上テーブルに新たなレコードを追加する（Ｓ６２）。商品リスト管理部４４２は、ストレージ装置１００ａのストレージ内商品リストのうち、購入された商品１０４の購入状況を購入済に変更する（Ｓ６４）。取引管理部４４８は、売上処理とともに、決済処理を行ってもよい。決済処理は、前払いあるいは後払いの電子決済や現金決済などの従来方法でよい。後述する変形例についても、同様に売上処理とともに、決済処理を行ってもよい。

　図２１は、ユーザ１２２がストレージ装置１００ａから購入した商品１０４を取り出すときのシーケンス図である。
　操作受付部３２２が、ＱＲコードの表示指示の操作を受け付けると、チケット出力部３３２は、チケット記憶部３８２に記憶されている電子チケットをＱＲコードの図形に変換してディスプレイに表示する（Ｓ７０）。ユーザ１２２が、表示されたＱＲコードをストレージ装置１００ａのチケットリーダー１１４にかざす。

　ストレージ装置１００ａのチケット読取部２２２が、このＱＲコード（電子チケット）を読み取ると、チケット認証部２４２は、読み取った電子チケットの認証を行う（Ｓ７２）。チケットリストに含まれる電子チケットのいずれかと一致すれば、認証が成功する。チケットリストに含まれる電子チケットのいずれとも一致しなければ、認証が失敗する。この例では、図２０のＳ６０で記憶された電子チケットと一致するので、認証が成功する。この後、ユーザ１２２が商品１０４を取り出して扉１０２を閉めると、取出通知送信部２６４は、取出通知をサーバ４００へ送信する（Ｓ７４）。取出通知には、取り出された商品１０４の商品バーコード１１８のデータと、使用された電子チケットが含まれる。

　サーバ４００の取出通知受信部４７６が取出通知を受信すると、商品検証部４４９は、ストレージ装置１００から取り出された商品１０４が正当であるか否かを判断する（Ｓ７５）。具体的には、商品検証部４４９は、商品マスタテーブルを参照して、商品バーコード１１８に対応する商品ＩＤを特定する。この商品ＩＤは、ストレージ装置１００ａから取り出された商品に相当する。次に、商品検証部４４９は、チケットテーブルを参照して、電子チケットに対応するユーザＩＤを特定し、さらに売上テーブルを参照して、取出通知の送信元に相当するストレージ装置ＩＤとユーザＩＤの組に対応する商品ＩＤを特定する。この商品ＩＤは、ストレージ装置１００ａでユーザ１２２が購入した商品に相当する。両方の商品ＩＤが一致すれば、ユーザ１２２が購入した商品を取り出したことになるので検証が成功する。一方、両方の商品ＩＤが一致しなければ、ユーザが購入した商品以外の商品を取り出したことになるので検証が失敗する。検証が失敗した場合には、認否通知送信部４６６が否認を示す通知をストレージ装置１００ａへ送り、Ｓ７４の処理に戻る。

　一方、検証が成功した場合には、商品リスト管理部４４２は、ストレージ内商品リストにおいて、ストレージ装置１００ａから取り出された商品に相当する商品ＩＤのレコードを削除する（Ｓ７６）。さらに、取引管理部４４８は、売上テーブルにおいて、ユーザが購入した商品に相当する商品ＩＤに対応する取出状況を取出済みに変更する（Ｓ７８）。そして、認否通知送信部４６６は、承認を示す通知をストレージ装置１００ａへ送信する（Ｓ８０）。

　ストレージ装置１００ａの認否通知受信部２７４が承認を示す通知を受信すると、チケットリスト管理部２５２は、使用された電子チケットをチケットリストから削除する（Ｓ８２）。

　取引管理部４４８は、売上テーブルにおける取出済みを確認してから決済処理を行うようにしてもよい。

［変形例１］
　変形例１では、ユーザ端末３００から商品１０４の予約を行う。つまり、ユーザ１２２がユーザ端末３００を操作してストレージ装置１００に収容されている商品１０４をチェックし、Ｗｅｂ上で気に入った商品１０４を予約する。そして、後にストレージ装置１００のところへ行って、予約した商品１０４を取り出して購入する。この取引態様を「ストレージ内商品の事前予約方式」という。変形例１における電子チケットは、商品１０４を予約したユーザ１２２に対して発行される。

　図２２は、ストレージ内商品の予約購入方式を表す概要図である。
　図７の場合と同様に、昼休憩前の１１時３０分に店員１２０がストレージ装置１００ａに商品１０４を収納する。

　その後、１１時４０分にユーザ１２２が、ユーザ端末３００ａでストレージ装置１００ａ内の商品１０４を閲覧し、気に入った商品１０４を選んで予約する。この時点で未だ取引が成立していない。ユーザ１２２が商品１０４を予約すると、サーバ４００はユーザ端末３００ａへ電子チケットを送信する。ユーザ端末３００は、受信した電子チケットを記憶しておく。

　昼休憩の１２時１０分に、ユーザ１２２が、ユーザ端末３００ａを携帯してストレージ装置１００ａの設置場所へ移動する。ユーザ１２２は、ユーザ端末３００ａを操作して、電子チケットのＱＲコードを表示させ、そのＱＲコードをストレージ装置１００ａのチケットリーダー１１４にかざすと、扉１０２のロックが解除される。ユーザ１２２がストレージ装置１００ａの扉１０２を閉じると、扉１０２はロックされる。ユーザ１２２が予約していない商品１０４を取り出したときには警告が発せられ、ユーザ１２２は商品１０４を取り直す。ユーザ１２２が自ら予約した商品１０４を取り出すと、チケットリストから電子チケットが消去される。この例における電子チケットは１回に限り有効であるものとする。この時点で取引が成立し、サーバ４００では売上を計上する。

　店員１２０がストレージ装置１００ａに商品１０４を収納するときのシーケンスについては、図１８に示したとおりである。

　変形例１の場合、ストレージ内商品リストでは、そのストレージ装置１００に収容されている各商品の商品ＩＤと予約状況を記憶する。予約状況は、未予約あるいは予約済みのいずれかを示す。すでに予約されている商品は、重複予約されない。

　変形例１の場合、商品購入画面に代えて、商品予約画面が用いられる。商品予約画面では、購入ボタンに代えて、予約ボタンが表示される。図２０のＳ５４で、操作受付部３２２は、予約ボタンのタッチを受け付けて、予約対象の商品１０４に相当する商品ＩＤを特定する。そして、要求送信部３６２は、この商品ＩＤとストレージ装置ＩＤを含む予約要求をサーバ４００へ送信する。予約した後に商品１０４が引き取られるので、予約要求は、商品１０４の引き取り要求の意味もある。

　変形例１の場合、図２０のＳ６２で、購入商品の売上処理に代えて、サーバ４００の取引管理部４４８が、予約テーブルへ新しい予約情報を追加する。

　変形例１の場合、売上テーブルに加えて予約テーブルも用いる。予約テーブルは、購入予約を管理するためのテーブルである。予約テーブルは、購入予約毎のレコードを有する。レコードには、予約ＩＤ、商品ＩＤ、ユーザＩＤ、販売価格、電子チケットＩＤおよびストレージ装置ＩＤなどの予約情報が格納される。予約ＩＤは、購入予約毎に割り振られる。商品ＩＤは、予約された商品１０４を識別する。ユーザＩＤは、予約したユーザ１２２を特定する。電子チケットＩＤは、予約された商品の受け渡しに使用される電子チケットを特定する。ストレージ装置ＩＤは、予約された商品が収容されているストレージ装置１００を特定する。

　変形例１の場合、図２１のＳ７５で、サーバ４００の取出通知受信部４７６が取出通知を受信すると、商品検証部４４９は、ストレージ装置１００から取り出された商品１０４ａが正当であるか否かを判断する（Ｓ７５）。具体的には、商品検証部４４９は、商品マスタテーブルを参照して、商品バーコード１１８に対応する商品ＩＤを特定する。この商品ＩＤは、ストレージ装置１００から取り出された商品に相当する。次に、商品検証部４４９は、チケットテーブルを参照して、電子チケットに対応するユーザＩＤを特定し、さらに予約テーブルを参照して、取出通知の送信元に相当するストレージ装置ＩＤとユーザＩＤの組に対応する商品ＩＤを特定する。この商品ＩＤは、ストレージ装置１００でユーザ１２２が予約した商品に相当する。両方の商品ＩＤが一致すれば、ユーザ１２２が予約した商品を取り出したことになるので検証が成功する。一方、両方の商品ＩＤが一致しなければ、ユーザが予約した商品以外の商品を取り出したことになるので検証が失敗する。検証が失敗した場合には、認否通知送信部４６６が否認を示す通知をストレージ装置１００へ送り、Ｓ７４の処理に戻る。

　変形例１の場合、図２１のＳ７８の後に、サーバ４００の取引管理部４４８は、購入された商品の売上処理として売上テーブルに新たなレコードを追加する。変形例１の場合は、売上テーブルで取出状況を管理しなくてもよい。さらに、取引管理部４４８は、予約テーブルにおける予約情報を消去する。

［変形例２］
　変形例２では、ユーザ端末３００から商品１０４を閲覧するだけで、購入や予約を行わない。つまり、ユーザ１２２がユーザ端末３００を操作して、ストレージ装置１００に気に入る商品１０４があるかを確認する。ユーザ１２２がストレージ装置１００にあるいずれかの商品１０４を購入しようと思った場合には、ユーザ端末３００から電子チケットの発行を要求して、ストレージ装置１００を開くための電子チケットを取得する。変形例２の場合には、早い者勝ちで、実際にストレージ装置１００から先に取り出した人が購入することになる。したがって、ユーザ端末３００で閲覧した商品１０４を購入できないこともある。この取引態様を「ストレージ内商品の任意購入方式」という。

　図２３は、ストレージ内商品の任意購入方式を表す概要図である。
　図７の場合と同様に、昼休憩前の１１時３０分に店員１２０がストレージ装置１００ａに商品１０４を収納する。

　その後、１２時００分にユーザ１２２が、ユーザ端末３００でストレージ装置１００ａの商品１０４を閲覧してそれを購入しようとする場合には、電子チケットの発行を要求する。変形例２における電子チケットは、事前にストレージ装置１００ａ内の商品１０４を閲覧したユーザ１２２に対して発行される。サーバ４００は、電子チケットの発行を要求されると、ユーザ端末３００へ電子チケットを送信する。ユーザ端末３００は、受信した電子チケットを記憶しておく。

　１２時１０分に、ユーザ１２２がストレージ装置１００ａの設置場所へ到着すると、ユーザ端末３００を操作して、電子チケットのＱＲコードを表示させ、そのＱＲコードをストレージ装置１００ａのチケットリーダー１１４にかざす。ユーザ１２２は、ロックが解除された扉１０２を開けて、自由に買いたい商品１０４を取り出す。ストレージ装置１００ａに収容されている商品１０４は、すべて購入可能である。ユーザ１２２がストレージ装置１００ａの扉１０２を閉じると、電子チケットはチケットリストから消去される。この例における電子チケットは１回に限り有効であるものとする。ただし、扉１０２の２回以上の開閉を許可するようにしてもよい。いずれかの扉１０２が取り出され、扉１０２が閉じられた時点で取引が成立し、サーバ４００では売上を計上する。

　変形例２の場合、ストレージ内商品リストでは、そのストレージ装置１００に収容されている各商品の商品ＩＤを管理するが、購入状況や予約状況は管理しなくてもよい。

　変形例２の場合、商品購入画面に代えて、商品閲覧画面が用いられる。商品閲覧画面では、一つのチケット発行ボタンが表示される。図２０のＳ５４で、操作受付部３２２は、チケット発行ボタンのタッチを受け付けると、要求送信部３６２は、チケット要求をサーバ４００へ送信する。ユーザ１２２は、電子チケットを取得することによって、その商品１０４が収められているストレージ装置１００の使用が許可される。

　変形例２の場合、図２０のＳ６２に示した商品の売上処理は行わない。また、Ｓ６４に示したストレージ内商品リストにおける購入状況の更新も行わない。

　変形例２の場合、図２１のＳ７５で、商品検証部４４９は、いずれの場合もストレージ装置１００から取り出された商品１０４は正当であると判断し、検証が成功する。

　変形例２の場合、図２１のＳ７８の後に、サーバ４００の取引管理部４４８は、購入された商品の売上処理として売上テーブルに新たなレコードを追加する。変形例２の場合は、売上テーブルで取出状況を管理しなくてもよい。

［変形例３］
　変形例３では、ストレージ内商品の任意購入方式の変形として会員認証コードのように同じ電子チケットを使いまわす。つまり、チケットの発行を省く。ユーザ１２２は、ストレージ装置１００の商品１０４を閲覧せずに、直接ストレージ装置１００から商品１０４を取り出してもよい。

　変形例３の場合、サーバ４００は、そのユーザ１２２の電子チケットを、登録されている勤務地近くのストレージ装置１００へ送付しておく。ストレージ装置１００は、送付された電子チケットをチケットリストで永続的に保持し、図２１のＳ８２に示した電子チケットの削除を行わない。

　また、電子チケットに代えて、カードや紙に印刷されたＱＲコードをチケットとして使用してもよい。

［変形例４］
　上述した例では、ストレージ装置１００に収容されている商品１０４を購入する例を示した。つまり、ストレージ装置１００にない商品１０４は、購入できない。これに対して、変形例４では、店舗から商品１０４を取り寄せるようにする。具体的には、ユーザ１２２が店舗の在庫として購入可能な商品１０４の中から所望の商品１０４を選んで、所定のストレージ装置１００に配達してもらう。このように、店舗在庫の商品１０４を事前に購入して、後からストレージ装置１００に配達してもらう取引態様を「店舗在庫商品の事前購入方式」という。

　上述したように昼食時に弁当を購入する場合にも変形例４を適用可能であるが、ここでは、自宅近くのストレージ装置１００に商品１０４を配達してもらう例について説明する。

　図２４は、ストレージ装置１００の配置図である。
　オフィスビルＡから離れたマンションＰの５階にユーザ１２２の自宅がある。図示するように、マンションＰの１階から５階にストレージ装置１００ｐ～ｔが設置されている。

　マンションＰの隣には店舗があり、この店舗は、弁当、サンドイッチ、サラダなどの総菜パックや飲み物などを売っている。ストレージ装置１００ｐ～ｔは、この店舗によって管理されている。つまり、ストレージ装置１００ｐ～ｔに収容される商品１０４は、この店舗によって供給される。

　店舗は、マンションＰの入居者を対象として、弁当、サンドイッチ、サラダなどの総菜パックや飲み物を随時販売する。ユーザ１２２がユーザ端末３００を操作して店舗内の商品１０４をチェックし、Ｗｅｂ上で気に入った商品１０４を注文する。店舗の店員１２０は、ユーザ１２２によって注文された商品１０４を、そのユーザ１２２が使うストレージ装置１００に配達する。入居者は、店舗に立ち寄らなくても商品１０４を購入できるので、便利である。店舗内の売り場の他に、ストレージ装置１００ｐ～ｔにおいても商品１０４を売れるので、店舗としての売上アップが見込まれる。また、商品１０４の売れ残りの解消も期待できる。

　店舗は、ストレージ装置１００ｐ～ｔ以外にも近隣の複数のストレージ装置１００を管理しており、店員は周期的にこれらのストレージ装置１００への配達をまとめて行うものとする。たとえば、１７時００分、１７時３０分、１８時００分、１８時３０分のように３０分毎に配達に出る。注文を受けてから配達に出るまでの間に、注文された商品１０４が売り切れると困るので、店員は商品１０４の取り置きを行う。

　図２５は、店舗在庫商品の事前購入方式を表す概要図である。
　この例では、退社前の１７時４０分にユーザ１２２が、ユーザ端末３００ａで自宅近くのストレージ装置１００ｐを管理する店舗内の商品１０４を閲覧し、気に入った商品１０４を選んで購入する。この時点で取引が成立し、サーバ４００では売上を計上する。ユーザ１２２が商品１０４を購入すると、サーバ４００はユーザ端末３００ａへ電子チケットを送信する。ユーザ端末３００ａは、受信した電子チケットを記憶しておく。ただし、この段階で、商品１０４はまだ店舗にある。

　購入された商品１０４の情報が店舗へ伝えられ、１７時４５分に、店員がその商品１０４の取り置きを行う。

　配達時刻の１８時００分になると、店員は取り置きした商品１０４の配達に向かう。１８時０５分には、店員がマンションＰの５階に到着し、ストレージ装置１００ｐに商品１０４を収納する。

　１８時２０分にマンションＰに戻ったユーザ１２２は、ユーザ端末３００を操作して、電子チケットのＱＲコードを表示させ、そのＱＲコードをストレージ装置１００ｐのチケットリーダー１１４にかざす。そして、ロックが解除された扉１０２を開けて、自ら購入した商品１０４を取り出す。この例における電子チケットは１回に限り有効であるので、購入した商品１０４を取り出した時点でチケットリストから消去される。ただし、何回でも繰り返し使用できるタイプの電子チケットを用いる場合には、チケットリストから電子チケットを削除しなくてもよい。同様に、カードや紙に印刷されたＱＲコードを、繰り返し使用できるチケットとして用いる場合にも、チケットのデータを削除しなくてもよい。

　なお、店舗端末７００は、店舗の在庫である商品１０４をリストとして常時管理している。このリストを店舗在庫リストという。また、サーバ４００は、店舗端末７００とデータ同期を行い、同じ店舗在庫リストを保持しているものとする。サーバ４００は、店舗ＩＤに対応付けて店舗在庫リストを記憶する店舗在庫リスト記憶部（不図示）を有する。

　在庫があって販売できる商品１０４は、サーバ４００のサイトで開示される。これにより、ユーザ端末３００がサーバ４００のサイトにアクセスして、ストレージ装置１００ｐに配達可能な商品１０４をリアルタイムで閲覧することができる。以下、この方式における処理について説明する。

　図２６は、店舗端末７００の機能ブロック図である。
　店舗端末７００は、ユーザインターフェース処理部７１０、データ処理部７４０、通信部７５０およびデータ格納部７８０を含む。ユーザインターフェース処理部７１０は、タッチパネルなどを介して店舗管理者からの操作を受け付けるほか、画像表示や音声出力など、ユーザインターフェース処理を担当する。通信部７５０は、ネットワークを介した通信処理を担当する。データ格納部７８０は各種データを格納する。データ処理部７４０は、通信部７５０により取得されたデータおよびデータ格納部７８０に格納されているデータに基づいて各種処理を実行する。データ処理部７４０は、ユーザインターフェース処理部７１０、通信部７５０およびデータ格納部７８０のインターフェースとしても機能する。

　ユーザインターフェース処理部７１０は、店舗管理者による操作入力を受け付ける入力部７２０および店舗管理者に情報提示を行う出力部７３０を含む。

　データ処理部７４０は、取置リスト管理部７４２、取引管理部７４４、商品検証部７４６及び決済部７４８を含む。取置リスト管理部７４２は、取置リストを管理する。取引管理部７４４は、商品１０４の売上や予約などの取引を管理する。商品検証部７４６は、取り出された商品を検証する。決済部７４８は、決済処理を行う。なお、取引管理部７４４、商品検証部７４６および決済部７４８は、後述する変形例９において用いられる。

　通信部７５０は、データを送信する送信部７６０とデータを受信する受信部７７０を含む。
　送信部７６０は、取置リスト送信部７６２および認否通知送信部７６４を含む。取置リスト送信部７６２は、取置リストを送信する。認否通知送信部７６４は、認否通知を送信する。なお、認否通知送信部７６４は、後述する変形例８において用いられる。

　受信部７７０は、取置指示受信部７７２、予約通知受信部７７４および取出通知受信部７７６を含む。取置指示受信部７７２は、取置指示を受信する。予約通知受信部７７４は、予約通知を受信する。取出通知受信部７７６は、取出通知を受信する。なお、予約通知受信部７７４および取出通知受信部７７６は、後述する変形例８において用いられる。

　データ格納部７８０は、取置リスト記憶部７８２、予約テーブル記憶部７８４および売上テーブル記憶部７８６を含む。取置リスト記憶部７８２は、取置リストを記憶する。取置リストは、取置対象の商品１０４毎のレコードを有する。レコードには、商品ＩＤとストレージ装置ＩＤが格納される。商品ＩＤは、配達される商品を特定する。ストレージ装置ＩＤは、配達先のストレージ装置を特定する。

　予約テーブル記憶部７８４は、予約テーブルを記憶する。売上テーブル記憶部７８６は、売上テーブルを記憶する。なお、予約テーブル記憶部７８４と売上テーブル記憶部７８６は、後述する変形例８において用いられる。

　図２７は、ユーザ端末３００ａからサーバ４００のサイトにアクセスしてユーザ１２２が店舗にある商品１０４を購入するときのシーケンス図である。
　この例では、ユーザ１２２が予め登録しておいた自宅近くストレージ装置１００ｐが自動的に選択されたものとする。

　サーバ４００の画面データ生成部４４４は、ストレージテーブルから、ストレージ装置１００ｐに対応する管理店舗ＩＤを読み取り、管理店舗ＩＤで特定される店舗在庫リストに基づいて商品購入画面を生成する（Ｓ９０）。そして、画面データ送信部４６２は、生成した商品購入画面のデータをユーザ端末３００ａへ送信する（Ｓ９２）。

　ユーザ端末３００ａの画像出力部３３４は、商品購入画面を表示する。商品購入画面でユーザ１２２が商品１０４を選んで購入ボタンをタッチすると、操作受付部３２２は、購入対象の商品１０４に相当する商品ＩＤを特定する（Ｓ９４）。要求送信部３６２は、この商品ＩＤを含む購入要求をサーバ４００へ送信する。

　サーバ４００の要求受信部４７４が購入要求を受信すると、サーバ４００の取引管理部４４８は、購入された商品の売上処理として売上テーブルに新たなレコードを追加する（Ｓ９６）。そして、取置指示送信部４６８は、購入商品の取置指示を店舗端末７００へ送信する（Ｓ９８）。取置指示には、配達される商品を特定する商品ＩＤと配達先のストレージ装置１００ｐ（自宅近くのストレージ装置）を特定するストレージ装置ＩＤが含まれる。

　店舗端末７００の取置指示受信部７７２が取置指示を受信すると、取置リストに商品ＩＤとストレージ装置ＩＤが登録される（Ｓ１００）。

　チケット生成部４４６は、商品１０４を購入したユーザ１２２用の電子チケットを生成する（Ｓ１０２）。そして、画面データ送信部４６２は、電子チケットをストレージ装置１００ｐとユーザ端末３００ａへ送信する（Ｓ１０４）。

　ストレージ装置１００ｐのチケット受信部２７２が電子チケットを受信すると、チケットリスト管理部２５２は、受信した電子チケットをチケットリストに追加する。また、ユーザ端末３００のチケット受信部３７４が電子チケットを受信すると、チケット記憶部３８２に電子チケットを記憶する。

　店舗端末７００の受信部７７０が取置リストの要求を受信すると、取置リスト送信部７６２が、取置リストを店員端末６００へ送信する。このとき、取置リスト送信部７６２は、取置リストに含まれる商品ＩＤを商品名に変換し、ストレージ装置ＩＤをストレージ装置名に変換する。なお、店舗端末７００は、サーバ４００と同様のストレージテーブル記憶部と商品マスタテーブル記憶部を有する。

　店員端末６００の取置リスト受信部６７２が取置リストを受信すると、取置リスト記憶部６８４が取置リストを記憶し、取置リスト出力部６３４が取置リストを表示する。店員の操作によって、店員端末６００の取置リスト要求部６６２が取置リストを要求してもよい。

　店員１２０がストレージ装置１００ｐに商品１０４を収納するときのシーケンスについては、図１８と同様である。

　ユーザ１２２がストレージ装置１００ｐから購入した商品１０４を取り出すときのシーケンスは、図２１の場合と同様である。

［変形例５］
　変形例４で配達してもらう商品１０４をＷｅｂ上で購入せずに、予約してもよい。この取引態様を「店舗在庫商品の予約購入方式」という。

　図２８は、店舗在庫商品の予約購入方式を表す概要図である。
　１７時４０分に、ユーザ１２２は商品１０４を予約する。この時点で、売上は計上されない。１７時４５分および１８時０５分の店員１２０の作業は、図２５の場合と同様である。１８時２０分に、ユーザ１２２が商品１０４を取り出すと売上が計上される。

　変形例５では、変形例４の商品購入画面に代えて、商品予約画面が用いられる。予約された商品１０４については、変形例４の購入商品と同様に取り置きされ、配達される。

　ストレージ内商品リスト、予約テーブルおよび売上テーブルに関する処理は、ストレージ内商品の予約購入方式の場合と同様である。

［変形例６］
　上述の例は、いずれも店舗の外にストレージ装置１００を設置することを想定したが、ストレージ装置１００ｅを店舗内に設置してもよい。この例では、レジスター設置場所（以下、「レジ」と略する）におけるホットスナックの販売を支援する。ホットスナックとは、フライドポテト、コロッケや唐揚げのように温かい状態で食される軽食や総菜である。

　レジ係の店員１２０がホットスナックをケースから取り出して袋詰めして、ユーザ１２２に手渡しする作業は面倒であり、また客が列をなしている場合に後ろの客に遠慮してホットスナックを購入しにくいという問題があった。変形例６では、ホットスナックの取り出しをユーザ１２２に任せて、レジ係の作業を減らす。レジ付近でのやりとりが早まれば、遠慮しがちな客もホットスナックを購入しやすくなる。

　ストレージ装置１００ｅで、商品としてホットスナックを収容する。ホットスナックをあらかじめ袋や容器に詰めて置き、袋や容器に付された商品バーコードを認識して商品を検出する。あるいは、ホットスナックの種類ごとに設置範囲を設定しておき、その範囲における商品の個数を検出して、取り出された商品の種類と数量を特定してもよい。

　変形例６では、ユーザ端末３００を使用しない。キャッシュレジスター８００でＱＲコードを印刷した紙チケットを発行して、この紙チケットによってストレージ装置１００ｅの使用を許可する。この取引形態を、「紙チケットによる先決済方式」という。

　図２９は、紙チケットによる先決済方式を表す概要図である。
　１５時００分に、ユーザ１２２は、購入したいホットスナックの種類と数量をレジ係の店員１２０に告げて、料金を支払う。そのとき、キャッシュレジスター８００から紙チケットが出力される。紙チケットには、一意なＱＲコードが印刷されている。紙チケットは、ユーザ１２２に手渡される。

　１５時０２分に、ユーザ１２２は、紙チケットをストレージ装置１００ｅのチケットリーダー１１４に読み取らせて、購入したホットスナックを取り出す。このとき、取り出されたホットスナックが、購入したホットスナックと一致しない場合には、警告が発せられる。これにより、商品１０４の取り間違いが防がれる。

　図３０は、キャッシュレジスター８００の機能ブロック図である。
　キャッシュレジスター８００は、ユーザインターフェース処理部８１０、データ処理部８４０、通信部８５０およびデータ格納部８８０を含む。ユーザインターフェース処理部８１０は、タッチパネルなどを介してレジスター担当者からの操作を受け付けるほか、画像表示や音声出力など、ユーザインターフェース処理を担当する。通信部８５０は、ネットワークを介した通信処理を担当する。データ格納部８８０は各種データを格納する。データ処理部８４０は、通信部８５０により取得されたデータおよびデータ格納部８８０に格納されているデータに基づいて各種処理を実行する。データ処理部８４０は、ユーザインターフェース処理部８１０、通信部８５０およびデータ格納部８８０のインターフェースとしても機能する。

　ユーザインターフェース処理部８１０は、レジ係の店員１２０による操作入力を受け付ける入力部８２０と、レジ係の店員１２０に情報提示を行う出力部８３０とを含む。
　入力部８２０は、商品入力部８２２およびチケット読取部８２４を含む。商品入力部８２２は、購入商品（ホットスナック）の種類と数量を入力する。チケット読取部８２４は、紙チケットおよび電子チケットを読み取る。なお、チケット読取部８２４は、後述する変形例７において用いられる。出力部８３０は、紙チケットを出力するチケット出力部８３２を含む。

　データ処理部８４０は、決済部８４２、チケット生成部８４４、チケット管理部８４６および商品検証部８４８を含む。決済部８４２は、決済処理を行う。決済処理は、従来の現金決済や電子決済でよい。チケット生成部８４４は、紙チケットのデータを生成する。チケット管理部８４６は、チケットテーブルを管理する。商品検証部８４８は、購入される商品を検証する。

　通信部８５０は、データを送信する送信部８６０とデータを受信する受信部８７０を含む。送信部８６０は、チケット送信部８６２および認否通知送信部８６４を含む。チケット送信部８６２は、電子チケットを送信する。認否通知送信部８６４は、認否通知を送信する。受信部８７０は、取出通知を受信する取出通知受信部８７２を含む。

　データ格納部８８０は、チケットテーブルを記憶するチケットテーブル記憶部８８２を含む。変形例６におけるチケットテーブルは、サーバ４００が発行した紙チケット毎のレコードを有する。レコードには、紙チケットのデータに対応付けて購入商品の種類と数量が格納される。

　図３１は、レジでのやり取りに関するシーケンス図である。
　キャッシュレジスター８００の商品入力部８２２は、購入商品（ホットスナック）の種類と数量を入力する（Ｓ１１０）。決済部８４２は、従来と同様の決済処理を行う（Ｓ１１２）。

　チケット生成部８４４は、紙チケットのデータを決める（Ｓ１１４）。ＱＲコードに変換されるデータは、一意であれば足りるので、単なる連番であってもよい。チケット管理部８４６は、紙チケットのデータと購入商品の種類および数量を対応付けてチケットテーブルに登録する（Ｓ１１６）。チケット送信部８６２は、紙チケットのデータをストレージ装置１００ｅへ送信する（Ｓ１１８）。そして、チケット出力部８３２は、紙チケットを印刷して出力する（Ｓ１２０）。紙チケットはレジ係の店員１２０からユーザに手渡される。

　ストレージ装置１００ｅのチケット受信部２７２が紙チケットのデータを受信すると、チケットリスト管理部２５２は、紙チケットのデータをチケットリストに登録する（Ｓ１２２）。

　図３２は、商品１０４の取り出しに関するシーケンス図である。
　チケット読取部２２２が紙チケットを読み取ると（Ｓ１３０）、チケット認証部２４２は、紙チケットの認証を行う（Ｓ１３２）。読み取った紙チケットのデータが、チケットリストに記憶されている紙チケットのデータと一致しない場合には、認証が失敗してロックが解除されない。一方、チケットリストに記憶されている紙チケットのデータと一致する場合には、認証が成功してロックが解除される。

　ユーザが商品１０４（ホットスナック）を取り出して扉１０２を閉じると、取出通知送信部２６４は、取出通知をサーバ４００へ送信する（Ｓ１３４）。取出通知には、取り出された商品１０４の種類および数量と、使用された紙チケットのデータが含まれる。

　キャッシュレジスター８００の取出通知受信部８７２が取出通知を受信すると、商品検証部８４８は、購入商品の検証を行う（Ｓ１３６）。具体的には、商品検証部８４８は、取出通知に含まれる紙チケットのデータに対応する購入商品の種類および数量をチケットテーブルから読み取る。そして、取り出された商品１０４の種類および数量が購入商品の種類および数量と一致する場合には、検証が成功する。検証が成功すると、認否通知送信部８６４は、承認を示す通知をストレージ装置１００ｅへ送信する（Ｓ１３８）。

　ストレージ装置１００ｅの認否通知受信部２７４が承認を示す通知を受信すると、チケットリスト管理部２５２は、使用された紙チケットのデータをチケットリストから削除する（Ｓ１４０）。

　取り出された商品１０４の種類および数量が購入商品の種類および数量と一致せずに、キャッシュレジスター８００の商品検証部８４８が検証失敗と判定した場合には、認否通知送信部８６４は、否認を示す通知をストレージ装置１００ｅへ送信する。そして、ストレージ装置１００ｅの警告出力部２３２は、警告を出力する。

［変形例７］
　変形例６では、商品１０４（ホットスナック）を取り出す前に決済を済ませたが、商品１０４を取り出した後に決済を行うようにしてもよい。この取引形態を、「紙チケットによる後決済方式」という。

　図３３は、紙チケットによる後決済方式を表す概要図である。
　１５時００分に、ユーザ１２２は、レジ係の店員１２０にホットスナックの購入を申し出る。このとき、ホットスナックの種類と数量を告げなくてもよい。つまり、ユーザ１２２は、自由に買いたいホットスナックを選んでよい。このとき、キャッシュレジスター８００から紙チケットが出力される。紙チケットには、一意なＱＲコードが印刷されている。紙チケットは、ユーザ１２２に手渡される。

　１５時０２分に、ユーザ１２２は、紙チケットをストレージ装置１００ｅのチケットリーダー１１４に読み取らせて、買いたいホットスナックを取り出す。ユーザ１２２が扉１０２を閉じると、取り出されたホットスナックの種類と数量が、ストレージ装置１００ｅからキャッシュレジスター８００へ伝えられる。

　１５時０４分に、ホットスナックの取り出しを終えたユーザ１２２は、紙チケットをレジ係の店員１２０に戻す。そして、取り出されたホットスナックの種類と数量に応じて決済が行われる。

　変形例７の場合も、チケットテーブルは、サーバ４００が発行した紙チケット毎のレコードを有する。ただし、レコードには、紙チケットのデータに対応付けて購入商品の種類と数量の他、決済状況が格納される。決済状況は、未決済あるいは決済済みのいずれかを示す。

　図３４は、紙チケットの発行に関するシーケンス図である。
　チケット生成部８４４は、変形例６と同様に紙チケットのデータを決定する（Ｓ１５０）。チケット管理部８４６は、紙チケットのデータをチケットテーブルに登録する（Ｓ１５２）。この段階で、ホットスナックの種類と数量は未定である。チケット送信部８６２は、紙チケットのデータをストレージ装置１００ｅへ送信する（Ｓ１５４）。そして、チケット出力部８３２は、紙チケットを印刷して出力する（Ｓ１５６）。紙チケットはレジ係の店員１２０からユーザに手渡される。

　ストレージ装置１００ｅのチケット受信部２７２が紙チケットのデータを受信すると、チケットリスト管理部２５２は、紙チケットのデータをチケットリストに登録する（Ｓ１５８）。

　図３５は、商品１０４の取り出しと決済に関するシーケンス図である。
　チケット読取部２２２が紙チケットを読み取ると（Ｓ１６０）、チケット認証部２４２は、紙チケットの認証を行う（Ｓ１６２）。

　認証が成功するとロックが解除される。ユーザが商品１０４（ホットスナック）を取り出して扉１０２を閉じると、取出通知送信部２６４は、取出通知をサーバ４００へ送信する（Ｓ１６４）。取出通知には、取り出された商品１０４の種類および数量と、使用された紙チケットのデータが含まれる。

　キャッシュレジスター８００の取出通知受信部８７２が取出通知を受信すると、チケット管理部８４６は、取り出された商品１０４の種類および数量を、使用された紙チケットのデータに対応する購入商品の種類および数量としてチケットテーブルに登録する（Ｓ１６６）。この時点で、決済状況は未決済を示す。そして、認否通知送信部８６４は、承認を示す通知をストレージ装置１００ｅへ送信する（Ｓ１６８）。

　ストレージ装置１００ｅの認否通知受信部２７４が承認を示す通知を受信すると、チケットリスト管理部２５２は、使用された紙チケットのデータをチケットリストから削除する（Ｓ１７０）。

　ユーザが紙チケットをレジ係の店員１２０に手渡すと、キャッシュレジスター８００のチケット読取部８２４に紙チケットを読み取らせる（Ｓ１７２）。そして、決済部８４２は、チケットテーブル参照して、読み取った紙チケットに対応する購入商品の種類と数量を特定する（Ｓ１７４）。決済部８４２は、購入商品の種類と数量に従って決済処理を行う（Ｓ１７６）。決済処理を終えると、決済状況が決済済みに改まる（Ｓ１７８）。

［変形例８］
　ホットスナックのような店舗商品の購入に関して、紙チケットではなく、電子チケットを用いてもよい。変形例８では、ユーザ端末３００から商品１０４（ホットスナック）を予約する。この取引形態を「店舗商品の予約購入方式」という。

　図３６は、店舗商品の予約購入方式を表す概要図である。
　店舗に行く前の１４時３０分に、ユーザ１２２が、ユーザ端末３００ａで店舗内の商品（ホットスナック）を閲覧し、商品（ホットスナック）の種類と数量を決めて予約する。ユーザ１２２が商品１０４を予約すると、サーバ４００はユーザ端末３００ａへ電子チケットを送信する。ユーザ端末３００ａは、受信した電子チケットを記憶しておく。

　１４時３５分に、予約商品の情報が店舗へ伝えられ、店員がその商品１０４の準備状況を確認し、準備ができていなければ調理して商品（ホットスナック）を補充する。

　ユーザ１２２は店舗に到着するとレジに立ち寄ることなく、そのままストレージ装置１００ｅに向かう。そして、電子チケットを提示して、ストレージ装置１００ｅから予約した商品を取り出す。取り出した商品が正当であれば、そのまま売上が計上される。支払いについては、前払いあるいは後払いの電子決済や現金決済などの従来方法でよい。

　図３７は、ユーザ端末３００ａからサーバ４００のサイトにアクセスしてユーザ１２２が店舗にある商品１０４（ホットスナック）を予約するときのシーケンス図である。

　サーバ４００の画面データ生成部４４４は、店舗ＩＤで特定される店舗在庫リストに基づいて商品購入画面を生成する（Ｓ１８０）。そして、画面データ送信部４６２は、生成した商品購入画面のデータをユーザ端末３００ａへ送信する（Ｓ１８２）。

　画像出力部３３４は、商品購入画面を表示する。商品購入画面には、購入可能な商品１０４（ホットスナック）が表示される。商品購入画面でユーザ１２２が商品１０４を選んで予約ボタンをタッチすると、操作受付部３２２は、予約対象の商品１０４に相当する商品ＩＤを特定する（Ｓ１８４）。要求送信部３６２は、この商品ＩＤとストレージ装置ＩＤを含む予約要求をサーバ４００へ送信する。

　サーバ４００の要求受信部４７４が予約要求を受信すると、チケット生成部４４６は、商品１０４を予約したユーザ１２２用の電子チケットを生成する（Ｓ１８６）。そして、チケット送信部４６４は、電子チケットをストレージ装置１００ｅとユーザ端末３００ａへ送信する（Ｓ１８８）。

　ストレージ装置１００ｅのチケット受信部２７２が電子チケットを受信すると、チケットリスト管理部２５２は、受信した電子チケットをチケットリストに追加する。また、ユーザ端末３００ａのチケット受信部３７４が電子チケットを受信すると、チケット記憶部３８２に電子チケットを記憶する。

　Ｓ１８８の処理の後、予約通知送信部４５２は、予約通知を店舗端末７００へ送信する（Ｓ１９２）。予約通知には、電子チケットと予約された商品（ホットスナック）の種類と数量が含まれる。

　店舗端末７００の予約通知受信部７７４が予約通知を受信すると、取引管理部７４４は、予約テーブルに予約情報を登録する（Ｓ１９４）。予約テーブルは、購入予約毎のレコードを有する。レコードには、予約ＩＤ、商品種類と数量、ユーザＩＤ、販売価格、電子チケットＩＤ、ストレージ装置ＩＤおよび取出状況などの予約情報が格納される。

　図３８は、ユーザ１２２がストレージ装置１００ｅから購入した商品１０４を取り出すときのシーケンス図である。
　ユーザ端末３００ａの操作受付部３２２が、ＱＲコードの表示指示の操作を受け付けると、チケット出力部３３２は、チケット記憶部３８２に記憶されている電子チケットをＱＲコードの図形に変換してディスプレイに表示する（Ｓ２００）。ユーザ１２２が、表示されたＱＲコードをストレージ装置１００ｅのチケットリーダー１１４にかざす。

　ストレージ装置１００ｅのチケット読取部２２２が、このＱＲコード（電子チケット）を読み取ると、チケット認証部２４２は、読み取った電子チケットの認証を行う（Ｓ２０２）。認証が成功して、ユーザ１２２が商品１０４を取り出して扉１０２を閉めると、取出通知送信部２６４は、取出通知を店舗端末７００へ送信する（Ｓ２０４）。取出通知には、取り出された商品１０４（ホットスナック）の種類と数量、および使用された電子チケットが含まれる。

　店舗端末７００の取出通知受信部７７６が取出通知を受信すると、商品検証部７４６は、ストレージ装置１００ｅから取り出された商品１０４（ホットスナック）の種類と数量が正当であるか否かを判断する（Ｓ２０８）。具体的には、商品検証部７４６は、チケットテーブルを参照して、電子チケットに対応するユーザＩＤを特定し、さらに予約テーブルを参照して、取出通知の送信元に相当するストレージ装置ＩＤとユーザＩＤの組に対応する商品の種類と数量を特定する。この商品ＩＤは、ユーザ１２２が予約した商品の種類と数量に相当する。商品の種類と数量が一致すれば、ユーザ１２２が予約した商品を取り出したことになるので検証が成功する。一方、商品の種類と数量が一致しなければ、予約した商品を正しく取り出していないことになるので検証が失敗する。検証が失敗した場合には、認否通知送信部７６４が否認を示す通知をストレージ装置１００ｅへ送り、Ｓ２０４の処理に戻る。

　一方、検証が成功した場合には、店舗端末７００の認否通知送信部７６４は、承認を示す通知をストレージ装置１００ｅへ送信する（Ｓ２０８）。

　ストレージ装置１００ｅの認否通知受信部２７４が承認を示す通知を受信すると、チケットリスト管理部２５２は、使用された電子チケットをチケットリストから削除する（Ｓ２１０）。

　Ｓ２０８の処理に続き、店舗端末７００の予約通知受信部７７４は、予約テーブルの予約情報を消去する（Ｓ２１２）。そして、決済部７４８は、決済処理を行う（Ｓ２１４）。

［変形例９］
　変形例８における予約に代えて、事前購入を行ってもよい。この取引形態を「店舗商品の事前購入方式」という。

　図３９は、店舗商品の事前購入方式を表す概要図である。
　１４時３０分に、ユーザ１２２は商品１０４を予約する。この時点で、売上は計上されない。１４時３５分の作業は、図３６の場合と同様である。１５時００分に、ユーザ１２２が商品１０４を取り出すと売上が計上される。

　変形例８の場合、図３７のＳ１９２に示した処理に代えて、サーバ４００の購入通知送信部（不図示）は、購入通知を店舗端末７００へ送信する（Ｓ１９２）。購入通知には、電子チケットと購入された商品（ホットスナック）の種類と数量が含まれる。

　変形例８の場合、図３７のＳ１９４に示した処理に代えて、店舗端末７００の購入通知受信部（不図示）が購入通知を受信すると、店舗端末７００の決済部７４８は、決済処理を行う。

　変形例８の場合、図３８のＳ２１４に示した決済処理は行われない。

［サーバ４００でチケット認証を行う変形例］
　実施形態および上述の変形例では、ストレージ装置１００においてチケット認証を行う例を示した。具体的には、ストレージ装置１００のチケット読取部２２２で電子チケットを読み取り（図４のＳ１０）、ストレージ装置１００のチケット認証部２４２でその電子チケットの認証を行う（図４のＳ１２）。チケットの認証を行うために、ストレージ装置１００は、チケットリスト記憶部２８２（図３）を有している。

　但し、ストレージ装置１００ではなくサーバ４００において、チケット認証を行うように変形してもよい。つまり、サーバ４００において、各ストレージ装置１００のチケットリストを管理して、電子チケットの認証を集中的に行ってもよい。

　この変形例では、図３に示したストレージ装置１００のコンピュータ２００の機能ブロックのうち、チケットリスト記憶部２８２は省かれる。その代わりに、サーバ４００は、各ストレージ装置１００に対応するチケットリストを記憶するチケットリスト記憶部（不図示）を有する。

　図４に示したストレージ装置１００の動作過程について、変更点を説明する。
　図４に示したチケット認証（Ｓ１２）を省き、その代わりに、電子チケットの送信と、認証結果の受信を追加する。チケット消去（Ｓ３４）も省く。

　この変形例で、サーバ４００は、チケットリストを管理するチケットリスト管理部（不図示）、電子チケットを受信するチケット受信部（不図示）、電子チケットの認証を行うチケット認証部（不図示）及び電子チケットの認証結果を送信する認証結果送信部（不図示）を有する。また、ストレージ装置１００は、電子チケットを送信するチケット送信部（不図示）及び電子チケットの認証結果を受信する認証結果受信部（不図示）を有する。

　以下、サーバ４００のチケットリストに電子チケットを追加する処理、サーバ４００でチケット認証を行う処理、およびサーバ４００のチケットリストの電子チケットを削除する処理について、順に説明する。ここでは、実施形態をベースとして変更点を説明するが、上述した変形例１～変形例５などにおいてサーバ４００でチケット認証を行うようにしてもよい。

　ユーザ端末３００ａを操作して事前購入するときのシーケンス（図２０）を参照して、電子チケット追加に関する変更点を説明する。
　サーバ４００における電子チケットの送信（Ｓ５８）を省く。また、ストレージ装置１００ａにおける電子チケットのリスト登録（Ｓ６０）も省く。その代わりに、電子チケットの生成（Ｓ５６）の後に、サーバ４００のチケットリスト管理部（不図示）は、電子チケットのリスト登録を行う。つまり、チケットリスト管理部は、生成した電子チケットを、ストレージ装置１００ａに対応するチケットリストに追加する。事前予約方式など他の変形例の場合も同様である。

　事前購入した商品１０４をストレージ装置１００ａから取り出すときのシーケンス（図２１）を参照して、チケット認証に関する変更点を説明する。
　ストレージ装置１００ａにおける電子チケットの認証（Ｓ７２）を省く。その代わりに、ストレージ装置１００ａがユーザ端末３００ａから電子チケットを受信した後に、ストレージ装置１００ａのチケット送信部（不図示）は、その電子チケットをサーバ４００へ送信する。サーバ４００のチケット受信部（不図示）が電子チケットを受信すると、サーバ４００のチケット認証部（不図示）は、受信した電子チケットの認証を行う。電子チケットの送信元であるストレージ装置１００ａに対応するチケットリストに含まれる電子チケットのいずれかと、受信した電子チケットが一致すれば、認証が成功する。一方、ストレージ装置１００ａに対応するチケットリストに含まれる電子チケットのいずれとも、受信した電子チケットが一致しなければ、認証が失敗する。サーバ４００の認証結果送信部（不図示）は、認証結果をストレージ装置１００ａ（電子チケットの送信元）へ送信する。ストレージ装置１００ａの認証結果受信部（不図示）は、認証結果を受信し、ストレージ装置１００ａは、受信した認証結果に基づいてＳ７４以降の処理を行う。事前予約方式など他の変形例の場合も同様である。

　続けて図２１を参照して、電子チケット削除に関する変更点を説明する。
　ストレージ装置１００ａにおける電子チケットのリスト削除（Ｓ８２）を省く。そして、サーバ４００からストレージ装置１００ａへ承認通知を送信した後に、サーバ４００のチケットリスト管理部２５２は、認証が成功した電子チケットを、ストレージ装置１００ａ（電子チケットの送信元）に対応するチケットリストから削除する。事前予約方式など他の変形例の場合も同様である。

［複合方式１］
　複合方式１として、「ストレージ内商品の事前購入方式」（実施形態）と「ストレージ内商品の任意購入方式」（変形例２または変形例３）を併せて実現してもよい。
　ユーザ１２２が、自分で事前購入した商品１０４を取り出したときには、「ストレージ内商品の事前購入方式」で処理される。ユーザ１２２が、誰も事前購入していない商品１０４を取り出したときには、「ストレージ内商品の任意購入方式」で処理される。また、ユーザ１２２が、他人が事前購入した商品１０４を取り出したときには、警告メッセージや警告音が発せられる。

［複合方式２］
　複合方式２として、「ストレージ内商品の事前予約方式」（変形例１）と「ストレージ内商品の任意購入方式」（変形例２または変形例３）を併せて実現してもよい。
　ユーザ１２２が、自分で事前予約した商品１０４を取り出したときには、「ストレージ内商品の事前予約方式」で処理される。ユーザ１２２が、誰も事前予約していない商品１０４を取り出したときには、「ストレージ内商品の任意購入方式」で処理される。また、ユーザ１２２が、他人が事前予約した商品１０４を取り出したときには、警告メッセージや警告音が発せられる。

［複合方式３］
　複合方式３として、「ストレージ内商品の事前購入方式」（実施形態）と「ストレージ内商品の事前予約方式」（変形例１）と「ストレージ内商品の任意購入方式」（変形例２または変形例３）を併せて実現してもよい。
　ユーザ１２２が、自分で事前購入した商品１０４を取り出したときには、「ストレージ内商品の事前購入方式」で処理される。ユーザ１２２が、自分で事前予約した商品１０４を取り出したときには、「ストレージ内商品の事前予約方式」で処理される。ユーザ１２２が、誰も事前購入及び事前予約していない商品１０４を取り出したときには、「ストレージ内商品の任意購入方式」で処理される。また、ユーザ１２２が、他人が事前購入または事前予約した商品１０４を取り出したときには、警告メッセージや警告音が発せられる。

［ストレージ体］
　実施形態と上述の変形例で説明したストレージ装置１００は、商品１０４などの物品を収容し、物品をユーザに引き渡すための動作をするストレージ体の例である。ストレージ体は、ストレージ装置１００のような装置であってもよいし、部屋のような建屋内区域であってもよいし、店舗のような施設であってもよい。以下、ストレージ体の例について説明する。

［多扉型のストレージ装置１００］
　図１では、扉１０２が１つである形態を示したが、ストレージ装置１００は、扉１０２を複数有してもよい。それぞれの扉１０２の奥に、図１と同様に棚及びカメラ１１０を有する収容空間を形成してもよい。収容空間の境界は、通気孔を有する壁材で区切られ、１台の温度調整装置１１２ですべての収容空間の温度及び湿度を調整することができるようにしてもよい。

　チケットリーダー１１４、開閉センサ１０６及びロック機構１０８は、扉１０２毎に設けられるが、コンピュータ２００とスピーカー１１６は、それぞれ１台でもよい。

［ストレージ部屋］
　ストレージ体は、商品１０４を保管し、ユーザ１２２にその商品１２２を引き渡す機能を有する部屋でもよい。この部屋を「ストレージ部屋」という。ストレージ部屋は、たとえば学校内の売店、駅構内の小売店及びビル内の自動販売機コーナーなどに代わる役割を果たすことができる。

　ユーザ端末３００を使用して、ユーザ１２２が、ストレージ部屋内にある商品１０４を閲覧したり、事前購入や事前予約などを行ったりする点は、実施形態や上述の変形例の場合と同様である。ユーザ１２２は、ストレージ装置１００に代わって、ストレージ部屋から事前購入や事前予約した商品１０４、あるいは任意に選択した商品１０４などを取り出すことができる。但し、一人ずつ入室して、商品１０４を取り出すものとする。

　ストレージ部屋の内部には、商品１０４を置くための複数の棚が設けられている。棚に置かれた商品１０４は、ストレージ装置１００の場合と同様に、棚の上方に設置されているカメラで撮影される。ストレージ部屋内の空間は、温度調整装置１１２で調整され、ストレージ装置１００の場合と同様に、コンピュータ２００が動作を制御する。コンピュータ２００は、機能モジュールとして自動ドア制御部（不図示）を有する。

　ストレージ部屋の動作について、ストレージ装置１００の動作を示す図４を参照して説明する。
　実施形態や上述の変形例の場合と同様に、事前購入や事前予約などの操作を済ませているものとする。ストレージ部屋に来たユーザ１２２は、電子チケットのＱＲコードを自動ドアの外側に設置されているチケットリーダー１１４にかざす。これにより、チケット読取部２２２が、チケットリーダー１１４における電子チケットの読み取りを検出し（Ｓ１０）、チケット認証部２４２は、読み取ったチケットの認証を行う（Ｓ１２）。

　ストレージ装置１００の場合と同様に、図４に示した内部商品検出（Ｓ１４）を行う。そして、ロック解除（Ｓ１６）に代えて、自動ドア制御部（不図示）が自動ドアにオープン動作を指示する。ユーザ１０４が入室すると、自動ドアは通常動作としてクローズする。このとき、扉オープン検出（Ｓ１８）に代えて、入退室センサ（不図示）がユーザ１２２の入室を検出し、自動ドア制御部（不図示）が自動ドアにドアロックを指示する。

　ストレージ部屋の中で、ユーザ１０４は、事前購入あるいは事前予約した商品１０４を探し出して、それを手に取る。任意購入方式の場合には、ユーザ１０４は、所望の商品１０４を選んで、それを手に取る。そして、ユーザ１０４は、そのまま自動ドアの内側へ向かう。

　扉クローズ検出（Ｓ２０）に代えて、入退室センサが自動ドアの内側の人物（ユーザ１０４）を検出すると、商品検出部２４４は、その時点でストレージ部屋の内部に収容されている商品１０４を検出する。そして、商品検出部２４４は、Ｓ１４で検出された商品１０４との差分を割り出す。

　ストレージ装置１００の場合と同様に、取出通知送信部２６４は、取出通知をサーバ４００へ送信し（Ｓ２４）、認否通知受信部２７４は、サーバ４００から認否通知を受信する（Ｓ２６）。認否通知が否認を示している場合には、警告出力部２３２は警告を出力する（Ｓ３０）。

　一方、受信した認否通知が承認を示している場合には、ロック施錠（Ｓ３２）に代えて、自動ドア制御部（不図示）が自動ドアにドアロック解除とオープン動作を指示する。ユーザ１０４が退室すると、自動ドアは通常動作としてクローズする。このとき、入退室センサ（不図示）が人物（ユーザ１０４）の退室を検出すると、ストレージ装置１００の場合と同様に、チケット消去を行う（Ｓ３４）。

［無人店舗（商品チェック機方式）］
　無人店舗は、商品１０４を保管し、ユーザ１２２にその商品１０４を引き渡す機能を有し、ストレージ体の一種であるととらえることができる。ユーザ端末３００を使用して、ユーザ１２２が、無人店舗内にある商品１０４を閲覧したり、事前購入や事前予約などを行ったりする点は、実施形態や上述の変形例の場合と同様である。但し、ユーザ１２２は、ストレージ装置１００に代わって、無人店舗から事前購入や事前予約した商品１０４、あるいは任意に選択した商品１０４などを持ち出すことができる。

　商品チェック機方式の無人店舗は、ユーザ１２２によって持ち出される商品１０４をチェックする商品チェック機を備えている。商品チェック機は、出入口の近辺に設置され、最終的にユーザ１２２が持ち出そうとする商品１０４のバーコードを読み取って、持ち出される商品１０４が適正であるか否かを判定するために用いられる。商品チェック機は、セルフレジやセミセルフレジが兼ねてもよい。

　商品チェック機方式の無人店舗におけるユーザ１２２の動きおよび商品チェック機の動作について説明する。
　実施形態や上述の変形例の場合と同様に、事前購入や事前予約などの操作を済ませているものとする。事前購入や事前予約した商品１０４、あるいは任意の商品１０４を取りに来たユーザ１２２が、無人店舗に入店するときに、入店チェックなどは行わない。自由に入店したユーザ１２２は、事前購入や事前予約した商品１０４、あるいは任意に選択した商品１０４を持って、商品チェック機のところへ行って、商品チェック機を自ら操作する。

　商品チェック機は、ストレージ装置１００と同様に、チケットリーダー１１４、スピーカー１１６およびコンピュータ２００を備える。商品チェック機は、商品を保管する機能を備えないので、扉１０２、カメラ１１０、開閉センサ１０６、ロック機構１０８および温度調節装置１１２を有しない。商品チェック機は、持ち出される商品１０４を検出するために、バーコードリーダー（不図示）を備える。バーコードリーダーは、持ち出される商品１０４に付された商品バーコード１１８を読み取って、その商品ＩＤを特定する。商品バーコード１１８に代えてＱＲコードなどの図形コードを読み取ってもよい。また、商品１０４に付されたＩＣタグから送信される商品ＩＤを受信するタグリーダを用いてもよい。チケットリーダー１１４が、バーコードリーダーを兼ねてもよいし、チケットリーダー１１４と別にバーコードリーダーを設けてもよい。バーコードリーダーは、商品チェック機の筐体に組み込まれていてもよいし、コードでつながった手持ち式のものでもよい。商品チェック機は、ディスプレイ（たとえば、液晶ディスプレイ）も備える。また、商品チェック機のコンピュータ２００は、機能モジュールとして、ユーザに操作の仕方をガイドするメッセージを表示する処理を行う操作ガイド表示処理部（不図示）を有する。

　商品チェック機の動作について、ストレージ装置１００の動作を示す図４を参照して説明する。
　商品チェック機のコンピュータ２００の操作ガイド表示処理部（不図示）は、待機状態において、たとえば「スマートフォンの電子チケットを、チケットリーダーにかざしてください。」というメッセージをディスプレイに表示している。

　商品１０４を持って商品チェック機のところに来たユーザ１２２は、ユーザ端末３００を操作して、電子チケットのＱＲコードを表示させ、そのＱＲコードをストレージ装置１００のチケットリーダー１１４にかざす。これにより、チケット読取部２２２が、チケットリーダー１１４における電子チケットの読み取りを検出し（Ｓ１０）、チケット認証部２４２は、読み取ったチケットの認証を行う（Ｓ１２）。チケット認証の方法は、ストレージ装置１００の場合と同様である。上述のとおり、サーバ４００でチケット認証を行うようにしてもよい。認証が失敗した場合には、以降の処理を行わない。認証が失敗した場合に、警告出力部２３２が警告メッセージや警告音を出力してもよい。認証が成功した場合には、操作ガイド表示処理部（不図示）は、たとえば「商品のバーコードをバーコードリーダーにかざしてください。」あるいは、「バーコードリーダーで商品のバーコードを読み取ってください。」などというメッセージをディスプレイに表示する。

　商品チェック機では、図４に示した内部商品検出（Ｓ１４）、ロック解除（Ｓ１６）、扉オープン検出（Ｓ１８）および扉クローズ検出（Ｓ２０）に相当する動作を行わない。

　商品チェック機では、Ｓ２２においてストレージ装置１００の場合とは異なる方法で、持ち出される商品を検出する。ユーザ１２２が、持ち出そうとする商品１０４の商品バーコード１１８をバーコードリーダーにかざすと、商品検出部２４４は、バーコードリーダーによって読み取られた商品バーコード１１８を検出し、商品ＩＤを特定する。

　ストレージ装置１００の場合と同様に、ストレージ装置１００のコンピュータ２００の取出通知送信部２６４は、取出通知をサーバ４００へ送信する（Ｓ２４）。取出通知には、持ち出される商品１０４の商品バーコード１１８のデータと、使用された電子チケットが含まれる。

　ストレージ装置１００の場合と同様に、ストレージ装置１００のコンピュータ２００の認否通知受信部２７４は、サーバ４００から認否通知を受信する（Ｓ２６）。認否通知が否認を示している場合には、警告出力部２３２は警告を出力する（Ｓ３０）。持ち出される商品１０４が適正でない場合に、たとえば「この商品は持ち出せません。棚に戻してください。」という警告メッセージや警告音が発せられる。

　一方、受信した認否通知が承認を示している場合には、ストレージ装置１００の場合と同様に、チケット消去を行う（Ｓ３４）。なお、商品チェック機では、図４に示したロック解除（Ｓ３２）に相当する動作はない。

［無人店舗（自動チェック方式）］
　無人店舗に商品チェック機を置かずに、無人店舗内で撮影された画像を解析して、ユーザ１２２と商品１０４を紐づけるようにしてもよい。このようにすれば、商品１０４のチェックを自動的に行うことができる。

　自動チェック方式の無人店舗には、店内をいろいろな角度から撮影する多数の監視カメラが設置されている。各監視カメラは、撮影した動画をコンピュータ２００に提供する。また、無人店舗の入り口には、チケットリーダー１１４を備えたゲートが設けられる。コンピュータ２００は、追跡処理部（不図示）と、アクション検出部（不図示）と、商品特定部（不図示）とを有する。

　自動チェック方式の無人店舗におけるユーザ１２２の動きおよびコンピュータ２００の動作について、ストレージ装置１００の動作を示す図４を参照して説明する。
　実施形態や上述の変形例の場合と同様に、事前購入や事前予約などの操作を済ませているものとする。自動チェック方式の無人店舗に来たユーザ１２２は、まずユーザ端末３００を操作して、電子チケットのＱＲコードを表示させ、そのＱＲコードをゲートのチケットリーダー１１４にかざす。これにより、チケット読取部２２２が、チケットリーダー１１４における電子チケットの読み取りを検出し（Ｓ１０）、チケット認証部２４２は、読み取ったチケットの認証を行う（Ｓ１２）。チケット認証の方法は、ストレージ装置１００の場合と同様である。上述のとおり、サーバ４００でチケット認証を行うようにしてもよい。認証が失敗した場合には、以降の処理を行わない。認証が失敗した場合に、警告出力部２３２が「このチケットは使えません。」のような警告メッセージや警告音を出力してもよい。

　図４に示した内部商品検出（Ｓ１４）と扉オープン検出（Ｓ１８）は、省く。ロック解除（Ｓ１６）に代えて、ゲートが開く。これにより、ユーザ１２２は入店できる。また、この時点で、コンピュータ２００において、入店したユーザ１２２のユーザＩＤが特定されている。

　追跡処理部は、入口に設置されている監視カメラで撮影された動画に基づいて、ユーザ１２２を追跡して、随時ユーザ１２２の店内位置を特定する。別の監視カメラの撮影範囲にユーザ１２２が移動した場合には、その監視カメラで撮影された動画に基づいて、ユーザ１２２の追跡を継続して、ユーザ１２２の店内位置を特定し続ける。この処理を、ユーザ１２２が店外に出るまで続ける。

　アクション検出部は、動画に写っているユーザ１２２の挙動から、商品取り出しのアクションが行われたことを検出する。アクション検出部（不図示）は、たとえば、ユーザ１２２の手が棚に伸び、その後手に何かが持たれていれば、商品取り出しのアクションが行われたものと判定する。

　商品取り出しのアクションが行われた場合には、商品特定部が、ユーザ１２２によって取り出された商品を特定する処理を行う。商品特定部は、たとえば、動画でユーザ１２２の手に写っている物と、店舗内の各商品１０４のサンプル画像とのマッチングによって、いずれの商品１０４が取り出されたかを判定する。あるいは、商品特定部は、ユーザ１２２が手を伸ばした位置にある商品１０４が動画から消えたことによって、その商品１０４が取り出されたと判定してもよい。そして、取り出された商品ＩＤが、ユーザＩＤに対応する商品リストとして記憶される。

　このように、ユーザ１０４は、事前購入あるいは事前予約した商品１０４を探し出して、それを手に取る。任意購入方式の場合には、ユーザ１０４は、所望の商品１０４を選んで、それを手に取る。いずれの商品１０４の商品ＩＤも同様に、商品リストに追加される。そして、ユーザ１０４は、無人店舗の外へ出る。退去するときにはゲートを通らなくてもよい。このとき、追跡処理部は、図４に示した扉クローズ検出（Ｓ２０）に代えて、ユーザ１０４の退去を検出する。

　ストレージ装置１００の場合と同様に、取出通知送信部２６４は、取出通知をサーバ４００へ送信し（Ｓ２４）、認否通知受信部２７４は、サーバ４００から認否通知を受信する（Ｓ２６）。自動チェック方式の無人店舗では、少なくとも任意購入方式が採用されると想定されるので、否認されることはない。原則としてサーバ４００からの確認応答として、承認を示す認否通知が届く。但し、ユーザ１０４が事前購入した商品を取り出していない場合や事前予約した商品を取り出していない場合には、サーバ４００からユーザ端末３００へその旨を注意する通知（たとえば、「事前購入された○○（商品名）を持って行ってください。」あるいは「事前予約された○○（商品名）を持って行ってください。」などのメッセージを含む）を送るようにしてもよい。

　図４に示したロック施錠（Ｓ３２）は、省く。ユーザ１０４が退去すると、ストレージ装置１００の場合と同様に、チケット消去を行う（Ｓ３４）。

　複数のユーザ１０４が来店した場合には、各ユーザ１０４に関して並行して処理する。
つまり、ユーザ１０４毎に、追跡処理、アクション検出処理および商品特定処理などが、同時に行われる。

［有人店舗］
　有人店舗も、無人店舗と同様に、商品１０４を保管し、ユーザ１２２に商品１０４を引き渡す機能を有するので、ストレージ体の一種であるととらえることができる。有人店舗は、無人店舗の場合と同様に、商品チェック機方式であってよいし、自動チェック方式であってもよい。

　有人店舗の場合には、商品チェック機における商品１０４の商品バーコード１１８の読み取り操作を、店員が行うようにしてもよい。店員が、ユーザ１２２によって事前購入又は事前予約された商品１０４を取り置くようにしてもよい。また、店員が、棚に置かれていない商品１０４を、ユーザ１２２に渡すようにしてもよい。商品チェック機は、セルフレジ、セミセルフレジの他、ＰＯＳ（Point of sale）レジが兼ねてもよい。

［ストレージ装置１００を限定しない予約方式］
　複数のストレージ装置１００が属するグループを仮想店舗とみなして、仮想店舗に属する任意のストレージ装置１００から予約商品を取り出せるようにしてもよい。

　たとえば、ユーザが、近くのストレージ装置１００（ＳＴ－Ａ）内のある商品１０４を予約したが、事情が変わって他のストレージ装置１００（ＳＴ－Ｂ）からその商品１０４を取りたくなることも考えられる。この方式によれば、そのような場合に、予約したストレージ装置１００（ＳＴ－Ａ）以外からも予約商品を取り出せるようになる。

　具体的には、あるストレージ装置１００（ＳＴ－Ａ）の商品１０４に関して予約を受け付けた場合に、サーバ４００のチケット送信部４６４は、ストレージ装置１００（ＳＴ－Ａ）のみならず、グループ内の他のストレージ装置１００（ＳＴ－Ｂ）とストレージ装置１００（ＳＴ－Ｃ）にも電子チケットを送信する。同じグループに属するストレージ装置１００の情報は、サーバ４００のグループ記憶部（不図示）に記憶されている。

　ストレージ装置１００（ＳＴ－Ｂ）のチケット受信部２７２が電子チケットを受信すると、チケットリスト管理部２５２は、受信した電子チケットをチケットリストに追加する。ストレージ装置１００（ＳＴ－Ｃ）も同様である。

　当初予約されたストレージ装置１００（ＳＴ－Ａ）以外のストレージ装置１００（ＳＴ－Ｂ）で予約商品が取り出された場合には、事前予約に基づく購入として処理される。また、予約商品が取り出されたストレージ装置１００（ＳＴ－Ｂ）から送られた取出通知をサーバ４００の取出通知受信部４７６が受信すると、サーバ４００の取消通知送信部（不図示）は、取出通知に含まれる電子チケットに関する取消通知を、取出通知の送信元であるストレージ装置１００（ＳＴ－Ｂ）と同じグループに属するその他のストレージ装置１００（ＳＴ－Ａ）とストレージ装置１００（ＳＴ－Ｃ）へ送信する。取消通知には、取消対象の電子チケットが含まれる。

　ストレージ装置１００（ＳＴ－Ａ）の取消通知受信部（不図示）が取消通知を受信すると、チケットリスト管理部２５２は、取消通知に含まれる電子チケットと同じものをチケットリストから削除する。ストレージ装置１００（ＳＴ－Ｃ）も同様である。

　上述のとおり、サーバ４００でチケット認証を行うようにしてもよい。その場合には、サーバ４００内で、当初予約されたストレージ装置１００（ＳＴ－Ａ）のチケットリストを更新すると共に、同じグループ内のストレージ装置１００（ＳＴ－Ｂ）およびストレージ装置１００（ＳＴ－Ｃ）のチケットリストも更新する。

　地理的に近い範囲内のストレージ装置１００をグループとしてもよいし、同種の商品１０４を保管しているストレージ装置１００をグループとしてもよい。また、同じ運営者によって運営されるすべてのストレージ装置１００を一つのグループとしてもよい。

　当初予約されたストレージ装置１００（ＳＴ－Ａ）に関しては、予約者以外の者による予約商品の取り出しを制限し、それ以外のストレージ装置１００（ＳＴ－Ｂ）とストレージ装置１００（ＳＴ－Ｃ）に関しては、その予約商品を仮予約として扱って、予約者以外の者が自由に予約商品を取り出せるようにしてもよい。

［変形例１０］
　あるユーザ１２２が、他のユーザ１２２にストレージ装置１００に収容されている商品１０４を奢るようにしてもよい。以下では、奢る方のユーザ１２２を奢り主といい、奢られる方のユーザ１２２を奢り相手という。この例で、奢り主は、「山田太郎」であり、ユーザ端末３００ａを使用する。奢り相手は、「野村花子」であり、ユーザ端末３００ｂを使用する。奢り主は、ユーザ端末３００ａを操作して奢り相手を指定するとともに、奢り金額を設定する。奢り相手は、設定された奢り金額の範囲内で、ストレージ装置１００に収容されている商品１０４を奢ってもらうことができる。

　変形例１０～１２では、ストレージ装置１００を利用した奢りの仕組みを説明する。奢りの仕組みにより、ストレージ装置１００の利用形態の多様化が図られ、ストレージ装置１００を利用した商品取引が活性化する。

　図４０（Ａ）は、ポータル画面の例である。
　奢り主のユーザ端末３００ａからサーバ４００にアクセスすると、奢り金額設定ボタンを含むポータル画面が表示される。奢り主が奢り金額設定ボタンにタッチすると、奢り金額設定画面に切り替わる。

　図４０（Ｂ）は、奢り金額設定画面の例である。
　奢り金額設定画面は、奢り相手の選択領域と奢り金額の入力領域を含んでいる。奢り主は、予め友達登録されているユーザ１２２の中から奢り相手を選択し、奢り金額を入力する。奢り主が決定ボタンにタッチすると、奢り相手と奢り金額を特定する奢り金額設定情報が確定する。そして、奢り相手のユーザ端末３００ｂに奢り金額設定通知が送られる。通知方法は、プッシュ通知、ＳＮＳ（ソーシャル・ネットワーキング・サービス）のメッセージ転送機能や電子メールなどである。

　図４０（Ｃ）は、奢り金額設定通知の例である。
　奢り相手のユーザ端末３００ｂには、奢り金額設定通知によって「山田太郎さんから、３０００円の奢り金額が設定されました。」というメッセージが表示される。

　モジュール構成として、ユーザ端末３００は、イベント送信部（図示せず）、奢り設定情報送信部（図示せず）、通知受信部（図示せず）およびメッセージ表示部（図示せず）を有する。
　イベント送信部は、各種イベントをサーバ４００へ送信する。奢り設定情報送信部は、奢り金額設定情報をサーバ４００へ送信する。通知受信部は、サーバ４００から各種通知を受信する。メッセージ表示部は、各種メッセージを表示する。

　サーバ４００は、イベント受信部（図示せず）、奢り設定情報受信部（図示せず）、通知送信部（図示せず）、奢り設定情報登録部（図示せず）、奢り金額設定テーブル記憶部（図示せず）および決済部（図示せず）を有する。
　イベント受信部は、ユーザ端末３００から各種イベントを受信する。奢り設定情報受信部は、ユーザ端末３００から奢り金額設定情報を受信する。通知送信部は、各種通知をユーザ端末３００へ送信する。奢り設定情報登録部は、受信した奢り金額設定情報を奢り金額設定テーブルに登録する。奢り金額設定テーブル記憶部は、奢り金額設定テーブルを記憶する。決済部は、決済処理を行う。

　具体的な処理動作について説明する。奢り主のユーザ端末３００ａのアカウント情報送信部３６６は、アカウント情報（ユーザＩＤとパスワード）をサーバ４００へ送信する。

　サーバ４００のアカウント情報受信部４７９がアカウント情報を受信すると、サーバ４００のユーザ認証部４４３は、ユーザ認証を行う。ユーザ認証が成功すると、サーバ４００の画面データ送信部４６２は、ポータル画面のデータをユーザ端末３００ａへ送信する。

　奢り主のユーザ端末３００ａの画面データ受信部３７２がポータル画面のデータを受信すると、ユーザ端末３００ａの画面出力部３３４は、ポータル画面を表示する。ユーザ端末３００ａの操作受付部３２２が奢り金額設定ボタンのタッチを受け付けると、ユーザ端末３００ａのイベント送信部は、奢り金額設定画面の要求イベントをサーバ４００へ送信する。

　サーバ４００のイベント受信部が奢り金額設定画面の要求イベントを受信すると、サーバ４００の画面データ送信部４６２は、奢り金額設定画面のデータをユーザ端末３００ａへ送信する。奢り金額設定画面のデータは、友達登録されているユーザ１２２の名前とユーザＩＤを含んでいる。

　奢り主のユーザ端末３００ａの画面データ受信部３７２が奢り金額設定画面のデータを受信すると、ユーザ端末３００ａの画面出力部３３４は、奢り金額設定画面を表示する。ユーザ端末３００ａの操作受付部３２２は、友達登録されているユーザ１２２の名前を候補として表示して、奢り相手の選択を受け付ける。また、ユーザ端末３００ａの操作受付部３２２は、奢り金額の入力を受け付ける。そして、ユーザ端末３００ａの操作受付部３２２が奢り金額設定ボタンのタッチを受け付けると、ユーザ端末３００ａの奢り設定情報送信部は、奢り相手のユーザＩＤ（以下、「奢り相手ＩＤ」という）と奢り金額を含む奢り金額設定情報をサーバ４００へ送信する。

　サーバ４００の奢り設定情報受信部が奢り金額設定情報を受信すると、サーバ４００の奢り設定情報登録部は、受信した奢り金額設定情報を奢り金額設定テーブルに登録する。

　図４１は、奢り金額設定テーブルのデータ構造図である。
　奢り金額設定テーブルは、受信した奢り金額設定情報毎のレコードを有する。レコードは、奢り主ＩＤ、奢り相手ＩＤ、奢り金額および利用金額を対応付ける。第１レコードの奢り主ＩＤのＵＳ００１は、「山田太郎」のユーザＩＤであり、奢り相手ＩＤのＵＳ００２は、「野村花子」のユーザＩＤである。利用金額は、奢りを利用して肩代わりしてもらった代金の合計を示す。

　続いて、サーバ４００の通知送信部は、奢り金額設定通知を奢り相手のユーザ端末３００ｂへ送信する。

　奢り相手のユーザ端末３００ｂの通知受信部が奢り金額設定通知を受信すると、ユーザ端末３００ｂのメッセージ表示部は、奢り金額設定通知に設定されているメッセージを表示する。

　図４２は、決済処理の過程を示すフローチャートである。
　変形例１０では基礎的な処理として実施形態または変形例１～３などを適用して、さらに以下に示す決済処理を行う。決済処理は、売上テーブル（図１６）のレコード毎に行われる。売上テーブルにおけるユーザＩＤは、商品を引き取ったユーザ１２２を示している。サーバ４００の決済部は、売上テーブルのユーザＩＤが、奢り金額設定テーブルに設定されているいずれかの奢り相手ＩＤに該当するか否かを判定する（Ｓ２２０）。

　売上テーブルのユーザＩＤが、いずれの奢り相手ＩＤにも該当しない場合には（Ｓ２２０のＮ）、サーバ４００の決済部は、全額の当人払い処理を行う（Ｓ２２２）。具体的には、決済部は、売上テーブルのユーザＩＤに紐づけられている決済情報（たとえば、電子マネーのユーザ番号やクレジットカードのユーザ番号など）に基づいて前払いあるいは後払いの電子決済や現金決済などを行う。前払いの場合、ユーザ１２２は予めチャージしておくものとする。前払いにおいてチャージ金額不足の場合の対処方法や後払いにおいて銀行口座からの引落不能の場合の対処方法は、従来技術と同じでよい。

　売上テーブルのユーザＩＤが、奢り相手ＩＤに該当する場合には（Ｓ２２０のＹ）、サーバ４００の決済部は、奢り金の残額が商品の販売価格以上である否かを判定する（Ｓ２２４）。奢り金の残額は、奢り相手ＩＤに対応する奢り金額から利用金額を引いた差分として求められる。商品の販売価格は、売上テーブルから読み取られる。

　奢り金の残額が商品の販売価格以上であると判定した場合には（Ｓ２２４のＹ）、サーバ４００の決済部は、全額の奢り主払い処理を行う（Ｓ２２６）。具体的には、決済部は、奢り相手ＩＤに対応する奢り主ＩＤに紐づけられている決済情報に基づいて、上述のとおり前払いあるいは後払いの電子決済や現金決済などを行う。そして、決済部は、奢り相手ＩＤに対応する利用金額に販売価格を加算する（Ｓ２２８）。

　奢り金の残額が商品の販売価格未満であると判定した場合には（Ｓ２２４のＮ）、サーバ４００の決済部は、奢り金の残額分の奢り主払い処理を行う（Ｓ２３０）。そして、決済部は、利用金額を奢り金額と同じにして、奢り金額設定情報を無効にする（Ｓ２３２）。また、決済部は、不足額の当人払い処理を行う（Ｓ２３４）。不足額は、商品の販売価格から奢り金の残額を引いた差分である。

　ここでは、ストレージ装置１００の例を示したが、変形例１０をその他のストレージ体（たとえば、ストレージ部屋、無人店舗あるいは有人店舗など）に適用してもよい。

［変形例１１］
　奢り相手が先にストレージ装置１００に収容されている商品１０４を購入し、事後的に友達登録しているユーザ１２２に奢りをリクエストするようにしてもよい。以下、奢りをリクエストする方のユーザ１２２を奢り依頼人という。奢りをリクエストされる方のユーザ１２２を奢り主候補という。この例で、奢り依頼人は、「野村花子」であり、ユーザ端末３００ｂを使用する。奢り主候補は、「山田太郎」であり、ユーザ端末３００ａを使用する。

　図４３（Ａ）は、ポータル画面の例である。
　奢り依頼人のユーザ端末３００ｂからサーバ４００にアクセスすると、購入記録ボタンを含むポータル画面が表示される。奢り主が購入記録ボタンにタッチすると、購入記録画面に切り替わる。

　図４３（Ｂ）は、購入記録画面の例である。
　購入記録画面には、奢り依頼人がストレージ装置１００から商品を購入した記録が表示される。この例では、購入日時「×月×日×時×分」、ストレージ名「ビルＡ－Ｆ４」、購入商品名「とんかつ弁当」および購入金額「７５０円」が表示される。購入記録画面は、奢り主候補の選択領域を含んでいる。奢り依頼人は、予め友達登録されているユーザ１２２の中から奢り主候補を選択する。奢り主が奢りリクエストボタンにタッチすると、奢り主候補のユーザ端末３００ａに奢りリクエスト通知が送られる。通知方法は、プッシュ通知、ＳＮＳのメッセージ転送機能や電子メールなどである。

　図４３（Ｃ）は、奢りリクエスト通知の例である。
　奢り主候補のユーザ端末３００ａには、奢りリクエスト通知によって「野村花子さんから、奢りリクエストを受けました。」というメッセージが表示される。

　図４３（Ｄ）は、奢り認否画面の例である。
　奢り主候補は、ユーザ端末３００ａからサーバ４００にアクセスして、奢りリクエストの認否を答えることができる。奢り認否画面には、奢りリクエストの内容が表示される。具体的には、奢り依頼人「野村花子」、購入日時、ストレージ名、購入商品名および購入金額が表示される。奢り主候補が承認ボタンにタッチすると奢りリクエストが認容され、奢り主候補が奢り主となる。奢り主候補が拒否ボタンにタッチすると奢りリクエストが否認され、奢り主候補は奢り主とならない。

　モジュール構成として、サーバ４００は、奢り主情報登録部（図示せず）および認否情報登録部（図示せず）を有する。
　奢り主情報登録部は、売上テーブルにおいて購入記録に相当するレコードに、未承認の状態で奢り主候補ＩＤを奢り主ＩＤとして登録する。認否情報登録部は、売上テーブルにおいて購入記録に相当するレコードの承認フラグを切り替える。

　　具体的な処理動作について説明する。奢り依頼人のユーザ端末３００ｂのアカウント情報送信部３６６は、アカウント情報（ユーザＩＤとパスワード）をサーバ４００へ送信する。

　サーバ４００のアカウント情報受信部４７９がアカウント情報を受信すると、サーバ４００のユーザ認証部４４３は、ユーザ認証を行う。ユーザ認証が成功すると、サーバ４００の画面データ送信部４６２は、ポータル画面のデータをユーザ端末３００ｂへ送信する。

　奢り依頼人のユーザ端末３００ｂの画面データ受信部３７２がポータル画面のデータを受信すると、ユーザ端末３００ｂの画面出力部３３４は、ポータル画面を表示する。ユーザ端末３００ｂの操作受付部３２２が購入記録ボタンのタッチを受け付けると、ユーザ端末３００ａのイベント送信部は、購入記録画面の要求イベントをサーバ４００へ送信する。

　サーバ４００のイベント受信部が購入記録画面の要求イベントを受信すると、サーバ４００の画面データ送信部４６２は、購入記録画面のデータをユーザ端末３００ｂへ送信する。購入記録画面のデータは、友達登録されているユーザ１２２の名前とユーザＩＤを含んでいる。

　奢り依頼人のユーザ端末３００ｂの画面データ受信部３７２が購入記録画面のデータを受信すると、ユーザ端末３００ｂの画面出力部３３４は、購入記録画面を表示する。ユーザ端末３００ｂの操作受付部３２２は、友達登録されているユーザ１２２の名前を候補として表示して、奢り主候補の選択を受け付ける。そして、ユーザ端末３００ｂの操作受付部３２２が奢りリクエストボタンのタッチを受け付けると、ユーザ端末３００ｂのイベント送信部は、奢り主候補のユーザＩＤ（奢り主候補ＩＤ）が付加された奢りリクエストのイベントをサーバ４００へ送信する。

　サーバ４００のイベント受信部が奢りリクエストのイベントを受信すると、サーバ４００の奢り主情報登録部は、売上テーブルにおいて購入記録に相当するレコードに、未承認の状態で奢り主候補ＩＤを奢り主ＩＤとして登録する。

　図４４は、売上テーブルのデータ構造図である。
　売上テーブルは、販売取引毎のレコードを有する。レコードには、取引ＩＤ、商品ＩＤ、ユーザＩＤ、販売価格、電子チケットＩＤおよびストレージ装置ＩＤなど上述した項目の他に、奢り主ＩＤおよび承認フラグが格納される。承認フラグの初期値は、ＯＦＦである。奢りリクエストが承認されると、承認フラグはＯＮになる。奢り主ＩＤには、奢り主候補のユーザＩＤが設定される。奢りリクエストが承認された場合、ユーザＩＤは、奢り相手ＩＤに相当する。

　続いて、サーバ４００の通知送信部は、奢りリクエスト通知を奢り主候補のユーザ端末３００ａへ送信する。

　奢り主候補のユーザ端末３００ａの通知受信部が奢りリクエスト通知を受信すると、ユーザ端末３００ａのメッセージ表示部は、奢りリクエスト通知に設定されているメッセージを表示する。

　その後、奢りリクエストの認否を答える奢り主候補の操作によって、ユーザ端末３００ａのアカウント情報送信部３６６は、アカウント情報（ユーザＩＤとパスワード）をサーバ４００へ送信する。

　サーバ４００のアカウント情報受信部４７９がアカウント情報を受信すると、サーバ４００のユーザ認証部４４３は、ユーザ認証を行う。ユーザ認証が成功すると、サーバ４００の画面データ送信部４６２は、奢り認否画面のデータをユーザ端末３００ａへ送信する。

　ユーザ端末３００ａの画面データ受信部３７２が奢り認否画面のデータを受信すると、ユーザ端末３００ａの画面出力部３３４は、奢り認否画面を表示する。ユーザ端末３００ａの操作受付部３２２が承認ボタンのタッチを受け付けると、ユーザ端末３００ａのイベント送信部は、承認イベントをサーバ４００へ送信する。一方、ユーザ端末３００ａの操作受付部３２２が拒否ボタンのタッチを受け付けると、ユーザ端末３００ａのイベント送信部は、拒否イベントをサーバ４００へ送信する。

　サーバ４００のイベント受信部が承認イベントを受信すると、サーバ４００の認否情報登録部は、売上テーブルにおいて購入記録に相当するレコードの承認フラグをＯＮにする。一方、サーバ４００のイベント受信部が拒否イベントを受信すると、サーバ４００の認否情報登録部は、売上テーブルにおいて購入記録に相当するレコードの承認フラグをＯＦＦにする。

　図４５は、決済処理の過程を示すフローチャートである。
　変形例１１では基礎的な処理として実施形態または変形例１～３などを適用して、さらに以下に示す決済処理を行う。決済処理は、売上テーブル（図１６）のレコード毎に行われる。売上テーブルにおけるユーザＩＤは、商品を引き取ったユーザ１２２を示している。ユーザ１２２が奢りをリクエストした場合、このユーザＩＤは奢り依頼人を示している。つまり、ユーザＩＤは、奢り依頼人ＩＤに相当することがある。

　サーバ４００の決済部は、売上テーブルのレコードにおいて奢り主ＩＤが設定されているか否かを判定する（Ｓ２４０）。奢り主ＩＤが設定されていない場合には（Ｓ２４０のＮ）、決済部は、売上テーブルのレコードに設定されている販売価格の当人払い処理を行う（Ｓ２４２）。具体的には、決済部は、売上テーブルのユーザＩＤに紐づけられている決済情報に基づいて、上述のとおり前払いあるいは後払いの電子決済や現金決済などを行う。これは、通常の自己払いに相当する。

　奢り主ＩＤが設定されている場合には（Ｓ２４０のＹ）、サーバ４００の決済部は、承認フラグがＯＮであるか否かを判定する（Ｓ２４４）。承認フラグがＯＮである場合には（Ｓ２４４のＹ）、決済部は、販売価格の奢り主払い処理を行う（Ｓ２４６）。具体的には、決済部は、奢り主ＩＤに紐づけられている決済情報に基づいて、上述のとおり前払いあるいは後払いの電子決済や現金決済などを行う。承認フラグがＯＦＦである場合には（Ｓ２４４のＮ）、販売価格の当人払い処理を行う（Ｓ２４２）。

　ここでは、ストレージ装置１００の例を示したが、変形例１１をその他のストレージ体（たとえば、ストレージ部屋、無人店舗あるいは有人店舗など）に適用してもよい。

［変形例１２］
　あるユーザ１２２が、自らストレージ装置１００から購入した商品を気に入った場合に、他のユーザ１２２に同じ商品１０４を推奨して奢るようにしてもよい。以下では、奢る方のユーザ１２２をオススメ奢り主といい、奢られる方のユーザ１２２をオススメ奢り相手という。この例で、オススメ奢り主は、「山田太郎」であり、ユーザ端末３００ａを使用する。オススメ奢り相手は、「野村花子」であり、ユーザ端末３００ｂを使用する。オススメ奢り主は、自らの購入履歴に関連してオススメ奢り相手に商品１０４を推奨して奢るための操作を行う。オススメ奢り相手は、自ら出向いてストレージ装置１００にある同じ商品１０４を取り出し、これを奢ってもらうことができる。

　図４６（Ａ）は、ポータル画面の例である。
　オススメ奢り主のユーザ端末３００ａからサーバ４００にアクセスすると、購入記録ボタンを含むポータル画面が表示される。オススメ奢り主が購入記録ボタンにタッチすると、購入記録画面に切り替わる。

　図４６（Ｂ）は、購入記録画面の例である。
　購入記録画面には、オススメ奢り主がストレージ装置１００から商品を購入した記録が表示される。この例では、購入日時「×月×日×時×分」、ストレージ名「ビルＡ－Ｆ４」、購入商品名「ＡＢＣチップス」および購入金額「２００円」が表示される。購入記録画面は、オススメ奢り相手の選択領域を含んでいる。オススメ奢り主は、予め友達登録されているユーザ１２２の中からオススメ奢り相手を選択する。オススメ奢り主がオススメ奢りボタンにタッチすると、オススメ奢り相手のユーザ端末３００ｂにオススメ奢り通知が送られる。通知方法は、プッシュ通知、ＳＮＳのメッセージ転送機能や電子メールなどである。

　図４６（Ｃ）は、オススメ奢り通知の例である。
　オススメ奢り相手のユーザ端末３００ｂには、オススメ奢り通知によって「山田太郎さんから、オススメ奢りを受けました。」というメッセージが表示される。

　図４６（Ｄ）は、オススメ奢り案内画面の例である。
　オススメ奢り相手は、ユーザ端末３００ｂからサーバ４００にアクセスして、オススメ奢りを確認することができる。オススメ奢り案内画面には、オススメ奢りの内容が表示される。この例では、オススメ奢り主「山田太郎」、オススメ商品名「ＡＢＣチップス」および在庫ストレージ名「ビルＡ－Ｆ１」と「ビルＢ－Ｆ１」が表示される。在庫ストレージ名は、オススメ商品を収容しているオススメ奢り相手の近くのストレージ装置１００を示している。オススメ奢り相手が在庫ストレージ名に対応する確認ボタンにタッチすると、図１１に示したストレージ確認画面が表示される。

　オススメ奢り相手がオススメ奢り案内画面を参考にして、ストレージ装置１００のところへ行って、ストレージ装置１００からオススメ商品を取り出すと、代金はオススメ奢り主によって支払われる。

　モジュール構成として、ユーザ端末３００は、オススメ奢り情報送信部（図示せず）を有する。
　オススメ奢り情報送信部は、オススメ奢り相手のユーザＩＤ（以下、「オススメ奢り相手ＩＤ」という）を含むオススメ奢り情報をサーバ４００へ送信する。

　サーバ４００は、オススメ奢り情報受信部（図示せず）、オススメ奢りテーブル記憶部（図示せず）およびストレージ探索部（図示せず）を有する。
　オススメ奢り情報受信部は、ユーザ端末３００からオススメ奢り情報を受信する。オススメ奢りテーブル記憶部は、オススメ奢りテーブルを記憶する。ストレージ探索部は、ユーザ１２２の位置に近く、オススメ商品を収容しているストレージ装置１００を探索する。

　具体的な処理動作について説明する。オススメ奢り主のユーザ端末３００ａのアカウント情報送信部３６６は、アカウント情報（ユーザＩＤとパスワード）をサーバ４００へ送信する。

　オススメ奢り主のユーザ端末３００ａの画面データ受信部３７２がポータル画面のデータを受信すると、ユーザ端末３００ａの画面出力部３３４は、ポータル画面を表示する。ユーザ端末３００ａの操作受付部３２２が購入記録ボタンのタッチを受け付けると、ユーザ端末３００ａのイベント送信部は、購入記録画面の要求イベントをサーバ４００へ送信する。

　サーバ４００のイベント受信部が購入記録画面の要求イベントを受信すると、サーバ４００の画面データ送信部４６２は、購入記録画面のデータをユーザ端末３００ａへ送信する。購入記録画面のデータは、友達登録されているユーザ１２２の名前とユーザＩＤを含んでいる。

　オススメ奢り主のユーザ端末３００ａの画面データ受信部３７２が購入記録画面のデータを受信すると、ユーザ端末３００ａの画面出力部３３４は、購入記録画面を表示する。ユーザ端末３００ａの操作受付部３２２は、友達登録されているユーザ１２２の名前を候補として表示して、オススメ奢り相手の選択を受け付ける。そして、ユーザ端末３００ａの操作受付部３２２がオススメ奢りボタンのタッチを受け付けると、ユーザ端末３００ａのオススメ奢り情報送信部は、オススメ奢り相手ＩＤを含むオススメ奢り情報をサーバ４００へ送信する。

　サーバ４００のオススメ奢り情報受信部がオススメ奢り情報を受信すると、サーバ４００のオススメ奢り情報登録部は、受信したオススメ奢り情報をオススメ奢りテーブルに登録する。

　図４７は、オススメ奢りテーブルのデータ構造図である。
　オススメ奢りテーブルは、オススメ奢り情報毎のレコードを有する。レコードは、オススメ奢り主ＩＤ、オススメ奢り相手ＩＤおよびオススメ商品ＩＤを対応付ける。この例で、第１レコードのオススメ奢り主ＩＤのＵＳ００１は、「山田太郎」のユーザＩＤである。同じくオススメ奢り相手ＩＤのＵＳ００２は、「野村花子」のユーザＩＤである。

　続いて、サーバ４００の通知送信部は、オススメ奢り通知をオススメ奢り相手のユーザ端末３００ｂへ送信する。

　オススメ奢り相手のユーザ端末３００ｂの通知受信部がオススメ奢り通知を受信すると、ユーザ端末３００ｂのメッセージ表示部は、オススメ奢り通知に設定されているメッセージを表示する。

　その後、オススメ奢りを確認するオススメ奢り相手の操作によって、ユーザ端末３００ｂのアカウント情報送信部３６６は、アカウント情報（ユーザＩＤとパスワード）をサーバ４００へ送信する。

　サーバ４００のアカウント情報受信部４７９がアカウント情報を受信すると、サーバ４００のユーザ認証部４４３は、ユーザ認証を行う。ユーザ認証が成功すると、サーバ４００のストレージ探索部は、ユーザ１２２の位置に近く、オススメ商品を収容しているストレージ装置１００を探索する。たとえば、勤務地の近く、あるいは自宅近くのストレージ装置１００が対象となる。または、ユーザの端末で計測された現在位置を取得して、その近くのストレージ装置１００を選出してもよい。サーバ４００の画面データ送信部４６２は、オススメ奢り案内画面のデータをユーザ端末３００ｂへ送信する。オススメ奢り案内画面のデータには、ストレージ確認画面のデータが付加されている。

　ユーザ端末３００ｂの画面データ受信部３７２がオススメ奢り案内画面のデータを受信すると、ユーザ端末３００ｂの画面出力部３３４は、オススメ奢り案内画面を表示する。ユーザ端末３００ｂの操作受付部３２２が確認ボタンのタッチを受け付けると、ユーザ端末３００ｂの画面出力部３３４は、ストレージ確認画面を表示する。

　図４８は、決済処理の過程を示すフローチャートである。
　変形例１２では基礎的な処理として実施形態または変形例１～３などを適用して、さらに以下に示す決済処理を行う。決済処理は、売上テーブル（図１６）のレコード毎に行われる。売上テーブルにおけるユーザＩＤは、商品を引き取ったユーザ１２２を示している。ユーザ１２２がオススメ奢りを受けた場合、このユーザＩＤはオススメ奢り相手を示している。つまり、ユーザＩＤは、オススメ奢り相手ＩＤに相当することがある。

　サーバ４００の決済部は、売上テーブルのユーザＩＤが、オススメ奢りテーブルに設定されているいずれかのオススメ奢り相手ＩＤに該当するか否かを判定する（Ｓ２５０）。

　売上テーブルのユーザＩＤが、いずれのオススメ奢り相手ＩＤにも該当しない場合には（Ｓ２５０のＮ）、サーバ４００の決済部は、全額の当人払い処理を行う（Ｓ２５２）。

　売上テーブルのユーザＩＤが、オススメ奢り相手ＩＤに該当する場合には（Ｓ２５０のＹ）、売上テーブルの商品ＩＤがオススメ奢り相手ＩＤに対応するオススメ商品ＩＤと一致するか否かを判定する（Ｓ２５４）。売上テーブルの商品ＩＤがオススメ商品ＩＤと一致しない場合には（Ｓ２５４のＮ）、サーバ４００の決済部は、全額の当人払い処理を行う（Ｓ２５２）。

　一方、売上テーブルの商品ＩＤがオススメ商品ＩＤと一致する場合には（Ｓ２５４のＹ）、サーバ４００の決済部は、オススメ奢り主払い処理を行う（Ｓ２５６）。具体的には、決済部は、オススメ奢り主ＩＤに紐づけられている決済情報に基づいて、上述のとおり前払いあるいは後払いの電子決済や現金決済などを行う。そして、決済部は、売上テーブルのレコードと、オススメ奢り相手とオススメ商品が一致したオススメ奢り情報を削除する（Ｓ２５８）。

　図４８に示した決済処理の例では、オススメ商品以外の商品１０４については、購入したユーザ１２２（当人）が支払う。つまり、変形例１２では、オススメ商品以外の商品１０４を奢ってもらうことはできない。但し、設定金額内で奢ってもらえる変形例１０の処理を変形例１２に適用して、オススメ商品以外の商品１０４を奢ってもらえるようにしてもよい。たとえば、図４６で説明した例において、ユーザ１２２が「ＡＢＣチップス」以外の商品１０４を購入する場合であっても、ＡＢＣチップスの価格「２００円」まで、任意の商品１０４を奢ってもらえるようにしてもよい。

　変形例１０の処理を変形例１２に適用する具体例について説明する。ユーザインターフェースとして、変形例１２の図４６で説明したユーザ端末３００の操作処理を行う。表示上は、商品１０４として「ＡＢＣチップス」を薦めているが、奢り条件としては、「ＡＢＣチップス」の価格「２００円」と同額の奢り金額を設定することを意味する。そのため、変形例１０の図４１で説明した奢り金額設定テーブルにレコードを追加する。この例では、奢り主ＩＤがＵＳ００１（「山田太郎」）であり、奢り相手ＩＤがＵＳ００２（「野村花子」）であり、奢り金額が２００円（「ＡＢＣチップス」の価格）であり、利用金額が０円であるレコードが設けられる。そして、変形例１０の図４２で説明した決済処理を行う。このようにすれば、奢り相手（「野村花子」）が、オススメ商品「ＡＢＣチップス」以外の商品１０４を購入する場合でも、「ＡＢＣチップス」と同額の２００円の範囲内で奢り主（「山田太郎」）が支払うことになる。

　ここまで、購入商品と同じ商品をオススメ商品とする例を示したが、購入商品に類似する商品をオススメ商品として扱ってもよい。商品の類似関係は予め設定されているものとする。

　また、サーバ４００は、ユーザ１２２の近くのストレージ装置１００でオススメ商品が欠品である場合に、そのストレージ装置１００内にある商品１０４のうち、オススメ商品以外の商品１０４（たとえば、オススメ商品と同種あるいは類似の商品１０４など）をリコメンドする通知を、ユーザ端末３００に送るようにしてもよい。そのとき、サーバ４００は、オススメ商品と同額あるいはそれ以下の価格の商品を選んでリコメンドするようにしてもよい。

　ここでは、ストレージ装置１００の例を示したが、変形例１２をその他のストレージ体（たとえば、ストレージ部屋、無人店舗あるいは有人店舗など）に適用してもよい。

［変形例１３］
　実施形態で述べた「ストレージ内商品の事前購入方式」の場合、ユーザ１２２は、ストレージ装置１００に収容されている複数種類の商品１０４のうち、事前購入した商品１０４を取り出す。また、変形例１で述べた「ストレージ内商品の事前予約方式」の場合、ユーザ１２２は、ストレージ装置１００に収容されている複数種類の商品１０４のうち、事前予約した商品１０４を取り出す。しかし、いずれの商品１０４を取り出すべきかの判断をユーザ１２２が誤ることも考えられる。

　また、変形例２および変形例３で述べた「ストレージ内商品の任意購入方式」の場合には、ユーザ１２２は、ストレージ装置１００に収容されている複数種類の商品１０４のうち、任意の商品１０４を取り出すことができる。但し、「ストレージ内商品の事前購入方式」あるいは「ストレージ内商品の事前予約方式」と併せて実現する場合には、ストレージ装置１００に他人が事前購入あるいは事前予約した商品が含まれることが想定される。このようなケースでは、「ストレージ内商品の任意購入方式」のユーザ１２２は、他人が事前購入あるいは事前予約した商品１０４を取り出してはならない。

　変形例１３では、このように「ストレージ内商品の事前購入方式」におけるユーザ１２２が事前購入した商品を容易に判別でき、「ストレージ内商品の事前予約方式」におけるユーザ１２２が事前予約した商品を容易に判別できるようにする。また、「ストレージ内商品の任意購入方式」のユーザ１２２が、他人の事前購入商品や事前予約商品を除く商品１０４を容易に判別できるようにする。

　具体的には、ユーザ１２２が取り出すべき自己の事前購入商品または自己の事前予約商品に照明を当てて判別しやすくする。また、任意購入するユーザ１２２が取り出してもよい商品１０４に照明を当てて判別しやすくする。

　図４９は、ストレージ装置１００の棚の構成図である。
　棚空間の下方の平面（床面）は、商品１０４の設置面であって、複数のエリア９００に分割されている。店員が１つのエリア９００内に１つの商品１０４を設置するように運用される。

　この例では、６つのエリア９００ａ～９００ｆに、それぞれ商品１０４ａ～１００ｆが設置されている。カメラ１１０によって棚空間の下方が撮影された映像を画像分析することによってエリア９００ａ～９００ｆと商品１０４ａ～１０４ｆの対応関係が特定される。画像分析は、たとえばバーコードや二次元バーコードの読み取り、あるいは商品の外観によるパターンマッチングなどである。

　棚空間の上方の平面（天井面）には、複数のエリア９００にそれぞれ対向する位置にライト９０２が備え付けられている。この例では、６つのエリア９００ａ～９００ｆに対向する位置にライト９０２ａ～９００ｆが備え付けられている。そして、ライト９０２ａ～９０２ｆは、それぞれ対向するエリア９００ａ～９００ｆに向けて可視光を照射することができる。これにより、所望の商品１０４を照らし出すようにする。複数の棚のいずれも同様の構成を有する。

　図５０は、商品配置テーブルのデータ構造図である。
　画像分析によって特定されたエリア９００ａ～９００ｆと商品１０４ａ～１０４ｆの対応関係は、ストレージ装置１００のコンピュータ２００に設けられる商品配置テーブル記憶部で記憶される。商品配置テーブルは、収容している商品１０４毎のレコードを有する。レコードは、商品ＩＤ、棚ＩＤおよびエリアＩＤを対応付ける。商品１０４の設置場所は、棚ＩＤおよびエリアＩＤによって特定される。また、棚ＩＤおよびエリアＩＤによって、その商品を照らし出すライト９０２が特定される。この例では、１つの棚の商品に着目しているが、他の棚の商品についても同様に扱う。

　事前購入商品および事前予約商品に関する情報は、サーバ４００で管理されている。サーバ４００は、ストレージ装置１００へ事前購入商品および事前予約商品の情報を送って、ストレージ装置１００でいずれのライト９０２を点灯させるかを判断できるようにする。

　図５１は、サーバ４００からストレージ装置１００へ購入商品ＩＤを送信するステップを含むシーケンス図である。
　図５１は、「ストレージ内商品の事前購入方式」の図２０を基礎としている。図２０との相違点について説明する。Ｓ５６の処理までは、図２０の場合と同様である。Ｓ５８で、チケット送信部４６４は、電子チケットをユーザ端末３００へ送信する。

　Ｓ２６０の処理を追加する。Ｓ２６０では、チケット送信部４６４は、電子チケットのデータと購入商品ＩＤをストレージ装置１００ａへ送信する。図２０のＳ６０に代わるＳ２６２で、ストレージ装置１００ａのコンピュータ２００のチケットリスト管理部２５２は、受信した電子チケットのデータと購入商品ＩＤをチケットリストに追加する。Ｓ６２以降の処理は、図２０の場合と同様である。

　「ストレージ内商品の事前予約方式」の場合には、チケット送信部４６４は、電子チケットのデータと予約商品ＩＤをストレージ装置１００ａへ送信する。ストレージ装置１００ａのコンピュータ２００のチケットリスト管理部２５２は、受信した電子チケットのデータと予約商品ＩＤをチケットリストに追加する。

　「ストレージ内商品の任意購入方式」の場合には、チケット送信部４６４は、電子チケットのデータのみをストレージ装置１００ａへ送信する。ストレージ装置１００ａのコンピュータ２００のチケットリスト管理部２５２は、受信した電子チケットのデータのみをチケットリストに追加する。

　図５２は、変形例１３におけるチケットリストのデータ構造図である。
　チケットリストは、電子チケット毎のレコードを有する。レコードは、電子チケットのデータ、購入商品ＩＤおよび予約商品ＩＤを対応付ける。「ストレージ内商品の事前購入方式」の場合には、電子チケットのデータに対応付けて購入商品ＩＤが設定される。「ストレージ内商品の事前予約方式」の場合には、電子チケットのデータに対応付けて予約商品ＩＤが設定される。「ストレージ内商品の任意購入方式」の場合には、電子チケットのデータが設定され、購入商品ＩＤおよび予約商品ＩＤは設定されない。

　図５３は、変形例１３におけるストレージ装置１００の動作過程を示すフローチャートである。
　モジュール構成として、ストレージ装置１００のコンピュータ２００は、照明制御部（図示せず）およびガイド音声出力部（図示せず）を有する。
　照明制御部は、ライト９０２の点灯およち消灯に関する制御を行う。ガイド音声出力部は、ガイド音声を出力する。

　図５３は、図４を基礎としている。ここでは、図４との相違点について説明する。Ｓ１４の処理までは、図４の場合と同様である。

　Ｓ２７０の処理を追加する。商品検出部２４４は、検出した商品の配置場所を特定する。具体的には、棚ＩＤとエリアＩＤを特定する。特定された棚ＩＤとエリアＩＤは、商品配置テーブル（図５０）に設定される。

　Ｓ２７２の処理を追加する。ストレージ装置１００のコンピュータ２００の照明制御部は、照明を当てる対象となる商品１０４を特定する。具体的には、照明制御部は、Ｓ１２で認証した電子チケットに購入商品ＩＤが対応付けられている場合には、購入商品ＩＤで照明対象を特定する。Ｓ１２で認証した電子チケットに予約商品ＩＤが対応付けられている場合には、照明制御部は、予約商品ＩＤで照明対象を特定する。Ｓ１２で認証した電子チケットに購入商品ＩＤと予約商品ＩＤのいずれも対応付けられていない場合には、照明制御部は、ストレージ内商品リスト（図１４）の商品ＩＤのうち、チケットリストに含まれる購入商品ＩＤと予約商品ＩＤのいずれにも該当しない商品ＩＤを照明対象とする。

　Ｓ１８で扉オープンが検出されると、照明制御部は、照明対象の商品ＩＤに対応する棚ＩＤとエリアＩＤによって特定されたライト９０２を点灯させる。このとき、ストレージ装置１００のガイド音声出力部が、スピーカー１１６からガイド音声を出力させる（Ｓ２７６）。電子チケットに購入商品ＩＤまたは予約商品ＩＤが対応付けられている場合には、たとえば「照らされている商品をお取りください。」というガイド音声が出力される。電子チケットに購入商品ＩＤおよび予約商品ＩＤのいずれも対応付けられていない場合には、たとえば「照らされている商品の中からお選びください。」というガイド音声が出力される。

　Ｓ２０で扉クローズが検出されると、照明制御部は、点灯させていたライト９０２を消灯させる。Ｓ２２以降の処理は、図４の場合と同様である。

　ライト９０２は、光を照射する向きを変更する機能を有するものでもよい。照明制御部は、ライト９０２の向きを照明対象の商品１０４があるエリアに向けさせて光を照射させるようにしてもよい。

　ここでは、ストレージ装置１００の例を示したが、変形例１３をその他のストレージ体（たとえば、ストレージ部屋、無人店舗あるいは有人店舗など）に適用してもよい。

［変形例１４］
　ストレージ装置１００を自動車に搭載し、移動できるようにしてもよい。また、サーバ４００において、ここまで述べてきた設置型のストレージ装置１００と変形例１４で述べる移動型のストレージ装置１００における在庫を一括して管理し、動的な商品配置に役立てるようにしてもよい。

　また、移動型のストレージ装置１００を搭載したストレージ搭載車９１０によってユーザ１２２に商品を引き渡してもよいし、設置型のストレージ装置１００に商品を配送してもよい。移動型のストレージ装置１００同士で、商品１０４を行き来させてもよい。

　図５４は、変形例１４におけるストレージ搭載車９１０の構成図である。
　ストレージ搭載車９１０には、移動型のストレージ装置１００が搭載されている。移動型のストレージ装置１００は、上述したコンピュータ２００およびカメラ１１０の他に、ＧＰＳ（全地球測位システム）装置９１２、移動体無線通信装置９１４および近距離無線通信装置９１６を含む。ＧＰＳ装置９１２は、移動型のストレージ装置１００の現在位置の計測に用いられる現在位置計測装置の例である。移動体無線通信装置９１４は、サーバ４００との通信に用いられる。近距離無線通信装置９１６は、運転手を兼ねた作業員が使用するヘッドセット９１８およびモニター９２０との通信に用いられる。

　ストレージ搭載車９１０のンピュータ２００は、位置通知部（図示せず）および在庫リスト送信部（図示せず）を有する。
　位置通知部は、ＧＰＳ装置９１２によって計測された現在位置をサーバ４００に通知する。実施形態で説明したとおり、サーバ４００はストレージ内商品リストを管理しているが、移動型のストレージ装置１００からストレージ装置１００に収納されている商品の在庫リストをサーバ４００へ送るようにしてもよい。そのために、商品検出部２４４は、現時点で内部に収容されている商品１０４を検出し、在庫リスト送信部は、検出された商品１０４の商品ＩＤをサーバ４００へ送信する。在庫リスト送信部は、ストレージ装置１００の現在位置とともに、在庫リストをサーバ４００へ同時に送信するようにしてもよい。同時に送信すれば、現在位置と在庫リストの時間的なずれがないので、商品１０４の所在をより正確に把握することができる。現在位置の通知および在庫リストの送信について、設置型のストレージ装置１００も同様の構成で同様に動作してもよい。

　サーバ４００は、在庫管理部（図示せず）を有する。在庫管理者は、サーバ４００の在庫管理部で管理されている各ストレージ装置１００在庫リストに基づいて、設置型のストレージ装置１００の在庫状況と移動型のストレージ装置１００の在庫状況を把握することができる。その上で、作業員に商品１０４の移動やストレージ装置１００における商品１０４の出し入れに関する指示を行う場合は、サーバ４００から作業指示を移動型のストレージ装置１００へ送ることができる。移動型のストレージ装置１００で受信された指示は、近距離無線通信装置９１６を介してヘッドセット９１８およびモニター９２０の一方または両方から出力される。音声による指示は、ヘッドセット９１８から出力され、画面表示による指示はモニター９２０に出力される。作業員の応答は、音声でヘッドセット９１８に入力され、移動体無線通信装置９１４を介してサーバ４００へ送信される。この構成によれば、ストレージ搭載車９１０にＧＰＳ装置や通信装置を備える必要がない。したがって、ストレージ搭載車９１０として使える自動車は任意である。また、サーバ４００において移動型のストレージ装置１００とストレージ搭載車９１０の紐付けを管理する必要がない。これにより、システムや管理にかかるコストの軽減が図られる。

　図５５は、変形例１４におけるストレージ搭載車９１０の活用例を示す図である。図５５（Ａ）は、停車して商品を引き渡す様子を示す図である。
　作業員は、安全な駐車スペースにストレージ搭載車９１０を停車させて、ユーザ１２２にストレージ装置１００内の商品を引き出させることができる。このとき、作業員による商品の引き渡しの作業が無いので、作業員は運転席に座ったままでもよい。したがって、作業員は、周りの交通状況や安全に気を配ることができる。

　図５５（Ｂ）は、設置型のストレージ装置１００に商品を供給する様子を示す図である。
　あるビル内に設置されている設置型のストレージ装置１００ｘにおいて、商品Ａの在庫不足が生じていると作業員が判断し、あるいはサーバ４００の在庫管理部が自動的に判断した場合には、サーバ４００の在庫管理部において、不足している商品Ａの在庫状況を調べる。この例では、在庫管理部は、在庫不足が生じたストレージ装置１００ｘの近くにある移動型のストレージ装置１００ｂに商品Ａが有ると判定する。そして、移動型のストレージ装置１００ｂに対して、ストレージ装置１００ｘへ行って商品Ａを補充する指示を送る。なお、図中のストレージ装置１００ａは、不足している商品Ａを有していないので指示の対象とはならない。

　図５５（Ｃ）は、設置型のストレージ装置１００の間で商品１０４を移動させる様子を示す図である。
　図５５（Ｂ）の場合と同様に、あるビル内に設置されている設置型のストレージ装置１００ｘにおいて、商品Ａの在庫不足が生じていると作業員が判断し、あるいはサーバ４００の在庫管理部が自動的に判断した場合には、サーバ４００の在庫管理部において、不足している商品Ａの在庫を調べる。この例では、在庫管理部は、在庫不足が生じたストレージ装置１００ｘの近くにある設置型のストレージ装置１００ｙに商品Ａが有ると判定する。そして、ストレージ装置１００ｙの近くにある移動型のストレージ装置１００に対して、ストレージ装置１００ｙへ行って商品Ａを引き取り、ストレージ装置１００ｘへ行って商品Ａを補充する指示を送る。

　このほか、移動型のストレージ装置１００における在庫不足を判断して、当該ストレージ装置１００または他の移動型のストレージ装置１００に対して、対応を指示するようにしてもよい。

　図１０に示したストレージ配置画面において、移動型のストレージ装置１００の移動位置を追従して表示するようにしてもよい。また、移動型のストレージ装置１００に関して、実施形態や変形例として述べた方式で商品を購入できるようにしてもよい。移動型のストレージ装置１００に関しても、図１２に示した商品購入画面を表示するようにしてもよい。

　このように、在庫管理部は、設置型および移動型のストレージ装置１００に収容される物品の在庫を管理するとともに、在庫不足の判定と商品補充の指示を行うようにしてもよい。在庫管理の面に着目すれば、ストレージ搭載車９１０にＧＰＳ装置と移動体無線通信装置を設けるようにして実施してもよい。

　ここでは、ストレージ装置１００の例を示したが、変形例１４をその他のストレージ体（たとえば、ストレージ部屋、無人店舗あるいは有人店舗など）に適用してもよい。

［変形例１５］
　ストレージ装置１００を複数の業者で共用して、各業者が取り扱う商品１０４を同じストレージ装置１００に設置できるようにしてもよい。つまり、ストレージ装置１００内の商品収容のスペースを業者に貸し出してもよい。この例では、日ごとに棚単位で、各業者から貸出予約を受け付けるものとする。スペースを借り受ける業者は、小売業者に限らず、卸売業者や製造業者などでもよい。

　図５６（Ａ）は、貸出棚の予約申込み画面図である。
　この例で、貸し出されるスペースは、棚単位であるものとする。予約申込み画面には、貸出棚と日付の組み合わせで特定される予約枠が表示される。いずれかの業者によって予約が決まっている予約枠には、「予約済み」と表示される。未だ予約が決まっていない予約枠には、「空き」と表示される。業者の操作者は、自ら端末からサーバ４００へアクセスして貸出棚の予約申込み画面を表示させ、所望の「空き」の予約枠にタッチする。選択された「空き」の予約枠には、太線枠が表示される。複数の「空き」の予約枠を選択してもよい。この状態で、業者の操作者が予約申込みボタンにタッチすると、選択された「空き」の予約枠の貸出が予約される。業者は、予約した予約枠の日付でその棚を使用することができる。

　図５６（Ｂ）は、貸出棚予約テーブルのデータ構造図である。
　貸出棚予約テーブルは、日付毎のレコードを有する。レコードは、貸し出す棚毎に業者ＩＤを設定するフィールドを有する。フィールドの初期値は、「空き」である。予約を受け付けると、予約枠に相当するフィールドに予約した業者の業者ＩＤが設定される。

　サーバ４００は、貸出棚予約テーブルを記憶する貸出棚予約テーブル記憶部を有する。また、サーバ４００は、業者の端末へ貸出棚の予約申込み画面のデータを送信する画面データ送信部４６２と、業者の端末から予約枠（日付と貸出棚）を指定した予約申込みを受け付けて、貸出棚予約テーブルの予約枠に相当するフィールドに、申し込んだ業者の業者ＩＤを設定する予約受付部と、予約した予約枠の数に応じて貸出料金を算出し、使用者である業者に課金する課金部とを有する。貸出料金は、たとえば予約した予約枠に１枠当たりの貸出単価を乗じて算出される。なお、予約受付部と課金部は、ストレージ装置１００の収容スペースの貸出を管理する貸出管理部の一部である。

　貸出単価は、オークションによって決められるようにしてもよい。その場合には、サーバ４００は、業者の端末から借受価格の提示を受け付ける借受価格受付部を有する。そして、予約受付部は、同一の予約枠について複数の業者から予約申込みを受け付けた場合に、提示された借受価格が最も高い業者の予約を成立させるようにする。また、課金部は、使用者である業者にその業者によって提示された借受価格を課金する。

　ここでは、ストレージ装置１００の例を示したが、変形例１５をその他のストレージ体（たとえば、ストレージ部屋、無人店舗あるいは有人店舗など）に適用してもよい。

［変形例１６］
　ストレージ装置１００を複数の業者で共用する態様として、予約によらず、使用を申し込む時点で空いている収容スペースを業者に貸し出すようにしてもよい。

　図５７は、貸出エリアの使用申込み画面図である。
　この例で、貸し出されるスペースは、各棚の各エリア９００単位であるものとする。この単位を、貸出エリアという。この例では、１つの棚に４つの貸出エリアが設けられているものとする。予約申込み画面には、棚とエリア９００で特定される使用枠が表示される。いずれかの業者によって使用されている使用枠には、「使用中」と表示される。いずれの業者にも使用されていない使用枠には、「空き」と表示される。業者の操作者は、自ら端末からサーバ４００へアクセスして貸出エリアの使用申込み画面を表示させ、所望の「空き」の使用枠にタッチする。選択された「空き」の使用枠には、太線枠が表示される。複数の「空き」の使用枠を選択してもよい。この状態で、業者の操作者が使用申込みボタンにタッチすると、選択した「空き」の使用枠で特定される貸出エリアの使用が開始される。業者は、その時点からこの貸出エリアを使用することができ、自由に商品を設置することができる。

　貸出料金は、使用時間に応じて決められる。たとえば、１分当たりの貸出レートが設定されていれば、使用した分数（使用時間）に貸出レートを乗じて貸出料金が課金される。各貸出エリアにおける業者の使用時間を算出するために、サーバ４００は貸出エリアの使用履歴を記録する。

　図５８は、貸出エリアの使用履歴のデータ構造図である。
　使用履歴は、貸出エリア毎に設けられる。イベントが発生する都度、レコードが設けられる。レコードは、日時、イベントおよび使用者の業者ＩＤを対応付ける。

　イベントの種類は、「使用開始」、「商品設置」および「商品引取」である。業者が使用申込みを行った時点で「使用開始」のイベントのレコードが追加され、貸出エリアの使用が申し込まれた日時と、使用者である業者ＩＤが記録される。

　業者によって貸出エリアに商品が設置された時点で、「商品設置」のイベントのレコードが追加され、商品が設置された日時と、「使用開始」と同じ業者ＩＤが使用者として記録される。

　ユーザ１２２あるいは業者によって貸出エリアから商品が引き取られた時点で、「商品引取」のイベントのレコードが追加され、商品が引き取られた日時と、「使用開始」と同じ業者ＩＤが使用者として記録される。ユーザ１２２が商品を引き取って購入すれば、その時点で貸出エリアの使用は終わる。また、業者が、販売を中断し自ら商品を引き取った場合も、その時点で貸出エリアの使用は終わる。つまり、「商品引取」の日時から「使用開始」の日時を差し引いて使用時間が算出される。

　コンピュータ２００は、変形例１１で説明した商品配置テーブル（図５０）を記憶する商品配置テーブル記憶部と、収容された商品の配置（棚ＩＤとエリアＩＤ）を特定する配置検出部と、「商品設置」イベントと「商品引取」イベントをサーバ４００へ送信するイベント送信部とを有する。

　ストレージ装置１００の処理について説明する。図５３に示したＳ２７０と同じタイミングで、コンピュータ２００の商品検出部２４４は、ストレージ装置１００内で検出した商品の配置を商品配置テーブル（図５０）に設定する。また、Ｓ２２において、商品１０４が設置された場合に、商品検出部２４４は、新たに収容された商品１０４とともに、商品１０４が設置された貸出エリア（棚ＩＤとエリアＩＤ）も特定する。そして、イベント送信部は、商品１０４が設置された貸出エリア（棚ＩＤとエリアＩＤ）が付加された「商品設置」イベントをサーバ４００へ送信する。また、商品１０４が引き取られた場合に、商品検出部２４４は、取り取られた商品１０４とともに、その商品が設置されていた貸出エリア（棚ＩＤとエリアＩＤ）も特定する。そして、イベント送信部は、商品１０４が設置されていた貸出エリア（棚ＩＤとエリアＩＤ）が付加された「商品引取」イベントをサーバ４００へ送信する。

　サーバ４００の処理について説明する。サーバ４００は、貸出エリアの使用履歴を記憶する使用履歴記憶部を有する。また、サーバ４００は、業者の端末へ貸出エリアの使用申込み画面のデータを送信する画面データ送信部４６２と、業者の端末から使用枠に相当する貸出エリア（棚ＩＤとエリアＩＤ）が付加された使用申込みを受け付けて、使用履歴に「使用開始」のレコードを追加する使用申込み受付部と、ストレージ装置１００から「商品設置」イベントを受信した場合に、使用履歴に「商品設置」のレコードを追加し、同じく「商品引取」イベントを受信した場合に、使用履歴に「商品引取」のレコードを追加するイベント受付部と、使用時間に基づく貸出料金を算出し、使用者である業者に課金する課金部とを有する。なお、使用申込み受付部、イベント受付部および課金部は、ストレージ装置１００の収容スペースの貸出を管理する貸出管理部の一部である。

　貸出レートは、オークションによって決められるようにしてもよい。その場合には、サーバ４００は、業者の端末から借受レートの提示を受け付ける借受レート受付部を有する。そして、使用申込み受付部は、所定期間内に同一の使用枠について複数の業者から使用申込みを受け付けた場合に、提示された借受レートが最も高い業者の使用を認めるようにする。そして、使用する業者が決まった時点で「使用開始」イベントが発生するようにする。また、課金部は、使用者である業者にその業者によって提示された借受レートに使用時間を乗じた貸出料金を課金する。

　ここでは、ストレージ装置１００の例を示したが、変形例１６をその他のストレージ体（たとえば、ストレージ部屋、無人店舗あるいは有人店舗など）に適用してもよい。

［その他の変形例］
　電子チケットの認証については、予約や購入を条件としなくてもよい。事前に会員登録されていることを条件として、会員を特定できる電子チケットを読み取った場合に、必ずロックを解除するようにしてもよい。

　ストレージ装置１００の近くに監視カメラを設置して、録画してもよい。録画を分析して、不正を行ったユーザと不正の内容を特定してもよい。

　ストレージ装置１００を宅配ボックスとして利用してもよい。運送業者の配達者は、配達員のチケットでストレージ装置１００を開けて荷物を収納する。荷受け人は、自らのチケットでストレージ装置１００を開けて荷物を引き出す。ストレージ装置１００を複数人で共用する場合には、他の人宛の荷物を取り出した場合に警告を行うようにしてもよい。また、サーバ１００から荷受け人が着荷の通知を受けて、サーバ１００に対して受け取りを予告した場合に、受け取りのためのチケットが付与されるようにしてもよい。
　また、ストレージ装置１００の内部に、人間が入れるようにしてもよい。

　ストレージ装置１００の扉１０２は、引き戸式でもよい。

　操作案内や警告メッセージを表示するディスプレイを備えてもよい。警告出力部２３２は、警告メッセージをディスプレイに表示させてもよい。

　スピーカー１１６から操作案内メッセージを発し、あるいはディスプレイに操作案内メッセージを表示させる操作案内部を設けてもよい。

　電子チケットは、近距離無線で伝送される電子データでもよい。チケットリーダー１１４は、近距離無線の受信装置でもよい。

　商品バーコード１１８に代えて、商品ＱＲコードを用いてもよい。また、ＩＣタグを用いてもよい。ＩＣタグを用いる場合には、ストレージ装置１００に設けられるタグリーダによってＩＣタグから商品タグコードを読み取る。

　店員チケットは、店員に付与される紙チケットであってもよい。あるいは、店員証カードに印刷されているＱＲコードであってもよい。

　ストレージ内商品リストあるいは店舗在庫リストを参照して欠品が生じたと判断した場合に、推奨する商品１０４の組み合わせやストレージ装置１００に収納する商品１０４を自動的に調整するようにしてもよい。

　なお、本発明は上記実施形態や変形例に限定されるものではなく、要旨を逸脱しない範囲で構成要素を変形して具体化することができる。上記実施形態や変形例に開示されている複数の構成要素を適宜組み合わせることにより種々の発明を形成してもよい。また、上記実施形態や変形例に示される全構成要素からいくつかの構成要素を削除してもよい。

Claims

　物品収容のためのストレージ体と、前記ストレージ体に接続する情報処理装置とを含み、
　前記ストレージ体は、
　ユーザに引き取られた物品と、前記物品を引き取った前記ユーザとの紐付け情報を前記情報処理装置へ通知する通知部、を備え、
　前記情報処理装置は、
　前記紐付け情報に基づいて、前記ユーザによる前記ストレージ体からの前記物品の引き取りを記録する記録部と、
　前記ユーザに紐付けられている奢り主が前記物品の代金を支払う決済処理を実行する決済部と、を備えることを特徴とする物品収容システム。
　前記情報処理装置は、前記奢り主の端末から、奢り相手となる前記ユーザと奢り金額を含む奢り金額設定情報を受信する奢り金額設定情報を、更に有し、
　前記決済部は、前記奢り金額の範囲内で、前記決済処理を実行することを特徴とする請求項１に記載の物品収容システム。
　前記情報処理装置は、
　前記奢り主によって推奨された物品を収容している前記ストレージ体の情報を含む画面データを、前記ユーザの端末に送信する画面送信部を、更に有することを特徴とする請求項１または２に記載の物品収容システム。
　前記決済部は、前記奢り主が、前記物品の前記代金の支払いを承認している場合に、前記決済処理を実行することを特徴とする請求項１に記載の物品収容システム。
　物品収容のためのストレージ体と、前記ストレージ体に接続する情報処理装置とを含み、
　前記ストレージ体は、
　ユーザに引き取られた物品と、前記物品を引き取った前記ユーザとの紐付け情報を前記情報処理装置へ通知する通知部、を備え、
　前記情報処理装置は、
　前記紐付け情報に基づいて、前記ユーザによる前記ストレージ体からの前記物品の引き取りを記録する記録部、を備え、
　前記ストレージ体は、
　収容されている物品を別個に照らし出す照明装置を、更に有することを特徴とする物品収容システム。
　前記照明装置は、前記ユーザによって事前購入または事前予約された物品を照らし出すことを特徴とする請求項５に記載の物品収容システム。
　前記照明装置は、前記ユーザ以外の者によって事前購入または事前予約された物品以外の物品を照らし出すことを特徴とする請求項５に記載の物品収容システム。
　物品収容のための設置型のストレージ体と、物品収容のための移動型のストレージ体と、前記設置型のストレージ体および前記移動型のストレージ体に接続する情報処理装置とを含み、
　前記設置型のストレージ体および前記移動型のストレージ体は、
　ユーザに引き取られた物品と、前記物品を引き取った前記ユーザとの紐付け情報を前記情報処理装置へ通知する通知部、を備え、
　前記情報処理装置は、
　前記紐付け情報に基づいて、前記ユーザによる前記設置型のストレージ体からの前記物品の引き取りと、前記ユーザによる前記移動型のストレージ体からの前記物品の引き取りとを記録する記録部と、
　前記設置型のストレージ体に収容される前記物品の在庫および前記移動型のストレージ体に収容される前記物品の在庫を管理する在庫管理部と、を備えることを特徴とする物品収容システム。
　物品収容のためのストレージ体と、前記ストレージ体に接続する情報処理装置とを含み、
　前記ストレージ体は、
　ユーザに引き取られた物品と、前記物品を引き取った前記ユーザとの紐付け情報を前記情報処理装置へ通知する通知部、を備え、
　前記情報処理装置は、
　前記紐付け情報に基づいて、前記ユーザによる前記ストレージ体からの前記物品の引き取りを記録する記録部と、
　前記ストレージ体の物品収容スペースの貸出を管理する貸出管理部と、を備えることを特徴とする物品収容システム。