(57)【要約】【課題】配送コストを大幅に削減でき、且つ利用者の好きな日時に配送物品を受け取れる効果的な配送管理装置及び配送管理信制御プログラムを提供する。【解決手段】差出人から配送物に対する出荷預入場所情報の入力を受付け、受取人から当該配送物に対する受取場所情報の入力を受付ける配送情報受付部と、少なくとも前記出荷預入場所情報と前記受取場所情報を通知して、配送を希望するユーザを募集し、募集したユーザの中から所定のルールに基づいて配送者を決定する配送者決定部と、少なくとも、配送者に、前記出荷預入場所または他の配送者が保管した中継保管場所から前記配送物の取出しに必要な情報と、中継保管場所又は受取場所への保管に必要な情報を通知し、受取人に、配送者が保管した受取場所から前記配送物の取出しに必要な情報を通知する配送手順通知部とを有する。【選択図】図１
2015003778.tif 000002
【特許請求の範囲】
【請求項１】
差出人から配送物に対する出荷預入場所情報の入力を受付け、受取人から当該配送物に対する受取場所情報の入力を受付ける配送情報受付部と、
少なくとも前記出荷預入場所情報と前記受取場所情報を通知して配送を希望するユーザを募集し、募集したユーザの中から所定のルールに基づいて配送者を決定する配送者決定部と、
少なくとも、配送者に、前記出荷預入場所または他の配送者が保管した中継保管場所から前記配送物の取出しに必要な情報と、中継保管場所又は受取場所への保管に必要な情報を通知し、
受取人に、配送者が保管した受取場所から前記配送物の取出しに必要な情報を通知する配送手順通知部と、
を有することを特徴とする、配送管理装置。
【請求項２】
差出人から出荷預入場所への配送物保管完了の通知と、
配送者から出荷預入場所又は中継保管場所からの配送物取出し完了の通知、及び中継保管場所又は受取場所への配送物保管完了の通知と、
受取人から受取場所からの配送物取出し完了の通知とを受付ける配送状況管理部を有することを特徴とする、請求項１に記載の配送管理装置。
【請求項３】
配送状況管理部は、
差出人の出荷預入場所への配送物保管完了の情報と、
配送者の出荷預入場所又は中継保管場所からの配送物取出し完了の情報、及び中継保管場所又は受取場所への配送物保管完了の情報と、
受取人の受取場所からの配送物取出し完了の情報とを閲覧可能に表示することを特徴とする、請求項２に記載の配送管理装置。
【請求項４】
配送手順通知部は、
配送状況管理部が前記配送物保管完了の通知を受付けると、次の行為者に当該保管完了の通知と、保管場所からの取出しに必要な情報の通知を行うことを特徴とする、請求項２又は３の何れか一項に記載の配送管理装置。
【請求項５】
配送者決定部は、
ユーザ登録したユーザに対して落札商品に対する出荷預入場所情報と受取場所情報を表示して配送者の募集を行い、配送者を決定することを特徴とする、請求項１〜４の何れか一項に記載の配送管理装置。
【請求項６】
配送物を配送した配送者に特典を付与する報酬授与部を有することを特徴とする、請求項１に記載の配送管理装置。
【請求項７】
コンピュータに、
請求項１乃至６の何れか一項に記載の配送管理装置が有する各手段として機能させるための配送管理制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、配送管理装置、及び配送管理制御プログラムに関する。
【背景技術】
【０００２】
近年、家に届けられる配送物品を受け取る者が常時在宅できないというライフスタイルの変化から、配送物品の受け取りを効果的に行うサービスの一環として、例えばロッカーを利用するサービスが提案されている。このようなサービスでは、ユーザは、例えば電話やインターネットなどにより注文した商品を、宅配業者が、ユーザが指定したロッカーへ配送することで受け取れるロッカーシステムがある（例えば、特許文献１参照）。
【０００３】
また、利用者がロッカーに預け入れた荷物を利用者の希望する場所のロッカーまで、宅配業者が転送するロッカーシステムも知られている（例えば、特許文献２参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−８４２７３号公報
【特許文献２】特開２００８−１２３０５５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上記した特許文献１、２に記載されたロッカーシステムは、利用者が所望のロッカーから好きな日時に配送物品を受け取ることができる点は認められる。
【０００６】
しかし、特許文献１、２などのロッカーシステムにおいては、通常の宅配業者が配送を行うため配送コストが掛るだけでなく、システムに掛かる設備費用も膨大なものとなる。近年、配送コストを最小限にする価格競争が始まっているが、配送コストは単価に関係なく距離と大きさにより左右されて厳密に無くなることはない。
【０００７】
本発明の一つの実施形態は上記の従来の問題点に鑑み提案されたものであり、その目的とするところは、配送コストを大幅に削減でき、且つ利用者の好きな日時に配送物品を受け取れる効果的な配送管理装置及び配送管理制御プログラムを提供することにある。
【課題を解決するための手段】
【０００８】
上記の課題を解決するため、本発明の一つの実施形態にあっては、差出人から配送物に対する出荷預入場所情報の入力を受付け、受取人から当該配送物に対する受取場所情報の入力を受付ける配送情報受付部と、少なくとも前記出荷預入場所情報と前記受取場所情報を通知して配送を希望するユーザを募集し、募集したユーザの中から所定のルールに基づいて配送者を決定する配送者決定部と、少なくとも、配送者に、前記出荷預入場所または他の配送者が保管した中継保管場所から前記配送物の取出しに必要な情報と、中継保管場所又は受取場所への保管に必要な情報を通知し、受取人に、配送者が保管した受取場所から前記配送物の取出しに必要な情報を通知する配送手順通知部と、を有することを特徴とする配送管理装置を要旨としている。
【発明の効果】
【０００９】
本発明の一つの実施形態によれば、配送コストを大幅に削減でき、且つ利用者の好きな日時に配送物品を受け取れる効果的な配送管理装置及び配送管理信制御プログラムを提供できる。
【発明を実施するための形態】
【００１０】
以下、本発明を実施するための形態を図面を用いて説明する。
本発明の一実施形態は、特にネットオークションにより出品者Ｓと落札者Ｒとの間で成立した落札商品を、落札者Ｒの希望する場所まで他のユーザに配送させることを特長としている。
【００１１】
また、特に落札商品の保管場所としては、駅のロッカーを利用し、指定した駅のロッカー間を他のユーザが配送することで好適に実施される。したがって、本実施の形態では、商品の差出人を出品者Ｓ、商品の受取人を落札者Ｒとし表記する。また、配送物は落札商品とも表記する。
【００１２】
＜システム構成＞
はじめに、具体的な発明の内容を説明する前に、本実施形態を実施するにあたってのシステム構成について説明する。図１は、本実施形態による配送管理装置１、オークション管理装置２、及びユーザ端末３、４、５が、ネットワーク６を介して接続されているネットワーク構成図である。
【００１３】
ユーザ端末３は、本明細書中ではオークションに参加している出品者Ｓを指し、ユーザ端末４はオークションに参加している落札者Ｒを指し、ユーザ端末３は、他の一般ユーザＵのユーザ端末を指して用いている。
【００１４】
配送管理装置１は、本実施形態に係る配送を管理するサーバであり、オークション管理装置２が提供するネットオークションコンテンツにより成立したオークション情報ＤＢ（Ｄａｔａ  ｂａｓｓ）２１の情報を利用して、オークションにより落札された落札商品に対する配送管理のサービスを行なう。
【００１５】
配送管理装置１は、機能部としてユーザ登録部１１と、配送情報受付部１２と、配送者決定部１３と、配送手順通知部１４と、配送状況管理部１５と、報酬授与部１６とを備えている。
【００１６】
また、配送管理装置１は、データベースとして、ユーザ管理ＤＢ１７と、落札商品ＤＢ１８と、ロッカー管理ＤＢ１９と、配送管理ＤＢ２０とを備えている。
【００１７】
ユーザ登録部１１及びユーザ管理ＤＢ１７は、配送管理装置１の運営者によるユーザ情報を統一的に管理する仕組みが他にある場合には、その仕組みを利用することで省略することができる。
【００１８】
ユーザ登録部１１は、ユーザ登録してない一般のユーザＵのユーザ端末５のブラウザからの要求に応じてユーザＩＤを発行しユーザ管理ＤＢ１７へユーザ登録を行う機能を有している。
【００１９】
また、ネットオークションの利用に先立ち出品者Ｓのユーザ端末３と落札者Ｒのユーザ端末４からブラウザからの要求に応じてオークション管理装置２のオークション情報ＤＢ２１内へユーザ登録がなされている。このオークション情報ＤＢ２１内のユーザ登録情報もユーザ管理ＤＢ１７へ登録し、全ユーザ登録情報を記憶する機能を有している。
【００２０】
配送情報受付部１２は、出品者Ｓのユーザ端末３から落札商品に対する出荷預入場所情報の入力を受付ける。また、落札者Ｒのユーザ端末４から当該落札商品に対する受取場所情報の入力を受付ける。そして、受付けた出荷預入場所情報と受取場所情報をユーザ管理ＤＢ１７と落札商品ＤＢ１８に前記の入力情報を登録する機能を有している。
【００２１】
また、ユーザ端末３からの落札商品に関する情報を受付け、落札商品ＤＢ１８に登録する機能も有している。落札商品に関する情報とは、例えば落札商品の「大きさ（縦横幅）」、「重さ」などの情報である。落札商品の落札商品ＩＤ、商品名などは、前記したオークション情報ＤＢ２１内の出品者Ｓと落札者ＲのユーザＩＤから参照されて既に記憶されている。
【００２２】
配送者決定部１３は、落札商品に関する情報、及び出荷預入場所情報と受取場所情報を配送管理装置１が提供するコンテンツ上に表示して、配送を希望する配送者をユーザから募集する。そして、募集したユーザの中から所定のルールに基づいて配送者を決定し、配送管理ＤＢ２０へ記録する機能を有する。
【００２３】
更にいえば、配送者決定部１３は、オークション管理装置２及びユーザ登録部１１でユーザ登録した、出品者Ｓ、落札者Ｒ以外の一般ユーザＵのユーザ端末５に対して、落札商品に対する出荷預入場所情報と受取場所情報を表示して配送者Ｕの募集を行う。そして、ユーザ登録済みの募集者の中から所定のルールに従って配送者を決定する機能を特に有する。
【００２４】
所定のルールとしては、募集に応じてユーザ端末５からの定期券の駅間情報、性別、年齢、配送可能な駅などの情報の入力に基づいて、落札商品ＤＢ１８に記録されている落札商品の大きさ、重さ、出荷預入場所、受取場所などの情報とマッチングし適切な配送者を決定する。この際、決定される配送者は１人ではなく、複数の配送者により中継保管場所（以下、中継ロッカーとも言う。）を経由して落札者Ｒの受取場所へ配送させる処理も行われる。
【００２５】
配送手順通知部１４は、落札商品を出荷預入場所から受取場所へ配送するにあたり必要な手順を、出品者Ｓのユーザ端末３、配送者である一般のユーザ端末５、落札者Ｒのユーザ端末４へそれぞれ通知し、その通知情報を配送管理ＤＢ２０へ記録する機能を有する。
【００２６】
配送手順通知部１４は、出品者Ｓのユーザ端末３に出荷預入場所への保管に必要な情報を通知する。
【００２７】
本実施の形態において、出荷預入場所は出品者Ｓの最寄りの駅名に登録されている。したがって、出品者Ｓには、落札商品ＩＤ（荷物ＩＤと言うこともある。）と最寄り駅名を通知して配送を開始させる。また、出荷預入場所として、ロッカー管理ＤＢ１９に登録されているロッカー情報に基づいて、出荷先ロッカー（以下、出荷ロッカーとも言う）が予め指定されている場合には、出荷ロッカー番号、及び施錠情報、開錠情報も出品者Ｓのユーザ端末３に通知される。
【００２８】
配送者Ｕのユーザ端末５には、出荷預入場所（出荷ロッカー）又は中継保管場所からの落札商品の取出しに必要な情報と、中継保管場所又は受取場所への保管に必要な情報が通知される。中継保管場所とは、複数の配送者が配送する場合に、二人の配送者が荷物を中継させる場所のことである。具体的には、二人の接点となる駅名である。中継保管場所は、上記したように保管すべき中継先ロッカーが指定されている場合、又は保管後の中継保管場所を指す場合には中継ロッカーと呼ぶ。
【００２９】
したがって、厳密に言うと配送者Ｕには、出荷ロッカー及び中継ロッカーからの取出しに必要な情報と、中継保管場所（駅名）及び中継ロッカーへの保管に必要な情報と、受取ロッカーへの保管に必要な情報が通知される。
【００３０】
前記の取出しに必要な情報とは、例えば出品者Ｓ又は配送者Ｕから通知された落札商品が保管されている駅名と出荷ロッカー番号、中継ロッカー番号、及び受取ロッカー番号と、各ロッカーの施錠情報、開錠情報、商品ＩＤなどである。
【００３１】
保管に必要な情報とは、少なくとも次に保管すべき駅名と商品ＩＤなどである。次に保管すべきロッカー（中継ロッカーと受取ロッカー）が指定されている場合には、中継ロッカー番号又は受取ロッカー番号と、各ロッカーの施錠情報、開錠情報などの情報も通知される。
【００３２】
落札者Ｒのユーザ端末４には、受取ロッカーからの取出しに必要な情報を通知する。ここでいう取出しに必要な情報とは、落札者Ｒが指定した駅名と、直前の配送者Ｕにより保管されたロッカーのロッカー番号と、施錠情報、開錠情報、落札商品ＩＤなどが通知される。
【００３３】
上記したように、ユーザ端末に通知される各情報は、特定のロッカーを指定できる場合と、指定できない場合などの違いによって異なり、適宜必要な情報が通知される。
【００３４】
配送状況管理部１５は、出品者Ｓのユーザ端末３と、配送者Ｕのユーザ端末５と、落札者Ｒのユーザ端末４からの、落札商品の保管状況と、取出し状況に関する情報を受取り、配送管理ＤＢ２０へ記録する機能を有する。
【００３５】
即ち、配送状況管理部１５は、出品者Ｓのユーザ端末３へ出荷ロッカーへの保管完了の通知を促し、出荷ロッカーへの保管完了時に保管完了通知を受取る。
【００３６】
配送状況管理部１５は、配送者Ｕのユーザ端末５へ出荷ロッカー又は中継ロッカーからの取出し完了の通知を促し、出荷ロッカーへの取出し完了時に取出し完了通知を受取る。また、中継ロッカー又は受取ロッカーへの保管完了の通知を促し、保管完了時に保管完了通知を受け取る。
【００３７】
配送状況管理部１５は、落札者Ｒのユーザ端末４へ受取ロッカーへの取出し完了の通知を促し、受取ロッカーから落札商品を受取完了時に取出し完了通知を受取る。
【００３８】
因みに、配送状況管理部１５が、前記保管完了の通知を受付けると、配送手順通知部１４は次の行為者のユーザ端末に当該保管完了の通知と、当該保管されたロッカーへの取出しに必要な情報の通知を行う。
【００３９】
取出しに必要な情報とは、上記したとおり駅名、ロッカー番号、ロッカーの施錠情報、開錠情報、商品ＩＤなどである。
【００４０】
配送状況管理部１５は更に、各ユーザ端末から該当するロッカーへの保管完了通知、取出し完了通知を受け取ると、各通知情報に日時を紐付けて配送管理ＤＢ２０へ記録格納する。
【００４１】
配送状況管理部１５は、出品者の出荷ロッカーへの保管情報と、配送者の出荷ロッカー又は中継ロッカーへの取出し完了の情報、並びに前記した各ロッカーへの保管完了の情報と、落札者の受取ロッカーからの取出し完了の情報をそれぞれのユーザ端末へ閲覧可能に表示する機能も有している。
【００４２】
報酬授与部１６は、落札者Ｒから落札商品の取出し完了の通知を受けた後に、当該商品を配送した配送者に特典を付与する機能を有している。
【００４３】
上記してきた配送管理装置１において、配送手順通知部１４が通知する情報は、ロッカー装置、ユーザ端末などのインフラの違いにより異なることを付言する。基本的には、落札商品の保管に必要な情報、取出しに必要な情報を適宜通知する。
【００４４】
配送管理装置１の上記した各機能部は、配送管理装置１を構成するコンピュータのＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）などのハードウェア資源上で実行されるコンピュータプログラムによって実現されるものである。これらの機能部は、単一のコンピュータ上に配置される必要はなく、必要に応じて分散される形態であっても良い。
【００４５】
更に、上記した各データベースは、配送管理装置１のＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）などの記憶媒体上にデータを体系的に保持するものである。
【００４６】
オークション管理装置２は、ネットオークションサービスを行うコンテンツサーバであり、ユーザ端末３、４へネットオークションコンテンツを提供する。また、前記したオークション情報ＤＢ２１は、ネットオークションサービスを利用するユーザＩＤなどの利用者に関する情報や、出品情報、落札情報などの売買物品情報などオークションに関係する情報が蓄積されている。
【００４７】
ユーザ端末３〜５は、広告を含むウェブコンテンツを閲覧するためのクライアント端末である。例えば、ＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）、携帯電話等の情報処理機器から構成され、ウェブブラウザ（ウェブコンテンツ閲覧ソフトウェア）とメーラを備える。本実施形態では配送管理装置１と通信する専用のユーティリティーが搭載された赤外線通信機を有する携帯端末であることが好ましい。
ネットワーク６は、有線、無線を含むネットワークで、例えば、インターネット網である。
【００４８】
なお、図１は本発明の一実施形態を説明するにあたっての一構成例を示したものであり、配送管理装置１はオークションサーバ２と共通のサーバ上に構築してもよいし、さらに後述する内部の機能部やＤＢ（Ｄａｔａ  Ｂａｓｅ）を異なるサーバ上に構築してネットワーク６上に配置（接続）してもよい。
【００４９】
＜データベース＞
図２は各種データベースのデータ構造例を示す図である。
図２（Ａ）に、ユーザ管理ＤＢ１７のデータ構造を示した。「ユーザＩＤ」「表示名」「氏名」「性別」「住所」「メールアドレス」「出荷情報」「受取情報」「使用駅間情報」「特典ポイント」などの項目を含んでいる。
「ユーザＩＤ」は、出品者Ｓ、落札者Ｒ、配送者Ｕなどのサービス利用者を特定する識別子である。
「表示名」は、出品者Ｓ、落札者Ｒ、又は配送者Ｕなどとしてページ画面に表示される名前である
「氏名」は、サービス利用者の氏名である。「性別」とは、利用者の性別であり、特に配送者を決定する際に用いられる項目である。
「住所」は、サービス利用者の住所である。「メールアドレス」は、サービス利用者のメールアドレスである。「出荷預入場所」は、出品者Ｓが登録する落札商品を出荷したい特定の場所である。本実施形態においては例えば、出品者Ｓの最寄りの駅名などである。
【００５０】
「受取場所」は、落札者Ｒが登録する落札商品を受け取りたい特定の場所である。本実施形態においては例えば落札者Ｒの最寄りの駅名などである。
【００５１】
「使用駅間情報」とは、サービス利用者が普段使用している駅間の情報であり例えば「渋谷駅〜東京駅」などと登録される。この情報も配送者Ｕを決定する際に用いられる項目である。因みに、ユーザ管理ＤＢ１７は、前記したオークション管理装置２のオークション情報ＤＢ２１内へ登録されている情報の一部又は全部を登録している。
【００５２】
「特典ポイント」とは、オークション利用者にオークション管理装置２から付与されるポイント数が登録されており、オークションなどのサービスに利用することができるものである。因みに、本実施形態において、配送者に付与される報酬としての特典は、この「特典ポイント」内に随時加算される。
【００５３】
図２（Ｂ）に、落札商品ＤＢ１８のデータ構造を示した。「オークションＩＤ」「出品者ＩＤ」「落札者ＩＤ」「商品名」「大きさ・容量」「出荷預入場所」「受取場所」などの項目を含んでいる。
「オークションＩＤ」は、出品されたオークションに自動的に付けられる識別子である。
「出品者ＩＤ」は、オークションにおいて商品を出品した出品者Ｓを特定する識別子である。「落札者ＩＤ」は、オークションにおいて商品を落札した落札者Ｒを特定する識別子である。
「商品名」は、オークション商品の名称である。「大きさ・容量」は、商品の例えば「縦・横幅」「重さ」などを含む情報である。
【００５４】
「出荷預入場所」は、上記したように出品者Ｓが登録する落札商品を出荷したい特定の場所である。「受取場所」は、落札者Ｒが登録する落札商品を受け取りたい特定の場所である。
【００５５】
図２（Ｃ）に、ロッカー管理ＤＢ１９のデータ構造を示した。ロッカー管理ＤＢ１０は例えば「登録ＮＯ」「駅名」「大きさ・容量」「ロッカー場所情報」「施錠情報」「開錠情報」などの項目を有している。
「登録ＮＯ」は、ロッカー管理ＤＢ１９内の各ロッカーの情報を特定するための識別子である。「駅名」は、どの駅のロッカーかを特定するための駅名情報である。特に大きな駅である場合には、例えば「西口」、「東口」などの情報も付加される。
「大きさ・容量」は、ロッカーの縦・横幅、及び許容容量などの情報が登録されている。
「ロッカー場所情報」は、特定のロッカーを識別するための子細な位置情報であり、必要に応じて地図やロッカー配置図などを有していても良い。
【００５６】
「施錠情報」は、特定のロッカーを施錠するために必要な情報が登録されている。「開錠情報」は、特定のロッカーを開錠するために必要な情報が登録されている。この情報は、ロッカー装置の形態により変わるが、例えばダイヤル式ロックの場合は、ダイヤル番号であり、暗証番号入力式ロックの場合、暗証番号である。電子的な通信によるロックの場合、例えば認証バーコード、認証ＱＲコード（登録商標）や携帯端末に入力されている施錠、解除の電子情報である。
【００５７】
上記ロッカーに関する情報は、出品者Ｓや配送者Ｕから通知される情報に基づいて登録される情報と、予めロッカー情報として蓄積している情報がある。特に後者の情報として「大きさ・容量」が予め登録され、配送手順通知部１４がロッカー管理ＤＢ１９に基づいてユーザ端末に保管するべきロッカー番号、施錠情報、開錠情報などを通知することに寄与する。
【００５８】
本実施形態では、特定のロッカー間で落札商品の配送のやり取りを行っているが、例えば、最寄りのコンビニエンスストアー間で配送を行う場合、コンビニ管理ＤＢが設けられ、コンビニエンスストアーを特定する情報や、落札商品の受取り、預け入れに必要な情報などが格納されることとなる。
したがって、出荷預入場所、受取場所として何を利用するかによってデータベース（ＤＢ）の内容が異なることを付言する。
【００５９】
図２（Ｄ）に、配送管理ＤＢ２０のデータ構造を示した。配送管理ＤＢ２０は、配送を管理するために必要な情報を有しており、特に配送の履歴データを記録格納している。データ構造として例えば「オークションＩＤ」「出品者ＩＤ」「落札者ＩＤ」「出荷ロッカー情報、格納日時」「配送者１ユーザＩＤ、取出し日時」「格納ロッカー情報、格納日時」「配送者２ユーザＩＤ、取出し日時」「格納ロッカー情報、格納日時」…「受取ロッカー情報、受取日時」である。
「オークションＩＤ」は、出品されたオークションに自動的に付けられる識別子である。「出品者ＩＤ」は、オークションにおいて商品を出品した出品者Ｓを特定する識別子である。「落札者ＩＤ」は、オークションにおいて商品を落札した落札者Ｒを特定する識別子である。
「出荷ロッカー情報、格納日時」は、出品者Ｓが落札商品を格納した出荷ロッカーの登録番号と、落札商品を格納した日時を登録している。
【００６０】
「配送者１ユーザＩＤ、取出し日時」は、前者の「配送者１ユーザＩＤ」が配送者１を特定する識別子であり、後者の「取出し日時」が配送者１が出荷ロッカーから落札商品を取出した日時を登録している。「格納ロッカー情報、格納日時」は、配送者１が次に商品を格納した格納ロッカー情報例えば中継ロッカー番号と、落札商品を格納した日時を登録している。
【００６１】
「配送者２ユーザＩＤ、取出し日時」は、前者の「配送者２ユーザＩＤ」が配送者２を特定する識別子であり、後者の「取出し日時」が配送者２が中継ロッカーから落札商品を取出した日時を登録している。「格納ロッカー情報、格納日時」は、配送者２が次に商品を格納した格納ロッカー情報例えば受取ロッカー番号などと、落札商品を格納した日時を登録している。
上記した「配送者１ユーザＩＤ、取出し日時」と「格納ロッカー情報、格納日時」の項目は、落札商品の配送を担当する配送者の人数分繰り返され登録されるものである。
「受取ロッカー情報、受取日時」は、落札者Ｒが落札商品を取出した受取ロッカー番号と、落札商品を受取った日時を登録している。
【００６２】
＜配送手順＞
次に、本実施形態において駅のロッカーを利用した配送手順の概略について説明する。
図３は、本発明の一実施形態に係る配送経路を示した図である。
まず、図３には、出品者Ｓが商品を出荷する駅として路線Ｘ上に存在するＡ駅を指定しており、落札者Ｒは商品を受け取る駅として路線Ｙ上にあるＥ駅を指定している場合を示している。Ａ駅とＥ駅とは、路線Ｘ上にあるＢ駅と路線Ｙ上のＥ駅とを結ぶ路線Ｚが存在しているケースを例にとり説明する。まず、配送者が一人である場合を説明する。
【００６３】
出品者Ｓは指定したＡ駅の出荷ロッカーＬ−Ａ−２へ落札商品（以下、単に商品とも言う）を格納する。配送者Ｕ−１は、通勤などで少なくとも路線ＸのＡ駅からＢ駅間、及び路線Ｚ上のＢ駅からＥ駅間を乗車するユーザである。この配送者Ｕ−１は、出荷ロッカーＬ−Ａ−２から商品を取出し、Ａ駅から落札者Ｒの指定駅であるＥ駅まで商品を配送する。そして、Ｅ駅で配送した商品を受取ロッカーＬ−Ｅ−２へ格納する。落札者Ｒは、通知を受けてＥ駅へ向かい受取ロッカーＬ−Ｅ−２から商品を取出し受け取る。
【００６４】
次に、配送者を二人とする配送手順を説明する。
図４は、本発明の異なる配送経路の一例を示す図である。図４の配送経路は図３と同じであり、路線Ｘ上のＡ駅から路線Ｙ上のＥ駅までの配送を行うケースを示した。
出品者Ｓは指定したＡ駅の出荷ロッカーＬ−Ａ−２へ商品を格納する。一人目の配送者Ｕ−１は、少なくとも路線ＸのＡ駅からＢ駅間を乗車するユーザである。二人目の配送者Ｕ−２は、少なくとも路線Ｚ上のＢ駅からＥ駅を乗車するユーザである。配送者Ｕ−１と配送者Ｕ−２との接点はＢ駅である。したがって、このケースにおいて両者の接点駅であるＢ駅のロッカーを中継ロッカーとして利用し、荷物の引継ぎを行う。
【００６５】
即ち、配送者Ｕ−１は、Ａ駅の出荷ロッカーＬ−Ａ−２から商品を取出し、Ａ駅からＢ駅まで配送し、Ｂ駅の中継ロッカーＬ−Ｂ−２へ商品を格納する。配送者Ｕ−２はＢ駅で中継ロッカーＬ−Ｂ−２から商品を取出し、Ｂ駅から落札者Ｒの指定駅であるＥ駅まで配送する。そして、Ｅ駅で配送した商品を受取ロッカーＬ−Ｅ−２へ格納する。落札者Ｒは、通知を受けてＥ駅へ向かい受取ロッカーＬ−Ｅ−２から商品を取出し受け取る。
【００６６】
以上、本発明の実施形態に係る配送管理装置１の構成の全般及び配送手順の概要について説明を行った。この構成において以下、配送管理装置１の（処理）動作について説明を行う。
【００６７】
＜動作：複数の配送者により落札商品を配送させる配送シーケンス＞
図５は、図４に示す複数の配送者により商品を配送させる場合のシステムによる配送シーケンスを示す図である。図３に示す単独の配送者に商品を配送させる場合の配送シーケンスは単純であり、図４の配送シーケンスの説明に重複されるものであるため、図３の配送シーケンスの説明は省略した。
【００６８】
本実施形態の配送管理装置１は、オークション管理装置２において出品者Ｓと落札者Ｒとの間でオークションによる落札が成立した後の配送管理を行うものであり、以下、落札後の処理シーケンスを説明する。
【００６９】
また、ロッカー装置として通常使用される、鍵を使用しない暗証番号を入力するタイプのコインロッカーを想定して説明している。また、ユーザ端末３〜５は、スマートフォンなどの携帯電話を想定して説明している。配送管理装置１とユーザの携帯端末とは、ネットワーク６を介してメールや専用のユーティリティー、専用のコンテンツを利用して情報の授受が行われる。勿論、本実施形態はこの限りではない。
【００７０】
オークション管理装置２は、出品者Ｓと落札者Ｒとの間でオークションが成立すると、オークション情報ＤＢ２１に記録格納されているオークション情報を、配送管理装置１のユーザ登録部１１へ登録させる（Ｓ１０１）。また、他の未登録のユーザに対して、ユーザ端末５のブラウザからの要求に応じてユーザＩＤを発行し、新規のユーザ登録も行う（Ｓ１０２、Ｓ１０３）。このユーザ登録はネットオークションに参加していないユーザに対して特に行うが、この限りではない。
【００７１】
配送情報受付部１２は、出品者Ｓのユーザ端末３から落札商品に対する出荷預入場所情報の入力を受付け（Ｓ１０４）、出荷預入場所情報をユーザ管理ＤＢ１７と落札商品ＤＢ１８へ記憶させる。このとき、出品者Ｓから出荷預入場所情報だけでなく落札商品に関する情報、例えば「縦・横幅」「重さ」などの情報を受付け、落札商品ＤＢ１８へ記憶する。
【００７２】
また、落札者Ｒのユーザ端末４から落札商品に対する受取場所情報の入力を受付け、（Ｓ１０５）、受取場所情報をユーザ管理ＤＢ１７と落札商品ＤＢ１８へ記憶させる。本実施形態では、出品者Ｓの出荷預入場所情報、及び落札者Ｒの受取場所情報は、最寄りの駅名が入力される。ここで、出荷預入場所情報、受取場所情報の入力は、出品者Ｓ、落札者Ｒのユーザ情報に、最寄り駅として事前に登録されている情報を入力する構成であってもよい。
【００７３】
配送者決定部１３は、ユーザ登録した他のユーザ端末５（Ｕ−１、Ｕ−２）に、落札商品に対する情報と、出荷預入場所情報と受取場所情報を通知して(Ｓ１０６、Ｓ１０７)、配送を希望する配送者を募集する。図示の配送シーケンスでは配送者を希望するユーザ登録者（Ｕ−１、Ｕ−２）のユーザ端末５上へ上記の情報を通知したが、勿論、オークション管理装置２へユーザ登録した他のユーザ端末５へも通知される。ここで表示される落札商品に対する情報とは、例えば「大きさ、容量」などの情報である。
ここで、配送者決定部１３は、ユーザ端末５から検索クエリを受けて、検索クエリに対応する配送商品を検索し、検索結果の商品情報リストを通知する構成であってもよい。
【００７４】
配送者決定部１３は、ユーザ端末５（Ｕ−１、Ｕ−２）から、上記の商品情報リストから配送可能な商品を選択して応募要求を受けると（Ｓ１０８、Ｓ１０９）、選択した募集のユーザの中から所定のルールに基づいて配送者Ｕ−１とＵ−２に決定して通知する（Ｓ１１０、Ｓ１１１）。
【００７５】
配送者決定部１３は、Ｓ１０８、Ｓ１０９の応募時に、ユーザ端末５（Ｕ−１、Ｕ−２）からユーザの「性別」「使用駅間情報」、又は「配送可能駅間情報」などを取得する。すると、出荷預入場所（Ａ駅）から受取場所（Ｂ駅）を配送可能な応募者をマッチングなどにより選択して決定する。この際、落札商品の名称と重さ、ユーザの性別も考慮して適切な配送者を決定する。
【００７６】
本実施形態では、図４に示したように、Ａ駅からＢ駅を乗車する配送者Ｕ−１と、Ｂ駅からＥ駅を乗車する配送者Ｕ−２の二人を配送者として決定し各ユーザ端末５、５に通知している。
【００７７】
このように、配送者をユーザ登録したユーザから募集して決定するので、専門の宅配業者に配送を依頼しない物流システムを構築することができる。また、ユーザが普段使用している駅間の範囲で配送を行わせるので、別途のコストが掛かることがない。さらに、ユーザは通勤や通学などの移動に使っている日時を利用するため、配送のための特別な日時を空ける必要がないため非常に効果的である。したがって、この物流システムは、配送コストを極限にまで抑えることが可能となる。場合によっては実質ゼロが可能であり、安い配送コストを確立しているメール便にも十分に対抗できる。
【００７８】
配送手順通知部１４は、配送者への通知がなされると、出品者Ｓのユーザ端末３へ、予め登録した最寄り駅の任意の出荷ロッカーに落札商品を保管して、配送を開始する通知を行う（Ｓ１１２）。この際、出荷ロッカーが既に決定されている場合には、出荷ロッカー番号と施錠、開錠情報も通知される。本配送シーケンスで言う施錠情報、開錠情報とは、暗証番号のことである。
【００７９】
配送状況管理部１５は、出品者Ｓのユーザ端末３からユーザＩＤと落札商品を格納した出荷ロッカー情報（Ｌ−Ａ−２）、及び保管完了の通知を受取ると（Ｓ１１３）、配送管理ＤＢ２０へ保管完了情報としてユーザＩＤと出荷ロッカー情報、格納日時を記憶する。
【００８０】
出荷ロッカー情報とは、基本的に出荷ロッカー番号であるが、施錠情報、開錠情報も含まれる。この情報はロッカー管理ＤＢ１９へ記憶される。
【００８１】
出荷ロッカーへの保管完了情報が登録されると配送手順通知部１４は、配送者Ｕ−１のユーザ端末５へ出荷ロッカーから落札商品の取出しに必要な情報を通知する（Ｓ１１４）。
【００８２】
また、Ｓ１１４において、配送手順通知部１４は、配送者Ｕ−１のユーザ端末５へ、Ｂ駅の中継ロッカーに落札商品を保管させるに必要な情報の通知も併せて行う。この際、配送手順通知部１４は、Ｂ駅の格納すべきロッカーを指定して通知することもある。取出しに必要な情報とは、駅名、出荷ロッカー番号、出品者Ｓが通知した施錠情報、開錠情報である。
【００８３】
配送状況管理部１５は、配送者Ｕ−１のユーザ端末５から、出荷ロッカー（Ｌ−Ａ−２）から落札商品の取出し完了の通知を受けると（Ｓ１１５）、配送管理ＤＢ２０へ取出し完了情報としてユーザＩＤと出荷ロッカー番号、取出し日時を記憶する。また、Ｓ１１５において、配送者Ｕ−１のユーザ端末５から、Ｂ駅の中継ロッカー（Ｌ−Ｂ−２）への保管完了の通知を受けると、配送管理ＤＢ２０へ保管完了情報として、ユーザＩＤと出荷ロッカー番号、格納日時を記憶する。
【００８４】
配送手順通知部１４は、保管完了情報が登録されると、配送者Ｕ−２のユーザ端末５へ中継ロッカーへの保管が完了した通知と、中継ロッカーから落札商品の取出しに必要な情報を通知する（Ｓ１１６）。また、Ｓ１１６において、配送手順通知部１４は、配送者Ｕ−２のユーザ端末５へ、Ｅ駅の受取ロッカーに落札商品を保管させるに必要な情報の通知も併せて行う。前記取出しに必要な情報、保管に必要な情報とは、駅名、ロッカー番号、施錠情報、開錠情報などである。
【００８５】
配送状況管理部１５は、配送者Ｕ−２のユーザ端末５から、中継ロッカー（Ｌ−Ｂ−２）から落札商品の取出し完了の通知を受けると（Ｓ１１７）、配送管理ＤＢ２０へ取出し完了情報として、ユーザＩＤと中継ロッカー番号、取出し日時を記憶する。また、Ｓ１１７において、配送者Ｕ−２のユーザ端末５から、受取ロッカー（Ｌ−Ｅ−２）への保管完了の通知を受けると、配送管理ＤＢ２０へ保管完了情報として、ユーザＩＤと出荷ロッカー番号、格納日時を記憶する。
【００８６】
配送手順通知部１４は、受取ロッカーへの保管完了情報が登録されると、落札者Ｒのユーザ端末４へ受取ロッカーへの保管が完了した通知と、受取ロッカーから落札商品の取出しに必要な情報を通知する（Ｓ１１８）。取出し必要な情報とは、配送者Ｕ−２から通知された、ロッカー番号と施錠情報、開錠情報である。
【００８７】
配送状況管理部１５は、落札者Ｒのユーザ端末４から、受取ロッカーから落札商品の受取り完了の通知を受けると（Ｓ１１９）、配送管理ＤＢ２０へ取出し完了情報としてユーザＩＤと出荷ロッカー番号、取出し日時を記憶する。
【００８８】
配送手順通知部１４は、落札商品の受取りが完了すると、出品者Ｓのユーザ端末３と配送者Ｕ−１、Ｕ−２のユーザ端末５へ受取り完了の通知を行う（Ｓ１２０）。
【００８９】
上記してきた配送シーケンスにおいて、配送状況管理部１５は、出品者Ｓの出荷ロッカーへの保管情報と、配送者Ｕ−１、Ｕ−２の取出し完了及び保管完了の情報と、落札者Ｒの受取ロッカーからの取出し完了の情報を、それぞれのユーザ端末３〜５により閲覧可能とされている。したがって、各ユーザは落札商品の配送状況をリアルタイムで監視でき、次の行為者は配送手順通知部１４から通知される情報を待たずとも、次の行為の準備を行うことができる。
【００９０】
次に、報酬授与部１６は、上記のように落札商品の受取が完了すると、配送者Ｕ−１、Ｕ−２のユーザ端末５へ配送に対する報酬として特典を授与する通知を行う（Ｓ１２１、Ｓ１２２）。報酬授与部１６は、配送者Ｕ−１、Ｕ−２からユーザＩＤと報酬取得の要求を受けると（Ｓ１２３、Ｓ１２４）、配送者Ｕ−１、Ｕ−２へ報酬を提供する（Ｓ１２５、Ｓ１２６）。報酬の特典とは、ポイント、金銭、割引などである。本実施例のように複数の配送者による配送が行われた場合、報酬の割り振りは管理者が別途作成する特定のルールに従って算出される。特定のルールとは、配送距離に応じた割り振りや、配送にかかる電車代に応じた割り振り、などがあるが、この限りではない。
【００９１】
このように、募集から選んだユーザを配送者に決定し、出品者Ｓと落札者Ｒが選んだロッカーを利用してロッカー間の配送を行わせるので、各ユーザは自分の空いている好きな日時に出品作業、配送作業、受取作業を行うことができ効率的である。特に配送者にとっては、ユーザが普段通勤や通学などで使用している駅間の範囲で、通勤や通学などの移動日時を利用して配送が行えるので日時や費用の負担が無い。
また、配送者に、ポイントなどの報酬を与えるため購買意欲を更に高め、且つ物流コストを下げる相乗効果が得られる。
（変形例１）
配送シーケンスは上記の限りではなく、更に単純な配送手順により実施することもできる。以下に、相違する処理内容のみ説明する。
配送状況管理部１５は、出品者Ｓのユーザ端末３から、ユーザＩＤ、荷物ＩＤ、出荷ロッカー番号を含む出荷ロッカーへの保管完了の通知を受け取ると、通知に含まれる荷物ＩＤを基に落札者ＲのユーザＩＤ及び受取場所（受取に指定した駅）を特定し、配送管理ＤＢ２０に荷物ＩＤと共に登録する。
【００９２】
配送者決定部１３は、一般のユーザ端末５からクエリとして自身が使用する駅間情報の入力により募集を受付けると、配送管理ＤＢ２０からクエリの駅名に係るロッカーのうち商品が保管中の出荷ロッカーを検索し、出荷ロッカーに保管されている商品に関する情報（出荷預入場所情報も含む）リストをユーザ端末５へ通知する。配送者決定部１３は、ユーザ端末５から配送希望の商品の選択を受けると、所定のルールに則って当該ユーザを配送者に設定しその旨をユーザ端末５へ通知する。
要するに、出品者Ｓが任意の出荷ロッカーに商品を保管後に、配送者を募集している。そして、配送者が入力したクエリに対応する出荷ロッカーのリストを通知して配送希望の商品を選択させる点が相違する。
【００９３】
（変形例２）
上記の実施形態は、ロッカー装置として一般に使用されている暗証番号を入力するタイプのコインロッカーを利用した流れを想定して説明してきた。
【００９４】
しかし、現在、駅などに設置されるロッカー装置として、図示することは省略したが、外周面に電子的に情報の授受が可能な近距離通信部を有する構成の電子ロッカーも使用され始めている。こうした、電子ロッカー装置においても本実施形態を同様の技術的思想で実施することができる。ユーザ端末が近距離通信機能を具備した携帯端末であり、配送管理装置１とユーザ端末との配送シーケンスは上述した配送シーケンスと略同様であるため、配送シーケンスの記載は省略する。
【００９５】
電子ロッカーとして、各種情報を表示したり、入力を行ったりするためのタッチパネルと、ユーザの携帯端末と情報を授受するための近距離通信を行う通信装置と、プリペイド式の電子マネーカードや即時銀行引き落とし式のデビットカードなどを読み込む電子マネー読込装置と、貨幣を投入する貨幣投入装置と、ＱＲコード（登録商標）などの二次元バーコードを読み取るコード読込装置などを備えたロッカーが好適に実施できる。近距離通信装置としては、ＲＦＩＤ、赤外線通信などでよい。
【００９６】
例えば、出品者Ｓが有するユーザ端末３には、電子ロッカーと通信する専用のユーティリティーが搭載されており、電子ロッカーの通信部へかざすと、ロッカーが開錠される。落札商品を入れてロッカーを閉じると施錠され、ユーザ端末３を通信部へかざすと施錠確定される。このとき、ユーザ端末３には、電子ロッカーの通信部からロッカー番号、施錠及び開錠に必要な情報、施錠日時などの格納ロッカー情報が送信される。ユーザ端末３は、電子ロッカーの通信部からロッカー情報を受信すると、ユーザＩＤとロッカー情報を、配送管理装置１の配送状況管理部１５へ送信する。
【００９７】
配送状況管理部１５は、前記ユーザＩＤとロッカー情報を、配送管理ＤＢ２０へ記憶する。
【００９８】
以下、電子ロッカーとユーザ端末とのロッカー情報のやり取り、及びユーザ端末と配送管理装置１との情報のやり取りは、上記した方法が繰り返されるため説明は省略する。
【００９９】
また、電子ロッカーがネットワーク６に接続可能である場合には、配送管理装置１は、電子ロッカーの空き情報を把握できるので、出品者Ｓ及び配送者Ｕに保管させるロッカーを指定し、そのロッカー情報と、ロッカーを施錠、開錠する情報を各ユーザへ通知して、質の高い配送管理を行うこともできる。
【０１００】
その際、配送手順通知部１４は、出品者Ｓには、出荷ロッカーへの保管に必要な情報、配送者Ｕ−１、Ｕ−２には、出荷ロッカー又は中継ロッカーからの取出しに必要な情報と、中継ロッカー又は受取ロッカーへの保管に必要な情報、落札者Ｒには、受取ロッカーからの取出しに必要な情報を通知する。因みに、タッチパネルの場合には、保管に必要な情報又は取出しに必要な情報とは、ロッカーの暗証番号などである。
【０１０１】
電子ロッカーの開閉操作を行う手段として、携帯電話だけでなくカード発行事業者が発行するもので、電子マネーを貯めておけるような機能、所謂ストアードフェア機能を有するＩＣカードを利用することができる。
【０１０２】
近年、鉄道事業者が発行するもので、鉄道の定期券の機能やストアードフェア機能を有するものが広く普及しており、このようなカードを用いて電子ロッカーの電子マネー読込装置へかざして実施できる。
【０１０３】
また、コンビニエンスストアーを利用して落札商品の配送を行う場合にも、コンビニエンスストアーに電子ロッカーと同様の機能を果たす通信部を有する装置を設置して、同様の手法で情報のやり取りを行い配送できる。
【０１０４】
（変形例３）
次に、図６に、路線Ｘ上のＡ駅から路線Ｙ上のＤ駅までの配送を行う配送経路を示した。図３、図４の配送経路と異なるところは、路線Ｘと路線Ｙを繋ぐ接点駅が存在しない点にある。つまり、電車だけを用いて配送することはできない場合である。この場合においても、本実施形態の技術的思想を用いて実施することができる。配送手順や配送情報のやり取りは上述した構成と略同じで重複するため、図６に係る配送シーケンスは省略する。
【０１０５】
要するに、路線Ｘ上にあるターミナル駅Ｔ１と路線Ｙ上にあるターミナル駅Ｔ２間を配送可能な配送者を募集して、決定することにより実現できる。
【０１０６】
したがって、配送情報受付部１２は、ターミナル駅Ｔ１からターミナル駅Ｔ２をバス、車、自転車、徒歩などで移動するユーザ情報を受付けて、配送者決定部１３で適切な配送者を決定すれば良い。また、ターミナル駅間のみ配送管理装置１のユーザ（利用者）として認定したユーザ端末５'を有する宅配業者Ｇ−1に決定することもできる。配送管理装置１と配送者に決定されたユーザ端末５、５'との情報のやり取りは上記したとおりであり説明は省略する。
【０１０７】
＜総括＞
これまで説明したように、本発明による配送管理装置１は、ユーザ登録したユーザを配送者に決定して配送を行わせるので、配送コストを大幅に削減できる。場合によっては実質ゼロが可能であり、安い配送コストを確立しているメール便にも十分に対抗できる。また、ロッカー間で配送を行わせるので、各ユーザは自分の空いている好きな日時に出品作業、配送作業、受取作業を行うことができ効率的である。更に、配送コストを下げることにより、出品者Ｓの出品コストが軽減されるだけでなく、利用者は格安で物を購入することができ、売買システム、物流システムの双方の発展に寄与できる。
【０１０８】
以上、本発明によれば、配送コストを大幅に削減でき、且つ利用者の好きな日時に配送物品を受け取れる効果的な配送管理装置及び配送管理制御プログラムを提供することが可能となる。
【０１０９】
なお、本発明の好適な実施の形態、特定の具体例を示して本発明を説明したが、特許請求の範囲に定義された本発明の広範な趣旨および範囲から逸脱することなく、これら具体例に様々な修正および変更を加えることができることは明らかである。すなわち、具体例の詳細および添付の図面により本発明が限定されるものと解釈してはならない。したがって、矛盾が生じない限り、異なる実施形態の各要素を組み合わせることも意図しており、特許請求の範囲に記載された開示の技術の要旨の範囲内において、種々の変形、変更が可能である。
【図面の簡単な説明】
【０１１０】
【図１】本発明の一実施形態に係るシステムの構成例を示す図である。
【図２】各種データベースのデータ構造例を示す図である。
【図３】本発明の一実施形態に係る配送経路の一例を示す図である。
【図４】本発明の異なる配送経路の一例を示す図である。
【図５】本発明の一実施形態における配送管理シーケンスの一例を示す図である。
【図６】本発明の異なる配送経路の一例を示す図である。
【符号の説明】
【０１１１】
１      配送管理装置
２      オークション管理装置
３      ユーザ端末（出品者Ｓ）
４      ユーザ端末（落札者Ｒ）
５      ユーザ端末（他のユーザ登録者）
６      インターネット
１１    ユーザ登録部
１２    配送情報受付部
１３    配送者決定部
１４    配送手順通知部
１５    配送状況管理部
１６    報酬授与部
１７    ユーザ管理ＤＢ
１８    落札商品ＤＢ
１９    ロッカー管理ＤＢ
２０    配送管理ＤＢ
２１    オークション情報ＤＢ
【図１】
2015003778.tif 000003
【図２】
2015003778.tif 000004
【図３】
2015003778.tif 000005
【図４】
2015003778.tif 000006
【図５】
2015003778.tif 000007
【図６】
2015003778.tif 000008