JP2022170356A - ロッカー制御装置 - Google Patents

Abstract

【課題】ロッカー装置を用いて返品や交換が可能なロッカー制御装置を提供する。【解決手段】ロッカー制御システムにおいて、通信部５１は、ロッカーボックスに収納予定の購入品の返品を希望する取扱情報及び購入品についての購入に関する情報である物品購入情報を取得し、処理部５２は、通信部５１が取得した物品購入情報に基づいて購入品の返品の条件を満たすか判定する。そして、処理部５２による判定の結果、返品の条件を満たす場合は、通信部５１が、ロッカーボックスの解錠の許可を示す解錠許可情報をロッカーボックスに対して出力する。【選択図】図３

Description

本発明は、施錠可能な複数のロッカーボックスを備えたロッカー装置を制御するロッカー制御装置に関する。

ネットワークショッピング等の電子商取引により購入した商品をロッカー装置を利用して購入者が商品を受け取ることは既に行われている。

例えば、特許文献１には、以下のような動作をする電子商取引方法の発明が記載されている。特許文献１に記載の電子商取引方法は、商品受取人が、移動体端末を操作して、ロッカー装置等の商品自動受渡装置に接続し、識別情報を、電子商取引業務サーバに対して送信して、開錠要求を行う。そして、電子商取引業務サーバが、識別情報に対応する業務データベースに記憶保持された注文情報を検索し、該開錠要求が、業務データベースに記憶保持された注文情報に照らして、正当と判定した場合には、商品自動受渡装置をして、注文情報に対応する商品が格納された区画を開錠させる。

特開２００３－１３２２７８号公報

特許文献１に記載の発明は、あくまで購入者への商品の引き渡しについて記載されているに過ぎない。そのため、購入者が商品の返品や交換をしたい場合には従来のとおり店頭に赴いて店員に返品や交換の依頼をしたり、宅配業者に引き取りを依頼するといったことをしなければならない。

そこで、本発明は、上記のような問題点に鑑み、ロッカー装置を用いて返品や交換が可能なロッカー制御装置を提供することを課題とする。

上記課題を解決するためになされた発明は、施錠可能な複数のロッカーボックスを備えたロッカー装置を制御するロッカー制御装置であって、所定の店舗で購入した物品の返品又は交換のいずれを希望するかを示す取扱情報及び、前記物品についての購入に関する情報である物品購入情報を取得する取得部と、前記取得部が取得した前記取扱情報及び前記物品購入情報に基づいて前記物品の返品又は交換の条件を満たすか判定する条件判定部と、前記条件判定部による判定の結果、前記条件を満たす場合は前記ロッカーボックスの解錠の許可を示す解錠許可情報を出力する出力部と、を備えることを特徴とするロッカー制御装置である。

以上説明したように本発明は、物品購入情報に基づいて物品の返品又は交換の条件を満たすか判定し、条件を満たす場合はロッカーボックスを解錠することで、ロッカー装置を用いて返品や交換に対応することが可能となる。

本発明の第１の実施形態にかかるロッカー制御装置を有するシステムの概略構成図である。 図１に示されたロッカー装置の機能構成図である。 図１に示されたロッカー制御システムの機能構成図である。 図１に示されたシステムにおいてロッカー制御システムを中心とした返品動作のフローチャートである。 本発明の第２の実施形態にかかる返品動作のフローチャートである。 本発明の第３の実施形態にかかる交換動作のフローチャート（その１）である。 本発明の第３の実施形態にかかる交換動作のフローチャート（その２）である。

（第１実施形態）
以下、本発明の第１の実施形態を図面に基づいて説明する。図１は、本発明の第１の実施形態にかかるロッカー制御装置を有するシステムの概略構成図である。

図１に示したシステムは、ロッカー装置１と、ロッカー制御システム５０と、購入管理システム６０と、店舗端末装置７０と、ユーザ端末装置８０と、を有している。また、ロッカー装置１と、ロッカー制御システム５０と、購入管理システム６０と、店舗端末装置７０と、ユーザ端末装置８０と、は、互いにインターネット等のネットワークＮを介して互いに通信可能となっている。

ロッカー装置１は、例えば店舗Ｓ内等に設置される。また、１つの店舗に設置されるロッカー装置１は１台に限らず複数台であってもよい。その場合、ロッカー制御システム５０は、複数台のロッカー装置１を制御することとなる。

ロッカー装置１は、図２に示したように、集中制御装置２と、ロッカー部３と、を備えている。集中制御装置２は、操作表示部２１と、コードリーダ２２と、ＩＣカードリーダ／ライタ２３と、プリンタ２４と、スピーカ２７と、制御部２８と、通信インターフェース２９と、カメラ２Ａと、を備えている。

操作表示部２１は、例えば利用者に情報を表示する液晶ディスプレイ（Liquid Crystal Display（ＬＣＤ））とタッチパネルから構成されている。また、操作表示部２１は、後述する返品や交換をする際の操作画面等が表示される

コードリーダ２２は、一次元バーコードやＱＲコード（登録商標）等の二次元バーコードといったコードを読み取る。なお、以下の説明では、コードリーダ２２が読み取るコードはＱＲコード（登録商標）として説明するが一部を除き単にコードと略して記載する。また、本実施形態では、コードリーダ２２は、ロッカー装置１に設けられているものとして説明するが、スマートフォン等の端末装置をコードリーダとして機能させ、読み取った情報をロッカー装置１を介して或いは直接ロッカー制御システム５０へ送信可能としてもよい。

ＩＣカードリーダ／ライタ２３は、ＲＦＩＤ（Radio Frequency Identification）技術により、非接触でＩＣカードに対してデータの読み書きを行う。プリンタ２４は、各操作に対応する処理内容等が記されたレシート等を印字して発行する。スピーカ２７は、例えば案内音声等を出力する。

制御部２８は、操作表示部２１、コードリーダ２２、ＩＣカードリーダ／ライタ２３、プリンタ２４、スピーカ２７、通信インターフェース２９、カメラ２Ａの各構成要素と通信可能に接続され、ロッカー装置１全体を制御する中央演算装置（ＣＰＵ）等のプロセッサやメモリ等の記憶装置を含むユニットである。

また、制御部２８は、ロッカーボックス３２の利用状況を管理するためのデータベース等を有している。制御部２８は、このデータベース等の管理情報を必要に応じて更新し、又はロッカー制御システム５０に出力する。また、この管理情報はロッカー制御システム５０からの指示に基づいて更新される場合がある。即ち、制御部２８は、複数のロッカーボックス個々の利用状況の管理を行う管理部として機能する。なお、利用状況とは予約やロッカーの空き状況であり、将来の利用予測や予約状況を考慮して管理してもよい。

通信インターフェース２９は、外部と通信するためのインターフェース（Ｉ／Ｆ）デバイスである。

カメラ２Ａは、ロッカー装置１の操作表示部２１の近傍に設けられる。カメラ２Ａは、後述するように返品や交換する商品（物品）を撮影することができる。

ロッカー部３は、施錠可能な複数個のロッカーボックス３２を備えている。また、ロッカー部３は、ブザー３１が設けられている。ブザー３１は、そのロッカー部３に属するロッカーボックス３２が所定の状態において所定の操作が行われた場合に制御部２８からの指示に基づいて警告音等を発する。なお、ブザー３１は、ロッカー部３単位で設けるに限らずロッカーボックス３２単位で設けてもよい。

ロッカーボックス３２は、周知のように扉が開閉可能に設けられている。扉には、取手等が設けられている。また、ロッカーボックス３２は、図２に示したようにロック部３３を備えている。ロック部３３は、扉を施錠及び解錠する機構であり、電気錠３４と、扉開閉スイッチ３５と、押ボタンスイッチ３６と、を備えている。

電気錠３４は、扉の開閉を規制する機構であって、扉開閉スイッチ３５及び押ボタンスイッチ３６の状態に基づいて、もしくは集中制御装置２（制御部２８）からの指示に応じて、扉の施錠または解錠を行う。

扉開閉スイッチ３５は、扉の開閉状態を判定するスイッチ（ＳＷ）であり、例えば、電気錠３４に設けられたマイクロスイッチで構成することができる。扉開閉スイッチ３５がＯＮ／ＯＦＦされると、そのＯＮ／ＯＦＦされたことを示す情報が制御部２８へ出力される。

押ボタンスイッチ３６は、扉を閉じた状態で仮施錠する場合に押下するボタン型スイッチ（ＳＷ）であり、押下されると、押下されたことを制御部２８に通知する信号が出力される。

本実施形態のロッカー制御装置としてのロッカー制御システム５０は、サーバ装置等の汎用のコンピュータシステムにより構成されている。ロッカー制御システム５０は、購入者からの返品や交換等の申し込みを受け付け、その返品や交換が所定の条件を満たすか判定し、条件を満たすと判定した場合は、店舗端末装置７０に対して返品や交換の指示を行う。また、ロッカー制御システム５０は、前記した条件を満たすと判定した場合は、ロッカー装置１にロッカーボックス３２の解錠を許可する情報（解錠許可情報）を送信する。

また、ロッカー制御システム５０は、複数台のロッカー装置１を制御してもよい。これは、１つの店舗に複数台のロッカー装置１が設置された場合に限らない。ロッカー制御システム５０は、複数店舗のロッカー装置１を制御してもよい。

ロッカー制御システム５０の機能構成を図３に示す。図３に示したように、ロッカー制御システム５０は、通信部５１と、処理部５２と、記憶部５３と、を備えている。

通信部５１は、例えばコンピュータの通信インターフェース等が機能する。通信部は、ロッカー装置１、購入管理システム６０、店舗端末装置７０、ユーザ端末装置８０とネットワークＮを介して通信を行う。

処理部５２は、例えばコンピュータのＣＰＵ等が機能する。処理部５２は、ユーザ端末装置８０やロッカー装置１から送信された返品希望に対して、返品の条件を満たすか判定し、条件を満たす場合は返品対象の商品をロッカーボックス３２に格納するためにロッカー装置１に対して解錠許可情報を通信部５１を介して送信する。解錠許可情報については後述する。

記憶部５３は、例えばコンピュータのハードディスク等の記憶装置が機能する。記憶部５３は、ロッカー装置１、購入管理システム６０、店舗端末装置７０、ユーザ端末装置８０から送信された各種情報を記憶する。

購入管理システム６０は、サーバ装置等の汎用のコンピュータシステムにより構成されている。購入管理システム６０は、例えば店舗Ｓにおける商品の購入情報を管理する。購入情報とは、購入した商品について、購入者、購入日等のレシート等に記載される基本的な情報や、衣類であれば裾上げ等の直しの有無やアウトレット品であるか否か等の特別な事情の有無といった情報を管理する。勿論代金の決済状況の情報を管理してもよい。

店舗端末装置７０は、店舗Ｓに設置されている端末装置である。店舗端末装置７０は、パーソナルコンピュータ等であればよいが、タブレット端末やスマートフォン等の可搬性を有する機器であってもよい。店舗端末装置７０は、ロッカー制御システム５０からの要求に応じて返品や交換を店員等に指示する。

ユーザ端末装置８０は、利用者（ユーザ）が所持する端末装置である。ユーザ端末装置８０は、スマートフォン等の可搬型の端末装置であればよいが、勿論パーソナルコンピュータ等であってもよい。ユーザ端末装置８０は、後述するようにアプリがインストールされ、当該アプリにより商品の購入だけでなく、返品又は交換の依頼をすることができるようになっている。なお、アプリではなく、Ｗｅｂサイト等から返品又は交換をすることができるようにしてもよい。その場合は、ユーザ端末装置８０はブラウザを介して返品又は交換の依頼をする。

なお、図１に示した構成では、ロッカー制御システム５０は、ネットワークＮを介してロッカー装置１と接続されていたが、専用線等で直接接続されていてもよい。あるいは、ロッカー制御システム５０をロッカー装置１の近傍に設置してもよい。

次に、上述した構成のシステムの動作について図４を参照して説明する。図４は、本実施形態にかかるシステムにおいてロッカー制御システム５０を中心とした返品動作のフローチャートである。

まず、ロッカー制御システム５０は、通信部５１が購入者（利用者）の所持するユーザ端末装置８０からの返品依頼を受け付ける（ステップＳ１０１）。返品依頼は、上記したようにアプリにより依頼することが可能となっており、ロッカー制御システム５０は当該アプリを介して返品依頼を受け付ける。即ち、この返品依頼が所定の店舗で購入した物品の返品を希望することを示す取扱情報となる。

次に、ロッカー制御システム５０は、通信部５１が購入者から返品依頼があった商品（購入品）の購入情報を取得する（ステップＳ１０２）。この購入情報は、例えばユーザ端末装置８０が有するカメラでレシートやコードを撮影し、その画像データやコードデータを送信させることで取得できる。また、レシート番号や購入番号を入力させてもよい。あるいは、アプリから返品依頼をした際に同時に購入情報を送信するようにしてもよい。これは、例えばアプリの購入履歴から返品対象の商品を指定する等により可能である。即ち、物品購入情報には、当該物品購入時のレシート情報を含んでいる。

なお、ロッカー制御システム５０は、顧客情報を取得した際にアプリから返品依頼をした利用者とレシートが示す購入者とが一致するかを判定してもよい。一致しない場合はエラー通知等をしてもよい。これは、購入者のみから返品を受け付けるようにするためである。

次に、ロッカー制御システム５０は、処理部５２においてステップＳ１０２で取得した購入情報に基づいて返品対応商品か否か判定する（ステップＳ１０３）。返品対応商品か否かの判定は、例えば購入品は返品可能な商品か（生鮮食料品は不可、衣料品で裾上げ等の直しがあるものは不可など）、特別な事情が無いか（アウトレット品は不可など）といったことを考慮して行う。

ステップＳ１０３の判定の結果、返品対応商品であった場合は（ステップＳ１０３；ｙｅｓ）、ロッカー制御システム５０は、処理部５２において購入経過日数が閾値未満か判定する（ステップＳ１０４）。本ステップは、返品可能日数を経過している場合は返品を受け付けないようにするものである。閾値は、商品毎や店舗毎等で適宜設定すればよい。

ステップＳ１０４の判定の結果、購入経過日数が閾値未満であった場合は（ステップＳ１０４；ｙｅｓ）、ロッカー制御システム５０は、処理部５２が通信部５１を介して購入者に購入品の撮影を指示する（ステップＳ１０５）。ユーザ端末装置８０で撮影された画像はロッカー制御システム５０が取得する。

ステップＳ１０４は、購入品の使用状況等を確認するために行われる。使用状況とは、例えば、キズや破損・汚損等がないか、タグ・パッケージ等の付属品が付いているか・破損していないか、使用済みでないか（使用済みは返品不可の場合）、衣料品の場合洗濯済みでないか等が挙げられる。そのため、購入者は、上記した使用状況が確認できるようにユーザ端末装置８０で購入品を撮影する。撮影は１枚に限らず複数枚であってもよい。即ち、物品購入情報には、返品される物品の画像を含んでいる。

次に、ロッカー制御システム５０は、処理部５２においてステップＳ１０５で撮影した画像に基づいて商品に異常があるか判定する（ステップＳ１０６）。異常の有無は画像認識等の周知技術により判定すればよい。商品に異常が無い場合は（ステップＳ１０６；ｙｅｓ）、ロッカー制御システム５０は、返品可能通知をユーザ端末装置８０へ送信する（ステップＳ１０７）。返品可能通知はアプリ内の画面表示であってもよいし、登録されたメールアドレスへ電子メール等により送信してもよい。

一方、商品に異常が無い場合（ステップＳ１０６；ｎｏ）、購入経過日数が閾値以上であった場合（ステップＳ１０４；ｎｏ）、返品対応商品でない場合（ステップＳ１０３；ｎｏ）、のいずれかである場合は、ロッカー制御システム５０は、通信部５１から返品不可通知をユーザ端末装置８０へ送信する（ステップＳ１０８）。返品不可通知はアプリ内の画面表示であってもよいし、登録されたメールアドレスへ電子メール等により送信してもよい。返品不可通知を送信すると、返品不可が確定しフローチャートは終了する。

上記したステップＳ１０３、Ｓ１０４、Ｓ１０６での判定に利用される購入情報や画像は物品についての購入に関する情報である物品購入情報となる。また、上記した説明のとおり、通信部５１は、所定の店舗で購入した物品の返品を希望することを示す取扱情報及び、物品についての購入に関する情報である物品購入情報を取得する取得部として機能し、処理部５２は、取得した取扱情報及び物品購入情報に基づいて物品の返品の条件を満たすか判定する条件判定部として機能する。

返品可能通知が送信された後に、ロッカー制御システム５０は、処理部５２が通信部５１を介して購入者に返品店舗を指定させる（ステップＳ１０９）。返品店舗の指定は、例えばユーザ端末装置８０のアプリから行わせればよい。ロッカー制御システム５０は、処理部５２においてステップＳ１０９で指定された店舗について返品の利用可否を判定する（ステップＳ１１０）。返品の利用可否は、例えばロッカー装置１の設置の有無やロッカーボックス３２の空き状況等で判定する。返品の利用ができない店舗を指定された場合は（ステップＳ１１０；ｎｏ）、利用できない旨のメッセージ等を表示し、別の店舗の指定を促す。

一方、返品の利用ができる店舗を指定された場合は（ステップＳ１１０；ｙｅｓ）、ロッカー制御システム５０は、通信部５１から指定店舗のロッカー装置１に対して返品に使用するロッカーボックス（指定ロッカー）を施錠させる（ステップＳ１１１）。ここで施錠させるのは、他人により他の物品が収納されるのを防止するためである。

次に、ロッカー制御システム５０は、処理部５２が電子鍵を発行して通信部５１からユーザ端末装置８０及びロッカー装置１に送信する（ステップＳ１１２）。電子鍵は、ＱＲコード（登録商標）等のコードであってもよいし、文字列であってもよい。なお、電子鍵はロッカー装置１で発行してもよく、ロッカー制御システム５０は、ロッカー装置１から電子鍵を取得してユーザ端末装置８０に送信してもよい。本ステップで生成する電子鍵は購入者が返品時に使用するものである。

次に、ロッカー制御システム５０は、処理部５２において購入経過日数が超過しているか判定する（ステップＳ１１３）。本ステップでは、返品可能な日までに購入者がロッカー装置１に購入品を収納したかを判定するものである。購入経過日数が超過している場合は（ステップＳ１１３；ｙｅｓ）、ロッカー制御システム５０は、処理部５２で返品キャンセル処理を行って返品のキャンセルを通信部５１からユーザ端末装置８０に送信する（ステップＳ１１４）。また、ロッカー制御システム５０は、処理部５２がステップＳ１１２で発行した電子鍵を無効化する。

一方、購入経過日数が超過していない場合は（ステップＳ１１３；ｎｏ）、ロッカー装置１において解錠操作の有無を判定する（ステップＳ１１５）。ロッカー制御システム５０は、処理部５２がステップＳ１１５の判定結果をロッカー装置１から通信部５１を介して取得し、解錠操作が無い場合は（ステップＳ１１５；ｎｏ）、ステップＳ１１３に戻り再度購入経過日数が超過しているか判定する。

一方、解錠操作がある場合は（ステップＳ１１５；ｙｅｓ）、ロッカー装置１において電子鍵による認証を行う（ステップＳ１１６）。ロッカー制御システム５０は、処理部５２がステップＳ１１６の認証結果をロッカー装置１から通信部５１を介して取得する。認証が失敗した場合は（ステップＳ１１６；ｎｏ）、ロッカー装置１において操作表示部２１にエラー通知が表示される（ステップＳ１１８）。

一方、認証が成功した場合は（ステップＳ１１６；ｙｅｓ）、ロッカー制御システム５０は、処理部５２がロッカーボックス３２に収納予定の物品が返品対象の商品と一致するか判定する（ステップＳ１１７）。

ステップＳ１１７では、ロッカーボックス３２に収納予定の物品の正当性を判定する。判定方法としては、例えば、ロッカーボックス３２に収納しようとする商品のタグやパッケージ等に付属するバーコード等をコードリーダ２２から読み取って、読み取った情報を通信部５１を介して処理部５２が取得し、ステップＳ１０２で取得した購入情報と一致するか判定することが挙げられる。即ち、処理部５２は、ロッカーボックス３２に収納された物品の正当性を判定する物品判定部として機能する。

ステップＳ１１７の判定の結果、返品対象の商品と一致しない場合は（ステップＳ１１７；ｎｏ）、ロッカー制御システム５０は、通信部５１を介してステップＳ１１８でエラー通知を行う。一方、返品対象の商品と一致した場合は（ステップＳ１１７；ｙｅｓ）、ロッカー制御システム５０は、通信部５１を介して解錠許可情報を送信しステップＳ１１１で指定したロッカーボックス３２を解錠させる（ステップＳ１１９）。即ち、通信部５１は、条件判定部による判定の結果、条件を満たす場合はロッカーボックス３２の解錠の許可を示す解錠許可情報を出力する出力部として機能する。また、通信部５１は、処理部５２（物品判定部）が正当と判定した場合にロッカーボックス３２の解錠許可情報を出力する。

解錠許可情報とは、上述したように、ロッカーボックス３２の解錠を許可することを示す情報である。図４のフローチャートでは、解錠許可情報をステップＳ１１９で送信しているが、ステップＳ１１６の電子鍵の認証が成功したタイミングで解錠許可信号を送信してもよい。電子鍵の認証成功のタイミングで解錠許可信号を送信しても、図４に示したように商品一致しない限りは解錠しないので誤動作することはない。

そして、返品対象の購入品がロッカーボックス３２に収納されると購入者によりロッカーボックス３２が施錠される（ステップＳ１２０）。ロッカーボックス３２が施錠されると、ロッカー制御システム５０は、処理部５２が電子鍵を発行して通信部５１から店舗端末装置７０及びロッカー装置１に送信する（ステップＳ１２１）。電子鍵は、ＱＲコード（登録商標）等のコードであってもよいし、文字列であってもよい。なお、本ステップにおいても電子鍵はロッカー装置１で発行してもよく、ロッカー制御システム５０は、ロッカー装置１から電子鍵を取得してユーザ端末装置８０に送信してもよい。本ステップで生成される電子鍵は店員等が返品された商品を回収するためのものである。

次に、店舗端末装置７０が受信した電子鍵を用いて店員等がロッカーボックス３２を解錠し返品された商品を回収する（ステップＳ１２２）。そして、店舗端末装置７０等により返金処理を行う（ステップＳ１２３）。返金処理はクレジットカードや電子マネー等利用者の指定するもので行われる。

本実施形態によれば、ロッカー制御システム５０は、通信部５１が、ロッカーボックス３２に収納予定の購入品の返品を希望する取扱情報及び、当該購入品についての購入に関する情報である物品購入情報を取得し、処理部５２が、通信部５１が取得した物品購入情報に基づいて購入品の返品の条件を満たすか判定する。そして、処理部５２による判定の結果、返品の条件を満たす場合は、通信部５１がロッカーボックス３２の解錠の許可を示す解錠許可情報をロッカーボックス３２に対して出力する。

ロッカー制御システム５０が上記のように構成されることにより、物品購入情報に基づいて購入品の返品の条件を満たすか判定し、条件を満たす場合はロッカーボックス３２を解錠することで、ロッカー装置１を用いて返品に対応することが可能となる。

また、返品の条件は店員等の判断によらず自動的に判定され、返品する購入品もロッカーに収納すればよいので、店員と接触せずに返品を行うことができる。また、店員も返品可能か確認する手間が省け、返品にかかる労力を最小限にすることができる。

また、物品購入情報には、購入時のレシート情報を含んでおり、処理部５２は、レシート情報に基づいて返品の条件を満たすか判定している。このようにすることにより、購入者が購入時に受け取るレシートに記載されている情報に基づいて返品の条件を判定することができる。

また、物品購入情報には、返品される購入品の画像を含んでおり、処理部５２は、その画像に基づいて返品の条件を満たすか判定している。このようにすることにより、購入者が購入した商品にキズや破損等の返品できない状態かを現品確認せずに行うことができる。

また、処理部５２は、ロッカーボックス３２に収納された返品対象の物品の正当性を判定し、通信部５１は、処理部５２で正当と判定された場合にロッカーボックス３２の施錠の許可を示す施錠許可情報を出力する。このようにすることにより、ロッカーボックス３２に収容された物品（購入品）が正当な返品対象の商品であるか判定することができる。例えば、当該店舗で購入したものでない商品や、返品を依頼したものと異なる商品等の不当な物品がロッカーボックス３２に収納されることを防止できる。

（第２実施形態）
次に、本発明の第２の実施形態にかかるロッカー制御システム５０について、図５を参照して説明する。なお、前述した第１の実施形態と同一部分には、同一符号を付して説明を省略する。

本実施形態は、ロッカー装置１を利用して返品することは第１の実施形態と同様であるが、店頭で返品依頼をする場合である。本実施形態にかかる返品動作のフローチャートを図５に示す。

まず、ロッカー制御システム５０は、通信部５１がロッカー装置１からの返品依頼を受け付ける（ステップＳ２０１）。返品依頼は、ロッカー装置１の操作表示部２１を操作することで行われる。

次に、ロッカー制御システム５０は、通信部５１が購入者から返品依頼があった商品（購入品）の購入情報を取得する（ステップＳ２０２）。この購入情報は、例えばロッカー装置１のコードリーダ２２でレシート等に付加されているコードを読み取ったり、カメラ２Ａでレシートを撮影したりして、それらのデータを送信させることで取得できる。あるは、操作表示部２１からレシート番号や購入番号を入力させてもよい。

次に、ロッカー制御システム５０は、処理部５２においてステップＳ２０２で取得した購入情報に基づいて返品対応商品か否か判定する（ステップＳ２０３）。返品対応商品か否かの判定は、図４のステップＳ１０３と同様である。

ステップＳ２０３の判定の結果、返品対応商品であった場合は（ステップＳ２０３；ｙｅｓ）、ロッカー制御システム５０は、処理部５２において購入経過日数が閾値未満か判定する（ステップＳ２０４）。本ステップは、図４のステップＳ１０３と同様に返品可能日数を経過している場合は返品を受け付けないようにするものである。

ステップＳ２０４の判定の結果、購入経過日数が閾値未満であった場合は（ステップＳ２０４；ｙｅｓ）、ロッカー制御システム５０は、処理部５２が通信部５１を介して購入者に購入品の撮影を指示する（ステップＳ２０５）。本実施形態では、購入品の撮影はロッカー装置１のカメラ２Ａで行う。カメラ２Ａで撮影された画像はロッカー制御システム５０が取得する。本ステップは、図４のステップＳ１０５と同様に購入品の使用状況等を確認するために行われる。

次に、ロッカー制御システム５０は、処理部５２においてステップＳ２０５で撮影した画像に基づいて商品に異常があるか判定する（ステップＳ２０６）。異常の有無は画像認識等の周知技術により判定すればよい。商品に異常がある場合（ステップＳ２０６；ｎｏ）、購入経過日数が閾値以上であった場合（ステップＳ２０４；ｎｏ）、返品対応商品でない場合（ステップＳ２０３；ｎｏ）、のいずれかである場合は、ロッカー制御システム５０は、通信部５１から返品不可通知をロッカー装置１へ送信する（ステップＳ２０７）。返品不可通知は操作表示部２１に表示される。

商品に異常が無い場合は（ステップＳ２０６；ｙｅｓ）、ロッカー制御システム５０は、解錠許可情報を通信部５１から出力してロッカー装置１の所定のロッカーボックス３２を解錠させる（ステップＳ２０８）。そして、返品する商品（購入品）が当該ロッカーボックス３２に収納され、施錠される（ステップＳ２０９）。なお、本実施形態では、図４のステップＳ１１７（商品一致）に対応するステップは独立して設けられていない。これは、本実施形態が店頭で行うものであり、返却する購入品は既に店頭に持参されているため、ステップＳ１０３やＳ１０５のチェックで商品一致が実質的に行われていると云えるからである。

ロッカーボックス３２が施錠されると、ロッカー制御システム５０は、処理部５２が電子鍵を発行して通信部５１から店舗端末装置７０及びロッカー装置１に送信する（ステップＳ２１０）。このステップは、図４のステップＳ１２１と同様である。

次に、店舗端末装置７０が受信した電子鍵を用いて店員等がロッカーボックス３２を解錠し返品された商品を回収する（ステップＳ２１１）。そして、店舗端末装置７０等により返金処理を行う（ステップＳ２１２）。これらのステップは、図４のステップＳ１２２、Ｓ１２３と同様である。

本実施形態によれば、利用者がアプリ等を使用していない場合であっても、店頭（店舗）に設置されたロッカー装置１を用いて返品をすることができる。また、返品の条件は店員等の判断によらず自動的に判定され、返品する購入品もロッカーに収納すればよいので、店員と接触せずに返品を行うことができる。また、店員も返品可能か確認する手間が省け、返品にかかる労力を最小限にすることができる。

（第３実施形態）
次に、本発明の第３の実施形態にかかるロッカー装置１について、図６及び図７を参照して説明する。なお、前述した第１、第２の実施形態と同一部分には、同一符号を付して説明を省略する。

本実施形態では、ロッカー装置１を利用して商品の交換をする場合である。本実施形態にかかる返品動作のフローチャートを図６及び図７に示す。

まず、ロッカー制御システム５０は、通信部５１が購入者（利用者）の所持するユーザ端末装置８０からの交換依頼を受け付ける（ステップＳ３０１）。交換依頼は、第１の実施形態で説明したアプリを利用すればよい。即ち、この交換依頼が取扱情報となる。

次に、ロッカー制御システム５０は、通信部５１が受け付けた交換依頼についての情報（交換情報）を取得する（ステップＳ３０２）。交換情報は、例えば交換品の受け取り希望店舗や交換希望商品（交換希望のサイズや色等）といった情報である。

次に、購入者から交換依頼があった商品（購入品）の購入情報を取得する（ステップＳ３０３）。この購入情報は、図４のステップＳ１０２と同様に例えばユーザ端末装置８０が有するカメラでレシートやコードを撮影し、その画像データを送信させることで取得できる。

次に、ロッカー制御システム５０は、処理部５２においてステップＳ３０３で取得した購入情報に基づいて交換対応商品か否か判定する（ステップＳ３０４）。交換対応商品か否かの判定は、図４のステップＳ１０３と同様である。

ステップＳ３０４の判定の結果、交換対応商品であった場合は（ステップＳ３０４；ｙｅｓ）、ロッカー制御システム５０は、処理部５２において購入経過日数が閾値未満か判定する（ステップＳ３０５）。本ステップは、図４のステップＳ１０４と同様に交換可能日数を経過している場合は交換を受け付けないようにするものである。

ステップＳ３０５の判定の結果、購入経過日数が閾値未満であった場合は（ステップＳ３０５；ｙｅｓ）、ロッカー制御システム５０は、処理部５２が通信部５１を介して購入者に購入品の撮影を指示する（ステップＳ３０６）。ユーザ端末装置８０で撮影された画像はロッカー制御システム５０が取得する。本ステップは、図４のステップＳ１０５と同様に購入品の使用状況等を確認するために行われる。

次に、ロッカー制御システム５０は、処理部５２においてステップＳ１０５で撮影した画像に基づいて商品に異常があるか判定する（ステップＳ３０７）。異常の有無は画像認識等の周知技術により判定すればよい。商品に異常が無い場合は（ステップＳ３０７；ｙｅｓ）、ロッカー制御システム５０は、ステップＳ３０２で取得した交換情報に基づいて通信部５１から交換品の在庫があるか判定する（ステップＳ３０８）。交換品の在庫は、処理部５２が通信部５１を介して店舗端末装置７０に問い合わせてもよいし、在庫管理システム（不図示）等に問い合わせてもよい。この問い合わせが交換品の在庫の有無を要求する在庫確認情報となる。

交換品の在庫が無い場合（ステップＳ３０８；ｎｏ）、商品に異常がある場合（ステップＳ３０７；ｎｏ）、購入経過日数が閾値以上であった場合（ステップＳ３０５；ｎｏ）、交換対応商品でない場合（ステップＳ３０４；ｎｏ）、のいずれかである場合は、ロッカー制御システム５０は、通信部５１から交換不可通知をロッカー装置１へ送信する（ステップＳ３０９）。交換不可通知はアプリ内の画面表示であってもよいし、登録されたメールアドレスへ電子メール等により送信してもよい。交換不可通知を送信すると、交換不可が確定しフローチャートは終了する。

一方、交換品の在庫がある場合は（ステップＳ３０８；ｙｅｓ）、ロッカー制御システム５０は、処理部５２により店舗内在庫があるか判定する（ステップＳ３１０）。この店舗内とは、ステップＳ３０２で指定した受け取り希望店舗を示し、店舗端末装置７０や在庫管理システム等に問い合わせて確認する。店舗内在庫がある場合は（ステップＳ３１０；ｙｅｓ）、ロッカー制御システム５０は、処理部５２が通信部５１を介して購入者に交換日を指定する（ステップＳ３１３）。指定された交換日は前記したアプリに表示すればよい。即ち、通信部５１は、交換する物品の引き渡し可能日時を利用者に通知する通知部として機能する。

一方、店舗内在庫が無い場合は（ステップＳ３１０；ｎｏ）、ロッカー制御システム５０は、処理部５２が通信部５１を介して商品取寄依頼を行う（ステップＳ３１１）。商品取寄依頼は、店舗端末装置７０や在庫管理システム等に対して行えばよい。そして、ロッカー制御システム５０は、店舗端末装置７０や在庫管理システムから取寄日数を取得する（ステップＳ３１２）。そして、ロッカー制御システム５０は、ステップＳ３１３において交換日を指定する。このときの交換日はステップＳ３１２で取得した取寄日数を考慮した日付とする。なお、交換日は、購入者により指定の交換日以降の日付に変更可能としてもよい。

次に、ロッカー制御システム５０は、受け渡し予定日（交換日）１日前か判定する（ステップＳ３１４）。受け渡し予定日１日前である場合は（ステップＳ３１４：ｙｅｓ）、電子鍵を生成する（ステップＳ３１５）。このステップＳ３１４は、電子鍵を生成するタイミングを判定するものであり、１日前に限らないが、なるべく受け渡し予定日に近いタイミングであることが好ましい。また、ステップＳ３１５で生成する電子鍵は店員が交換品をロッカーボックス３２に収納するために用いるものである。

次に、ロッカー装置１において、ステップＳ３１５で生成した電子鍵で認証をする（ステップＳ３１６）。認証が成功した場合は（ステップＳ３１６；ｙｅｓ）、ロッカー制御システム５０は、認証結果に基づいて処理部５２がロッカーボックス３２に収納予定の物品が交換対象の商品と一致するか判定する（ステップＳ３１７）。ステップＳ３１７の判定は、図４のステップＳ１１７と同様にして判定すればよい。ステップＳ３１７の商品一致の判定は、店舗側で用意した商品が購入者の希望するものであるか確認するためのものである。したがって、ステップＳ３１７では、ステップＳ３０２で取得した交換情報に基づいて一致が判定される。

次に、ロッカー制御システム５０は、通信部５１を介してロッカーボックス３２を解錠させる（図７、ステップＳ３１８）。そして、交換品がロッカーボックス３２に収納されると店員等によりロッカーボックス３２が施錠される（ステップＳ３１９）。

次に、ロッカー制御システム５０は、処理部５２が電子鍵を発行して通信部５１からユーザ端末装置８０及びロッカー装置１に送信する（ステップＳ３２０）。なお、電子鍵はロッカー装置１で発行してもよく、ロッカー制御システム５０は、ロッカー装置１から電子鍵を取得してユーザ端末装置８０に送信してもよい。本ステップで生成する電子鍵は購入者が交換時に使用するものである。

次に、ロッカー制御システム５０は、交換準備の通知を行う（ステップＳ３２１）。交換準備の通知とは、ステップＳ３１８、Ｓ３１９により交換品がロッカーボックス３２に収納されて交換する準備が整ったことを購入者に通知するものである。この通知も交換不可通知と同様にアプリ内の画面表示であってもよいし、登録されたメールアドレスへ電子メール等により送信してもよい。

次に、ロッカー制御システム５０は、処理部５２において規定日数が超過しているか判定する（ステップＳ３２２）。本ステップでは受け渡し予定日から所定日数が経過かを判定するものである。受け渡し予定日から所定日数が経過した場合は、交換する意思が無いものと見なして後述するようにキャンセル扱いとする。規定日数が超過している場合は（ステップＳ３２２；ｙｅｓ）、ロッカー制御システム５０は、処理部５２でキャンセル処理を行って交換のキャンセルを通信部５１からユーザ端末装置８０に送信する。また、ロッカー制御システム５０は、処理部５２がステップＳ３２０で発行した電子鍵を無効化する。

一方、規定日数が超過していない場合は（ステップＳ３２２；ｎｏ）、ロッカー装置１において解錠操作の有無を判定する（ステップＳ３２４）。ロッカー制御システム５０は、処理部５２がステップＳ１１５の判定結果をロッカー装置１から通信部５１を介して取得し、解錠操作が無い場合は（ステップＳ３２４；ｎｏ）、ステップＳ３２２に戻り再度規定日数が超過しているか判定する。

一方、解錠操作がある場合は（ステップＳ３２４；ｙｅｓ）、ロッカー装置１において電子鍵による認証を行う（ステップＳ３２５）。ロッカー制御システム５０は、処理部５２がステップＳ３２５の認証結果をロッカー装置１から通信部５１を介して取得する。認証が失敗した場合は（ステップＳ３２５；ｎｏ）、ロッカー装置１において操作表示部２１にエラー通知が表示される（ステップＳ３２７）。

一方、認証が成功した場合は（ステップＳ３２５；ｙｅｓ）、ロッカー制御システム５０は、処理部５２がロッカーボックス３２に収納予定の物品が交換対象の商品と一致するか判定する（ステップＳ３２６）。ステップＳ３２６は、上述したステップＳ３１７と同様である。但し、ステップＳ３２６は、購入者が持参した購入品が交換対象品か確認するために行うものである。なお、ステップＳ３２６において、ステップＳ３１７で判定した商品情報と一致するかも合わせて判定してもよい。例えばサイズ違いや色違いに交換する場合であれば、サイズや色を示す情報以外の商品名等は一致するはずである。即ち、購入者が持参した購入品と店舗が用意した交換品との少なくとも商品名が一致していることで正当と判定する。

ステップＳ３２６の判定の結果、交換対象の商品と一致しない場合は（ステップＳ３２６；ｎｏ）、ロッカー制御システム５０は、通信部５１を介してステップＳ３２７でエラー通知を行う。エラー通知は、操作表示部２１に表示される。一方、交換対象の商品と一致した場合は（ステップＳ３２６；ｙｅｓ）、ロッカー制御システム５０は、通信部５１を介して解錠許可情報を送信しステップＳ３１９で施錠したロッカーボックス３２を解錠させる（ステップＳ３２８）。そして、購入者が商品を交換してロッカーボックス３２が施錠される（ステップＳ３２９）。

ロッカーボックス３２が施錠されると、ロッカー制御システム５０は、処理部５２が電子鍵を発行して通信部５１から店舗端末装置７０に送信する（ステップＳ３３０）。電子鍵は、ＱＲコード（登録商標）等のコードであってもよいし、文字列であってもよい。なお、本ステップにおいても電子鍵はロッカー装置１で発行してもよく、ロッカー制御システム５０は、ロッカー装置１から電子鍵を取得してユーザ端末装置８０に送信してもよい。本ステップで生成される電子鍵は店員等が交換された商品を回収するためのものである。

次に、店舗端末装置７０が受信した電子鍵を用いて店員等がロッカーボックス３２を解錠し返品された商品を回収する（ステップＳ３３１）。

本実施形態によれば、ロッカー制御システム５０は、通信部５１が、ロッカーボックス３２に収納予定の購入品の交換を希望する取扱情報及び、当該購入品についての購入に関する情報である物品購入情報を取得し、処理部５２が、通信部５１が取得した物品購入情報に基づいて購入品の交換の条件を満たすか判定する。そして、処理部５２による判定の結果、交換の条件を満たす場合は、通信部５１がロッカーボックス３２の解錠の許可を示す解錠許可情報をロッカーボックスに対して出力する。

ロッカー制御システム５０が上記のように構成されることにより、物品購入情報に基づいて購入品の交換の条件を満たすか判定し、条件を満たす場合はロッカーボックス３２を解錠することで、ロッカー装置１を用いて交換に対応することが可能となる。

また、交換の条件は店員等の判断によらず自動的に判定され、交換する購入品もロッカーに収納すればよいので、店員と接触せずに交換を行うことができる。また、店員も交換可能か確認する手間が省け、交換にかかる労力を最小限にすることができる。

また、処理部５２は、取扱情報により購入品の交換を希望することが示されていた場合、店舗端末装置に交換品の在庫確認情報を出力している。このようにすることにより、交換する場合に必要となる交換品の準備を店舗側に依頼することができる。

また、ロッカー制御システム５０は、通信部５１から交換日を購入者（利用者）に通知しているので、在庫の準備等を考慮した交換日を購入者に提示することができる。

また、処理部５２は、取扱情報により物品の交換を希望することが示されていた場合、購入者が持参した購入品と店舗が用意した交換品との少なくとも商品名が一致していることで前記正当と判定するので、店員が確認しない場合であっても正しく交換されたか確認することができる。

なお、上述した返品や交換のフローにおいて返品や交換された物品が確実にロッカーボックス３２に収容されたかを確認するために、ロッカーボックス３２に解錠された後に、当該ロッカーボックス３２が施錠された場合に、商品が返品又は交換されたか否かを検出してもよい。具体的には、例えば重さセンサによって検出された解錠前および施錠後のロッカーボックス３２内の重さに基づき検出してもよいし、ロッカーボックス３２内を撮影可能なカメラ等によって解錠前および施錠後に撮像されたロッカーボックス３２内の撮像画像に基づき検出してもよい。

また、本発明は上記実施形態に限定されるものではない。即ち、当業者は、従来公知の知見に従い、本発明の骨子を逸脱しない範囲で種々変形して実施することができる。かかる変形によってもなお本発明のロッカー制御装置の構成を具備する限り、勿論、本発明の範疇に含まれるものである。

１ ロッカー装置
３２ ロッカーボックス
５０ ロッカー制御システム（ロッカー制御装置）
５１ 通信部（取得部、出力部、通知部）
５２ 処理部（条件判定部、物品判定部）

Claims (7)

1. 施錠可能な複数のロッカーボックスを備えたロッカー装置を制御するロッカー制御装置であって、
   所定の店舗で購入した物品の返品又は交換のいずれを希望するかを示す取扱情報及び、前記物品についての購入に関する情報である物品購入情報を取得する取得部と、
   前記取得部が取得した前記取扱情報及び前記物品購入情報に基づいて前記物品の返品又は交換の条件を満たすか判定する条件判定部と、
   前記条件判定部による判定の結果、前記条件を満たす場合は前記ロッカーボックスの解錠の許可を示す解錠許可情報を出力する出力部と、
   を備えることを特徴とするロッカー制御装置。
2. 前記物品購入情報には、当該物品購入時のレシート情報を含み、
   前記条件判定部は、前記取扱情報及び前記レシート情報に基づいて前記条件を満たすか判定する、
   ことを特徴とする請求項１に記載のロッカー制御装置。
3. 前記物品購入情報には、前記返品又は前記交換される前記物品の画像を含み、
   前記条件判定部は、前記取扱情報及び前記画像に基づいて前記条件を満たすか判定する、
   ことを特徴とする請求項１または２に記載のロッカー制御装置。
4. 前記条件判定部は、前記取扱情報により前記物品の交換を希望することが示されていた場合、交換品の在庫確認の有無を要求する在庫確認情報を出力することを特徴とする請求項１から３のうちいずれか一項に記載のロッカー制御装置。
5. 前記交換品の引き渡し可能日時を利用者に通知する通知部を備えることを特徴とする請求項４に記載のロッカー制御装置。
6. 前記返品又は前記交換される物品の正当性を判定する物品判定部を備え、
   前記出力部は、前記物品判定部が正当と判定した場合に前記解錠許可情報を出力する、
   ことを特徴とする請求項１から５のうちいずれか一項に記載のロッカー制御装置。
7. 前記物品判定部は、前記取扱情報により前記物品の交換を希望することが示されていた場合、購入者が持参した購入品と前記店舗が用意した前記交換品との少なくとも商品名が一致していることで前記正当と判定することを特徴とする請求項６に記載のロッカー制御装置。

Images