特開 2018-2392 格納ボックス、排出制御プログラム、および配送システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】特開2018-2392(P2018-2392A)

(43)【公開日】2018年1月11日

(54)【発明の名称】格納ボックス、排出制御プログラム、および配送システム

(51)【国際特許分類】

   B65G 61/00 20060101AFI20171208BHJP

   G06Q 10/08 20120101ALI20171208BHJP

【ＦＩ】

   B65G61/00 540

   G06Q10/08 300

   B65G61/00 550

【審査請求】未請求

【請求項の数】9

【出願形態】ＯＬ

【全頁数】14

(21)【出願番号】特願2016-131649(P2016-131649)

(22)【出願日】2016年7月1日

(71)【出願人】

【識別番号】000002196

【氏名又は名称】サッポロホールディングス株式会社

(71)【出願人】

【識別番号】312017444

【氏名又は名称】ポッカサッポロフード＆ビバレッジ株式会社

(74)【代理人】

【識別番号】100088155

【弁理士】

【氏名又は名称】長谷川 芳樹

(74)【代理人】

【識別番号】100128381

【弁理士】

【氏名又は名称】清水 義憲

(74)【代理人】

【識別番号】100176773

【弁理士】

【氏名又は名称】坂西 俊明

(72)【発明者】

【氏名】神田 一

(72)【発明者】

【氏名】姜 宗龍

(72)【発明者】

【氏名】長坂 政則

【テーマコード（参考）】

5L049

【Ｆターム（参考）】

5L049AA16

5L049BB46

(57)【要約】

【課題】ユーザ側の保管場所の制約に関係なく注文商品を該ユーザに届けること。
【解決手段】一実施形態に係る格納ボックスは、Ｍ個の商品のセットである第１ユーザの注文セットを、個々の商品を別々に排出可能な状態で格納する格納領域と、商品の取り出し口と、商品を格納領域から取り出し口に移す排出機構と、第１ユーザによる、注文セットに対応するＮ個の商品の取り出し指示を受け付ける受付部と、注文セットのうちＮ個の商品を格納領域から取り出し口に移すように排出機構を制御する排出制御部とを備える。Ｍは２以上の数であり、ＮはＭより小さい数である。
【選択図】図５

【特許請求の範囲】

【請求項1】

Ｍ個の商品のセットである第１ユーザの注文セットを、個々の前記商品を別々に排出可能な状態で格納する格納領域であって、ここで、Ｍは２以上の数である、該格納領域と、
前記商品の取り出し口と、
前記商品を前記格納領域から前記取り出し口に移す排出機構と、
前記第１ユーザによる、前記注文セットに対応するＮ個の前記商品の取り出し指示を受け付ける受付部であって、ここで、ＮはＭより小さい数である、該受付部と、
前記注文セットのうち前記Ｎ個の商品を前記格納領域から前記取り出し口に移すように前記排出機構を制御する排出制御部と
を備える格納ボックス。

【請求項2】

前記受付部が前記取り出し指示を受け付けたことに応じて、前記Ｎ個の商品に対応する決済を実行する決済部をさらに備える請求項１に記載の格納ボックス。

【請求項3】

前記商品が飲料である、請求項１または２に記載の格納ボックス。

【請求項4】

前記格納領域が温度調節機構を備える、請求項１〜３のいずれか一項に記載の格納ボックス。

【請求項5】

前記第１ユーザが住む集合住宅に設置される、請求項１〜４のいずれか一項に記載の格納ボックス。

【請求項6】

前記受付部が、前記第１ユーザと異なる第２ユーザによる、前記注文セットに対応するＮ個の前記商品の取り出し指示を受け付け、
前記排出制御部が、前記注文セットのうち前記Ｎ個の商品を前記格納領域から前記取り出し口に移すように前記排出機構を制御する、
請求項１〜５のいずれか一項に記載の格納ボックス。

【請求項7】

前記第１ユーザおよび前記第２ユーザが同じ集合住宅に住む、
請求項６に記載の格納ボックス。

【請求項8】

格納ボックスのコンピュータに排出方法を実行させる排出制御プログラムであって、
前記格納ボックスが、
Ｍ個の商品のセットであるユーザの注文セットを、個々の前記商品を別々に排出可能な状態で格納する格納領域であって、ここで、Ｍは２以上の数である、該格納領域と、
前記商品の取り出し口と、
前記商品を前記格納領域から前記取り出し口に移す排出機構と
を備え、
前記排出方法が、
前記ユーザによる、前記注文セットに対応するＮ個の前記商品の取り出し指示を受け付ける受付ステップであって、ここで、ＮはＭより小さい数である、該受付ステップと、
前記注文セットのうち前記Ｎ個の商品を前記格納領域から前記取り出し口に移すように前記排出機構を制御する排出制御ステップと
を含む、
排出制御プログラム。

【請求項9】

ユーザにより入力されたＭ個の商品のセットを示す注文セットを受け付けるサーバであって、ここで、Ｍは２以上の数である、該サーバと、
前記サーバからの指示に応じて配送された前記注文セットを格納する格納ボックスと
を備え、
前記格納ボックスが、
前記注文セットを、個々の前記商品を別々に排出可能な状態で格納する格納領域であって、ここで、Ｍは２以上の数である、該格納領域と、
前記商品の取り出し口と、
前記商品を前記格納領域から前記取り出し口に移す排出機構と、
前記ユーザによる、前記注文セットに対応するＮ個の前記商品の取り出し指示を受け付ける受付部であって、ここで、ＮはＭより小さい数である、該受付部と、
前記注文セットのうち前記Ｎ個の商品を前記格納領域から前記取り出し口に移すように前記排出機構を制御する排出制御部と
を備える、
配送システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明の一側面は、注文された商品を格納するための格納ボックス、排出制御プログラム、および配送システムに関する。

【背景技術】

【0002】

ネットワークを介して商品を注文する仕組みが従来から知られている。例えば特許文献１には、飲料製品を販売する自動販売機に利用者が希望する商品がない場合でも、その商品を確実に提供することができるオーダ情報処理システムが記載されている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２００２−１０９６２５号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

ユーザがある商品を複数個まとめて注文した場合には、当然ながらその複数個の商品が一度にそのユーザに配送される。しかし多数の商品を注文した場合には、ユーザが自宅でそれらの商品の置き場に困ることが考えられる。そのため、ユーザ側の保管場所の制約に関係なく注文商品を該ユーザに届ける仕組みが望まれている。

【課題を解決するための手段】

【0005】

本発明の一側面に係る格納ボックスは、Ｍ個の商品のセットである第１ユーザの注文セットを、個々の商品を別々に排出可能な状態で格納する格納領域であって、ここで、Ｍは２以上の数である、該格納領域と、商品の取り出し口と、商品を格納領域から取り出し口に移す排出機構と、第１ユーザによる、注文セットに対応するＮ個の商品の取り出し指示を受け付ける受付部であって、ここで、ＮはＭより小さい数である、該受付部と、注文セットのうちＮ個の商品を格納領域から取り出し口に移すように排出機構を制御する排出制御部とを備える。

【0006】

本発明の一側面に係る排出制御プログラムは、格納ボックスのコンピュータに排出方法を実行させる排出制御プログラムであって、格納ボックスが、Ｍ個の商品のセットであるユーザの注文セットを、個々の商品を別々に排出可能な状態で格納する格納領域であって、ここで、Ｍは２以上の数である、該格納領域と、商品の取り出し口と、商品を格納領域から取り出し口に移す排出機構とを備え、排出方法が、ユーザによる、注文セットに対応するＮ個の商品の取り出し指示を受け付ける受付ステップであって、ここで、ＮはＭより小さい数である、該受付ステップと、注文セットのうちＮ個の商品を格納領域から取り出し口に移すように排出機構を制御する排出制御ステップとを含む。

【0007】

本発明の一側面に係る配送システムは、ユーザにより入力されたＭ個の商品のセットを示す注文セットを受け付けるサーバであって、ここで、Ｍは２以上の数である、該サーバと、サーバからの指示に応じて配送された注文セットを格納する格納ボックスとを備え、格納ボックスが、注文セットを、個々の商品を別々に排出可能な状態で格納する格納領域であって、ここで、Ｍは２以上の数である、該格納領域と、商品の取り出し口と、商品を格納領域から取り出し口に移す排出機構と、ユーザによる、注文セットに対応するＮ個の商品の取り出し指示を受け付ける受付部であって、ここで、ＮはＭより小さい数である、該受付部と、注文セットのうちＮ個の商品を格納領域から取り出し口に移すように排出機構を制御する排出制御部とを備える。

【0008】

このような側面においては、まとめて注文された複数個の商品（注文セット）が、それぞれが別々に排出可能な状態で格納ボックスに格納される。この格納ボックスは、注文した数よりも少ない数の商品の取り出し要求を受け付けて、指示された数の商品だけを取り出し口へと移す。したがって、ユーザは毎回、自身の保管場所の制約に縛られることなく商品を必要な数だけ取り出すことができる。

【発明の効果】

【0009】

本発明の一側面によれば、ユーザ側の保管場所の制約に関係なく注文商品を該ユーザに届けることができる。

【図面の簡単な説明】

【0010】

【図1】実施形態に係る配送システムの適用の一例を示す図である。

【図2】実施形態に係る配送システムの全体構成を示す図である。

【図3】注文データの例を示す図である。

【図4】実施形態に係る配送システムで用いられるコンピュータのハードウェア構成を示す図である。

【図5】実施形態に係る配送システムの機能構成を示す図である。

【図6】実施形態に係る配送システムの動作を示すフローチャートである。

【図7】実施形態に係る排出制御プログラムの構成を示す図である。

【発明を実施するための形態】

【0011】

以下、添付図面を参照しながら本発明の実施形態を詳細に説明する。なお、図面の説明において同一または同等の要素には同一の符号を付し、重複する説明を省略する。

【0012】

図１〜図５を参照しながら、実施形態に係る配送システム１の機能および構成を説明する。配送システム１は、ユーザがＥＣ（electronic commerce）サイト上で注文した商品をそのユーザに届けるためのコンピュータシステムである。「商品」とは、取引可能な任意の有体物であり、その種類は何ら限定されない。本実施形態では、商品は、缶、瓶、ペットボトルなどの容器に入れられた飲料であるとする。配送システム１の特徴は、ユーザが注文商品を配送業者から直接に受け取るのではなく、所定の場所に設置された格納ボックス７０を介してその商品を受け取る点にある。配送システム１は、格納ボックスの利用の一態様である。

【0013】

図１は、個々の集合住宅の共用部に格納ボックス７０が設置された例を示す。ユーザＵは、自分が住んでいる集合住宅の格納ボックス７０のみを利用することができる。ユーザＵは自身の端末（ユーザ端末）１０、または格納ボックス７０を介してＥＣサイトにアクセスして商品を注文する（ステップＳ１）。本実施形態では、ユーザＵは複数個の商品９１のセット９０を注文するものとする（例えば、１ダースの缶ビール、６個セットの缶ジュースなど）。本明細書では、注文された複数個の商品のセットを「注文セット」ともいう。注文は販売業者へと送られ（ステップＳ２）、配送業者が注文セット９０を販売業者からユーザＵの住む集合住宅へと配送する（ステップＳ３）。その集合住宅に着くと、配送業者はその注文セット９０を格納ボックス７０に入れる。このとき、配送業者は、注文セット９０を構成する複数個の商品９１を一つずつ格納ボックス７０に入れる（ステップＳ４）。例えば、元々、１ダースの缶ビールが一つの箱に入れられたかたちで販売業者から提供される場合には、配送業者はその箱を格納ボックス７０に入れるのではなく、個々の缶ビールを箱から取り出して格納ボックス７０に入れる。

【0014】

ユーザＵは必要なときに必要な数だけの商品９１を格納ボックス７０から取り出すことができる（ステップＳ５）。例えば、１ダースの缶ビールを注文した場合には、ユーザＵはその格納ボックス７０から１個の缶ビールのみを取り出したり、２個の缶ビールのみを取り出したり、１１個の缶ビールのみを取り出したりすることができる。もちろん、ユーザＵは注文した数の商品のすべてを一度に格納ボックス７０から取り出してもよい。しかし、配送システム１の特徴の一つは、注文数よりも少ない数の商品を格納ボックス７０から取り出すことができる点にあるので、以下ではこの特徴について特に説明する。本実施形態の一態様では、あるユーザＵ（第１ユーザ）が注文した商品を、同じ集合住宅に住む別のユーザＵ（第２ユーザ）が取り出すことができる。別の態様では、ある集合住宅に住むあるユーザＵ（第１ユーザ）が注文した商品を、別の集合住宅に住む別のユーザＵ（第２ユーザ）が取り出すことができてもよい。

【0015】

図２に示すように、配送システム１はユーザ端末１０、ＥＣサーバ２０、データベース３０、決済サーバ４０、配送サーバ５０、配送員端末６０、および格納ボックス７０を備える。配送システム１内の各装置はインターネットやＬＡＮなどの通信ネットワーク８０を介して他の装置との間でデータ通信を行うことができる。

【0016】

ユーザ端末１０は、ユーザが用いるコンピュータである。ユーザ端末１０の具体的な種類は限定されない。例えば、ユーザ端末１０はタブレット端末や高機能携帯電話（スマートフォン）などの携帯端末でもよいし、据置型または携帯型のパーソナルコンピュータでもよい。

【0017】

ＥＣサーバ２０は、ＥＣサイトに関する処理を実行するコンピュータである。例えば、ＥＣサーバ２０はユーザ端末１０からの要求に応じて、ＥＣサイトのウェブページ（例えば、検索結果ページ、商品ページなど）をそのユーザ端末１０に送信したり、商品の注文を確定させたりする。注文を処理するために、ＥＣサーバ２０はデータベース３０にデータを登録または更新したり、決済サーバ４０または配送サーバ５０との間で必要なデータ通信を実行したりする。

【0018】

ＥＣサイトでの処理に必要なデータとしては、ユーザデータ、商品データ、注文データ、配送データ、決済データなどの様々なものがある。本実施形態では特に、ユーザの注文を示す注文データについて説明する。

【0019】

図３は注文データの例を示す。本実施形態では、注文データの各レコードは、注文ＩＤ、発注者ＩＤ、商品ＩＤ、注文数、決済種別、受取人ＩＤ、および受取数を含む。注文ＩＤは個々の注文を一意に特定するための識別子である。発注者ＩＤは商品を注文したユーザを一意に特定する識別子（発注者のユーザＩＤ）である。商品ＩＤは注文された商品を一意に特定する識別子であり、注文数は注文セットを構成する商品の個数である。決済種別は注文の決済の時期を示す。「済」はユーザがユーザ端末１０または格納ボックス７０から注文した際に決済されたことを意味し、「後日」はユーザが格納ボックス７０から商品を受け取る際に都度決済されることを意味する。受取人ＩＤは格納ボックス７０から商品を取り出したユーザを一意に特定する識別子（受取人のユーザＩＤ）であり、受取数は取り出された商品の個数である。格納ボックス７０に入れられたある一つの注文セットから一つの商品も取り出されていない場合には、受取人ＩＤおよび受取数には空値（ＮＵＬＬ）が設定される。図３では空値をハイフンで表している。

【0020】

図３は例えば、ユーザＡが注文した１２個の商品（飲料Ｐ）のうち６個を受け取ったことと、ユーザＢが注文商品（ビールＱ）を一つも受け取っていないこととを示す。また、図３は、ユーザＤの注文商品（飲料Ｓ）が、ユーザＤだけでなく別のユーザ（ユーザＥ）によっても取り出されたことを示す。

【0021】

なお、注文データの構成は図３に限定されず、配送システム１が実現できるのであればどのように設計してもよい。

【0022】

決済サーバ４０は、注文商品の決済に関する処理を実行するコンピュータである。本実施形態では、決済のタイミングは限定されない。例えば、ユーザがＥＣサイト上で注文を確定する際に決済が為されてもよいし、ユーザが格納ボックス７０から商品を取り出す際に決済が為されてもよい。

【0023】

配送サーバ５０は、注文セットの配送に関する処理を実行するコンピュータである。配送員端末６０は、商品を運んで格納ボックス７０に入れる配送員が持つ携帯端末である。例えば、配送サーバ５０は商品の配送状況を管理する。配送員が注文セットを格納ボックス７０に入れると、配送員は配送員端末６０を操作して、配送の完了を登録する。配送員端末６０はその操作に応じて配送サーバ５０に配送完了通知を送信し、配送サーバ５０はその通知に基づいて配送状況を管理する。また、配送サーバ５０はＥＣサーバ２０に配送完了通知を送信する。配送完了通知は少なくとも注文ＩＤを含む。

【0024】

格納ボックス７０は、配送された注文商品を一時的に格納する装置である。図５に示すように、格納ボックス７０は、商品を格納する格納領域７１と、商品の取り出し口７２とを備える。格納領域７１および取り出し口７２は機械的な構造である。格納領域７１は、注文セットを、個々の商品を別々に排出可能な状態で格納する機械的構造である。格納領域７１は、格納された商品の品質または鮮度を維持するための温度調節機構（例えば、商品を冷やすための冷却部と商品を温めるための加温部とのうちの少なくとも一つ）を備えてもよい。「個々の商品を別々に排出可能な状態」とは、注文セットのうち少なくとも一つの商品を排出することができる状態を意味する。「個々の商品を別々に排出可能な状態」とは、注文セットをそのまま排出することではない。ここで、取り出し口７２に商品を一つずつ排出することは必須ではない。例えば、１０個の商品から成る商品セットのうち２個〜９個の商品を一度に取り出し口７２に移すことも、「個々の商品を別々に排出する」という概念に含まれる。

【0025】

格納ボックス７０はさらに、ユーザ入力に応じて商品を格納領域７１から取り出し口７２に移すための排出機構７３も備える。この排出機構７３は、格納ボックス７０に搭載されたコンピュータにより制御される機械的な構造（例えば、商品を移すためのアームまたはコンベヤなど）を備える。

【0026】

注文数よりも少ない数の商品を取り出すための格納ボックス７０の仕組みとして、従来からある自動販売機に似た構造が挙げられる。この例では、格納領域７１は複数のラックを備える。各ラックは、一つの注文セットを構成する複数個の商品を収容する。このとき、個々の商品は互いに分かれたかたちでラックに収容される。ある一つの注文セットが特定の一つのラックに入れられると、配送員の操作により、その注文セットの注文ＩＤとラック番号との対応を示すデータが格納ボックス７０内のメモリ（例えば、後述する補助記憶装置１０７）に記憶される。排出機構７３は、格納ボックス７０に組み込まれたコンピュータの制御により、指定された注文商品に対応するラックから商品を取り出して、その商品を取り出し口７２へと運ぶ。もちろん、格納ボックス７０の具体的な仕組みはこれに限定されるものではない。

【0027】

図４は、上記の各種のサーバ、端末、または格納ボックス７０のコンピュータとして機能するコンピュータ１００の一般的なハードウェア構成を示す。コンピュータ１００は、一または複数のＣＰＵ１０１と、主記憶装置であるＲＡＭ１０２およびＲＯＭ１０３と、キーボードやタッチパネルなどの入力装置１０４と、ディスプレイやタッチパネルなどの出力装置１０５と、ネットワークカードなどの通信モジュール１０６と、ハードディスクや半導体メモリなどの補助記憶装置１０７とを備える。配送システム１内の各機能要素は、ＣＰＵ１０１またはＲＡＭ１０２に所定のコンピュータソフトウェアを読み込ませ、ＣＰＵ１０１が、入力装置１０４、出力装置１０５、通信モジュール１０６を動作させるとともに、ＲＡＭ１０２や補助記憶装置１０７におけるデータの読み出しおよび書き込みを行うことで実現される。

【0028】

図５は配送システム１の機能構成を示し、特にＥＣサーバ２０および格納ボックス７０の機能構成を示す。

【0029】

ＥＣサーバ２０は注文処理部２１および状況管理部２２を備える。

【0030】

注文処理部２１は、ＥＣサイトを介してユーザから入力された注文（注文セット）を処理する機能要素である。注文処理部２１は、ユーザ端末１０または格納ボックス７０からの要求に応じて、ＥＣサイトの各種ウェブページをそのユーザ端末１０または格納ボックス７０に送信する。注文確定の要求をユーザ端末１０または格納ボックス７０から受信すると、注文処理部２１は新たな注文ＩＤを採番し、該注文ＩＤ、発注者ＩＤ、商品ＩＤ、注文数、および決済種別を含む注文データを生成し、その注文データをデータベース３０に格納する。この時点では、注文データの受取人ＩＤおよび受取数は空値（ＮＵＬＬ）である。注文処理部２１は確定した注文を示すデータを配送サーバ５０に送信し、配送サーバ５０はこの送信に応じて、注文された商品の配送状況を管理し始める。ユーザがＥＣサイト上で注文を確定した際に決済を行う場合には、ＥＣサーバ２０は決済サーバ４０とデータを通信し合うことで決済を実行する。また、注文処理部２１は注文セットの配送指示を所定のサーバ（例えば販売業者のサーバ）に送信し、その配送指示に応じて、注文セットが発注者に対応する格納ボックス７０へと配送される。

【0031】

状況管理部２２は、注文商品の状況を管理する機能要素である。

【0032】

状況管理部２２は発注者に配送完了を伝える。具体的には、状況管理部２２は、配送サーバ５０から配送完了通知を受信すると、その通知に含まれる注文ＩＤから発注者ＩＤを特定する。そして、状況管理部２２はその発注者ＩＤに対応するメールアドレス宛に、配送の完了を示す電子メールを送信する。例えば、状況管理部２２はデータベース３０内のユーザデータ（これはユーザＩＤおよびメールアドレスを含む。）や注文データなどを参照して、注文ＩＤからメールアドレスを特定する。

【0033】

また、状況管理部２２は注文データの受取人ＩＤおよび受取数を更新する。状況管理部２２は、格納ボックス７０から後述する受取通知を受信すると、その受取通知で示される注文ＩＤ、ユーザＩＤ（受取人ＩＤ）、および受取数に従って、データベース３０内の対応する注文データを更新する。例えば、データベース３０が図３に示す状態であるとする。この前提の下で、受取通知が注文ＩＤ「１３４２３４」、ユーザＩＤ「ユーザＢ」、および受取数「２」を含む場合には、状況管理部２２はその注文ＩＤに対応するレコードの受取人ＩＤおよび受取数にそれぞれ「ユーザＢ」、「２」を書き込む。別の例で、受取通知が注文ＩＤ「１７９０１２」、ユーザＩＤ「ユーザＤ」、および受取数「１」を含む場合には、状況管理部２２はその注文ＩＤおよびユーザＩＤ（受取人ＩＤ）に対応するレコードの受取数を「６」に更新する。

【0034】

次に格納ボックス７０について説明する。本実施形態では、格納ボックス７０に搭載されたコンピュータにより実行される機能要素として、発注部７４、受付部７５、決済部７６、および排出制御部７７を説明する。

【0035】

発注部７４は、ＥＣサイトを表示するとともに、そのＥＣサイトに対するユーザ入力を受け付ける機能要素である。例えば、発注部７４はＥＣサーバ２０にアクセスしてＥＣサイトのウェブページを画面（例えば、格納ボックス７０のタッチパネル）上に表示する。ＥＣサイトを介して商品を注文するという点で、発注部７４はユーザ端末１０と同じである。ユーザがそのウェブページ上で商品を注文すると、発注部７４は注文に関する情報をＥＣサーバ２０に送信する。ＥＣサーバ２０では注文処理部２１がその注文を処理する。

【0036】

受付部７５は、ユーザによる商品の取り出し指示を受け付ける機能要素である。取り出し指示とは、ユーザが格納ボックス７０の画面を介して入力する指示であり、少なくとも注文ＩＤと、操作しているユーザを示すユーザＩＤと、受け取る商品の個数（受取数）とを含む。受付部７５により受け付けられる受取数（Ｎ）は、注文セットを構成する商品の元の数（Ｍ）よりも小さい。すなわち、受取数（Ｎ）は商品の注文数（Ｍ）より小さい。受付部７５は取り出し指示を決済部７６に出力する。なお、上述した通り、ユーザは注文した数の商品のすべてを一度に格納ボックス７０から取り出してもよく、この場合には、受付部７５は受取数として値Ｍを受け付ける。

【0037】

受付部７５はユーザ認証の機能を有し、認証を与えると判断したユーザによる取り出し指示のみを受け付けてもよい。ユーザ認証の具体的な方法は限定されず、例えば、指紋認証、顔認証、または集合住宅の鍵を用いた認証でもよい。いずれの場合も、受付部７５は、ユーザ操作により入力されたデータ（例えば指紋画像、顔画像、鍵ＩＤ）と、所定のデータベース（図示せず）に事前に登録されているユーザデータ（例えば指紋画像、顔画像、鍵ＩＤ）とを照合する。双方が一致すれば、受付部７５はユーザに認証を与え、取り出し指示を受け付けて決済部７６に出力する。

【0038】

格納ボックス７０は、複数のユーザにより利用され得る。この場合に、ある一人のユーザ（第１ユーザ）が注文した商品を別のユーザ（第２ユーザ）が取り出すことができるように格納ボックス７０を構成してもよい。受付部７５は、取り出し指示を入力するユーザが、格納ボックス７０を利用可能な者であるか否かをユーザ認証により判断し、そのユーザに認証を与えた場合にのみ、その取り出し指示を決済部７６に出力する。例えば、受付部７５は、第１ユーザが事前に、他人による商品の取り出しを許可することを示す登録を格納ボックス７０または配送システム１に対して実行した場合にのみ、第２ユーザに認証を与えてもよい。第１ユーザの事前の承認を第２ユーザによる取り出しの条件とすることで、第１ユーザが自身の注文商品を受け取れなくなるという状況を回避することができる。

【0039】

決済部７６は、取り出し指示で示される受取数に対応する決済を実行する機能要素である。決済部７６はデータベース３０を参照して、注文ＩＤに対応する決済種別を特定する。決済種別が「済」であれば、決済部７６は格納ボックス７０での決済が不要と判断して、取り出し指示を排出制御部７７に出力する。一方、決済種別が「後日」であれば、決済部７６は格納ボックス７０での決済が必要と判断して、取り出し指示で示される受取数分の商品についてのみの決済を実行する。これは受付部７５が取り出し指示を受け付けたことに応じて実行される決済である。例えば、６個の商品から成る注文セットの購入費用が９００円であり、受取数が２であれば、決済金額は３００円である。ユーザは決済部７６の指示に従って所定の決済手続きを行う。決済手続きが完了すると、決済部７６は取り出し指示を排出制御部７７に出力する。発注者とは異なるユーザ（第２ユーザ）が取り出し指示を入力した場合に、特定した決済種別が「後日」であれば、決済部７６はその第２ユーザに受取数分の費用を支払わせるための決済を実行する。

【0040】

排出制御部７７は、取り出し指示で指定された個数の商品を格納領域７１から取り出し口７２移すために排出機構７３を制御する機能要素である。例えば、排出制御部７７はメモリを参照して、取り出し指示で示される注文ＩＤに対応するラック番号を特定する。そして、排出制御部７７は、そのラック番号に対するラックから、取り出し指示で示される受取数分の商品を取り出し口７２に移すように、排出機構７３を制御する。さらに、排出制御部７７は取り出し指示で示される注文ＩＤ、ユーザＩＤ（受取人ＩＤ）、および受取数を含む受取通知を生成し、この受取通知をＥＣサーバ２０に送信する。

【0041】

次に、図６を参照しながら、配送システム１の動作を説明するとともに本実施形態に係る配送方法について説明する。

【0042】

ユーザがユーザ端末１０または格納ボックス７０を介して複数個の商品を注文すると、ＥＣサーバ２０の注文処理部２１がその注文セットを受け付ける（ステップＳ１１）。その後、配送員がその注文セットをユーザに対応する格納ボックス７０（ユーザの住む集合住宅内の格納ボックス７０）へと運ぶ（ステップＳ１２）。格納ボックス７０に来ると、配送員は、個々の商品を別々に取り出すことが可能な状態でその注文セットを格納ボックス７０に格納する（ステップＳ１３）。

【0043】

その後、配送完了を電子メールで知ったユーザが格納ボックス７０に来て、商品を取り出すための操作を行うと、受付部７５が取り出し指示を受け付ける（ステップＳ１４、受付ステップ）。場合によっては、続いて、決済部７６が取り出し指示で示される受取数に対応する決済を実行する（ステップＳ１５）。続いて、排出制御部７７が、指定された個数の商品を排出するように排出機構を制御する（ステップＳ１６、排出制御ステップ）。この結果、ユーザは所望の数の商品を得ることができる。また、排出制御部７７は受取通知をＥＣサーバ２０に送信し、ＥＣサーバ２０では状況管理部２２がその通知に従ってデータベース３０の注文データを更新する（ステップＳ１７）。

【0044】

次に、図７を参照しながら、格納ボックス７０を実現するための排出制御プログラムＰ１を説明する。例えば、この排出制御プログラムＰ１は格納ボックス７０内のコンピュータにインストールされる。

【0045】

排出制御プログラムＰ１は、メインモジュールＰ１０、発注モジュールＰ１１、受付モジュールＰ１２、決済モジュールＰ１３、および排出制御モジュールＰ１４を備える。メインモジュールＰ１０は、格納ボックス７０の機能を統括的に制御する部分である。発注モジュールＰ１１、受付モジュールＰ１２、決済モジュールＰ１３、および排出制御モジュールＰ１４を実行することにより実現される機能はそれぞれ、上記の発注部７４、受付部７５、決済部７６、および排出制御部７７の機能と同様である。

【0046】

排出制御プログラムＰ１は、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭ、半導体メモリなどの有形の記録媒体に固定的に記録された上で提供されてもよい。あるいは、排出制御プログラムＰ１は、搬送波に重畳されたデータ信号として通信ネットワークを介して提供されてもよい。

【0047】

以上説明したように、本発明の一側面に係る格納ボックスは、Ｍ個の商品のセットである第１ユーザの注文セットを、個々の商品を別々に排出可能な状態で格納する格納領域であって、ここで、Ｍは２以上の数である、該格納領域と、商品の取り出し口と、商品を格納領域から取り出し口に移す排出機構と、第１ユーザによる、注文セットに対応するＮ個の商品の取り出し指示を受け付ける受付部であって、ここで、ＮはＭより小さい数である、該受付部と、注文セットのうちＮ個の商品を格納領域から取り出し口に移すように排出機構を制御する排出制御部とを備える。

【0048】

本発明の一側面に係る排出制御プログラムは、格納ボックスのコンピュータに排出方法を実行させる排出制御プログラムであって、格納ボックスが、Ｍ個の商品のセットであるユーザの注文セットを、個々の商品を別々に排出可能な状態で格納する格納領域であって、ここで、Ｍは２以上の数である、該格納領域と、商品の取り出し口と、商品を格納領域から取り出し口に移す排出機構とを備え、排出方法が、ユーザによる、注文セットに対応するＮ個の商品の取り出し指示を受け付ける受付ステップであって、ここで、ＮはＭより小さい数である、該受付ステップと、注文セットのうちＮ個の商品を格納領域から取り出し口に移すように排出機構を制御する排出制御ステップとを含む。

【0049】

本発明の一側面に係る配送システムは、ユーザにより入力されたＭ個の商品のセットを示す注文セットを受け付けるサーバであって、ここで、Ｍは２以上の数である、該サーバと、サーバからの指示に応じて配送された注文セットを格納する格納ボックスとを備え、格納ボックスが、注文セットを、個々の商品を別々に排出可能な状態で格納する格納領域であって、ここで、Ｍは２以上の数である、該格納領域と、商品の取り出し口と、商品を格納領域から取り出し口に移す排出機構と、ユーザによる、注文セットに対応するＮ個の商品の取り出し指示を受け付ける受付部であって、ここで、ＮはＭより小さい数である、該受付部と、注文セットのうちＮ個の商品を格納領域から取り出し口に移すように排出機構を制御する排出制御部とを備える。

【0050】

このような側面においては、まとめて注文された複数個の商品（注文セット）が、それぞれが別々に排出可能な状態で格納ボックスに格納される。この格納ボックスは、注文した数よりも少ない数の商品の取り出し要求を受け付けて、指示された数の商品だけを取り出し口へと移す。したがって、ユーザは毎回、自身の保管場所の制約に縛られることなく商品を必要な数だけ取り出すことができる。言い換えると、ユーザは格納ボックスをあたかも自分の保管庫のように使うことができる。

【0051】

他の側面に係る格納ボックスでは、受付部が取り出し指示を受け付けたことに応じて、Ｎ個の商品に対応する決済を実行する決済部をさらに備えてもよい。この場合には、実際に消費されようとしている商品の分だけの決済を実行することができる。

【0052】

他の側面に係る格納ボックスでは、商品が飲料であってもよい。一般に、飲料は複数本が１セットとして販売されたり、複数本がまとめて購入されたりする傾向がある一方で、消費は一本ずつであることが多い。本発明の一側面に係る格納ボックスは、このような飲料の購入および消費の傾向に適しているといえる。

【0053】

他の側面に係る格納ボックスでは、格納領域が温度調節機構を備えてもよい。この場合には、格納領域に入れられた商品の品質または鮮度を維持することができる。例えば、温度調節機構が冷却部または加温部であれば、ユーザは格納ボックスをあたかも自分の冷蔵庫または加温庫のように使うことができる。

【0054】

他の側面に係る格納ボックスでは、第１ユーザが住む集合住宅に設置されてもよい。集合住宅に設置することで格納ボックスの利便性を上げることができる。

【0055】

他の側面に係る格納ボックスでは、受付部が、第１ユーザと異なる第２ユーザによる、注文セットに対応するＮ個の商品の取り出し指示を受け付け、排出制御部が、注文セットのうちＮ個の商品を格納領域から取り出し口に移すように排出機構を制御してもよい。この場合には、ある一人のユーザが注文した商品を他のユーザと分かち合うことができる。

【0056】

他の側面に係る格納ボックスでは、第１ユーザおよび第２ユーザが同じ集合住宅に住んでもよい。この場合には、格納ボックスの利便性が向上し、また、商品のシェアが容易になる。

【0057】

以上、本発明をその実施形態に基づいて詳細に説明した。しかし、本発明は上記実施形態に限定されるものではない。本発明は、その要旨を逸脱しない範囲で様々な変形が可能である。

【0058】

格納ボックスは、集合住宅以外の任意の場所に設置されてもよい。また、格納ボックスに格納される商品は飲料に限定されず、任意の有体物であってよい。さらに、格納ボックスに入れられた商品は、その商品を注文したユーザによってのみ取り出し可能であってもよい。

【0059】

上記実施形態では格納ボックス７０が発注部７４および決済部７６を備えたが、これらの機能要素の少なくとも一つが省略されてもよい。

【0060】

配送システムを構成する各装置の所有者、運営者、または管理者の組合せは何ら限定されない。例えば、格納ボックスと各サーバとで所有者、運営者、または管理者が互いに異なってもよい。

【0061】

少なくとも一つのプロセッサにより実行される配送システムでの処理手順は上記実施形態での例に限定されない。例えば、配送システムは上述したステップ（処理）の一部を省略してもよいし、別の順序で各ステップを実行してもよい。また、上述したステップのうちの任意の２以上のステップが組み合わされてもよいし、ステップの一部が修正又は削除されてもよい。あるいは、配送システムは上記の各ステップに加えて他のステップを実行してもよい。

【産業上の利用可能性】

【0062】

本発明の一側面によれば、ユーザ側の保管場所の制約に関係なく注文商品を該ユーザに届けることができる。

【符号の説明】

【0063】

１…配送システム、１０…ユーザ端末、２０…ＥＣサーバ、３０…データベース、７０…格納ボックス、７１…格納領域、７２…取り出し口、７３…排出機構、２１…注文処理部、２２…状況管理部、７４…発注部、７５…受付部、７６…決済部、７７…排出制御部、Ｐ１…排出制御プログラム、Ｐ１０…メインモジュール、Ｐ１１…発注モジュール、Ｐ１２…受付モジュール、Ｐ１３…決済モジュール、Ｐ１４…排出制御モジュール。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】