JP2023160853A - 物品管理システム、販売データ処理装置、プログラム、及び物品管理方法 - Google Patents

Abstract

【課題】物品の回収作業や収納作業を業者が忘れずに行えるようにする。【解決手段】収納または回収される物品を保管する保管手段と、保管手段からの物品の回収の予定または保管手段への物品の収納の予定を記憶する予定記憶手段と、予定記憶手段により記憶された予定に対応する回収または収納に応じた所定の事象の有無を判定する判定手段と、判定手段による判定結果に基づく報知が行われるように制御する報知制御手段とを備えて物品管理システムを構成する。【選択図】図２９

Description

本発明は、物品管理システム、販売データ処理装置、プログラム、及び物品管理方法に関する。

例えば、クリーニングバッグとロッカーユニットとからなるクリーニング品の受け渡しシステムが知られている（例えば、特許文献１参照）。

特開２００７－２９６３１５号公報

特許文献１に記載される技術では、クリーニング品の受け渡しサービスの提供者（業者）が、客によりロッカーユニットに投入された衣類入りのクリーニングバッグの回収作業（即ち、クリーニング前のクリーニング品の回収作業）と、クリーニングが完了したクリーニング品のロッカーユニットへの収納作業とを行う。
しかしながら、上記の回収作業や収納作業は人的作業である。このため、業者がクリーニング品等の物品の回収作業や収納作業を忘れてしまう場合がある。

本発明は、このような事情に鑑みてなされたもので、物品の回収作業や収納作業を業者が忘れずに行えるようにすることを目的とする。

上述した課題を解決するための本発明の一態様は、収納または回収される物品を保管する保管手段と、前記保管手段からの物品の回収の予定または前記保管手段への物品の収納の予定を記憶する予定記憶手段と、前記予定記憶手段により記憶された予定に対応する回収または収納に応じた所定の事象の有無を判定する判定手段と、前記判定手段による判定結果に基づく報知が行われるように制御する報知制御手段とを備える物品管理システムである。

本発明の一態様は、物品管理システムにおけるコンピュータを、収納または回収される物品を保管する保管手段からの物品の回収の予定または前記保管手段への物品の収納の予定を記憶する予定記憶手段、前記予定記憶手段により記憶された予定に対応する回収または収納に応じた所定の事象の有無を判定する判定手段、前記判定手段による判定結果に基づく報知が行われるように制御する報知制御手段として機能させるためのプログラムである。

本発明の一態様は、収納または回収される物品を保管する保管手段からの物品の回収の予定または前記保管手段への物品の収納の予定を記憶する予定記憶ステップと、前記予定記憶ステップにより記憶された予定に対応する回収または収納に応じた所定の事象の有無を判定する判定ステップと、前記判定ステップによる判定結果に基づく報知が行われるように制御する報知制御ステップとを備える物品管理方法である。

本発明によれば、物品の回収作業や収納作業を業者が忘れずに行えるようになるという効果が得られる。

本実施形態におけるクリーニングシステムの構成図である。 本実施形態におけるロッカーの外観例を示す図である。 本実施形態におけるＰＯＳ端末の構成例を示す図である。 本実施形態におけるロッカー（受付専用ロッカー）の構成例を示す図である。 本実施形態におけるロッカー（返却専用ロッカー）の構成例を示す図である。 本実施形態における管理装置の構成例を示す図である。 本実施形態における商品預り時の処理手順例を示すフローチャートである。 本実施形態における会員証画面の一例である。 本実施形態における伝票一覧画面の一例である。 本実施形態における伝票詳細画面（預り票画面、電子預り票）の一例である。 本実施形態におけるクリーニングシステムが記憶する各種情報の一例である。 本実施形態におけるクリーニングシステムが記憶する各種情報の一例である。 本実施形態におけるクリーニングシステムが記憶する各種情報の一例である。 本実施形態におけるクリーニングシステムが記憶する各種情報の一例である。 本実施形態におけるクリーニングシステムが記憶する情報の一例である。 本実施形態における予約可能日の特定方法に関する処理手順例を示すフローチャートである。 本実施形態におけるＰＯＳ端末の店員側表示部に表示されるロッカー返却予約画面の一例である。 本実施形態におけるＰＯＳ端末の客側表示部に表示される客側ロッカー返却予約画面の一例である。 本実施形態におけるＰＯＳ端末の店員側表示部に表示されるロッカー返却予約画面の一例である。 本実施形態におけるクリーニングシステムが記憶する情報の一例である。 伝票詳細画面（預り票画面、電子預り票）の一例である。 本実施形態におけるロッカー予約時の処理手順例を示すフローチャートである。 本実施形態におけるロッカー予約時の処理手順例を示すフローチャートである。 本実施形態におけるロッカー返却予定一覧画面の一例である。 本実施形態におけるロッカー返却予定一覧伝票の一例である。 本実施形態における受付専用ロッカーと管理装置とが実行する処理手順例を示すフローチャートである。 本実施形態における返却専用ロッカーが実行する処理手順利を示すフローチャートである。 本実施形態における返却専用ロッカーが実行する処理手順利を示すフローチャートである。 本実施形態における管理装置とＰＯＳ端末が商品の未収納の報知に関連して実行する処理手順例を示すフローチャートである。 本実施形態における未収納報知画面の態様例を示す図である。 本実施形態における管理装置が商品の未収納の報知に関連して実行する処理手順例を示すフローチャートである。 本実施形態の変形例における収納ミス報知画面の一例を示す図である。 本実施形態の変形例における収納ミス一覧伝票の一例を示す図である。 本実施形態の変形例における予約帳票設定画面の一例を示す図である。 本実施形態の変形例におけるロッカー返却予定一覧画面の一例である。 本実施形態の変形例における預かり伝票の一例を示す図である。 本実施形態の変形例における顧客情報結合画面の一例を示す図である。

＜実施形態＞
［クリーニングシステムの概略構成例］
図１は、本発明の実施形態（以下、実施形態）に係るクリーニングシステムの構成例の概略を示す。本実施形態のクリーニングシステム１は、クリーニング業務をサポートするシステムである。クリーニング業務では、クリーニングサービスの利用者（客）からクリーニング対象の衣類等の物品（以下、商品とも称する）を受託し、受託された商品を例えば工場等でクリーニングを行い、クリーニングされた商品を利用者に返却するということが行われる。業者は、例えば商品をクリーニングしたことの対価としての料金を利用者から受け取る。
なお、以降の説明にあたり、「客」と「利用者」とは同義な語句として用いる。

クリーニングシステム１は、管理装置１０とＰＯＳ端末（事業者端末）２０と店舗携帯端末３０（事業者端末）と工場用端末４０と利用者端末５０とロッカー（保管手段の一例）を備える。
管理装置１０、ＰＯＳ端末２０、工場用端末４０、利用者端末５０、及びロッカー（１００、２００、３００）は、ネットワーク９０と接続される。
ネットワーク９０は特に限定しない。例えば、ネットワーク９０は、無線ＬＡＮや携帯電話網やインターネットなどを利用したものであってもよい。店舗携帯端末３０は、ＰＯＳ端末２０と、例えば、無線ＬＡＮにより通信可能である。

管理装置１０は、例えば、クリーニングシステム１に関する各種情報を管理、提供するサーバである。一例として、管理装置１０は、クリーニングに関する各種サービスを提供するクラウドサーバであってもよい。なお、管理装置１０は、他の装置（例えば、利用者端末５０）に対し、プッシュ型の通信（通知）が実行可能とされてよい。
また、管理装置１０は、表示部や操作部を有していてもよいし有していなくてもよい。
管理装置１０が操作部や表示部を有しない場合（例えば、データセンタに設置されるサーバ等の場合）には、管理装置１０と通信（接続）可能な他の装置（例えば、パーソナルコンピュータ等。非図示）を介して管理装置１０のメンテナンス等を実行するようにしてもよい。

ＰＯＳ端末２０は、クリーニング店（クリーニング取次店）に設置され、クリーニング店の店員によって操作される。ＰＯＳ端末２０は、個人店（個人が営むクリーニング店）に設置されてもよいし、チェーン店（チェーン展開された各店舗）に設置されてもよい。
即ち、クリーニングシステム１は、個人店及びチェーン店のいずれにおいても適用可能である。
店舗携帯端末３０は、クリーニング店内において用いられる、例えばタブレット端末である。また、ＰＯＳ端末２０は、クリーニング店以外でクリーニング対象の商品を取り扱う、コンビニエンスストア等の店舗であってもよい。

例えば、ＰＯＳ端末２０は、客からの預かり品の登録、会計処理などに利用し、店舗携帯端末３０は、客への引渡し商品の一覧を表示させ、店員がバックヤードに移動して引渡し商品を取り出す際に利用する、というように使い分けることができる。
なお、例えばＰＯＳ端末２０が携帯型として構成されてもよい。この場合には、ＰＯＳ端末２０が、店舗携帯端末３０の機能も有するようにされてよい。

工場用端末４０は、クリーニング工場に設置され、クリーニング工場の担当者によって操作される。工場用端末４０は、例えば、クリーニング前の商品の確認や、クリーニング後の完了報告などにおいて用いられる。工場用端末４０は、例えば、パーソナルコンピュータなどであってもよい。

利用者端末５０は、利用者が操作する端末（例えば、利用者が所持するスマートフォン、タブレット端末、パーソナルコンピュータ等）である。利用者端末５０は、ネットワーク９０を介して管理装置１０、管理装置１０とは異なる装置（サーバ（図示省略））からアプリケーションプログラムをダウンロードしてインストール可能に構成されていてもよい。
本実施形態では、クリーニングシステム１におけるクリーニング店（クリーニングに関する各種サービス）を利用する利用者向けのアプリケーションプログラム（以下、単に「クリーニングアプリ」と称する場合がある）が利用者端末５０にインストールされ、当該クリーニングアプリにより会員登録が完了しているものとする。
クリーニングアプリは、利用者端末５０の表示部に表示される各種画面や各種メッセージに関するデータを含むものであってもよい。また、クリーニングアプリは、利用者の操作に応じて起動、実行、終了する場合に加えて、他のプログラム（アプリケーションプログラムやＯＳ（Operating System））からの要求に応じて、起動、実行、終了する場合があってもよい。例えば、クリーニングアプリは、利用者端末５０に画面を表示せずに常駐し、他の装置（例えば、管理装置１０等）から送信された情報を受信したかを監視し、情報を受信した場合には、受信した情報に応じた画面を利用者の操作によらずに表示部に表示するようにしてもよい。

図２は、ロッカーの外観例を示している。クリーニングシステム１において使用されるロッカーは、商品預り時に使用するロッカー（即ちロッカー受付に対応して使用するロッカー）と、商品引渡し時に使用するロッカー（即ちロッカー返却に対応して使用するロッカー）とがある。
図２（Ａ）は、ロッカー受付においてのみ使用する専用のロッカー（以下、受付専用ロッカーと称する場合がある）１００を示す。
図２（Ｂ）は、ロッカー受付及びロッカー返却の両方において使用するロッカー（以下、共通ロッカーと称する場合がある）２００を示す。
図２（Ｃ）は、ロッカー返却においてのみ使用する専用のロッカー（以下、返却専用ロッカーと称する場合がある）３００を示す。

［受付専用ロッカー］
受付専用ロッカー１００は、例えば、図２（Ａ）に示すように、商品を投入するための投入口１０１、投入口から投入された商品を回収する回収部１０２、カードを挿入し排出するカード挿入排出口１０３、種々の情報を表示する表示部１０４、入力操作を受け付ける入力操作部１０５、バーコード等を読み取って認識するコード認識部１０６、レシート等の媒体を発行する発行口１０７、記憶部（非図示）、表示部１０４における表示や投入口扉（後述）の施錠等を制御する制御部（非図示）を備える。
なお、受付専用ロッカー１００は、必ずしも、上述した全部の構成を備えていなくてもよい。例えば、入力操作部１０５とコード認識部１０６のうちのいずれか一方を備え、他方を備えていなくてもよい。

投入口１０１には、暖簾型の扉（以下、投入口扉という）が設けられている。投入口扉は、施錠可能である。投入口扉が解錠状態であるときには、利用者は商品（預ける商品）を投入口１０１に投入することができる。一方、投入口扉が施錠状態であるときには、利用者は商品を投入口１０１に投入することができない。投入口扉は、通常時は施錠状態であり、所定条件が成立した場合に解錠され、商品の投入後に再度施錠される。

投入口扉を解錠する所定条件としては種々の条件が考えられる。例えば、カード挿入排出口１０３に挿入されたカード（例えば、会員カード等）の情報、入力操作部１０５に入力された情報（例えば、暗証番号等）のうちのいずれか一方又は両方に基づいて認証を行い、認証ＯＫの場合に投入口扉を解錠してもよい。また、コード認識部１０６によって認識された情報（例えば、会員証画面に表示されたバーコードＧ１１、会員カードに印刷されたバーコードの情報等）に基づいて認証を行い、認証ＯＫの場合に投入口扉を解錠してもよい。また、コード認識部１０６によって認識された情報と、入力操作部１０５に入力された情報とに基づいて認証を行い、認証ＯＫの場合に投入口扉を解錠してもよい。

商品の投入を認識する方法としては種々の方法が考えられる。例えば、投入口扉が、通常の状態（自重により面が鉛直となっている状態）であるか否かを検出可能なセンサ（換言すれば、投入口扉が奥側に押されている状態か否かを検出可能なセンサ）を設けることにより、当該センサの検出結果に基づいて商品の投入を認識してもよい。なお、商品投入後には、奥側に押されていた投入口扉は、自重により元の状態（通常の状態）に戻るが、元の状態に戻った後に元の状態が所定時間（同一利用者による複数回の投入動作がある場合でも全部の投入動作が終了したとみなせる時間。例えば１０秒）維持された場合に投入口扉を施錠（自動ロック）してもよい。

回収部１０２内にはキャスター付のカゴが収まるようになっている。つまり、投入口１０１に投入された商品は、キャスター付のカゴ内に収まるようしている。また、回収部１０２内の商品（キャスター付カゴ）は、前面からも背面からも取り出しが可能である。

回収部１０２には、商品と取り出し可能な位置に、扉（以下、回収部扉という）が設けられている。回収部扉は、施錠可能である。回収部扉が解錠状態であるときには、店舗の店員等は回収部１０２から商品（キャスター付カゴ）を取り出すことができる。一方、回収部扉が施錠状態であるときには店舗の店員等は回収部１０２から商品を取り出すことができない。投入口扉は、通常時は施錠状態であり、店舗の店員等が管理する鍵により解錠され、商品の取り出し後に再度施錠される。

なお、回収部１０２内の商品（キャスター付カゴ）は、前面からも背面からも取り出しが可能であると説明したが、例えば、回収部１０２の前面側を店舗外に、背面側を店舗内に通じるようにすれば、店舗内においてキャスター付カゴを取り出すことができるため、店舗外において取り出したキャスター付カゴを店舗内に移動させるといった作業が不要になる。つまり、前面側が店舗外に、背面側が店舗内になるように受付専用ロッカー１００を設置すれば、回収部１０２内の商品は、前面からも背面からも取り出しが可能であるため、商品の取り出しの作業を効率的に行うことができる。

また、店内側（背面）において、店舗外（前面）から投入口に投入された商品を、自動的に（キャスター付カゴを回収部１０２内に入れる等の準備や商品を載せたキャスター付カゴを回収部１０２内から取り出すといった作業を行うことなく）、回収できるようにしてもよい。
例えば、店外側から投入された商品が店内側に自然に移動するように回収部１０２内の底部を傾斜させるとともに、店内側には回収扉を設けることなく単に開口部としてもよい。これにより、店外側から投入された商品が店内側の開口部に自動的に滑り落ちるようなるため、回収部１０２の容量（体積）を気にしなくてもよくなる（例えば、利用者はいつでも商品を投入することができる。
また、店員は、回収部１０２内から、適宜の商品の取り出しを行わなくても済むようになる）。
なお、開口部から滑り落ちる商品を受け止めるように、開口部の下に、大きめのキャスター付カゴ等を置いておけばよい。

なお、商品が店内側に移動し易くするために、傾斜部（底部）の材質を滑り易い材質（摩擦係数が小さい材質）にしてもよい（滑り易くなるように、表面をメッキ、コーティング等してもよい）。また、材質（コーティング等含む）に代えて又は加えて、回転体を使用してもよい。例えば、傾斜部の一部に円柱状のもの（ローラー）や球状のものを埋め込んでもよいし、傾斜部の全体に埋め込んでもよい（ローラーや球が傾斜部の表面を形成するようにしてもよい）。

なお、回収部扉は、鍵ではなく、投入口１０１に設けられている投入口扉と同様、所定条件が成立した場合に解錠されるものであってもよい。

回収部扉を解錠する所定条件としては種々の条件が考えられる。例えば、カード挿入排出口２０３に挿入されたカード（例えば、店舗の店員等が管理する管理者カード等）の情報、入力操作部１０５に入力された情報（例えば、暗証番号等）のうちのいずれか一方又は両方に基づいて認証を行い、認証ＯＫの場合に回収部扉を解錠してもよい。なお、さらに安全を期すため、店舗の店員等が管理する鍵と上述の認証とを併用し、回収部扉を解錠してもよい。

なお、受付専用ロッカー１００は、他の装置（例えば、ＰＯＳ端末２０、管理装置１０等）と通信可能であってもよい。つまり、受付専用ロッカー１００は、通信部（非図示）を備えていてもよい。

受付専用ロッカー１００と通信可能に接続される管理装置１０は、定期的に（例えば毎日）、入力操作部１０５に入力するための情報（暗証番号）を生成し、生成した情報を利用者端末５０及び受付専用ロッカー１００に送信してもよい。
つまり、投入口扉を解錠する所定条件として、利用者は、利用者端末５０にて確認した情報（管理装置１０において生成された暗証番号）を入力操作部１０５に入力し、受付専用ロッカー１００は、管理装置１０から送信された情報と、入力操作部１０５に入力された情報とを比較し、認証を行ってもよい。
具体例として、管理装置１０は、定期的に（例えば毎日）、入力操作部１０５に入力するための情報（暗証番号）を生成し、生成した情報をＰＯＳ端末２０及び受付専用ロッカー１００に送信してもよい。つまり、回収部扉を解錠する所定条件として、店舗の店員等は、ＰＯＳ端末２０（又は店舗携帯端末３０）にて確認した情報（管理装置１０において生成された暗証番号等）を入力操作部１０５に入力し、受付専用ロッカー１００は、管理装置１０から送信された情報と、入力操作部１０５に入力された情報とを比較し、認証を行ってもよい。

また、受付専用ロッカー１００が他の装置と通信できる場合には、例えば、回収部扉を解錠する所定条件として、ＰＯＳ端末２０が、ＯＴＰを生成し、当該ＯＴＰをバーコード化したバーコードを生成し、当該バーコードを印字した媒体（回収部扉開放用媒体）を発行するとともに、当該ＯＴＰを受付専用ロッカー１００に送信（管理装置１０を経由して受付専用ロッカー１００に送信、又は、直接、受付専用ロッカー１００に送信）してもよい。受付専用ロッカー１００は、コード認識部１０６によって認識された情報（具体的には回収部扉開放用媒体に印刷されたバーコードから得られるＯＴＰ）と、外部から受信した情報（ＰＯＳ端末２０又は管理装置１０から受信したＯＴＰ）とに基づいて認証を行ってもよい。

また、受付専用ロッカー１００が他の装置と通信できる場合には、受付専用ロッカー１００は、他の装置に認証を依頼し、当該他の装置から認証結果を取得してもよい。なお、他の装置に認証を依頼する場合、受付専用ロッカー１００は、当該他の装置が認証を行うために必要な情報（例えば、カード挿入排出口１０３に挿入されたカードの情報、入力操作部１０５に入力された情報、コード認識部１０６によって認識された情報等）を、当該他の装置に送信する。

［共通ロッカー］
共通ロッカー２００は、例えば、図２（Ｂ）に示すように、投入口２０１、回収部２０２、カード挿入排出口２０３、表示部２０４、入力操作部２０５、コード認識部２０６、発行口２０７、記憶部（非図示）、表示部２０４における表示や返却口扉（後述）等の施錠等を制御する制御部（非図示）、複数の返却口（返却部）２１０、返却口対応のパネル部２１０ａを備える。なお、共通ロッカー２００の投入口２０１、回収部２０２、カード挿入排出口２０３、表示部２０４、入力操作部２０５、コード認識部２０６、発行口２０７は、受付専用ロッカー１００の投入口１０１、回収部１０２、カード挿入排出口１０３、表示部１０４、入力操作部１０５、コード認識部１０６、発行口１０７と同様であるため、説明を省略する。なお、共通ロッカー２００は、必ず上述した全部の構成を備えていなくてもよい。例えば、入力操作部２０５とコード認識部２０６のうちのいずれか一方を備え、他方を備えていなくてもよい。

なお、共通ロッカー２００は、他の装置（例えば、ＰＯＳ端末２０、管理装置１０等）と通信可能であってもよい。つまり、共通ロッカー２００は、通信部（非図示）を備えていてもよい。

図２（Ｂ）に示した共通ロッカー２００は、上下２段６列のうち、上段の左一列目のパネル部２１０ａの部分を除いた、合計１１個の返却口２１０を備える。図２（Ｂ）では、１１個の返却口を代表し、左端下の返却口に符号２１０を付している。なお、各返却口には、管理番号として返却口番号（「扉番号」と称する場合もある）が設定されている。例えば、具体的には、図２（Ｂ）に示すように、返却口番号は、左端下が「Ｈ１２」、左から２列目上が「Ｈ２１」、左から２列目下が「Ｈ２２」、…、右端上が「Ｈ６１」、右端下が「Ｈ６２」である。
図２（Ｂ）の共通ロッカー２００における返却口のユニットは、Ｈ１２、Ｈ２１、Ｈ２２、Ｈ３１、Ｈ３２の返却口番号の返却口を含むユニットと、Ｈ４１、Ｈ４２、Ｈ５１、Ｈ５２、Ｈ６１、Ｈ６２の返却口番号の返却口を含むユニットとの２つが連結された構成である場合の例が示されている。
なお、夫々の返却口に返却口番号を示したシール等を貼り付けるなどの標記を行って、共通ロッカー２００において夫々の返却口の返却口番号が分かるようにしてもよい。

返却口２１０の夫々には扉（以下、返却口扉という）が設けられている。個々の返却口扉は、個別に施錠可能である。返却口扉が解錠状態であるときには、店舗の店員等は商品（利用者に返却する商品）を返却口２１０に収容することができる。また、返却口扉が解錠状態であるときには、利用者は返却口２１０から商品を取り出すことができる。一方、返却口扉が施錠状態であるときには、利用者は返却口２１０から商品を取り出すことができない。
また、返却口扉が施錠状態であるときには、店舗の店員等は商品を返却口２１０に収容することができない。返却口扉は、通常時は施錠状態であり、所定条件が成立した場合に解錠される。なお、商品の収容後や取り出し後には施錠される。

返却口扉を解錠する所定条件としては種々の条件が考えられる。
［商品を収納する際（店員等が解錠する際）の所定条件］
例えば、コード認識部２０６によって認識された情報（ロッカー返却を希望する利用者ごとに発行された媒体に印刷されているバーコードから得られる情報）に基づいて認証を行い、認証ＯＫの場合に該当する返却口扉（当該利用者に返却する商品を収納するための返却口の返却口扉）を解錠してもよい。なお、当該解錠方法の詳細は後述する。また、上記解錠方法に代えて又は加えて、例えば、回収部扉を解錠する場合と同様、カード挿入排出口２０３に挿入されたカード（例えば、店舗の店員等が管理する管理者カード等）の情報、入力操作部２０５に入力された情報（例えば、暗証番号等）のうちのいずれか一方又は両方に基づいて認証を行い、認証ＯＫの場合に返却口扉を解錠してもよい。

［商品を取り出す際（利用者が解錠する際）の所定条件］
例えば、投入口扉を解錠する場合と同様、カード挿入排出口２０３に挿入されたカード（会員カード等）の情報、入力操作部２０５に入力された情報（暗証番号等）のうちのいずれか一方又は両方に基づいて認証を行い、認証ＯＫの場合に該当する返却口扉（当該利用者の返却する商品を収納している返却口の返却口扉）を解錠してもよい。また、コード認識部２０６によって認識された情報（会員証画面に表示されたバーコードＧ１１、会員カードに印刷されたバーコードの情報等）に基づいて認証を行い、認証ＯＫの場合に投入口扉を解錠してもよい。また、コード認識部２０６によって認識された情報と、入力操作部２０５に入力された情報とに基づいて認証を行い、認証ＯＫの場合に投入口扉を解錠してもよい。なお、さらに安全を期すため、カード挿入排出口２０３に挿入されたカードの情報と、入力操作部２０５に入力された情報と、コード認識部２０６によって認識された情報とに基づいて認証を行い、認証ＯＫの場合に投入口扉を解錠してもよい。

商品の取り出しを認識する方法としては種々の方法が考えられる。例えば、返却口扉が、通常の状態（閉鎖された状態）であるか否かを検出可能なセンサ（換言すれば、返却口扉が開放された状態か否かを検出可能なセンサ）を設けることにより、当該センサの検出結果に基づいて商品の取り出しを認識してもよい。なお、商品取り出し後には、返却口扉は付勢力等により元の状態（通常の状態）に戻るようにしてもよい。また、元の状態に戻った後に元の状態が所定時間（同一利用者による複数回の取り出し動作がある場合でも全部の取り出し動作が終了したとみなせる時間。例えば１分）維持された場合に、返却口扉を施錠（自動ロック）してもよい。

なお、夫々の返却口２１０の対応する発光部を設けるようにしてもよい。例えば、図２（Ｂ）に示す例では、夫々の返却口２１０の上側に発光部２１１を設けている。また、返却口２１０内には、商品を綺麗に収納するために、棒やフックなどを設けるようにしてもよい。

なお、図２（Ｂ）に示した共通ロッカー２００の返却口数は１２であるが、共通ロッカー２００の返却口数は１２以外であってもよい。

［返却専用ロッカー］
返却専用ロッカー３００は、例えば、カード挿入排出口（非図示）、表示部（非図示）、入力操作部（非図示）、コード認識部（非図示）、発行口（非図示）、記憶部（非図示）、表示部における表示や返却口扉（後述）等の施錠等を制御する制御部（非図示）、複数の返却口（返却部）３１０を備える。なお、図２（Ｃ）に示した返却専用ロッカー３００の場合、カード挿入排出口、表示部、入力操作部、コード認識部、発行口等は、左上部３０１のパネル部３０１ａに配置されているが、図面の都合上、夫々について図示を省略している。

なお、夫々の返却口３１０の対応する発光部を設けるようにしてもよい。例えば、図２（Ｃ）に示す例では、夫々の返却口３１０の上側に発光部３１１を設けている。また、返却口３１０内には、商品を綺麗に収納するために、棒やフックなどを設けるようにしてもよい。

なお、図２（Ｃ）に示した返却専用ロッカー３００の返却口数は５であるが、返却専用ロッカー３００の返却口数は５以外であってもよい。

［ＰＯＳ端末の構成例］
図３を参照してＰＯＳ端末２０の構成例について説明する。同図のＰＯＳ端末２０は、ＣＰＵ（Central Processing Unit）２１、ＲＡＭ（Random Access Memory）２２、記憶部２３、入力部２５、通信部２４、入力部２５、店員側表示部２６、客側表示部２７、及び印刷部２８を備える。

ＣＰＵ２１は、ＰＯＳ端末２０の中央演算処理装置であり、記憶部２３に記憶されているプログラムを読み出してＲＡＭ２２に展開し、展開したプログラムの各ステップを実行することによって、ＰＯＳ端末２０の動作を制御する。
ＲＡＭ２２は、ＰＯＳ端末２０の主記憶装置であり、ＣＰＵ２１が演算に利用する情報を記憶する。
記憶部２３は、ＰＯＳ端末２０の補助記憶装置であり、ＰＯＳ端末２０に対応する各種の情報を記憶する。

通信部２４は、ネットワーク経由で通信を行う。これにより、ＰＯＳ端末２０は、例えば店舗に設置された他のＰＯＳ端末や管理装置、さらに本部等に設置された端末装置やサーバ等と通信を行うことができる。また、通信部２４は、例えば近距離無線通信が可能とされてよい。これにより、ＰＯＳ端末２０は、近距離無線通信経由で、店員等が所持する店舗携帯端末３０と通信を行うことができる。また、ＰＯＳ端末２０と店舗にて利用者が所持する利用者端末５０とが近距離無線通信経由で通信可能なようにされてもよい。

入力部２５は、ＰＯＳ端末２０に対する各種入力を受け付ける部位である。入力部２５は、ＰＯＳ端末２０に備えられる物理的なキー、ボタン等の操作子を含んでよい。また、入力部２５は、表示部（店員側表示部２６、客側表示部２７）がタッチパネルとして構成される場合には、表示部の表示面上に配置されたタッチパッドを含んでよい。
また、入力部２５は、コード情報等を読み取るスキャナ、各種カードから情報を読み取るカードリーダなどを含んでよい。

店員側表示部２６は、ＰＯＳ端末２０において、ＰＯＳ端末２０を操作する店員が表示を視認可能なように設けられ、ＣＰＵ２１の制御に応じて各種の情報を表示する。

客側表示部２７は、ＰＯＳ端末２０において、例えばＰＯＳ端末２０を操作する店員の応対を受ける利用者（客）が表示を視認可能なように設けられ、ＣＰＵ２１の制御に応じて各種の情報を表示する。

なお、店員側表示部２６や客側表示部２７は、例えば有線または無線によりＰＯＳ端末２０の本体と接続された外付けのディスプレイ装置であってもよい。この場合において、外付けのディスプレイ装置は、例えば表示面がタッチパネルとして構成され、表示面に対する操作が可能なようにされてよい。

印刷部２８は、装填された用紙に印刷を行う。本実施形態において印刷部２８は、会計に際して、店舗控え伝票、工場控え伝票、及び客控え伝票等を印刷することができる。つまり、ＰＯＳ端末２０による各種伝票の発行は、印刷部２８が印刷を行うことによって実現される。

［受付専用ロッカーの構成例］
図４を参照して、受付専用ロッカー１００の構成例について説明する。同図において、図２（Ａ）と同一部分については同一符号を付して適宜説明を省略する。
同図の受付専用ロッカー１００は、ＣＰＵ１２１、ＲＡＭ１２２、記憶部１２３、通信部１２４、カードリーダ１２５、印刷部１２６、及び回収部センサ１２７を備える。
ＣＰＵ１２１は、受付専用ロッカー１００の中央演算処理装置であり、記憶部１２３に記憶されているプログラムを読み出してＲＡＭ１２２に展開し、展開したプログラムの各ステップを実行することによって、受付専用ロッカー１００の動作を制御する。
ＲＡＭ１２２は、受付専用ロッカー１００の主記憶装置であり、ＣＰＵ１２１が演算に利用する情報を記憶する。
記憶部１２３は、受付専用ロッカー１００の補助記憶装置であり、受付専用ロッカー１００に対応する各種の情報を記憶する。
通信部１２４は、ネットワーク経由で通信を行う。これにより、受付専用ロッカー１００は、例えば管理装置１０等と通信を行うことができる。また、通信部１２４は、例えば近距離無線通信が可能とされてよい。この場合、受付専用ロッカー１００は、近距離無線通信経由で、近辺において店員等が所持する店舗携帯端末３０や利用者が所持する利用者端末５０等と通信可能とされてよい。

カードリーダ１２５は、カード挿入排出口１０３に挿入されたカードの情報を読み取る。
印刷部１２６は、装填された用紙に印刷を行うことで、レシート等の伝票を発行口１０７から排出させる。
回収部センサ１２７は、回収部１０２の所定の状態を検出する。例えば、回収部センサ１２７は、回収部扉の状態（例えば開閉、施錠、解錠等の状態）を検出してよい。また、回収部センサ１２７は、回収部１０２に容れられた物品の容量、重量等を検出してよい。

［返却専用ロッカーの構成例］
図５を参照して、返却専用ロッカー３００の構成例について説明する。同図において、図２（Ｃ）と同一部分については同一符号を付して適宜説明を省略する。
同図の受付専用ロッカー１００は、ＣＰＵ３２１、ＲＡＭ３２２、記憶部３２３、通信部３２４、カードリーダ３２５、印刷部３２６、及び返却口センサ３２７を備える。
ＣＰＵ３２１は、返却専用ロッカー３００の中央演算処理装置であり、記憶部３２３に記憶されているプログラムを読み出してＲＡＭ３２２に展開し、展開したプログラムの各ステップを実行することによって、返却専用ロッカー３００の動作を制御する。
ＲＡＭ３２２は、返却専用ロッカー３００の主記憶装置であり、ＣＰＵ３２１が演算に利用する情報を記憶する。
記憶部３２３は、返却専用ロッカー３００の補助記憶装置であり、返却専用ロッカー３００に対応する各種の情報を記憶する。
通信部３２４は、ネットワーク経由で通信を行う。これにより、返却専用ロッカー３００は、例えば管理装置１０等と通信を行うことができる。また、通信部３２４は、例えば近距離無線通信が可能とされてよい。この場合、返却専用ロッカー３００は、近距離無線通信経由で、近辺において店員等が所持する店舗携帯端末３０や利用者が所持する利用者端末５０等と通信可能とされてよい。

カードリーダ３２５は、パネル部３０１ａに設けられたカード挿入排出口に挿入されたカードの情報を読み取る。
印刷部３２６は、装填された用紙に印刷を行うことで、レシート等の伝票を、例えばパネル部３０１ａに設けられた発行口から排出させる。

返却口センサ３２７は、返却口３１０ごとに対応して設けられ、対応の返却口３１０についての所定の状態を検出する。例えば、返却口センサ３２７は、回収部扉の状態（例えば開閉、施錠、解錠等の状態）を検出してよい。また、回収部センサ１２７は、回収部１０２に容れられた物品の重量等を検出してよい。

なお、共通ロッカー２００については、図４と図５の構成が組み合わされた構成であってよい。図４と図５の構成を組み合わせる際、同じ機能を有する部位については、適宜、共通化されてよい。

［管理装置の構成例］
図６を参照して、管理装置１０の構成例について説明する。同図の管理装置１０は、ＣＰＵ１１、ＲＡＭ１２、記憶部１３、及び通信部１４を備える。
ＣＰＵ１１は、管理装置１０の中央演算処理装置であり、記憶部１３に記憶されているプログラムを読み出してＲＡＭ１２に展開し、展開したプログラムの各ステップを実行することによって、管理装置１０の動作を制御する。
ＲＡＭ１２は、管理装置１０の主記憶装置であり、ＣＰＵ１１が演算に利用する情報を記憶する。
記憶部１３は、管理装置１０の補助記憶装置であり、管理装置１０に対応する各種の情報を記憶する。
通信部１４は、ネットワーク経由で通信を行う。これにより、管理装置１０は、ＰＯＳ端末２０、工場用端末４０、利用者端末５０、ロッカー（１００、２００、３００）等と通信を行うことができる。

なお、管理装置１０にも操作部や表示部が設けられてよい。この場合、管理装置１０に対しても、ＰＯＳ端末２０に対して店員が行えるのと同等の操作が行えるようにされてよい。これに伴って、管理装置１０の表示部においてＰＯＳ端末２０にて表示されるのと同様の各種画面が表示されるようにしてよい。

続いて、図７～図１０を参照して、クリーニングシステム１による基本的な商品預り時の処理について説明する。なお、図７～図１０の説明において、利用者端末５０はスマートフォンである場合を例に挙げる。

図７は、商品預り時の動作の処理手順例を示すフローチャートである。具体的には、図７のフローチャートは、店舗（クリーニング店）に来店した利用者（会員）から商品を預かる場合（つまり通常店舗預りの場合）における動作の一例を示している。

図８～図１０は、利用者端末５０に表示される各種画面の一例である。具体的には、図８は会員証画面を示し、図９は伝票一覧画面を示し、図１０は伝票詳細画面（預り票画面、又は、電子預り票と称する場合もある）を示している。なお、図７～図１０の説明において、利用者端末５０（スマートフォン）において実行されるクリーニングアプリが上記画面（会員証画面、伝票詳細画面、伝票一覧画面）を表示する。

以下、図７のフローチャートの各ステップについて、適宜、図８～図１０を参照して説明する。
ステップＳ１０：利用者端末５０は、表示部（タッチパネル）に図８に示すような会員証画面を表示する。会員証画面は、クリーニングアプリの初期画面であってもよい。つまり、会員証画面は、利用者端末５０においてクリーニングアプリが起動した場合に最初に表示部に表示される画面であってもよい。利用者端末５０は、自身が記憶している会員証画面を表示部に表示してもよいし、管理装置１０から会員証画面を取得して表示部に表示してもよい。

なお、管理装置１０から会員証画面を取得して表示部に表示する場合には、利用者端末５０は、アプリ通信用識別情報（又はアプリ利用者識別情報）を管理装置１０に送信してもよい。つまり、利用者端末５０は、アプリ通信用識別情報（又はアプリ利用者識別情報）を管理装置１０に送信することにより、管理装置１０から会員証画面を取得して表示部に表示してもよい。なお、管理装置１０は、顧客マスタファイルを参照し、利用者端末５０から取得したアプリ通信用識別情報（又はアプリ利用者識別情報）に基づいて利用者（顧客コード）を特定し、特定した利用者の会員証画面を利用者端末５０に送信してもよい。

図８に示した会員証画面には、ランク情報、ポイント情報（利用可能ポイント数）、バーコードＧ１１、預り票アイコンＧ１２などが表示されている。バーコードＧ１１は、顧客コードをバーコード化したものである。ある利用者の会員証画面に表示されているバーコードＧ１１は、当該利用者の顧客コードに基づいて管理装置１０が生成したものであってもよい。例えば、管理装置１０は、会員登録時に顧客コードを付与（採番）し、付与した顧客コードに基づいてバーコードを生成し、当該利用者の会員証画面に表示するバーコードとして記憶しておいてもよい。

会員証画面の最下段の横一列の「会員証」「預り票」「お知らせ」「クーポン」「アンケート」は、現在表示中の画面の種類を示している。図９に示した伝票一覧画面や、図１０、に示した伝票詳細画面の最下段も同様である。なお、伝票一覧画面や伝票詳細画面は、「会員証」「預り票」「お知らせ」「クーポン」「アンケート」の５つに画面を分類した場合には「預り票」に分類されるため、伝票一覧画面を表示しているときも（図９）、伝票詳細画面を表示しているときも（図１０）、共に「預り票」としている。

ステップＳ１１：ＰＯＳ端末２０は、店員の操作（動作）により、会員証画面のバーコードを読み取る。これにより、ＰＯＳ端末２０は、来店した利用者の顧客コードを認識する。
ステップＳ１２：ＰＯＳ端末２０は、バーコードを読み取ることにより認識した顧客コードを管理装置１０に送信する。

ステップＳ１３：管理装置１０は、顧客コードをＰＯＳ端末２０から受信する。
ステップＳ１４：管理装置１０は、ステップＳ１３において受信した顧客コードに対応する顧客情報を顧客マスタファイル等から抽出する。
ステップＳ１５：管理装置１０は、ステップＳ１４において抽出した顧客情報をＰＯＳ端末２０に送信する。

ステップＳ１６：ＰＯＳ端末２０は、顧客情報を管理装置１０から受信する。
ステップＳ１７：ＰＯＳ端末２０は、ステップＳ１６において受信した顧客情報を店員側表示部２６に表示する。

なお、ＰＯＳ端末２０は、ステップＳ１６において顧客情報を受信したことに基づいて店員側表示部２６に登録画面（非図示）を表示し、ステップＳ１７において登録画面上に顧客情報を表示してもよい。あるいは、ＰＯＳ端末２０は、ステップＳ１６において顧客情報を受信したことに基づいて店員側表示部２６に登録画面とは異なる顧客情報表示用画面（非図示）を表示し、ステップＳ１７において顧客情報表示用画面上に顧客情報を表示してもよい。

なお、ステップＳ１７においてＰＯＳ端末２０が表示する顧客情報は、顧客マスタファイル等に記憶されている情報の一部であってもよい。換言すれば、ＰＯＳ端末２０は、顧客マスタファイル等に記憶されている情報の一部を表示してもよい。また、ステップＳ１４において管理装置１０は、ステップＳ１７においてＰＯＳ端末２０が表示する情報のみを抽出してもよい。

なお、ステップＳ１７において表示する顧客情報をＰＯＳ端末２０が記憶している場合には、管理装置１０への問い合わせは不要である（つまりステップＳ１２～Ｓ１６の処理は省略してもよい）。

ステップＳ１８：ＰＯＳ端末２０は、店員の操作により、預り商品を登録する。具体的には、例えば、ＰＯＳ端末２０は、登録画面において、個々の預り商品に関する情報（商品種別、処理種別）や、個々の預り商品に付したタグのタグ番号などの入力を受け付ける。
なお、ステップＳ１７において登録画面ではなく顧客情報表示用画面に顧客情報を表示している場合には、店員の操作により登録画面を表示した後に、個々の預り商品に関する情報（商品種別、処理種別）や、個々の預り商品に付したタグのタグ番号などの入力を受け付ける。

ステップＳ１９：ＰＯＳ端末２０は、仕上り予定日を表示する。具体的には、ＰＯＳ端末２０は、サービス基本ファイルを参照して夫々の預り商品の所要日数を取得し、取得した夫々の所要日数に基づいて夫々の預り商品の仕上り予定日を算出し、算出した夫々の預り商品の仕上り予定日を店員側表示部２６に表示する。
なお、ＰＯＳ端末２０は、夫々の預り商品の仕上り予定日に代えて又は加えて、夫々の預り商品の仕上り予定日のうち最も遅い仕上り予定日（つまり、預り商品の全部が仕上る仕上り予定日）を店員側表示部２６に表示してもよい。

なお、ステップＳ１９において、ＰＯＳ端末２０がサービス基本ファイルを記憶していない場合には、サービス基本ファイルを記憶している管理装置１０に夫々の預り商品の所要日数を問い合わせる必要があるが、ＰＯＳ端末２０がサービス基本ファイルを記憶している場合には、上記問い合わせは不要である。

ステップＳ２０：ＰＯＳ端末２０は、代金を決済する。具体的には、ＰＯＳ端末２０は、サービス基本ファイルを参照して夫々の預り商品の料金を取得し、取得した夫々の預り商品の料金を合計した合計料金を算出し、夫々の預り商品の料金とともに合計料金を店員側表示部２６に表示する。
続いて、ＰＯＳ端末２０は、店員の操作（預り金額に応じた置数入力）により預り金額を認識し、合計料金及び預り金額から釣銭額を算出する。そして、ＰＯＳ端末２０は、預り金額及び釣銭額を店員側表示部２６に表示する（代金決済は終了）。なお、店員は、店員側表示部２６に表示されている釣銭額を確認し、釣銭を取り出して利用者に手渡しする。

なお、ステップＳ２０において、ＰＯＳ端末２０がサービス基本ファイルを記憶していない場合には、サービス基本ファイルを記憶している管理装置１０に夫々の預り商品の料金を問い合わせる必要があるが、ＰＯＳ端末２０がサービス基本ファイルを記憶している場合には、上記問い合わせは不要である。

また、ステップＳ２０において、ＰＯＳ端末２０が自動釣銭釣札機を搭載している場合（又はＰＯＳ端末２０に自動釣銭釣札機が接続されている場合）には、ＰＯＳ端末２０は、合計料金等を店員側表示部２６に表示した後に、店員の操作（自動釣銭釣札機の貨幣投入口への預り金の投入）により預り金額を認識し、合計料金及び預り金額から釣銭額を算出する。そして、ＰＯＳ端末２０は、預り金額及び釣銭額を店員側表示部２６に表示するとともに、自動釣銭釣札機の貨幣放出口に釣銭を放出する（代金決済は終了）。

なお、ＰＯＳ端末２０は、ステップＳ２０において、お預り票、工場控え等の伝票を印字、発行する。

ステップＳ２１：ＰＯＳ端末２０は、店員の操作により、ステップＳ２０までに取得等した情報を商品預り時の取引情報として管理装置１０に送信する。例えば、ＰＯＳ端末２０は、伝票番号、預り日時、店舗コード、店員コード、顧客コード、預り区分（具体的には預り区分「１（通常店舗預り）」）、夫々の預り商品のタグ番号、商品種別、処理種別等を含む、取引情報を管理装置１０に送信する。
なお、伝票番号は、ＰＯＳ端末２０が付与（採番）したものであってよい。店舗コード及び店員コードは、ＰＯＳ端末２０の記憶部（ＲＡＭ２２または記憶部２３）に記憶されている。なお、店員コードは、店員の操作（例えば、店員コードの置数入力、非図示のカード読取装置による店員カードの読み取り等）により、ＰＯＳ端末２０の記憶部に記憶される。

なお、電子伝票ファイル（図１２参照）には預り点数が記憶されるが、管理装置１０の側では、ＰＯＳ端末２０から送信される預り商品の情報の数（例えば、タグ番号の数）に基づいて預り点数の認識が可能である。従って、ＰＯＳ端末２０は、預り点数を管理装置１０に送信しなくてもよい。つまり、ＰＯＳ端末２０は、預り点数を含む取引情報を送信してもよいし、預り点数を含まない取引を送信してもよい。同様に、ＰＯＳ端末２０は、合計料金を含む取引情報を送信してもよいし、合計料金を含まない取引を送信してもよい。

また、預り商品情報ファイル（図１３参照）には預り商品番号が記憶されるが、管理装置１０の側では、伝票番号と預り点数とに基づいて、預り商品番号を付与（採番）可能である。従って、必ずしも、ＰＯＳ端末２０側が夫々の預り商品に預り商品番号を付与し、管理装置１０に送信しなくてもよい。つまり、ＰＯＳ端末２０は、夫々の預り商品の預り商品番号を含む取引情報を送信してもよいし、夫々の預り商品の預り商品番号を含まない取引を送信してもよい。

また、預り商品情報ファイル（図１３参照）には引渡しの予約に関する情報（予約区分、引渡し区分）が記憶されるが、ステップＳ２０までの間に、店員による、引渡しに関する入力（引渡し区分に対応する情報の入力）があった場合には、ＰＯＳ端末２０は、引渡しに関する入力情報を含む取引情報を管理装置１０に送信する。

ステップＳ２２：管理装置１０は、商品預り時の取引情報をＰＯＳ端末２０から受信する。
ステップＳ２３：管理装置１０は、ステップＳ２２において受信した取引情報に基づいて各種ファイルを更新する。具体的には、管理装置１０は、電子伝票ファイルに新たな伝票番号の情報（レコード）を追加し、預り商品情報ファイルに新たな預り商品番号の情報（レコード）を追加する。なお、管理装置１０は、特定商品に関する入力情報を含む取引情報を受信した場合には、さらに、特定商品管理ファイルも更新する。

ステップＳ２４：管理装置１０は、ステップＳ２２において受信した取引情報に基づいて（つまり、ステップＳ２３において更新した各種ファイル等を参照して）、伝票一覧画面を更新する（伝票を追加するように画面情報を更新する）。

ステップＳ２５：管理装置１０は、ステップＳ２２において受信した取引情報に基づいて（つまり、ステップＳ２３において更新した各種ファイル等を参照して）、伝票詳細画面を生成する（追加する伝票の画面情報を生成する）。

ステップＳ２６：管理装置１０は、ステップＳ２４において更新した伝票一覧画面の画面情報、ステップＳ２５において生成した伝票詳細画面の画面情報を利用者端末５０に送信する。

ステップＳ２７：利用者端末５０は、画面情報を管理装置１０から受信し、受信した画面情報を記憶部に記憶する。そして、図７のフローチャートは終了する。

なお、個々の預り商品にタグを付す作業は時間を要するため当該作業を後回しにする場合、ステップＳ１８におけるタグ番号の入力も後回しになる。ステップＳ２１ではタグ番号を含む取引情報を管理装置１０に送信する必要があるため、ステップＳ２１の処理も後回しになる。つまり、上述のステップＳ１０～Ｓ２７の処理において、ステップＳ２０までの処理（ステップＳ１８の処理ではタグ番号の入力を保留した状態で一旦終了してステップＳ１９に進む）を実行し、直ちにステップＳ２１に進まずに、ステップＳ１８の残りの処理（タグ番号の入力）を実行した後に、ステップＳ２１以降の処理に進むようにしてもよい。

ここで、図８の会員証画面と、図９の伝票一覧画面と、図１０の伝票詳細画面との間での遷移について説明する。
図８に示した会員証画面において預り票アイコンＧ１２が操作（タップ等）されると、利用者端末５０は、図９に示すような伝票一覧画面を表示する。伝票一覧画面には、全店舗における伝票の概要が一覧表示されている。

また、図９に示した伝票一覧画面において、上から３段目の電子伝票の欄Ｇ２１が操作されると、利用者端末５０は、図１０に示すような伝票詳細画面を表示する。伝票詳細画面は、従来の預り票及び領収証に相当する。伝票詳細画面には、伝票一覧画面にて操作された伝票の詳細情報が表示される。

商品預り時には、図７のステップＳ２６、Ｓ２７の処理を行わずに、利用者の操作があった場合に、ステップＳ２４において更新された伝票一覧画面の画面情報や、ステップＳ２５において生成された伝票詳細画面の画面情報が、管理装置１０から利用者端末５０に送信されるようにしてもよい。

伝票詳細画面において、「お預り中」は、預り商品情報ファイル（図１３）の進行区分「１」～「５」に対応し、引渡し前の状態であることを示している。「お渡し済」は、預り商品情報ファイル（図１３）の進行区分「９」に対応し、引渡し済みの状態であることを示している。
なお、利用者端末５０は、複数の商品がある場合には単に仕上り予定日の順に並べてもよいが、「お預り中」と「お渡し済」とが混在している場合には、「お預り中」の商品を優先して表示してもよい。図１０に示す例では、「お預り中」の商品（欄Ｇ３４、欄Ｇ３５の商品）を「お渡し済」の商品（欄Ｇ３６の商品）よりも上側に表示している。また、「お渡し済」の商品（欄Ｇ３６の商品）をグレーアウト表示している。仕上り予定日の順に並べた場合には、欄Ｇ３６の商品は、欄Ｇ３４、欄Ｇ３５の商品よりも上側になる。
戻るアイコンＧ３１は、直前の画面（伝票一覧画面（図９））に戻るためのボタンである。
利用者は、伝票一覧画面（図９）で取引全体（伝票の一覧）の概要を把握し、伝票詳細画面（図１０）で各取引（各伝票）の詳細を確認することができる。

預り商品は、クリーニング工場に届けられクリーニングが行われる。クリーニングの完了したときには、操作員が、商品が仕上った旨の情報を工場用端末４０に入力し、管理装置１０に送信される。商品が仕上った旨の情報を受信した管理装置１０は、預り商品情報ファイル（図１３）の進行区分を更新（具体的には「３（仕上り完了）」に更新）する。また、クリーニングの完了した商品は店舗に届けられる。店舗に届いたときには、店員が、商品が店舗に届いた旨の情報をＰＯＳ端末２０に入力し、管理装置１０に送信される。商品が店舗に届いた旨の情報を受信した管理装置１０は、預り商品情報ファイルの進行区分を更新（具体的には「４（引渡し可能）」に更新）する。さらに、商品の引渡しが完了したときには、店員が、商品の引渡しが完了した旨の情報をＰＯＳ端末２０に入力し、管理装置１０に送信される。商品の引渡しが完了した旨の情報を受信した管理装置１０は、預り商品情報ファイルの進行区分を更新（具体的には「９（引渡し完了）」に更新）する。

また、特定商品について利用者による現状確認が完了していない状態では、預り商品情報ファイル（図１３）の進行区分は「２（保留中）」であり、利用者による現状確認が完了した場合に、管理装置１０は、進行区分を更新（具体的には「１（商品預り）」に更新）する。また、利用者から商品の引渡しの予約を受け付けている状態では、進行区分は「５（引渡し予約有）」であり、商品の引渡しが完了した場合に、管理装置１０は、進行区分を更新（具体的には「９（引渡し）」に更新）する。

図１０に示した例では、進行状況を示す情報は「お預り中」及び「お渡し済」の２種類であったが、進行状況を示す情報は２種類でなくてもよい。一例として、「仕上り前」「仕上り済」「お渡し可能」及び「お渡し済」の４種類としてもよい。「仕上り前」は、進行区分「１」又は「２」に対応し、工場において仕上り前の状態であることを示している。「仕上り済」は、進行区分「３」に対応し、工場において仕上り済みの状態であることを示している。「お渡し可能」は、進行区分「４」に対応し、引渡し可能な状態であることを示している。「お渡し済」は、進行区分「９」に対応し、引渡し済みの状態であることを示している。また、他の例として、進行区分「２」に対応し、クリーニング作業を保留された状態であることを示した「保留中」を表示してもよい。また、進行区分「５」に対応し、引渡しの予約を受け付けている状態であることを示した「引渡し予約中」を表示してもよい。
また、ロッカー返却の場合には、例えば「ロッカー返却予約中」などと表示される（図２１）。
「引渡し予約中」や「ロッカー返却予約中」など予約に関する進行状況を表示する場合にはさらに予約日が表示されてもよい。

以下、図１１～図１５を参照して、本実施形態のクリーニングシステム１が記憶する情報の一例について説明する。
［顧客マスタファイル］
図１１（Ａ）は、顧客マスタファイルの一例を示している。顧客マスタファイルは、管理装置１０、ＰＯＳ端末２０等のいずれかが記憶してよい。本実施形態では、管理装置１０が顧客マスタファイルを記憶する場合を例に挙げる。
顧客マスタファイルは、利用者である顧客（会員）に関する種々の基本情報を記憶するファイルである。
顧客マスタファイルは、顧客コードに対応付けて、氏名（漢字）、氏名（ふりがな）、住所、通信先、電子メール、電話番号（１）、電話番号（２）、アプリ通信用識別情報、誕生日、会員登録日、登録店（店舗コード）などが格納される。氏名（漢字）、氏名（ふりがな）、住所等は、会員登録時に利用者から取得した情報である。

顧客コードは、クリーニングシステム１において利用者の夫々を識別するための情報である。例えば、会員登録時に、管理装置１０が、重複しない顧客コードを付与（採番）するようにしてもよい。

電子メールは、当該利用者に送信するメールのメールアドレスである。例えば、当該利用者の利用者端末５０のメールアドレスであってもよいし、利用者端末５０とは異なる当該利用者の端末（非図示）のメールアドレスであってもよい。

電話番号（１）及び電話番号（２）は、当該利用者と通話するための電話番号である。例えば、当該利用者の利用者端末５０がスマートフォンである場合には、電話番号（１）は、当該利用者の利用者端末５０（スマートフォン）の電話番号とし、電話番号（２）は、当該利用者の自宅の固定電話の電話番号としてもよい。

アプリ通信用識別情報は、当該利用者の利用者端末５０において実行するクリーニングアプリの通信を行うための情報である。アプリ通信用識別情報は、クリーニングアプリの通信において当該利用者の利用者端末５０を識別可能な情報であればよく、例えば、利用者端末５０のＩＰアドレス、利用者端末５０の個体識別情報、利用者端末５０の電話番号、個体識別情報とは異なる識別情報（トークン等）であってもよい。
なお、アプリ通信用識別情報は、利用者端末５０に固定的に割り当てられるものであってもよいし、利用者端末５０に一時的に割り当てられるもの（例えば、クリーニングアプリが起動する度に変化し得るもの）であってもよい。アプリ通信用識別情報が一時的に割り当てられるものである場合には、最新のアプリ通信用識別情報を記憶すればよい。

なお、クリーニングアプリの通信において利用者端末５０を識別するためのアプリ通信用識別情報とは別に、クリーニングアプリにおいてユーザ（利用者）を識別するためのアプリ利用者識別情報（例えば、ユーザＩＤ等）を記憶してもよい。

登録店は、当該利用者が会員登録を行った店舗（クリーニング店）を示す情報であり、本実施形態では店舗コードを利用している。なお、店舗以外の場所にて会員登録を行った場合（例えば、利用者端末５０を利用して自宅や職場からクリーニングアプリを介して会員登録を行った場合）には、会員登録時にクリーニングアプリが自動選択した店舗を登録店としてもよいし、会員登録時にクリーニングアプリが提示した候補のなかから利用者が選択した店舗であってもよいし、会員登録時に利用者が自由に選択した店舗であってもよい。なお、会員登録時には、クリーニングアプリは、利用者が入力した情報（例えば、住所、市外局番、市外局番等）に基づいて、当該利用者の自宅に最寄りの店舗を検索し、登録店として自動選択してもよいし、選択候補として利用者に提示してもよい。

なお、本実施形態では、店舗コードは、上位２桁を“ＴＰ”、続く２桁を店舗固有の番号（００～９９等）とする全４桁の店舗コードを用いた場合を例を示している。

［顧客実績集計ファイル］
図１１（Ｂ）は、顧客実績集計ファイルの一例を示している。顧客実績集計ファイルは、管理装置１０、ＰＯＳ端末２０等のいずれかが記憶してよい。本実施形態では、管理装置１０が顧客実績集計ファイルを記憶する場合を例に挙げる。
顧客実績集計ファイルは、利用者である顧客（会員）ごとのサービス（クリーニングシステム１が提供するクリーニングに関する各種サービス）の利用実績に関する情報を記憶するファイルである。
図１１（Ｂ）に示した顧客実績集計ファイルは、顧客コードに対応付けて、全店舗を合算した実績情報（ランク、最終利用日、利用頻度、平均単価）、主利用店舗の実績情報（ランク、最終利用日、利用頻度、平均単価）を記憶している。なお、本実施形態では、実績の集計を、毎月１回（例えば、毎月の特定日）に行い、集計結果を顧客実績集計ファイルに記憶している。

最終利用日は、最後に利用した年月日である。利用頻度は、過去１月間の利用回数である。利用金額は、過去１月間の合計利用金額である。ランクは、利用者の評価（貢献度）を示す情報であり、過去１月以上の最終利用日、利用頻度、利用金額のうちの１つ以上に基づいて算出される情報である。一例として、過去６月の利用回数が１２回数以上、且つ、過去６月の利用金額が２４０００円以上である利用者を最上位ランク（例えばＳランク）とし、過去１２月の利用回数が０回の利用者を最下位ランク（例えばＤランク）としてもよい。なお、利用金額に代えて又は加えて過去１月間の平均単価を算出、顧客実績集計ファイルに記憶してもよい。

［ポイント管理ファイル］
図１１（Ｃ）は、ポイント管理ファイルの一例を示している。ポイント管理ファイルは、管理装置１０、ＰＯＳ端末２０等のいずれかが記憶してよい。本実施形態では、管理装置１０がポイント管理ファイルを記憶する場合を例に挙げる。
ポイント管理ファイルは、サービスの利用実績に応じて付与され、現金に代えて利用可能なポイント（例えば、２００円ごとに１ポイントが付与され、現金に代えて１ポイントを１００円として利用可能なポイント等）に関する情報を記憶するファイルである。
図１１（Ｃ）に示したポイント管理ファイルは、顧客コードに対応付けて、利用可能ポイント数などを記憶している。ポイント管理ファイルにて、利用期限を管理（記憶）してもよい。

なお、図１１に示したポイント管理ファイルは、管理するポイントがチェーン店の全店舗で共通するポイントである場合（各店舗にて付与されるポイントが合算され、いずれの店舗でも利用可能である場合）の構成である。しかし、チェーン店の各店舗で個別にポイントを管理する場合（ある店舗にて付与されるポイントは、当該店舗においてのみ利用可能である場合）には、例えば、店舗コード及び顧客コードに対応付けて（つまり店舗コード別顧客コード別に）、利用可能ポイント数などが記憶されてもよい。

［電子伝票ファイル］
図１２は、電子伝票ファイルの一例を示している。電子伝票ファイルは、管理装置１０、ＰＯＳ端末２０等のいずれかが記憶してよい。本実施形態では、管理装置１０が電子伝票ファイルを記憶する場合を例に挙げる。
電子伝票ファイルは、クリーニングに関する各種サービスに係る取引内容を示した電子伝票に関する情報を記憶するファイルである。
図１２に示した電子伝票ファイルは、伝票番号に対応付けて、預り日時、店舗コード、店員コード、顧客コード、預り区分、預り点数、合計料金、仕上り予定日、引渡し完了日、受け取り催促日、更新日時などを記憶している。なお、管理装置１０は、商品の預り時に電子伝票ファイルを更新（新規情報を追加）し、サービスの進行等に応じて適宜、更新する。

伝票番号は、クリーニングシステム１において電子伝票を識別するための情報である。例えば、商品預り時に、ＰＯＳ端末２０が、伝票番号を付与（採番）するようにしてもよい。本実施形態では、伝票番号として、店舗ごとの通番（サイクリックに使用）を付与している。具体的には、上位２桁を“ＤＮ”、続く２桁を店舗コードの下２桁（店舗固有の番号）、続く１桁を“－”、続く４桁を通番（００００～９９９９）とする全９桁（ハイフンを含む）の伝票番号を用いている。従って、店舗コードを参照しなくても伝票番号を参照すれば、いずれの店舗の取引における電子伝票であるかが分かる。

預り日時は、クリーニング店において利用者から商品を預かった日時を示す情報である。なお、商品預り時において、店員がＰＯＳ端末２０において情報を入力した日時を預り日時としてもよい。

預り区分は、商品の預り方法を示す情報である。本実施形態では、商品の預り方法（商品の受け付け方法）として、通常店舗預り（通常店舗受付と称する場合もある）、スピード預り（スピード受付と称する場合もある）、集荷預り（集荷受付と称する場合もある）、ロッカー預り（ロッカー受付と称する場合もある）が用意されている。預り区分「１」は通常店舗預りを示し、預り区分「２」はスピード預りを示し、預り区分「３（）」は集荷預りを示し、預り区分「４」はロッカー預りを示す。なお、預り区分「３（）」の括弧部分は、集荷預りにおける集荷場所を示す情報（場所コード）である。

通常店舗預りとは、利用者が店舗の受付窓口に商品を持参し、店員と利用者とが対面して、検品や精算を行い、預り商品として受け付ける方法である。スピード預りとは、利用者が袋詰めされた商品（袋詰めされた状態の商品）を店舗の受付窓口に預けることを以って（即ち、店員と利用者とが対面して検品や精算を行わずに）、受け付けが完了する方法である。スピード預りでは、利用者は、商品を入れた袋（例えば、カード挿入用のポケットを有するスピード預り専用の袋を用いてもよい）と一緒に会員カード（顧客コードや自身の氏名などを記載した会員カード）も店舗側に預ける。後述するロッカー預りの場合も同様である。集荷預りとは、クリーニング店側が所定の集荷場所（利用者の自宅、コンビニエンスストア等）に出向いて受け取った商品を、預り商品として受け付ける方法である。ロッカー預りとは、利用者が袋詰めされた商品（袋詰めされた状態の商品）を所定のロッカーの回収部に投入することを以って（即ち、店員と利用者とが対面して検品や精算を行わずに）、受け付けが完了する方法である。

預り点数は、預り商品の点数を示す情報である。なお、個々の商品に関する情報は、預り商品情報ファイル（図１３参照）に記憶している。合計料金は、全部の預り商品の合計料金を示す情報である。

仕上り予定日は、預り商品が仕上り（クリーニングが完了し）、利用者に対する商品の引渡しが可能になる日にち（利用者が商品を受け取ることが可能になる日にち）を示す情報である。複数の商品を預かった場合（預り点数が２以上の場合）の仕上り予定日は、預かった全商品について引渡しが可能になる日にちを示している。

引渡し完了日は、利用者に対する商品の引渡しが完了した日にち（利用者が商品を受け取った日にち）を示す情報である。なお、複数の商品を預かった場合の引渡し完了日は、預かった全商品について引渡しが完了した日にちを示している。

受け取り催促日は、利用者に商品の受け取りを催促した日にちを示す情報である。なお、商品の受け取りを催促した日にちが複数ある場合には、最後に催促した日にちのみを受け取り催促日として管理（記憶）してもよいし、催促した夫々の日にちを受け取り催促日として管理してもよい。なお、利用者への催促の方法は、クリーニングアプリによる催促であってもよいし、電子メールによる催促であってもよいし、電話による催促であってもよい。なお、受け取り催促日とともに、催促した方法を管理（記憶）してもよい。

更新日時は、当該電子伝票のいずれかの情報を更新した日時を示す情報である。例えば、引渡し完了日の更新（入力）があった場合には、当該更新があった日時が更新日時となる。

［預り商品情報ファイル］
図１３は、預り商品情報ファイルの一例を示している。預り商品情報ファイルは、管理装置１０、ＰＯＳ端末２０等のいずれかが記憶してよい。本実施形態では、管理装置１０が預り商品情報ファイルを記憶する場合を例に挙げる。
預り商品情報ファイルは、個々の預り商品に関する情報を記憶するファイルである。
図１３に示した預り商品情報ファイルは、預り商品番号に対応付けて、タグ番号、商品種別、処理種別、料金、保留区分、進行区分、仕上り予定日、予約区分、引渡し区分、引渡し予定日、引渡し完了日、更新日時、収納完了フラグなどを記憶している。なお、管理装置１０は、商品の預り時に電子伝票ファイルを更新（新規情報を追加）し、サービスの進行等に応じて適宜、更新する。

預り商品番号は、クリーニングシステム１において預り商品を識別するための情報である。例えば、商品預り時に、ＰＯＳ端末２０又は管理装置１０が、預り商品番号を付与（採番）するようにしてもよい。
本実施形態では、伝票番号に枝番号を付加したものを預り商品番号としている。具体的には、上位９桁を伝票番号、続く１桁を“－”、続く２桁を枝番号（０１～９９）とする全１３桁（ハイフンを含む）の預り商品番号を用いている。従って、預り商品番号を参照すれば、いずれの電子伝票における預り商品であるかが分かる。また、上述したように、伝票番号から取引を行った店舗を特定できるため、預り商品番号を参照すれば、いずれの店舗の取引における預り商品であるかが分かる。

タグ番号は、クリーニングシステム１において預り商品を識別するための情報である。タグ番号は、例えば、商品預り時に、店員がＰＯＳ端末２０において、預り商品の夫々に付したタグに印刷されている番号を、夫々の預り商品のタグ番号として入力したものである。本実施形態では、タグ番号（タグに印刷されている番号）として、上位２桁を“ＴＧ”、続く２桁を店舗コードの下２桁（店舗固有の番号）、続く１桁を“－”、続く４桁を通番（００００～９９９９）とする全９桁（ハイフンを含む）のタグ番号を用いている。従って、タグ番号を参照すれば、いずれの店舗の取引における預り商品であるかが分かる。

商品種別は、商品の種別を示す情報である。処理種別は、処理（洗い、収納等）の種別を示す情報である。料金は、当該預り商品の料金を示す情報である。

保留区分は、進行の保留の要否を示す情報である。本実施形態では、預り商品が特定商品（汚れや、ほつれ等がある商品）の状態を利用者に確認してもらっている。保留区分「０」は保留不要（保留事由無）を示し、保留区分「１」は保留必要（利用者確認前）を示し、保留区分「２」は保留不要（利用者確認済）を示す。

進行区分は、進行の状況を示す情報である。進行区分「１」は商品預りを示し、進行区分「２」は保留中を示し、進行区分「３」は仕上り完了を示し、進行区分「４」は引渡し可能を示し、進行区分「５」は引渡し予定有を示し、進行区分「６」は引渡し完了を示す。

仕上り予定日は、預り商品が仕上り、利用者に対する商品の引渡しが可能になる日にちを示す情報である。なお、預り商品情報ファイルにおける仕上り予定日は、個々の預り商品の仕上り予定日であるのに対し、電子伝票ファイルにおける仕上り予定日は、当該電子伝票内における全部の預り商品について引渡しが可能になる日にちである。つまり、電子伝票ファイルにおける仕上り予定日は、預り商品情報ファイルに示した当該電子伝票に対応する各預り商品の仕上り予定日のうち最も遅い仕上り予定日である。また、本実施形態では、仕上り予定日は、基本的には商品預り日（受付日）と所要日数とに基づいて算出しているが、特定商品について利用者の確認が遅れた場合には仕上り予定日を遅らせている。

予約区分は、預り商品の引渡しの予約の有無を示す情報である。予約区分「０」は予約無を示し、予約区分「１」は店舗にて予約有を示し、予約区分「２」は電話にて予約有を示し、予約区分「３」はアプリにて予約有を示す。予約の内容は、引渡し日時や引渡し方法である。なお、来店して商品を預かる際（預り区分「１」又は「２」となるような場合）に、引渡しについて予約した場合には予約区分「１（店舗にて予約有）」となる。

予約は変更可能である。例えば、商品を預かるタイミングで行われた予約について、電話による変更やクリーニングアプリによる変更が可能である。予約を変更した場合の予約区分は、変更時の情報を記憶してもよい。例えば、商品を預かるタイミングで行われた予約について電話により変更した場合には、電話による変更前の予約区分「１」を［２］に更新してもよい。

引渡し区分は、預り商品の引渡し方法を示す情報である。本実施形態では、預り商品を引渡し方法（預り商品の返却方法）として、通常店舗引渡し（通常店舗返却と称する場合もある）、配達引渡し（配達返却と称する場合もある）、ロッカー引渡し（ロッカー返却と称する場合もある）が用意されている。引渡し区分「０」は未定を示し、引渡し区分「１（）」は通常店舗引渡しを示し、引渡し区分「２（）」は配達引渡しを示し、引渡し区分「３」はロッカー引渡しを示す。なお、引渡し区分「１（）」の括弧部分は、通常店舗引渡しにおける引渡し店舗を示す情報（店舗コード）である。引渡し区分「２（）」の括弧部分は、配達引渡しにおける配達場所（利用者の自宅、コンビニエンスストア等）を示す情報（場所コード）である。引渡し区分「３（）」の括弧部分は、ロッカー引渡しにおけるロッカーを示す情報（ロッカー番号）である。
また、同図においては図示を省略しているが、引渡し区分「３（）」の場合において、ロッカー番号が示すロッカーにおける返却口を示す返却口番号（識別情報）がさらに含まれてよい。

通常店舗引渡し（通常店舗返却）とは、店舗の受付窓口において預り商品を引渡す方法である。配達引渡し（配達返却）とは、所定の配達場所において預り商品を引渡す方法である。ロッカー引渡し（ロッカー返却）とは、ロッカーを用いて預り商品を引渡す方法である。

なお、引渡し予約がない場合（予約区分「０」の場合）、引渡し方法は未定（引渡し区分「０」）となる。一方、引渡し予約があった場合（予約区分「１」～「３」の場合）、引渡し方法は当該予約において利用者が指定した方法（引渡し区分「１」～「３」）となる。

引渡し予定日は、預り商品の引渡しが行われる予定の日にちを示す情報である。なお、引渡し予約がない場合（予約区分「０」の場合）、引渡し予定日は未定（例えば、空欄等）となる。一方、引渡し予約があった場合（予約区分「１」～「３」の場合）、引渡し予定日は、当該予約において利用者が指定した日にちとなる。

なお、引渡し予約がない場合（予約区分「０」の場合）であっても、仕上り予定日以降における通常店舗引渡し（通常店舗返却）は可能である。つまり、当然ではあるが、利用者は、仕上り予定日以後であれば、何ら連絡せずに突然店舗に行き、商品を受け取ることが可能である。

引渡し完了日は、利用者に対する商品の引渡しが完了した日にち（利用者が商品を受け取った日にち）を示す情報である。なお、預り商品情報ファイルにおける引渡し完了日は、個々の預り商品の引渡し完了日であるのに対し、電子伝票ファイルにおける引渡し完了日は、当該電子伝票内における全部の預り商品について引渡しが完了した日にちである。つまり、電子伝票ファイルにおける引渡し完了日は、預り商品情報ファイルに示した当該電子伝票に対応する各預り商品の引渡し完了日のうち最も遅い引渡し完了日である。

更新日時は、当該預り商品のいずれかの情報を更新した日時を示す情報である。例えば、引渡し完了日の更新（入力）があった場合には、当該更新があった日時が更新日時となる。

収納完了フラグは、対応の商品の引渡し区分がロッカー引渡しである場合に、店員によるロッカーの返却口への商品の収納が完了しているか否かを示すフラグである。

次に、図１４、図１５を参照して、ロッカーの運用に関連してクリーニングシステム１が記憶する情報について説明する。図１４、図１５に示す各情報は、管理装置１０、ＰＯＳ端末２０等のいずれかが記憶してよいが、本実施形態では、管理装置１０が記憶する場合を例に挙げる。

［ロッカー管理マスタファイル］
図１４（Ａ）は、ロッカー管理マスタファイルの一例を示している。ロッカー管理マスタファイルは、返却ロッカー（返却専用ロッカー３００、共通ロッカー２００）に関する情報を記憶するファイルである。図１４（Ａ）に示したロッカー管理マスタファイルは、ロッカー番号に対応付けて、設置場所、返却口数などを記憶している。
なお、クリーニングシステム１内の全ての返却ロッカーの返却口数が同一である場合には、ロッカー管理マスタファイルにおいて返却口数を管理（記憶）しなくてもよい。

ロッカー番号は、クリーニングシステム１において返却ロッカーの夫々を識別するための情報である。
設置場所は、当該返却ロッカーが設置されている場所である。なお、１店舗に２以上の返却ロッカーを設置することも、店舗以外の場所に返却ロッカーを設置することも可能である。店舗以外の場所としては、例えば、スーパーマーケット、コンビニエンスストア、専門店（衣服店、薬局店等）、駅構内（又は駅近傍）の商店、マンション等の屋内外等に返却ロッカー（受付専用ロッカー１００についても同様）を設置してもよい。
返却口数は、当該返却ロッカーが備える返却口数である。

なお、ロッカー管理マスタファイルでは、返却ロッカー（返却専用ロッカー３００、共通ロッカー２００）に加えて、受付専用ロッカー１００（受付専用ロッカー１００のロッカー番号等）を管理してもよい。

なお、管理装置１０に代えて又は加えてＰＯＳ端末２０がロッカー管理マスタファイルを記憶してもよい。なお、ＰＯＳ端末２０が記憶するロッカー管理マスタファイルは、管理装置１０が記憶するファイルと同様、全部の返却ロッカーに関するファイルであってもよいし、図１４（Ｂ）に示すように、当該店舗（当該ＰＯＳ端末２０が設置された店舗）に関連する返却ロッカーに関するファイルであってもよい。

［必要口数定義ファイル］
図１４（Ｃ）は、管理装置１０が記憶する必要口数定義ファイルの一例である。必要口数定義ファイルは、ロッカー返却において必要となる返却口数に関する情報を記憶するファイルである。図１４（Ｃ）に示した必要口数定義ファイルは、返却商品点数に対応付けて必要口数を記憶している。返却商品点数は、引渡し希望商品の点数（数量）である。必要口数はロッカー返却において必要となる返却口の口数である。図１４（Ｃ）によれば、例えば返却商品点数が１点～４点であれば必要口数は１であり、５点～８点であれば必要口数は２である。なお、ロッカーの種類ごとに返却口内に容量が異なるような場合には、ロッカーの種類ごとに必要口数定義ファイルを記憶してもよい。

図１４（Ｃ）に示した必要口数定義ファイルは、単に返却商品の数に基づいて必要口数を決定するものであり返却商品の種類を考慮していないが、返却商品の種類を考慮して必要口数を決定してもよい。例えば、図１４（Ｃ）に示した必要口数定義ファイルに代えて、図１４（Ｄ）に示すような必要口数定義ファイル及び図１４（Ｅ）に示すようなボリューム数定義ファイルを記憶するようにしてもよい。

図１４（Ｄ）に示した必要口数定義ファイルは、返却ボリューム数に対応付けて必要口数を記憶している。返却ボリューム数は、引渡し希望商品のボリューム（大きさ）である。図１４（Ｄ）によれば、例えば返却ボリューム数が１～４であれば必要口数は１であり、５～８であれば必要口数は２である。

図１４（Ｅ）に示したボリューム数定義ファイルは、商品種別（図７（Ａ）参照）に対応付けてボリューム数を記憶している。図１４（Ｅ）によれば、例えば商品種別がＳＹ０１の商品（シャツ類）のボリューム数は１であり、ＳＹ０４の商品（コート類）であればボリューム数は４である。

例えば、引渡し希望商品が２着あり、１着がシャツ（商品種別「ＳＹ０１」）、もう１着がコート（商品種別「ＳＹ０４」）であった場合、図１４（Ｃ）の必要口数定義ファイルによれば、返却商品点数が２点であるため必要口数は１となる。一方、図１４（Ｄ）の必要口数定義ファイル及び図１４（Ｅ）のボリューム数定義ファイルによれば、シャツ１着とコート１着の合計のボリューム数は５であるため必要口数は２となる。

なお、管理装置１０に代えて又は加えてＰＯＳ端末２０が、図１４（Ｃ）に示すような必要口数定義ファイルを記憶してもよい。また、管理装置１０に代えて又は加えてＰＯＳ端末２０が、図１４（Ｄ）に示すような必要口数定義ファイルや図１４（Ｅ）に示すようなボリューム数定義ファイルを記憶してもよい。

［ロッカー別予約状況ファイル］
図１５（Ａ）は、管理装置１０が記憶するロッカー別予約状況ファイルの一例である。ロッカー別予約状況ファイルは、返却ロッカー別にロッカー返却の予約状況（予約状態）に関する情報を記憶するファイルである。図１５（Ａ）に示したロッカー別予約状況ファイルは、ロッカー番号「Ｌ０１」の返却ロッカーに関する予約状況ファイルを示しており、返却日及び返却口番号に対応付けて、予約区分、顧客コード、タグ番号、使用ボリューム数、予約日、予約番号などを含む。
なお、図１５（Ａ）では、説明の便宜上、返却日ごとのシート（表）を分けて示しているが、返却日ごとにシートを分けても分けなくてもよい。使用ボリューム数は、当該返却口において商品を引渡すために使用されるボリューム数、つまり、当該返却口で引渡す引渡し希望商品のボリュームである。なお、図１５（Ｂ）のロッカー別予約状況ファイルについては後述する。

なお、管理装置１０に代えて又は加えてＰＯＳ端末２０がロッカー別予約状況ファイルを記憶してもよい。なお、ＰＯＳ端末２０が記憶するロッカー別予約状況ファイルは、管理装置１０が記憶するファイルと同様、全部の返却ロッカーに関するファイルであってもよいし、当該店舗（当該ＰＯＳ端末２０が設置された店舗）に関連する返却ロッカーに関するファイルであってもよい。

ロッカー別予約状況ファイルには、未来の情報（将来の返却日の情報）に加え、過去の情報（過去の返却日の情報）も保持されている。換言すれば、管理装置１０（ＰＯＳ端末２０がロッカー別予約状況ファイルを記憶する場合も同様）は、ロッカー別予約状況ファイルにおいて、過去の情報を消去せずに保持し続ける。例えば、管理装置１０は、所定の期間（少なくとも返却口の決定（後述）に際し参照される期間）、過去の情報を消去せずに保持し続けてもよい。

ロッカー別予約状況ファイルのうちの未来の情報は、ロッカー（各返却口）の将来の予約状況を示したファイルであるが、ロッカーは、予約に基づいて使用されるため、ロッカー別予約状況ファイルのうちの過去の情報は、ロッカーの過去の使用状況を示したファイルでもある。従って、クリーニングシステム１においてロッカー別予約状況ファイルが記憶されていることで、クリーニングシステム１は、将来における返却口の予約状況に加え、過去の返却口の使用状況を管理することができる。

［ロッカー返却予約］
本実施形態のクリーニングシステム１において行われるロッカー返却予約に関して説明する。ここでの「ロッカー返却予約」とは、利用者（客）が、クリーニングされた商品を返却してもらうにあたり、店舗での店員からの手渡しではなくロッカーを使用するにあたり、商品をロッカーの返却口に入れた状態で保管してもらう日程を予約することをいう。
ロッカー返却予約は、店舗にて店員が利用者と応対しながらＰＯＳ端末２０を操作して行うことができる（店舗予約）。あるいは、ロッカー返却予約は、利用者が、利用者端末５０のクリーニングアプリを操作して行うこともできる（アプリケーション予約）。アプリケーション予約の場合、利用者は、店舗に赴いて店員の応対を受けなくともよい。
店舗予約によって行われたロッカー予約の結果と、アプリケーション予約によって行われたロッカー予約の結果は、ロッカー別予約状況ファイル（図１５）に反映される。

店舗予約とアプリケーション予約とのいずれの場合においても、管理装置１０は、ロッカー予約に際しては、商品の仕上り日や返却口の予約状況に応じて、予約可能日（返却可能日）を特定する。
図１６のフローチャートは、管理装置１０が、予約可能日（返却可能日）の特定に関連して実行する処理手順例を示している。
同図の処理は、ロッカー返却の予約可能日を特定するとき（ロッカー返却の予約に関する処理を実行するとき。例えばロッカー返却予約画面（後述）を表示するときに）に開始される。
例えば、店舗予約の場合、店員は、利用者からのクリーニングの依頼を対面で受け付けている際に、ロッカー返却希望の申し出を受けたことに応じて、ＰＯＳ端末２０に対してロッカー返却予約宣言操作を行う。また、店員は、電話等による利用者からのロッカー返却の依頼を受けた場合にも、ＰＯＳ端末２０に対してロッカー返却予約宣言操作を行うようにされてよい。
ＰＯＳ端末２０は、ロッカー返却予約宣言操作に応じて、ロッカー返却予約設定要求を管理装置１０に送信する。
また、利用者は、アプリケーション予約として、自分のＰＯＳ端末２０で動作するクリーニングアプリケーションに対する操作により、アプリケーション予約に対応する操作画面に遷移させるための操作を行う。ＰＯＳ端末２０は、操作に応じて、管理装置１０に対してロッカー返却予約設定要求を要求する。管理装置１０は、上記のようにして送信されるロッカー返却予約設定要求の受信に応じて、同図の処理を開始してよい。
なお、同図の処理は、店舗予約に対応する場合にはＰＯＳ端末２０が実行してもよい。

ステップＳ４００：管理装置１０は、返却対象の商品の数、種類等に基づいて返却に必要な返却口の数（必要口数）を算出する。
ステップＳ４０１：管理装置１０は、ロッカー返却を希望する全商品が仕上り済であるか否かを判断する。
仕上り済でない場合には（ステップＳ４０１；ＮＯ）、ステップＳ４０２に進む。仕上り済である場合には（ステップＳ４０１；ＹＥＳ）、ステップＳ４０５に進む。なお、本フローチャートを商品預り時に実行する場合には、いずれの商品も仕上り済ではないため、ステップＳ４０２に進む。

ステップＳ４０２：管理装置１０は、最遅仕上り予定日（ロッカー返却を希望する各商品の仕上り予定日のうち最も遅い仕上り予定日）を特定する。
ステップＳ４０３：管理装置１０は、最遅仕上り予定日を基準日とする。続いてステップＳ４０６に進む。
なお、ステップＳ４０３、Ｓ４０５、Ｓ４０６での基準日とは、ロッカーの使用状況を考慮しない場合（無視した場合）における、最も早く到来する予約可能日である。
ステップＳ４０５：管理装置１０は、明日を基準日とする。続いてステップＳ４０６に進む。

ステップＳ４０６：管理装置１０は、基準日以降の夫々の日の空数が必要口数以上あるか否かを判定する。
空数が必要口数以上であれば予約可能であるため、ステップＳ４０６の処理は、予約可能日であるか否かを判定する処理である。管理装置１０は、基準日以降の夫々の日の空数と、必要口数とから、予約可能日を算出することができる。
ステップＳ４０７：管理装置１０は、ステップＳ４０６の判定結果を出力する。
判定結果の出力としての内容は、各日について予約可否を示す。従って、同図の処理は、予約可能日（返却可能日）の特定にあたり、各日（又は特定の日）について予約可否を判定しているといえる。
ステップＳ４０６の判定結果は、ロッカー別予約状況ファイル（図２２）に反映される。この際、管理装置１０は、例えば、ステップＳ４０６の判定結果が反映されたロッカー別予約状況ファイルの内容に基づいて、ＰＯＳ端末２０にて表示による情報出力が行われるようにされてよい。

［ロッカー返却予約画面］
本実施形態において、例えば店舗予約によりロッカー返却予約が行われる際には、図１６のステップＳ４０７による判定結果の出力は、ＰＯＳ端末２０でのロッカー返却予約画面の表示として行われてよい。
この場合の管理装置１０は、図１６のステップＳ４０７の判定結果が反映されたロッカー別予約状況ファイルをＰＯＳ端末２０に送信する、ＰＯＳ端末２０は、送信されたロッカー別予約状況ファイルに基づいて、ロッカー返却予約画面（ロッカー返却予約画面）を表示させる。

図１７は、ＰＯＳ端末２０の店員側表示部２６に表示されるロッカー返却予約画面の一態様例を示している。ロッカー返却予約画面は、ロッカー返却予約に関する操作が行われる画面である。同図のロッカー返却予約画面は、図１５（Ａ）のロッカー別予約状況ファイルの内容に対応する。

同図に示されるロッカー返却予約画面には、現在日時欄（符号Ａ参照）、ロッカー情報欄（符号Ｂ参照）、顧客情報欄（符号Ｃ参照）、ロッカー返却商品点数欄（符号Ｄ参照）、メッセージ欄（符号Ｅ参照）、必要返却口数欄（符号Ｆ参照）、調整欄（符号Ｇ参照）、カレンダー欄（符号Ｈ参照）などが設けられている。

現在日時欄（符号Ａ）には、現在日時が表示される。
ロッカー情報欄（符号Ｂ）には、当該ロッカー返却予約画面において情報を表示している返却ロッカーのロッカー番号等が表示される。
顧客情報欄（符号Ｃ）には、当該利用者（ロッカー返却の予約を行う利用者）の顧客コード等が表示される。
ロッカー返却商品点数欄（符号Ｄ）には、当該利用者のロッカー返却による引渡し希望商品の点数が表示される。
必要返却口数欄（符号Ｆ）には、当該利用者のロッカー返却に際し必要となる返却口数が表示される。
調整欄（符号Ｇ）には、必要返却口数の増減（調整）ボタンと調整可能範囲とが表示される。
カレンダー欄（符号Ｈ）には、夫々の日における使用可能（予約可能）な返却口数（返却口の空数）表示される。カレンダー欄の夫々の日にちの領域はボタンとなっている。

同図の説明にあたっては、客（顧客コード「ＫＢ９８７６」）が、伝票詳細画面（図１４）において、お預り中であるシャツ（タグ番号「ＴＧ０１－１３７２」）とセーター（タグ番号「ＴＧ０１－１３７４）とダウンジャケット（タグ番号「ＴＧ０１－１３７５」）の３点を、ロッカー返却による引渡し希望商品として選択した場合を例に挙げる。また、ボリューム数を考慮して必要口数を算出するものとする。

同図のロッカー情報欄（符号Ｂ）の「Ｌ０１（ＡＡＡ）」は、例えば、預り商品情報ファイル（図１３）、ロッカー管理マスタファイル（図１４（Ａ））、及び店舗に関する情報等に基づいて表示したものである。ロッカー返却商品点数欄（符号Ｄ）の「３」は上述の３点である。

必要返却口数欄（符号Ｆ）の「２」は、返却ボリューム数に基づく返却口数を示す。クリーニングシステム１においては、商品種別ごとに対応してボリューム数が定義されており、例えば管理装置１０は、商品種別ごとのボリューム数を定義した情報を記憶する。また、クリーニングシステム１においては、返却対象のボリューム数に応じて必要となる返却口の口数（必要返却口数）が定義されており、例えば管理装置１０は、返却対象のボリューム数に応じた必要口数を定義した情報を記憶する。
同図では、シャツ（商品種別「ＳＹ０１」）のボリューム数は「１」であり、セーター（商品種別「ＳＹ０２」）のボリューム数は「２」であり、ダウンジャケット（商品種別「ＳＹ０３」のボリューム数は「３」であるので、合計のボリューム数（返却ボリューム数）は「６」となる。返却ボリューム数「６」に対応する、必要口数は「２」であるため、必要返却口数欄には「２」が表示される。

調整欄（符号Ｇ）の調整可能範囲「１～３」は、必要返却口数欄「２」の場合の固定値として予め設定されたものである。なお、返却ボリューム数「６」の場合の固定値として予め設定されたものであってもよい。

カレンダー欄（符号Ｈ）の４／２０の日付ボタンに表示される「４」は、ロッカー別予約状況ファイル（図１５（Ａ））の空数「４」に対応するものである。つまり、カレンダー欄における日付ボタンにおいては、対応の日付における返却口の空数が示される。
図１７に示されるロッカー返却予約画面では夫々の日付ボタンの色（背景色）を、当該日付が予約可能日（明日以降の日（店休日を除く）であって空数が必要返却口数以上である日）であるか予約不可能日（予約可能日でない日）であるかに応じて異ならせている。図１７では、予約可能日（４／２０、４／２３、４／２４、４／２７、４／２８、…）に対応する日付ボタンに対して、予約不可能日（４／１６～４／１９、４／２１、４／２２、４／２５、４／２６、４／２９、…）の日付ボタンが例えばグレーアウトとされた例が示されている。

ＰＯＳ端末２０は、図１７のロッカー返却予約画面が店員側表示部２６にて表示されている際に、客側表示部２７においても客向けにロッカー返却予約画面（客側ロッカー返却予約画面）を表示させてよい。
図１８は、客側ロッカー返却予約画面の一態様例を示している。同図の客側ロッカー返却予約画面は、図１７の客側ロッカー返却予約画面に対応する。
同図においては、カレンダー欄において日付ごとのエリア（日付エリア）が配置されている。そのうえで、日付エリアにおいては、バツ印または丸印が配置されている。
バツ印が配置された日付エリアは、対応の日付は、返却口の空数が必要口数に対して不足するために予約不可であることを示している。一方、丸印が配置された日付エリアは、返却口の空数が必要口数以上であることで予約可能であることを示している。

なお、日付ごとにおける予約可能、予約不可を示す態様は、上記の丸印、バツ印に限定されない。例えば、予約可能、予約不可について、空きの返却口のあるロッカー、返却口に空きがない状態のロッカーを模した態様のアイコン等により示すようにしてもよい。
なお、このような客側ロッカー返却予約画面は、ＰＯＳ端末２０の本体に対して接続される外付けのディスプレイ装置としての客側表示部２７にて表示されるようにしてよい。外付けのディスプレイ装置としての客側表示部２７は、広い画面を確保しやすいことから、客側ロッカー返却予約画面を大きいサイズで表示することができる。これにより、客としては客側ロッカー返却予約画面を見やすくなる。例えば、ＰＯＳ端末２０の本体に客側表示部２７が設けられてはいるが、画面サイズが小さい場合には、さらにもう１つの客側表示部２７として外付けのディスプレイ装置を設けて、外付けのディスプレイ装置を用いる、あるいは本体の客側表示部２７と外付けのディスプレイ装置とを併用するようにしてよい。本体の客側表示部２７と外付けのディスプレイ装置とを併用する場合には、客向けに表示する内容に応じて、本体の客側表示部２７と外付けのディスプレイ装置とで表示先が切り替えられるようにしてもよい。

利用者は、このように表示される客側ロッカー返却予約画面を見て、予約可能な日付のうちから予約日を決め、決めた予約日を店員に伝える。店員は、カレンダー欄（符号Ｈ）に配置される日付ボタンのうちから、伝えられた予約日に対応する日付ボタンに対する操作を行う。
あるいは、客側ロッカー返却予約画面における日付エリアも、利用者による操作が可能なボタン（客側日付ボタン）とされてよい。この場合、利用者は、予約可能な日付のうちから予約日を決め、決めた予約日に対応する客側日付ボタンに対する操作を行うことができる。

ここでは、「４／２０」の日付ボタンまたは客側日付ボタンが操作された場合を例に挙げる。
「４／２０」の日付ボタンまたは客側日付ボタンが操作されたことに応じて、店員側表示部２６にて表示されるロッカー返却予約画面は、図１７から図１９に示されるように変化する。つまり、ロッカー返却予約画面においては、「４／２０」の日付ボタンが、他の日付ボタンに対して、例えば所定の背景色に変更されるなどの態様により強調して表示される。これにより、現在において、予約日として４月２０日が指定されている状態であることが示される。
なお、図示は省略するが、客側ロッカー返却予約画面においても、同様にして、日付エリア（客側日付ボタン）のうち「４／２０」の日付エリアが強調して表示されるようにしてよい。
店員は、上記のように「４／２０」の日付ボタンが強調表示された状態のもとで、例えば「登録」ボタンに対する操作を行う。「登録」ボタンに対する操作が行われたことに応じて、４月２０日が予約日として確定される。

予約日が確定されたことに応じて、例えば管理装置１０は、ロッカー別予約状況ファイル、預り商品情報ファイルや預り商品情報ファイルを更新する。
図１５（Ｂ）は、４月２０日が予約日として確定されたことに応じて更新されたロッカー別予約状況ファイルの内容例を示している。
また、図２０は、４月２０日が予約日として確定されたことに応じて、図１３から更新された預り商品情報ファイルの内容例を示している。

また、予約日が確定された後において、利用者端末５０のクリーニングアプリの画面にてロッカー返却予約の状況が反映されてよい。
図２１は、予約日が確定された後において、利用者端末５０にて表示させた伝票詳細画面の内容例を示している。
同図では、ロッカー返却の対象とされる商品の欄において、例えば「ロッカ返却予約中」といったように、ロッカー返却が行われる商品であることが示されるとともに、予約日が示される状態で表示された例が示される。

また、管理装置１０は、返却口の空数が必要口数よりも多い場合には、使用可能（予約可能）な返却口のうちから、商品を収納すべき返却口（予約返却口）を決定（選択）する。つまり、空数に余裕（返却口を選択する余地）がある場合には、いずれの返却口を使用するかを決定する。
予約返却口の決定手法としてはいくつかの態様を挙げることができる。１つには、管理装置１０は、夫々の返却口の過去の使用状況に基づいて予約返却口を決定してもよい。一具体例として、管理装置１０は、特定の返却口の使用頻度が高くならないように（夫々の返却口が万遍なく使用されるように）、予約返却口を決定してもよい。夫々の返却口が万遍なく使用されることにより、特定の返却口において劣化や破損が進行するという状況が生じ難くなる。
なお、管理装置１０は、夫々の返却口の過去の使用状況は、例えば、ロッカー別予約状況ファイル（図１５）を返却日が経過しても消去せずに一定期間記憶し続けることにより把握することができる。

また、上記手法に代えてまたは加えて、管理装置１０は、例えば、夫々の返却口の位置関係（隣接関係）に基づいて予約返却口を決定してもよい。一具体例として、管理装置１０は、同一の利用者が２以上の返却口を予約する場合（当該利用者の必要返却口数が２個以上である場合）には、隣接する返却口から商品を取り出せるように、なるべく、隣接する返却口を決定してもよい。隣接する返却口が決定されることにより、利用者は離れた位置の返却ロッカーに移動しなくても済む。

図２２のフローチャートを参照して、ロッカー返却予約に関連して管理装置１０が実行する処理手順例について説明する。図２２のフローチャートは、店舗予約によりロッカー返却予約が行われる場合に対応する処理手順例を示している。

ステップＳ６３０：ＰＯＳ端末２０は、予約用画面（例えば、ロッカー返却予約画面）を管理装置１０に要求する。つまり、ＰＯＳ端末２０は、店員により行われたロッカー返却予約宣言操作に応じたロッカー返却予約設定要求を管理装置１０に送信する。

ステップＳ６３１：管理装置１０は、予約用画面（ロッカー返却予約画面）の要求をＰＯＳ端末２０から受信する。
ステップＳ６３２：管理装置１０は、予約用画面（現在の予約状況に基づく最新のロッカー返却予約画面）を生成する。具体的には、管理装置１０は、最新の、当該利用者の電子伝票ファイルや、預り商品情報ファイルや、ロッカー管理マスタファイルや、ロッカー別予約状況ファイル等を参照し、予約用画面を生成する。なお、管理装置１０は、当該商品（ロッカー返却を希望する商品）を預かった店舗に設置された返却ロッカーについての予約用画面を生成すればよい。
ステップＳ６３３：管理装置１０は、予約用画面の画面情報をＰＯＳ端末２０に送信する。

ステップＳ６３４：ＰＯＳ端末２０は、画面情報（最新のロッカー返却予約画面の画面情報）を管理装置１０から受信する。
ステップＳ６３５：ＰＯＳ端末２０は、予約用画面（最新のロッカー返却予約画面）を表示する。
ステップＳ６３６：ＰＯＳ端末２０は、予約用画面において予約操作（例えば、カレンダー欄（符号Ｈ）における予約可能な日のボタンのタッチ）を受け付ける。
ステップＳ６３７：ＰＯＳ端末２０は、予約情報（予約日、必要数等）を管理装置１０に送信する。

ステップＳ６３８：管理装置１０は、予約情報をＰＯＳ端末２０から受信する。
ステップＳ６４１：管理装置１０は、予約情報に基づいて返却口（予約返却口）を所定の手法に従って決定する。

ステップＳ６４２：管理装置１０は、返却口の決定結果に基づいて各種ファイルを更新する。つまり、管理装置１０は、Ｓ６４１による返却口の決定結果を、対応の利用者の電子伝票ファイルや、預り商品情報ファイルや、ロッカー管理マスタファイルや、ロッカー別予約状況ファイル等に反映させる。

ステップＳ６４２によっては、上記の各種ファイル等において、ロッカー返却により客に商品を返却するにあたって、返却口の決定結果とともに、返却専用ロッカー３００に商品を収納すべき日（引渡し予定日、収納予定日の開始日）を含む収納の予定に関する情報が反映される。つまり、ステップＳ６４２によっては、商品の収納の予定の記憶が行われる。

ステップＳ６４３：管理装置１０は、各種画面を更新、生成する。例えば、管理装置１０は、ステップＳ６４２における返却口の決定結果に基づいて予約確認画面を更新、生成する。具体的に、管理装置１０は、図１９に示したように予約内容を反映させるべくロッカー返却予定日カレンダー画面を更新する。また、管理装置１０は、図２１に示したような予約内容を反映した伝票詳細画面を生成する。また、管理装置１０は、後述の図２４に示すように予約内容を反映したロッカー返却予定一覧画面を生成してもよい。つまり、ステップＳ６４３では、後段の処理（ステップＳ６４５、ステップＳ６５５にて送信する画面情報を生成する。

ステップＳ６４５：管理装置１０は、画面情報をＰＯＳ端末２０に送信する。例えば、管理装置１０は、予約用画面（図１９に示したような予約内容を反映したロッカー返却予約画面、図２４にて示すような予約内容を反映したロッカー返却予定一覧画面等）の画面情報をＰＯＳ端末２０に送信する。
ステップＳ６４６：ＰＯＳ端末２０は、予約用画面（予約内容を反映したロッカー返却予約画面、図２４にて示すような予約内容を反映したロッカー返却予定一覧画面）の画面情報を管理装置１０から受信する。
ステップＳ６４７：ＰＯＳ端末２０は、予約用画面（予約内容を反映したロッカー返却予約画面）を表示する。

ステップＳ６５５：管理装置１０は、画面情報を利用者端末５０に送信する。例えば、予約確認用画面（図２１に示したような予約内容を反映した伝票詳細画面）の画面情報を利用者端末５０に送信する。
ステップＳ６５６：利用者端末５０は、予約確認用画面（予約内容を反映した伝票詳細画面）の画面情報を管理装置１０から受信し、受信した画面情報を記憶部に記憶する。そして、図２２のフローチャートは終了する。

なお、図２２のステップＳ６５５、Ｓ６５６の処理に代えて、管理装置１０は、ロッカーが予約された旨を報知するメッセージ情報を利用者端末５０に電子メール等などを用いて送信してもよい。つまり、ＰＯＳ端末２０においてロッカー返却を予約する場合の返却口の決定時には、最小限の情報を利用者端末５０に送信するようにしてもよい。

また、ステップＳ６５５、Ｓ６５６の処理については、図２２に示したように返却口の決定時に行うのではなく、上記メッセージ情報の送受信の有無に関わらず、利用者の操作があった場合に行うようにしてもよい。つまり、例えば、伝票詳細画面が要求されたときに管理装置１０から利用者端末５０に送信されるようにしてもよい。

なお、図２２のフローチャートは、管理装置１０が返却口を決定する態様の動作例であるが、ＰＯＳ端末２０が返却口を決定する態様の場合には、ＰＯＳ端末２０による返却口の決定結果が、管理装置１０が記憶する各種ファイルに反映されるようになっていればよい。一例として以下のような流れであってもよい。予約用画面（図２２の場合と同様、管理装置１０にアクセスして受信した最新の予約用画面）において予約操作を受け付けたＰＯＳ端末２０は、返却口を決定し、返却口の決定結果を示す情報を管理装置１０に送信する。管理装置１０は、ＰＯＳ端末２０から受信した返却口の決定結果を示す情報に基づいて各種ファイルを更新する。続いて、ＰＯＳ端末２０は、管理装置１０から予約確認用画面（図１９に示したような予約内容を反映したロッカー返却予約画面、後述の図２４にて示すような予約内容を反映したロッカー返却予定一覧画面等）の画面情報を受信する。なお、Ｓ６５５、Ｓ６５６の処理については同様である。以上により、ＰＯＳ端末２０による返却口の決定結果が、管理装置１０が記憶する各種ファイルに反映される。

次に、図２３のフローチャートを参照して、アプリケーション予約としてのロッカー返却予約に関連して管理装置１０が実行する処理手順例について説明する。
図２３のステップＳ６００：クリーニングアプリケーションが動作する利用者端末５０は、予約用画面を管理装置１０に要求する。例えば、利用者が利用者端末５０において予約用画面を表示させる操作（例えば、ロッカー返却を希望する旨の選択等）を行った場合に、利用者端末５０は、予約用画面を管理装置１０に要求する。

ステップＳ６０１：管理装置１０は、予約用画面（例えば、ロッカー返却予約画面）の要求を利用者端末５０から受信する。
ステップＳ６０２：管理装置１０は、図２２のステップＳ６３２と同様にして、予約用画面（現在の予約状況に基づく最新のロッカー返却予約画面）を生成する。
ステップＳ６０３：管理装置１０は、予約用画面の画面情報を利用者端末５０に送信する。

ステップＳ６０４：利用者端末５０は、画面情報を管理装置１０から受信する。
ステップＳ６０５：利用者端末５０は、予約用画面を表示する。
ステップＳ６０６：利用者端末５０は、予約用画面において予約操作（例えば、カレンダー欄（符号Ｈ）における予約可能な日のボタンのタッチ）を受け付ける。
ステップＳ６０７：利用者端末５０は、予約情報（予約日、必要数等）を管理装置１０に送信する。

ステップＳ６０８：管理装置１０は、予約情報を利用者端末５０から受信する。
ステップＳ６１１：管理装置１０は、予約情報に基づいて返却口（予約返却口）を所定の手法に従って決定する。
ステップＳ６１２：管理装置１０は、図２２のステップＳ６４２と同様に、返却口の決定結果に基づいて各種ファイルを更新する。
ステップＳ６１３：管理装置１０は、図２２のステップＳ６４３と同様に、各種画面を更新、生成する。ステップＳ６１３においては、後述のステップＳ６１５、ステップＳ６２５にて送信する画面情報を生成する。

ステップＳ６１５：管理装置１０は、画面情報を利用者端末５０に送信する。例えば、予約確認用画面（図２７に示したような予約内容を反映した伝票詳細画面）の画面情報を利用者端末５０に送信する。
ステップＳ６１６：利用者端末５０は、予約確認用画面（予約内容を反映した伝票詳細画面）の画面情報を管理装置１０から受信する。
ステップＳ６１７：利用者端末５０は、予約確認用画面（予約内容を反映した伝票詳細画面）を表示する。

ステップＳ６２５：管理装置１０は、画面情報をＰＯＳ端末２０に送信する。例えば、予約確認用画面（図１９に示したような予約内容を反映したロッカー返却予約画面、後述の図２４にて示すような予約内容を反映したロッカー返却予定一覧画面等）の画面情報をＰＯＳ端末２０に送信する。
ステップＳ６２６：ＰＯＳ端末２０は、予約確認用画面（予約内容を反映したロッカー返却予約画面やロッカー返却予定一覧画面等）の画面情報を管理装置１０から受信し、受信した画面情報を記憶部に記憶する。そして、図２３のフローチャートは終了する。

なお、図２３のステップＳ６２５、Ｓ６２６の処理は、省略されてよい。
なお、図２３のステップＳ６２５、Ｓ６２６の処理に代えて、管理装置１０は、ロッカーが予約された旨を報せるメッセージ情報をＰＯＳ端末２０に送信し、該メッセージ情報を受信したＰＯＳ端末２０は、現在表示中の画面に当該メッセージを表示してもよい。つまり、利用者端末５０においてロッカー返却を予約する場合の返却口の決定時には、最小限の情報をＰＯＳ端末２０に送信するようにしてもよい。

また、ステップＳ６２５、Ｓ６２６の処理については、図２３に示したように返却口の決定時に行うのではなく、上記メッセージ情報の送受信の有無に関わらず、店員の操作があった場合に行うようにしてもよい。上記メッセージ情報を送信する場合の一例として、管理装置１０は、上記メッセージとともにＯＫ（表示する）ボタン及びキャンセル（表示しない）ボタンを含む小画面の画面情報をＰＯＳ端末２０に送信し、画面情報を受信したＰＯＳ端末２０は、該小画面を現在表示中の画面に重畳させて表示するとともに、ＯＫ（表示する）ボタンがタッチ（店員の操作に相当）に、予約確認用画面（ロッカー返却予約画面、ロッカー返却予定一覧画面等）が要求され、管理装置１０からＰＯＳ端末２０に送信されるようにしてもよい。

なお、図２３の処理手順例は、管理装置１０が返却口を決定する場合に対応するが、ＰＯＳ端末２０が返却口を決定する場合には、ＰＯＳ端末２０による返却口の決定結果が、管理装置１０が記憶する各種ファイルに反映されるようになっていればよい。

店員は、現在のロッカー返却予約状況を確認したい場合には、ＰＯＳ端末２０に対する操作によって、店員側表示部２６にてロッカー返却予約確認画面を表示させることができる。
図２４は、ロッカー返却予約確認画面の一態様例を示している。同図のロッカー返却予約確認画面においては、現在日時欄（符号Ａ参照）、条件設定領域（符号Ｂ参照）、結果表示領域（符号Ｃ参照）などが設けられている。

条件設定領域（符号Ｂ）は、ロッカー返却予約状況等の確認対象を設定（抽出）する領域である。条件設定領域には、返却予定日設定欄（符号Ｂ１参照）と顧客設定欄（符号Ｂ２参照）を有する。返却予定日設定欄（符号Ｂ１）は、返却予定日の入力に関する選択ボタン（範囲指定ボタン、前日ボタン、本日ボタン、翌日ボタン）と、範囲指定ボタンが選択された場合に返却予定日の範囲を入力する返却予定日範囲入力欄とを有する。なお、前日ボタンや本日ボタンや翌日ボタンが選択された場合には、選択されたボタンの種類に応じて返却予定日範囲入力欄には自動的に範囲が入力される。なお、前日ボタンを設けていることからも分かるように、過去の日付けも設定可能である。顧客設定欄（符号Ｂ２）は、利用者の顧客コードの範囲を入力する返却予定日範囲入力欄と、利用者の電話番号を入力する電話番号入力欄と、利用者の指名を入力する電話番号入力欄とを有する。

結果表示領域（符号Ｃ）は、条件設定領域において設定された条件による抽出結果を表示する領域である。具体的には、図２４に例示した結果表示領域には、各種情報に基づいて、返却予定日、受付日、伝票番号、氏名、電話番号、商品点数、使用返却口、再発行が表示される。

例えば、１番上の情報（矢印にて示した行）における、返却予定日「２０１Ｘ／４／２０」は、図１５（Ｂ）のロッカー別予約状況ファイルの返却日「２０１Ｘ／４／２０」に基づき表示される。あるいは、返却予定日「２０１Ｘ／４／２０」は、図２０の預り商品情報ファイルの引渡し予定日「４／２０」に基づき表示してもよい。
受付日「２０１Ｘ／４／１９」は、図１５（Ｂ）のロッカー別予約状況ファイルの予約日「４／１９」に基づき表示される。あるいは、受付日「２０１Ｘ／４／１９」は、図２０の預り商品情報ファイルの更新日時「４／１９ １８：２７」に基づき表示してもよい。
伝票番号「ＤＮ０１－５４２２」は、図１５（Ｂ）のロッカー別予約状況ファイルのタグ番号「ＴＧ０１－１３７２」等と、図２０の預り商品情報ファイルの預り商品番号「ＤＮ０１‐５４２２－０１」等に基づき表示される。なお、預り商品番号「ＤＮ０１‐５４２２－０１」の上位９桁「ＤＮ０１‐５４２２」は伝票番号を示している。
顧客コード「ＫＢ９８７６」は、図１５（Ｂ）のロッカー別予約状況ファイルの顧客コード「ＫＢ９８７６」に基づき表示される。氏名「…（省略）」や電話番号「…（省略）」は、図１１（Ａ）の顧客マスタファイルなどに基づき表示される。

商品点数「３」は、図２０の預り商品情報ファイルにおける該当商品（タグ番号「ＴＧ０１－１３７２」「ＴＧ０１－１３７３」「ＴＧ０１－１３７５」）の数に基づき表示される。具体的には、例えば、商品点数「３」は、図２０の預り商品情報ファイルにおける、上述した伝票番号「ＤＮ０１－５４２２」に対応する商品（タグ番号「ＴＧ０１－１３７２」～「ＴＧ０１－１３７５」）のうち、例えば引渡し予定日が「４／２０」である商品（タグ番号「ＴＧ０１－１３７２」「ＴＧ０１－１３７３」「ＴＧ０１－１３７５」）の数（具体的には３）に基づき表示されてよい。あるいは、商品点数「３」は、予定日が「４／２０」、且つ、同一の予約番号（具体的には１２３４５）の商品の数（具体的には３）に基づいて表示されてもよい。

使用返却口「Ｈ３１、Ｈ３２」は、図２０の預り商品情報ファイルにおける該当商品（タグ番号「ＴＧ０１－１３７２」「ＴＧ０１－１３７３」「ＴＧ０１－１３７５」）の返却に使用する返却口番号（「Ｈ２１」、「Ｈ２２」）に基づいて表示されてよい。
なお、使用返却口の項目は、返却予約に際して商品を収納する返却口が決定される場合に対応して設けられる。返却ロッカーに商品を収納する際に使用返却口が決定される場合には、使用返却口の項目に代えて、使用返却口数の項目が設けられてよい。使用返却口数の項目は、対応の商品を収納するのに必要な返却口の数を示す。
再発行「＊」は、再発行（複数回の印刷）が行われたことに基づき表示される。

なお、ＰＯＳ端末２０は、ロッカー返却予約確認画面において、当該店舗に関係する情報を表示（抽出）する。つまり、ある店舗のＰＯＳ端末２０がロッカー返却予約確認画面にて表示する情報は、当該店舗の管理下にある返却ロッカー（例えば、当該店舗前に設置した返却ロッカー）における予約情報に限定される。

上記に代えて、ＰＯＳ端末２０は、他の店舗に関連する情報を表示してもよい。例えば、ロッカー返却予約確認画面に店舗設定欄を設け、ＰＯＳ端末２０は、店舗設定欄において入力された店舗コードの店舗に関連する情報を表示してもよい。
また、例えば、ロッカー返却予約確認画面に全店舗ボタンを設け、全店舗ボタンが操作された場合には、ＰＯＳ端末２０は、店舗に関して限定せずに全部の店舗に関連する情報を表示してもよい。

また、利用者端末５０が、当該利用者に関係する情報に限定されたロッカー返却予約確認画面を所定の態様に表示してよい。

工場用端末４０（管理装置１０も同様）は、ロッカー返却予約確認画面において、指定した店舗に関係する情報を表示する。例えば、ロッカー返却予約確認画面に店舗設定欄を設け、工場用端末４０は、店舗設定欄において入力された店舗コードの店舗に関連する情報を表示してもよい。また、例えば、ロッカー返却予約確認画面に全店舗ボタンを設け、全店舗ボタンが操作された場合には、工場用端末４０は、店舗に関して限定せずに全部の店舗に関連する情報を表示してもよい。

店員は、当日が収納予定日の開始日（預かり商品情報ファイル（図２０）の引渡し予定日）である商品を返却口に収納する際に、図２４のロッカー返却予約確認画面をＰＯＳ端末２０に表示させる。店員は、ロッカー返却予約確認画面に対して、当日が収納予定日の開始日である商品のリストを結果表示領域に表示させる操作を行う。そのうえで、店員は、印刷ボタンを操作する。印刷ボタンが操作されたことに応じて、ＰＯＳ端末２０は、当日が収納予定日の開始日である商品の収納予定一覧伝票を発行する。

図２５は、収納予定一覧伝票の一例を示している。同図の収納予定一覧伝票においては、当日の収納予定日に該当する収納予定の情報が示される。収納予定一覧伝票においては、収納商品単位ごとに対応する収納商品単位エリアＡＲ１が上から下にかけて順次配置される。１つの収納商品単位は、共通の伝票番号のもとで、収納予定日の開始日が当日で共通の商品に対応する。

１つの収納商品単位エリアＡＲ１は、顧客情報エリアＡＲ１１、収納指示情報エリアＡＲ１２、タグ番号エリアＡＲ１３、及びコード情報エリアＡＲ１４を含む。

顧客情報エリアＡＲ１１においては、対応の客（利用者）に関する情報（顧客情報）が示される。具体的に同図においては、顧客情報として顧客番号と氏名とが示されている。

収納指示情報エリアＡＲ１２においては、対応の商品についての収納指示を示す情報が示される。具体例として、同図の収納指示情報エリアＡＲ１２においては、予約番号と、収納予定日の開始日と、収納対象の商品の点数と、返却口の口数（扉数）とが示されている。

なお、ロッカー返却予約が行われた段階で返却口が決定されている場合には、収納指示情報エリアＡＲ１２における返却口の口数に代えて、返却口を示す情報が示されてよい。即ち、返却口を示す情報として、返却口ごとに返却口番号が割り当てられており、ロッカーにて返却口ごとに番号が標示されているような場合には、返却口を示す情報として、返却口番号が示されてよい。
あるいは、返却口を示す情報として、返却口の位置が示されるようにしてよい。一例として、ロッカーが、図２（Ｂ）の共通ロッカー２００である場合には、以下のように返却口の位置を示すことができる。
同図の共通ロッカーの返却口側は、パネル部２１０ａ、返却口Ｈ１２、Ｈ２１、Ｈ２２、Ｈ３１、Ｈ３２を有する左側の１台のロッカー部と、返却口Ｈ４１、Ｈ４２、Ｈ５１、Ｈ５２、Ｈ６１、Ｈ６２を有する右側の１台のロッカー部とが連結されている。左側のパネル部２１０ａを備えるロッカーが親ロッカーで、右側が子ロッカーである場合において、返却口を示す情報として、具体的に、返却口Ｈ５２は、「２－下－中」と示される。「２－下－中」における「２」は、親ロッカーを「１」、子ロッカーを「２」としてロッカー番号を割り振った場合のロッカー番号を示す。「２－下－中」における「下」は、２段積みになっている返却口のうち下段であることを示す。「２－下－中」における「中」は、子ロッカーの横並び方向における３つの位置のうちの中央の位置を示す。この場合、横並び方向における３列の各位置は「左」、「中」、「右」によって示される。
返却口の位置を示す態様は、上記の例に限定されない。例えば、返却口の配列を印刷したうえで、他の返却口と区別できるような態様で該当の返却口を示すようにしてもよい。

タグ番号エリアＡＲ１３においては、収納対象の商品のタグ番号が示される。タグ番号エリアＡＲ１３におけるタグ番号は、他の文字よりも強調された態様で印刷されている。具体例として、同図におけるタグ番号は、他の文字よりも大きいサイズとされている。
コード情報エリアＡＲ１４においては、対応の収納商品単位エリアＡＲ１において示される情報のうち所定の情報を示すコード情報が印刷される。同図では、コード情報としてバーコードが印刷された例が示されているが、例えばＱＲコード（登録商標）等の二次元コードであってもよい。

発行された収納予定一覧伝票を持参してバックヤードに赴いて、タグ番号エリアＡＲ１３において示されるタグ番号のタグが付された商品を、収納対象の商品として取り出す作業を行う。この作業の際に、店員は、タグ番号エリアＡＲ１３のタグ番号を確認することになるのであるが、タグ番号エリアＡＲ１３のタグ番号が他の文字よりも強調されていることで、店員は、タグ番号エリアＡＲ１３のタグ番号を確認しやすくなる。これにより、店員は、タグ番号エリアＡＲ１３のタグ番号に対応する商品を見つけやすくなる。
次に、店員は、引き続き収納予定一覧伝票を持参するとともに、バックヤードから取り出した収納対象の商品を持って、ロッカーの設置された場所に赴く。以下の説明では、客への返却のためのロッカーとして返却専用ロッカー３００が設置されている場合を例に挙げる。
店員は、返却専用ロッカー３００にまで赴くと、まず、収納予定一覧伝票における１つの収納商品単位エリアＡＲ１におけるコード情報エリアＡＲ１４に印刷されたコード情報を、返却専用ロッカー３００のコード認識部に読み取らせる操作を行う。

返却専用ロッカー３００は、読み取ったコード情報を管理装置１０に送信する。コード情報には、予約番号が示されている。管理装置１０は、コード情報が示す予約番号に対応付けられた返却口番号を、から特定し、特定された返却口番号を返却専用ロッカー３００に通知する。
返却専用ロッカー３００は、通知された返却口番号の返却口を解錠する。なお、解錠の際には、例えば返却専用ロッカー３００の表示部などに解錠された返却口の返却口番号を店員に向けて報知する表示が行われるようにされてよい。
そして、店員は、解錠された返却口に対応の収納対象の商品を収納し、施錠する。以降、店員は、同様の手順で、収納予定一覧伝票における収納商品単位エリアＡＲ１ごとにコード情報を返却専用ロッカー３００のコード認識部に読み取らせて返却口を解錠させ、収納対象の商品を収納する、という作業を行っていく。

なお、コード情報エリアＡＲ１４に印刷されたコード情報を返却専用ロッカー３００に読み取らせたことに応じて行われる返却口の解錠については、以下のように制御されてもよい。
返却専用ロッカー３００は、読み取ったコード情報を管理装置１０に送信する。管理装置１０は、コード情報が示す予約番号とロッカー別予約状況ファイルの内容とを照合して、コード情報が示す予約番号が正しいか否かについて判定する。ここでの「予約番号が正しいか否か（ＯＫかＮＧか）について判定する」とは、予約番号が示す収納予定日は、現在日時に対応するものであるか否かについて判定する」ことである。
管理装置１０は、予約番号が正しいか否かの判定結果（ＯＫまたはＮＧ）を示す予約番号正否情報を返却専用ロッカー３００に送信する。
返却専用ロッカー３００は、受信された予約番号正否情報がＮＧを示していれば、対応の商品の収納予定日は、現在日時には対応しておらず、返却口には収納すべきでないことになる。この場合、返却専用ロッカー３００は、返却口を解錠せず、例えば対応の商品を収納すべきでないことを報知する。
一方、受信された予約番号正否情報がＯＫを示している場合には、現在日時が対応の商品の収納予定日に対応していることから、対応の商品を収納してよい。そこで、この場合の返却専用ロッカー３００は、所定の規則に従って、現在空き状態の返却口のうちから、対応の商品を収納する返却口を決定する。返却専用ロッカー３００は、決定された返却口を解錠する。
また、返却専用ロッカー３００が、例えば管理装置１０からロッカー別予約状況ファイルを取得し、自装置にて記憶させるようにしてよい。この場合、返却専用ロッカー３００は、コード情報の読み取りに応じて返却口を決定するにあたり、読み取られたコード情報と自己が記憶するロッカー別予約状況ファイルとを参照すればよいことから、管理装置１０と通信を行わなくともよい。

なお、収納予定一覧伝票におけるコード情報に代えて、収納対象の商品に付された工場控えに印刷されたＱＲコード等のコード情報を読み取らせることによっても、上記と同様に、収納対象の商品を収納すべき返却口の返却口番号が特定され、返却口の解錠が行われるようにされてよい。

［商品回収に関連する処理手順例］
前述のように、本実施形態のクリーニングシステム１では、客がロッカーの回収部に投入した商品を、クリーニング対象の商品として受け付け可能とされている。店員は、或る段階でロッカーの回収部に投入された商品を回収することになる。ここで、店員がロッカーの回収部に投入された商品の回収を忘れてしまうと、或るときに回収部が一杯となってしまい、客が回収部に商品を投入できなくなる等の不具合が生じる。
そこで、本実施形態のクリーニングシステムにおいては、以下に説明するようにして、回収部からの商品の回収を店員が忘れないように、店員に向けて商品の回収のための報知が行われるようにされる。
以下の説明にあたっては、客が商品を投入するロッカーとして受付専用ロッカー１００が使用される場合を例に挙げる。

図２６（Ａ）のフローチャートを参照して、受付専用ロッカー１００と管理装置１０とが回収予定の設定として、回収予定フラグのセットに関連して実行する処理手順例について説明する。
ステップＳ１０１：受付専用ロッカー１００は、回収部１０２に収容されているクリーニング対象の商品についての回収トリガが発生したか否かについて判定する。回収トリガの発生は、回収部１０２に収容されている商品について、回収が必要となった程度の容量に至ったことを示す。
回収トリガは、客による回収部１０２への商品の預け入れの回数が所定以上となったことにより、回収部１０２の商品の容量が回収が必要となる程度に至ったとして発生されてよい。
具体的に、受付専用ロッカー１００は、例えば回収部１０２の投入口１０１の解錠を検出するセンサの検出出力に基づいて、解錠された回数が所定の閾値以上となったことにより回収トリガが発生したと判定してよい。
また、例えば、客は、商品を回収部１０２に投入するにあたり、投入口１０１の解錠のためにコード認識部１０６またはカードリーダ１２５に会員証の情報を読み取らせる操作を行う。受付専用ロッカー１００は、コード認識部１０６またはカードリーダ１２５が会員証の情報を読み取った回数が所定以上となったことに応じて、回収トリガが発生したと判定してよい。この場合、受付専用ロッカー１００は、例えば同じ客の会員証の情報が連続して複数回読み取られた場合には、２回目以降の会員証の情報の読み取りについては、回収トリガの発生に対応する回数に含めないようにしてよい。

あるいは、回収トリガは、回収部１０２に収容された商品の量に基づいて発生されてよい。この場合には、回収部１０２において、回収部１０２における物品の収容量を検出するセンサを設ける。このようなセンサは、例えば回収部１０２において収容された物品の高さを検出するものであってもよいし、重量を検出するものであってもよい。
受付専用ロッカー１００は、センサにより検出される高さや重量が所定の閾値以上に至った場合に回収トリガが発生したと判定してよい。

あるいは、受付専用ロッカー１００は、所定時刻に至ったことに応じて回収トリガが発生したと判定してよい。
受付専用ロッカー１００は、自己が計時する時刻に基づいて、所定時刻に至ったか否かの判定を行ってもよい。あるいは、管理装置１０やＰＯＳ端末２０が、計時を行って所定時刻に至ったか否かを判定し、所定時刻に至ったことを受付専用ロッカー１００に通知するようにされてもよい。

ステップＳ１０２：ステップＳ１０１にて回収トリガの発生したことが判定された場合、受付専用ロッカー１００は、回収トリガ発生通知を管理装置１０に対して送信する。

ステップＳ２０１：管理装置１０は、ステップＳ１０２により送信された回収トリガ発生通知が受信されるのを待機している。
ステップＳ２０２：管理装置１０は、回収トリガ発生通知が受信されたことに応じて回収予定フラグをセットする。具体的に、管理装置１０は、回収予定フラグは、ＲＡＭ１２２（記憶部の一例）または記憶部１２３（記憶部の一例）にて記憶させている回収予定フラグについて、回収予定有りを示す値を設定する。このような回収予定フラグのセットは、商品の回収の予定の記憶に相当する。

次に、図２６（Ｂ）のフローチャートを参照して、受付専用ロッカー１００と管理装置１０とが回収予定の設定として、回収予定フラグのクリアに関連して実行する処理手順例について説明する。
ステップＳ１１１：受付専用ロッカー１００は、回収部１０２に収容された商品の回収が行われるのを待機している。
受付専用ロッカー１００は、商品の回収が行われたか否かについて以下のように判定してよい。店員が商品を回収する際には、店員が所定の手順により回収部１０２の回収用扉を解錠し、商品の回収を終えると回収用扉を施錠する。そこで、受付専用ロッカー１００は、事象として、回収用扉の解錠と、当該解錠の後の施錠とが行われたことを検出した場合に商品が回収されたと判定してよい。
もしくは、受付専用ロッカー１００は、事象として、回収部１０２の収容物の重量または容量を検出するセンサの検出出力が、収容物が収容されている状態に対応する値から、収容物が収容されない状態に対応する値に変化した場合に商品が回収されたと判定してもよい。

ステップＳ１１２：受付専用ロッカー１００は、ステップＳ１１１にて商品の回収が行われたと判定されたことに応じて、回収確認通知を管理装置１０に送信する。回収確認通知は、回収部１０２からの商品の回収が行われたことを通知するものである。

ステップＳ２１１：管理装置１０は、ステップＳ１１２により受付専用ロッカー１００から送信された回収確認通知が受信されるのを待機している。
ステップＳ２１２：回収確認通知が受信されると、管理装置１０は、現在において回収予定フラグがセットされている状態にあるか否かについて判定する。
ステップＳ２１３：ステップＳ２１２にて回収予定フラグがセットされていると判定された場合、管理装置１０は、回収予定フラグの値について、回収予定無しであることを示す値にリセットする。
一方、ステップＳ２１２にて回収予定フラグがセットされていないことが判定された場合には、ステップＳ２１３の処理をスキップして同図の処理を終了してよい。

図２６（Ａ）、図２６（Ｂ）の処理によって、回収予定フラグは、例えば回収部１０２から商品を回収することが必要な状況となったことに応じてセットされる。また、セットされた回収予定フラグは、回収部１０２から商品が回収されたことに応じてリセットされる。

図２６（Ｃ）のフローチャートを参照して、管理装置１０とＰＯＳ端末２０とが回収報知に関連して実行する処理手順例について説明する。
ステップＳ２２１：管理装置１０は、回収予定フラグについて、セットされた状態が継続したまま一定時間経過した否かについて判定する。なお、この場合において、一定時間をゼロもしくはゼロに近い値とすることで、回収予定フラグがセットされたことに応じて直ちに報知が行われるようにされてもよい。
あるいは、管理装置１０は、ステップＳ２２１において、回収予定フラグがセットされた状態において、所定時刻に至ったか否かについて判定してもよい。

ステップＳ２２２：回収予定フラグがセットされた状態が継続したまま一定時間経過した場合、管理装置１０は、ＰＯＳ端末２０に対して商品回収の報知指示を送信する。報知指示は、管理装置１０が、ＰＯＳ端末２０に対して、店員への回収の指示のための報知（回収指示報知）の実行を指示するコマンドである。

ステップＳ３２１：ＰＯＳ端末２０は、ステップＳ１２２により管理装置１０から送信された商品回収の報知指示が受信されるのを待機している。
ステップＳ３２２：商品回収の報知指示が受信されたことに応じて、ＰＯＳ端末２０は、回収指示報知を実行する。ＰＯＳ端末２０は、例えば店員側表示部２６にて所定の態様により回収指示報知を行ってよい。このように回収指示報知が行われることにより、店員は、受付専用ロッカー１００から商品を回収すべきことを把握できる。これにより、店員が受付専用ロッカー１００からの商品の回収を忘れてしまうことを防止できる。

なお、回収指示報知が行われたときに、例えば接客等の他の業務を優先させなければならないなどの理由で、店員が、すぐには商品の回収作業を行えない場合もある。そこで、回収指示報知については、例えば回収を先送りすることを宣言する操作（回収先送り宣言操作）が行われることに応じて一旦停止されるようにしてよい。この場合には、ＰＯＳ端末２０は、例えば回収先送り宣言操作が行われてから一定時間を経過したタイミングで、再度、回収指示報知を実行してよい。

［商品収納に関連する処理手順例］
図２７及び図２８のフローチャートは、商品の返却に対応してロッカーが実行する処理手順例を示している。ここでは、同図の処理が返却専用ロッカー３００により実行される場合を例に挙げる。
先ず、図２７について説明する。
ステップＳ８００：返却専用ロッカー３００は、例えば表示部３０４に待機画面を表示している状態のもとで、待機画面に対する操作が行われるのを待機する。
ステップＳ８０１：待機画面に対する操作が行われると、返却専用ロッカー３００は、例えば所定の態様による案内画面を表示することにより、会員カードの読み取りやパスワードの入力を利用者に要求する。

ステップＳ８０２：返却専用ロッカー３００は、ステップＳ８０１による要求に応じた会員カードの読み取り等が行われたか否かについて判定する。会員カードの読み取り等が行われた場合には（ステップＳ８０２；ＹＥＳ）、ステップＳ８０４に処理が遷移する。会員カードの読み取り等が行われない場合には（ステップＳ８０２；ＮＯ）、ステップＳ８１０に処理が遷移する。

ステップＳ８０４：返却専用ロッカー３００は、該当する返却口を報知する。具体的に、返却専用ロッカー３００は、所定の態様による報知画面を表示部３０４に表示することで、当該利用者の預り商品が収納されている返却口の返却口番号を報知する。
ステップＳ８０５：また、返却専用ロッカー３００は、該当する返却口の返却口扉を解錠し、発光部を点滅させる。なお、発光部は、例えば、返却口扉の開閉後（施錠後）に消灯させるようにしてもよい。
ステップＳ８０６：返却専用ロッカー３００は、ロッカー返却（預り商品の引渡し）が完了するのを待機する。返却専用ロッカー３００は、例えばステップＳ８０５により解錠されて開いた状態とされた返却口の扉が閉じられ、施錠されたことが検出された場合に、ロッカー返却が完了したと判定してよい。あるいは、返却口に収容物の有無を検出するセンサを設けたうえで、当該センサにより収容物の有る状態から収容物が無い状態に遷移したことが検出された場合にロッカー返却が完了したと判定してよい。

ステップＳ８０７：ロッカー返却が完了すると、返却専用ロッカー３００は、返却完了情報を記憶部３２３（ＲＡＭ３２２でもよい）に記憶させる。返却完了情報は、例えば、顧客ＩＤ、返却口番号、タグ番号、日時情報等の一部又は全部を含むものであってもよい。
なお、返却ロッカーは、返却完了情報を記憶部に記憶することに代えて加えて返却完了情報を管理装置１０に送信し、管理装置１０は、返却完了情報に基づいて各種ファイルの更新等を実行してもよい。
さらに、管理装置１０は、伝票詳細画面（図２１等）等の各種画面を更新（進行区分を「９（引渡し完了）」に更新等）し、利用者端末５０等に更新後の画面を表示させるようにしてもよい。
ステップＳ８０８：返却専用ロッカー３００は、例えば表示部３０４に所定の態様による報知画面を表示させることにより、ロッカー返却が完了したことを利用者に向けて報知する。

ステップＳ８１０：ステップＳ８０２にて会員カード等の読み取りが行われなかったことが判定された場合、返却専用ロッカー３００は、店員による所定操作があったか否か（例えば、店員用バーコードの読み取りがあったか否か等）を判断する。所定操作の行われなかったことが判定された場合には、ステップＳ８０２に戻る。

ステップＳ８２０：ステップＳ８１０にて店員による所定操作の行われたことが判定された場合、返却専用ロッカー３００は、各種ボタン（返却物収納ボタン、返却物回収ボタン、戻るボタン等）を配置した店員用初期画面（非図示）を表示部３０４に表示する。即ち、返却専用ロッカー３００は、店員用モードに移行する。

次に、図２８について説明する。
ステップＳ８２１：ステップＳ８２０により店員用モードに移行した後、返却専用ロッカー３００は、店員用初期画面（非図示）にて配置された戻るボタンに対する操作が行われたか否かについて判定する。戻るボタンが操作された場合には（ステップＳ８２１；ＹＥＳ）、ステップＳ８００に戻る。なお、戻るボタンが操作された場合に（ステップＳ８２１；ＹＥＳ）、ステップＳ８００に戻るのではなくステップＳ８０１に戻るようにしてもよい。

ステップＳ８２２：戻るボタンに対する操作が行われなかった場合、返却専用ロッカー３００は、店員用初期画面（非図示）にて配置された返却物収納ボタンに対する操作が行われたか否かについて判定する。
返却物収納ボタンは、店員が返却専用ロッカー３００の返却口に返却対象の商品を収納する作業を行う際に、返却専用ロッカー３００を、店員用モードにおける収納対応モードに遷移させるために操作するボタンである。
返却物収納ボタンに対する操作が行われた場合には（ステップＳ８２２；ＹＥＳ）、ステップＳ８３０に処理が遷移する。返却物収納ボタンに対する操作が行われなかった場合には（ステップＳ８２２；ＮＯ）、ステップＳ８２３に処理が遷移する。

ステップＳ８２３：返却専用ロッカー３００は、店員用初期画面（非図示）の返却物回収ボタンに対する操作が行われたか否かについて判定する。返却物回収ボタンに対する操作が行われた場合（ステップＳ８２３；ＹＥＳ）、ステップＳ８４０に処理が遷移する。返却物回収ボタンに対する操作が行われなかった場合（ステップＳ８２３；ＮＯ）、ステップＳ８２１に戻る。

ステップＳ８３０：返却専用ロッカー３００は、収納対応モードに遷移する。そのうえで、返却専用ロッカー３００は、所定の収納案内画面を表示することで、店員に、コード情報の読み取りを要求する。ここでの読み取りの対象となるコード情報は、収納予定一覧伝票（図２５）に印刷されたコード情報である。また、読み取りの対象となるコード情報は、商品に添付された工場控えに印刷されているコード情報であってもよい。

ステップＳ８３１：返却専用ロッカー３００は、収納案内画面において配置された戻るボタンに対する操作が行われたか否かについて判定する。戻るボタンに対する操作が行われた場合、（ステップＳ８３１；ＹＥＳ）、ステップＳ８２１に戻る。なお、戻るボタンに対する操作が行われた場合（ステップＳ８３１；ＹＥＳ）、ステップＳ８２１に戻るのではなくステップＳ８００（又はステップＳ８０１）に戻るようにしてもよい。戻るボタンが操作されていない場合には（ステップＳ８３１；ＮＯ）、ステップＳ８３２に進む。

ステップＳ８３２：返却専用ロッカー３００は、コード情報の読み取りがあったか否かを判断する。コード情報の読み取りがあった場合には（ステップＳ８３２；ＹＥＳ）、ステップＳ８３３に進む。コード情報の読み取りがなかった場合には（ステップＳ８３２；ＮＯ）、ステップＳ８３１に戻る。

ステップＳ８３３：返却専用ロッカー３００は、商品を収納すべき返却口を特定する。このため、返却専用ロッカー３００は、例えばコード情報（もしくはコード情報が示す予約番号等）を管理装置１０に送信する。管理装置１０は、例えば受信されたコード情報が示す予約番号に対応付けられた返却口番号をロッカー別予約状況ファイルから特定し、特定された返却口番号を返却専用ロッカー３００に通知する。
返却専用ロッカー３００は、管理装置１０からの返却口番号の通知を受信することにより、商品を収納すべき返却口を特定する。

あるいは、商品を収納すべき返却口については、例えばロッカー返却の予約の際には決定することは行わずに、商品を返却専用ロッカー３００に収納する際に決定するようにされてよい。このような場合には、返却専用ロッカー３００は、ステップＳ８３３にて商品を収納すべき返却口を所定の規則に従って決定することで、返却口を特定することになる。

ステップＳ８３４：返却専用ロッカー３００は、ステップＳ８３３により特定された返却口を報知する。返却口の報知は、表示部３０４における表示により行われる。
ステップＳ８３５：また、返却専用ロッカー３００は、特定された返却口の扉を解錠し、発光部を点滅させる。なお、発光部は、例えば、返却口扉の開閉後（施錠後）に消灯されてもよい。

ステップＳ８３６：返却専用ロッカー３００は、商品（預り商品）の収納が完了するのを待機する。返却専用ロッカー３００は、返却口３１０の返却口扉について１回の開閉（解錠と、当該解錠後の施錠）の行われたことが判定されたことに応じて、商品の収納が完了したと判定してよい。また、解錠が行われたが、この後の施錠が行われないままの返却口については、収納が完了していないと判定されてよい。これにより、返却口扉の解錠は行ったものの、商品を入れ忘れてしまって解錠されたままの状態であるとか、商品を入れたが施錠を忘れてしまったような場合にも対応して店員に報知を行うことが可能になる。
ステップＳ８３７：商品の収納が完了すると、返却専用ロッカー３００は、収納完了情報を記憶部３２３（ＲＡＭ３２２でもよい）に記憶させる。ステップＳ８３７にて記憶される収納完了情報は、例えば、顧客ＩＤ、返却口番号、タグ番号、日時情報等の一部又は全部を含むものであってもよい。

ステップＳ８３８：また、返却専用ロッカー３００は、収納完了通知を管理装置１０に送信する。収納完了通知には、収納された商品を特定可能な情報が含まれる。例えば収納完了通知には、収納完了情報と同様に顧客ＩＤ、返却口番号、タグ番号、日時情報等において収納された商品を特定可能な一部の情報、又は全部を含むものであってもよい。

店員は、収納予定一覧伝票において印刷される収納商品単位エリアＡＲ１ごとに対応させてコード情報エリアＡＲ１４のコード情報を読み取らせ、解錠された返却口に商品を収納するという作業を、順次行っていく。このような作業ごとに応じて、ステップＳ８３０～Ｓ８３８の処理が繰り返し実行される。そして、店員は、返却対象の全ての商品の返却口への収納を完了させると、戻るボタンに対する操作を行う。戻るボタンに対する操作に応じて、収納対応モードが終了され、ステップＳ８３１からステップＳ８２１に遷移する。

ステップＳ８４０：また、店員は、引渡し期限を経過しても利用者によって引き取られることなく返却専用ロッカー３００に収納されたままの商品については、返却口から回収する作業を行う。この際、店員は、返却物回収ボタンに対する操作を行う。
ステップＳ８２３にて返却物回収ボタンに対する操作の行われたことが判定された場合、返却専用ロッカー３００は、返却物回収モードを設定したうえで、店員に、回収を開始させる操作を要求する。具体的には例えば返却物回収モードに対応する返却物回収初期画面を表示部３０４に表示することで、返却物回収初期画面にて表示されたＯＫボタンに対する操作を要求する。

ステップＳ８４１：ステップＳ８４０の処理を実行したうえで、返却専用ロッカー３００は、返却物回収初期画面にて配置されている戻るボタンに対する操作が行われたか否かについて判定する。戻るボタンに対する操作が行われた場合（ステップＳ８４１；ＹＥＳ）、返却物回収モードを終了してステップＳ８２１に戻る。
なお、戻るボタンに対する操作が行われた場合（ステップＳ８４１；ＹＥＳ）、ステップＳ８２１に戻るのではなくステップＳ８００（又はステップＳ８０１）に戻るようにしてもよい。戻るボタンに対する操作が行われていない場合には（ステップＳ８４１；ＮＯ）、ステップＳ８４２に進む。

ステップＳ８４２：返却専用ロッカー３００は、返却物回収初期画面にて配置されたＯＫボタンに対する操作が行われた否かについて判定する。ＯＫボタンに対する操作が行われた場合には（ステップＳ８４２；ＹＥＳ）、ステップＳ８４４に進む。戻るボタンに対する操作が行われていない場合には（ステップＳ８４２；ＮＯ）、ステップＳ８４１に戻る。

ステップＳ８４４：ステップＳ８４２にてＯＫボタンが操作された場合には、返却物回収の作業を店員が行う意思のあることの確認が得られたことになる。そこで、この場合の返却専用ロッカー３００は、全部の返却口を報知する。例えば、返却専用ロッカー３００は、所定の態様による回収指示画面を表示し、回収指示画面全部の返却口の返却口番号を報知する。

ステップＳ８４５：返却専用ロッカー３００は、全部の返却口の返却口扉を解錠し、発光部を点滅させる。なお、発光部は、例えば、返却口扉の開閉後（施錠後）に消灯させるようにしてもよい。
ステップＳ８４７：返却専用ロッカー３００は、返却物の回収が完了した旨の回収完了情報を記憶部３２３に記憶させる。ステップＳ８４７において記憶する回収完了情報は、例えば、顧客ＩＤ、返却口番号、タグ番号、日時情報等の一部又は全部を含むものであってもよい。ステップＳ８４７の処理の後は、ステップＳ８２１に処理が戻される。なお、ステップＳ８４７の終了後に、ステップＳ８２１に戻るのではなくステップＳ８００（又はステップＳ８０１）に戻るようにしてもよい。

なお、返却ロッカーは、回収完了情報を記憶部に記憶することに代えて加えて、回収完了情報を管理装置１０に送信し、管理装置１０は、回収完了情報に基づいて各種ファイルの更新等を実行してもよい。

図２９（Ａ）のフローチャートを参照して、管理装置１０が収納完了フラグの管理に関連して実行する処理手順例について説明する。
ステップＳ２３１：管理装置１０は、図２８のステップＳ８３８により返却専用ロッカー３００から送信された収納完了通知が受信されるのを待機している。
ステップＳ２３２：管理装置１０は、収納完了通知が受信されると、受信された収納完了通知において示される例えばタグ番号等を参照して、預り商品情報ファイルにおいて示される商品のうちから、今回受信された収納完了通知に対応して収納が完了した商品を特定する。管理装置１０は、預り商品情報ファイル（図１３、図２０）において特定された商品に対応する収納完了フラグについて、収納完了を示す値（例えば「１」）をセットする。
図２７、図２８及び図２９（Ａ）による説明から理解されるように、収納完了通知は、事象として、店員が行った収納の作業に応じて返却口扉の開閉（解錠、及び解錠に続く施錠）が行われたことに応じて返却専用ロッカー３００から送信される。収納完了フラグは収納完了通知の受信に応じてセットされる。

次に、図２９（Ｂ）のフローチャートを参照して、管理装置１０とＰＯＳ端末２０とが未収納商品の報知に関連して実行する処理手順例について説明する。
ステップＳ２４１：管理装置１０は、未収納商品の有無についての確認タイミングに至るのを待機する。
確認タイミングは、例えば店舗での業務スケジュールに沿って予め定められた所定の時刻であってよい。この場合には、例えば営業日における所定の時刻に至った際に、当日に収納すべき商品のうちで未収納の商品が有れば、未収納商品の報知が行われるようにすることができる。
あるいは、確認タイミングは、管理装置１０にて最後に収納完了通知が受信されてから一定時間を経過したタイミングであってもよい。この場合には、当日における収納の作業を店員が終了させてからある程度の時間を経過したタイミングで報知が行われるようにすることができる。

ステップＳ２４２：確認タイミングに至ったことが判定されると、管理装置１０は、未収納商品が有るか否かについて判定する。このため、管理装置１０は、例えば預り商品情報ファイル（図１３、図２０）にて示される商品のうちで、当日が引渡し予定日（即ち、返却口に収納すべき日付）であって、かつ、収納完了フラグが未収納（例えば「０」）を示している商品が有るか否かについて判定する。未収納商品が無いと判定された場合には、同図の処理が終了される。

ステップＳ２４３：ステップＳ２４２にて未収納商品が有ると判定された場合、管理装置１０は、ＰＯＳ端末２０に対して未収納商品の報知指示を送信する。未収納商品の報知指示は、管理装置１０が、ＰＯＳ端末２０に対して、当日において返却口に収納していなければならない商品のうちで未収納の商品があることの報知と、未収納の商品の返却口への収納の指示のための報知（未収納商品報知）の実行を指示するコマンドである。

ステップＳ３４１：ＰＯＳ端末２０は、ステップＳ２４３により管理装置１０から送信される未収納商品の報知指示が受信されるのを待機している。
ステップＳ３２２：未収納商品の報知指示が受信されたことに応じて、ＰＯＳ端末２０は、未収納商品報知を実行する。ＰＯＳ端末２０は、例えば店員側表示部２６にて所定の態様により未収納商品報知を行ってよい。

図３０は、店員側表示部２６にて未収納商品報知として表示される未収納報知画面の一例を示す図である。同図の未収納報知画面においては、未収納商品が有ることのメッセージと、未収納商品を収納する指示のメッセージとが示されるとともに、未収納商品の一覧が示される。

このように未収納商品報知が行われることにより、店員は、商品の収納を忘れていた場合には、商品を収納すべきことに気付くことができる。また、店員は、未収納商品報知が行われることにより、収納作業は行ったが収納し忘れていた商品が有った場合には、収納し忘れた商品の有ったことを把握できる。
そのうえで、例えば図３０の未収納商品報知画面の場合には、店員は、未収納商品一覧により、未収納商品がいずれであるのかを即座に把握することができる。

なお、回収指示報知が行われたときと同様に、未収納商品報知が行われた場合にも、収納先送り宣言操作が行われたことに応じて未収納商品報知が一旦停止されるようにしてよい。この場合にも、ＰＯＳ端末２０は、例えば収納先送り宣言操作が行われてから一定時間を経過したタイミングで、再度、未収納商品報知を実行してよい。

［閉設禁止処理］
店員は、営業の終了に応じてＰＯＳ端末２０に閉設（閉店）処理を実行させる。しかしながら、当日におけるロッカーの収納部からの商品の回収と、返却口への商品の収納とが行われていないまま閉設処理が行われてしまうと、翌日の営業に支障を来すことになる。
そこで、本実施形態においては、当日の営業に応じた商品の回収、収納が完了していない場合には、以下に説明するように、ＰＯＳ端末２０による閉設処理が禁止（制限の一例）されるように構成される。

図３１のフローチャートは、ＰＯＳ端末２０が閉設処理に関連して実行する処理手順例を示すフローチャートである。
ステップＳ２５１：ＰＯＳ端末２０は、閉設処理の実行を指示する操作（閉設処理指示操作が行われるのを待機している。
ステップＳ２５２：閉設処理指示操作が行われると、ＰＯＳ端末２０は、現在における回収予定フラグの状況として、回収予定フラグがセットされているか否かについて判定する。例えば、回収報知が行われたとしても、回収先送り宣言操作が繰り返されて店員が回収作業を行わないまま閉設処理指示操作を行ったような場合には、回収予定フラグがセットされたままの状態にある。
ステップＳ２５３：また、ＰＯＳ端末２０は、現在における預り商品情報ファイルを参照することで、未収納商品の有無について判定する。

ステップＳ２５４：ＰＯＳ端末２０は、ステップＳ２５２とステップＳ２５３の判定結果に基づいて、閉設処理の制限が有効となる条件（制限条件）が満たされているか否かについて判定する。ステップＳ２５２により回収予定フラグがセットされているとの判定結果と、ステップＳ２５３にて未収納商品が有るとの判定結果との双方または一方が得られていれば、制限条件が満たされる。

ステップＳ２５５：ステップＳ２５４にて制限条件が満たされていることが判定された場合、ＰＯＳ端末２０は、閉設処理を禁止する。
具体的に、ＰＯＳ端末２０は、閉設処理を実行せずに、閉設処理が実行不可であることのエラー報知を実行する。閉設処理が実行不可であることのエラー報知は、店員側表示部２６（客側表示部２７でもよい）にて表示により行われるようにされてよい。
また、エラー報知にあっては、閉設処理が禁止となったことの理由が報知されてよい。具体的に、回収予定フラグがセットされていたことで制限条件が満たされた場合、エラー報知として、回収予定フラグがセットされていることが報知されてよい。さらにこの場合には、エラー報知において、店員に商品の回収を指示するメッセージが表示されてよい。
また、未収納商品が有ったことにより制限条件が満たされた場合には、未収納商品の有ることが報知されてよい。さらにこの場合には、エラー報知において、店員に未収納商品の収納を指示するメッセージが表示されてよい。

ステップＳ２５６：ステップＳ２５４にて制限条件が満たされていないことが判定された場合、ＰＯＳ端末２０は、閉設処理を実行する。

なお、同図の処理では、ステップＳ２５４にて制限条件が満たされたことに応じて、ステップＳ２５５にて閉設処理が禁止されている。つまり、ＰＯＳ端末２０は、ステップＳ２５５において閉設処理自体を開始させないように制御している。しかしながら、ＰＯＳ端末２０は、ステップＳ２５４において、例えば閉設処理として実行すべき処理項目のうちで、或る所定の処理項目については実行するが、他の処理項目については実行しないようにしてよい。つまり、ＰＯＳ端末２０は、閉設処理における所定の処理項目については実行しないように、閉設処理を制限してもよい。

＜変形例＞
以下、本実施形態の変形例について説明する。

［第１変形例］
上記実施形態においては、商品の収納に関しては、ロッカーの返却口への商品の収納のし忘れに対応する未収納の状態が生じていることに対して報知を行うようにされていた。
未収納の他に、商品の収納に関する店員の作業ミス（収納ミス）としては、例えば収納すべき返却口が既に決まっている商品を、誤って他の収納口に収納してしまう収納場所間違いを挙げることができる。
本変形例としては、商品の収納に関する報知として、未収納だけではなく、収納場所間違いについても報知が行われるように構成される。本変形例においては、収納場所間違いに関しては、ロッカーにて、商品が本来収納されるべき返却口とは異なる返却口に収納された段階で報知が行われる。
このために、ロッカーは、商品の収納に対応して返却口を解錠するために店員がコード認識部に読み取らせたコード情報において示されるタグ番号と、解錠された返却口の返却口番号とを含む確認要求を管理装置１０（ＰＯＳ端末２０でもよい）に送信する。
管理装置１０は、ロッカー別予約状況ファイルにおいて、受信された確認要求に含まれるのと同じタグ番号に対応付けられた返却口番号が、受信された確認要求に含まれる返却口番号と一致するか否かについて判定する。管理装置１０は、判定結果をロッカーに送信する。
ロッカーは、返却口番号が一致していないとの判定結果を受信した場合、収納作業を行っている店員に向けて、収納場所間違いであることの報知を行う。収納場所間違いであることの報知は、例えばロッカーが備える表示部において表示によって行われてもよいし、音声等によって行われてもよい。また、表示と音声が組み合わされた報知が行われてもよい。また、収納場所間違いであることの報知にあたっては、正しい返却口の番号等を併せて報知するようにされてよい。

［第２変形例］
収納場所間違いの報知についてはＰＯＳ端末２０にて行われてもよい。本変形例は、ＰＯＳ端末２０が、未収納の報知に加えて、収納場所間違いの報知を行うことが可能なように構成される。
なお、本変形例のもとでは、収納場所間違いと未収納とについてそれぞれ異なる機会において報知が行われてもよいし、収納場所間違いと未収納とについて同じ機会で報知が行われるようにされてよい。以下の説明では、閉設処理が開始される段階において、収納場所間違いと未収納とについての報知が可能とされる場合を例に挙げる。

閉設処理を開始させるにあたり、店員は前述のようにＰＯＳ端末２０に対して閉設処理指示操作を行う。本変形例のＰＯＳ端末２０は、閉設処理指示操作が行われたことに応じて、閉設処理画面を店員側表示部２６に表示させる。そのうえで、現時点において、ロッカーの返却口への商品の未収納と収納場所間違いとの少なくともいずれか一方が発生している場合には、閉設処理画面上に重畳させるように収納ミス報知画面を表示させる。

本変形例において、例えば管理装置１０は、閉設処理指示操作が行われたことに応じて、未収納商品の有無の判定に加えて、収納場所間違いの商品の有無についても判定する。
本変形例の場合、例えば図１３等に示される預かり商品情報ファイルにおいて、収納完了フラグに加えて、商品が収納された返却口の番号を示す返却口使用情報を設ける。
そのうえで、管理装置１０は、閉設処理指示操作が行われたことに応じて、返却口使用情報が示す返却口番号と、ロッカー別予約状況ファイル（図１５）において示される該当商品のタグ番号に対応付けられた返却口番号とが同じであるか否かについて判定する。管理装置１０は、両者が同じでないとの判定結果が得られた場合、ＰＯＳ端末２０に対して、収納ミス報知指示を送信する。収納ミス報知指示には、収納場所間違いに該当する商品に関する情報、対応の顧客に関する情報、商品が現在収納されている返却口の返却口番号、正しい返却口の返却口番号等が含まれる。
なお、管理装置１０は、上記のような収納場所間違いの商品の有無の判定と併せて、図２９と同様の処理によって、未収納商品の有無についても判定し、未収納商品が有ると判定した場合には、ＰＯＳ端末２０に対して未収納商品についての収納ミス報知指示を送信する。

収納ミス報知指示を受信した場合、ＰＯＳ端末２０は、収納ミス報知画面を表示させる。
図３２は、収納ミス報知画面ＷＤ１の態様例を示している。同図の収納ミス報知画面ＷＤ１は、ポップアップウィンドウ形式により、閉設処理画面上に重畳して表示されている。同図の収納ミス報知画面ＷＤ１は、収納ミスとして、収納忘れと未収納とが発生した場合を例に挙げている。

同図の収納ミス報知画面ＷＤ１においては、「ロッカー収納ミスがあります」、「レシートを確認してください」のように、収納ミスの発生したことを店員に報知するとともに、収納ミス一覧伝票の確認を店員に促すメッセージが示されている。

なお、収納ミス報知画面ＷＤ１において収納ミスの発生したことを店員に報知するメッセージとして、収納ミスのうち、未収納は発生しているが収納場所間違いは発生していない場合、例えば「ロッカー収納忘れがあります」といったように、未収納の発生を明示して報知する内容とされてよい。逆に、収納ミスのうち、未収納は発生していないが収納場所間違いが発生している場合、例えば「ロッカー収納場所間違いがあります」といったように、収納場所間違いの発生を明示して報知する内容とされてよい。

収納ミス報知画面ＷＤ１の表示を見た店員は、収納ミスの発生していることを認識することができる。そこで、店員は、収納ミス報知画面ＷＤ１に配置された確認ボタンＢＴ１に対する操作を行う。
確認ボタンＢＴ１が操作されたことに応じて、収納ミス報知画面ＷＤ１が消去され閉設処理画面が最前面に表示されて、閉設処理画面に対する操作が可能な状態となる。さらに、確認ボタンＢＴ１が操作されたことに応じて、ＰＯＳ端末２０は、収納ミス一覧伝票を発行する。

収納ミス一覧伝票は、収納ミスに該当する商品の一覧が示される伝票である。図３３は、収納ミス一覧伝票の一例を示している。同図の収納ミス一覧伝票は、例えばロッカー予約により、事前に、収納対象の商品について返却口が割り当てられている場合の例を示す。また、同図においては、２件の未収納（収納忘れ）と１件の収納場所間違いとの計３件のリスト項目が示された収納ミス一覧伝票の例が示される。

未収納の項目においては、該当の商品に対応する客についての顧客情報（顧客番号、氏名、電話番号等）と、該当の商品に対応する伝票番号、受付日、点数、ロッカーの返却口の数、返却口番号、該当の商品に付したタグのタグ番号、コード情報（同図ではバーコードの例を示す）等が示される。コード情報は、対応の項目において印刷されている上記の情報のうちの少なくとも一部として、例えば伝票番号等を含むものであってよい。

また、収納場所間違いの項目においては、未収納の項目と同様に、該当の商品に対応する客についての顧客情報と、該当の商品に対応する伝票番号、受付日、点数、ロッカーの返却口の数、該当の商品に付したタグのタグ番号、コード情報が示される。そのうえで、収納場所間違いの項目においては、該当の商品が現時点で誤って収納されている返却口番号と、該当の商品が収納されるべき正しい返却口番号とが示される。具体的に同図の例では、該当の商品が現時点では誤って６番の返却口に収納されており、正しくは１番の返却口に収納すべきであることが示されている。

店員は、収納ミス一覧伝票に印刷された各項目の内容を確認しながら、未収納であった商品については、例えばバックヤードからタグ番号等を頼りに探し、該当の返却口を解錠して開き、収納する。また、店員は、収納場所間違いの商品については、返却口から取り出し、改めて正しい返却口の扉を解錠して開き、収納する。このような作業を行うにあたり、店員は、収納ミス一覧伝票に印刷されたコード情報をロッカーのコード認識部に読み取らせることで返却口を解錠することができる。
店員は、上記のように収納ミスを解消すると、例えばＰＯＳ端末２０に戻り、ＰＯＳ端末２０にて表示されている閉設処理画面に対する操作を行って閉設業務を行うことができる。

なお、管理装置１０は収納ミス報知指示を、ロッカーにも送信してよい。例えば、返却専用ロッカー３００は、収納ミス報知指示の受信に応じて、図３２に準じた態様で収納ミス報知画面を表示部３０４に表示させてよい。
これにより、例えば閉設業務の際に返却専用ロッカー３００の近傍で店員がなんらかの作業、業務等を行っていれば、返却専用ロッカー３００の表示部３０４に表示された収納ミス報知画面により、収納ミスのあったことを知ることができる。この場合、返却専用ロッカー３００は、印刷部３２６により収納ミス一覧伝票を発行可能なようにされてよい。これにより、返却専用ロッカー３００での表示により収納ミスに気付いた店員は、収納ミス一覧伝票を取りに行くためにＰＯＳ端末２０に戻らなくともよい。

なお、上記の例では、収納ミスの有無についての判定を管理装置１０が行うようにされているが、ＰＯＳ端末２０やロッカーが、判定に必要な情報を管理装置１０等から取得したうえで、収納ミスの有無についての判定を行えるようにされてもよい。

なお、収納ミスには、上記の収納場所間違いや未収納のほかに、収納日間違いが含まれてもよい。収納日間違いは、現在日時に対応する返却予定日とは異なる返却予定日の商品が誤って返却口に収納される収納ミスである。
このような収納ミスは、例えばロッカーについて、現在日時に対応する返却予定日とは異なる返却予定日の商品のコード情報であっても、読み取りが行われたことに応じて、返却口を解錠するような仕様とされている場合に生じることがある。
この場合、ロッカーに収納日間違いで商品が返却口に収納されたことは、例えば管理装置１０やＰＯＳ端末２０等が、ロッカーにおける返却口と返却口に収納された商品のコード情報とを対応付けた情報（収納結果情報）と、ロッカー別予約状況ファイルとを照合することにより判定できる。

また、先に図３３に示したロッカー収納ミス一覧伝票のように、閉設処理に際して発行される帳票は、事前に、店員による操作によって登録可能なようにされてよい。
具体例として、店員は、閉設処理に際して発行させたい帳票を登録しようとする場合には、ＰＯＳ端末２０に対する所定操作によって、予約帳票設定画面を店員側表示部２６に表示させる。

図３４は、予約帳票設定画面の一例を示している。同図においては、閉設処理に際して発行（印刷）される帳票として、レジ別の顧客入出金一覧が「合計」と「明細」の内容ごとに各１枚（計２枚）、担当者別の顧客入出金一覧が「合計」と「明細」の内容ごとに各１枚（計２枚）、顧客別の顧客入出金一覧が「合計」と「明細」の内容ごとに各１枚（計２枚）が登録された例が示されている。さらに、閉設処理に際して発行（印刷）される帳票として、ロッカー収納予定一覧伝票と、ロッカー収納ミス一覧伝票とが、それぞれ１枚登録された例が示されている。

なお、本変形例としての上記説明では、収納ミス報知画面は、閉設処理指示操作が行われて閉設処理画面の表示が開始されるタイミングで表示されている。この場合、収納ミス報知画面は、閉設処理の開始前のタイミングで表示されていることになる。
しかしながら、収納ミス報知画面は、例えば表示された閉設処理画面に対する操作が行われて閉設処理が所定の段階まで至ったタイミングで表示されるようにしてよい。
また、例えば図３４の予約帳票設定画面においては、収納ミス一覧伝票をはじめ各種帳票についての閉設処理に際しての発行タイミングを指定できるようにしてよい。

［第３変形例］
上記実施形態においては、管理装置１０がＰＯＳ端末２０やロッカーと通信可能に接続されたうえで、ロッカーからの商品の回収に関する報知やロッカーへの商品の収納に関する報知を実現するための制御を、管理装置１０が実行するようにされた例を挙げた。
しかしながら、上記のようなロッカーを対象とする商品の回収、収納に関する報知の制御は、クリーニングシステム１における装置が適宜実行するようにされてよい。
例えばＰＯＳ端末２０、店舗携帯端末３０、ロッカー等の間で通信可能に接続された環境のもとで、ＰＯＳ端末２０が、自機や店舗携帯端末３０にて報知が行われるように制御してよい。逆に、店舗携帯端末３０が、自機やＰＯＳ端末２０等にて報知が行われるように制御してもよい。ＰＯＳ端末２０、管理装置１０、店舗携帯端末３０等の制御によって、工場用端末４０にて報知が行われるように制御してもよい。

［第４変形例］
上記実施形態においては、ロッカーが管理装置１０（ＰＯＳ端末２０でもよい）と通信可能に接続されている場合を例に挙げた。本変形例では、ロッカーが管理装置１０やＰＯＳ端末２０と接続されない環境のもとで、以下のように商品の回収、収納が行われる。以下の説明では、受付専用ロッカー１００と返却専用ロッカー３００とが使用される場合を例に挙げる。

まず、受付専用ロッカー１００の回収部１０２からの商品の回収に関しては、ＰＯＳ端末２０が、予め定められた所定の時刻となったことに応じて、商品の回収を指示するメッセージが示される回収指示画面を店員側表示部２６に表示させる。そして、店員が、回収指示画面の表示に対する応答として、商品の回収指示を了承したことの操作を行うと、ＰＯＳ端末２０や管理装置１０が、回収が行われたものとして処理するようにされる。

また、返却専用ロッカー３００の返却口３１０への商品の収納に関しては、営業日の終了時刻に対応して定められた所定の時刻となったことに応じて、ＰＯＳ端末２０が、店員側表示部２６に商品収納指示画面を表示させる。

図３５は、商品収納指示画面の一例を示している。同図の商品収納指示画面は、ロッカー返却予定一覧画面に準じた態様である場合を例に挙げている。なお、例えばロッカーにコード情報を読み取らせることにより返却口が決定される場合には、商品を収納すべき返却口の番号を示す「使用返却口」の項目に代えて、商品を収納すべき返却口の数を示す項目が設けられればよい。

店員は、商品収納指示画面における符号Ｃの商品リストエリアにおいて示される、収納対象の商品のリストにより返却口３１０に収納すべき商品を確認し、商品リストエリアにおけるリスト項目ごとに対応して、確認した商品を返却口３１０に収納するようにされる。店員は、１つのリスト項目に対応して商品を収納すると、商品リストエリアに対応のリスト項目に対するタッチ操作を行う。タッチ操作が行われたリスト項目においては、収納確認のエリアが、収納済みであることを示す態様の表示に変化する。同図においては、収納確認のエリアにおいて特にオブジェクト等が配置されていない状態から、丸印のオブジェクトが配置された状態に変化した例が示されている。

なお、収納確認のエリアにおける未収納、収納済みの各状態に対応した態様については特に限定されない。例えば、「未収納」、「収納済」といったように各状態が文字で表わされてもよい。

このような商品収納指示画面が表示されることで、店員は、これより収納すべき未収納の商品、未収納の商品を入れるべき返却口（もしくは未収納の商品の収納に必要な返却口数）等を把握できる。
また、商品を、順次、返却口に収納していく作業を行っている際に、店員は、収納済みの商品に対応するリスト項目の確認エリアに対する操作を行っていくようにされるので、作業中において既に収納した商品とこれから収納すべき商品とを把握できる。

本変形例においても、商品をロッカーの返却口に収納する際には、店員は、例えばＰＯＳ端末２０により収納予定一覧伝票（図２５）を発行させ、発行された収納予定一覧伝票に印刷されたコード情報をロッカーに読み取らせることで返却口を解錠させるようにしてよい。
あるいは、商品をロッカーの返却口に収納する際には、店員は、収納対象の商品に付されている工場控えに印刷されたコード情報をロッカーに読み取らせることで解錠を行うことができる。

本変形例のように管理装置１０やＰＯＳ端末２０と接続されない環境のもとでは、ロッカーは、管理装置１０やＰＯＳ端末２０との通信により、返却口に収納される商品について収納ミスが生じていないかを判定することができない。
そこで、本変形例においては、ロッカーに読み取らせる商品のコード情報に収納予定日の開始日を含め、ロッカーは、例えば自己が計時機能を有することで現在日時（現在の日付までであってもよい）を自己が取得可能なようにする。

店員は、商品をロッカーの返却口に収納する作業に際して、返却口に収納しようとする商品（収納対象商品）のコード情報をロッカーに読み取らせる操作を行う。ロッカーは、読み取られたコード情報に含まれる収納予定日の開始日と現在日時が示す日付とが同じ日付であるか否かについて判定する。
収納予定日の開始日と現在日時が示す日付とが同じである場合、ロッカーは、収納対象商品が収納可能であるとして、返却口を解錠する。
そのうえで、コード情報には、収納対象商品を収納するのに必要な返却口数の情報も含められてよい。この場合、ロッカーは、収納予定日の開始日と現在日時が示す日付とが同じである場合には、コード情報において示される返却口数に応じた数の返却口を解錠させることができる。

一方、収納予定日の開始日と現在日時が示す日付とが異なる場合、収納対象としていた商品を収納すべき日付が当日ではないことになる。そこで、この場合のロッカーは、返却口を解錠しないようにして、収納が行えないようにする。この際、ロッカーは、表示部において、収納対象商品の収納予定日の開始日が、現在の日付と異なっているため収納不可であることを報知するようにしてよい。

また、ロッカーは、解錠した返却口に収納対象商品が収納されたことに応じて、収納履歴を記憶するようにしてよい。収納履歴は、例えば収納対象商品が収納された返却口を示す識別子（返却口番号）と、返却口の解錠にあたって読み取ったコード情報から取得した取引識別子とを含む。この場合において、複数の返却口に収納対象商品が収納された場合には、収納履歴においては、複数の返却口番号が示されてよい。
この場合、商品を引き取りに来た客は、預り票に印刷されたコード情報や、電子預り票において表示されるコード情報をロッカーのコード認識部に読み取らせる。ロッカーは、読み取ったコード情報に含まれるのと同じ取引識別子を含む収納履歴を検索し、検索された収納履歴が示す返却口番号の返却口を解錠することができる。この場合において、検索された収納履歴が示す返却口番号が複数の場合には、それぞれの返却口番号の返却口が解錠される。
このようにして、本変形例においては、ロッカーに収納履歴を記憶させておくようにすることで、商品の返却（返却口への収納と、客による返却口からの取り出し）を適切に行うことができる。

［第５変形例］
上記実施形態において、ＰＯＳ端末２０は、例えば代金決済（図７のステップＳ２０）に際して、紙媒体による伝票として、工場控え等とともに預り票を発行することができる。そのうえで、ロッカー返却を指定した客の場合には、預り票については、ロッカーからの商品の引き取りに際しての認証に使用できるようにしてよい。そこで、本変形例として、ロッカー返却が指定された場合に対応して発行される預り票を態様例について説明する。

図３６は、ロッカー返却が指定された場合に対応して発行される預り票の一例を示している。
同図の預り票においては、預かり対象の商品に関する情報として、商品名、タグ番号、金額、返却区分（この場合には「ロッカー返却」等が印刷されている。そのうえで、同図の預り票においては、コード情報エリアＡＲ３１と引取案内エリアＡＲ３２とが配置される。なお、ロッカー返却が指定されない場合に対応して発行される預り票では、コード情報エリアＡＲ３１と引取案内エリアＡＲ３２とが省略される。

コード情報エリアＡＲ３１は、コード情報が印刷されるエリアである。コード情報エリアＡＲ３１に印刷されるコード情報には、例えば、取引番号、顧客コード（顧客ＩＤ）、店舗コード、利用返却口数、利用返却口番号、暗証番号、ロッカー収納日、収納点数等の情報のうちで、運用等に応じて、ロッカーでの認証に必要とされる所定数の情報（認証情報）が含められてよい。

引取案内エリアＡＲ３２は、商品の引き取りの案内に関する情報（引取案内情報）が印刷されるエリアである。同図の例では、引取案内情報として、ロッカーからの引取が可能な日時範囲と、引取の対象となる商品が収納されている返却口の数（ロッカー使用数）とが示されている。引取案内エリアＡＲ３２における引取案内情報の内容については特に限定されるものではない。例えば、引取案内情報において、引取の対象となる商品が収納されている返却口の返却口番号が示されてもよい。

また、預り票において、コード情報エリアＡＲ３１と引取案内エリアＡＲ３２とが配置される位置についても特に限定されるものではなく、適宜変更されてよい。例えば引取案内エリアＡＲ３２も預り票の上側に配置して客の目に留まりやすくすることで、引取可能な日時範囲をより確実に客に把握してもらうことが期待できる。

客は、ロッカーの返却口に収納された商品を引き取る際には、預り票を持参し、コード情報エリアＡＲ３１のコード情報を、ロッカーのコード認識部により読み取らせるようにする。
ロッカーは、読み取られたコード情報に含まれるのと同じ認証情報が対応付けられた商品が収納された返却口（引取対象返却口）を特定する。例えば認証情報が取引番号である場合、ロッカーは、読み取られたコード情報に含まれるのと同じ取引番号が対応付けられた商品が収納された返却口を、引取対象返却口として特定する。ロッカーは、特定された引取対象返却口を解錠する。
一方、引取対象返却口が特定されなければ、ロッカーは、いずれの返却口の解錠も行わない。
このようにしてロッカーにおいて解錠に関する制御が行われることで、客は、自分が預けていた商品を、他の客の商品と間違うことなく、確実に引き取ることができる。

［第６変形例］
先の実施形態においても説明したように、引渡し期限を経過しても客によって引き取られることなく返却口に収納されたままの商品（未引取の商品）については、店員が、商品の回収作業を行う。
ロッカーが管理装置１０やＰＯＳ端末２０と通信可能に接続されている場合、ロッカーは、返却口に商品を収納した結果を示す収納履歴、客により返却口から商品が引き取られた結果を示す引取履歴等を管理装置１０やＰＯＳ端末２０に送信することができる。
収納履歴は、返却口番号ごとに対応して商品が収納された際の返却口扉の開閉に関する履歴や、収納に対応して店員が行った操作の履歴等を含む。
また、引取履歴は、返却口番号ごとに対応して商品が引き取られた際の返却口扉の開閉に関する履歴や、引き取りに対応して客が行った操作の履歴等を含む。
管理装置１０やＰＯＳ端末２０では、ロッカーから受信した収納履歴及び引取履歴と、ロッカー別予約状況ファイル等を参照することで、未引取の商品の状況（未取引の商品の有無、未取引の商品が収納されている返却口、引渡し期限からの経過時間等）を確認できる。そこで、管理装置１０やＰＯＳ端末２０では、例えば、店員が未引取の商品を回収する作業を行うべき時刻より前のタイミングで未引取の商品の状況を確認し、確認した内容を店員に向けて出力するように構成される。
例えば、店員がクリーニングの仕上がった商品をロッカーに収納するにあたってＰＯＳ端末２０に表示させたロッカー返却予約確認画面において、現在の未引取の商品の状況も示されるようにしてよい。これにより、店員は、事前に現在の未引取の商品を把握したうえで、これらの商品を回収しながら商品をロッカーに収納していくというように、作業を円滑に進めていくことができる。
また、確認された未引取の商品に対応する客が利用者端末５０を利用している場合には、ＰＯＳ端末２０または管理装置１０により、クリーニングアプリに対して、未引取の商品のあることの通知を行うようにしてよい。また、未引取の商品のあることの通知は、ＳＭＳ（Short Message Service）や電子メールの配信によって行われてもよい。

また、ロッカーが管理装置１０やＰＯＳ端末２０と通信可能に接続されていない場合には、以下のようにして未引取の商品に対応するようにされてよい。
この場合には、店員が、店員用モード等に切り替える操作（例えば、前述の返却物回収ボタンに対する操作等であってもよい）をロッカーに対して行ったことに応じて、ロッカーが表示部に未引取の商品の一覧を表示するようにされる。また、ロッカーは、未引取の商品の一覧を示す伝票を発行してもよい。未引取の商品の一覧の内容は、ロッカーが記憶する収納履歴と引取履歴とに基づいて生成されてよい。
店員は、上記のようにしてロッカーから出力された未引取の商品の一覧を確認しながら、ロッカーから未引取の商品を回収する作業を行える。
そのうえで、店員は、回収した未引取の商品に付されている工場控えに印刷されたコード情報をＰＯＳ端末２０に読み取らせることで、未引取の商品の登録を行う。未引取の商品の登録（即ち、未引取の商品のリストの記憶）は、ＰＯＳ端末２０にて行ってもよいし、ＰＯＳ端末２０を経由して管理装置１０にて行ってもよい。
このように未引取の商品が登録されることにより、ＰＯＳ端末２０または管理装置１０が、利用者端末５０のクリーニングアプリに対する通知や、電子メール、ＳＭＳ等の配信を行うことで、客に未引取の商品のあることを報知できる。

［第７変形例］
本実施形態のクリーニングシステム１に対応する店舗を利用する同一の利用者（客）が、なんらかの理由で、重複して会員登録されてしまっている場合がある。例えば、以前に会員となって店舗を利用していた利用者が、その後しばらく利用していなかったが、利用を再開した際に、以前会員登録していたか否かの記憶が定かでなかったため、再び会員登録するといったことがある。このような場合、同じ利用者について、先の会員登録が抹消されないまま、今回の会員登録が行われることになる。この結果、同一の利用者について、複数の会員登録が重複することになる。
顧客情報（顧客マスタファイル（図１１（Ａ））、顧客実績集計ファイル（図１１（Ｂ））、ポイント管理ファイル（図１１（Ｃ））は、登録された会員ごとに対応して管理されることから、同一の利用者について複数の会員登録が重複している場合、同一の利用者について複数の顧客情報が存在することになる。

上記のように会員登録が重複して行われたことが、例えば店員が利用者と応対して顧客情報を呼び出した際などに分かることがある。このような場合、利用者に対応する会員登録を１つに統合して、顧客情報についても１つに統合されることが好ましい。
そこで、本変形例では、上記ように同一の利用者について複数の顧客情報が重複して存在しているに、以下のようにして顧客情報を１つに統合することが可能なようにされる。

この場合、店員は、顧客の会員登録内容について共通する情報（例えば名前など）を指定したうえで、顧客情報の統合を宣言するための操作をＰＯＳ端末２０に対して行う。この操作に応じて、ＰＯＳ端末２０は、顧客情報統合画面を店員側表示部２６に表示させる。顧客情報統合画面は、指定された共通の情報を有する複数の顧客情報を統合するための操作が行われる画面である。

図３７は、顧客情報統合画面の一例を示している。同図の顧客情報統合画面においては、同一の利用者について重複した２つの顧客情報を統合する場合の態様が示されている。つまり、同図の顧客情報統合画面においては、重複していた２つの顧客情報として「顧客情報１」と「顧客情報２」とのそれぞれに対応する２つの顧客情報エリアＡＲ２１－１、ＡＲ２１－２が示されている。顧客情報エリアＡＲ２１－１、ＡＲ２１－２のそれぞれにおいては、顧客情報に含まれる所定の項目が、同じ順序で配置されている。以降の説明において顧客情報エリアＡＲ２１－１、ＡＲ２１－２とで特に区別しない場合には、顧客情報エリアＡＲ２１と記載する。

また、顧客情報エリアＡＲ２１－２の右側には統合操作エリアＡＲ２２が配置されている。統合操作エリアＡＲ２２においては、顧客情報エリアＡＲ２１に配置される顧客情報の項目ごとに対応して統合ボタンが配置されている。
例えば顧客情報エリアＡＲ２１の「顧客番号」の項目に対応しては、「１」ボタンと「２」ボタンとの２つの統合ボタンが配置されている。店員は、顧客情報の統合にあたり、顧客情報エリアＡＲ２１－１、ＡＲ２１－２のうちのいずれか一方の顧客番号の使用を選択する操作を行う。つまり、店員は、顧客情報エリアＡＲ２１－１の「顧客番号」を選択する場合には「１」ボタンを操作し、顧客情報エリアＡＲ２１－２の「顧客番号」を選択する場合には「２」ボタンを操作する。「１」ボタンと「２」ボタンのうち、選択された統合ボタンは強調表示が行われるようにされてよい。
このように、「１」ボタンと「２」ボタンとの２つの統合ボタンが配置された顧客情報の項目については、店員は、「１」ボタンと「２」ボタンのいずれかを操作することで、統合後の項目について、「顧客情報１」と「顧客情報２」のいずれか一方において使用されている情報を指定することができる。具体的に、「顧客番号」に対応して、店員が「１」ボタンを操作した場合には、「顧客情報１」の「顧客番号」である「0000000003」が、統合後の「顧客番号」として使用される。
また、顧客情報エリアＡＲ２１における「ポイント」、「未収残」、「内金残」等については、統合操作エリアＡＲ２２において、「１」ボタン、「２」ボタン、「加算」ボタンの３つのボタンが配置される。この場合、店員は、「１」ボタンまたは「２」ボタンを操作して、「顧客情報１」、「顧客情報２」のうちのいずれか一方のポイント残高を、統合後のポイント残高として設定できる。あるいは、店員は、「加算」ボタンを操作することによって、「顧客情報１」、「顧客情報２」それぞれのポイント残高を加算して得られるポイント数と、統合後のポイント残高として設定できる。

店員は、上記のように項目ごとに操作を行うと、「実行」ボタンに対する操作を行う。「実行」ボタンが操作されたことに応じて、管理装置１０は、「顧客情報１」、「顧客情報２」について、統合操作エリアＡＲ２２に対する捜査結果が反映される内容に統合する処理実行する。

なお、例えば複数の顧客情報エリアＡＲ２１のうちのいずれか１つの顧客情報が、統合後のデフォルトの内容であるとして設定されてよい。例えば、「顧客情報１」と「顧客情報２」とのうち、「顧客情報１」をデフォルトの内容とした場合、店員は、「顧客情報１」の項目を選択する場合には「１」ボタンを操作する必要が無く、「顧客情報１」の項目を選択したかったり、加算したい場合に「１」ボタンや「加算」ボタンを操作すればよい。
また、複数のうちのいずれの顧客情報をデフォルトとするのかについては、いくつかの例を挙げることができる。例えば、例えば有効期限、初回受付日、店舗最終受付日、店舗最終利用日等の日付に関する項目のいずれかを対象として、日付が最も古い顧客情報もしくは新しい顧客情報をデフォルトとすることができる。あるいは、「ポイント」の項目が示すポイント残高が最も多い顧客情報をデフォルトとすることができる。
なお、統合の対象とする顧客情報の数は２つに限定されるものではなく、さらに多くの数の顧客情報が対象とされてよい。

［第８変形例］
なお、本実施形態におけるロッカーを対象とする物品の回収、収納に関する構成は、クリーニングサービスに限定されない。一例として、本実施形態の構成は、例えば宅配便業者の荷物管理用のロッカー、ボックス等を利用した、客からの荷物（物品の一例）の発送依頼の受け付けや客による荷物の受け取りのサービスにも適用できる。

＜実施形態のまとめ＞
（１）以上説明したように、本実施形態の一態様は、収納または回収される物品を保管する保管手段（例えば、ロッカー１００、２００、３００）と、前記保管手段からの物品（例えば、クリーニング対応の商品）の回収の予定または前記保管手段への物品の収納の予定を記憶する予定記憶手段と、前記予定記憶手段により記憶された予定に対応する回収または収納に応じた所定の事象の有無を判定する判定手段と、前記判定手段による判定結果に基づく報知が行われるように制御する報知制御手段とを備える物品管理システム（例えば、クリーニングシステム１）である。
上記構成によれば、ロッカーに回収されないままの商品があったり、ロッカーに収納すべき商品が収納されていないといった状態の場合に報知が行われる。これにより、クリーニングシステム１において、クリーニング対象の商品のロッカーに対応する回収作業や収納作業を、店員（業者の一例）が忘れずに行えるようになる。

（２）本実施形態の一態様は、上記の物品管理システムであって、前記所定の操作の行われていないことが前記判定手段により判定されている場合には、前記物品を前記収納の対象とする登録が行われる端末装置（例えば、ＰＯＳ端末２０）の閉設処理を制限する閉設処理制限手段をさらに備える。
上記構成によれば、ロッカーに回収されないままの商品があったり、ロッカーに収納すべき商品が収納されていないといった状態のまま、ＰＯＳ端末２０等の閉設処理が行われてしまうことを防止できる。

（３）本実施形態の一態様は、上記の物品管理システムであって、前記報知制御手段は、収納に関する所定の操作が行われない場合に対応する報知にあたり、収納に関する所定の操作が行われていない物品に関する情報が報知されるようにする。
上記構成によれば、ロッカーに収納すべき商品が収納されていないことに応じた報知において、収納されていない商品に関する情報も示すことが可能になる。これにより、店員は、報知を受けた際に、商品を収納すべきことに気付くことができるだけでなく、どの商品を収納すべきなのかを把握することも可能になる。

（４）本実施形態の一態様は、上記の物品管理システムであって、前記判定手段は、収納に応じた所定の事象の有無として、記憶された予定の内容が示す通りの収納が行われたか否かについて判定し、前記報知制御手段は、記憶された予定の内容が示す通りの収納が行われたか否かの判定結果に基づく報知が行われるようにする。
上記構成によれば、クリーニングシステム１は、記憶された予定の内容が示す通りの収納として、例えば引き渡し予定日にて収納が完了しているか、さらには収納された商品が正しく指定の返却口に収納されているか否か等を判定することが可能となる。そして、クリーニングシステム１は、判定の結果に応じた報知を行うことができる。つまり、クリーニングシステム１は、引き渡し予定日にて収納が完了していなければ未収納であることを店員に報知し、指定の返却口に収納されていないのであれば、収納場所間違いが生じていることを店員に報知することができる。

（５）本実施形態の一態様は、上記（１）～（４）のいずれかの物品管理システムの前記報知制御手段を備える販売データ処理装置である。なお、本実施形態の販売データ処理装置は、管理装置１０、ＰＯＳ端末２０、店舗携帯端末３０、工場用端末４０のいずれであってもよい。

（６）本実施形態の一態様は、物品管理システムにおけるコンピュータを、収納または回収される物品を保管する保管手段からの物品の回収の予定または前記保管手段への物品の収納の予定を記憶する予定記憶手段、前記予定記憶手段により記憶された予定に対応する回収または収納に応じた所定の事象の有無を判定する判定手段、前記判定手段による判定結果に基づく報知が行われるように制御する報知制御手段として機能させるためのプログラムである。

（７）本実施形態の一態様は、収納または回収される物品を保管する保管手段からの物品の回収の予定または前記保管手段への物品の収納の予定を記憶する予定記憶ステップと、前記予定記憶ステップにより記憶された予定に対応する回収または収納に応じた所定の事象の有無を判定する判定ステップと、前記判定ステップによる判定結果に基づく報知が行われるように制御する報知制御ステップとを備える物品管理方法である。

なお、上述の管理装置１０、ＰＯＳ端末２０、店舗携帯端末３０、工場用端末４０、利用者端末５０、ロッカー（１００、２００、３００）等の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより上述の管理装置１０、ＰＯＳ端末２０、店舗携帯端末３０、工場用端末４０、利用者端末５０、ロッカー（１００、２００、３００）等としての処理を行ってもよい。ここで、「記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行する」とは、コンピュータシステムにプログラムをインストールすることを含む。ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータシステム」は、インターネットやＷＡＮ、ＬＡＮ、専用回線等の通信回線を含むネットワークを介して接続された複数のコンピュータ装置を含んでもよい。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ－ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。このように、プログラムを記憶した記録媒体は、ＣＤ－ＲＯＭ等の非一過性の記録媒体であってもよい。また、記録媒体には、当該プログラムを配信するために配信サーバからアクセス可能な内部または外部に設けられた記録媒体も含まれる。配信サーバの記録媒体に記憶されるプログラムのコードは、端末装置で実行可能な形式のプログラムのコードと異なるものでもよい。すなわち、配信サーバからダウンロードされて端末装置で実行可能な形でインストールができるものであれば、配信サーバで記憶される形式は問わない。なお、プログラムを複数に分割し、それぞれ異なるタイミングでダウンロードした後に端末装置で合体される構成や、分割されたプログラムのそれぞれを配信する配信サーバが異なっていてもよい。さらに「コンピュータ読み取り可能な記録媒体」とは、ネットワークを介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。また、上記プログラムは、上述した機能の一部を実現するためのものであってもよい。さらに、上述した機能をコンピュータシステムに既に記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。

１ クリーニングシステム、１０ 管理装置、２０ ＰＯＳ端末、２６ 店員側表示部、２７ 客側表示部、２８ 印刷部、３０ 店舗携帯端末、４０ 工場用端末、５０ 利用者端末、９０ ネットワーク、１００ 受付専用ロッカー、１０１ 投入口、１０２ 回収部、２００ 共通ロッカー、３００ 返却専用ロッカー、３１０ 返却口

Claims (7)

1. 収納または回収される物品を保管する保管手段からの物品の回収の予定または前記保管手段への物品の収納の予定を記憶部に記憶させる予定記憶部と、
   前記予定記憶部により前記記憶部に記憶された予定に対応する回収または収納に応じた所定の事象の有無を判定する判定部と、
   前記所定の事象の無いことが前記判定部により判定されている場合、ＰＯＳ端末の閉設処理に関する所定の処理に際して前記ＰＯＳ端末にて前記所定の事象の無いことに関する報知が行われるように制御する報知制御部と
   を備える物品管理システム。
2. 前記判定部により所定の事象が無いと判定された予定に関する情報を印刷する印刷部をさらに備える
   請求項１に記載の物品管理システム。
3. 前記印刷部は、前記判定部により所定の事象が無いと判定された予定に関する情報について、商品の収納に関する店員の作業ミスが生じている予定に関する情報として印刷する
   請求項２に記載の物品管理システム。
4. ＰＯＳ端末に対する閉設処理の実行の指示を受け付ける受付部をさらに備え、
   前記報知制御部は、前記受付部が前記指示を受け付けたときに、前記所定の事象の無いことが前記判定部により判定されたことに応じて、前記報知が行われるように制御する
   請求項１から３のいずれか１項に記載の物品管理システム。
5. 物品管理システムにおけるコンピュータを、
   収納または回収される物品を保管する保管手段からの物品の回収の予定または前記保管手段への物品の収納の予定を記憶部に記憶させる予定記憶手段、
   前記予定記憶手段により前記記憶部に記憶された予定に対応する回収または収納に応じた所定の事象の有無を判定する判定手段、
   前記所定の事象の無いことが前記判定手段により判定されている場合、ＰＯＳ端末の閉設処理に関する所定の処理に際して前記ＰＯＳ端末にて前記所定の事象の無いことに関する報知が行われるように制御する報知制御手段
   として機能させるためのプログラム。
6. 物品管理システムにおける物品管理方法であって、
   予定記憶部が、収納または回収される物品を保管する保管手段からの物品の回収の予定または前記保管手段への物品の収納の予定を記憶部に記憶させる予定記憶ステップと、
   判定部が、前記予定記憶ステップにより前記記憶部に記憶された予定に対応する回収または収納に応じた所定の事象の有無を判定する判定ステップと、
   報知制御部が、前記所定の事象の無いことが前記判定ステップにより判定されている場合、ＰＯＳ端末の閉設処理に関する所定の処理に際して前記ＰＯＳ端末にて前記所定の事象の無いことに関する報知が行われるように制御する報知制御ステップと
   を備える物品管理方法。
7. 収納または回収される物品を保管する保管手段からの物品の回収の予定または前記保管手段への物品の収納の予定を記憶部に記憶させる予定記憶手段と、
   前記予定記憶手段により前記記憶部に記憶された予定に対応する回収または収納に応じた所定の事象の有無を判定する判定手段と、
   前記所定の事象の無いことが前記判定手段により判定されている場合、自端末による閉設処理に関する所定の処理に際して自端末にて前記所定の事象の無いことに関する報知が行われるように制御する報知制御手段と
   を備えるＰＯＳ端末。

Images