JP2019086831A - 購入商品受渡しシステム - Google Patents

Abstract

【課題】 購入商品受渡しシステムにおけるロッカーの回転率を向上させる。
【解決手段】 顧客端末と通信し、店舗内外に設けられた受渡しエリアでの購入商品の前記顧客への受渡しを管理する管理サーバを有する購入商品受渡しシステムであって、前記受渡しエリアには、前記受渡しエリアの入退室を管理する管理ゲートと、前記購入商品を一時保管するための保管棚とが備えられ、前記管理サーバは、前記顧客端末からの前記購入商品の注文時に前記購入商品を預かる前記保管棚を割当て、前記割当てた保管棚と前記受渡しエリアの前記管理ゲートへの入室コードとを前記顧客端末に通知することを特徴とする。
【選択図】 図１

Description

本発明は、広く物品や商品の一括受渡しを行わせる商品受渡しシステム等に関し、より詳細には、店舗やネットにて購入した商品の一括受渡しを円滑に行うための受渡しシステムに関する。

従来、物品や商品を一括受渡しするための受渡しシステム技術が提供されてきた。

例えば、客が商品を購入する際の負担を軽減し、店にとっては迅速かつ安全に商品販売を行える商品販売の方法が提案されている（特許文献１）。

すわなち、特許文献１には、複数種類の商品を取り扱う小売店または卸売店等の店内において実施される商品販売の方法であって、客は、店の入口で、店内商品の購入予定金額以上の現金を支払い、それと引き替えに専用端末を受け取る第１のステップ、上記専用端末を受け取った客は、店内の商品陳列棚に並べられた商品のうち、購入したい商品の商品データ及びその数量を上記専用端末に入力することにより注文を行う第２のステップ、購入したい商品の商品データを全て上記専用端末に入力した客は、それらの合計金額が予め支払った現金の金額の範囲内であることを上記専用端末で確認後、上記専用端末から店に対して精算の指示を出し、入力した商品データを送信する第３のステップ、精算の指示を受けた店は、客の注文した商品とつり銭を用意する第４のステップ、店は、客の注文した商品とつり銭の用意ができた旨を上記専用端末より客に通知する第５のステップ、通知を受けた客は、商品とつり銭を受け取ると共に、上記専用端末を店に返却する第６のステップを備えたことを特徴とする商品販売の方法が開示されている。

また、特に複数の店舗を渡り歩きながら複数の商品を購入していく際のユーザ負担を軽減でき且つ手間が掛かることなく確実に購入商品をユーザに渡すことができる商品一括引渡システムも提案されている（特許文献２）。

すなわち、特許文献２には、特定の交通施設に地理的に関係がある複数の店舗の各々に備えられる、顧客に所持させる携帯記録媒体に記録されている情報を読取る機能を有しネットワークを介して通信可能な情報処理端末である店舗端末と、前記特定の交通施設近くの任意のエリアである各購入商品引渡エリア毎に備えられる、前記携帯記録媒体に記録されている情報を読取る機能を有しネットワークを介して通信可能な情報処理端末である引渡場所端末と、共通倉庫に設置され、ネットワークを介して通信可能な情報処理端末である共通倉庫端末と、前記ネットワークに接続し、前記店舗で購入された商品とその購入者に係わる情報及び該商品の受け渡しに係わる情報を記憶する記憶装置を備える共通管理サーバとを有し、任意の前記店舗端末は、顧客が任意の商品を購入すると、該顧客が所持する前記携帯記録媒体に記録されている識別情報を読み出して、該購入商品を特定する商品情報と該店舗の識別子と共に前記共通管理サーバに送信する商品購入情報入力手段を有し、前記共通管理サーバ又は共通倉庫端末は、前記商品購入情報入力手段から送信される情報を前記記憶装置に登録する購入情報登録手段と、所定周期で又は要求に応じて、該記憶装置に登録された購入商品のうち未配送である購入商品を検索して求める配送指示手段とを有し、前記引渡場所端末又は前記共通管理サーバは、前記配送指示手段による検索結果に従って共通倉庫から購入商品が購入商品引渡エリアに配送されてくると、各購入商品毎に、購入した顧客の識別情報を前記記憶装置から求め、該求めた顧客に対して商品を引渡す窓口が未決定の場合には任意の窓口を決定して記録すると共に該窓口への保管を指示し、その後に同じ顧客が購入した商品が配送されてきた場合には該記録されている窓口への保管を指示する窓口決定・管理手段と、該決定された窓口を、該顧客が所持する携帯記録媒体に通知する窓口情報通知手段とを有することを特徴とする購入商品一括引渡システムが開示されている。

特開２００２−３４２６８３号公報 特開２００６−０１１７５５号公報

しかしながら、こうした商品の一括受渡しは一般に店員やスタッフの手を借りて行われるものであり、店頭や受渡し窓口にて混雑したり、購入商品の確認作業に時間を要したりする場合には、商品受取りまでに顧客の待ち時間が発生していた。つまり、商品の一括受渡しが無人またはセルフ方式で行われることのメリットは大きく、そのためのシステム改善が望まれる。

また、従来の販売システムや一括受渡しシステムにおいては、店の入口にて前金で支払いを行ったり、購入時に都度決済を行ったりするというものであり、決済の観点からもさらなる工夫の余地がある。

そこで、本発明の一実施形態にかかる購入商品受渡しシステムは、顧客端末と通信し、店舗内外に設けられた受渡しエリアでの購入商品の前記顧客への受渡しを管理する管理サーバを有する購入商品受渡しシステムであって、前記受渡しエリアには、前記受渡しエリアの入退室を管理する管理ゲートと、前記購入商品を一時保管するための保管棚とが備えられ、前記管理サーバは、前記顧客端末からの前記購入商品の注文時に前記購入商品を預かる前記保管棚を割当て、前記割当てた保管棚と前記受渡しエリアの前記管理ゲートへの入室コードとを前記顧客端末に通知することを特徴とする。

本発明の一実施形態にかかる購入商品受渡しシステムによれば、商品受取りまでの顧客の待ち時間の発生を抑制し、決済等の観点からも柔軟性のある至便なシステムを提供できる等の効果を奏する。

本発明の一実施形態にかかる購入商品受渡しシステムにおける受渡しエリアの様子を例示的に説明する説明図である。 本発明の一実施形態にかかる購入商品受渡しシステムの全体構成例を説明する説明図である。 本発明の一実施形態にかかる購入商品受渡しシステムにおける管理サーバの機能ブロック構成を説明する説明図である。 本発明の一実施形態にかかる購入商品受渡しシステムにおける情報処理装置（ユーザ端末）の外観構成例を説明する説明図である。 本発明の一実施形態にかかる情報処理装置を構成するハードウェアの機能ブロック構成を説明する説明図である。 本発明の一実施形態にかかる購入商品受渡しシステムにおける動作処理フローを説明する説明図である。 本発明の一実施形態にかかる購入商品受渡しシステムにおける動作処理フローを説明する説明図である。 本発明の一実施形態にかかる購入商品受渡しシステムにおける情報処理装置（ユーザまたは顧客端末）の表示例を説明する説明図である。 本発明の一実施形態にかかる購入商品受渡しシステムにおける情報処理装置（ユーザまたは顧客端末）の他の表示例を説明する説明図である。 本発明の一実施形態にかかる購入商品受渡しシステムにおける情報処理装置（ユーザまたは顧客端末）の他の表示例を説明する説明図である。

以下、本発明の一実施形態にかかる購入商品受渡しシステムについて、図面を参照しながら詳細に説明する。

図１に、本発明の一実施形態にかかる購入商品受渡しシステムにおける受渡しエリアでの様子を模式的に示す。同図において、受渡しエリア１０は、同エリア内に設置された受渡しロッカー１０１と、同エリアと外部との出入り口となるゲート１０２と、同エリア内に設置されたカメラ１０３ａ、１０３ｂとを含む構成が採用されている（その他、システム全体としては管理サーバ等が含まれるがこれらについては後述する）。
なお、ロッカー１０１には、顧客の注文商品または購入商品を一時的に預け入れる（一時保管する）ための保管棚が設けられており、それ自体は必ずしも電子制御式である必要はない。また、ロッカー１０１は必ずしもネットワークに接続されている必要はない。
また、ゲート１０２は、顧客等の同エリアの入室及び退出（入退室）を管理するための管理ゲートである。
また、受渡しエリア１０それ自体は、店舗内部の特定のエリアとして設けられてもよいし、店舗外部の特定エリアとして設けられてもよい。その意味で、受渡しエリア１０は、店舗内外に設けることができる。

図１において、顧客１０４ａは、自身が所持する端末をゲート１０２の入口にかざしてエリア１０内に入ることができ、同図では図示しない端末画面指示に基づいて指定のロッカーボックスから購入商品等の受取りを行う（同図では、顧客１０４ｂがロッカー１０１から購入商品を取り出す（受け取る）様子を示している）。この様子は、エリア１０内に設置されたカメラ１０３ａまたは１０３ｂによって撮影されており、適宜動作確認が行われている（どんな顧客がどんな商品を受取ったかなど。より具体的には、既存の画像認識技術によってこれらを識別させることができる）。

そして、商品を受取った顧客１０４ｃは、端末を操作して受取り完了処理を行い（詳細は後述するが、このときに決済処理を行うこともできる）、再びゲート１０２の出口に端末をかざしてエリア１０の外に出ることができる。必要に応じて、これらの様子をエリア１０内に設置されたカメラ１０３ａまたは１０３ｂによって撮影して適宜動作確認を行わせることもできる。

［販売管理］
また、本発明の一実施形態にかかる購入商品受渡しシステムにおいては、商品等の販売管理も行わせることができる。本発明の一実施形態にかかる購入商品受渡しシステムは、図示しない店舗ＰＯＳレジや通信販売（電子商取引）システムとも連動しており、店舗における販売実績や通販による販売実績も顧客ごとに管理させることができる。そのためのデータベースとして、一実施形態において次のようなデータベース（Ｄ１）〜（Ｄ５）を管理サーバ内に有しており、図２を参照して後述する各種端末からの参照や更新要求が可能となっている。

（Ｄ１）顧客管理データベース
顧客に関する項目が登録されたデータベースであり、顧客氏名、住所、電話番号等の個人情報や、保有ポイントや頻繁に利用される受渡しエリア等の付帯情報が登録されている。

（Ｄ２）商品管理データベース
商品に関する項目が登録されたデータベースであり、商品名、ＪＡＮコードに対応付けられる商品コード等が登録管理されている。

（Ｄ３）在庫管理データベース
図示しない販売拠点（販売エリア）や店舗ごとの商品在庫を管理するためのデータベースであり、適宜商品管理データベースと連携し、必要なテーブルが派生抽出される。

（Ｄ４）倉庫管理データベース
図示しない物流センター等の倉庫に保管されている商品在庫を管理するためのデータベースである。

（Ｄ５）販売管理データベース
販売拠点や店舗ごとに販売された商品に関する実績管理データベースである。

［受渡しエリアの役割］
受渡しエリアでは、本発明の一実施形態にかかる購入商品受渡しシステムにおいて、次の役割を担う（システム動作、顧客及び顧客端末による動作等をまとめて列挙する）。
（１）受渡しエリア内への入場管理及び同エリアからの退場管理（本人確認や通過記録等を含む）。
（２）ロッカー内のボックスまたは棚への商品の納入。
（３）注文情報の確認。
（４）決済手続あるいはその補助処理（ポイント還元処理等を含む）。
（５）ロッカー内のボックスまたは棚からの商品の取り出し等の監視。
上記（１）〜（５）は、システム（端末やサーバ、図示しない物流オートメーション機構など）によって自動的に運用させることもできる。

図２に、本発明の一実施形態にかかる購入商品受渡しシステムの全体構成例を示す。

図２に示されるように、購入商品受渡しシステム２０は、その一実施形態における構成として、管理サーバ２１と、ユーザ（顧客）や配達員、受渡しエリアスタッフ等が使用する各種情報処理装置（図において、例示的に、携帯情報端末またはタブレット端末２２、携帯電話２３、ＰＣ２４〜２５。以下、総称して「各種端末」または単に「端末」とも言うこともある）とを有する。管理サーバ２１、各種端末間は、図２に示されるように専用回線やインターネット等の公衆回線（有線の回線として、３７ａ〜３９）で相互に通信可能に接続されている。また、回線は有線であっても無線であってもよく、無線の場合、携帯情報端末またはタブレット端末２２及び携帯電話２３は、無線で図示しない基地局やアクセスポイント等を介してインターネット３９に乗り入れ、更に回線３８を介して管理サーバ２１と相互に通信可能に接続される。

ここで、アクセスポイントとは、ＰＣやスマートフォンなどの無線端末を相互に接続したり、他のネットワークに接続させたりするための無線機である。典型的には、ＯＳＩ参照モデルにおける第１層（物理層）及び第２層（データリンク層）の通信プロトコルで作動するデバイスである。

なお、本願の出願時点での携帯電話や携帯情報端末またはタブレットは、パーソナルコンピュータ（ＰＣ）と同等の処理能力（通信処理速度や画像処理能力等）を備えているものも多く、小型のコンピュータとも言うべきものである。

また、本発明の実施に必要なプログラムまたはソフトウェアは、通常、ＰＣや携帯情報端末の記憶部におけるＨＤＤ、ＳＳＤ等にインストールまたは記憶され、プログラムまたはソフトウェアの実行時には、必要に応じて記憶部内のメモリにその全部又は一部のソフトウェアモジュールとして読み出され、ＣＰＵにおいて演算実行される。

あるいは、ブラウザベースのコンピュータまたは携帯情報端末を採用することもできる。この場合は、必要に応じて他のサーバやコンピュータから端末にプログラムが配信され、端末上のブラウザではこれを実行するという構成になる。

また、管理サーバ２１のハードウェア構成も、基本的にはＰＣを採用することができる（念のため、図３を参照して後述する）。なお、本発明はこれに限定されるものではないが、管理サーバ２１は、必要に応じてそのハードウェアスペックを上げるにあたり、複数のＰＣ（一例として、数十台〜数万台）を並列的に作動させることによって大規模データの処理に適した構成をとることもできる。

一方で、システム構成によっては、上記の情報処理端末のうちの一部（例えば、店舗側端末とした場合の端末２４、２５）に管理サーバ２１の一部又は全部の機能を担わせることもできる。

さらに、購入商品受渡しシステム２０は、図１を参照して説明した受渡しエリア内に設定される受渡しロッカー２６と入退場管理用のゲート２７とエリア内監視用のカメラ２８とを備える。図２では、一実施形態としてロッカー２６は回線３７ｃを介してネットワークに接続された電子制御ロッカーを想定しているが本発明はこれに限定されるものではなく、ロッカー２６は必ずしもネット接続されていなくてもよく、また、電子制御ロッカーでなくてもよい。
また、ロッカー２６、ゲート２７、及びカメラ２８は、同一の受渡しエリア内にそれぞれ複数設置されても良い。

図３に、本発明の一実施形態にかかる購入商品受渡しシステムにおける管理サーバ２１の機能ブロック図を示す。例示的に、管理サーバの動作は、以下に説明するハードウェアの個々の動作、及びソフトウェアとこれらハードウェアとの連携動作によって実現されている。

図３において、ハードウェアブロック全体としての管理サーバ３００は、大別すると、各種比較・演算処理を行うためのＣＰＵ３０１と、ＲＡＭ、ＲＯＭ、フラッシュメモリ等の記憶部３０２と、キーボードやポインティングデバイス等の入力部３０３と、ディスプレイやスピーカ等の出力部３０４と、各種信号制御のための制御部３０５と、通信（インタフェース）部３０６（無線、有線を問わない）と、時刻等を計時するための計時部３０７と、電源部３０８とからなる。

これらのモジュールは必要に応じて適宜通信バスや給電線（図３においては、便宜上各線が適宜区分された結線３９９としてひとまとめに表す）によって接続されている。

また、本発明の実施に必要な管理サーバ３００上で実行されるプログラムまたはソフトウェアは、通常、記憶部３０２を構成するハードディスクドライブ、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）、フラッシュメモリ等にインストールまたは記憶され、プログラムまたはソフトウェアの実行時には、必要に応じて記憶部３０２内のメモリにその全部又は一部のソフトウェアモジュールとして読み出され、ＣＰＵ３０１において演算実行される。

なお、演算実行は必ずしもＣＰＵ３０１等の中央処理部で行われる必要はなく、図示しないディジタルシグナルプロセッサ（ＤＳＰ）等の補助演算装置を用いることもできる。

図４に、本発明の一実施形態にかかる購入商品受渡しシステムにおける情報処理装置としてのタブレット端末２２の外観構成を示す。図４において、情報処理装置（タブレット端末）４２は、筐体部４２１とディスプレイ４２２と筐体４２１の下部中央部に設けられたハードウェアボタン４２３とからなる。ディスプレイ４２２は典型的には液晶ディスプレイ（ＬＣＤ）等で構成され、文字や静止画像や動画など様々な情報を表示することができる。また、ディスプレイ４２２にメニューボタンやソフトウェアキーボードを表示させ、これを指またはタッチペン（不図示）等で触れることによりタブレット端末４２への指示（コマンド）とすることができる。この点で上記ハードウェアボタン４２３は必須の構成要素ではないが、本発明の説明の便宜上、一定の機能を担うボタンとして実装されている。もちろん、これらハードウェアボタン４２３を、ディスプレイ４２２の一部に表示させたメニューボタンで代替させることも可能である。

また、ディスプレイ４２２には、マルチタッチ入力パネルが含まれており、タッチ入力パネル上でのタッチ入力位置座標が入力デバイスインタフェース（不図示）を介してタブレット端末４２の処理系（ＣＰＵ）へ送信され処理される。そして、このマルチタッチ入力パネルは、パネルに対する複数の接触点を同時に感知することができるよう構成されている。この検出（センサ）については様々な方法で実現することができ、必ずしも接触センサに限られず、例えば、光学式のセンサを利用してパネルに対する指示点を抽出することも可能である。さらに、センサには、接触式のセンサや光学式のセンサのほか、人の肌の接触を感知する静電容量方式のセンサを用いることも可能である。

また、図４には現れていないが、タブレット端末４２は、マイクやスピーカを備えることもできる。この場合にはマイクより拾ったユーザの声などを判別して入力コマンドとすることも可能である。さらに、図４には現れていないが、タブレット端末４２の背面等にＣＭＯＳ等のカメラデバイスを実装させることもできる。

図５に、本発明の一実施形態にかかるタブレット端末４２を構成するハードウェアの機能ブロック図を例示する。タブレット端末４２の動作は、以下に説明するハードウェアの個々の動作、及びソフトウェアとこれらハードウェアとの連携動作によって実現されている。

図５において、ハードウェアブロック全体としてのタブレット端末５００は、大別すると、図４におけるハードウェアボタン４２３、ディスプレイ４２２に設けられたマルチタッチ入力パネル、マイク等で構成される入力部５０１と、プログラムやデータ等を記憶するためのハードディスク、ＲＡＭ及び／又はＲＯＭ等で構成される記憶部５０２と、プログラムによって様々な数値計算や論理演算を行うＣＰＵによって構成される中央処理部５０３と、ディスプレイ４２２等で構成される表示部５０４と、チップや電気系統等の制御を行うための制御部５０５と、インターネットにアクセスするためのスロットや光通信を行うためのポート、及び通信インタフェースから構成される通信インタフェース部５０６と、スピーカやバイブレーション、赤外線プロジェクター等の出力部５０７と、時刻等を計時するための計時部５０８と、ＣＭＯＳ等のイメージセンサや赤外線センサ、慣性センサ等からなるセンサ部５０９と、装置内の各モジュールに電源を供給するための電源部５１０とからなり、これらのモジュールは必要に応じて適宜通信バスや給電線（図５においては、便宜上各線が適宜区分された結線５９９としてひとまとめに表す）によって接続されている。
なお、センサ部５０９には、タブレット端末５００（２２）の位置を特定するためのＧＰＳセンサモジュールを含めることとしても良い。また、センサ部５０９を構成するＣＭＯＳ等のイメージセンサや赤外線センサ等によって検知された信号は、入力部５０１において入力情報として処理することができる。

また、本発明の実施に必要なタブレット端末５００上で実行されるプログラムまたはソフトウェアは、通常、記憶部５０２を構成するハードディスクドライブ、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）、フラッシュメモリ等にインストールまたは記憶され、プログラムまたはソフトウェアの実行時には、必要に応じて記憶部５０２内のメモリにその全部又は一部のソフトウェアモジュールとして読み出され、ＣＰＵ５０３において演算実行される。

なお、演算実行は必ずしもＣＰＵ等の中央処理部５０３で行われる必要はなく、図示しないディジタルシグナルプロセッサ（ＤＳＰ）等の補助演算装置を用いることもできる。

図６に、図１〜図２で例示した本発明の一実施形態に係るシステムまたは装置等における基本動作例を示す。

図６において、「ユーザ端末」は、図２における端末２２等に対応し、「情報処理サーバ」は、図２における管理２１に対応する。また、図６中、ｔ１〜ｔ１０は時系列の流れを示し、経時的に後述する動作や処理が行われるものである。

なお、実施形態において例示される動作または処理時刻（ｔ１等）は、本発明の概念の理解の容易のために例示されたものであり、本発明が実施形態において例示される個別の時系列関係に制限されることはない。

まず、日時ｔ１において、ユーザ（顧客）は、ユーザ端末を介して情報処理サーバから自身のユーザ端末を本発明にかかる情報処理端末として動作させるためのアプリケーションソフトウェアをダウンロードする（ステップＳ６０１）。このアプリケーションソフトウェアは、本発明にかかるプログラムの一部又は全部を処理するためのクライアントソフトウェアまたはアプリケーションソフトウェアである。そして、ダウンロードしたアプリケーションソフトウェアをユーザ端末にインストールする（ステップＳ６０２）。このとき、時刻ｔ２において、ユーザ端末からは、必要に応じてユーザ登録としてユーザ自身のメールアドレスのほか、次表のようなプロフィール情報を情報処理サーバへアップロード（ステップＳ６０３）して登録管理させることもできる（ステップＳ６０４）。

以上のデータ項目は、ユーザデータとして情報処理サーバ上の記憶装置に保存される（ステップＳ６０５）。時刻ｔ３以降は、ユーザ（顧客）が情報処理端末を操作することによりアプリを開始する（サーバは端末に対してサービス提供を開始する）ことができる。

次に、ユーザ端末にアプリをダウンロード及びインストールしたユーザは、時刻ｔ４においてアプリケーションソフトウェアを起動する（ステップＳ６０６）。時刻ｔ４〜時刻ｔ５まで、例示的にユーザは情報処理サーバから情報処理端末に対して提供されるサービスを受けている。

時刻ｔ５になると、ユーザはいったん本発明の一実施形態にかかるアプリケーションソフトウェアを中断または終了する。このとき、必要に応じて、アプリケーションのステータス情報を情報処理サーバへ転送し（ステップＳ６０７）、サーバではこれを受信して当該ユーザのユーザ情報としてのステータス情報を更新（ステップＳ６０８）及び保存（ステップＳ６０９）する。図６においては、これらの処理は、時刻ｔ６までに完了している。

なお、本発明の一実施形態にかかるアプリケーションソフトウェアを情報処理端末にインストールした後は、端末上で少なくとも一部をクローズドに実行可能な形態とすることも可能であり、この場合は、上述のステップＳ６０４〜ステップＳ６０５、並びに、ステップＳ６０８〜ステップＳ６０９を省略することができ、必要な情報があれば端末上のメモリに保存管理される。

次に、図６において、時刻ｔ７〜時刻ｔ１０では、本発明の一実施形態にかかるアプリケーションソフトウェアの少なくとも一部を情報処理サーバにおいて実施する場合の実施形態例を示している。この場合、ユーザ（顧客）は、ログイン動作と、コマンド送信という２つの典型的なユーザ端末操作を行い、情報処理サーバから必要なデータ送信を受け、あるいは、サービス提供を受けることとなる。

例えば、図６の時刻ｔ７において、ユーザは自身の情報処理端末を介してサーバへのログイン処理を行う（ステップＳ６１０）と、情報処理サーバでは必要な認証処理が適宜行われ（ステップＳ６１１）、時刻ｔ８において、ユーザがサービス提供を受けられるためのデータを送信する（ステップＳ６１２）。例えば、端末からのコマンドを受信可能に構成されたトップメニュー画面や、アプリケーションの起動画面等である。
時刻ｔ９において、ユーザは情報処理端末を介して何らかのコマンドを送信する（ステップＳ６１３）。このコマンドは、メニュー画面に表示されたメニューの選択でもよく、アプリケーション起動画面であれば、アプリケーションを開始するための開始コマンドの場合もある。サーバ側では、このコマンドを受けて、サービス処理を開始する（ステップＳ６１４）。そして、時刻ｔ１０において、端末の要求に応じたサービスがサーバから端末へ提供される（ステップＳ６１５）。

なお、図６には図示していないが、時刻ｔ１０以降も、端末からは随時コマンドを送信することができ（例えば、メッセージ送信コマンドやメニュー選択コマンドなど）、都度、サーバでは端末からのコマンド受信を受けてサービスを提供することができる（例えば、受信したメッセージを他端末に転送したり、メッセージ解析をしてその結果を返信したりするなど）。

図７に、本発明の一実施形態にかかる購入商品受渡しシステムにおける動作処理フローを示す。ここでは、顧客端末（ユーザ端末）を所持する顧客（ユーザ）側の処理動作と、管理サーバや店舗内端末等の制御に基づいて商品を配送したり確保したり諸々の通知等を発信したりする店舗側の処理動作とに大別して処理の流れを説明している。

ステップＳ７０１では、ユーザが自身の端末に専用アプリをダウンロードする。この形態には、図６を参照して説明したような種々のバリエーションが存在し、必ずしも専用アプリケーションをダウンロードすることが必須条件となるものではない。ステップＳ７０３では、アプリケーション起動後初回の操作として会員情報がユーザによって入力される（具体例は、図６を参照して説明したとおりである）。

次に、ステップＳ７０５へ進み、ユーザは自身の端末を介して図示しない店舗内でのショッピングを行うか、あるいは、店舗側のショッピングサーバまたはＥＣサイト（不図示）に接続してネットショッピングを行う。店舗内での購入手続きやサイト上での商品購入手続きそれ自体は既知の手法を採用することができるが、本発明の一実施形態においては、既知の手法に替えて任意のタイミングで決済処理を行うこともできる（仔細は後述）。

また、本ステップでは、本発明の一実施形態における独自の操作の１つとして、１以上の商品の購入後にこの（これらの）商品の受渡し場所となる「受渡しエリア」の指定をすることができる。ここでの商品の受渡しエリアの指定画面は、既存のＧＵＩを介して行われ、例えば図示しないユーザ端末画面上の受渡しエリア選択ボックスに対する選択操作をとおしてして受渡し場所を選択することができる。

次に、ステップＳ７０２では、ステップＳ７０５においてユーザによって購入されたか購入意思を示された商品を確保するとともに、ステップＳ７０５において入力された当該商品の受渡し場所（受渡しエリア）をユーザ端末から受信して、当該商品を受渡しエリアへ搬入するよう準備を行う（然るべき店舗側端末への搬入指示など）。この搬入準備は店舗側のスタッフ（例えば、店舗スタッフや受渡しエリアスタッフ）によって進められてもよいし、あるいは、ロボット等を使用して自動的に搬入させてもよい。

ステップＳ７０４では、まず、店舗（や店頭）から受渡しエリアへの該当商品の搬入準備が進められるとともに、受渡しエリア内ロッカーのボックス（または棚）番号の割当てが行われる。この割当ては、本発明の一実施形態においては管理サーバ２１によって自動割当てされ、例えば、次表のようなテーブルにて管理される。
ここで、上表の会員番号（ＩＤ）は、顧客に対して割り振られた一意の番号である。また、注文Ｎｏ．は購入した（したい）商品ごとに紐付けられており、図示しない他のテーブルには紐付けられた商品コードや個数などの情報が別途管理されている。受渡しエリアＮｏ．は顧客が指定した受渡し場所を特定するための番号であり、ロッカーＮｏ．は前述の受け渡りエリア内に設置されたロッカーを特定するための番号であり、棚Ｎｏ．は前述のロッカーにおける棚を特定するための番号である。
また、利用状況は、前述のＮｏ．で特定される受渡しエリア内のロッカーにおける特定の棚の現在の使用状況がフラグ等によって管理される。

次に、上記割り当てられた所定の受渡しエリアの所定ロッカー内の所定棚へ該当商品が格納または納入される。この作業は、上述したとおり店舗スタッフまたは受渡しエリアスタッフによってなされてもよいし、図示しないオートメーション機構（ロボット）によってなされてもよい。

ステップＳ７０６では、該当商品が確保され、受渡しエリア内ロッカーの棚番号が決定したことを店舗側の端末から顧客端末へ送信する。この通知は、管理サーバ２１から発信されてもよいし、店舗側の任意の端末から発信されてもよい。また、発信操作は店舗側のスタッフによって発信指示されても良いし、受渡しエリア内ロッカーの棚番号が決定された時点等で自動的に発信されてもよい。

ステップＳ７０７では、顧客端末においてこの通知を受信する。ここでの通知例は、図８に示されるとおりである。図８はユーザ端末８００の画面例であり、端末８００のディスプレイ８１０上には、商品受取り案内メッセージ８２０と注文番号表示欄８３０とロッカー棚番号表示欄８４０と入口認証コード８５０とが配置される。
入口認証コード８５０は、顧客がゲートを通過して受取りエリアを入室するための入室コードの一形態である。

なお、ロッカー棚番号表示欄８４０には、棚番号「Ａ１」のみ表示されているが、同一の受取りエリア内に複数のロッカーが配置されている場合には、ロッカー番号及びそのロッカー内の棚番号を表示させることができる。また、入口認証コード８５０には既知の２次元コードを採用することができる。
また、図示しないボタン操作等により、本画面を終了させたりメニュー画面等の他の画面へ遷移させたりすることができる。

ステップＳ７０９では、前ステップ（ステップＳ７０７）で通知を受けた顧客が商品受渡しのために受渡しエリアへ向かう。少なくともこのときまでに受渡しエリア内ロッカーの該当棚にはこの顧客に受け渡す商品が搬入または納入されている。

次に、ステップＳ７１１では、顧客がゲート１０２の入口にて受取り案内画面（図８を参照して例示したもの）の入口認証コードをかざす。本発明の一実施形態において、このコードはゲート１０２にて光学的に読み取られ、管理サーバ２１または店舗側の端末へ送信され顧客本人の認証処理及び注文情報の確認処理が行われる（ステップＳ７０８）。問題がなければステップＳ７１０へ進み、ゲート１０２の入口が開放（例えば制止扉が開くなど）される。このとき（図７ではステップＳ７０８としているがステップＳ７１０でもよい）、顧客の入口通過の記録が管理サーバ２１または店舗側の端末においてなされる。
ステップＳ７１３では、顧客はゲート１０２の入口を通過する。

次に、ステップＳ７１５では、顧客が通知を受けた棚番号に該当するロッカー棚（ボックス）から購入商品をピックアップする。このときの様子は、受取りエリアに設置されたカメラ１０３ａ、１０３ｂにて監視させることができる（また、既知の画像認識技術を導入して誰かどの商品をピックアップしたかを管理サーバ２１または店舗側の端末に認識させることも可能である。既知の技術の範囲であるので、仔細の説明は割愛する）。

ステップＳ７１７では、顧客は自身の端末（顧客端末）を介して受取り完了確認処理を行う。ここでの確認処理例は、図９に示されるとおりである。図９はユーザ端末９００の画面例であり、端末９００のディスプレイ９１０上には、商品受取り確認タイトル９２０と確認処理案内メッセージ９３０と商品受取り確認完了ボタン９４０とが配置される。顧客が確認完了ボタン９４０を押下することによって、その旨が管理サーバ２１または店舗側の端末に送信され、本商品の顧客への受取りは完了したことが記録される。

次に、ステップＳ７１９では、顧客がゲート１０２の出口にて出口認証コード（顧客が受取りエリアから退出するための退出コードの一形態である。）をかざす。本発明の一実施形態において、このコードはゲート１０２にて光学的に読み取られ、管理サーバ２１または店舗側の端末へ送信されその顧客商品が占有していた棚に対応する棚番号の開放処理が行われる（ステップＳ７１２）。出口認証コードの表示例は、図１０に示すとおりである。図１０はユーザ端末１０００の画面例であり、端末１０００のディスプレイ１０１０上には、案内メッセージ１０２０と出口認証コード１０３０とが配置される。出口認証コード１０３０には既知の２次元コードを採用することができる。
また、上記棚番号の解放処理によって、上表で説明した棚Ｎｏ．に対応する利用状況フラグが「開放」または「空き」に変更される。これによって当該棚は後続の顧客の購入商品を収容するために利用可能となる。

次に、ステップＳ７１４へ進み、ゲート１０２の出口が開放（例えば制止扉が開くなど）される。このとき（図７ではステップＳ７１２としているがステップＳ７１４でもよい）、顧客の出口通過の記録が管理サーバ２１または店舗側の端末においてなされる。
ステップＳ７２１では、顧客はゲート１０２の出口を通過する。

なお、本発明の理解の容易のために、入口認証コード及び出口認証コードは既知の２次元コードとし、その読み取り方法については光学的な読み取りとしたが、本発明はこれに限定されるものではなく、磁気的な読み取り方法や既知の近距離無線通信技術による認証方法を採用することもできる。

［決済タイミング］
本発明の他の実施形態にかかる購入商品受渡しシステムでは、図７に例示した動作処理フローにおける様々なタイミングで決済処理を行わせることができる。例示すると、次のとおりである。
（１）ステップＳ７０５の商品注文時
（２）ステップＳ７１１またはステップＳ７１３の受渡しエリア入口ゲート通過時
（３）ステップＳ７１５の商品ピックアップ時
（４）ステップＳ７１７の顧客端末アプリ上での受渡し完了確認時
（５）ステップＳ７１９またはステップＳ７２１の受渡しエリア出口ゲート通過時
上記タイミング（１）〜（５）は、他のタイミングを排除するものではない。つまり、上記（１）の商品注文時に注文商品についてはいったん決済を済ませ、受取りエリアへ向かう途中で既注文商品の追加希望がある場合には図示しない顧客端末画面を介して追加注文し、上記（２）〜（５）までのいずれかのタイミングで追加注文分についての差額決済を行わせることができる。

一方で、上記（１）の商品注文時に注文商品についてはいったん決済を済ませ、上記（３）の受取りエリア内での商品ピックアップ後に一部の商品を返品した場合には、上記（４）〜（５）のいずれかのタイミングで返品分の差額決済（払い戻し処理）を行わせることができる。
以上のような多様な決済（払い戻し）タイミングは本発明の利便性を一層向上させる。

以上、具体例に基づき、購入商品受渡しシステム等の実施形態を説明したが、本発明の実施形態としては、システム又は装置を実施するための方法又はプログラムの他、プログラムが記録された記憶媒体（一例として、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、ハードディスク、メモリカード）等としての実施態様をとることも可能である。

また、プログラムの実装形態としては、コンパイラによってコンパイルされるオブジェクトコード、インタプリタにより実行されるプログラムコード等のアプリケーションプログラムに限定されることはなく、オペレーティングシステムに組み込まれるプログラムモジュール等の形態であっても良い。

さらに、プログラムは、必ずしも制御基板上のＣＰＵにおいてのみ、全ての処理が実施される必要はなく、必要に応じて基板に付加された拡張ボードや拡張ユニットに実装された別の処理ユニット（ＤＳＰ等）によってその一部又は全部が実施される構成とすることもできる。

本明細書（特許請求の範囲、要約、及び図面を含む）に記載された構成要件の全て及び／又は開示された全ての方法又は処理の全てのステップについては、これらの特徴が相互に排他的である組合せを除き、任意の組合せで組み合わせることができる。

また、本明細書（特許請求の範囲、要約、及び図面を含む）に記載された特徴の各々は、明示的に否定されない限り、同一の目的、同等の目的、または類似する目的のために働く代替の特徴に置換することができる。したがって、明示的に否定されない限り、開示された特徴の各々は、包括的な一連の同一又は均等となる特徴の一例にすぎない。

さらに、本発明は、上述した実施形態のいずれの具体的構成にも制限されるものではない。本発明は、本明細書（特許請求の範囲、要約、及び図面を含む）に記載された全ての新規な特徴又はそれらの組合せ、あるいは記載された全ての新規な方法又は処理のステップ、又はそれらの組合せに拡張することができる。

１０ 受渡しエリア
１０１、２６ ロッカー
１０２、２７ ゲート
１０３ａ、１０３ｂ、２８ カメラ
２０ 購入商品受渡しシステム
２１ 管理サーバ
２２ タブレット端末（ユーザ端末装置及び／または店舗側端末の一形態）
２３ 携帯電話（ユーザ端末装置の一形態）
２４〜２５ ＰＣ（ユーザ端末装置及び／または店舗側端末の一形態）
３７ａ〜３７ｃ、３８ 通信回線
３９ 公衆回線（専用線、インターネット等）

Claims (6)

1. 顧客端末と通信し、店舗内外に設けられた受渡しエリアでの購入商品の前記顧客への受渡しを管理する管理サーバを有する購入商品受渡しシステムであって、
   前記受渡しエリアには、前記受渡しエリアの入退室を管理する管理ゲートと、前記購入商品を一時保管するための保管棚とが備えられ、
   前記管理サーバは、
   前記顧客端末からの前記購入商品の注文時に前記購入商品を預かる前記保管棚を割当て、
   前記割当てた保管棚と前記受渡しエリアの前記管理ゲートへの入室コードとを前記顧客端末に通知する
   ことを特徴とする購入商品受渡しシステム。
2. 前記管理サーバは、前記店舗の内外に設けられた店舗側の端末であることを特徴とする請求項１に記載の購入商品受渡しシステム。
3. 前記管理サーバは、
   （１）前記購入商品の注文時、
   （２）前記顧客の前記受渡しエリアへの入室時、
   （３）前記顧客端末からの前記購入商品の受渡し完了確認処理時、
   （４）前記顧客の前記受渡しエリアからの退出時
   の少なくともいずれか１のタイミングで購入商品の決済処理を実行する請求項１または２に記載の購入商品受渡しシステム。
4. 顧客端末と通信し、店舗内外に設けられた受渡しエリアでの購入商品の前記顧客への受渡しを管理する管理サーバを有する購入商品受渡しシステムで実行されるプログラムあって、
   前記受渡しエリアには、前記受渡しエリアの入退室を管理する管理ゲートと、前記購入商品を一時保管するための保管棚とが備えられ、
   前記管理サーバに、
   前記顧客端末からの前記購入商品の注文時に前記購入商品を預かる前記保管棚を割当てさせるステップと、
   前記割当てた保管棚と前記受渡しエリアの前記管理ゲートへの入室コードとを前記顧客端末に通知させるステップと
   を実行することを特徴とするプログラム。
5. 前記管理サーバは、前記店舗の内外に設けられた店舗側の端末であることを特徴とする請求項４に記載のプログラム。
6. 前記管理サーバに、
   （１）前記購入商品の注文時、
   （２）前記顧客の前記受渡しエリアへの入室時、
   （３）前記顧客端末からの前記購入商品の受渡し完了確認処理時、
   （４）前記顧客の前記受渡しエリアからの退出時
   の少なくともいずれか１のタイミングで購入商品の決済処理を実行させる請求項４または５に記載のプログラム。