JP7353038B2 - ロッカー予約システム - Google Patents

Description

本発明は、コインロッカー等のロッカー予約システムに関する。

鉄道駅構内等に設置されたコインロッカーを、インターネット等を介して事前に予約することができるシステムが知られている。

例えば特許文献１に記載のロッカー予約システムは、ロッカーの予約時刻から使用開始予定時刻までの間は当該ロッカーを他のユーザに対して使用不可とするとともに、予約時刻から使用開始予定時刻までの時間分を予約者に課金することが記載されている。

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

特許文献１に記載されたロッカー予約システムでは、事前予約されたロッカー（ロッカーボックス）が多く存在すると占有されている間の収益は確保できるものの、長時間の占有により予約無しで利用する一般利用客が利用できなくなり、利便性が低下してしまう。

また、特許文献１に記載されたロッカー予約システムは、予約時に空きロッカーが無く、予約できなかった場合に空きロッカーが発生した時点が通知されるが、そのロッカーを予約するためには再度予約操作を行わなければならず利用者が煩わしく感じる。

そこで、本発明は、上記のような問題点に鑑み、収益性と利便性を向上させることができるロッカー予約システムを提供することを課題とする。

上記課題を解決するためになされた発明は、複数のロッカーボックスを備えるロッカー装置と、前記ロッカーボックスに対する予約の管理を行う予約管理装置と、を有するロッカー予約システムにおいて、前記予約管理装置は、預入予定時刻を含む予約情報を仮予約として受け付け、前記予約情報受付後、前記預入予定時刻より一定時間前の時刻になった時点で前記ロッカー装置に対して前記ロッカーボックスの確保を要求し、前記ロッカー装置は、前記予約管理装置から前記ロッカーボックスの確保の要求を受けた際に前記ロッカーボックスの確保ができない場合は、予め定めた予約期限時刻までの間に前記ロッカーボックスを確保する、ことを特徴とするロッカー予約システムである。

また、前記予約期限時刻は、前記預入予定時刻よりも前記一定時間前から前記預入予定時刻までの間の時刻に設定されていることを特徴とする。

また、前記ロッカー装置は、前記予約期限時刻までに前記ロッカーボックスを確保できない場合は、予約が失敗した旨の情報を出力することを特徴とする。

また、前記ロッカー装置は、ロッカーボックスの空きが発生した場合は、前記ロッカーボックスの確保の要求順に前記ロッカーボックスを確保することを特徴とする。

また、複数のロッカーボックスを備えるロッカー装置と、前記ロッカーボックスに対する予約の管理を行う予約管理装置と、を有するロッカー予約システムにおいて、前記予約管理装置は、預入予定時刻を含む予約情報を仮予約として受け付け、前記予約情報受付後の所定時刻に前記ロッカー装置に対して前記ロッカーボックスの確保を要求し、前記ロッカー装置は、前記予約管理装置から前記ロッカーボックスの確保の要求を受けた際に前記ロッカーボックスの確保ができない場合は、予め定めた予約期限時刻までの間に前記ロッカーボックスを確保する、ことを特徴とするロッカー予約システムである。

以上説明したように本発明は、予約を受け付けた時点では仮予約とし、当該仮予約受付後、預入予定時刻より一定時間前になった時点でロッカーボックスの確保を行うので、仮予約からロッカーボックスの確保までの間は一般の利用客が利用することができるため、一般利用客の利便性を確保することができるとともに収益性も確保することができる。

また、ロッカー装置は、予約管理装置からロッカーボックスの確保の要求を受けた際にロッカーボックスの確保ができない場合は、予め定めた予約期限時刻までの間にロッカーボックスを確保してもよい。このようにすることにより、ロッカーボックスの確保の要求を受けた際に確保ができなくても、予約期限時刻までの間にロッカーボックスの確保の動作を繰り返し行うことができる。したがって、ロッカーボックスの空きが発生した際に自動的に確保することが可能となり利便性が向上する。

また、予約期限時刻は、預入予定時刻よりも一定時間前から預入時刻までの間の時刻に設定されていてもよい。このようにすることにより、予約期限時刻をロッカー装置の運用に合わせて柔軟に設定することができる。

また、ロッカー装置は、ロッカーボックスの空きが発生した場合は、ロッカーボックスの確保の要求順に前記ロッカーボックスを確保してもよい。このようにすることにより、一定時間を基準としてロッカーボックスの確保が行われる。そのため、予約順ではなく、ロッカーボックスの利用が早い順にロッカーボックスの確保をすることができる。

また、ロッカー装置は、予約期限時刻までにロッカーボックスを確保できない場合は、予約が失敗した旨の情報を出力してもよい。このようにすることにより、予約者は、ロッカーボックスが確保できず予約が失敗したことを預入予定時刻までに知ることができる。したがって、利用前に予約の失敗を知ることができるので、予約無しでの利用等他の方法による利用を検討することができる。

また、予約を受け付けた時点では仮予約とし、当該仮予約受付後、所定時刻になった時点でロッカーボックスの確保を行うので、仮予約から所定時刻となるまでの間は一般の利用客が利用することができるため、一般利用客の利便性を確保することができるとともに収益性も確保することができる。

本発明の一実施形態にかかるロッカー装置を有するシステムの概略構成図である。 図１に示されたロッカー装置の機能構成図である。 図１に示されたシステムにおける会員認証動作を示したシーケンス図である。 図１に示されたシステムにおける基本的な予約動作についてのシーケンス図である。 図４のシーケンス図による予約動作の具体例である。 図４のシーケンス図により予約が完了した後に預入期限までに預け入れが無い場合のシーケンス図である。 図１に示されたシステムにおける利用者が予約を取り消す場合のシーケンス図である。 図１に示されたシステムにおける預入動作のシーケンス図（その１）である。 図１に示されたシステムにおける預入動作のシーケンス図（その２）である。 図１に示されたシステムにおける預入動作のシーケンス図（その３）である。 図１に示されたシステムにおける予約して預け入れをした後の荷物の取り出し動作のシーケンス図である。 預け入れ又は取り出しの際に表示される画面例である。 会員認証画面例である。 認証コード入力画面例である。 認証コードがエラーであった場合の画面例である。 予約ＢＯＸ指定画面例である。 空きＢＯＸ選択画面例である。 ボックス変更理由画面例である。 受取パスワード入力画面例である。 予約が有る際に別のロッカーボックスを仮施錠した際の画面例である。 図４の変形例を示したフローチャートである。

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

図１に示したシステムは、ロッカー装置１と、ロッカー管理システム５０と、会員管理システム６０と、端末装置７０と、を有している。また、ロッカー装置１と、ロッカー管理システム５０と、で本発明の一実施形態にかかるロッカー予約システム１００を構成する。

ロッカー装置１とロッカー管理システム５０とは、例えば通信回線等で互いに通信可能となっている。また、ロッカー管理システム５０と会員管理システム６０とは、例えばインターネット等を介して互いに通信可能となっている。また、会員管理システム６０と端末装置７０とは、携帯電話回線網やインターネット等を介して互いに通信可能となっている。

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

操作表示部２１は、例えば利用者に情報を表示する液晶ディスプレイ（Liquid Crystal Display（ＬＣＤ））とタッチパネルから構成されている。バーコードリーダ２２は、一次元または二次元バーコードを読み取る。

ＩＣカードリーダ／ライタ２３は、ＲＦＩＤ（Radio Frequency Identification）技術により、非接触でＩＣカードに対してデータの読み書きを行う。本実施形態では、ＩＣカードリーダ／ライタ２３は、主に利用者がロッカーボックス３２の使用料の支払いに用いられる。

プリンタ２４は、清算内容や使用したロッカーボックス３２を特定する情報が記されたレシートを印字して発行する。紙幣処理部２５は、不図示の紙幣投入部から投入された紙幣を処理し応じて不図示の返金口より返金を行う。硬貨処理部２６は、不図示の硬貨投入部から投入された硬貨を処理し応じて不図示の返金口より返金を行う。スピーカ２７は、例えば案内音声等を出力する。

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

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

通信インターフェース２９は、ロッカー管理システム５０と通信するためのインターフェース（Ｉ／Ｆ）デバイスである。

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

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

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

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

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

ロッカー管理システム５０は、ロッカー装置１の予約状態や利用状態等を管理するシステムであり、例えば周知のサーバコンピュータで構成されて、ロッカー装置１を管理する管理会社等に設置される。ロッカー管理システム５０は、通常複数のロッカー装置１と通信可能に接続され、それらのロッカー装置１を管理する。また、ロッカー管理システム５０は、接続されたロッカー装置１の利用状況や予約状況等を管理するためのデータベース等を有し、ロッカー装置１からの情報に基づいて逐次更新される。即ち、ロッカー管理システム５０は、ロッカーボックス３２に対する予約の管理を行う予約管理装置として機能する。

会員管理システム６０は、ロッカー装置１を利用する際に特定の機能を使用するための会員登録及び登録された会員の管理を行うシステムであり、例えば周知のサーバコンピュータで構成されて、所定の事業者の施設に設置される。なお、会員管理システム６０とロッカー管理システム５０とは、同じ施設に設置されてもよい。また、同じ装置（サーバ）に構築されていてもよい。

端末装置７０は、会員管理システム６０において運営されている会員サービスにアクセスする端末である。端末装置７０は、後述する会員認証のため、スマートフォンや携帯電話等のカメラ機能を有する携帯端末であることが好ましい。

次に、上述した構成のシステムの動作について図３～図１１を参照して説明する。図３は、会員認証動作を示したシーケンス図である。なお、図３～図１１の説明において端末装置７０は端末７０、ロッカー装置１はロッカー１、ロッカー管理システム５０はロッカー管理５０、会員管理システム６０は会員管理６０と省略する。

まず、利用者がロッカー１の操作表示部２１に表示された画面から預入ボタンを選択（操作）すると（ステップＳ２０１）、制御部２８は、操作表示部２１に会員認証画面を表示させる（ステップＳ２０２）。図１２、図１３に操作表示部２１に表示される画面例を示す。図１２は、ステップＳ２０１に際に表示される画面例である。図１２の例では、画面は、預入ボタンａ１と、取出ボタンａ２と、取消ボタンａ３と、を備えている。

預入ボタンａ１は、荷物をロッカーボックス３２に預け入れ等する際に操作するボタンである。なお、図１２の例では、預け入れに加えてロッカーボックス３２を介して他人に荷物を渡す、宅配業者等を通して荷物を送る場合にも操作する。取出ボタンａ２は、荷物をロッカーボックス３２から取り出す際に操作するボタンである。取消ボタンａ３は、図１２の画面の表示を消去等する際に操作するボタンである。

図１３は、ステップＳ２０２の際に表示される会員認証画面例である。図１３の例では、会員認証画面は、取消ボタンａ３と、ＱＲコード（登録商標）ａ４と、を備えている。取消ボタンａ３は、図１２の取消ボタンａ３と同様の画面又は、図１２の画面に戻る際に操作するボタンである。ＱＲコード（登録商標）ａ４は、端末７０に表示させる認証画面のＵＲＬ（Uniform Resource Locator）、現在操作中のロッカー１のＩＤ、時間情報等が含まれており、後述するように端末７０で読み取られることによって会員管理６０により認証が行われるコードである。

端末７０では、端末７０が有するカメラ機能により図１３に示したＱＲコード（登録商標）ａ４を読み取って、会員認証要求を端末７０が有するアプリ等に設定されている会員ＩＤとともに会員管理６０へ送信する（ステップＳ１０１）。

会員管理６０では、端末７０から送信されたＱＲコード（登録商標）と会員ＩＤを受信し、会員ＩＤに紐付けられた管理コードである会員コードに基づいて認証コードを発行する（ステップＳ４０１）。そして、発行された認証コードを会員認証応答として端末７０に通知する（ステップＳ４０２）。また、会員管理６０は、認証結果として、ロッカーＩＤ、会員コード、認証コードをロッカー管理５０に送信する（ステップＳ４０３）。

ロッカー管理５０では、会員管理６０から送信された認証結果（ロッカーＩＤ、会員コード、認証コード）を受信して、ロッカー１へ当該認証結果を送信する（ステップＳ３０１）。

ロッカー１では、制御部２８が、ステップＳ２０２でＱＲコード（登録商標）ａ４に含ませたロッカーＩＤと、ロッカー管理５０から送信され通信インターフェース２９で受信された認証結果のロッカーＩＤと、を比較し、認証ＮＧである場合はステップＳ２０２に戻って再度認証を行わせる（ステップＳ２０３：ＮＧ）。一方、認証がＯＫである場合は、制御部２８は、認証コードを入力させるべく認証コード入力画面を操作表示部２１に表示させ（ステップＳ２０４）、利用者に認証コードを入力させる（ステップＳ２０５）。

認証コード入力画面の例を図１４に示す。図１４の例では、認証コード入力画面は、取消ボタンａ３と、コード入力ボタンａ５と、コード入力欄ａ６と、確認ボタンａ７と、を備えている。取消ボタンａ３は、図１２の取消ボタンａ３と同様の画面又は、図１２の画面に戻る際に操作するボタンである。コード入力ボタンａ５は、０～９までの数字のボタンと訂正ボタンから構成され、会員管理６０がステップＳ４０２で端末７０に送信した認証コードを入力する。コード入力欄ａ６は、コード入力ボタンａ５を操作して入力された認証コードが表示される。確認ボタンａ７は、コード入力ボタンａ５から入力が終了した際に操作して入力した認証コードを確定させる。

次に、ロッカー１では、制御部２８が、ステップＳ２０５で入力された認証コードと、会員管理６０がステップＳ４０１で発行した認証コードと、が一致するか否かを判断する（ステップＳ２０６）。判断した結果認証コードが一致した場合は会員認証が正しく完了し（ステップＳ２０７）、認証コードが不一致の場合はエラーとして例えば図１５に示したような画面を操作表示部２１に表示させる（ステップＳ２０８）。このようにして利用者の認証を行っている。即ち、制御部２８は、利用者の認証を行う利用者認証部として機能する。

次に、会員利用予約動作について図４～図７を参照して説明する。会員利用予約動作とは、会員管理６０に会員登録されている利用者がロッカーボックス３２の予約をする際の動作である。

図４は、予約動作についてのシーケンス図である。まず、利用者は、例えば端末７０にインストールされているアプリ等を起動して会員予約申込操作を行い、予約希望のロッカー１の選択及びサイズの選択、預入予定時刻等を入力する。そして、入力された予約希望ロッカーのＩＤ、サイズ、預入予定時刻、会員ＩＤが会員管理６０に送信される（ステップＳ１０２）。このステップＳ１０２で送信される情報が予約情報となる。

会員管理６０では、端末７０から送信された予約希望ロッカーのＩＤ、サイズ、預入予定時刻、会員ＩＤを受信し、ロッカー管理５０に対して予約要求をする（ステップＳ４０４）。予約要求には、ロッカーのＩＤ、サイズ、預入予定時刻、会員ＩＤに対応する会員コードが含まれる。

ロッカー管理５０は、会員管理６０から予約要求を受け付けると当該予約要求を自身が管理するデータベース等に登録するとともに、受付完了を会員管理６０へ送信する（ステップＳ３０２）。なお、この時点ではロッカーボックス３２の確保は行われない。このような予約の受付のみでロッカーボックス３２の確保を行わない状態を本実施形態では仮予約という。

そして、会員管理６０は、端末７０に対して予約受付通知を送信する（ステップＳ４０５）。

ロッカー管理５０では、ステップＳ３０２で受け付けた予約要求に含まれる預入予定時刻に基づいて予約期限時刻を算出し、その予約期限時刻と現在時刻とを比較する（ステップＳ３０３）。現在時刻が予約期限時刻よりも１時間前の時刻以後であった場合は、ロッカー１にロッカーボックス３２を確保させるべく予約要求としてロッカーＩＤ、会員コード、サイズ、預入予定時刻を送信する（ステップＳ３０４）。一方、現在時刻が予約期限時刻よりも１時間前の時刻より前であった場合はステップＳ３０２へ戻る。

予約期限時刻は、この時刻以後にロッカーボックスの確保を行う基準時刻であり、例えば預入予定時刻の１時間前などと設定する。予約期限時刻を預入予定時刻の１時間前と設定した場合、ステップＳ３０３で判断される時刻は預入予定時刻の２時間前となる。なお、ステップＳ３０３で判断される時刻（予約期限時刻－１時間）は、ロッカー１の設置場所や利用率等を考慮して適宜変更してもよい。また、予約期限時刻は、ステップＳ３０３で判断される時刻以後であって、預入予定時刻以前の時刻となるように適宜設定することができる。即ち、ロッカー管理５０は、予約情報受付後、預入予定時刻より一定時間前にロッカー１に対してロッカーボックス３２の確保を要求している。

ロッカー１では、制御部２８は、ステップＳ３０４でロッカー管理５０から送信されたサイズ（指定サイズ）について空いているロッカーボックス（空きＢＯＸ）があるか否か判断し（ステップＳ２０９）、空きＢＯＸが有る場合は当該空きＢＯＸを確保し、確保した空きＢＯＸについて会員コードを関連付けて保持する。このとき確保されたロッカーボックス３２は電気錠３４が施錠され、或いは使用中ランプが点灯し、以降一般利用（予約無しの利用）は不可となり、ロッカー１の制御部２８は、予約状況を管理するデータベース等を更新する（ステップＳ２１０）。そして、制御部２８は、予約完了を通信インターフェース２９を介してロッカー管理５０に送信する（ステップＳ２１１）。予約完了には、予約完了したロッカーＩＤ、ロッカーボックス３２の番号（Ｎｏ）及び、当該予約に対応する会員コードが含まれる。このようにしてロッカー１で予約が完了（本予約）する（ステップＳ２１２）。

ロッカー管理５０では、ロッカー１から送信された予約完了を受信して予約確定（本予約）としデータベース等を更新する。また、受信した予約完了に含まれるロッカーＩＤ、ロッカーボックス３２の番号、会員コードは会員管理６０へ送信する（ステップＳ３０５）。

会員管理６０では、ロッカー管理５０からの予約完了を受けて予約完了通知を端末７０に送信する（ステップＳ４０６）。この予約完了通知には、以後予約料金の課金が開始される旨の情報が含まれる。

また、ロッカー１では、制御部２８は、ステップＳ２０９で空きＢＯＸが無いと判断した場合は、預入予定時刻に基づいて現在時刻が予約期限時刻以前か否か判断し（ステップＳ２１３）、現在時刻が予約期限時刻以前の場合（ステップＳ２１３：ＹＥＳ）はステップＳ２０９に戻り再度空きＢＯＸの有無の判断を行う。このステップＳ２１３により予約期限時刻になるまではステップＳ２０９を繰り返すことができる。したがって、予約期限時刻になるまでに空きＢＯＸが発生した場合は自動的にロッカーボックス３２が確保される。即ち、ロッカー１は、ロッカー管理５０からロッカーボックス３２の確保の要求を受けた際にロッカーボックス３２の確保ができない場合は、予め定めた予約期限時刻までの間にロッカーボックス３２を確保している。

一方、現在時刻が予約期限時刻より後の場合（ステップＳ２１３：ＮＯ）は予約期限までにロッカーボックス３２の確保ができないことが検出されたので、制御部２８は、予約失敗を通信インターフェース２９を介してロッカー管理５０に送信する（ステップＳ２１４）。予約失敗には、予約が失敗したロッカーＩＤ、ロッカーボックス３２の番号及び当該予約に対応する会員コードが含まれる。即ち、ロッカー１は、予約期限時刻までにロッカーボックス３２を確保できない場合は、予約が失敗した旨の情報を出力している。また、制御部２８は、予約状況を管理するデータベース等を更新して予約失敗を反映させる（当該予約を削除する）。

ロッカー管理５０では、ロッカー１から送信された予約失敗を受信してデータベース等を更新し、予約失敗に含まれるロッカーＩＤ、ロッカーボックス３２の番号及び会員コードを会員管理６０へ送信する（ステップＳ３０６）。

会員管理６０では、ロッカー管理５０から送信されたロッカーＩＤ、ロッカーボックス３２の番号及び会員コードに基づいて、予約解放通知を端末７０に送信する（ステップＳ４０７）。この予約解放通知には、予約が失敗した旨に加えて予約料金が課金されない旨の情報が含まれる。

ここで、図４で説明したフローチャートによる予約の具体例を図５を参照して説明する。まず、図５において、Ａさんが１２月１日１５時に会員予約申込操作（ステップＳ１０２）をして予約受付通知（ステップＳ４０５）を受領したとする。Ａさんの予約において預入期限時刻は１２月２日１８時が指定されたとする。そして、予約期限時刻は預入予定時刻の１時間前に設定されているとする。

この場合、ロッカー管理５０は、１２月２日１６時になると、現在時刻が予約期限時刻－１時間（１８時－１時間－１時間）以後となるので（ステップＳ３０３）、ロッカー１に対して予約要求を送信する。

予約要求を受信したロッカー１の制御部２８は、予約要求で指定されているサイズの空きＢＯＸがあるか否か判断し、空きが無い場合は予約期限時刻である１７時まで空きＢＯＸの発生の監視をする。予約期限時刻である１７時までに空きＢＯＸが発生すると当該空きＢＯＸを予約用に確保し、本予約として予約完了をロッカー管理５０へ送信する。なお、図５では１７時から本予約としているが、これは例であり１６時～１７時の間で空きＢＯＸが確保できた時点で本予約となる。つまり、Ａさんには遅くとも１７時までには予約完了通知（ステップＳ４０６）か予約解放通知（ステップＳ４０７）のいずれかが送信される。そして、１８時にＡさんが後述する預入動作により荷物を預け入れると利用中となる。このＡさんのケースでは、少なくとも１２月２日１６時までは一般の利用が可能となる。

ここで、Ｂさんが同じロッカー１について１２月１日１８時に会員予約申込操作（ステップＳ１０２）をして予約受付通知（ステップＳ４０５）を受領したとする。Ｂさんの予約において預入期限時刻は１２月２日１７時３０分を指定したとする。

この場合、ロッカー管理５０は、１２月２日１５時３０分になると、現在時刻が予約期限時刻－１時間（１７時３０分－１時間－１時間）以後となるので（ステップＳ３０３）、ロッカー１に対して予約要求を送信する。

予約要求を受信したロッカー１の制御部２８は、予約要求で指定されているサイズの空きＢＯＸがあるか否か判断し、空きが無い場合は予約期限時刻である１６時３０分まで空きＢＯＸの発生の監視をする。予約期限時刻である１６時３０分までに空きＢＯＸが発生すると当該空きＢＯＸを予約用に確保し、本予約として予約完了をロッカー管理５０へ送信する。そして、１７時３０分にＢさんが後述する預入動作により荷物を預け入れると利用中となる。このＢさんのケースでは、少なくとも１２月２日１５時３０分までは一般の利用が可能となる。

図５の場合、Ａさんの方が先に仮予約をしているが実際に利用を開始するのはＢさんの方が早い。本実施形態のロッカー１の制御部２８は、予約要求を受け付けた順に空きＢＯＸの確保をするので、例えば１６時に空きＢＯＸが発生し、その空きＢＯＸがＡさんとＢさんのいずれの希望にも合致する場合は、Ｂさんの仮予約が優先される。但し、仮予約の時刻を参照して仮予約順に空きＢＯＸの確保をしてもよい。

また、図４に示したフローチャートは、図５に示したように預入予定時刻から数時間や数日以上前の時刻に仮予約をしなければならないものではない。例えば、預入予定時刻の３０分前（予約期限時刻より後）に会員予約申込操作をして仮予約を行ってもよい。この場合、ロッカー管理５０が実行するステップＳ３０３では、既に現在時刻が予約期限時刻よりも１時間前の時刻以後であるので、予約要求を直ちにロッカー１へ送信する。ロッカー１では、予約要求に含まれるサイズの空きＢＯＸが有る場合は本予約が実行され、空きＢＯＸが無い場合は、ステップＳ２１３で既に予約期限時刻を過ぎているので予約失敗をロッカー管理５０に送信する。

また、例えば、預入予定時刻の１時間３０分前（空きＢＯＸ監視期間）に会員予約申込操作をした場合、ステップＳ３０３では、既に現在時刻が予約期限時刻よりも１時間前の時刻以後であるので、予約要求を直ちにロッカー１へ送信する。ロッカー１では、予約要求に含まれるサイズの空きＢＯＸが有る場合は直ちに本予約が実行され、空きＢＯＸが無い場合は、予約期限時刻までは空きＢＯＸの監視を継続する。この場合は預入期限時刻に関係なく仮予約と同時に本予約が実行される。このように、本実施形態は予約期限時刻以後や空きＢＯＸ監視期間に会員予約申込操作をしても矛盾なく動作することができる。

図６は、図４のシーケンス図により予約が完了した後に預入予定時刻までに預け入れが無い場合のシーケンス図である。まず、ロッカー１では、制御部２８が、予約の際に入力された預入予定時刻までに預け入れが無いことを検出する（ステップＳ２１５）。そして、ステップＳ２１５で預入期限までに預け入れが無いことが検出されたので、制御部２８は、予約解除を通信インターフェース２９を介してロッカー管理５０に送信する（ステップＳ２１６）。予約解除には、予約を解除するロッカーＩＤ、ロッカーボックス３２の番号及び当該予約に対応する会員コードが含まれる。また、制御部２８は、予約状況を管理するデータベース等を更新して予約解除を反映させる（当該予約を削除する）。

ロッカー管理５０では、ロッカー１から送信された予約解除を受信してデータベース等を更新し、予約解除に含まれるロッカーＩＤ、ロッカーボックス３２の番号及び会員コードを会員管理６０へ送信する（ステップＳ３０７）。

会員管理６０では、ロッカー管理５０から送信されたロッカーＩＤ、ロッカーボックス３２の番号及び会員コードに基づいて、予約解放通知を端末７０に送信する（ステップＳ４０８）。この予約解放通知には、予約が解除（解放）された旨に加えて予約料金が課金される旨の情報が含まれる。

図７は、利用者が予約を取り消す場合のシーケンス図である。まず、利用者は、アプリ等を起動して会員予約取消操作を行う（ステップＳ１０３）。すると、端末７０は、予約を取り消すロッカーＩＤ、ロッカーボックス３２の番号及び、自身の会員ＩＤを会員管理６０へ送信する。

会員管理６０は、端末７０からの会員予約取消操作により、予約取消をロッカー管理５０へ送信する（ステップＳ４０９）。予約取消には、予約を取り消すロッカーＩＤ、ロッカーボックス３２の番号及び会員コードが含まれる。

ロッカー管理５０では、会員管理６０から送信された予約取消を受信してデータベース等を更新するとともに、予約を取り消すロッカーＩＤ、ロッカーボックス３２の番号及び会員コードをロッカー１へ送信する（ステップＳ３０８）。

ロッカー１では、制御部２８が、ロッカー管理５０から送信されたロッカーＩＤ、ロッカーボックス３２の番号及び会員コードに基づいて予約の取り消しをする（ステップＳ２１７）。具体的には、予約状況を管理するデータベース等を更新し、対象となるロッカーボックス３２の予約状態を解除する。そして、制御部２８は、予約解除を通信インターフェース２９を介してロッカー管理５０に送信する（ステップＳ２１８）。予約解除には、予約解除されたロッカーＩＤ、ロッカーボックス３２の番号及び当該予約に対応する会員コードが含まれる。

ロッカー管理５０では、受信したロッカーＩＤ、ロッカーボックス３２の番号及び会員コードを会員管理６０へ送信する（ステップＳ３０９）。

会員管理６０では、ロッカー管理５０から送信されたロッカーＩＤ、ロッカーボックス３２の番号及び会員コードに基づいて、予約解放通知を端末７０に送信する（ステップＳ４１０）。この予約解放通知には、予約が解除（解放）された旨に加えて予約料金が課金される旨の情報が含まれる。

図８～図１０は、預入動作のシーケンス図である。まず、会員認証シーケンスを行う（ステップＳ１０００）。このシーケンスは、図３に示したものと同様である。そして、会員認証が完了した（図３のステップＳ２０７）場合は、ロッカー１では、制御部２８が、認証された会員についてロッカーボックス３２の予約（予約ＢＯＸ）があるか否かを予約状況を管理するデータベース等に基づいて判断する（ステップＳ２１９）。つまり、認証された会員の予約を確認（予約認証）する。

予約認証の結果、予約ＢＯＸがある場合（ステップＳ２１９：有り）は、制御部２８は、予約ＢＯＸ指定画面を操作表示部２１に表示させ、利用者が予約したロッカーボックス３２に荷物を収納して扉を閉め押ボタンスイッチ３６を押すと、制御部２８は電気錠３４を仮施錠状態にする（ステップＳ２２０）。予約ＢＯＸ指定画面の例を図１６に示す。図１６の例では、予約ＢＯＸ指定画面は、取消ボタンａ３と、予約位置表示部ａ８と、ボックス変更ボタンａ９と、を備えている。取消ボタンａ３は、図１２の取消ボタンａ３と同様の画面又は、図１２の画面に戻る際に操作するボタンである。予約位置表示部ａ８は、例えばロッカー１の正面図を表示して予約ＢＯＸに該当するロッカーボックス３２を強調表示（点滅、色を変える等）する。ボックス変更ボタンａ９は、予約ＢＯＸと異なるロッカーボックス３２の利用を希望する際に操作するボタンである。

ステップＳ２２０でロッカーボックス３２の変更が無い場合（ボックス変更ボタンａ９の操作が無い場合）は、制御部２８は、預入完了を通信インターフェース２９を介してロッカー管理５０へ送信する（ステップＳ２２２）。この預入完了には、預入がされたロッカーＩＤ、ステップＳ１０００で認証された会員コード、制御部２８で生成された受取パスワードが含まれる。そして、この預入完了に含まれる情報をデータベース等の当該ロッカーボックス３２の情報に紐付して更新することでロッカー１における預入動作が完了し、電気錠３４が本施錠される（ステップＳ２２３）。なお、本施錠されたことを示すため各ロッカーボックス３２にランプ等を設け、当該ランプ等を点灯させるようにしてもよい。

なお、上述したステップＳ２２０～Ｓ２２３の説明では、ステップＳ２２０又はステップＳ２２１で仮施錠とし、ステップＳ２２３で本施錠としていたが、ステップＳ２２０又はステップＳ２２１で本施錠としてもよい。後述するステップＳ２２７、Ｓ２３８も同様である。

ロッカー管理５０では、ロッカー１から送信された預入完了を受信してデータベース等を更新する。そして、預入完了に含まれるロッカーＩＤ、会員コード、受取パスワードを会員管理６０へ送信する（ステップＳ３１０）。

会員管理６０では、ロッカー管理５０から送信されたロッカーＩＤ、会員コード、受取パスワードを受信して、預入情報や受取パスワードを含む預入情報通知を端末７０に送信する（ステップＳ４１１）。

一方、予約認証の結果、ステップＳ２１９で予約ＢＯＸが無い場合は、制御部２８は、空きＢＯＸ選択画面を操作表示部２１に表示させ、利用者が荷物を選択したロッカーボックス３２に収納して扉を閉めて押ボタンスイッチ３６を押すと、制御部２８は電気錠３４を仮施錠状態にする（ステップＳ２２１）。空きＢＯＸ選択画面の例を図１７に示す。図１７の例では、空きＢＯＸ選択画面は、取消ボタンａ３と、選択可能ボックス表示部ａ１０と、を備えている。取消ボタンａ３は、図１２の取消ボタンａ３と同様の画面又は、図１２の画面に戻る際に操作するボタンである。選択可能ボックス表示部ａ１０は、例えばロッカー１の正面図を表示して現在使用可能であり選択可能なロッカーボックス３２を強調表示（点滅、色を変える等）する。以降の動作は予約ＢＯＸが有る場合と同様である。

また、ステップＳ２１９では、ボックス変更ボタンａ９が操作された場合はボックス変更ありとして、制御部２８は、操作表示部２１にボックス変更理由画面を表示させて利用者に変更理由を入力させる（ステップＳ２２４）。即ち、制御部２８は、既に予約されている第１ロッカーボックス３２とは異なる第２ロッカーボックス３２への変更理由を取得している。

ボックス変更理由画面の例を図１８に示す。図１８の例では、ボックス変更理由画面は、取消ボタンａ３と、自責変更ボタンａ１１と、他責変更ボタンａ１２と、を備えている。取消ボタンａ３は、図１２の取消ボタンａ３と同様の画面又は、図１２の画面に戻る際に操作するボタンである。自責変更ボタンａ１１は、例えば予約したロッカーボックス３２のサイズが実際に収納したい荷物と合わない、或いは予約したロッカーボックス３２の位置が荷物の出し入れがやりづらい等の利用者の都合により変更する際に操作するボタンである。他責変更ボタンａ１２は、例えば予約したロッカーボックス３２が汚れている、忘れ物やゴミ等の残留物がある、あるいは故障している等のロッカー１側の問題により変更する際に操作するボタンである。つまり、このボックス変更理由画面の操作により他のロッカーボックスへの変更の理由が取得できる。即ち、操作表示部２１が理由取得部として機能する。

ボックス変更理由画面で自責変更ボタンａ１１が操作された場合（ステップＳ２２５）は、現在操作中のロッカー１内で空いているロッカーボックス３２（空きＢＯＸ）があるか否か判断する（ステップＳ２２６）。空きＢＯＸが有る場合（ステップＳ２２６：有り）は、制御部２８は、空きＢＯＸ選択画面を操作表示部２１に表示させ、利用者が荷物を選択したロッカーボックス３２に収納して扉を閉め押ボタンスイッチ３６を押すと、制御部２８は電気錠３４を仮施錠状態にする（ステップＳ２２７）。そして、制御部２８は、予約解除を通信インターフェース２９を介してロッカー管理５０へ送信する（ステップＳ２２８）。この予約解除には、予約されていたロッカーＩＤ、ロッカーボックス３２の番号、ステップＳ１０００で認証された会員コードが含まれる。また、制御部２８は、予約状況を管理するデータベース等を更新して予約解除を反映させる（当該予約を削除する）。そして、ステップＳ２２２に戻り変更したロッカーボックス３２による預入完了がロッカー管理５０に送信される。

ロッカー管理５０では、ロッカー１から送信された予約解除を受信してデータベース等を更新する。そして、予約解除に含まれるロッカーＩＤ、ロッカーボックス３２の番号、会員コードを会員管理６０へ送信する（ステップＳ３１１）。

ステップＳ２２６で空きＢＯＸが無い場合は、ロッカー１の制御部２８は、自身以外の近隣の他のロッカー１の空き状態を検索すべくロッカー管理５０に問い合わせる（ステップＳ２２９）。この問い合わせには自身のロッカーＩＤを含ませる。

ロッカー管理５０では、ロッカー１からの問い合わせに基づいて近隣のロッカー１の空き状態をデータベース等を参照して検索する（ステップＳ３１２）。近隣の範囲は、例えば同じ駅構内等の同じ施設内、或いは半径何ｍ以内等適宜定めればよい。そして、検索結果を近隣空き検索結果として問い合わせのあったロッカー１へ送信する。また、現在地に最も近い空きがあるロッカー１を検索するようにしてもよい。つまり、近隣に限らず離れていてもよい。

ロッカー１では、制御部２８がロッカー管理５０から送信され通信インターフェース２９が受信した近隣空き検索結果に基づいて近隣の空いているロッカーボックス３２が有るか否かを判断する（ステップＳ２３０）。近隣に空いているロッカーボックス３２が有る場合（ステップＳ２３０：有り）は、その空いているロッカーボックス３２を有するロッカー１の利用を希望するか否かを利用者に問い合わせる（ステップＳ２３１）。利用者が空いているロッカーボックス３２を有するロッカー１の利用を希望する場合（ステップＳ２３１：ＹＥＳ）は、当該近隣のロッカー１を案内する（ステップＳ２３３）。案内方法としては、例えば○○駅北口改札脇等、文字により設置場所を操作表示部２１に表示するに限らず、操作表示部２１に地図を表示して現在地から近隣ロッカー１までの経路を表示してもよい。

即ち、制御部２８が管理している複数のロッカーボックス３２の空きが無い場合は、制御部２８が、他のロッカー装置１の空き情報である近隣空き検索結果を取得し、操作表示部２１は、取得した近隣空き検索結果に基づいて他のロッカー装置１の利用を案内している。

一方、ステップＳ２３０で無し、又はステップＳ２３１でＮＯと判断された場合は、予約キャンセルの案内を操作表示部２１に表示させ、利用者に確認させる（ステップＳ２３２）。

そして、制御部２８は、予約解除を通信インターフェース２９を介してロッカー管理５０へ送信する（ステップＳ２３４）。この予約解除には、予約されていたロッカーＩＤ、ロッカーボックス３２の番号（当初の予約ボックス）、ステップＳ１０００で認証された会員コードが含まれる。また、この予約解除は利用者の都合によるものであるので予約料金は課金される。

ロッカー管理５０では、ロッカー１から送信された予約解除を受信してデータベース等を更新する。そして、予約解除に含まれるロッカーＩＤ、ロッカーボックス３２の番号、会員コード、予約料金課金有りであることを会員管理６０へ送信する（ステップＳ３１３）。

また、ボックス変更理由画面で他責変更ボタンａ１２が操作された場合（ステップＳ２３５）は、現在操作中のロッカー１内で、予約したロッカーボックス３２と同じサイズのロッカーボックス３２が空いているか否か判断する（ステップＳ２３６）。同じサイズの空きＢＯＸが有る場合（ステップＳ２３６：有り）は、制御部２８は、予約したロッカーボックス３２の変更を了解した旨の表示を操作表示部２１に表示させる（ステップＳ２３７）。即ち、操作表示部２１は、変更理由が第１ロッカーボックス３２を予約している予約者の都合によらない場合に、制御部２８が管理している複数のロッカーボックス３２のうち、第１ロッカーボックス３２と同じサイズのロッカーボックス３２を予約者に提示する提示部として機能する。なお、同じサイズのロッカーボックス３２を提示するに限らず同じ予約料金のロッカーボックス３２を提示してもよい。

次に制御部２８は、予約ＢＯＸ指定画面を操作表示部２１に表示させ、利用者が荷物を指定されたロッカーボックス３２に収納して扉を閉めて押ボタンスイッチ３６を押すと、制御部２８は電気錠３４を仮施錠状態にする（ステップＳ２３８）。この予約ＢＯＸ指定画面は、例えば図１６と同様の構成とすることができる。但し、強調表示されるのは、変更後のロッカーボックス３２となる。

そして、制御部２８は、異常のあるロッカーボックス３２があり要点検である旨（ＢＯＸ異常）を通信インターフェース２９を介してロッカー管理５０に送信するとともに、予約や利用ができないようにデータベース等を更新する（ステップＳ２３９）。このＢＯＸ異常には、異常のあるロッカーＩＤ、異常のあるロッカーボックス３２の番号（当初の予約ボックス）及び、当該予約をした会員コードを含む。即ち、このＢＯＸ異常は、ロッカーボックス３２の点検要求情報であり、通信インターフェース２９は点検要求情報を外部に出力する点検要求出力部として機能する。

そして、制御部２８は、予約解除を通信インターフェース２９を介してロッカー管理５０へ送信する（ステップＳ２４０）。この予約解除には、予約されていたロッカーＩＤ、ロッカーボックス３２の番号（当初の予約ボックス）、ステップＳ２３９と同様の会員コードが含まれる。なお、この場合、ロッカー１側の問題によりロッカーボックス３２を変更するが、予約したロッカー装置１内でロッカーボックスが確保できたので予約者の都合によらない変更であるが、予約は有効と見做して予約料金を課金する。そして、ステップＳ２２２に戻り変更したロッカーボックス３２による預入完了がロッカー管理５０に送信される。

ロッカー管理５０では、ロッカー１から送信されたＢＯＸ異常を受信し、点検要求を電子メール等によりロッカー１の管理者等へ送信する（ステップＳ３１４）。また、ロッカー管理５０では、ＢＯＸ異常にかかるロッカーボックス３２は、管理者等による点検後、異常解除までは予約対象外としてデータベース等を更新する。そして、ロッカー管理５０では、ロッカー１から送信された予約解除を受信してデータベース等を更新する。そして、予約解除に含まれるロッカーＩＤ、ロッカーボックス３２の番号、会員コード、予約料金課金有りであることを会員管理６０へ送信する（ステップＳ３１５）。

また、ステップＳ２３６で同じサイズの空きＢＯＸが無い場合は、ロッカー１の制御部２８は、予約したサイズと異なる他サイズのロッカーボックスが空いているか否か判断する（ステップＳ２４１）。他サイズの空きＢＯＸが有る場合（ステップＳ２４１：有り）は、制御部２８は、当該他サイズの空きＢＯＸを利用者に案内し、利用者に了解させる（ステップＳ２４２）。

次に制御部２８は、予約ＢＯＸ指定画面を操作表示部２１に表示させ、利用者が荷物を指定されたロッカーボックス３２に収納して扉を閉めて押ボタンスイッチ３６を押すと、制御部２８は電気錠３４を仮施錠状態にする（ステップＳ２４３）。この予約ＢＯＸ指定画面は、例えば図１６と同様の構成とすることができる。但し、強調表示されるのは、変更後のロッカーボックス３２となる。

そして、制御部２８は、ステップＳ２３９と同様に、異常のあるロッカーボックス３２があり要点検である旨（ＢＯＸ異常）を通信インターフェース２９を介してロッカー管理５０に送信するとともに、予約や利用ができないようにデータベース等を更新する（ステップＳ２４４）。

そして、制御部２８は、予約解除を通信インターフェース２９を介してロッカー管理５０へ送信する（ステップＳ２４５）。この予約解除には、予約されていたロッカーＩＤ、ロッカーボックス３２の番号（当初の予約ボックス）、ステップＳ２３７と同様の会員コードが含まれる。なお、この場合、ロッカー１側の問題によりロッカーボックス３２を変更するが、予約したロッカー装置１内でサイズは異なるもののロッカーボックスが確保できたので予約は有効と見做して予約料金を課金する。そして、ステップＳ２２２に戻り変更したロッカーボックス３２による預入完了がロッカー管理５０に送信される。

ロッカー管理５０では、ロッカー１から送信されたＢＯＸ異常を受信し、点検要求を電子メール等によりロッカー１の管理者等へ送信する（ステップＳ３１６）。また、ロッカー管理５０では、ＢＯＸ異常にかかるロッカーボックス３２は、管理者等による点検後、異常解除までは予約対象外としてデータベース等を更新する。そして、ロッカー管理５０では、ロッカー１から送信された予約解除を受信してデータベース等を更新する。そして、予約解除に含まれるロッカーＩＤ、ロッカーボックス３２の番号、会員コード、予約料金課金有りであることを会員管理６０へ送信する（ステップＳ３１７）。このような他サイズのロッカーボックスを利用する場合、他の空きＢＯＸが予約されたＢＯＸより大きい場合は、利用料金が高くなり利用者は必要としないスペースの利用を強いられることになるため、この利用料金は予約されたＢＯＸの利用料金と同額で利用できるよう設定することができる。

また、ステップＳ２４１で他サイズの空きＢＯＸが無い場合は、ロッカー１の制御部２８は、自身以外の近隣の他のロッカー１の空き状態を検索すべく通信インターフェース２９を介してロッカー管理５０に問い合わせる（ステップＳ２４６）。この問い合わせには自身のロッカーＩＤを含ませる。

ロッカー管理５０では、ロッカー１からの問い合わせに基づいて近隣のロッカー１の空き状態をデータベース等を参照して検索する（ステップＳ３１８）。そして、検索結果を近隣空き検索結果として問い合わせのあったロッカー１へ送信する。

ロッカー１では、制御部２８がロッカー管理５０から送信された近隣空き検索結果に基づいて近隣の空いているロッカーボックス３２が有るか否かを判断する（ステップＳ２４７）。近隣に空いているロッカーボックス３２が有る場合（ステップＳ２４７：有り）は、その空いているロッカーボックス３２を有するロッカー１の利用を希望するか否かを利用者に問い合わせる（ステップＳ２４８）。利用者が空いているロッカーボックス３２を有するロッカー１の利用を希望する場合（ステップＳ２４８：ＹＥＳ）は、当該近隣のロッカー１を案内する（ステップＳ２４９）。なお、この空いているロッカーボックスの有無は、利用者が希望するサイズのみを対象として判断してもよいし、他サイズも対象として判断してもよい。

一方、ステップＳ２４７で無し、又はステップＳ２４８でＮＯと判断された場合は、予約キャンセルの案内を操作表示部２１に表示させ、利用者に確認させる（ステップＳ２４９）。

そして、制御部２８は、異常のあるロッカーボックス３２があり要点検である旨（ＢＯＸ異常）を通信インターフェース２９を介してロッカー管理５０に送信するとともに、予約や利用ができないようにデータベース等を更新する（ステップＳ２５１）。このＢＯＸ異常には、異常のあるロッカーＩＤ、異常のあるロッカーボックス３２の番号（当初の予約ボックス）及び、当該予約をした会員コードを含む。そして、制御部２８は、予約解除を通信インターフェース２９を介してロッカー管理５０へ送信する（ステップＳ２５２）。この予約解除には、予約されていたロッカーＩＤ、ロッカーボックス３２の番号（当初の予約ボックス）、ステップＳ２４５と同様の会員コードが含まれる。なお、この場合、ロッカー１側の問題により、予約したロッカーボックスを使用できずに、かつ、予約したロッカー装置１内でロッカーボックスを確保できないため他のロッカー装置１のロッカーボックス３２へ変更するので予約料金は課金されない。即ち、予約者の都合によらない場合は、予約料金の課金を行わない。

ロッカー管理５０では、ロッカー１から送信されたＢＯＸ異常を受信し、点検要求を電子メール等によりロッカー１の管理者等へ送信する（ステップＳ３１９）。また、ロッカー管理５０では、ＢＯＸ異常にかかるロッカーボックス３２は、管理者等による点検後、異常解除までは予約対象外としてデータベース等を更新する。そして、ロッカー管理５０では、ロッカー１から送信された予約解除を受信してデータベース等を更新する。そして、予約解除に含まれるロッカーＩＤ、ロッカーボックス３２の番号、会員コード、予約料金課金無しであることを会員管理６０へ送信する（ステップＳ３２０）。

図８～図１０のシーケンス図の説明により、制御部２８は、ボックス変更理由画面で自責変更ボタンａ１１が操作されたか、他責変更ボタンａ１２が操作されたか、により予約料金の課金の有無を変更している。即ち、制御部２８は、理由取得部が取得した理由に基づいて第１ロッカーボックス３２に対する予約料金の課金を行う課金制御部として機能する。

なお、図８～図１０では、ロッカーボックスの変更の理由が予約者の都合によらない場合、かつ、予約したロッカー装置１内で同じサイズのロッカーボックスの空きが無い場合に予約料金の課金を行わないようにしていたが、それに限らず、ロッカーボックスの変更の理由が予約者の都合によらない場合は予約料金の課金を行わないようにしてもよい。但し、ロッカーボックスの変更の理由が予約者の都合によらない場合は予約したロッカー装置１内で同じサイズのロッカーボックスの空きがある場合にまで予約料金の課金をしないようにすると、実質的に予約者に不都合があまり生じない場合にまで課金がされないこととなるので望ましくない。

また、変更後のロッカーボックス３２が予約しているロッカーボックス３２と同じサイズでない場合は予約料金の課金を行わないようにしてもよい。さらには、変更後のロッカーボックス３２が予約しているロッカーボックス３２と同じサイズでない等により予約料金が異なる場合は予約料金の差額の課金又は返金を行ってもよい。

図１１は、予約して預け入れをした後に荷物の取り出し動作のシーケンス図である。まず、利用者がロッカー１の操作表示部２１に表示された画面（図１２を参照）から取出しボタンａ２を選択（操作）すると（ステップＳ２５３）、制御部２８は、操作表示部２１に受取パスワード（ＰＷ）入力画面を表示させ、受取パスワード入力画面に入力された受取パスワードと、ステップＳ２２２で生成しデータベース等に紐付けられている受取パスワードと、と照合する（ステップＳ２５４）。

受取パスワード入力画面の例を図１９に示す。図１９の例では、受取パスワード入力画面は、取消ボタンａ３と、パスワード入力ボタンａ１３と、パスワード入力欄ａ１４と、確認ボタンａ１５と、を備えている。取消ボタンａ３は、図１２の取消ボタンａ３と同様の画面又は、図１２の画面に戻る際に操作するボタンである。パスワード入力ボタンａ１３は、０～９までの数字のボタンとＡ～Ｅまでのアルファベットのボタンと訂正ボタンから構成され、会員管理６０がステップＳ４１１で端末７０に送信した受取パスワードを入力する。パスワード入力欄ａ１４は、パスワード入力ボタンａ１３を操作して入力された受取パスワードが表示される。確認ボタンａ１５は、パスワード入力ボタンａ１３から入力が終了した際に操作して入力したパスワードを確定させる。

ステップＳ２５３で照合の結果ＯＫである場合は、制御部２８は、料金取得要求を通信インターフェース２９を介してロッカー管理５０へ送信する。料金取得要求には、ロッカーＩＤと料金を請求する会員コードが含まれる（ステップＳ２５５）。

ロッカー管理５０では、ロッカー１から料金取得要求を受信し、会員管理６０へ送信する（ステップＳ３２１）。

会員管理６０では、ロッカー管理５０から料金取得要求を受信し、予約料金及び利用料金を算出して料金取得要求応答としてロッカー管理５０へ送信する（ステップＳ４１２）。

ロッカー管理５０では、会員管理６０から料金取得要求応答を受信し、ロッカー１へ送信する（ステップＳ３２２）。

ロッカー１では、制御部２８が、ロッカー管理５０から送信され通信インターフェース２９が受信した料金取得要求応答に基づいて料金が０円（課金無し）か否かを判断する（ステップＳ２５６）。ステップＳ２５３の結果料金が０円でない場合（ＮＯの場合）は、制御部２８は、利用者に支払い方法を選択させる（ステップＳ２５７）。本実施形態では、予約を伴う利用の場合の支払方法としてはＩＣカードによる電子マネー又は予め登録してあるクレジットカード（登録済みクレカ）のいずれかとしている。

ステップＳ２５７で登録済みクレカが選択された場合は、制御部２８は、決済要求を通信インターフェース２９を介してロッカー管理５０に送信する（ステップＳ２５８）。決済要求には、ロッカーＩＤと当該決済にかかる会員コードが含まれる。

ロッカー管理５０では、ロッカー１から決済要求を受信し、会員管理６０へ送信する（ステップＳ３２３）。

会員管理６０では、ロッカー管理５０から決済要求を受信し、例えば外部決済システム等に当該会員コードにかかる会員が登録しているクレジットカードによる決済の要求を行う。そして、会員管理６０は、決済結果を外部決済システム等から受信すると、決済結果（ＯＫまたはＮＧ）を決済応答としてロッカー管理５０へ送信する（ステップＳ４１３）。

ロッカー管理５０では、会員管理６０から決済応答を受信し、ロッカー１へ送信する（ステップＳ３２４）。

ロッカー１では、制御部２８が、ロッカー管理５０から送信され通信インターフェース２９が受信した決済応答に基づいて判断する（ステップＳ２５９）。決済結果がＯＫである場合は該当するロッカーボックス３２の電気錠３４を解錠して扉を開ける（ステップＳ２６１）。そして、利用者が荷物を取り出すと、制御部２８は、当該ロッカーＩＤ、ロッカーボックス３２の番号、対象となる会員コード及び支払い形態（クレジットカード又は電子マネー）を通信インターフェース２９を介してロッカー管理５０へ送信する（ステップＳ２６２）。荷物の取出しは、センサ等で検出してもよいし、扉を開けた後に閉めたことを検出して取出しと判定してもよい。また、制御部２８が、利用状況のデータベース等を更新して、当該ロッカーボックス３２を利用可とする。

ロッカー管理５０では、ロッカー１から送信されたロッカーＩＤ、ロッカーボックス３２の番号、会員コード及び支払い形態を受信し、データベース等を更新して、当該ロッカーボックス３２を利用可とする。そして、受信したロッカーＩＤ、ロッカーボックス３２の番号、会員コード及び支払い形態を会員管理６０に送信する（ステップＳ３２５）。

会員管理６０では、ロッカー管理５０からロッカーＩＤ、ロッカーボックス３２の番号、会員コード及び支払い形態を受信し、決済要求未受信の場合は事後決済を実行する（ステップＳ４１４）。そして、会員管理６０は、取り出し情報通知を端末７０に送信する（ステップＳ４１５）。取り出し情報通知には、荷物の取り出しが行われた旨の情報である取り出し情報と決済された課金についての課金情報を含んでいる。

ステップＳ２５７で電子マネーが選択された場合又はステップＳ２５９で決済結果がＮＧであった場合は、制御部２８は、利用者に対して電子マネーによる支払いを促し、ＩＣカードリーダ／ライタ２３から電子マネーによる支払いの後プリンタ２４からレシートを発行させる（ステップＳ２６０）。その後、ステップＳ２５４に進み、以後はクレジットカードの場合と同様である。

また、ステップＳ２５６で料金が０円の場合（ＹＥＳの場合）は、そのままステップＳ２６１に進み、以後はクレジットカードの場合と同様である。但し、支払い形態には課金無しを示す情報が含まれる。

本実施形態によれば、複数のロッカーボックス３２を備えるロッカー装置１と、個々の予約の管理を行うロッカー管理システム５０と、を有するロッカー予約システムにおいて、ロッカー管理システム５０は、預入予定時刻を含む予約情報を仮予約として受け付け、予約情報受付後、預入予定時刻より２時間前にロッカー装置１に対してロッカーボックス３２の確保を要求する予約要求を送信する。このようにすることにより、予約を受け付けた時点では仮予約とし、当該仮予約受付後、預入予定時刻より２時間前になった時点でロッカーボックス３２の確保を行うので、仮予約からロッカーボックス３２の確保までの間は一般の利用客が利用することができるため、一般利用客の利便性を確保することができるとともに収益性も確保することができる。

また、ロッカー装置１は、ロッカー管理システム５０からロッカーボックス３２の確保の要求を受けた際にロッカーボックス３２の確保ができない場合は、予め定めた予約期限時刻までの間にロッカーボックスを確保している。このようにすることにより、ロッカーボックス３２の確保の要求を受けた際に確保ができなくても、例えば１時間等の確保要求から予約期限時刻までの間にロッカーボックス３２の確保の動作を繰り返し行うことができる。そのため、ロッカーボックス３２の空きが発生した際に自動的に確保することが可能となり利便性が向上する。

また、予約期限時刻は、預入予定時刻よりも１時間前から預入時刻までの間の時刻に設定されていてもよい。このようにすることにより、予約期限時刻をロッカー装置の運用に合わせて柔軟に設定することができる。

また、ロッカー装置１は、ロッカーボックス３２の空きが発生した場合は、ロッカーボックス３２の確保の要求順にロッカーボックス３２を確保している。このようにすることにより、空ＢＯＸ監視期間の開始時刻を基準としてロッカーボックスの確保が行われる。そのため、予約順ではなく、ロッカーボックス３２の利用が早い順にロッカーボックス３２の確保をすることができる。

また、ロッカー装置１は、予約期限時刻までにロッカーボックス３２を確保できない場合は、予約が失敗した旨の情報を出力している。このようにすることにより、予約者は、ロッカーボックス３２が確保できず予約が失敗したことを預入予定時刻までに知ることができる。したがって、利用前に予約の失敗を知ることができるので、予約無しでの利用等他の方法による利用を検討することができる。

なお、上述した実施形態では、予約を変更する際は荷物を収納する前に行っている。しかしながら、例えば、利用者が予約したロッカー装置１へ出向いた際に、通常の預け入れ操作により会員認証を行う前に予約とは異なるロッカーボックス３２に荷物を収納してしまう場合がある。この場合は、例えば、ステップＳ１０００において会員認証が行われた時点で、制御部２８は、仮施錠されたロッカーボックス３２が予約しているロッカーボックス３２か否か判断し、予約しているロッカーボックス３２でない場合は、ロッカーボックス３２の変更と見做して検出してもよい。そして、この変更は利用者の都合によるものであるので、ステップＳ２２２、ステップＳ２２３～ステップＳ２２６の順に実行するようにすればよい（ステップＳ２２４は省略又は「有り」とする）。このようにすることにより、利用者が、予約の変更操作等を伴わずに他のロッカーボックス３２を仮施錠した場合は、ロッカー装置１が予約者の都合による変更とみなして課金することができる。

また、上記したような予約されているロッカーボックス３２と異なるロッカーボックス３２を仮施錠した場合には、予約認証時に図２０に示すような画面を操作表示部２１に行ってもよい。このような画面を表示をすることで、利用者は、予約のキャンセル操作をすることなく仮施錠したロッカーボックス３２に予約が移されることが確認できる。

また、上述した実施形態では、ロッカー管理システム５０がロッカー装置１に予約要求を送信するのは、現在時刻が予約期限時刻－１時間以後など預入予定時刻より一定時間前としていたが、それに限らない。例えば利用当日の午前５時等、毎日決まった時刻に予約要求を送信するようにしてもよい（１日１回に限らない）。図２１に利用当日の午前５時に予約要求を送信する場合のフローチャートを示す。図２１のフローチャートはステップＳ３０３’のみが図４と異なる。図２１のステップＳ３０３’では、利用当日の午前５時の時点で会員管理システム６０から受付済みの予約情報について予約要求をロッカー装置１へ送信する。ここで、利用当日の午前５時に送信する予約情報が複数ある場合は、会員管理システム６０からの受け付け順等、優先順位を定めて、ロッカー装置１では、その優先順位に沿ってロッカーボックス３２を確保してもよい。

また、上述した実施形態では、所謂コインロッカーで説明したが、本発明のロッカー装置には、小型の貸倉庫等の時間単位で荷物を預け入れることができる収納庫を含むものである。

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

１ ロッカー装置
２ 集中制御装置
３ ロッカー部
２８ 制御部
３２ ロッカーボックス
５０ ロッカー管理システム（予約管理装置）
６０ 会員管理システム
１００ ロッカー予約システム

Claims (5)

1. 複数のロッカーボックスを備えるロッカー装置と、前記ロッカーボックスに対する予約の管理を行う予約管理装置と、を有するロッカー予約システムにおいて、
   前記予約管理装置は、預入予定時刻を含む予約情報を仮予約として受け付け、前記予約情報受付後、前記預入予定時刻より一定時間前の時刻になった時点で前記ロッカー装置に対して前記ロッカーボックスの確保を要求し、
   前記ロッカー装置は、前記予約管理装置から前記ロッカーボックスの確保の要求を受けた際に前記ロッカーボックスの確保ができない場合は、予め定めた予約期限時刻までの間に前記ロッカーボックスを確保する、
   ことを特徴とするロッカー予約システム。
2. 前記予約期限時刻は、前記預入予定時刻よりも前記一定時間前から前記預入予定時刻までの間の時刻に設定されていることを特徴とする請求項１に記載のロッカー予約システム。
3. 前記ロッカー装置は、前記予約期限時刻までに前記ロッカーボックスを確保できない場合は、予約が失敗した旨の情報を出力することを特徴とする請求項１または２に記載のロッカー予約システム。
4. 前記ロッカー装置は、ロッカーボックスの空きが発生した場合は、前記ロッカーボックスの確保の要求順に前記ロッカーボックスを確保することを特徴とする請求項１から３のうちいずれか一項に記載のロッカー予約システム。
5. 複数のロッカーボックスを備えるロッカー装置と、前記ロッカーボックスに対する予約の管理を行う予約管理装置と、を有するロッカー予約システムにおいて、
   前記予約管理装置は、預入予定時刻を含む予約情報を仮予約として受け付け、前記予約情報受付後の所定時刻に前記ロッカー装置に対して前記ロッカーボックスの確保を要求し、
   前記ロッカー装置は、前記予約管理装置から前記ロッカーボックスの確保の要求を受けた際に前記ロッカーボックスの確保ができない場合は、予め定めた予約期限時刻までの間に前記ロッカーボックスを確保する、
   ことを特徴とするロッカー予約システム。

Images