JP3238145U - 受取棚及び、店頭受取システム - Google Patents

Abstract

【課題】商品受渡のスタッフが介在することなく、注文者が商品受取を可能とする受取棚を提供すること【解決手段】注文商品を店頭受取する為の受取棚であって、１又は複数段の棚部を備えた受取棚本体及び、前記棚部に載置可能に構成され、前記注文商品を収容する為の複数の商品収容体を備え、前記商品収容体は、側面に、前記注文商品の受取用番号を表示する表示部を備えると共に、相対方向から前記商品収容体内部の少なくとも一部を視認可能に構成される。【選択図】図５

Description

新規性喪失の例外適用申請有り

本考案は注文商品を店頭においてセルフサービスで受け取る為の受取棚及び、店頭受取システムに関する。

従来より、ＥＣ（Electronic Commerce）サイトを介して、商品を購入することが行われている。購入した商品は、例えば、決済後に事前に指定した送り先に送付される。これまでは、購入者の自宅のようなパーソナルな受取場所に商品を配送することがほとんどであったが、最近ではコンビニエンスストア（カウンター）や共用の宅配ボックス（宅配ロッカー）等のパブリックな受取場所に商品を配送し、購入者が受取場所に赴いて商品受取りを可能とするサービスも提供されている（非特許文献１）。

これらのサービスでは、原則的に配送前に決済を完了する必要があるが、配送後に決済を行うサービスも存在する。例えば、ウェブサイト上で商品及び実店舗を指定して指定した実店舗に商品を取り寄せし、実店舗において決済をすることで商品を購入する店頭受取サービスが知られている（非特許文献２）。この店頭受取サービスでは、実店舗への商品入荷を知らされた購入者は、実店舗に配置された受取カウンターに赴き、受取カウンターのスタッフに注文者名や商品名等を伝えて、商品についての決済を行う。

"amazon hub"、［online］、［令和4年3月9日検索］、インターネット〈URL：https://www.amazon.co.jp/ulp〉 "店頭受取サービス"、［online］、［令和4年3月9日検索］、インターネット〈URL：https://store.kinokuniya.co.jp/user-guide/storepickup/〉

近年では人員削減等の観点からセルフレジを導入する実店舗も増加している。一方で、上記の店頭受取サービスでは、受取カウンターにおいて商品の引き渡しを行うスタッフの介在が必要不可欠となる。

上記事情を鑑みて、本考案は、商品受渡のスタッフが介在することなく、注文者が商品受取を可能とする受取棚を提供することを解決すべき課題とする。

上記課題を解決するために、本考案は、注文商品を店頭受取する為の受取棚であって、
１又は複数段の棚部を備えた受取棚本体及び、前記棚部に載置可能に構成され、前記注文商品を収容する為の複数の商品収容体を備え、
前記商品収容体は、側面に、前記注文商品の受取用番号を表示する表示部を備えると共に、相対方向から前記商品収容体内部の少なくとも一部を視認可能に構成される。

また、本考案は、受取店舗における注文商品の店頭受取システムであって、
前記店頭受取システムは、予約注文サーバ、店舗端末装置及び、受取棚を備え、
前記予約注文サーバは、注文者から１又は複数の注文商品及び、受取店舗の入力を受け付け、注文データを生成し、
前記注文データ又は、個別の前記注文商品に対して、受取用番号を付与し、
前記受取用番号を、前記注文商品の注文者に送信し、
前記受取店舗への前記注文商品の配送処理を行い、
前記受取用番号を、直接又は、前記配送書類を介して、前記店舗端末装置に対し送信し、
前記受取棚は、前記受取店舗の利用者が立ち入り可能なエリアに配置され、１又は複数段の棚部を備えた受取棚本体及び、前記棚部に載置可能に構成され、前記注文商品を収容する為の複数の商品収容体を備え、
前記商品収容体は、側面に、前記注文商品の受取用番号を表示する表示部を備えると共に、相対方向から前記商品収容体内部の少なくとも一部を視認可能に構成される。

本考案の好ましい形態では、前記商品収容体は少なくとも天井方向が解放された箱状収容体であって、
前記箱状収容体の背表紙の高さは、前記棚部の高さの１０～９０％である。

本考案の好ましい形態では、前記商品収容体の背表紙下側には、前記商品収容体内部に貫通した孔部が設けられる。

本考案の好ましい形態では、少なくとも前記商品収容体の背表紙側の一部は、透視材料により形成される。

このような構成とすることで、受取店舗において、利用者（注文者）が受取棚より注文商品を取得することができ、注文商品の受渡に係るスタッフの介在をなくすることができる。これにより、セルフレジ設置店においては、スタッフが介在することなく、商品注文から商品購入までを行うことが可能である。そして、受取店舗のスタッフが、箱状収容体が空か否か（注文商品が注文者によって持ち去られたか否か）一目瞭然となり、箱状収容体の回収や並べ替え等が効率化する。

本考案の好ましい形態では、前記棚部の高さの５０％以上の大きさの２次元コードを表示するコード表示部を備え、
前記２次元コードは、ウェブサイトであって、前記注文商品の注文データ及び受取店舗を入力する為のウェブサイトに直接又は間接的にアクセスする為の文字列を符号化したコードである。

このような構成とすることで、受取棚を介して、受取店舗に来店した顧客を、注文用のウェブサイトへ誘導することが可能となる。また、２次元コードをこのような大きさにすることで、例えば、会計の順番待ち等で並んでいるような、受取棚から離れた位置の顧客からでも、コードを読み取り可能とすることができる。

本考案の好ましい形態では、複数の前記注文商品は、１又は複数の梱包体により梱包された状態で前記受取店舗に配送され、
前記梱包体の外装には、梱包する１又は複数の商品を前記受取店舗のＰＯＳシステムにおいて読取する為のコードが備えられる。

このような構成とすることで、梱包された状態で商品収容体に注文商品を収容でき、商品の破損や傷等を防止できる。

本考案によれば、商品受渡のスタッフが介在することなく、注文者が商品受取を可能とする受取棚を提供することができる。

実施形態のシステムの装置構成を示すブロック図。 実施形態のシステムのハードウェア構成図。 実施形態のシステムの機能構成要素を示すブロック図。 実施形態の予約注文から配送までの処理フローチャート。 実施形態の受取棚の斜視図。 実施形態の受取棚の正面図。 実施形態の注文商品を収容した状態の商品収容体の斜視図。 別の実施形態における注文商品を収容した状態の商品収容体の斜視図。

以下、添付図面を参照して、本発明の実施形態について説明する。図面には好ましい実施形態が示されている。しかし、多くの異なる形態で実施されることが可能であり、本明細書に記載される実施形態に限定されない。

＜システム構成＞
図１は、本実施形態のシステムの構成を示すブロック図である。図１に示すように、店頭受取システム０は、予約注文サーバ１、利用者端末装置２、店舗端末装置３、受取棚４及び、配送元サーバＡＳを備える。予約注文サーバ１は、利用者端末装置２、店舗端末装置３、配送元サーバＡＳとＩＰネットワークである通信ネットワークＮＷを介して通信を行うが、通信プロトコルの種類に制限はなく、更に、ネットワークの種類、規模にも制限はない。

例えば、本実施形態では店頭受取システム０の構成、動作等について説明するが、実行される店頭受取方法等によっても、同様の作用効果を奏することができる。本実施形態では、予約注文プログラムを実行するサーバ装置である予約注文サーバ１及び、店舗端末プログラムを実行する端末装置である店舗端末装置３によって、店頭受取システム０の主要な機能構成要素が実現する。一方で、予約注文プログラム及び店舗端末プログラム双方の機能構成要素をコンピュータに実行可能に構成された店頭受取プログラムによって、店頭受取システム０を実現しても構わない。プログラムは、コンピュータが読み取り可能な非一過性の記録媒体として提供されてもよいし、外部のサーバからダウンロード可能に提供されてもよい。

なお、予約注文サーバ１、店舗端末装置３及び、配送元サーバＡＳは、例えば、汎用のサーバ向けのコンピュータ、パーソナルコンピュータ等を利用することが可能である。なお、予約注文サーバ１、店舗端末装置３及び、配送元サーバＡＳのそれぞれは、複数のコンピュータを用いて構成されてもよい。利用者端末装置２は、例えば、パーソナルコンピュータ、スマートフォン、フィーチャーフォン、タブレット端末等を利用することが可能である。

＜店頭受取手順の概要＞
図１を参照して、店頭受取手順の概要について説明する。
まず、（１）商品の注文を行う利用者（注文者）は、利用者端末装置２を操作して、店頭受取の為のウェブサイトにアクセスし、店頭受取要求を行う。商品取り置き要求として、利用者が指定した１又は複数の商品（注文商品）と、その取り置きを行う店舗Ｓ（受取店舗）が、予約注文サーバ１に送信される。

（２）店頭受取要求を受け取った予約注文サーバ１は、配送元サーバＡＳに対して、商品の配送依頼を送信（配送処理）する。ここで、配送元サーバＡＳは出版取次Ａが使用するコンピュータである。配送依頼の送信先となる配送元サーバは、注文商品毎に異なってよい。

（３）配送依頼を受け取った出版取次Ａは、注文商品を受取店舗である店舗Ｓに配送する。（４）店舗Ｓでは、出版取次Ａより配送された注文商品を、店舗端末装置３を用いて検品処理し、受取棚４へ載置する。（５）利用者は、店舗Ｓへ赴き、受取棚４から注文商品を受け取り、セルフレジにて注文商品の購入を行う。

＜ハードウェア構成＞
図２は、本実施形態におけるハードウェア構成図である。図２（ａ）は、予約注文サーバ１のハードウェア構成の一例を示す図である。予約注文サーバ１は、ハードウェア構成として、処理部１０１と、記憶部１０２と、通信部１０３と、を備える。

処理部１０１は、ＣＰＵ等の１又は２以上のプロセッサを含み、予約注文プログラム、ＯＳやその他のアプリケーションを実行することで、予約注文サーバ１の動作処理全体を制御する。記憶部１０２は、ＨＤＤ、ＲＯＭ、ＲＡＭ等であって、予約注文プログラム、店頭受取の為のウェブサイトのリソース及び、処理部１０１がプログラムに基づき処理を実行する際に利用するデータ等を記憶する。処理部１０１が、記憶部１０２に記憶されている予約注文プログラムに基づき、処理を実行することによって、後述する機能構成が実現される。通信部１０３は、通信ネットワークＮＷとの通信制御を実行して、予約注文サーバ１を動作させるために必要な入力や、動作結果に係る出力を行う。

図２（ｂ）は、は利用者端末装置２のハードウェア構成の一例を示す図である。利用者端末装置２は、ハードウェア構成として、処理部２０１と、記憶部２０２と、通信部２０３と、入力部２０４と、出力部２０５と、を備える。

処理部２０１は、ＣＰＵ等の１以上のプロセッサを含み、利用者端末装置２の動作処理全体を制御する。記憶部２０２は、ＨＤＤ、ＲＯＭ、ＲＡＭ等であって、ウェブブラウザアプリケーション及び、利用者端末装置２を操作する為のアプリケーション等を記憶する。通信部２０３は、通信ネットワークＮＷと通信を制御する。入力部２０４は、マウス、キーボード、タッチパネル、物理スイッチ等であって、利用者による操作要求を処理部２０１に入力する。出力部２０５は、ディスプレイ等であって、処理部２０１の処理の結果等を表示する。

図２（ｃ）は、店舗端末装置３のハードウェア構成の一例を示す図である。店舗端末装置３は、ハードウェア構成として、処理部３０１と、記憶部３０２と、通信部３０３と、入力部３０４と、出力部３０５と、を備える。

処理部３０１は、ＣＰＵ等の１又は２以上のプロセッサを含み、本発明に係る店舗端末プログラム、ＯＳやその他のアプリケーションを実行することで、店舗端末装置３の動作処理全体を制御する。記憶部３０２は、ＨＤＤ、ＲＯＭ、ＲＡＭ等であって、本発明に係る店舗端末装置３及び、処理部３０１がプログラムに基づき処理を実行する際に利用するデータ等を記憶する。処理部３０１が、記憶部３０２に記憶されている店舗端末プログラムに基づき、処理を実行することによって、後述する機能構成が実現される。通信部３０３は、通信ネットワークＮＷとの通信制御を実行して、店舗端末装置３を動作させるために必要な入力や、動作結果に係る出力を行う。入力部３０４は、マウス、キーボード、タッチパネル、物理スイッチ等であって、店舗従業員による操作要求を処理部２０１に入力する。出力部２０５は、ディスプレイ等であって、処理部２０１の処理の結果等を表示する。また、本実施形態では、店舗端末装置３は、入力部３０４として、配送された注文商品に付されたコードを読み取り、検品処理を行う為のコードリーダを備える。

＜予約注文サーバ１の機能構成要素＞
図３（ａ）に示すように、予約注文サーバ１は、機能構成要素として、受付部１１、送信部１３、発送処理部１５、表示処理部１７及び、データベースＤＢ１を備える。店舗端末装置３は、受信部３１、商品管理部３３、送信部３５及び、データベースＤＢ３を備える。

データベースＤＢ１は、店舗情報、利用者情報、商品情報及び、注文情報を格納する。店舗情報は、注文商品を受け取り可能な店舗に関する情報であり、本実施形態では、店舗の識別情報、店舗名、住所、電話番号を含む。また、利用者情報は、利用者の識別情報、氏名、送信先データ（電話番号やメールアドレス）等の情報を含む。商品情報は、注文商品に関する情報であり、本実施形態では、商品の識別情報、商品名、著者名、出版社名、出版年月日、ＩＳＢＮコード、シリーズ名、価格、商品画像、注文先情報及び、注文可否フラグ、配送日数目安、を有する。注文先情報は、注文商品の発送元を示す情報である。本実施形態では、発送元は、注文商品を店舗に発送する出版取次Ａであるが、例えば、注文商品を収容した倉庫を備えた配送センター等の物流拠点や出版社等、直接又は間接的に注文商品を店舗に発送する主体であってもよい。

＜予約注文～配送の処理フロー＞
図４は、予約注文から配送までの処理フローを示す図である。まず、ステップＳ４０１（以降、単にＳＸＸＸとする）において、利用者端末装置２は、予約注文サーバ１に対して、予約注文ウェブサイトの表示リクエストを行う。

表示処理部１７は、利用者端末装置２のウェブブラウザより、店頭受取の為の予約注文ウェブサイトの表示処理要求を受け取ると、表示処理結果として、ウェブサイトのリソースを返送する（Ｓ４０２）。一般に、リソースは、複数のリソース情報を含む。リソース情報としては、全体構成の設計思想となり、所定のマークアップ言語（例えば、ＨＴＭＬ（Hyper Text Markup Language））により記述された文書（ＨＴＭＬ文書）、意匠の設計書であって、Ｗｅｂページのスタイルを設定する情報（コード）であり、例えば、ＨＴＭＬの要素を選択的にスタイル設定（文字の色や大きさなど）するために利用されるＣＳＳ（Cascading Style Sheets）、例えば、ＪａｖａＳｃｒｉｐｔ（登録商標）等、ＨＴＭＬ及びＣＳＳでは表現できない動作及び効果を指定可能とするＷｅｂブラウザ上で動作するプログラム並びに、静止画像及び／または動画像が挙げられる。

表示処理結果を受け取った利用者端末装置２のウェブブラウザがリソース情報を表示処理することで、ディスプレイ（出力部２０５）に、店頭受取の為のウェブサイトが表示される。利用者は、ウェブサイト上で、入力部２０４を操作して、商品を検索等し、カートに追加する。また、店頭受取する店舗を指定する。そして、Ｓ４０３において、利用者端末装置２は、カートに追加した１又は複数の商品を特定可能な情報（商品情報に含まれる識別情報等）と指定した店舗を特定可能な情報（店舗情報に含まれる識別情報等）を送信して、予約注文サーバ１に店頭受取要求を行う。なお、注文可否フラグは、商品情報に含まれた該当商品の店頭受取の可否を示す情報であり、商品情報として、注文可否フラグが可の商品のみ、注文が可能となる。

受付部１１は、利用者（利用者端末装置２）から１又は複数の注文商品及び、受取店舗の入力を受け付け、注文データを生成する。この時、受付部１１は、注文商品の受取用番号を生成する（Ｓ４０４）。本実施形態では、受付部１１は、ウェブサイトから利用者の識別情報、注文商品に係る１又は複数の商品の識別情報及び、受取店舗の識別情報を受け付け、受取用番号として機能する注文番号を発行して、注文データをデータベースＤＢ１に格納する。注文データには、注文番号、利用者の識別情報、注文商品の識別情報、受取店舗の識別情報を含まれる。

受取用番号は、店頭で、利用者が自身の注文商品を一意に識別する為の情報である。本実施形態では、商品注文に付帯した注文番号を受取用番号として使用するが、注文番号とは別途生成された、少なくとも受取店舗において注文商品を一意に区別することができる情報であればよい。

送信部１３は、利用者に対して、注文商品に関する情報を送信する。Ｓ４０５において、送信部１３は、利用者に対して、受取用番号を送信する。送信部１３は、本実施形態では、注文完了通知として、注文番号を含む注文データに関する情報を、利用者情報に含まれた送信先データに対して送信する。また、送信部１３は、直接又は、配送処理を介して、店舗端末装置３に対して、受取用番号を送信する。送信部１３は、本実施形態では、納品予定の商品を示す納品データとして、注文番号を含む納品データに関する情報を、注文データに含まれた受取店舗の識別情報に基づいて、対象となる店舗Ｓの店舗端末装置３に対して送信する。納品データには、注文番号、利用者の識別情報、注文商品の識別情報、注文商品毎の配送元を示す情報、到着予定日、ステータス及び、検品日時が含まれる。ステータスは、例えば、検品前、検品済、購入済、到着予定日経過、取置日数超過等であり、納品データの格納時点では、例えば、検品前ステータスが設定される。

発送処理部１５は、受取店舗への注文商品の配送処理を行う。注文商品には注文先情報が対応付けられており、Ｓ４０６において、発送処理部１５は、注文商品を受け取り店舗に発送する発送元となる出版取次Ａに対して、注文データに含まれた注文商品を特定可能な情報（商品情報に含まれるＩＳＢＮコードや所品名等の1又は複数）と、発送先として指定された受取店舗を特定可能な情報（店舗情報に含まれる店舗名や電話番号等の1又は複数）を送信して、商品の配送要求を行う。配送要求には、希望発送日又は受取店舗への希望到着日等が含まれていてもよい。

配送元サーバＡＳは、Ｓ４０６で送信された配送要求を受け取る。配送要求を確認した出版取次Ａのスタッフは、Ｓ４０７において、配送要求によって指定された受取店舗に対して、指定された注文商品を発送する。この時、スタッフは、指定された注文商品を梱包体によって梱包して受取店舗に対して注文商品を発送するが、梱包体の外装には、梱包する１又は複数の商品を受取店舗のＰＯＳシステムにおいて読取する為のコードが備えられる。

具体的には、梱包体表面（外装）に、梱包された１又は複数の注文商品を特定可能な情報として、検品用表示を行う。検品用表示は、ＩＳＢＮコードを印字又は、シール貼付け等することで、梱包体表面に表示される。なお、発送処理部１５が送信する配送要求には、受取用番号又は受取用番号と一意に紐づいた情報（例えば、受取用番号と区別される場合の注文番号）等が含まれてよく、その時、検品用表示としてＩＳＢＮコードに加えて又は代えて、受取用番号又は受取用番号と一意に紐づいた情報を印字又は、シール貼付け等によって表示してもよい。

また、発送処理部１５は、店舗端末装置３に対して、注文番号、利用者の識別情報、注文商品の識別情報、注文商品毎の配送元を示す情報及び、到着予定日を送信して、取置要求を行う。到着予定日は、注文日時又は配送要求日時に対して、配送日数目安等の所定期間を加算等することで決定される。

受信部３１は、予約注文サーバ１から送信された情報に基づいて、納品データをデータベースＤＢ３に格納する。

商品管理部３３は、配送された注文商品を検品処理する。Ｓ４０８において、商品管理部３３は、コードリーダ（入力部３０４）を介して梱包体表面から読み取られた検品用表示と、納品データとを用いて、商品を検品する。商品管理部３３は、検品処理結果に基づいて、対応する納品データのステータスを更新すると共に、検品日時の付与を行う。

商品の検品が完了すると、Ｓ４０９において、送信部３５は、予約注文サーバ１に対して、検品完了した注文番号を送信して、店着通知要求を行う。予約注文サーバ１が店着通知要求を受け取ると、Ｓ４１０において、送信部１３は、店着通知として、受取店舗に注文商品が到着した旨を利用者に対して送信する。店着通知に、受取用番号が含まれていてもよい。

＜店着通知～商品購入＞
図５は受取棚４の斜視図、図６は受取棚４の正面（正対）図である。受取棚４は、受取店舗の利用者が立ち入り可能なエリアに配置され、複数段の棚部を備えた受取棚本体５、コード表示部６及び、棚部に載置された複数の商品収容体７を備える。符号ＨＳは受取棚本体５（受取棚４）における棚部の高さを示す。

コード表示部６は、２次元コード６１を備える。２次元コード６１は、ウェブサイトであって、商品注文の為のウェブサイトに直接又は間接的にアクセスする為の文字列を符号化したコードである。符号ＨＣは２次元コード６１の高さ方向の大きさを、符号ＷＣは２次元コード６１の幅方向の大きさを示し、２次元コード６１の大きさＨＣ又はＷＣの少なくとも一方は、棚部の高さＨＳの５０％以上の大きさであることが好ましい。ここで、間接的にアクセスするとは、直接アクセスしたウェブページから、１又は複数のリンクを経由することで、商品注文の為のウェブサイトにアクセス可能であることを意味する。

図７に示すように、商品収容体７は、少なくとも天井方向が解放された箱状収容体であり、受取店舗のスタッフは、検品済の注文商品Ｂを、商品収容体７に収容すると共に、受取用番号が表示された表示体７１を、商品収容体７に設ける。本実施形態における表示体７１は、受取店舗のスタッフが納品データに含まれた受取用番号を参照することで、受取用番号の一部又は全部が記述されたシール（例えば付箋）である。本実施形態では、受取店舗のスタッフは、注文番号の下４ケタを表示体７１に記入し、背表紙７Ａに貼り付けした商品収容体７を棚部に載置する。この際、本実施形態では、梱包体ごと商品収容体７に収容するが、梱包体を剥離して商品収容体７に収容してもよい。梱包体ごと商品収容体７に収容する場合であって、尚且つ梱包体の配送用のラベルに注文者個人が特定可能な情報（例えば、氏名、住所、電話番号等）が記載されている場合、好ましくは、記載部分をペンやスタンプで塗りつぶしたり、テープやシールを張り付けて覆い隠したり、ラベルを剥離した後に、商品収容体７に収容する。図示例の梱包体（注文商品Ｂ）は箱状体であるが、ボール紙や厚紙等で形成された封筒であってもよい。

商品収容体７の背表紙７Ａ下側には、商品収容体内部に貫通した孔部７３が設けられる。棚部に載置された状態で利用者と相対する商品収容体７の背表紙７Ａの高さＨＦは、棚部の高さＨＳの１０～９０％であり、より好ましくは１０～７０％である。

店着通知を受領した利用者は受取店舗に赴き、受取棚４に並べて載置された商品収容体７の表示体７１を確認する。その中から、注文完了通知や店着通知において送信された受取用番号を探し、自身の注文商品Ｂを商品収容体７より取り出す。そして、取り出した注文商品Ｂを、セルフレジにおいて会計し、購入することができる。

注文商品が購入されると、納品データのステータスが購入済に更新されることが好ましい。店舗のスタッフが、商品収容体７が空になっていることを確認した際に、入力部３０４を操作して、ステータスを更新してもよいし、ＰＯＳを連動して、注文商品が購入された際に、ステータスを更新するようにしてもよい。一方で、商品管理部３３は、注文商品が購入されず、検品日時から所定日数経過すると、ステータスを取置日数超過に変更する。この時、送信部３５は、予約注文サーバ１に対して、取置日数超過通知要求を行う。予約注文サーバ１が取置日数超過通知要求を受け取ると、送信部１３は、取置日数超過通知として、取置日数超過した旨を利用者に対して送信する。取置日数を超過した注文商品は、返送されたり、店頭の在庫に組み込まれたりする。

図８は、別の実施形態における商品収容体７の斜視図である。棚部に商品収容体７が並べて載置された状態で、注文商品Ｂが収容されているか否か一目瞭然となるように、商品収容体７は、受取棚４の相対方向から見て、商品収容体７内部の少なくとも一部が視認可能に構成される。

背表紙７Ａを正面とした時、図８（ａ）、（ｂ）は、側面視台形型の商品収容体７である。図８（ａ）に示す商品収容体７は、台形の短辺（つまり背表紙７Ａの高さＨＦ）が、棚部の高さＨＳのおよそ２０％に構成されている。背表紙７Ａの高さＨＦは、好ましくは、棚部の高さＨＳの１０～９０％（より好ましくは１０～７０％）に構成される。

図８（ｂ）に示す商品収容体７は、背表紙７Ａの少なくとも一部が、透視材料により形成される。透視材料は、透明な材料であってもよいし、透光性を有した半透明の材料であってもよい。図８（ｂ）では背表紙７Ａの全体が透視材料により形成されているが、背表紙７Ａの一部が透視材料によって形成されてもよい。あるいは、図８（ｃ）に示す商品収容棚７のように、商品収容棚７の全体が透視材料によって形成されてもよい。また、図８（ｄ）に示す立方体形状の商品収容体７のように、背表紙７Ａに孔部７３を設けてもよい（より好ましくは背表紙７の下部）。図示例の如く、孔部７３は複数設けられてもよい。

なお、本実施形態では、受取用番号として注文番号を用いているが、例えば、少なくともそれぞれの受取店舗内において一意となる受取用番号をデータベースＤＢ１に記憶しておき、受付部１１が、注文データに対して受取用番号を付与する構成としてもよい。

この時、受取店舗においては、商品収容体７に配置可能であって、予め受取店舗内において一意となる受取用番号が印字等により表示された表示体７１を、注文データに付与された受取用番号に応じて選択し、商品収容体７に配置する。表示体７１は、繰り返し使用可能な粘着体や、磁石、クリップ等によって、商品収容体７に配置され得る。商品収容体７に、分離不可能に受取用番号を印字等することで、分離不可に表示されていてもよい。

この時、予約注文サーバ１においては、受取用番号の使用状態管理を行うことが好ましい。例えば、受取店舗に対応付けられた商品収容体を注文商品に割り当てた日付又は日時から、所定期間経過前は使用中、所定期間経過後は未使用（割当可）とすることができる。あるいは、納品データのステータスが購入済に更新されることによって、それに割り当てされていた受取用番号を未使用（割当可）としてもよい。

０ ：店頭受取システム
１ ：予約注文サーバ
２ ：利用者端末装置
３ ：店舗端末装置
４ ：受取棚
５ ：受取棚本体
６ ：コード表示部
７ ：商品収容体
７Ａ ：背表紙
１１ ：受付部
１３ ：送信部
１５ ：発送処理部
１７ ：表示処理部
３１ ：受信部
３３ ：商品管理部
３５ ：送信部
６１ ：２次元コード
７１ ：表示体
７３ ：孔部
１０１ ：処理部
１０２ ：記憶部
１０３ ：通信部
２０１ ：処理部
２０２ ：記憶部
２０３ ：通信部
２０４ ：入力部
２０５ ：出力部
３０１ ：処理部
３０２ ：記憶部
３０３ ：通信部
３０４ ：入力部
３０５ ：出力部
Ａ ：出版取次
ＡＳ ：配送元サーバ
Ｂ ：注文商品
ＤＢ１ ：データベース
ＤＢ３ ：データベース
ＨＦ ：高さ
ＨＳ ：高さ
ＮＷ ：通信ネットワーク
Ｓ ：店舗

以下、添付図面を参照して、本考案の実施形態について説明する。図面には好ましい実施形態が示されている。しかし、多くの異なる形態で実施されることが可能であり、本明細書に記載される実施形態に限定されない。

処理部３０１は、ＣＰＵ等の１又は２以上のプロセッサを含み、本考案に係る店舗端末プログラム、ＯＳやその他のアプリケーションを実行することで、店舗端末装置３の動作処理全体を制御する。記憶部３０２は、ＨＤＤ、ＲＯＭ、ＲＡＭ等であって、本考案に係る店舗端末装置３及び、処理部３０１がプログラムに基づき処理を実行する際に利用するデータ等を記憶する。処理部３０１が、記憶部３０２に記憶されている店舗端末プログラムに基づき、処理を実行することによって、後述する機能構成が実現される。通信部３０３は、通信ネットワークＮＷとの通信制御を実行して、店舗端末装置３を動作させるために必要な入力や、動作結果に係る出力を行う。入力部３０４は、マウス、キーボード、タッチパネル、物理スイッチ等であって、店舗従業員による操作要求を処理部２０１に入力する。出力部２０５は、ディスプレイ等であって、処理部２０１の処理の結果等を表示する。また、本実施形態では、店舗端末装置３は、入力部３０４として、配送された注文商品に付されたコードを読み取り、検品処理を行う為のコードリーダを備える。

Claims (7)

1. 注文商品を店頭受取する為の受取棚であって、
   １又は複数段の棚部を備えた受取棚本体及び、前記棚部に載置可能に構成され、前記注文商品を収容する為の複数の商品収容体を備え、
   前記商品収容体は、側面に、前記注文商品の受取用番号を表示する表示部を備えると共に、相対方向から前記商品収容体内部の少なくとも一部を視認可能に構成される、受取棚。
2. 前記商品収容体は少なくとも天井方向が解放された箱状収容体であって、
   前記箱状収容体の背表紙の高さは、前記棚部の高さの１０～９０％である、
   請求項１に記載の受取棚。
3. 前記商品収容体の背表紙下側には、前記商品収容体内部に貫通した孔部が設けられる、
   請求項１に記載の受取棚。
4. 少なくとも前記商品収容体の背表紙側の一部は、透視材料により形成される、
   請求項１に記載の受取棚。
5. 前記棚部の高さの５０％以上の大きさの２次元コードを表示するコード表示部を備え、
   前記２次元コードは、ウェブサイトであって、前記注文商品の注文データ及び受取店舗を入力する為のウェブサイトに直接又は間接的にアクセスする為の文字列を符号化したコードである、
   請求項１～４の何れかに記載の受取棚。
6. 複数の前記注文商品は、１又は複数の梱包体により梱包された状態で前記受取店舗に配送され、
   前記梱包体の外装には、梱包する１又は複数の商品を前記受取店舗のＰＯＳシステムにおいて読取する為のコードが備えられる、
   請求項１～４の何れかに記載の受取棚。
7. 受取店舗における注文商品の店頭受取システムであって、
   前記店頭受取システムは、予約注文サーバ、店舗端末装置及び、受取棚を備え、
   前記予約注文サーバは、注文者から１又は複数の注文商品及び、受取店舗の入力を受け付け、注文データを生成し、
   前記注文データ又は、個別の前記注文商品に対して、受取用番号を付与し、
   前記受取用番号を、前記注文商品の注文者に送信し、
   前記受取店舗への前記注文商品の配送処理を行い、
   前記受取用番号を、直接又は、前記配送書類を介して、前記店舗端末装置に対し送信し、
   前記受取棚は、前記受取店舗の利用者が立ち入り可能なエリアに配置され、１又は複数段の棚部を備えた受取棚本体及び、前記棚部に載置可能に構成され、前記注文商品を収容する為の複数の商品収容体を備え、
   前記商品収容体は、側面に、前記注文商品の受取用番号を表示する表示部を備えると共に、相対方向から前記商品収容体内部の少なくとも一部を視認可能に構成される店頭受取システム。
   

Images