JP6600153B2 - 配達システム、ロッカー装置及び配達管理方法 - Google Patents

Description

この発明は、物品を配達する配達システム、ロッカー装置及び配達管理方法に関する。

従来、自宅等に荷物を配達する場合には、受取を行う受取人が在宅している必要があった。受取人が不在であると、配達先まで荷物を持っていったとしても配達が完了できず、再度の配達を行う事態となるので、受取人にも配達を行う業者にも大きな負担となる。

そこで、配達時間の指定や、コンビニエンスストアでの受取、宅配ボックスなどが利用されている。例えば、特許文献１が開示する宅配ボックスは、来訪者に対して自動応答し、来訪者の音声から特定の単語を識別したならば、来訪者の応対種別を「宅配」と判定し、荷物の入庫を案内するための音声メッセージを通知する技術を開示している。

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

しかしながら、上述した従来技術が開示するような宅配ボックスの設置や運用にはコストがかかるため、集合住宅の一部で使用されるに留まり、一般住宅への設置は進んでいないのが実情である。また、かかる宅配ボックスを用いたとしても、自宅でしか受取を行えないという制限は残る。

コンビニエンスストアでの受取サービスは、受取人には追加のコストが掛らず、また、受取の場所もある程度選択可能できるようになるため、受取人にはメリットが大きい。しかし、コンビニエンスストア側に大きな負担を強いることになるという問題がある。

また、配達時間を指定する場合であっても、指定した時間に必ず在宅できるとは限らないため、受取が出来ない事態が発生する可能性が残る。また、やはり自宅でしか受け取れないため、在宅時間の短い人物にとっては利便性が低い。

これらのことから、配達する側にとっても受け取る側にとってもさらなる利便性の向上が求められている。特に近年では、インターネットショッピングなど物品の配達を前提としたサービスの利用が多くなっており、配達の効率化は重要度を増している。

本発明は、上記従来技術の課題を解決するためになされたものであって、物品の配達における利便性を向上することのできる配達システム、ロッカー装置及び配達管理方法を提供することを目的とする。

上述した課題を解決し、目的を達成するため、本発明は、物品を配達する配達システムであって、前記物品を収納して施錠可能なロッカーを複数有するロッカー装置と、前記ロッカーを前記物品の配達先として指定する配達依頼を受け付ける配達依頼受付手段と、前記配達依頼受付手段により受け付けられた前記配達依頼を特定する配達用データを生成し、前記物品の配達を指示する配達指示手段と、前記配達指示手段による指示に基づく前記ロッカーへの物品の収納に対応し、前記配達用データを受け付ける配達用データ受付手段と、前記配達用データ受付手段が受け付けた配達用データについて、配達通知を待機状態とする通知待機手段と、前記物品の配達に係る作業である配達作業が完了したか否かを判定する配達作業判定手段と、前記配達作業判定手段により前記配達作業が完了したと判定された場合に、前記通知待機手段が待機状態とした１又は複数の配達通知を実行する配達通知実行手段とを備え、前記配達作業判定手段は、配達待の状態にある配達用データが前記配達用データ受付手段によって全て受け付けられた場合に前記配達作業が完了したと判定することを特徴とする。

また、本発明は、上記発明において、前記配達作業判定手段は、前記配達作業を行う作業者が所定の操作を行った場合に前記配達作業が完了したと判定することを特徴とする。

また、本発明は、上記発明において、前記通知待機手段は、前記ロッカー装置に設けられたことを特徴とする。

また、本発明は、上記発明において、前記配達指示手段及び前記通知待機手段は、前記ロッカー装置と通信可能なサーバ装置に設けられたことを特徴とする。

また、本発明は、物品を配達する配達システムであって、前記物品を収納して施錠可能なロッカーを複数有するロッカー装置と、前記ロッカーを前記物品の配達先として指定する配達依頼を受け付ける配達依頼受付手段と、前記配達依頼受付手段により受け付けられた前記配達依頼を特定する配達用データを生成し、前記物品の配達を指示する配達指示手段と、前記配達指示手段による指示に基づく前記ロッカーへの物品の収納に対応し、前記配達用データを受け付ける配達用データ受付手段と、前記配達用データ受付手段が受け付けた配達用データについて、配達通知を待機状態とする通知待機手段と、前記物品の配達に係る作業である配達作業が完了したか否かを判定する配達作業判定手段と、前記配達作業判定手段により前記配達作業が完了したと判定された場合に、前記通知待機手段が待機状態とした１又は複数の配達通知を実行する配達通知実行手段と、前記配達用データ受付手段が受け付けた新規の配達用データについて、既に受け付けられて配達通知が待機状態である既存の配達用データと重複するか否かを判定する重複判定手段とを備えたことを特徴とする。

また、本発明は、上記発明において、前記新規の配達用データが既存の配達用データと重複しなければ当該新規の配達用データに対応するロッカーを施錠し、前記新規の配達用データが既存の配達用データと重複するならば当該既存の配達用データに対応するロッカーを開錠する施錠管理手段をさらに備えたことを特徴とする。

また、本発明は、上記発明において、前記配達通知実行手段は、対応するロッカーを開錠するために必要な開錠用データを前記配達通知として送信することを特徴とする。

また、本発明は、物品を収納して施錠可能なロッカーを複数有するロッカー装置であって、前記ロッカーを配達先として指定した配達依頼に基づく前記ロッカーへの物品の収納に対応し、前記配達依頼に対応する配達用データを受け付ける配達用データ受付手段と、前記配達用データ受付手段が受け付けた配達用データについて、配達通知を待機状態とする通知待機手段と、前記物品の配達に係る作業である配達作業が完了したか否かを判定する配達作業判定手段と、前記配達作業判定手段により前記配達作業が完了したと判定された場合に、前記通知待機手段が待機状態とした１又は複数の配達通知を実行する配達通知実行手段とを備え、前記配達作業判定手段は、配達待の状態にある配達用データが前記配達用データ受付手段によって全て受け付けられた場合に前記配達作業が完了したと判定することを特徴とする。
また、本発明は、物品を収納して施錠可能なロッカーを複数有するロッカー装置であって、前記ロッカーを配達先として指定した配達依頼に基づく前記ロッカーへの物品の収納に対応し、前記配達依頼に対応する配達用データを受け付ける配達用データ受付手段と、前記配達用データ受付手段が受け付けた配達用データについて、配達通知を待機状態とする通知待機手段と、前記物品の配達に係る作業である配達作業が完了したか否かを判定する配達作業判定手段と、前記配達作業判定手段により前記配達作業が完了したと判定された場合に、前記通知待機手段が待機状態とした１又は複数の配達通知を実行する配達通知実行手段と、前記配達用データ受付手段が受け付けた新規の配達用データについて、既に受け付けられて配達通知が待機状態である既存の配達用データと重複するか否かを判定する重複判定手段とを備えたことを特徴とする。

また、本発明は、物品の配達を管理する配達管理方法であって、前記物品を収納して施錠可能なロッカーを配達先として指定する配達依頼を受け付ける配達依頼受付ステップと、前記配達依頼受付ステップにより受け付けられた前記配達依頼を特定する配達用データを生成し、前記物品の配達を指示する配達指示ステップと、前記配達指示ステップによる指示に基づく前記ロッカーへの物品の収納に対応し、前記配達用データを受け付ける配達用データ受付ステップと、前記配達用データ受付ステップにより受け付けた配達用データについて、配達通知を待機状態とする通知待機ステップと、前記物品の配達に係る作業である配達作業が完了したか否かを判定する配達作業判定ステップと、前記配達作業判定ステップにより前記配達作業が完了したと判定された場合に、前記通知待機ステップが待機状態とした１又は複数の配達通知を実行する配達通知実行ステップとを含み、前記配達作業判定ステップは、配達待の状態にある配達用データが前記配達用データ受付ステップによって全て受け付けられた場合に前記配達作業が完了したと判定することを特徴とする。
また、本発明は、物品の配達を管理する配達管理方法であって、前記物品を収納して施錠可能なロッカーを配達先として指定する配達依頼を受け付ける配達依頼受付ステップと、前記配達依頼受付ステップにより受け付けられた前記配達依頼を特定する配達用データを生成し、前記物品の配達を指示する配達指示ステップと、前記配達指示ステップによる指示に基づく前記ロッカーへの物品の収納に対応し、前記配達用データを受け付ける配達用データ受付ステップと、前記配達用データ受付ステップにより受け付けた配達用データについて、配達通知を待機状態とする通知待機ステップと、前記物品の配達に係る作業である配達作業が完了したか否かを判定する配達作業判定ステップと、前記配達作業判定ステップにより前記配達作業が完了したと判定された場合に、前記通知待機ステップが待機状態とした１又は複数の配達通知を実行する配達通知実行ステップと、前記配達用データ受付ステップが受け付けた新規の配達用データについて、既に受け付けられて配達通知が待機状態である既存の配達用データと重複するか否かを判定する重複判定ステップとを含んだことを特徴とする。

本発明によれば、誤った配達通知が依頼元に到達することを防ぎ、物品の配達における利便性を向上することができる。

図１は、実施例１に係る配達システムの概念を説明するための説明図である。 図２は、本発明に係るインターネットショッピングについて説明するための説明図である。 図３は、ロッカー装置の外観構成を示す外観構成図である。 図４は、ロッカー装置の内部構成を示すブロック図である。 図５は、図４に示したロッカー管理データについての説明図である。 図６は、サーバの内部構成を示すブロック図である。 図７は、図６に示した注文管理データについての説明図である。 図８は、ロッカー装置の処理手順を示すフローチャートである。 図９は、図８に示した配達作業受付処理の詳細を説明するフローチャートである。 図１０は、図８に示した取出受付処理の詳細を説明するフローチャートである。 図１１は、サーバの処理手順を示すフローチャートである。 図１２は、実施例２に係る配達システムの概念を説明するための説明図である。 図１３は、実施例２に係るインターネットショッピングについて説明するための説明図である。 図１４は、実施例２に係るロッカー装置の内部構成を示すブロック図である。 図１５は、実施例２に係るサーバの内部構成を示すブロック図である。 図１６は、入れ違いへの対処についての説明図である。 図１７は、係員モードによる入れ違い対処の処理手順を示すフローチャートである。

以下に、添付図面を参照して、本発明に係る配達システム、ロッカー装置及び配達管理方法の好適な実施例を詳細に説明する。

まず、本実施例１に係る配達システムの概念について説明する。図１は、実施例１に係る配達システムの概念を説明するための説明図である。本実施例１に係る配達システムは、ロッカー装置１０を配達先として選択できる点に特徴がある。

ロッカー装置１０は、物品を収納するロッカーを複数有し、複数のロッカーを個別に施錠可能である。また、ロッカー装置１０は、複数箇所の駅等の公共施設にそれぞれ設置することが好適である。ロッカー装置１０は、物品の預入と取出とを同一人物が行うことを想定したコインロッカー機能を有してもよいが、本実施例１では説明を簡明にするため、物品の配達先としてのみ用いる配達専用のロッカー装置１０を例示して説明を行う。

利用者（例えば、後述するように物品の購入者等）は、端末装置３０を操作し、サーバ２０に対して物品の配達依頼を行う（１）。この配達依頼では、配達先としてロッカー装置１０が有するロッカーを選択することができる。

配達依頼を受けたサーバ２０は、配達業者等に物品の配達指示を行う（２）。ここで、サーバ２０は、配達依頼に対応する配達鍵データを生成し、配達指示に配達鍵データを含めておく。配達業者は、配達指示に基づいて物品をロッカー装置１０のロッカーに収納するとともに、配達鍵データをロッカー装置１０に読み取らせる。

ロッカー装置１０は、物品が収納されたロッカーを施錠するとともに、当該施錠を開錠するための取出鍵データを生成する。そして、配達鍵データと取出鍵データとを含む配達通知をサーバ２０に対して送信する（３）。ロッカー装置１０がサーバ２０に対して行う配達通知を、便宜上「第１の配達通知」という。

第１の配達通知を受信したサーバ２０は、配達鍵データによって配達依頼を特定し、配達依頼の依頼元である端末装置３０に取出鍵データを含む配達通知を送信する（４）。サーバ２０が端末装置３０に対して行う配達通知を、便宜上「第２の配達通知」という。利用者が、第２の配達通知に含まれていた取出鍵データをロッカー装置１０に読み取らせると（５）、ロッカー装置１０は、対応するロッカーを開錠するので、利用者は物品の受取が可能となる。

このように、ロッカーを物品の配達先として指定する配達依頼を受け付け、当該配達依頼に基づいてロッカーに物品が収納された場合に施錠を行い、開錠するために必要な取出鍵データを配達依頼の依頼元に通知することによって、ロッカーを物品の受け渡しに利用することができる。このため、配達する側と受取る側の双方にとって利便性の高い配達システムを実現可能である。

なお、例えば、単一の配達業者が、複数の配達依頼に基づき、複数の物品を異なるロッカーに収納する場合には、１つのロッカーに収納する度に依頼元への配達通知を行うのではなく、一連の作業として配達されるべき複数の物品の収納が終了するまで待機し、その後、依頼元への通知を行うことが好ましい。収納した物品と配達鍵データの対応関係を誤って操作した場合に、誤った配達通知が依頼元に到達することを防ぐためである。

次に、本発明に係る配達システムをインターネットショッピングに適用した場合の具体例について説明する。図２は、本発明に係るインターネットショッピングについて説明するための説明図である。

図２に示した例では、サーバ２０は、物品を販売する販売サイトを提供する。具体的には、サーバ２０は、商店４０が販売する物品の情報を表示制御し、物品に対する購入操作、すなわち注文を受け付けることができる。また、サーバ２０は、ロッカー装置１０から配達先として使用可能な空きロッカーを示すデータを取得することができる。

購入者は、端末装置３０を操作してサーバ２０にアクセスし、所望の物品を購入する（１）。この購入が、配達依頼に対応する。購入した物品の配達先として、ロッカー装置１０が有するロッカーを希望するならば、サーバ２０は、ロッカー装置１０の空きロッカーを表示制御し、配達先の選択を受け付ける。

サーバ２０は、購入が行われたならば、受注番号を発行する（２）。さらに、サーバ２０は、配達先がロッカーであるならば、受注番号に対応する配達鍵データを生成する（３）。その後、サーバ２０は、商店４０に対して発注を行う（４）。この発注が、配達指示に対応する。発注では、購入された物品とその配達先を特定する情報に加え、受注番号と配達鍵データとが商店４０に通知される。

商店４０では、発注に応じて購入された物品を出荷する（５）。物品には、配達鍵データを付する。配達鍵データとして数字列や二次元バーコード等を用いる場合には、伝票に対する印字によって配達鍵データを付すことができる。

配達業者５０は、商店４０から出荷された物品を指定されたロッカー装置１０まで配達する（６）。そして、指定されたロッカーに物品を収納し、配達鍵データをロッカー装置１０に読み取らせる。

ロッカー装置１０は、物品が収納されたロッカーを施錠するとともに、当該施錠を開錠するための開錠用データである取出鍵データを生成する（７）。取出鍵データは、購入者が物品を受取るために用いられる。また、購入者が設定された期限内に物品を受取らなかった場合に当該物品を配達業者が回収するために用いることもできる。取出鍵データは、数字列や二次元バーコード等の任意の形式であってよい。

ロッカー装置１０は、配達鍵データ及び取出鍵データを含む第１の配達通知をサーバ２０に対して送信する（７）。

第１の配達通知を受信したサーバ２０は、配達鍵データによって受注番号を特定し、購入者の端末装置３０に取出鍵データを含む第２の配達通知を送信する（８）。購入者は、この第２の配達通知により購入した物品が指定したロッカーに収納されたことを知ることができ、取出鍵データによってロッカーを開錠して中から購入した物品を取り出すことができる。

物品をロッカー装置１０のロッカーに収納してから所定期間以上、購入者による物品の取出しが行われなければ、サーバ２０は、配達業者５０に対して回収指示を行う（９）。この回収指示には、取出鍵データが含まれる。そのため、配達業者５０は、取出鍵データによって物品を取出して回収することができる。この場合には、購入者による取出鍵データの使用を無効化し、その旨を端末装置３０に通知してもよい。配達業者５０が取出鍵データによって物品を回収可能とすることにより、ロッカーが長期間に亘って占有される事態を防止することができる。

次に、ロッカー装置１０の外観構成について説明する。図３は、ロッカー装置１０の外観構成を示す外観構成図である。図３に示すように、ロッカー装置１０は、ロッカーＬ０１ｂ及びＬ０２ｂを含む複数のロッカーと、各ロッカーに対応するロック機構を有する。例えば、ロック機構Ｌ０１ａは、ロッカーＬ０１ｂを施解錠する機構であり、ロック機構Ｌ０２ａは、ロッカーＬ０２ｂを施解錠する機構である。さらに、ロッカー装置１０は、表示操作部１１を含むユーザインタフェースを有する。

次に、ロッカー装置１０の内部構成について説明する。図４は、ロッカー装置１０の内部構成を示すブロック図である。図４に示すように、ロッカー装置１０は、表示操作部１１と、コードリーダ１２と、レシート発行部１３と、通信部１４と、記憶部１５と、制御部１６とを有する。また、ロッカー装置１０は、ロッカーＬ０１ｂ及びＬ０２ｂを含む複数のロッカーと、各ロッカーに対応するロック機構（Ｌ０１ａ及びＬ０２ａ等）を有する。

表示操作部１１は、タッチパネルカラー液晶ディスプレイ等からなり、配達業者５０や購入者への情報表示や各種入力の受付に用いられる。配達鍵データ及び取出鍵データとして数字列を用いる場合には、これらの入力も表示操作部１１が受け付ける。

コードリーダ１２は、配達鍵データ及び取出鍵データを読み取るための読取りユニットである。配達鍵データ及び取出鍵データとして二次元バーコード等を用いる場合には、これらを撮像するカメラと画像処理部によってコードリーダ１２を構成する。

レシート発行部１３は、物品の配達時や取出時等、必要に応じてレシートを発行するためのプリンタユニットである。通信部１４は、所定の通信回線を経由してサーバ２０と通信するためのインタフェース部である。記憶部１５は、ハードディスク装置や不揮発性メモリ等からなる記憶デバイスである。記憶部１５は、ロッカー管理データ１５ａを記憶する。

制御部１６は、ロッカー装置１０を全体制御する制御部であり、ロッカー管理部１６ａ、配達作業受付部１６ｂ、配達鍵データ識別部１６ｃ、重複判定部１６ｄ、開錠用データ生成部１６ｅ、ロック制御部１６ｆ、通知待機処理部１６ｇ及び配達通知実行部１６ｈを有する。実際には、これらの機能部に対応するプログラムを図示しないＲＯＭや不揮発性メモリに記憶しておき、これらのプログラムをＣＰＵ（Central Processing Unit）にロードして実行することにより、ロッカー管理部１６ａ、配達作業受付部１６ｂ、配達鍵データ識別部１６ｃ、重複判定部１６ｄ、開錠用データ生成部１６ｅ、ロック制御部１６ｆ、通知待機処理部１６ｇ及び配達通知実行部１６ｈにそれぞれ対応するプロセスを実行させることになる。

ロッカー管理部１６ａは、各ロッカーの状態を管理する処理部である。ロッカー管理部１６ａは、ロッカーの状態が変更となった場合に、ロッカー管理データ１５ａを更新する。また、ロッカー管理データ１５ａに示されたロッカーの空き状況を適宜サーバ２０に送信する。

ロッカーの状態には、「空」、「配達待」、「配達通知待機」、「配達済」、「故障中」がある。「空」は、ロッカーには物品が収納されておらず、物品が配達される予定も無いため、新規の配達先として選択可能な状態である。「配達待」は、配達先として選択されたが、物品を収納していない状態である。「配達通知待機」は、配達先として選択され、物品が収納されたが、他の配達作業が残っているために配達通知の実行を待機している状態である。「配達済」は、配達先として選択され、物品が収納され、配達通知を行った状態である。この状態は、ロッカー内に物品が存在し、購入者又は配達業者５０による取出しを待機している状態である。購入者又は配達業者５０による取出が行われれば、ロッカーの状態は「空」となる。なお、この他にも「故障中」などの状態が設けられる。

ロッカーの状態が「配達待」、「配達通知待機」又は「配達済」であれば、ロッカーには配達鍵データが対応付けられており、配達鍵データが配達依頼やロッカーを一意に識別する情報として機能する。このため、ロッカーの状態が「配達待」、「配達通知待機」又は「配達済」である場合には、配達鍵データの状態が「配達待」、「配達通知待機」又は「配達済」であるものとして処理することができる。

配達作業受付部１６ｂは、配達業者５０による配達作業を受け付ける処理部である。具体的には、配達作業受付部１６ｂは、配達作業の開始に対応する操作として、配達業者５０に予め付与された業者コードの認証を行う。配達作業の開始後には、配達作業受付部１６ｂは、配達鍵データの受付を行う。また、１又は複数の配達鍵データの受付後、配達作業の終了を示す操作である配達終了操作を受け付けることができる。なお、配達鍵データの受付によって「配達待」状態のロッカーが無くなった場合には、配達終了操作によらず配達作業の終了を判定可能である。

なお、業者コードの認証については、例えば、入力された業者コードをサーバ２０に送信して問い合わせを行い、サーバ２０による認証結果を受信すればよい。かかる構成では、サーバ２０が業者コードの登録、削除、更新等の管理を行なうことで、業者コードが不正に使用されるリスクを低減することができる。また、サーバ装置２０から最新の業者コードを定期的に受信し、ロッカー装置１０の内部に保持しておけば、業者コードの認証時にはサーバ２０への問い合わせが不要となるので、通信エラーによって認証が失敗する事態を回避することができる。

配達鍵データ識別部１６ｃは、配達鍵データが正規のデータであるか否かの識別を行う処理部である。サーバ２０が配達鍵データを生成した場合に、ロッカー装置１０に配達鍵データを通知する構成であれば、購入成立時等にロッカー装置１０がサーバ２０から通知された配達鍵データを保持しておき、配達業者５０から受け付けた配達鍵データと比較することで配達鍵データを識別可能である。サーバ２０が配達鍵データを生成した場合に、ロッカー装置１０に配達鍵データを通知しない構成であれば、ロッカー装置１０が配達業者５０から受け付けた配達鍵データをサーバ２０に送信して、正規のデータであるか否かを問い合わせればよい。

重複判定部１６ｄは、単一の配達業者５０が複数の物品を異なるロッカーに収納する場合に、配達作業の開始から終了までの間に受け付けた配達鍵データの間で重複が発生しているか否かを判定する処理部である。具体的には、重複判定部１６ｄは、新規の配達鍵データを受け付けた場合に、既に受け付けられて「配達通知待機」状態である既存の配達鍵データと重複するか否かを判定する。

開錠用データ生成部１６ｅは、配達業者５０から受け付けた配達鍵データに対応する開錠用データを生成する処理部である。開錠用データ生成部１６ｅは、開錠用データとして取出鍵データを生成する。取出鍵データは、購入者が物品を受け取る際に使用される。また、取出鍵データは、購入者が物品を受け取らなかった場合に当該物品を回収するためにも使用される。取出鍵データは、数字列や二次元バーコード等の任意の形式であってよい。

また、開錠用データ生成部１６ｅは、購入者による取出鍵データの使用に対して有効期限を設定することで、購入者が物品を受取ることの出来る期限である受取期限を定める。さらに、開錠用データ生成部１６ｅは、物品の回収を行なう回収期間を定める。物品の配達から回収期間の開始時点までには待機期間を設けてもよい。

具体的には、待機期間を設けることにより、受取期限と回収期間の開始時点とが一致するように設定することが好適である。この場合には、受取期限までは購入者のみが物品を取り出すことが可能となり、購入者が受取期限内に受取を行わなければ、購入者は物品を取り出せなくなって配達業者５０による取出しが可能となる。

なお、受取期限を、回収期間の開始時点よりも後に設定してもよい。この場合には、回収期間に入ると購入者と配達業者５０のいずれであっても物品の取出しが可能となる。受取期限を無期限に設定した場合も同様である。また、回収期間には終了時点を定めてもよいし、回収期間の開始以降は無期限に回収可能としてもよい。

ロック制御部１６ｆは、ロック機構Ｌ０１ａ、Ｌ０２ａなどに施錠指示又は開錠指示を送信することで、ロッカーの施解錠を制御する処理部である。ロック制御部１６ｆは、配達業者５０によってロッカーに物品が収納され、配達鍵データが読み取られたならば、読み取られた配達鍵データが「配達通知待機」状態の配達鍵データと重複しないことを条件に、物品が収納されたロッカーを施錠し、読み取られた配達鍵データ、及び取出鍵データを対応付ける。また、読み取られた配達鍵データは、「配達待」状態から「配達通知待機」状態に変更される。

読み取られた配達鍵データが「配達通知待機」状態の配達鍵データと重複するならば、ロック制御部１６ｆは、重複した「配達通知待機」状態の配達鍵データに対応するロッカーを開錠する。このとき、重複した「配達通知待機」状態の配達鍵データは、「配達待」状態に変更される。

また、ロック制御部１６ｆは、取出鍵データが読み取られた場合に、対応するロッカーを開錠する。このとき、開錠されたロッカーは「空」状態に変更される。

通知待機処理部１６ｇは、配達業者５０から受け付けた配達鍵データを「配達待」状態から「配達通知待機」状態に設定する処理部である。配達通知実行部１６ｈは、配達作業受付部１６ｂにより配達作業が終了したと判定された場合に、「配達通知待機」状態の配達鍵データについて配達通知を実行し、「配達済」状態に変更する処理部である。配達通知実行部１６ｈによる配達通知は、配達鍵データ及び取出鍵データを含み、サーバ２０に送信される。

配達通知の実行時に、レシート発行部１３が配達業者５０に対してレシートを発行してもよい。このレシートには、配達日時、ロッカーの扉に付された扉番号、配達鍵データ等を印字し、配達の控えとして用いる。

次に、図４に示したロッカー管理データ１５ａについて説明する。図５は、図４に示したロッカー管理データ１５ａについての説明図である。図５に示すように、ロッカー管理データ１５ａは、基本データに加え、配達、取出に関するデータを有する。

ロッカー管理データ１５ａは、基本データとして、ロッカーＩＤ、扉番号及び状態を含む。ロッカーＩＤは、ロッカーを一意に特定する識別情報である。扉番号は、ロッカーの扉に付された番号である。状態は、「０：空」、「１：配達待」、「２：配達通知待機」、「３：配達済」、「７：故障中」等の値により、ロッカーの状態を示す。

ロッカー管理データ１５ａは、配達に関するデータとして配達鍵データ、配達日時を含む。配達鍵データは、当該ロッカーを配達先とする配達依頼に対応する配達鍵データである。配達日時は、状態が「３：配達済」となったときの日時を示す。

ロッカー管理データ１５ａは、取出に関するデータとして取出鍵データ、受取期限、回収期間、取出日時、取出種別を含む。取出鍵データは、開錠用データ生成部１６ｅにより生成されて格納される。受取期限及び回収期間は、開錠用データ生成部１６ｅにより設定されて格納される。取出日時は、取出鍵データによってロッカーが開錠されたときの日時を示す。取出鍵データによってロッカーが開錠されたときには、ロッカーの状態は「０：空」となる。

取出種別は、「０：取出待」、「１：受取済」、「２：回収済」のいずれかの値をとる。状態が「３：配達済」となると、まず取出し種別は「０：取出待」に設定される。その後、購入者により取出鍵データが使用され、ロッカーが開錠されたならば取出種別を「１：受取済」に設定する。そして、配達業者５０により取出鍵データが使用され、ロッカーが開錠されたならば取出種別を「２：回収済」に設定する。取出鍵データが購入者と配達業者５０のいずれにより使用されたかは、例えば、配達業者５０の業者コードを受け付けたか否かにより識別可能である。

次に、サーバ２０の内部構成について説明する。図６は、サーバ２０の内部構成を示すブロック図である。図６に示すように、サーバ２０は、表示部２１及び入力部２２と接続され、通信部２３、記憶部２４及び制御部２５を有する。

表示部２１は、液晶パネルやディスプレイ装置等である。入力部２２は、キーボードやマウス等である。通信部２３は、通信回線を介してロッカー装置１０、端末装置３０、商店４０及び配達業者５０等とデータ通信するためのインタフェース部である。記憶部２４は、ハードディスク装置や不揮発性メモリ等の記憶デバイスであり、注文管理データ２４ａ及び事業者登録データ２４ｂを記憶する。

制御部２５は、サーバ２０を全体制御する制御部であり、ロッカー状態取得部２５ａ、注文受付部２５ｂ、配達鍵データ生成部２５ｃ、発注処理部２５ｄ、配達鍵データ確認部２５ｅ、配達通知実行部２５ｆ及び回収指示部２５ｇを有する。実際には、これらの機能部に対応するプログラムを図示しないＲＯＭや不揮発性メモリに記憶しておき、これらのプログラムをＣＰＵにロードして実行することにより、ロッカー状態取得部２５ａ、注文受付部２５ｂ、配達鍵データ生成部２５ｃ、発注処理部２５ｄ、配達鍵データ確認部２５ｅ、配達通知実行部２５ｆ及び回収指示部２６ｇにそれぞれ対応するプロセスを実行させることになる。

ロッカー状態取得部２５ａは、必要に応じてロッカー装置１０からロッカーの状態を取得する処理部である。注文受付部２５ｂは、端末装置３０からのアクセスに応答して商店４０が販売する物品の情報を表示制御し、注文の受付を行う処理部である。

注文受付部２５ｂは、受け付けた注文について、受注番号を発行する。また、受け付けた注文の配達先としてロッカーを指定する場合には、ロッカー状態取得部２５ａにロッカーの状態を取得させ、空状態のロッカーから配達先の選択を受け付ける。

配達鍵データ生成部２５ｃは、注文受付部２５ｂがロッカーを配達先とする注文を受け付けた場合に、受注番号に対応する配達鍵データを生成する処理部である。配達鍵データは任意の方法で生成することができる。例えば、受注番号と、配達業者５０の業者コードとを組合せて配達鍵データとすればよい。配達業者５０の業者コードは、事業者登録データ２４ｂに登録されており、適宜更新されている。そこで、注文受付部２５ｂが発行した受注番号と当該注文の配達を担当する配達業者５０の業者コードを組み合わせることにより、配達依頼を一意に特定する配達鍵データを得ることができる。発注処理部２５ｄは、注文受付部２５ｂが受け付けた注文に基づいて、商店４０への発注を行う処理部である。発注では、購入された物品とその配達先を特定する情報に加え、受注番号と配達鍵データとが商店４０に通知される。

配達鍵データ確認部２５ｅは、ロッカー装置１０から配達通知を受信した場合に、配達通知に含まれる配達鍵データによって受注番号を特定する処理部である。また、配達鍵データ確認部２５ｅは、ロッカー装置１０から配達鍵データが正規のデータであるか問い合わせを受けた場合に、当該配達鍵データが自身が生成したデータであるか否かを確認し、その結果をロッカー装置１０に応答することができる。さらに、配達鍵データ確認部２５ｅは、ロッカー装置１０から業者コードの問い合わせを受けたならば、当該業者コードが事業者登録データ２４ｂに登録されているか否かによって業者コードの認証を行い、認証結果をロッカー装置に送信する。また、配達鍵データ確認部２５ｅは、ロッカー装置１０に対して最新の業者コードを定期的に送信することもできる。

配達通知実行部２５ｆは、ロッカー装置１０から配達通知を受信した場合に、配達鍵データ確認部２５ｅが特定した注文番号に基づいて、購入者の端末装置３０に配達通知を送信する処理部である。この配達通知には、取出鍵データを含めておく。

回収指示部２５ｇは、購入者による受取が行われないまま回収期間に入った取出鍵データが存在する場合に、配達業者５０に対して回収指示を行う処理部である。この回収指示には、取出鍵データを含めておく。

次に、図６に示した注文管理データ２４ａについて説明する。図７は、図６に示した注文管理データ２４ａについての説明図である。図７に示すように、注文管理データ２４ａは、基本データに加え、配達、受取に関するデータを有する。

注文管理データ２４ａは、基本データとして、受注番号、受注品目データ、購入者データ、発注先データ、配達先データ及び状態を含む。受注番号は、注文受付部２５ｂによって発行され、注文を一意に識別する識別情報である。受注品目データは、注文された物品の種類や数を特定するデータである。購入者データは、購入者の氏名や住所などを示すデータである。発注先データは、商店４０を特定するデータであり、配達先データは、物品の配達先を示すデータである。

状態は、「１：受注済」、「２：発注済」、「３：配達済」、「４：受取済」、「５：回収済」等の値により、注文の状態を示す。「１：受注済」は、注文番号が発行されており、商店４０への発注前であることを示す。「２：発注済」は、商店４０へ発注が行われており、配達が完了していないことを示す。「３：配達済」は、物品をロッカーに収納し、取り出されていないことを示す。「４：受取済」は、物品が購入者によって取り出されたことを示す。「５：回収済」は物品が配達業者５０によって取り出されたことを示す。

注文管理データ２４ａは、配達に関するデータとして配達鍵データ、配達日時を含む。配達鍵データは、当該注文に対応する配達鍵データである。配達日時は、状態が「３：配達済」となったときの日時を示す。

注文管理データ２４ａは、取出に関するデータとして取出鍵データ、受取期限、回収期間、取出日時を含む。取出鍵データ、受取期限及び回収期間は、ロッカー装置１０からの配達通知に含まれたものである。取出日時は、取出鍵データによってロッカーが開錠されたときの日時を示す。

次に、ロッカー装置１０の処理手順を説明する。図８は、ロッカー装置１０の処理手順を示すフローチャートである。ロッカー装置１０は、まず、ロッカー管理部１６ａによりロッカー管理データ１５ａを更新し、ロッカーの状態をサーバ２０に通知する（ステップＳ１０１）。次に、配達作業受付部１６ｂが配達業者５０による配達作業受付処理を行い（ステップＳ１０２）、ロック制御部１６ｆが購入者又は配達業者５０による物品の取出受付処理を行って（ステップＳ１０３）、処理を終了する。

図９は、図８に示した配達作業受付処理の詳細を説明するフローチャートである。まず、配達作業受付部１６ｂは、配達開始操作を受け付けたか否かを判定する（ステップＳ２０１）。配達開始操作は、タッチパネル上に配達開始ボタン等を設けておいてもよいし、業者コードの読取を配達開始操作とみなしてもよい。

配達開始操作を受け付けていなければ（ステップＳ２０１；Ｎｏ）、配達作業受付部１６ｂは、配達作業受付処理を終了する。配達開始操作を受け付けたならば（ステップＳ２０１；Ｙｅｓ）、配達作業受付部１６ｂは、業者コードの認証を行う（ステップＳ２０２）。業者コードがステップＳ２０１で読み取られていなければ、配達業者５０に業者コードの入力を求める表示出力を行う。読み取った業者コードの認証に失敗した場合には（ステップＳ２０２；Ｎｏ）、業者コード認証失敗を通知して、配達作業受付処理を終了する。なお、業者コードの認証には、例えば３回の猶予を設定しておき、３回までは業者コードの再入力を受け付けることとしてもよい。

業者コードの認証に成功したならば（ステップＳ２０２；Ｙｅｓ）、配達鍵データ識別部１６ｃは、配達業者５０から受け付けた配達鍵データを識別する（ステップＳ２０３）。識別の結果、正規の配達鍵データでなければ（ステップＳ２０４；Ｎｏ）、ステップＳ２０３に移行して、新たな配達鍵データを識別する。

識別の結果、正規の配達鍵データであったならば（ステップＳ２０４；Ｙｅｓ）、重複判定部１６ｄは、「配達通知待機」状態の配達鍵データと重複するか否かを判定する（ステップＳ２０５）。

「配達通知待機」状態の配達鍵データと重複していれば（ステップＳ２０５；Ｙｅｓ）、ロック制御部１６ｆは、重複した「配達通知待機」状態の配達鍵データに対応するロッカーを開錠し（ステップＳ２０６）、重複した「配達通知待機」状態の配達鍵データを「配達待」状態に変更する。また、表示操作部１１は、重複が発生したことを表示により通知し（ステップＳ２０８）、ステップＳ２０３に移行する。ここで、配達業者５０は、ロッカーに荷物を入れて扉を閉じる。

「配達通知待機」状態の配達鍵データと重複していなければ（ステップＳ２０５；Ｎｏ）、開錠用データ生成部１６ｅは、取出鍵データを生成する（ステップＳ２０９）。そして、ロック制御部１６ｆは、物品が収納されたロッカーを施錠し（ステップＳ２１０）、配達鍵データの状態を「配達通知待機」状態に設定する（ステップＳ２１１）。

ステップＳ２１１の後、配達作業受付部１６ｂは、他に「配達待」状態の配達鍵データが無くなったか否かを判定する（ステップＳ２１２）。「配達待」状態の配達鍵データが残っているならば（ステップＳ２１２；Ｎｏ）、配達作業受付部１６ｂは、配達作業の終了を示す操作である配達終了操作を受け付けたか否かを判定する（ステップＳ２１３）。配達終了操作を受け付けていなければ（ステップＳ２１３；Ｎｏ）、ステップＳ２０３に移行し、次の配達鍵データを識別する。

「配達待」状態の配達鍵データが無くなった（ステップＳ２１２；Ｙｅｓ）、若しくは配達終了操作を受け付けた場合（ステップＳ２１３；Ｙｅｓ）、配達通知実行部１６ｈは、「配達通知待機」状態の配達鍵データについて配達通知を実行し、「配達済」状態に変更して（ステップＳ２１４）、配達作業受付処理を終了する。

図１０は、図８に示した取出受付処理の詳細を説明するフローチャートである。ロック制御部１６ｆは、まず、業者コードの認証が行なわれたか否かを判定する（ステップＳ３０１）。業者コードが読み取られ、その認証に成功した場合には（ステップＳ３０１；Ｙｅｓ）、ロック制御部１６ｆは、業者用のメニュー画面を表示部２１に表示制御する（ステップＳ３０７）。

業者コードが読み取られていないか、若しくは、業者コードの認証に失敗した場合（ステップＳ３０１；Ｎｏ）、ロック制御部１６ｆは、購入者により使用されるメニュー画面を表示した状態で、取出鍵データの認証が行なわれたか否かを判定する（ステップＳ３０２）。具体的には、取出鍵データが読み取られ、当該取出鍵データが正規のデータであり、かつ有効期限内であるかを認証する。取出鍵データが読み取られていないか、若しくは取出鍵データの認証に失敗したならば（ステップＳ３０２；Ｎｏ）、ロック制御部１６ｆは取出受付処理を終了する。取出鍵データの認証に成功したならば（ステップＳ３０２；Ｙｅｓ）、ロック制御部１６ｆは、取出鍵データに対応するロッカーを開錠する（ステップＳ３０３）。ここで、購入者は荷物を取り出す。ロック制御部１６ｆは、ロッカー管理データ１５ａの取出日時をその時点の日時に設定すると共に取出種別を「受取済」に設定し（ステップＳ３０４）、状態を「空」に設定する（ステップＳ３０５）。その後、ロック制御部１６ｆは、受取完了をサーバ２０に通知して（ステップＳ３０６）、取出受付処理を終了する。

一方、ステップＳ３０７で業者用のメニュー画面を表示部２１に表示制御した後、ロック制御部１６ｆは、取出鍵データの認証が行なわれたか否かを判定する（ステップＳ３０８）。具体的には、取出鍵データが読み取られ、当該取出鍵データが正規のデータであり、かつ回収期間内であるかを認証する。取出鍵データが読み取られていないか、若しくは取出鍵データの認証に失敗したならば（ステップＳ３０８；Ｎｏ）、ロック制御部１６ｆは取出受付処理を終了する。

取出鍵データの認証に成功したならば（ステップＳ３０８；Ｙｅｓ）、ロック制御部１６ｆは、取出鍵データに対応するロッカーを開錠する（ステップＳ３０９）。そして、ロッカー管理データ１５ａの取出日時をその時点の日時に設定すると共に取出種別を「回収済」に設定し（ステップＳ３１０）、状態を「空」に設定する（ステップＳ３１１）。その後、ロック制御部１６ｆは、回収完了をサーバ２０に通知して（ステップＳ３１２）、取出受付処理を終了する。

次に、サーバ２０の処理手順を説明する。図１１は、サーバ２０の処理手順を示すフローチャートである。まず、注文受付部２５ｂは、注文の受付を行ったか否かを判定する（ステップＳ４０１）。

注文の受付を行ったならば（ステップＳ４０１；Ｙｅｓ）、注文受付部２５ｂが受注番号を発行し（ステップＳ４０２）、配達鍵データ生成部２５ｃが配達鍵データを生成する（ステップＳ４０３）。そして、発注処理部２５ｄが商店４０への発注を行う（ステップＳ４０４）。

ステップＳ４０４の終了後、若しくは注文の受付を行っていない場合（ステップＳ４０１；Ｎｏ）、配達鍵データ確認部２５ｅは、ロッカー装置１０から配達通知を受信したか否かを判定する（ステップＳ４０５）。

ロッカー装置１０から配達通知を受信したならば（ステップＳ４０５；Ｙｅｓ）、配達鍵データ確認部２５ｅは、配達通知に含まれる配達鍵データによって受注番号を特定する（ステップＳ４０６）。そして、配達通知実行部２５ｆは、特定した注文番号に基づいて、購入者の端末装置３０に配達通知を送信する（ステップＳ４０７）。

ステップＳ４０７の終了後、若しくはロッカー装置１０から配達通知を受信していない場合（ステップＳ４０５；Ｎｏ）、回収指示部２５ｇは、購入者による受取が行われないまま回収期間に入った取出鍵データが存在するか否か、すなわち、購入者による受取が行われないまま回収期間に入った配達依頼が存在するか否かを判定する（ステップＳ４０８）。

購入者による受取が行われないまま回収期間に入った取出鍵データが存在しなければ（ステップＳ４０８；Ｎｏ）、そのまま処理を終了する。そして、購入者による受取が行われないまま回収期間に入った取出鍵データが存在するならば（ステップＳ４０８；Ｙｅｓ）、回収指示部２５ｇは、配達業者５０に対して回収指示を送信して（ステップＳ４０９）、処理を終了する。

上述してきたように本実施例１にかかる配達システムでは、ロッカーを物品の配達先として指定する配達依頼を受け付け、当該配達依頼に基づいてロッカーに物品が収納された場合に施錠を行い、開錠するために必要な取出鍵データを配達依頼の依頼元に通知することによって、ロッカーを物品の受け渡しに利用することができる。このため、配達する側と受取る側の双方にとって利便性の高い配達システムを実現可能である。

また、ロッカーに物品を収納され、配達鍵データを受け付けた場合には、当該配達鍵データを配達通知待機状態とし、配達作業が完了したと判定した場合に配達通知待機状態の配達鍵データについて配達通知を実行するよう構成したので、収納した物品と配達鍵データの対応関係を誤って操作した場合に、誤った配達通知が依頼元に到達することを防ぐことができる。

このように、本実施例１では配達通知の保留に関する処理をロッカー装置１０が行う場合を例示して説明を行ったが、配達通知の保留に関する処理はサーバ２０で行ってもよい。この場合には、ロッカー装置１０は、配達鍵データを読み取る度にサーバ２０に配達通知（第１の配達通知）を行い、サーバ２０では配達作業の完了を判定するまで端末装置３０への配達通知（第２の配達通知）を保留することになる。

また、本実施例１では、説明を省略したが、「空」状態や「配達待」状態のロッカーは、施錠しておいてもよいし、開錠しておいてもよい。「配達待」状態で施錠する場合には、配達鍵データの読取りによって対応するロッカーが開錠することになる。

また、本実施例１では、取出鍵データに対して回収期間を設定し、回収期間に入る前は取出鍵データを用いた物品の回収が行えないように設定しているが、回収期間の設定は必須ではなく、取出鍵データを生成直後から回収に使用可能としてもよい。この場合には、サーバ２０から配達業者５０に取出鍵データを送信するタイミングを調整することで、回収のタイミングを制御することとなる。

また、本実施例１では、「配達待」状態の配達鍵データが無くなった場合に配達終了操作によらず配達作業の終了を判定する場合について説明したが、同一の配達業者が一回の配達作業で使用する配達鍵データの組合せを管理しておき、一回の配達作業で使用する配達鍵データが全て「配達済」となった場合に配達作業の終了と判定してもよい。このように構成すれば、配達業者が配達作業を複数回に分けたときにも、配達作業の終了を精度良く判定できる。受付中の配達作業に対応付けられていない配達鍵データが「配達待」であっても配達作業の終了を判定できるからである。

実施例２では、二次元バーコードの利用と物品の入れ違いに対する対処とを示した変形例について説明する。図１２は、実施例２に係る配達システムの概念を説明するための説明図である。

利用者は、端末装置１３０を操作し、サーバ１２０に対して物品の配達依頼を行う（１）。この配達依頼では、配達先としてロッカー装置１１０が有するロッカーを選択することができる。また、端末装置１３０は、携帯可能な端末であり、二次元バーコードを表示可能な表示部を有する。

配達依頼を受けたサーバ１２０は、配達業者等に物品の配達指示を行う（２）。ここで、サーバ１２０は、配達依頼に対応する配達鍵データを生成し、配達鍵データを符号化した二次元バーコードである配達鍵コードを配達指示に含めておく。配達業者は、配達指示に基づいて物品をロッカー装置１１０のロッカーに収納するとともに、配達鍵コードをロッカー装置１１０のカメラにかざす。

ロッカー装置１１０は、配達鍵コードを撮像し、復号化して配達鍵データを得る。また、ロッカー装置１１０は、物品が収納されたロッカーを施錠するとともに、当該施錠を開錠するための取出鍵データを生成する。そして、配達鍵データと取出鍵データとを含む配達通知をサーバ１２０に対して送信する（３）。ロッカー装置１１０がサーバ１２０に対して行う配達通知を、便宜上「第１の配達通知」という。

第１の配達通知を受信したサーバ１２０は、配達鍵データによって配達依頼を特定し、取出鍵データを符号化した二次元バーコードである取出鍵コードを生成し、配達依頼の依頼元である端末装置１３０に取出鍵コードを含む配達通知を送信する（４）。サーバ１２０が端末装置１３０に対して行う配達通知を、便宜上「第２の配達通知」という。この第２の配達通知は、例えば電子メールなどで行う。この場合には、取出鍵コードは、画像データとして電子メールに添付され、端末装置１３０の表示部に表示可能である。

利用者は、携帯端末１３０を携行し、携帯端末１３０の表示部に取出鍵コードを表示させてロッカー装置１１０のカメラにかざす。ロッカー装置１１０は、取出鍵コードを撮像し、復号化して取出鍵データを得る。そして、取出鍵データに対応するロッカーを開錠するので、利用者は物品の受取が可能となる（５）。

このように、配達鍵データや取出鍵データを二次元バーコードに符号化すれば、当該コードをかざすことでロッカー装置１１０に読み取らせることができるので、配達鍵データや取出鍵データの入力にかかる労力を低減し、ミスの発生を防止できる。

次に、実施例２に係る配達システムをインターネットショッピングに適用した場合の具体例について説明する。図１３は、実施例２に係るインターネットショッピングについて説明するための説明図である。

図１３に示した例では、サーバ１２０は、物品を販売する販売サイトを提供する。具体的には、サーバ１２０は、商店１４０が販売する物品の情報を表示制御し、物品に対する購入操作、すなわち注文を受け付けることができる。また、サーバ１２０は、ロッカー装置１１０から配達先として使用可能な空きロッカーを示すデータを取得することができる。そして、サーバ１２０は、二次元バーコードを生成する符号化機能を有し、ロッカー装置１１０は二次元バーコードを復号する復号機能を有する。

購入者は、端末装置１３０を操作してサーバ１２０にアクセスし、所望の物品を購入する（１）。この購入が、配達依頼に対応する。購入した物品の配達先として、ロッカー装置１１０が有するロッカーを希望するならば、サーバ１２０は、ロッカー装置１１０の空きロッカーを表示制御し、配達先の選択を受け付ける。

サーバ１２０は、購入が行われたならば、受注番号を発行する（２）。さらに、サーバ１２０は、配達先がロッカーであるならば、受注番号に対応する配達鍵データを生成し（３ａ）、生成した配達鍵データを二次元バーコードである配達鍵コードに符号化する（３ｂ）。その後、サーバ１２０は、商店１４０に対して発注を行う（４）。この発注が、配達指示に対応する。発注では、購入された物品とその配達先を特定する情報に加え、受注番号と配達鍵コードとが商店１４０に通知される。

商店１４０では、発注に応じて購入された物品を出荷する（５）。物品には、配達鍵コードを付する。配達業者１５０は、商店１４０から出荷された物品を指定されたロッカー装置１１０まで配達する（６）。そして、指定されたロッカーに物品を収納し、配達鍵コードをロッカー装置１１０のカメラにかざす。

ロッカー装置１１０は、配達鍵コードを撮像し、復号化して配達鍵データを得る（７ａ）。また、ロッカー装置１１０は、物品が収納されたロッカーを施錠するとともに、当該施錠を開錠するための開錠用データである取出鍵データを生成する（７ｂ）。取出鍵データは、購入者が物品を受取るために用いられる。また、購入者が設定された期限内に物品を受取らなかった場合に当該物品を配達業者が回収するために用いることもできる。

ロッカー装置１１０は、配達鍵データ及び取出鍵データを含む第１の配達通知をサーバ１２０に対して送信する（７ｃ）。

第１の配達通知を受信したサーバ１２０は、配達鍵データによって受注番号を特定し、取出鍵データを符号化した二次元バーコードである取出鍵コードを生成し（８ａ）、購入者の端末装置１３０に取出鍵コードを含む第２の配達通知を送信する（８ｂ）。購入者は、この第２の配達通知により購入した物品が指定したロッカーに収納されたことを知ることができ、取出鍵コードをロッカー装置１１０のカメラにかざすことでロッカーを開錠し、中から購入した物品を取り出すことができる。

物品をロッカー装置１１０のロッカーに収納してから所定期間以上、購入者による物品の取出しが行われなければ、配達業者１５０に取出鍵コードを含む回収指示を送信する（９）。配達業者１５０は、取出鍵コードをロッカー装置１１０のカメラにかざすことで物品を取出して回収することができる。

次に、ロッカー装置１１０の内部構成について説明する。図１４は、実施例２にかかるロッカー装置１１０の内部構成を示すブロック図である。ロッカー装置１１０では、コードリーダ１２がカメラ１２ａ及び画像処理部１２ｂを有する。また、制御部１１６が復号処理部１１６ａ及び係員モード処理部１１６ｂを更に有する点が図４に示したロッカー装置１０と異なる。その他の構成及び動作については図４に示したロッカー装置１０と同様であるので、同一の構成要素には同一の符号を付して説明を省略する。

コードリーダ１２のカメラ１２ａは、配達鍵コード及び取出鍵コードの撮像を行う撮像装置である。画像処理部１２ｂは、カメラ１２ａが撮像した画像から二次元バーコードを検出し、二値化等の処理を行って制御部１１６に出力する。

復号処理部１１６ａは、画像処理部１２ｂが検出した二次元バーコードを復号処理する処理部である。この復号処理により、配達鍵データ又は取出鍵データが得られる。従って、配達作業受付部１６ｂは、復号処理部１１６ａが配達鍵コードから復号した配達鍵データを受け付けることとなる。また、ロック制御部１６ｆは、復号処理部１１６ａが取出鍵コードから取出鍵データを復号した場合に、対応するロッカーを開錠する。

係員モード処理部１１６ｂは、保守業者の係員が使用する動作モードである係員モードでの動作を制御する処理部である。ロッカー装置１１０の保守は、配送業者１５０等とは異なる保守業者の係員によって行われる。

実施例１で具体的に説明したように、配達鍵データが重複した場合には、ロッカー装置１１０はその重複を検知して誤った配達通知の送信を抑止することができる。しかし、物品の入れ違いが発生すると、配達鍵データは重複しないため、利用者に誤った配達通知が到達する可能性がある。具体的には、配達通知に対応するロッカーに、他の物品が入っている状態となる。このような場合には、入れ違いが発生した物品をそれぞれ取出し、正しく入れ直す必要がある。

ところが、取出鍵データを用いて対応するロッカーを開錠すると、開錠されたロッカーは「空」状態に変更されてしまう。そのため、入れ違いに対処するためにロッカーを開く際には上述の係員モードを用い、ロッカーの状態を変更することなく、すなわち「配達済」状態のまま、ロッカーの開錠と再施錠を行うのである。

次に、サーバ１２０の内部構成について説明する。図１５は、実施例２にかかるサーバ１２０の内部構成を示すブロック図である。図１５に示すように、サーバ１２０は、制御部１２５が符号化処理部１２５ａを更に有する点が図６に示したサーバ２０と異なる。その他の構成及び動作については図６に示したサーバ２０と同様であるので、同一の構成要素には同一の符号を付して説明を省略する。

符号化処理部１２５ａは、符号化により二次元バーコードを生成する処理部である。具体的には、符号化処理部１２５ａは、配達鍵データからの配達鍵コードの生成、並びに取出鍵データからの取出鍵コードの生成を行う。

次に、入れ違いへの対処について説明する。図１６は、入れ違いへの対処についての説明図である。図１６（ａ）は、物品Ｐ１及び物品Ｐ２がそれぞれ正しくロッカーに収納された状態を示している。

具体的には、物品Ｐ１には、配達鍵データ「Ｄ１１１１」が付されており、物品Ｐ２には、配達鍵データ「Ｄ２２２２」が付されている。そして、物品Ｐ１は、対応付けられたロッカー「Ｌ１１１１」に正しく収納され、物品Ｐ２は、対応付けられたロッカー「Ｌ２２２２」に正しく収納されている。

この結果、物品Ｐ１を購入した利用者には物品Ｐ１の配達通知が送信され、その配達通知にはロッカー「Ｌ１１１１」を開錠する取出鍵「Ｋ１１１１」が含まれている。従って、物品Ｐ１を購入した利用者は、ロッカー「Ｌ１１１１」を開錠して物品Ｐ１を受取ることが出来る。同様に、物品Ｐ２を購入した利用者には物品Ｐ２の配達通知が送信され、その配達通知にはロッカー「Ｌ２２２２」を開錠する取出鍵「Ｋ２２２２」が含まれている。従って、物品Ｐ２を購入した利用者は、ロッカー「Ｌ２２２２」を開錠して物品Ｐ２を受取ることが出来る。

図１６（ｂ１）は、物品Ｐ１と物品Ｐ２に入れ違いが生じた状態を示している。具体的には、配達鍵データ「Ｄ１１１１」が付された物品Ｐ１は、対応付けられたロッカー「Ｌ１１１１」ではなくロッカー「Ｌ２２２２」に誤って収納され、配達鍵データ「Ｄ２２２２」が付された物品Ｐ１は、対応付けられたロッカー「Ｌ２２２２」ではなくロッカー「Ｌ１１１１」に誤って収納されている。

この結果、物品Ｐ１を購入した利用者には物品Ｐ１の配達通知が送信され、その配達通知にはロッカー「Ｌ１１１１」を開錠する取出鍵「Ｋ１１１１」が含まれている。しかし、ロッカー「Ｌ１１１１」には物品Ｐ２が収納されているため、物品Ｐ１を受取ることができない。同様に、物品Ｐ２を購入した利用者には物品Ｐ２の配達通知が送信され、その配達通知にはロッカー「Ｌ２２２２」を開錠する取出鍵「Ｋ２２２２」が含まれている。しかし、ロッカー「Ｌ２２２２」には物品Ｐ１が収納されているため、物品Ｐ２を受取ることができない。

このような入れ違いが判明した場合には、図１６（ｂ２）に示すように、係員が物品の入替を行う。この入替に係員モードを用いることで、ロッカーの状態を維持しつつ物品のみを入れ替えることができ、物品Ｐ１はロッカー「Ｌ１１１１」に、物品Ｐ２は対応付けられたロッカー「Ｌ２２２２」にそれぞれ正しく収納された状態となる。

このため、物品Ｐ１を購入した利用者がロッカー「Ｌ１１１１」を開錠すると、物品Ｐ１を受取ることが出来る。同様に、物品Ｐ２を購入した利用者がロッカー「Ｌ２２２２」を開錠すると、物品Ｐ２を受取ることが出来る。

次に、係員モードによる入れ違い対処の処理手順について説明する。図１７は、係員モードによる入れ違い対処の処理手順を示すフローチャートである。係員モード処理部１１６ｂは、まず、入れ違い報告操作を受け付けたか否かを判定する（ステップＳ５０１）。この入れ違い報告操作は、利用者や配達業者によって行われる。例えば、配達通知を受けた利用者が取出鍵コードでロッカーを開錠し、間違った物品が入っていることに気付いた場合に、表示操作部１１に対して入れ違い報告操作を行う。また、配達業者が物品をロッカーに入れて施錠した後、入れ違いに気付いた場合に、表示操作部１１に対して入れ違い報告操作を行う。

入れ違い報告操作を受け付けていなければ（ステップＳ５０１；Ｎｏ）。係員モード処理部１１６ｂは、そのまま処理を終了する。入れ違い報告操作を受け付けたならば（ステップＳ５０１；Ｙｅｓ）。係員モード処理部１１６ｂは、係員呼出を行う（ステップＳ５０２）。係員呼出は、保守業者に対する通信等によって行われる。

係員呼出が行われると、係員がロッカー装置１１０に派遣される。ロッカー装置１１０は、派遣された係員の認証が行われた否かを判定する（ステップＳ５０３）。係員の認証が行われていなければ（ステップＳ５０３；Ｎｏ）、ステップＳ５０３に移行し、係員の認証を待機する。

係員の認証が行われたならば（ステップＳ５０３；Ｙｅｓ）、係員モード処理部１１６ｂは、係員モードを開始する（ステップＳ５０４）。そして、入れ違いが発生したロッカーのうちの一方である第１のロッカーの強制開錠を行う（ステップＳ５０５）。ロッカーの強制開錠は、係員専用の鍵などにより行われ、ロッカーの状態を変更しない開錠である。係員は、強制開錠した第１のロッカーから物品を取り出す。その後、ロッカー装置１１０は、第１のロッカーを施錠する（ステップＳ５０６）。

ステップＳ５０６の後、係員モード処理部１１６ｂは、入れ違いが発生したロッカーのうちの他方である第２のロッカーの強制開錠を行う（ステップＳ５０７）。係員は、強制開錠した第２のロッカーから物品を取り出し、第１のロッカーから取り出した物品を入れる。その後、ロッカー装置１１０は、第２のロッカーを施錠する（ステップＳ５０８）。

ステップＳ５０８の後、係員モード処理部１１６ｂは、第１のロッカーを再び強制開錠する（ステップＳ５０９）。係員は、第２のロッカーから取り出した物品を入れる。第１のロッカーに入れる。その後、ロッカー装置１１０は、第１のロッカーを施錠する（ステップＳ５１０）。ステップＳ５１０の後、係員モード処理部１１６ｂは、係員モードを終了し（ステップＳ５１１）、処理を終える。

上述してきたように、本実施例２にかかる配達システムでは、配達鍵データや取出鍵データを二次元バーコードに符号化して利用するため、当該コードをかざすことでロッカー装置１１０に読み取らせることができ、配達鍵データや取出鍵データの入力にかかる労力を低減し、ミスの発生を防止できる。

また、本実施例２にかかる配達システムでは、ロッカーの状態を変更することなくロッカーの開錠と施錠が可能な係員モードを用いることにより、物品の入れ違いに対処可能としたので、既に送付した開錠用データを破棄することなく、正しい物品の受け渡しが可能となる。

なお、実施例１及び２に図示した各構成は機能概略的なものであり、必ずしも物理的に図示の構成をされていることを要しない。すなわち、各装置の分散・統合の形態は図示のものに限られず、その全部または一部を各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。

以上のように、本発明に係る配達システム、ロッカー装置及び配達管理方法は、物品の配達における利便性を向上することに適している。

１０、１１０ ロッカー装置
１１ 表示操作部
１２ コードリーダ
１２ａ カメラ
１２ｂ 画像処理部
１３ レシート発行部
１４、２３ 通信部
１５、２４ 記憶部
１５ａ ロッカー管理データ
１６、２５、１１６、１２５ 制御部
１６ａ ロッカー管理部
１６ｂ 配達作業受付部
１６ｃ 配達鍵データ識別部
１６ｄ 重複判定部
１６ｅ 開錠用データ生成部
１６ｆ ロック制御部
１６ｇ 通知待機処理部
１６ｈ 配達通知実行部
２０、１２０ サーバ
２１ 表示部
２２ 入力部
２４ａ 注文管理データ
２４ｂ 事業者登録データ
２５ａ ロッカー状態取得部
２５ｂ 注文受付部
２５ｃ 配達鍵データ生成部
２５ｄ 発注処理部
２５ｅ 配達鍵データ確認部
２５ｆ 配達通知実行部
２５ｇ 回収指示部
３０、１３０ 端末装置
４０、１４０ 商店
５０、１５０ 配達業者
１１６ａ 復号処理部
１１６ｂ 係員モード処理部
１２５ａ 符号化処理部
Ｌ０１ａ、Ｌ０２ａ ロック機構
Ｌ０１ｂ、Ｌ０２ｂ ロッカー

Claims (11)

1. 物品を配達する配達システムであって、
   前記物品を収納して施錠可能なロッカーを複数有するロッカー装置と、
   前記ロッカーを前記物品の配達先として指定する配達依頼を受け付ける配達依頼受付手段と、
   前記配達依頼受付手段により受け付けられた前記配達依頼を特定する配達用データを生成し、前記物品の配達を指示する配達指示手段と、
   前記配達指示手段による指示に基づく前記ロッカーへの物品の収納に対応し、前記配達用データを受け付ける配達用データ受付手段と、
   前記配達用データ受付手段が受け付けた配達用データについて、配達通知を待機状態とする通知待機手段と、
   前記物品の配達に係る作業である配達作業が完了したか否かを判定する配達作業判定手段と、
   前記配達作業判定手段により前記配達作業が完了したと判定された場合に、前記通知待機手段が待機状態とした１又は複数の配達通知を実行する配達通知実行手段と
   を備え、
   前記配達作業判定手段は、配達待の状態にある配達用データが前記配達用データ受付手段によって全て受け付けられた場合に前記配達作業が完了したと判定する
   ことを特徴とする配達システム。
2. 前記配達作業判定手段は、前記配達作業を行う作業者が所定の操作を行った場合に前記配達作業が完了したと判定することを特徴とする請求項１に記載の配達システム。
3. 前記通知待機手段は、前記ロッカー装置に設けられたことを特徴とする請求項１又は２に記載の配達システム。
4. 前記配達指示手段及び前記通知待機手段は、前記ロッカー装置と通信可能なサーバ装置に設けられたことを特徴とする請求項１又は２に記載の配達システム。
5. 物品を配達する配達システムであって、
   前記物品を収納して施錠可能なロッカーを複数有するロッカー装置と、
   前記ロッカーを前記物品の配達先として指定する配達依頼を受け付ける配達依頼受付手段と、
   前記配達依頼受付手段により受け付けられた前記配達依頼を特定する配達用データを生成し、前記物品の配達を指示する配達指示手段と、
   前記配達指示手段による指示に基づく前記ロッカーへの物品の収納に対応し、前記配達用データを受け付ける配達用データ受付手段と、
   前記配達用データ受付手段が受け付けた配達用データについて、配達通知を待機状態とする通知待機手段と、
   前記物品の配達に係る作業である配達作業が完了したか否かを判定する配達作業判定手段と、
   前記配達作業判定手段により前記配達作業が完了したと判定された場合に、前記通知待機手段が待機状態とした１又は複数の配達通知を実行する配達通知実行手段と、
   前記配達用データ受付手段が受け付けた新規の配達用データについて、既に受け付けられて配達通知が待機状態である既存の配達用データと重複するか否かを判定する重複判定手段と
   を備えたことを特徴とする配達システム。
6. 前記新規の配達用データが既存の配達用データと重複しなければ当該新規の配達用データに対応するロッカーを施錠し、前記新規の配達用データが既存の配達用データと重複するならば当該既存の配達用データに対応するロッカーを開錠する施錠管理手段をさらに備えたことを特徴とする請求項５に記載の配達システム。
7. 前記配達通知実行手段は、対応するロッカーを開錠するために必要な開錠用データを前記配達通知として送信することを特徴とする請求項６に記載の配達システム。
8. 物品を収納して施錠可能なロッカーを複数有するロッカー装置であって、
   前記ロッカーを配達先として指定した配達依頼に基づく前記ロッカーへの物品の収納に対応し、前記配達依頼に対応する配達用データを受け付ける配達用データ受付手段と、
   前記配達用データ受付手段が受け付けた配達用データについて、配達通知を待機状態とする通知待機手段と、
   前記物品の配達に係る作業である配達作業が完了したか否かを判定する配達作業判定手段と、
   前記配達作業判定手段により前記配達作業が完了したと判定された場合に、前記通知待機手段が待機状態とした１又は複数の配達通知を実行する配達通知実行手段と
   を備え、
   前記配達作業判定手段は、配達待の状態にある配達用データが前記配達用データ受付手段によって全て受け付けられた場合に前記配達作業が完了したと判定する
   ことを特徴とするロッカー装置。
9. 物品を収納して施錠可能なロッカーを複数有するロッカー装置であって、
   前記ロッカーを配達先として指定した配達依頼に基づく前記ロッカーへの物品の収納に対応し、前記配達依頼に対応する配達用データを受け付ける配達用データ受付手段と、
   前記配達用データ受付手段が受け付けた配達用データについて、配達通知を待機状態とする通知待機手段と、
   前記物品の配達に係る作業である配達作業が完了したか否かを判定する配達作業判定手段と、
   前記配達作業判定手段により前記配達作業が完了したと判定された場合に、前記通知待機手段が待機状態とした１又は複数の配達通知を実行する配達通知実行手段と、
   前記配達用データ受付手段が受け付けた新規の配達用データについて、既に受け付けられて配達通知が待機状態である既存の配達用データと重複するか否かを判定する重複判定手段と
   を備えたことを特徴とするロッカー装置。
10. 物品の配達を管理する配達管理方法であって、
    前記物品を収納して施錠可能なロッカーを配達先として指定する配達依頼を受け付ける配達依頼受付ステップと、
    前記配達依頼受付ステップにより受け付けられた前記配達依頼を特定する配達用データを生成し、前記物品の配達を指示する配達指示ステップと、
    前記配達指示ステップによる指示に基づく前記ロッカーへの物品の収納に対応し、前記配達用データを受け付ける配達用データ受付ステップと、
    前記配達用データ受付ステップにより受け付けた配達用データについて、配達通知を待機状態とする通知待機ステップと、
    前記物品の配達に係る作業である配達作業が完了したか否かを判定する配達作業判定ステップと、
    前記配達作業判定ステップにより前記配達作業が完了したと判定された場合に、前記通知待機ステップが待機状態とした１又は複数の配達通知を実行する配達通知実行ステップと
    を含み、
    前記配達作業判定ステップは、配達待の状態にある配達用データが前記配達用データ受付ステップによって全て受け付けられた場合に前記配達作業が完了したと判定する
    ことを特徴とする配達管理方法。
11. 物品の配達を管理する配達管理方法であって、
    前記物品を収納して施錠可能なロッカーを配達先として指定する配達依頼を受け付ける配達依頼受付ステップと、
    前記配達依頼受付ステップにより受け付けられた前記配達依頼を特定する配達用データを生成し、前記物品の配達を指示する配達指示ステップと、
    前記配達指示ステップによる指示に基づく前記ロッカーへの物品の収納に対応し、前記配達用データを受け付ける配達用データ受付ステップと、
    前記配達用データ受付ステップにより受け付けた配達用データについて、配達通知を待機状態とする通知待機ステップと、
    前記物品の配達に係る作業である配達作業が完了したか否かを判定する配達作業判定ステップと、
    前記配達作業判定ステップにより前記配達作業が完了したと判定された場合に、前記通知待機ステップが待機状態とした１又は複数の配達通知を実行する配達通知実行ステップと、
    前記配達用データ受付ステップが受け付けた新規の配達用データについて、既に受け付けられて配達通知が待機状態である既存の配達用データと重複するか否かを判定する重複判定ステップと
    を含んだことを特徴とする配達管理方法。

Images