JP2023145048A - 容器管理装置、容器管理プログラム、容器管理方法 - Google Patents

Abstract

【課題】使用済みの容器を効率的に収集し、回収に要する人や燃料のコストを低減させる容器管理装置を提供する。
【解決手段】本発明の容器管理装置は、容器に収容された商品の使用時期に関する情報又は容器の回収を要求する情報に基づいて回収すべき容器の種類及び数量の情報を生成する容器情報生成部と、回収すべき容器の回収地点及び回収時間帯、並びに、回収に向かう回収者の位置情報を含む回収条件を生成する回収条件生成部と、前記容器情報生成部が生成した前記容器の種類及び数量の情報、並びに、前記回収条件生成部が生成した前記回収条件に基づいて、前記回収者が前記回収地点に向かう回収行程を演算する回収行程演算部と、を備える。
【選択図】 図２

Description

本発明は、容器管理装置に関する。

近年、使用済み容器の廃棄による資源の無駄遣いが社会問題となっており、この問題を解消するために、容器の再利用を推進するシステムが提案されている。例えば、特許文献１には、店舗に返却された使用済みのリユース容器の回収・洗浄・配送を行う容器管理事業者に対して、リユース容器の使用履歴情報を提供することにより、容器を洗浄する洗浄工程を適正に選択できるようにしたリユース飲料容器管理システムが開示されている。

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

特許文献１に記載の技術は、容器の洗浄に資する情報を収集することを意図したものであり、容器を如何に効率的に回収するかについては、何ら開示がされていない。

本発明の目的は、使用済みの容器を効率的に収集し、回収に要する人や燃料のコストを低減させる容器管理装置を提供することにある。

上記課題を解決するために、本発明の容器管理装置は、容器に収容された商品の使用時期に関する情報又は容器の回収を要求する情報に基づいて回収すべき容器の種類及び数量の情報を生成する容器情報生成部と、回収すべき容器の回収地点及び回収時間帯、並びに、回収に向かう回収者の位置情報を含む回収条件を生成する回収条件生成部と、前記容器情報生成部が生成した前記容器の種類及び数量の情報、並びに、前記回収条件生成部が生成した前記回収条件に基づいて、前記回収者が前記回収地点に向かう回収行程を演算する回収行程演算部と、を備える。

本発明によれば、使用済みの容器を効率的に収集し、回収に要する人や燃料のコストを低減させる容器管理装置を提供できる。

本実施形態に係る容器循環システムの全体構成を示す図。 実施例１に係るリユース容器回収システムのブロック図。 実施例１の容器情報データベースに格納された、容器情報の一例を示す図。 実施例１の回収先データベースに格納された、回収先情報の一例を示す図。 実施例１の回収者データベースに格納された、回収者情報の一例を示す図。 容器回収の流れの一例を示すフローチャート。 回収経路の一例を示す図。 実施例２に係るリユース容器回収システムのブロック図。 実施例２の回収先データベースに格納された、回収先情報の一例を示す図。 実施例３における容器管理装置の処理を示すフローチャート。

以下、本発明の実施形態について、図面を参照して説明する。

＜容器循環システム＞
本実施形態に係る容器循環システムの全体構成について説明する。図１は、本実施形態に係る容器循環システムの全体構成を示す図である。図１に示すように、本実施形態に係る容器循環システムは、主に、容器循環会社と、商品メーカと、流通会社と、需要者と、データ管理会社と、で構成される。

容器循環会社は、容器の製造の他、使用済み容器の洗浄や再資源化等の業務を行う会社である。容器循環会社は、新たに製造した容器、調整済み容器、洗浄済み容器等を商品メーカに提供するとともに、使用済みの容器を回収業者から受け取る。容器循環会社は、使用済み容器から残っている商品を廃棄し洗浄するが、パッキンの劣化で蓋が閉まらない、印刷が薄くなっている、容器ＩＤが読み取れない、等の場合には、容器の調整又は再資源化を行う。なお、容器の製造や洗浄を、同じ会社が行う必要はなく、別々の会社がそれぞれの業務を行っても良い。

商品メーカは、容器循環会社から提供を受けた容器に商品を充填し、流通会社へ提供する。また、商品メーカは、流通会社による販売状況に基づいて商品の需要を把握し、適切な量の商品を生産する。なお、商品メーカは、商品の供給情報等を容器循環会社へ提供することで、容器循環会社が容器の需要を把握することも可能となる。

流通会社は、容器を含む商品を保管する倉庫を備え、商品メーカから仕入れた商品を需要者に販売する。流通会社の事業形態としては、ＥＣサイトで注文を受け付けて配送するものと、店舗を展開するものと、がある。なお、量り売りサーバ等により店頭で商品が充填される場合には、容器循環会社から流通会社へ直接容器が提供される場合もある。また、流通会社は、売れ残った商品を廃棄せずに、商品メーカや容器循環会社へ返却することもある。

需要者は、一般消費者だけに限らず、飲食店等も含む。需要者がＥＣサイト又は店舗で購入した商品を消費すると、使用済み容器が、次の３つの方法で回収される。第１の方法は、需要者が回収業者による容器の回収を依頼又は受諾する方法であり、実施例１を用いて後述する。第２の方法は、需要者が使用済み容器を、商品を購入した店舗又は他の店舗に返却する方法であり、実施例２を用いて後述する。第３の方法は、需要者がＥＣ商品を受け取る時に容器を受け渡す方法であり、実施例３を用いて後述する。

データ管理会社は、容器管理装置を有しており、容器循環会社、商品メーカ、流通会社及び需要者等から情報通信インターフェースを介して取得した、容器、商品及び需要者に関する情報をデータベースで管理する。

以下では、容器循環システムのうち、特に、商品を収容する容器が購入されてから回収されるまでに関する、リユース容器回収システムに焦点を当てて説明する。

＜リユース容器回収システム＞
図２は、実施例１に係るリユース容器回収システムのブロック図である。本実施例は、需要者が回収業者による容器の回収を依頼又は受諾する例、すなわち、容器の回収業者が、容器に収容される商品の購入者の住居や飲食店等まで容器の回収に訪れる例を示す。

本実施例のリユース容器回収システムは、図２に示すように、容器管理装置１００と、回収先端末装置２００と、回収者端末装置３００と、交通情報管理装置４００と、ネットワーク５００と、で構成されている。図２では、回収先端末装置２００及び回収者端末装置３００がそれぞれ１つのみ示されているが、実際には多数の各装置がネットワーク５００を介して容器管理装置１００に接続される。なお、容器管理装置１００は、単一のコンピュータで構築されるサーバであっても、多数のコンピュータ群で構築されるクラウド型のサーバであっても良い。

＜容器管理装置＞
本実施例の容器管理装置１００は、プロセッサ１１０と、メモリ１２０と、通信部１３０と、ストレージ１４０と、を備えている。図２では、概念的にプロセッサ１１０が実行する機能を、容器情報生成部１２１、回収条件生成部１２２及び回収行程演算部１２３として示している。これらの機能を実現するためのプログラムは、メモリ１２０に格納される。なお、上記プログラムは、ＲＯＭ等に予め組み込まれて提供されたり、インストール可能な形式又は実行可能な形式のファイルでＣＤ－ＲＯＭ等の計算機で読み取り可能な記録媒体に記録して提供されたり、配布されても良い。さらには、上記プログラムは、インターネット等のネットワークに接続された計算機上に格納され、ネットワーク経由でダウンロードさせることにより提供されたり、配布されたりしても良い。

容器情報生成部１２１は、容器に収容された商品の使用時期に関する情報又は容器の回収を要求する情報に基づいて回収すべき容器の種類及び数量の情報を生成する。回収条件生成部１２２は、回収すべき容器の回収地点及び回収時間帯、並びに、回収に向かう回収者の位置情報を含む回収条件を生成する。回収行程演算部１２３は、容器情報生成部１２１が生成した容器の種類及び数量の情報、並びに、回収条件生成部１２２が生成した回収条件に基づいて、回収者が回収地点に向かる回収行程を演算する。

通信部１３０は、ネットワーク５００を介して、回収先端末装置２００、回収者端末装置３００及び交通情報管理装置４００との間でデータをやり取りするためのインターフェースである。ストレージ１４０は、容器情報データベース１４１と、回収先データベース１４２と、回収者データベース１４３と、を有している。

図３は、実施例１の容器情報データベースに格納された、容器情報の一例を示す図である。図３に示すように、容器情報データベース１４１には、容器ＩＤごとに、需要者ＩＤ、容器種類、購入日、初期容量、残量、消費時期及び消費期限の情報が格納されている。なお、容器情報データベース１４１には、当該容器を製造する容器製造会社の情報、当該容器に充填する商品を生産する商品メーカの情報、当該商品の流通に関わる店舗やＥＣサイトの情報、商品の種類を特定する商品ＩＤ、等が含まれていても良い。容器製造会社と当該容器に充填する商品を生産する商品メーカは同一の場合も、異なる場合も含まれる。

ここで、容器ＩＤは、容器の表面にバーコード、２次元コード、ＲＦＩＤ（Radio Frequency Identification）タグ等を用いて付される、容器固有の識別情報であり、読取装置によって読取が可能である。需要者ＩＤは、店舗又はＥＣサイトで購入した需要者を特定する情報であり、商品購入後に需要者が自ら、回収先端末装置２００を用いて、当該商品を収容する容器のＩＤと紐づけて登録し、その情報が容器管理装置１００へ送信され、容器情報データベース１４１に記録される。なお、需要者ＩＤの登録は、店舗やＥＣサイト等が、商品の決済時に参照する需要者の情報に基づいて、容器ＩＤと対応させる形で容器管理装置１００に送信することで行われても良い。

容器種類は、例えば、商品が飲料の場合は飲料ボトルや飲料サーバ等であり、商品が燃料や洗剤の場合はタンク等である。購入日は、容器に収容される商品を需要者が購入した日時である。購入日は、需要者が自ら登録しても良いし、商品購入時に店舗の読取装置等で読み取られた容器ＩＤの情報が、需要者ＩＤと共に容器管理装置１００に送信される際に、容器情報データベース１４１に自動的に登録されても良い。初期容量は、商品メーカによって容器ＩＤと紐づく形で記録され、容器管理装置１００に送信されることで、容器情報データベース１４１に記録される。

残量は、容器内の商品の残量を検知する残量センサ６００により検知された直近の容量であり、ネットワーク５００を介して、容器管理装置１００に送信される。なお、残量センサ６００の無い容器が空になったか否かの情報又は残量に関する情報は、需要者が回収先端末装置２００を用いて自ら登録しても良く、その場合も需要者によって登録された情報が、容器管理装置１００に送信される。容器管理装置１００に逐次送信される、容器の残量等に関する情報は、容器情報データベース１４１の当該容器ＩＤに対応する情報として更新される。

消費時期は、初期容量及び残量等の情報に基づいて当該容器が空になると推定される日時、又は、実際に残量がなくなり容器が空になった日時である。消費期限は、容器内の商品の消費期限であり、商品メーカによって記録され、容器管理装置１００に送信されることで、容器情報データベース１４１に登録される。容器情報データベース１４１に登録される容器製造会社と、その会社が製造する容器に充填される商品のメーカが異なる場合であっても、消費期限は、商品メーカによって記録される。

図４は、実施例１の回収先データベースに格納された、回収先情報の一例を示す図である。図４に示すように、回収先データベース１４２には、回収先ＩＤごとに、回収地点、回収希望日時、回収依頼有無、容器ＩＤ、容器種類、空き経過日数の情報が格納されている。

ここで、回収先ＩＤは、需要者ＩＤと一致することもあるが、商品の購入時に、容器ＩＤと紐づく形で需要者ＩＤが記録されなかった場合等は、回収先端末装置２００にて容器ＩＤと紐づく形で回収先ＩＤとして新たに記録される。回収地点は、回収先ＩＤに紐づけられた住所である。回収希望日時は、回収先ＩＤに対応する一般消費者等が、リユース容器回収サービスによる空の容器の回収を依頼した場合における、回収を希望する日時である。なお、時間は幅を持った時間帯であってもよく、以後の記載でも同様である。回収依頼有無は、回収依頼の有無を示す情報であり、各回収先にある容器ごとの登録が可能である。空き経過日数は、容器が空になってからの経過日数である。容器ＩＤ及び容器種類は、図３で説明した通りである。なお、回収先データベースには、各回収先について、容器の種類ごとに回収対象の数量に関する情報も格納される。

図５は、実施例１の回収者データベースに格納された、回収者情報の一例を示す図である。図５に示すように、回収者データベース１４３には、例えば、回収者ＩＤごとに、現在位置、積載量、作業員数、回収可能日時の情報が格納されている。

ここで、回収者ＩＤは、例えば、回収業者ごとに、あるいは、同じ回収業者でも複数の回収用車両を有している場合には回収用車両ごとに、付される識別情報である。なお、本実施例における回収業者は、回収先で受け取った空の容器を容器循環会社まで配送する業者であるが、容器循環会社が回収業者を兼ねても良い。現在位置は、回収者ＩＤに対応する回収用車両等が回収中の場合はその位置であり、回収中でない場合は回収者の拠点となる場所である。積載量は、当該回収用車両等に積める容器の重さであり、車種等によって決まる。作業員数は、当該回収用車両等に乗車して実際の回収作業を行う作業員の数であり、数が多ければ回収先で容器の積み込みに要する時間が短くなる。回収可能日時は、当該回収用車両及び作業員等が回収にあたることが可能な時間帯である。なお、回収者データベース１４３には、さらに、当該回収用車両の燃料の残量等が含まれていても良い。

＜回収先端末装置＞
回収先端末装置２００は、容器の回収先（需要者）、例えば、一般消費者、飲食店等が所有するスマートフォン、タブレット端末等である。リユース容器回収のサービスを利用する需要者は、回収先端末装置２００を操作し、容器管理装置１００の情報に基づき容器循環会社等が提供するアプリ又はウェブサイト上で、容器の回収を依頼したり受諾したりできる。

図２に示すように、本実施例の回収先端末装置２００は、プロセッサ２１０と、メモリ２２０と、通信部２３０と、表示部２４０と、を備えている。図２では、概念的にプロセッサ２１０が実行する機能を、残量判定部２２１、回収依頼部２２２及び回収受諾部２２３として示している。これらの機能を実現するためのプログラムは、メモリ２２０に格納される。なお、上記プログラムは、予め組み込まれて提供されたり、記録媒体に記録して提供されたり、ネットワーク経由でダウンロードさせることにより提供されたりしても良い。

残量判定部２２１は、回収先にある容器の残量センサ６００と接続されており、残量センサ６００の検出値に基づいて、容器内の商品の残量を判定する。なお、残量センサ６００は、例えばカメラや重量センサであり、容器が貯蔵される冷蔵庫等に設けられても良いし、容器自体に設けられても良い。回収依頼部２２２は、回収先の需要者が空の容器の回収を要求する場合に操作するものであり、操作がされると回収要求情報が容器管理装置１００へ送信される。回収受諾部２２３は、容器管理装置１００から受け取った回収可否の問合せに対して受諾する場合に操作するのであり、操作がされると回収可能情報が容器管理装置１００へ送信される。

回収先端末装置２００には、残量判定部２２１により判定される商品の残量に基づいて、容器回収のリコメンドが行われても構わない。リコメンドでは、容器情報データベース１４１に格納されている容器ＩＤ、容器種類を含む容器情報が、回収推奨日時とともに表示部２４０を介して需要者に通知される。

通信部２３０は、ネットワーク５００を介して、容器管理装置１００との間でデータをやり取りするためのインターフェースである。また、表示部２４０は、各容器内の商品の残量、容器の回収依頼状況、後述する回収可否問合せ情報、等を表示することができる。なお、表示部２４０は、回収依頼部２２２や回収受諾部２２３の機能を発現させる操作部としての機能も併せもつ操作表示部であっても良い。

＜回収者端末装置＞
回収者端末装置３００は、容器の回収者が所有するスマートフォン等の端末装置、又は、容器の回収者が乗車する回収用車両に搭載された端末装置である。回収者端末装置３００は、ネットワーク５００を介して、容器管理装置１００と接続されており、容器回収の指示や回収スケジュールの提供を受ける。

本実施例の回収者端末装置３００は、プロセッサ３２０と、通信部３１０と、表示部３３０と、位置検知部３４０と、を備えている。

通信部３１０は、ネットワーク５００を介して、容器管理装置１００との間でデータをやり取りするためのインターフェースである。また、表示部３３０は、容器管理装置１００から提供される容器回収の指示や回収スケジュール等を表示することができる。位置検知部３４０は、全地球測位システムであるＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）や他の人工衛星からのデータを使って現在位置のデータを取得する。位置検知部３４０で検知された現在位置のデータは、通信部３１０を介して逐次、容器管理装置１００の回収者データベース１４３に記憶される。

＜交通情報管理装置＞
交通情報管理装置４００は、ネットワーク５００を介して容器管理装置１００と接続され、交通情報データベース４１０を有している。交通情報データベース４１０には、地図情報、速度制限や一方通行等の道路の制約情報、道路の渋滞情報、等が格納されている。

＜容器回収の流れ＞
次に、商品を収容する容器が購入されてから、回収されるまでの流れの一例を、図６及び図７に基づき説明する。図６は、容器回収の流れの一例を示すフローチャートであり、図７は、回収経路の一例を示す図である。

容器管理装置１００の容器情報生成部１２１は、回収先端末装置２００から送信された容器の残量と、初期容量と、に基づいて容器が空になる時期を推定し、推定結果を当該容器ＩＤの消費時期として容器情報データベース１４１に記録する（ステップＳ１０１）。なお、消費時期は、回収先端末装置２００の残量判定部で２２１推定され、回収先端末装置２００が残量に代えて容器管理装置１００に送信しても良い。

さらに、容器情報生成部１２１は、容器情報データベース１４１を参照し、消費時期又は消費期限に到達した容器ＩＤの需要者が所有する回収先端末装置２００に対して、容器の回収の要否を問合せる回収要否問合せ情報を、通信部１３０を介して送信する（ステップＳ１０２）。なお、保管場所に余裕がある場合等には、回収要否問合せ情報は、空き容器が発生しても直ちには送信せず、空き容器の発生後、一定期間が経過してから送信するようにしても良い。逆に、保管場所に余裕がない場合等には、空き容器が発生する前、すなわち、消費時期や消費期限に到達する一定期間前に行われても良い。

需要者は、回収を要求する場合、回収先端末装置２００の回収依頼部２２２を操作することにより、回収要求情報を容器管理装置１００へ送信する（ステップＳ１０３）。容器情報生成部１２１は、通信部１３０を介して回収要求情報を受信すると、回収先データベース１４２における当該回収先ＩＤに紐づく容器ＩＤの回収依頼を「有」に更新する。なお、回収先端末装置２００が回収を要求しない場合、容器情報生成部１２１は、回収先データベース１４２における当該回収先ＩＤに紐づく容器ＩＤは、回収先で保管されるべき回収不要のものとして更新される。

また、回収先端末装置２００は、容器管理装置１００からの要否確認情報が届かなくても、回収依頼部２２２の操作により、回収要求情報を容器管理装置１００へ送信し、自発的に容器の回収を依頼することも可能である。回収先端末装置２００からの自発的な回収依頼は、回収を希望する各容器の容器ＩＤを特定したものであっても良いし、回収を希望する容器の種類とその数量のみであっても良い。

通信部１３０が、回収先端末装置２００から、回収希望日時、回収対象の容器の容器ＩＤ、容器の種類ごとの回収対象の数量、等の情報を受信すると、回収条件生成部１２２は、回収先データベース１４２のうち、送信元の回収先端末装置２００の回収先ＩＤに対応する情報を更新する。すると、回収行程演算部１２３は、回収者データベース１４３を参照して、回収要求のあった回収先ＩＤに関し、回収地点、回収希望日時、容器の種類ごとの回収対象の数量等を考慮して対応が可能な回収者ＩＤを抽出する（ステップＳ１０４）。回収行程演算部１２３が回収者ＩＤを抽出する際には、回収者データベース１４３における、回収者の現在位置、積載量、作業員数、回収可能日時等の他、交通情報管理装置４００の交通情報データベース４１０に格納されている渋滞情報等が参照される。ビールサーバ等の大きな容器の場合は、傷が付かないようにする保護剤等の搬送用具を回収者が所有しているか否かの情報も参照される。

ここで、回収行程演算部１２３は、回収要求情報を受信していない回収先ＩＤのうち、空の容器が発生して所定期間が経過し、かつ、回収要求情報を受信した回収先ＩＤの回収地点の周辺地域に属しているもの（以下、周辺回収先候補と呼ぶことが有る）も抽出する（ステップＳ１０５）。周辺地域に属するか否かは、所定の回収地点からの距離が一定以内か否か、所定の回収地点への回収ルートの途中にあるか否か、等の情報に基づいて判定される。

周辺回収先候補が抽出された場合、回収行程演算部１２３は、当該回収先ＩＤに対応する回収先端末装置２００へ、回収候補日時とともに、容器の回収の可否を問合せる回収可否問合せ情報を、通信部１３０を介して送信する（ステップＳ１０６）。

周辺回収先候補は、回収可能である場合、回収先端末装置２００の回収受諾部２２３を操作することにより、回収可能情報を容器管理装置１００へ送信する（ステップＳ１０７）。

回収行程演算部１２３は、通信部１３０を介して回収可能情報を受信すると、回収要求情報を受信した回収先の回収地点、回収可能情報を受信した回収先候補の回収地点、を含む最適な（例えば図７のような）回収経路を確定させる（ステップＳ１０８）。最適な回収経路の確定に際しては、回収用車両の燃料の残量や積み込み作業時間（容器の種類や数量、作業員数等）、一緒に回収される容器の種類の組合せ等も考慮される。なお、回収の日時が即時の場合、現在対応可能な回収者の現在位置が回収経路の演算等に用いられるが、回収の日時が即時でない場合、その時間帯で対応可能な回収者が当該回収先へ向かう直前の位置（例えば回収者の拠点となる場所）が回収経路の演算等に用いられる。

最適な回収経路が確定すると、各回収先での容器の積み込み作業の開始予定時刻等を含む、回収スケジュールが通信部１３０を介して回収者端末装置３００へ送られる（ステップＳ１０９）。回収者は、回収者端末装置３００の表示部３３０に出力された回収スケジュールを確認しながら、回収用車両を使って各回収先へ移動するとともに、容器の積み込み作業を行う。

本実施例によれば、使用済みの容器を効率的に収集し、回収に要する人や燃料のコストを低減させることが可能となる。

なお、容器情報データベース１４１には、容器の状態、すなわち、洗浄すれば再利用できる状態か、劣化が進んで再利用できない状態か、等に関する情報が含まれていても良い。例えば、周辺回収先候補が複数存在して全てを回収することが不可能な場合、再利用できる状態の容器のある候補を優先し、再利用できない状態の容器のある候補は回収可否問合せ情報を送信しないようにしても良い。逆に、容器循環会社が新しい容器を循環させたい場合には、再利用できない状態の容器を優先して回収させることも可能である。

図８は、実施例２に係るリユース容器回収システムのブロック図である。本実施例は、需要者が使用済み容器を、商品を購入した店舗又は他の店舗に返却する例、すなわち、容器に収容される商品の購入者が、店舗に空き容器を持ち込み、店舗が容器の回収先となる例を示す。したがって、本実施例における回収先端末装置２００は、店舗に設けられる端末装置である。ただし、複数の店舗を管理する管理センタ等が存在する場合には、回収先端末装置２００が管理センタ等に置かれても良い。以下、実施例１と異なる点を中心に説明する。

本実施例の回収先である店舗には、回収先端末装置２００の他、一般消費者から持ち込まれた空の容器を回収まで保管する回収ボックスが設けられている（図８では図示を省略）。回収ボックスは、容器の種類ごとに設けられても良い。また、回収ボックスには、一般消費者が回収ボックスに容器を投入する際に、容器に付された容器ＩＤを読み取る読取装置が設けられても良い。

本実施例の回収先端末装置２００のメモリには、図８に示すように、数量判定部２２４が含まれている。数量判定部２２４は、店舗にある数量センサ７００（例えばカメラや重量センサ）と接続されており、数量センサ７００の検出値に基づいて、回収ボックス内の容器の数量（容積や重量等）を判定する。なお、数量判定部２２４は、数量センサ７００の検出値に代えて、容器ＩＤの読取装置による読み取り結果に基づき、容器の数量を判定しても良い。

図９は、実施例２の回収先データベースに格納された、回収先情報の一例を示す図である。図９に示すように、回収先データベース１４２には、回収先ＩＤごとに、回収地点、容器種類、容器種類ごとの現在数量及び基準数量の情報が格納されている。

ここで、回収先ＩＤは、店舗を特定するＩＤとなる。回収地点は、回収先ＩＤに紐づけられた住所である。現在数量は、回収ボックス内に持ち込まれた容器の現在の数量であり、容器の種類ごとに記録されるのが望ましい。基準数量は、回収の要否の基準となる数量であり、現在数量が基準数量に達すると、回収先端末装置２００が容器管理装置１００に対して回収要求情報を送信し、自動的に回収依頼を行う。なお、回収先端末装置２００は、現在数量のみを定期的に容器管理装置１００へ送信し、基準数量に達したか否か、回収が必要か否か、は容器管理装置１００が判定しても良い。また、実施例１と同様に、店舗の回収先端末装置２００にも回収依頼部２２２を設け、回収要求情報を自発的に容器管理装置１００へ送信できるようにしても良い。

なお、本実施例でも、専門の容器回収業者の作業員が店舗まで容器の回収に向かうことを想定しているが、流通会社の倉庫から店舗へ商品を配送する作業員が、商品の配送後に容器を倉庫に持ち帰り、別の作業員により倉庫から容器循環会社へ容器が配送されるようにしても良い。

実施例３は、需要者がＥＣ商品を受け取る時に容器を受け渡す例、具体的には、容器に収容された商品を購入した一般消費者が、ＥＣ商品の受け取りが有る場合はその時に空の容器を受け渡し、ＥＣ商品の受け取りが無い場合は空の容器を店舗に返却する例を示す。すなわち、回収者として、実施例１，２では、容器の回収を専門に行う容器回収業者の作業員を想定していたが、実施例３では、ＥＣ商品の受け渡しと容器の受け取りを兼ねるＥＣ配送業者の作業員も含まれる。したがって、本実施例の容器管理装置１００は、ＥＣサイトのサーバ等の一部として構成されるか、一般消費者ごとの商品及び容器に関する情報がＥＣサイトのサーバ等と共有される。

図１０は、実施例３における容器管理装置の処理を示すフローチャートである。容器管理装置１００の通信部１３０が一般消費者の回収先端末装置２００から回収要求情報を受信すると、容器管理装置１００の回収条件生成部１２２が、当該回収先端末装置２００に対応する需要者ＩＤについて、ＥＣサイトで注文済みで未配送の商品があるか否かを判定する（ステップＳ２０１）。当該商品があると判定された場合、回収行程演算部１２３は、空き容器の種類及び数量、車両の積載量等に基づいて、ＥＣ商品の受け渡しと同時に空の容器の受け取りが可能か否かを判定する（ステップＳ２０２）。容器の受け取りが可能と判定された場合、回収行程演算部１２３は、商品の配送行程と容器の回収行程とを関連付け、ＥＣサイトの注文時に定められた商品の配送行程に沿って、商品の配送と容器の回収が実行される（ステップＳ２０３）。

一方、ステップＳ２０１において、当該商品がないと判定された場合、容器管理装置１００は、一般消費者の回収先端末装置２００に対して、ＥＣ商品の発注、望ましくは空の容器に充填される商品の追加発注、を促す案内情報を送信する（ステップＳ２０４）。その後、容器管理装置１００の回収条件生成部１２２は、ＥＣサイトで商品の発注がされたか否かを判定する（ステップＳ２０５）。発注がされたと判定された場合、ステップＳ２０２に移行する。

ステップＳ２０５で受け取り不可能と判定された場合、及び、ステップＳ２０５で発注がされなかったと判定された場合、容器管理装置１００は、一般消費者の回収先端末装置２００に対して、空の容器に充填される商品の店舗における購入と、空の容器の店舗への持ち込みと、を促す案内情報を送信する（ステップＳ２０６）。その後、一般消費者は、空の容器を店舗に持ち込んで回収ボックスに投入し、回収ボックスに保管された容器は、回収業者によって回収される（ステップＳ２０７）。

なお、ＥＣ商品の受け渡しと同時に空の容器を受け取った回収者は、空の容器を一旦ＥＣサイトの倉庫に持ち帰り、別の回収者が空の容器を容器循環会社まで配送する。ただし、空の容器は、倉庫を経由することなく、容器循環会社へ直接配送されても良い。

本発明は、前述した実施例に限定されるものではなく、様々な変形が可能である。例えば、前述した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えたり、追加したりすることが可能である。

１００…容器管理装置、１１０…プロセッサ（容器管理装置）、１２０…メモリ（容器管理装置）、１２１…容器情報生成部、１２２…回収条件生成部、１２３…回収行程演算部、１３０…通信部（容器管理装置）、１４０…ストレージ、１４１…容器情報データベース、１４２…回収先データベース、１４３…回収者データベース、２００…回収先端末装置、２１０…プロセッサ（回収先端末装置）、２２０…メモリ（回収先端末装置）、２３０…通信部（回収先端末装置）、２４０…表示部（回収先端末装置）、３００…回収者端末装置、３１０…通信部（回収者端末装置）、３２０…プロセッサ（回収者端末装置）、３３０…表示部（回収者端末装置）、３４０…位置検知部、４００…交通情報管理装置、４１０…交通情報データベース、５００…ネットワーク、６００…残量センサ、７００…数量センサ

Claims (10)

1. 容器に収容された商品の使用時期に関する情報又は容器の回収を要求する情報に基づいて回収すべき容器の種類及び数量の情報を生成する容器情報生成部と、
   回収すべき容器の回収地点及び回収時間帯、並びに、回収に向かう回収者の位置情報を含む回収条件を生成する回収条件生成部と、
   前記容器情報生成部が生成した前記容器の種類及び数量の情報、並びに、前記回収条件生成部が生成した前記回収条件に基づいて、前記回収者が前記回収地点に向かう回収行程を演算する回収行程演算部と、を備えた、容器管理装置。
2. 請求項１において、
   前記容器情報生成部は、さらに、回収すべき容器の状態に関する情報を生成する、容器管理装置。
3. 請求項１において、
   前記回収条件生成部は、前記回収者の回収可能日時を含む回収条件を生成する、容器管理装置。
4. 請求項３において、
   前記回収条件生成部は、さらに、積載量、作業員数、交通情報の少なくとも１つを含む回収条件を生成する、容器管理装置。
5. 請求項１において、
   前記容器情報生成部は、容器に収容された商品の残量に基づいて消費時期に関する情報を作成する、容器管理装置。
6. 請求項１において、
   前記回収行程演算部は、容器の回収を要求する情報を送信した回収先の回収地点の周辺地域に属している回収先候補を抽出する、容器管理装置。
7. 請求項６において、
   前記回収先候補となる端末装置から容器の回収を受諾する情報を受信した場合、前記回収行程演算部は、前記回収先の回収地点及び前記回収先候補の回収地点を含む回収経路を演算する、容器管理装置。
8. 請求項１において、
   前記回収条件生成部は、前記回収地点に配送する予定の商品の有無を含む回収条件を生成し、
   商品の受け渡しと同時に容器の受け取りが可能な場合、前記回収行程演算部は、前記商品の配送行程と前記容器の回収行程とを関連付ける、容器管理装置。
9. 容器に収容された商品の使用時期に関する情報又は容器の回収を要求する情報に基づいて回収すべき容器の種類及び数量の情報を生成する容器情報生成部と、
   回収すべき容器の回収地点及び回収時間帯、並びに、回収に向かう回収者の位置情報を含む回収条件を生成する回収条件生成部と、
   前記容器情報生成部が生成した前記容器の種類及び数量の情報、並びに、前記回収条件生成部が生成した前記回収条件に基づいて、前記回収者が前記回収地点に向かう回収行程を演算する回収行程演算部と、を備えた、容器管理プログラム。
10. 容器に収容された商品の使用時期に関する情報又は容器の回収を要求する情報に基づいて回収すべき容器の種類及び数量の情報を生成する容器情報生成過程と、
    回収すべき容器の回収地点及び回収時間帯、並びに、回収に向かう回収者の位置情報を含む回収条件を生成する回収条件生成過程と、
    前記容器情報生成部が生成した前記容器の種類及び数量の情報、並びに、前記回収条件生成部が生成した前記回収条件に基づいて、前記回収者が前記回収地点に向かう回収行程を演算する回収行程演算過程と、を備えた、容器管理方法。

Images