(57)【要約】【課題】自動販売機が設置された配送先への商品の配送作業を効率化し、あるいは合理化するに適した配送依頼システムを提供する。【解決手段】物流拠点２から配送拠点３を介して複数の配送先ＤＴのそれぞれの自動販売機５に補充すべき商品が所定のコンテナ７を利用して配送される物流形態に適用され、物流拠点２から配送拠点３に配送されるべき商品の種類及び数量を指定する配送依頼情報を、物流拠点２から配送拠点３への物流を担うべき物流業者のシステム２０に提供するサーバを含む配送依頼システムにおいて、サーバは、配送先ＤＴごとの商品の補充数量を示す補充情報に対応して各コンテナ７に収容すべき商品の種類及び数量を配送先ＤＴごとに決定し、決定されたコンテナ７ごとの商品の種類及び数量を配送先の情報と対応付けて指定する配送依頼情報を生成し、その配送依頼情報を物流業者のシステムに送信する。【選択図】図２
2020047080.tif 000002
【特許請求の範囲】
【請求項１】
複数種類の商品を保管する物流拠点から配送拠点を介して複数の配送先のそれぞれに前記商品が配送され、前記複数の配送先のそれぞれには、前記複数種類の商品の少なくとも一部を販売する少なくとも一台の自動販売機が設置され、かつ前記物流拠点から前記配送拠点への配送、及び前記配送拠点から前記配送先への配送のそれぞれでは、規格化された荷役体が配送の単位として用いられる物流形態に適用されるべく構成され、各配送先にて必要とされる各商品の補充数量に応じて、前記物流拠点から前記配送拠点に配送されるべき商品の種類及び数量を指定する配送依頼情報を、前記物流拠点から前記配送拠点への物流を担うべき物流業者のシステムに対してネットワークを介して提供するコンピュータとしてのサーバを含んだ配送依頼システムであって、
前記サーバには、
前記配送先ごとの各商品の補充数量を示す補充情報の指定に対応して、各荷役体に荷役されるべき商品の種類及び数量を各荷役体における荷役の制限に従って前記配送先ごとに決定し、決定された荷役体ごとの商品の種類及び数量を、前記配送先ごとにユニークな配送先指定情報と対応付けて指定する情報を前記配送依頼情報として生成する配送依頼情報生成手段、及び
生成された配送依頼情報を、前記物流業者のシステムに対して送信する情報送信手段、
が設けられている配送依頼システム。
【請求項２】
前記配送依頼情報生成手段は、前記配送先ごとに使用される前記荷役体の数量を示す情報を含めるようにして前記配送依頼情報を生成する請求項１に記載の配送依頼システム。
【請求項３】
前記物流形態において、一の配送拠点に対して複数の配送ルートが設定されるとともに、前記一の配送拠点に対応する複数の配送先が前記複数の配送ルートのいずれかに分類され、
前記配送依頼情報生成手段は、前記配送ルートを指定する情報を含めるようにして前記配送依頼情報を生成する請求項１又は２に記載の配送依頼システム。
【請求項４】
前記配送依頼情報生成手段は、一つの配送ルートに含まれる配送先の件数を示す情報を含めるようにして前記配送依頼情報を生成する請求項３に記載の配送依頼システム。
【請求項５】
各配送先の自動販売機が前記ネットワークを介して前記サーバと接続され、
前記サーバには、
各自動販売機から各商品の補充数量を決定するために必要な情報を取得する情報取得手段、及び
各自動販売機から取得した情報に基づいて前記補充情報を生成する補充情報生成手段、
とがさらに設けられ、
前記配送依頼情報生成手段は、前記補充情報生成手段が生成した補充情報に基づいて前記配送依頼情報を生成する請求項１〜４のいずれか一項に記載の配送依頼システム。
【請求項６】
複数種類の商品を保管する物流拠点から配送拠点を介して複数の配送先のそれぞれに前記商品が配送され、前記複数の配送先のそれぞれには、前記複数種類の商品の少なくとも一部を販売する少なくとも一台の自動販売機が設置され、かつ前記物流拠点から前記配送拠点への配送、及び前記配送拠点から前記配送先への配送のそれぞれでは、規格化された荷役体が配送の単位として用いられる物流形態に適用されるべく構成された配送依頼システムに含まれるコンピュータとしてのサーバを、各配送先にて必要とされる各商品の補充数量に応じて、前記物流拠点から前記配送拠点に配送されるべき商品の種類及び数量を指定する配送依頼情報を、前記物流拠点から前記配送拠点への物流を担うべき物流業者のシステムに対してネットワークを介して提供するように機能させる配送依頼システム用のコンピュータプログラムであって、
前記サーバを、
前記配送先ごとの各商品の補充数量を示す補充情報の指定に対応して、各荷役体に荷役されるべき商品の種類及び数量を各荷役体における荷役の制限に従って前記配送先ごとに決定し、決定された荷役体ごとの商品の種類及び数量を、前記配送先ごとにユニークな配送先指定情報と対応付けて指定する情報を前記配送依頼情報として生成する配送依頼情報生成手段、及び
生成された配送依頼情報を、前記物流業者のシステムに対して送信する情報送信手段、
として機能させるように構成された配送依頼システム用のコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、自動販売機に商品を補充するために必要な商品の配送を依頼するシステム等に関する。
【背景技術】
【０００２】
自動販売機への商品の補充は、一般に一定の担当地域が割り当てられた配送拠点にて配送車に商品群を積み込み、所定の訪問ルート（配送ルート）に沿って自動販売機を順次訪問しつつ各訪問先で商品を適宜に積み降ろして自動販売機に必要な商品を補充するといった手法で行われている。近年では、自動販売機をサーバとネットワークで接続することにより自動販売機をネットワーク端末として機能させることが試みられている。そうした仕組みを備えたシステムでは、各自動販売機の販売実績等の情報をサーバで収集して各自動販売機の商品の補充数量を算出し、得られた補充数量に従って自動販売機ごとのコンテナに商品をピッキングすることにより、訪問先での商品選別の手間等を軽減して補充作業の効率化を図る提案もなされている（例えば特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１３−６１８０６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１に記載のシステムでは、各地の配送ルートの拠点となる配送拠点でピッキング作業を実施しているため、各地に設けられた配送拠点がピッキング用の設備を備え、かつピッキングに必要十分な数量の商品を保管している必要がある。配送拠点は、各地の自動販売機を一日、あるいはそれよりも短い時間内で訪問できる程度の地域に対応付けて設けられるため、その数は比較的多い。そのような配送拠点に設備やスペースの負担を求めることは必ずしも適切ではないことがある。一方、各地の配送拠点への商品の配送は、一般的には商品の供給元である製造業者、輸入業者等における商品の製造拠点や保管拠点のような大規模な出荷拠点から比較的広い地域をカバーする物流拠点を経て各地の配送拠点まで階層的に行われることが常である。そうした広域レベルの配送は、例えば宅配業者といった全国規模をカバーする専門の物流業者がこれに適した仕組みを構築していることが多い。よって、その種の業者のリソースを有効に活用できれば配送の効率を全体として高め得る。しかしながら、配送拠点までの商品の配送は、製造拠点等にて作成される同一種類の商品のパッケージを単位として行われている。これは、配送拠点への配送依頼が配送拠点の在庫状況に応じてなされること、あるいは、配送拠点よりも上流側（製造拠点等に近い側である。）では配送拠点から先の配送ルートにおける配送の都合を知り得ず、宅配等と同じく、配送拠点を届け先として商品を配送するしかない、といった事情に由来する。したがって、結局のところは各配送拠点でパッケージを開封してピッキングする必要がある。
【０００５】
そこで、本発明は自動販売機が設置された配送先への商品の配送作業を効率化し、あるいは合理化するに適した配送依頼システム等を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明の一態様に係る配送依頼システム（１０）は、複数種類の商品（ＢＰ）を保管する物流拠点（２）から配送拠点（３）を介して複数の配送先（ＤＴ）のそれぞれに前記商品が配送され、前記複数の配送先のそれぞれには、前記複数種類の商品の少なくとも一部を販売する少なくとも一台の自動販売機（５）が設置され、かつ前記物流拠点から前記配送拠点への配送、及び前記配送拠点から前記配送先への配送のそれぞれでは、規格化された荷役体（７）が配送の単位として用いられる物流形態に適用されるべく構成され、各配送先にて必要とされる各商品の補充数量に応じて、前記物流拠点から前記配送拠点に配送されるべき商品の種類及び数量を指定する配送依頼情報（Ｄ３）を、前記物流拠点から前記配送拠点への物流を担うべき物流業者のシステム（２０）に対してネットワーク（ＮＴ）を介して提供するコンピュータとしてのサーバ（１１）を含んだ配送依頼システムであって、前記サーバには、前記配送先ごとの各商品の補充数量を示す補充情報（Ｄ２）の指定に対応して、各荷役体に荷役されるべき商品の種類及び数量を各荷役体における荷役の制限に従って前記配送先ごとに決定し、決定された荷役体ごとの商品の種類及び数量を、前記配送先ごとにユニークな配送先指定情報（一例として図８の得意先コード）と対応付けて指定する情報を前記配送依頼情報として生成する配送依頼情報生成手段（３３、Ｓ７、Ｓ８）、及び生成された配送依頼情報を、前記物流業者のシステムに対して送信する情報送信手段（３４、Ｓ９）、が設けられたものである。
【０００７】
本発明の一態様に係るコンピュータプログラム（ＰＧ）は、複数種類の商品（ＢＰ）を保管する物流拠点（２）から配送拠点（３）を介して複数の配送先（ＤＴ）のそれぞれに前記商品が配送され、前記複数の配送先のそれぞれには、前記複数種類の商品の少なくとも一部を販売する少なくとも一台の自動販売機（５）が設置され、かつ前記物流拠点から前記配送拠点への配送、及び前記配送拠点から前記配送先への配送のそれぞれでは、規格化された荷役体（７）が配送の単位として用いられる物流形態に適用されるべく構成された配送依頼システム（１０）に含まれるコンピュータとしてのサーバ（１１）を、各配送先にて必要とされる各商品の補充数量に応じて、前記物流拠点から前記配送拠点に配送されるべき商品の種類及び数量を指定する配送依頼情報（Ｄ３）を、前記物流拠点から前記配送拠点への物流を担うべき物流業者のシステム（２０）に対してネットワーク（ＮＴ）を介して提供するように機能させる配送依頼システム用のコンピュータプログラムであって、前記サーバを、前記配送先ごとの各商品の補充数量を示す補充情報（Ｄ２）の指定に対応して、各荷役体に荷役されるべき商品の種類及び数量を各荷役体における荷役の制限に従って前記配送先ごとに決定し、決定された荷役体ごとの商品の種類及び数量を、前記配送先ごとにユニークな配送先指定情報（一例として図８の得意先コード）と対応付けて指定する情報を前記配送依頼情報として生成する配送依頼情報生成手段（３３、Ｓ７、Ｓ８）、及び生成された配送依頼情報を、前記物流業者のシステムに対して送信する情報送信手段（３４、Ｓ９）、として機能させるように構成されたものである。
【０００８】
上記態様によれば、各荷役体に荷役されるべき商品の種類及び数量が荷役体の制限に従って配送先ごとに決定され、決定された荷役体ごとの商品の種類及び数量を、配送先指定情報と対応付けて指定した配送依頼情報が作成され、その配送依頼データが物流業者のシステムに提供される。したがって、物流拠点にて配送先ごとに区別して商品を荷役体に荷役し、それらの荷役体を配送拠点へと配送することが可能である。つまり、配送拠点から先の配送の都合に合わせて商品が配送先ごとに荷役体に区別された状態で物流拠点から配送拠点への商品を配送することが可能である。したがって、商品の最終的な配送、及び自動販売機への商品の補充を担当すべき配送拠点にてピッキング作業を実施する必要がなく、配送先に対応した荷役体を配送車等に積み込むだけで配送及び補充作業を行うことができる。あるいは、配送先にて商品ごとの梱包体から必要な数量の商品を取り出して補充に向かうといった作業も不要である。したがって、配送先に対する商品の配送及び補充の作業を効率化、あるいは合理化できる。また、配送拠点にてピッキング作業に必要十分な数量の商品を保管しておく必要がないため、配送拠点に確保すべきスペースの節減を図り得る。
【０００９】
本発明の一態様において、前記配送依頼情報生成手段は、前記配送先ごとに使用される前記荷役体の数量を示す情報を含めるようにして前記配送依頼情報を生成してもよい。この場合には、各配送先に対応する荷役体の数量が配送依頼情報に含まれることにより、少なくとも物流拠点では各配送先に向けられるべき荷役体の総数を把握することが可能となる。そのため、物流拠点における荷役体の積み込み作業時、あるいは配送拠点における荷役体の積み降ろし時等において、同一の配送先に向けられるべき荷役体の個数の確認等を容易かつ確実に行うことが可能である。
【００１０】
前記物流形態において、一の配送拠点に対して複数の配送ルート（ＲＴ１、ＲＴ２）が設定されるとともに、前記一の配送拠点に対応する複数の配送先が前記複数の配送ルートのいずれかに分類され、前記配送依頼情報生成手段は、前記配送ルートを指定する情報を含めるようにして前記配送依頼情報を生成してもよい。これによれば、配送ルートを区別する情報が物流拠点側に与えられるため、物流拠点では、配送ルートを示す情報を付加して荷役体を配送拠点へと送ることが可能となる。それにより、配送拠点では、いずれの配送ルートに向けられるべき荷役体であるか、を容易かつ確実に判別することができる。
【００１１】
前記配送依頼情報生成手段は、一つの配送ルートに含まれる配送先の件数を示す情報を含めるようにして前記配送依頼情報を生成してもよい。これによれば、配送先の件数を示す情報が物流拠点側に与えられるため、物流拠点では、一つの配送ルートに何件分の配送先が含まれているか、を示す情報を付加して荷役体を配送拠点へと送ることが可能となる。そのため、物流拠点における荷役体の積み込み作業時、あるいは配送拠点における荷役体の積み降ろし時等において、依頼された全ての配送先に対応する荷役体が漏れなく存在しているか、を容易かつ確実に判別することができる。
【００１２】
各配送先の自動販売機が前記ネットワークを介して前記サーバと接続され、前記サーバには、各自動販売機から各商品の補充数量を決定するために必要な情報（Ｄ１）を取得する情報取得手段（３１、Ｓ１）、及び各自動販売機から取得した情報に基づいて前記補充情報を生成する補充情報生成手段（３２、Ｓ２〜Ｓ６）、とがさらに設けられ、前記配送依頼情報生成手段は、前記補充情報生成手段が生成した補充情報に基づいて前記配送依頼情報を生成してもよい。これによれば、配送依頼システムが補充情報の生成までの処理をも実行するため、配送依頼情報の生成に必要な作業を効率化し、あるいは合理化することが可能である。
【００１３】
なお、以上の説明では本発明の理解を容易にするために添付図面の参照符号を括弧書きにて付記したが、それにより本発明が図示の形態に限定されるものではない。
【図面の簡単な説明】
【００１４】
【図１】本発明の一形態に係る配送依頼システムが適用される物流形態の概略を示す図。
【図２】物流拠点から配送拠点を経て各配送先に至る飲料品の配送の例を示す図。
【図３】物流拠点から配送拠点へと飲料品を配送するために行われる作業手順の概略を示す図。
【図４】運営システムにおけるサーバの構成の一例を示す図。
【図５】図４のサーバにて実行される配送依頼処理の手順の一例を示すフローチャート。
【図６】図４の実績データの一例を示す図。
【図７】図４の補充プランデータの一例を示す図。
【図８】図４のピッキング依頼データの一例を示す図。
【図９】物流システム側で発行される伝票の一例を示す図。
【発明を実施するための形態】
【００１５】
まず、図１を参照して、発明の一形態に係る配送依頼システムが適用される物流形態の一例を説明する。図１に例示する物流形態では、商品の一例としての飲料品ＢＰ（図２参照）が製造工場１Ａ、あるいは製造業者の保管倉庫１Ｂといった出荷拠点１から物流拠点２を経て各地の配送拠点３に配送される。物流拠点２への配送は、飲料品ＢＰがカートン等の梱包体ＰＫに種類ごとに分けて梱包された状態で行われる。その配送には貨物車４等が適宜に利用されてよい。
【００１６】
配送拠点３には担当地域が定められている。配送拠点３は、その担当地域内に設置された自動販売機５を配送先ＤＴとして商品を配送する拠点である。配送拠点３においては配送ルートが設定される。図１では一つの配送拠点３にて二つの配送ルートＲＴ１、ＲＴ２（以下、ＲＴで代表することがある。）が設定された例を示しているが、一つの配送拠点３に対して少なくとも一つの配送ルートＲＴが設定されていればよい。一つの配送拠点３に対して複数の配送ルートＲＴが設定されている場合、配送拠点３の担当地域内に存在する自動販売機５はいずれかの配送ルートＲＴに適宜に分類される。配送拠点３の作業者は、配送車６に商品を積み込み、配送ルートＲＴに従って自動販売機５を順次訪問して自動販売機５に商品を補充する。配送拠点３の担当地域は、一日又はそれよりも短い時間内で自動販売機５を巡回できる程度の範囲に設定される。物流拠点２は配送拠点３の担当地域と比較して広い地域を担当するように設けられている。図１では一つの物流拠点２のみを示すが、複数の物流拠点２が担当地域を分けて設けられてよい。複数の物流拠点２は、担当地域を順次狭めるようにして階層的に設けられてもよい。あるいは、担当地域が異なる複数の物流拠点２間で飲料品ＢＰが中継されてもよい。
【００１７】
図２は、一つの物流拠点２から一つの配送拠点３への配送、及び配送拠点３からの一つの配送ルートＲＴに沿った配送の一例を示している。物流拠点２から配送拠点３への配送、及び配送拠点３から配送先ＤＴの自動販売機５への配送には、荷役体の一例としてのコンテナ７が使用される。すなわち、物流拠点２から配送拠点３を経て配送先ＤＴに至る配送は、コンテナ７を単位として行われる。コンテナ７は一例として折り畳みが可能な直方体状の容器として構成される。コンテナ７はその大きさ及び形状が規格化されている。コンテナ７に関して複数種類の規格が存在してもよく、その場合には飲料品ＢＰの配送に適した規格のコンテナ７が適宜に選択されてよい。コンテナ７には荷役に関する一定の制限が存在する。一例として、各コンテナ７には収容可能な重量に関する制限が設定されている。ただし、その制限は絶対的な上限値として設定されることを必ずしも要しない。多少の超過が許容される目安として制限が設定されてもよい。コンテナ７の荷役に関する制限は重量による例に限らない。重量に代えて、又は加えて飲料品ＢＰの総体積、長さ等が制限として設定されてもよい。
【００１８】
コンテナ７への飲料品ＢＰのピッキングは物流拠点２にて配送先ＤＴごとに分けて行われる。一つの配送先ＤＴに対して使用されるコンテナ７の個数は、配送先ＤＴに配送すべき飲料品ＢＰの数量に応じて変化する。つまり、一つの配送先ＤＴに対して複数のコンテナ７が使用されることがある一方で、同一のコンテナ７に異なる配送先ＤＴに向けられた飲料品ＢＰが混載されることはない。物流拠点２にて飲料品ＢＰが荷役されたコンテナ７は、そのコンテナ７内の飲料品ＢＰが配送されるべき配送先ＤＴを担当する配送拠点３に配送される。配送拠点３に届けられたコンテナ７は、その配送拠点３の配送先ＤＴに対する訪問のスケジュールに従って配送先ＤＴに順次配送され、コンテナ７に収容された飲料品ＢＰが自動販売機５に補充される。このように、本形態では、配送拠点３にて梱包体ＰＫを開封して配送先ＤＴごとのピッキング作業を実施するのではなく、配送拠点３よりも上流側、すなわち製造工場１Ａや保管倉庫１Ｂ等の出荷拠点１に近い側に位置する物流拠点２にて配送先ＤＴごとにコンテナ７を区別してピッキング作業が行われる。
【００１９】
図２では、一つの配送先ＤＴに一台の自動販売機５が設置された例を示すが、配送先ＤＴは商品を配送車６から積み降ろして補充する作業が行われる単位であって、一つの配送先ＤＴに複数の自動販売機５が含まれてもよい。自動販売機５は、物流拠点２から配送し得る全ての種類の飲料品ＢＰを販売し得ることを必ずしも要せず、少なくとも一部の種類の飲料品ＢＰが販売可能であればよい。一つの配送ルートＲＴに含まれる配送先ＤＴの件数も適宜に変更されてよい。階層的に設けられた複数の物流拠点２間で飲料品ＢＰが順次配送され、あるいは担当地域が異なる複数の物流拠点２間で飲料品ＢＰが中継されつつ配送される場合、いずれか一つの物流拠点２にてコンテナ７へのピッキングが実施される。ピッキングが行われる物流拠点２よりも上流側では梱包体ＰＫによる配送が、下流側ではコンテナ７による配送がそれぞれ行われる。配送拠点３からの配送は例えば一日一回といったように定期的に行われる。ただし、毎回の配送で全ての配送先ＤＴが配送対象として設定されることを必ずしも要しない。配送が行われるごとに、配送ルートＲＴ内における配送先ＤＴが適宜に選択されてよい。配送ルートＲＴは配送の都合に応じて適宜変更されてよい。一つの配送ルートＲＴ内の配送先ＤＴを複数台の配送車６が分担するようにして配送が行われてもよい。
【００２０】
図１に戻って説明を続ける。出荷拠点１から物流拠点２への配送、及び物流拠点２から配送拠点３への配送は、比較的広い地域を対象とした物流業務である一方、配送拠点３から配送先ＤＴへの配送は、範囲が限られた比較的狭い地域内での配送に加えて、個々の自動販売機５への飲料品ＢＰの補充、自動販売機５の売上金の回収、自動販売機５のメンテナンスといった運営管理を含んだ業務となる。そのため、前者の業務は、例えば全国規模の物流網を構築している業者が担当し、後者の業務は個々の自動販売機５の運営管理を営む業者が担当する、といったように業務を担当する主体が分けられる場合がある。以下では、配送拠点３までの物流業務を担当する業者を物流業者、配送拠点３からの配送及び飲料品ＢＰの補充といった業務を担当する業者を運営業者と呼んで区別する。ただし、物流業者と運営業者とは相互に独立した業者であることを必ずしも要せず、関連会社、子会社といった資本関係を有する業者であってもよい。要は物流業者と運営業者とを担当する業務の範囲によって区別する。したがって、配送拠点３は物流業者の配送支店等でもよいし、あるいは運営業者が設置した配送センタといった店舗であってもよい。配送拠点３からの配送及び飲料品ＢＰの補充も、配送拠点３の営業主体、あるいはその者から委託を受けた業者によって実現されてもよい。
【００２１】
物流業者及び運営業者のそれぞれは自らの業務を遂行するために情報処理システムを構築していることが常である。図１では、運営業者が営む情報処理システムを運営システム１０、物流業者の情報処理システムを物流システム２０として例示している。運営システム１０は、各地の自動販売機５とネットワークＮＴを介して接続されたサーバ１１と、そのサーバ１１に対するクライアントとしての端末装置１２とを含む。物流システム２０も同様にサーバ２１と、そのサーバ２１に対するクライアントとしての端末装置２２とを含む。物流システム２０には、物流拠点２におけるピッキング指示伝票等を印刷出力するためのプリンタ２３といったクライアントがさらに設けられる。運営システム１０にも各種のクライアントが設けられてよいが、図１では図示が省略されている。配送拠点３にもサーバ１１、２１と適宜に接続されるクライアントが設けられてよい。
【００２２】
運営システム１０は、物流業者に対して配送拠点３への配送を依頼する配送依頼システムの一例として機能する。運営システム１０のサーバ１１は自動販売機５から収集する情報に基づいて各自動販売機５に補充すべき飲料品ＢＰの種類及び数量を決定し、その結果に従って物流システム２０のサーバ２１に配送を依頼するためのデータを提供する。物流拠点２では運営システム１０から提供されたデータに基づいて、配送先ＤＴごとのコンテナ７に対するピッキング内容が判別され、その判別結果に従って飲料品ＢＰがピッキングされる。
【００２３】
次に、図３を参照して、物流拠点２から配送拠点３へと飲料品ＢＰを配送するために行われる作業手順の概略を説明する。図３の作業は適当な周期で繰り返し行われてよいが、ここでは一日一回の頻度で繰り返されるものとする。また、以下では一つの配送拠点３に関する手順を例に挙げるが、複数の配送拠点３のそれぞれに対して図３の作業が実施されてよい。まず、運営システム１０において、各地の自動販売機５から実績データが収集される（Ｆ１１）。実績データは、各自動販売機５に補充すべき飲料品ＢＰの数量を決定するために必要な情報である。その具体例は後述する。実績データの収集は、例えば配送拠点３からの配送が行われるべき日の前日の夜間といったように、配送拠点３からの配送の実施日時と関連付けて実行時期を定めて行われてよい。
【００２４】
次に、運営システム１０では、自動販売機５から収集された情報に基づいて、配送拠点３に対応する配送ルートＲＴごとの補充プランが作成される（Ｆ１２）。補充プランは、配送ルートＲＴに含まれる配送先ＤＴのうち、いずれの配送先ＤＴを訪問すべきか、訪問すべき配送先ＤＴ（以下、これを訪問先と呼ぶことがある。）の自動販売機５に対する飲料品ＢＰの補充内容、例えば補充すべき飲料品ＢＰの種類及び数量（本数）を定めた訪問プランである。この後、運営システム１０では、補充プランに基づいて物流業者への配送依頼情報の一例としてのピッキング依頼データが作成される（Ｆ１３）。ピッキング依頼データの作成手順の詳細は後述する。作成されたピッキング依頼データは物流システム２０に提供される（Ｆ１４）。
【００２５】
物流システム２０ではピッキング依頼データが取得され（Ｆ２１）、得られたピッキング依頼データに基づいて伝票が作成される（Ｆ２２）。伝票はコンテナ７ごとに作成され、物流拠点２にて適宜に印刷出力される。各伝票には、ピッキング作業の内容及びコンテナ７の配送先となるべき配送拠点３及び配送先ＤＴを指定する情報が含まれる。一つのコンテナ７は一つの配送先ＤＴに対応するため、一枚の伝票にて複数の配送先ＤＴのそれぞれに配送すべき飲料品ＢＰのピッキング内容が記載されることはない。伝票の具体例は後述する。続けて、物流業者側では物流拠点２に保管された飲料品ＢＰを伝票の指示に従ってコンテナ７に収容するピッキング作業が行われる（Ｆ２３）。ピッキング依頼データに対応するピッキング作業が完了すると、飲料品ＢＰが収容された各コンテナ７が配送拠点３に向けて配送される（Ｆ２４）。
【００２６】
配送拠点３では、物流拠点２から配送されるコンテナ７が一時的保管され、配送準備の開始に伴って各コンテナ７が配送車６に積み込まれる（Ｆ３１）。その後、配送車６による訪問先としての配送先ＤＴへの訪問が開始され、各配送先ＤＴの自動販売機５に対して飲料品ＢＰが順次補充される（Ｆ３２）。この場合、配送先ＤＴごとにコンテナ７が区別されているため、各配送先ＤＴでは作業者が配送先ＤＴに対応するコンテナ７のみを積み降ろせば足りる。したがって、訪問先での補充作業が効率化される。
【００２７】
図３に示した作業手順のうち、運営システム１０における手順Ｆ１１〜Ｆ１４は、運営システム１０におけるサーバ１１の処理として行われる。図４はそのような処理を実現するためのサーバ１１の構成の一例を示している。図４の例において、サーバ１１は所定のコンピュータプログラムＰＧに従って動作するコンピュータの一例として構成される。サーバ１１は、得意先データベースＤＢ１、商品データベースＤＢ２、及び実績データベースＤＢ３にアクセスして、各種のデータを読み出し、あるいは書き込むことが可能である。
【００２８】
得意先データベースＤＢ１は、得意先に関する各種の情報が記録されたデータベースである。得意先は配送先ＤＴの別称であって、一つの配送先ＤＴが一つの得意先に対応する。得意先データベースＤＢ１は、一例として、得意先名称、配送ルート、訪問スケジュールといった得意先に関する各種の情報が得意先ごとにユニークな得意先コードと対応付けて記録されたレコードの群を保持する。配送ルートは、得意先がどの配送拠点３のどの配送ルートＲＴに含まれているか、を指定する情報である。訪問スケジュールは、得意先をいつ訪問すべきか、を指定する情報である。例えば、毎日、あるいは毎週の特定曜日に訪問すべきといった内容が訪問スケジュールとして記録される。得意先に設置された自動販売機５の詳細、例えば自動販売機５の機種、コラム数を示す情報が得意先データベースＤＢ１にさらに記録されてもよい。
【００２９】
商品データベースＤＢ２は、飲料品ＢＰに関する各種の情報が飲料品ＢＰごとにユニークな商品コードと対応付けて記録されたレコードの群を保持する。飲料品ＢＰに関する情報としては、例えば商品名、商品の容量、重量といった商品属性が含まれる。実績データベースＤＢ３には、サーバ１１が自動販売機５から収集した各種のデータ、あるいはそのデータに基づいてサーバ１１が作成した補充プランのデータといったように、運営システム１０にて随時得られたデータが蓄積される。例えば各自動販売機５における飲料品ＢＰの販売実績、あるいは各自動販売機５に対する飲料品ＢＰの補充実績といったデータが実績データベースＤＢ３に記録される。
【００３０】
サーバ１１には、サーバ１１のコンピュータハードウエアとコンピュータプログラムＰＧとの組み合わせによって実現される論理的装置として、データ収集部３１、補充プラン作成部３２、ピッキング依頼データ作成部３３及びデータ送信部３４が設けられる。データ収集部３１は各自動販売機５から各種の情報を収集し、得られた情報を実績データＤ１としてサーバ１１の記憶装置（不図示）に記録する。データ収集部３１が収集する情報には、補充プランの作成において参照されるべき情報が含まれ、その情報は実績データＤ１に格納される。
【００３１】
補充プラン作成部３２は、実績データＤ１に基づいて補充プランを作成（生成）し、得られた補充プランを補充プランデータＤ２に記録する。補充プランの作成にあたって、補充プラン作成部３２は得意先データベースＤＢ１、商品データベースＤＢ２あるいは実績データベースＤＢ３を適宜に参照する。ピッキング依頼データ作成部３３は、補充プランデータＤ２に基づいてピッキング依頼データＤ３を作成（生成）する。ピッキング依頼データＤ３の作成にあたって、ピッキング依頼データ作成部３３は得意先データベースＤＢ１、商品データベースＤＢ２あるいは実績データベースＤＢ３を適宜に参照する。データ送信部３４は、ピッキング依頼データＤ３を適宜のタイミングで物流システム２０のサーバ２１に送信する。サーバ１１にて作成された実績データＤ１、補充プランデータＤ２、ピッキング依頼データＤ３は、必要に応じて実績データベースＤＢ３に適宜に記録される。
【００３２】
図５は、サーバ１１の各部３１〜３４が協働することによって実現される配送依頼処理の手順の一例を示している。図５の処理は、図３に示した作業手順Ｆ１１〜Ｆ１４を実現するためにサーバ１１が実行する処理の具体例であって、一つの配送ルートＲＴに対応した処理を示している。図５の配送依頼処理は、物流システム２０に対してピッキングを依頼するために定められた時期に実行される。図５の処理が開始されると、まずデータ収集部３１が各自動販売機５から補充プランの作成に必要な情報を収集し、これを実績データＤ１に記録する（ステップＳ１）。次に、補充プラン作成部３２が得意先データベースＤＢ１の訪問スケジュールを参照して配送ルートＲＴ内の配送先ＤＴから、次回に訪問先として選択すべき配送先ＤＴを決定する（ステップＳ２）。訪問先の選択に際して実績データＤ１に記録された各自動販売機５の情報、例えば各飲料品ＢＰの在庫量といった情報が参照され、補充の必要がない自動販売機５の配送先ＤＴが訪問先から除外されてもよい。
【００３３】
続いて、補充プラン作成部３２は、ステップＳ２で選択した訪問先からいずれか一つの訪問先を処理対象として選択する（ステップＳ３）。その後、補充プラン作成部３２は、処理対象として選択された訪問先の自動販売機５に関して実績データＤ１に記録されている情報を参照して、その自動販売機５に補充されるべき飲料品ＢＰの種類、及び数量を補充内容として決定する（ステップＳ４）。補充内容の決定に際して、補充プラン作成部３２は、実績データベースＤＢ３に記録されている販売実績、あるいは補充実績の情報を参照して補充数量を予測してもよい。ステップＳ２の訪問先の決定、及びステップＳ４の補充内容の決定に際しては、運営システム１０の端末装置１２のオペレータの指示に基づいて訪問先、あるいは補充内容が適宜に修正されてもよい。
【００３４】
一つの訪問先に関する補充内容が決定されると、補充プラン作成部３２はステップＳ２で選択した全ての訪問先に関してステップＳ３及びＳ４の処理が完了したか否かを判別し、未処理の訪問先があればステップＳ３に戻る。全ての訪問先に関して処理が完了すると、補充プラン作成部３２は今回の処理で決定した訪問先ごとの補充内容を記録した補充プランデータＤ２を作成し、これをサーバ１１の記憶装置に保存する（ステップＳ６）。
【００３５】
補充プランＤ２が保存されると、ピッキング依頼データ作成部３３によるピッキング依頼データＤ３の作成へと処理が移る。ピッキング依頼データ作成部３３は、まず補充プランデータＤ２を読み出し、訪問先ごとの補充内容に基づいて、訪問先ごとにコンテナ７を割り付ける（ステップＳ７）。この場合、一つのコンテナ７に割り当てられる飲料品ＢＰの総重量がコンテナ７の制限重量を超えないようにして、各訪問先に配送されるべき飲料品ＢＰが一又は複数のコンテナ７に割り当てられる。ステップＳ７の処理が訪問先ごとに区別して行われることにより、一つのコンテナ７に対して複数の訪問先に配送すべき飲料品ＢＰが割り当てられることはない。
【００３６】
コンテナ７への割り付けが完了すると、ピッキング依頼データ作成部３３は、補充プランデータＤ２及びコンテナ７への割り付け結果に基づいてピッキング依頼データＤ３を作成し、これをサーバ１１の記憶装置に保存する（ステップＳ８）。その後、所定のタイミングでデータ送信部３４がピッキング依頼データＤ３を物流システム２０のサーバ２１（図１）に送信する（ステップＳ９）。データ送信が完了すると、サーバ１１は今回の配送依頼処理を終了する。
【００３７】
次に、図６〜図８を参照してサーバ１１が作成するデータＤ１〜Ｄ３の具体例を説明する。図６は実績データＤ１の一例を示している。図６の実績データＤ１は自動販売機５から取得される情報を、得意先（配送先ＤＴ）ごとにユニークな得意先コードと対応付けて記録したデータである。図６では、得意先コード１００５、１０２４、１０３１及び１０４１のそれぞれに対応する自動販売機５に関するデータの一例を示すが、それらの数値等は仮想的なものであって、必ずしも実際の例を反映するものではない。図６の例においては、自動販売機５から取得される情報として、コラム、商品コード、実績数、満数、及び在庫数が実績データＤ１に含まれている。コラムは一台の自動販売機５に含まれている飲料品ＢＰの収容列の位置を示すもので、コラムごとにユニークな番号が割り当てられている。例えば得意先コード１００５の自動販売機５には１〜Ｃ１のコラムが存在する。商品コードは、各コラムに収容されている飲料品ＢＰを示すコードであって、図４の商品データベースＤＢ２にて用いられる商品コードに対応する。実績は、前回の情報収集から今回の情報収集までの間に販売された飲料品ＢＰの数量、満数は各コラムにおける飲料品ＢＰの最大収容本数、在庫は情報収集時点での飲料品ＢＰの残数である。実績データＤ１には検量日、すなわち自動販売機５から情報が取得された日付も併せて記録される。実績データＤ１に記録される情報の一部は、得意先データベースＤＢ１、あるいは商品データベースＤＢ２から取得され、あるいは自動販売機５から取得された情報と、データベースＤＢ１、ＤＢ２に記録された情報とに基づいて作成されてもよい。例えば、満数の情報は得意先データベースＤＢ１に記録された自動販売機５の機種情報と商品データベースＤＢ２に記録された商品属性とに基づいて算出されてもよい。各コラムに収容されている飲料品ＢＰの商品コードは、例えば自動販売機５側で設定されてもよいし、サーバ１１側で管理されてもよい。
【００３８】
図７は、図６に例示した実績データＤ１に対応して作成される補充プランデータＤ２の一例を示している。図７の例においては、実績データＤ１に記録された得意先のそれぞれが訪問先として選択され、それらの訪問先の得意先コードに対応付けてコラム、配送ルート、商品コード及び補充数量が記録されている。配送ルートは、例えば配送ルートＲＴごとにユニークなコードによって指定される。配送ルートのコードは、一例として得意先データベースＤＢ１に得意先コードと対応付けて記録され、得意先コードをキーとして得意先データベースＤＢ１を検索することにより取得される。補充数量は、実績データＤ１における販売実績の数量、満数及び在庫数に基づいて適宜に決定される。実績データベースＤＢ３に記録された販売実績、あるいは補充実績を参照して、訪問先の訪問間隔内で飲料品ＢＰが売り切れにならない程度の数量の飲料品ＢＰが自動販売機５に保管されるように補充数量が決定されてよい。つまり、補充数量は、必ずしも自動販売機５の各コラムを飲料品ＢＰで満たすために必要な数量として決定されることを要しない。
【００３９】
図８は、図７に例示した補充プランデータＤ２に対応して作成されるピッキング依頼データＤ３の一例を示している。図８の例においては、配送先ＤＴのそれぞれに対応するピッキング依頼の内容を指定する情報として、商品コード、指示数量、配送拠点、軒先番号、軒先連番及びルート番号の情報が、訪問先として選択された配送先ＤＴの得意先コードと対応付けて記録されている。指示数量は一つのコンテナ７にピッキングすべき飲料品ＢＰの数量であって、図５のステップＳ７によって一つのコンテナ７に割り付けられた数量である。コンテナ７の制限重量との関係で、同一の飲料品ＢＰが二以上のコンテナ７に割り付けられる場合が生じるため、指示数量の値は図７の補充数量よりも少ないことがある。例えば、図７の補充プランデータＤ２において、得意先１００５で示される配送先ＤＴには、商品コード３５２７で示される飲料品ＢＰを２３本補充すべきと決定されている。これに対して、図８のピッキング依頼データＤ３では、「コンテナ分割」として示した部分から明らかなように、商品コード３５２７に対応するレコードが２つ存在し、それぞれの指示数量は２及び２１とされている。これは商品コード３５２７の飲料品ＢＰの補充数量２３本を、一つのコンテナ７に２本、他の一つのコンテナ７に２１本となるよう分割してピッキングすべきことを示している。得意先１０３１の商品コード３５２７に関しても二つのコンテナ７に分けて指示数量が指定されている。
【００４０】
配送拠点の情報は、コンテナ７を配送すべき配送拠点３を示すものである。つまり、配送拠点の情報は、ピッキング作業が実施される物流拠点２からのコンテナ７の届け先を示す情報として利用される。図８の例では、「支店」又は「センタ」のいずれかが指定される。例えば「支店」は運営業者が営む特定の配送拠点３を、「センタ」は物流業者が営む特定の配送拠点３をそれぞれ示す。ただし、多数の配送拠点３が存在する場合には、配送拠点３ごとにユニークな拠点コードを設定し、その拠点コードを配送拠点の情報として指定してもよい。
【００４１】
軒先番号は、得意先（配送先ＤＴ）の異同を区別するための情報である。一例として、ピッキング依頼データＤ３の先頭のレコードから、得意先コードごとに５桁の連番となるなるように軒先番号が設定される。図８の例では、得意先コード１００５の配送先ＤＴに対して軒先番号００００１が、次の得意先コード１０２４の配送先ＤＴに対して軒先番号００００２が設定され、以下同様に得意先コードが変わるごとに軒先番号として連番が付与される。軒先番号には、配送拠点の異同を問わず連番となるように設定される。したがって、ピッキング依頼データＤ３の軒先番号の最大値は、そのピッキング依頼データＤ３にて指定される配送先ＤＴの件数を示す値となる。ピッキング依頼データＤ３にて配送先ＤＴの件数が把握できるため、例えば物流拠点２では、ピッキング作業時に、あるいはコンテナ７の積み込み時において、何件分の配送先ＤＴのコンテナ７が存在するか、を容易かつ確実に確認することが可能である。配送拠点３にてコンテナ７を積み下ろす際も同様であって、配送先ＤＴの漏れを防ぐ上で有効である。
【００４２】
軒先連番は、同一の軒先番号に対応するコンテナ７に１から順に番号を付したときの番号をＮ、同一の軒先番号に対応するコンテナ７の総数をＭとしたときにＮ／Ｍとなるように設定される。例えば図８において軒先番号００００１に対して合計でｐ１個のコンテナ７が使用される場合、コンテナ７ごとに１／ｐ１、２／ｐ１……ｐ１／ｐ１といったごとく軒先連番が設定される。したがって、軒先連番の分子部分（連番部分）が一致する場合、それらの軒先連番が指定された飲料品ＢＰは同一のコンテナ７に収容される。また、軒先番号が異なれば、軒先連番も改めて１から順に設定される。軒先連番を参照することにより、同一の軒先番号で示される配送先ＤＴ、言い換えれば同一の得意先コードにて示される配送先ＤＴに対して合計何個のコンテナ７が存在するか、を把握することが可能である。したがって、例えば物流拠点２では、ピッキング作業時に、あるいはコンテナ７の積み込み時において、同一の配送先ＤＴに対して何個のコンテナ７が存在するか、を容易かつ確実に確認することが可能である。配送拠点３にてコンテナ７を積み下ろす際も同様であって、さらには、その情報を参照することにより各配送先ＤＴでも何個のコンテナ７が存在するかを容易かつ確実に確認できる。そのため、一部のコンテナ７の積み忘れ、あるいは積み下ろしの漏れ等を防ぐ上で有効である。
【００４３】
ルート番号は、配送ルートＲＴの異同、及び同一の配送ルートＲＴに含まれる配送先ＤＴの件数を示す情報である。図８の例ではルート番号として四桁の数値が設定される。ルート番号の上二桁には、配送先ＤＴに対応する配送ルートＲＴに設定されている配送コードの下二桁が設定される。例えば、図７で得意先コード１００５に対応する配送ルートのコードは１０６１であるため、図８のピッキング依頼データＤ３の得意先コード１００５に対応するルート番号の上二桁は６１となる。一方、ピッキング依頼データＤ３におけるルート番号の下二桁には、配送ルートＲＴが共通する配送先ＤＴごとに１から順に連番となるように設定される。図７の例において、配送ルート１０６１（つまりルート番号の上二桁が６１）に対応する配送先ＤＴが合計でＸＹ件存在するとした場合、図８のピッキング依頼データＤ３では、その配送ルート１０６１に対応するルート番号の下二桁が、得意先コードごとに１からＸＹまで連番となる。したがって、ルート番号の下二桁を参照すれば、同一の配送ルートに含まれる配送先ＤＴ（訪問先）の件数を把握することが可能である。配送ルートの情報が物流拠点２側に提供されることにより、配送ルートを示す情報を付加してコンテナ７を配送拠点３へと送ることが可能となる。それにより、配送拠点３では、いずれの配送ルートＲＴに向けられるべきコンテナ７であるか、を容易かつ確実に判別することができる。
【００４４】
以上のようにして作成されたピッキング依頼データＤ３は、データ通信に適したフォーマットに適宜に変換されて物流システム２０のサーバ２１に送信される。物流システム２０では、そのサーバ２１が取得したピッキング依頼データＤ３に従って飲料品ＢＰがピッキングされる。ピッキング依頼データＤ３ではコンテナ７ごとに収容すべき飲料品ＢＰの商品コード及び数量が指定されているため、その指定に従ってピッキング作業が実施されることにより、各地の自動販売機５に補充されるべき飲料品ＢＰが配送先ＤＴごとに区別してコンテナ７に収容される。ピッキング作業の具体的な手順は物流業者側で適宜に定められてよいが、一例として図９に示すような伝票５０がピッキング依頼データＤ３に基づいてコンテナ７ごとに印刷出力され、その伝票５０がコンテナ７に付属するようにしてピッキング工程に提供されてよい。
【００４５】
図９の伝票５０では、ピッキング依頼データＤ３に記述された配送拠点を示す宛先部５１、得意先コード及びその名称（得意先データベースＤＢ１から取得してピッキング依頼データＤ３に含めれば特定可能である。）を示す訪問先表示部５２、軒先番号、軒先連番及びルート番号を示す軒先指定部５３、コンテナ７に収容された飲料品ＢＰの名称及び本数（数量）を示す納品明細部５４といった表示部が設けられる。さらに、ピッキング依頼データＤ３に対応した各種の情報を光学的な読み取り手段にて読み取る必要がある場合には、伝票５０に各種の情報を埋め込んだバーコード等の識別画像５５が付されてもよい。ただし、伝票５０の詳細は図９の例に限らず適宜に変更可能である。要するに、伝票５０は、コンテナ７に付属して配送拠点３に納品されることにより、ピッキング依頼データＤ３のいずれのレコードに対応するコンテナ７であるか、あるいはどの配送先ＤＴに配送されるべきコンテナ７であるか、を識別できるものであれば足りる。コンテナ７にＲＦＩＤタグのような電子的な記憶媒体が付属する場合には、伝票５０が電子データとしてその記憶媒体に記録されてもよい。伝票５０に記録されるべき情報に関して、例えば、得意先コードや得意先の名称等が省略され、軒先番号のみが表示される場合でも、ピッキング依頼データＤ３を配送拠点３にて閲覧可能とすれば、軒先番号をキーとして各コンテナ７をどの配送先ＤＴに配送すべきか、を判別することが可能である。
【００４６】
以上に説明したように、本形態の運営システム１０によれば、各コンテナ７に収容されるべき飲料品ＢＰの種類及び数量をコンテナ７の重量制限に従って配送先ＤＴごとに決定し、決定されたコンテナ７ごとの飲料品ＢＰの種類及び数量を、配送先ＤＴごとにユニークな得意先コードと対応付けて指定したピッキング依頼データＤ３を作成し、そのデータＤ３を物流システム２０に送信するものとしたため、物流拠点２において配送先ＤＴごとに区別して飲料品ＢＰをコンテナ７にピッキングし、それらのコンテナ７を配送拠点３へと配送することが可能である。したがって、配送ルートＲＴに沿った配送及び補充を担当すべき拠点である配送拠点３にてピッキング作業を実施する必要がなく、配送ルートＲＴに含まれる訪問先に対応したコンテナ７を配送車６に積み込むだけで配送及び補充作業を行うことができる。あるいは、配送先ＤＴにて飲料品ＢＰごとのパッケージＰＫから必要な数量の飲料品ＢＰを取り出して補充に向かうといった作業も不要である。したがって、配送先ＤＴに対する飲料品ＢＰの配送及び補充の作業を効率化できる。また、配送拠点３にて毎回のピッキング作業に必要十分な数量の飲料品ＢＰを保管しておく必要がないため、配送拠点３に確保すべきスペースの節減も可能である。
【００４７】
以上の形態においては、サーバ１１のピッキング依頼データ作成部３３が図５のステップＳ７及びＳ８の処理を実行することにより配送依頼情報生成手段の一例として機能し、ピッキング依頼データ送信部３４が図５のステップＳ９の処理を実行することにより情報送信手段の一例として機能する。また、サーバ１１のデータ収集部３１が図５のステップＳ１の処理を実行することにより情報取得手段の一例として機能し、補充プラン作成部３２が図５のステップＳ２〜Ｓ６の処理を実行することにより、補充情報生成手段の一例として機能する。さらに、図８に示したピッキング依頼データＤ３は配送依頼情報の一例に相当し、図７に示した補充プランデータＤ２は補充情報の一例に相当する。ピッキング依頼データＤ３における得意先コードは配送先指定情報の一例に相当し、商品コード及び指示数量の情報は商品の種類及び数量を指定する情報に相当し、ルート番号の上二桁は配送ルートを指定する情報の一例に相当し、下二桁は配送先の件数を示す情報に相当し、軒先連番における分子側の連番部分は荷役体の数量を示す情報に相当し、軒先連番の分母側の数値は荷役体の数量を示す情報に相当する。
【００４８】
本発明は上記の形態に限定されず、種々の変形又は変更が施された形態にて実施されてよい。例えば、上記の形態では、自動販売機５からの情報の収集と、得られた情報に基づく補充プランの作成とを、図５の配送依頼処理の一部としてサーバ１１にて実施しているが、自動販売機５からの情報の取得、及び補充プランの作成は別のシステム等で担当するものとし、作成された補充プランのデータをサーバ１１に提供して図５のステップＳ７以下の処理をサーバ１１が担当するように配送依頼システムが構成されてもよい。
【００４９】
上記の形態では、ピッキング依頼データＤ３に配送ルートを指定する情報を含めているが、一つの配送拠点に一つの配送ルートのみが設定される場合、あるいは配送拠点が配送ルートの設定を状況に応じて適宜に変化させる場合、といったように配送ルートを区別する必要がない、あるいは配送ルートが定まらないような事情が存在する場合、配送依頼情報には配送ルートを指定する情報を含めなくともよい。その場合でも、ピッキング依頼データＤ３には配送先を指定する得意先コードが含まれているため、その得意先コードをキーとして、どのコンテナ７をどの配送先ＤＴに配送すべきかを判別することが可能である。また、配送先ＤＴの件数を示す情報、あるいは同一の配送先ＤＴに対応するコンテナ７の数量を示す情報は、物流拠点２にてコンテナ７を積み込む際に、あるいは配送拠点３にてコンテナ７を積み降ろす際に、各配送先ＤＴに向けられたコンテナ７の数量を確認し、あるいは配送先ＤＴそれ自体の漏れを防ぐ上で有効である。さらに、配送拠点３におけるコンテナ７の積み込む際、あるいは配送先ＤＴにてコンテナ７を積み下ろす際の便宜等を図る上でも有効である。ただし、それらの情報がなくとも、どのコンテナ７がどの配送先ＤＴに対応するものか、を特定できる限り、配送先ＤＴごとにコンテナ７を特定して正しく配送することが可能である。
【００５０】
本発明の配送依頼システムが対象とする商品は飲料品ＢＰに限らず、自動販売機によって販売し得る各種の商品が対象とされてよい。商品の配送に使用される荷役体は折り畳み可能なコンテナ７に限らず、荷役に用い得る各種の梱包体、容器、台座、カート等が荷役体として使用されてよい。
【符号の説明】
【００５１】
１  出荷拠点
１Ａ  製造工場
１Ｂ  保管倉庫
２  物流拠点
３  配送拠点
５  自動販売機
７  コンテナ（荷役体）
１０  運営システム（配送依頼システム）
１１  サーバ
２０  物流システム
２１  サーバ
３１  データ収集部（情報取得手段）
３２  補充プラン作成部（補充情報生成手段）
３３  ピッキング依頼データ作成部（配送依頼情報生成手段）
３４  ピッキング依頼データ送信部（情報送信手段）
【図１】
2020047080.tif 000003
【図２】
2020047080.tif 000004
【図３】
2020047080.tif 000005
【図４】
2020047080.tif 000006
【図５】
2020047080.tif 000007
【図６】
2020047080.tif 000008
【図７】
2020047080.tif 000009
【図８】
2020047080.tif 000010
【図９】
2020047080.tif 000011
【手続補正書】
【提出日】令和1年5月17日(2019.5.17)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
複数種類の商品を保管する物流拠点から配送拠点を介して複数の配送先のそれぞれに前記商品が配送され、前記複数の配送先のそれぞれには、前記複数種類の商品の少なくとも一部を販売する少なくとも一台の自動販売機が設置され、かつ前記物流拠点から前記配送拠点への配送、及び前記配送拠点から前記配送先への配送のそれぞれでは、規格化された荷役体が配送の単位として用いられる物流形態に適用されるべく構成され、各配送先にて必要とされる各商品の補充数量に応じて、前記物流拠点から前記配送拠点に配送されるべき商品の種類及び数量を指定する配送依頼情報を、前記物流拠点から前記配送拠点への物流を担うべき物流業者のシステムに対してネットワークを介して提供するコンピュータとしてのサーバを含んだ配送依頼システムであって、
前記サーバには、
前記配送先ごとの各商品の補充数量を示す補充情報の指定に対応して、各荷役体に荷役されるべき商品の種類及び数量を、各荷役体における荷役の制限に従って、かつ互いに異なる配送先に配送されるべき商品が同一の荷役体に混載されないようにして前記配送先ごとに決定し、決定された荷役体ごとの商品の種類及び数量を、前記配送先ごとにユニークな配送先指定情報と対応付けて指定する情報を前記配送依頼情報として生成する配送依頼情報生成手段、及び
生成された配送依頼情報を、前記物流業者のシステムに対して送信する情報送信手段、が設けられている配送依頼システム。
【請求項２】
前記配送依頼情報生成手段は、前記配送先ごとに使用される前記荷役体の数量を示す情報を含めるようにして前記配送依頼情報を生成する請求項１に記載の配送依頼システム。
【請求項３】
前記物流形態において、一の配送拠点に対して複数の配送ルートが設定されるとともに、前記一の配送拠点に対応する複数の配送先が前記複数の配送ルートのいずれかに分類され、
前記配送依頼情報生成手段は、前記配送ルートを指定する情報を含めるようにして前記配送依頼情報を生成する請求項１又は２に記載の配送依頼システム。
【請求項４】
前記配送依頼情報生成手段は、一つの配送ルートに含まれる配送先の件数を示す情報を含めるようにして前記配送依頼情報を生成する請求項３に記載の配送依頼システム。
【請求項５】
各配送先の自動販売機が前記ネットワークを介して前記サーバと接続され、
前記サーバには、
各自動販売機から各商品の補充数量を決定するために必要な情報を取得する情報取得手段、及び
各自動販売機から取得した情報に基づいて前記補充情報を生成する補充情報生成手段、
とがさらに設けられ、
前記配送依頼情報生成手段は、前記補充情報生成手段が生成した補充情報に基づいて前記配送依頼情報を生成する請求項１〜４のいずれか一項に記載の配送依頼システム。
【請求項６】
複数種類の商品を保管する物流拠点から配送拠点を介して複数の配送先のそれぞれに前記商品が配送され、前記複数の配送先のそれぞれには、前記複数種類の商品の少なくとも一部を販売する少なくとも一台の自動販売機が設置され、かつ前記物流拠点から前記配送拠点への配送、及び前記配送拠点から前記配送先への配送のそれぞれでは、規格化された荷役体が配送の単位として用いられる物流形態に適用されるべく構成された配送依頼システムに含まれるコンピュータとしてのサーバを、各配送先にて必要とされる各商品の補充数量に応じて、前記物流拠点から前記配送拠点に配送されるべき商品の種類及び数量を指定する配送依頼情報を、前記物流拠点から前記配送拠点への物流を担うべき物流業者のシステムに対してネットワークを介して提供するように機能させる配送依頼システム用のコンピュータプログラムであって、
前記サーバを、
前記配送先ごとの各商品の補充数量を示す補充情報の指定に対応して、各荷役体に荷役されるべき商品の種類及び数量を、各荷役体における荷役の制限に従って、かつ互いに異なる配送先に配送されるべき商品が同一の荷役体に混載されないようにして前記配送先ごとに決定し、決定された荷役体ごとの商品の種類及び数量を、前記配送先ごとにユニークな配送先指定情報と対応付けて指定する情報を前記配送依頼情報として生成する配送依頼情報生成手段、及び
生成された配送依頼情報を、前記物流業者のシステムに対して送信する情報送信手段、として機能させるように構成された配送依頼システム用のコンピュータプログラム。
【手続補正書】
【提出日】令和1年9月6日(2019.9.6)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
複数種類の商品を保管する物流拠点から配送拠点を介して複数の配送先のそれぞれに前記商品が配送され、前記複数の配送先のそれぞれには、前記複数種類の商品の少なくとも一部を販売する少なくとも一台の自動販売機が設置され、かつ前記物流拠点から前記配送拠点への配送、及び前記配送拠点から前記配送先への配送のそれぞれでは、規格化された荷役体が配送の単位として用いられる物流形態に適用されるべく構成され、各配送先にて必要とされる各商品の補充数量に応じて、前記物流拠点から前記配送拠点に配送されるべき商品の種類及び数量を指定する配送依頼情報を、前記物流拠点から前記配送拠点への物流を担うべき物流業者のシステムに対してネットワークを介して提供するコンピュータとしてのサーバを含んだ配送依頼システムであって、
前記サーバには、
前記配送先ごとの各商品の補充数量を示す補充情報の指定に対応して、各荷役体に荷役されるべき商品の種類及び数量を、各荷役体における荷役の制限に従って、かつ互いに異なる配送先に配送されるべき商品が同一の荷役体に混載されないようにして前記配送先ごとに決定し、決定された荷役体ごとの商品の種類及び数量を、前記配送先ごとにユニークな配送先指定情報と対応付けて指定する情報を前記配送依頼情報として生成する配送依頼情報生成手段、及び
生成された配送依頼情報を、前記物流業者のシステムに対して送信する情報送信手段、が設けられ、
前記配送依頼情報生成手段は、一つの荷役体に荷役されるべき商品が当該荷役体の制限を超えないようにして、同一の配送先に配送されるべき商品を一又は複数の荷役体に割り当てる処理を配送先ごとに区別して実行し、一の配送先に配送されるべき商品の種類及び数量を、当該一の配送先に対応した配送先指定情報と、各商品に対して割り当てられた荷役体の異同を示す情報とに対応付けたレコードを、前記割り当てる処理の結果として含めるようにして前記配送依頼情報を生成する、配送依頼システム。
【請求項２】
前記配送依頼情報生成手段は、前記配送先ごとに使用される前記荷役体の数量を示す情報を含めるようにして前記配送依頼情報を生成する請求項１に記載の配送依頼システム。
【請求項３】
前記物流形態において、一の配送拠点に対して複数の配送ルートが設定されるとともに、前記一の配送拠点に対応する複数の配送先が前記複数の配送ルートのいずれかに分類され、
前記配送依頼情報生成手段は、前記配送ルートを指定する情報を含めるようにして前記配送依頼情報を生成する請求項１又は２に記載の配送依頼システム。
【請求項４】
前記配送依頼情報生成手段は、一つの配送ルートに含まれる配送先の件数を示す情報を含めるようにして前記配送依頼情報を生成する請求項３に記載の配送依頼システム。
【請求項５】
各配送先の自動販売機が前記ネットワークを介して前記サーバと接続され、
前記サーバには、
各自動販売機から各商品の補充数量を決定するために必要な情報を取得する情報取得手段、及び
各自動販売機から取得した情報に基づいて前記補充情報を生成する補充情報生成手段、
とがさらに設けられ、
前記配送依頼情報生成手段は、前記補充情報生成手段が生成した補充情報に基づいて前記配送依頼情報を生成する請求項１〜４のいずれか一項に記載の配送依頼システム。
【請求項６】
複数種類の商品を保管する物流拠点から配送拠点を介して複数の配送先のそれぞれに前記商品が配送され、前記複数の配送先のそれぞれには、前記複数種類の商品の少なくとも一部を販売する少なくとも一台の自動販売機が設置され、かつ前記物流拠点から前記配送拠点への配送、及び前記配送拠点から前記配送先への配送のそれぞれでは、規格化された荷役体が配送の単位として用いられる物流形態に適用されるべく構成された配送依頼システムに含まれるコンピュータとしてのサーバを、各配送先にて必要とされる各商品の補充数量に応じて、前記物流拠点から前記配送拠点に配送されるべき商品の種類及び数量を指定する配送依頼情報を、前記物流拠点から前記配送拠点への物流を担うべき物流業者のシステムに対してネットワークを介して提供するように機能させる配送依頼システム用のコンピュータプログラムであって、
前記サーバを、
前記配送先ごとの各商品の補充数量を示す補充情報の指定に対応して、各荷役体に荷役されるべき商品の種類及び数量を、各荷役体における荷役の制限に従って、かつ互いに異なる配送先に配送されるべき商品が同一の荷役体に混載されないようにして前記配送先ごとに決定し、決定された荷役体ごとの商品の種類及び数量を、前記配送先ごとにユニークな配送先指定情報と対応付けて指定する情報を前記配送依頼情報として生成する配送依頼情報生成手段、及び
生成された配送依頼情報を、前記物流業者のシステムに対して送信する情報送信手段、として機能させ、
前記配送依頼情報生成手段は、一つの荷役体に荷役されるべき商品が当該荷役体の制限を超えないようにして、同一の配送先に配送されるべき商品を一又は複数の荷役体に割り当てる処理を配送先ごとに区別して実行し、一の配送先に配送されるべき商品の種類及び数量を、当該一の配送先に対応した配送先指定情報と、各商品に対して割り当てられた荷役体の異同を示す情報とに対応付けたレコードを、前記割り当てる処理の結果として含めるようにして前記配送依頼情報を生成する、ように構成された配送依頼システム用のコンピュータプログラム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００６
【補正方法】変更
【補正の内容】
【０００６】
本発明の一態様に係る配送依頼システム（１０）は、複数種類の商品（ＢＰ）を保管する物流拠点（２）から配送拠点（３）を介して複数の配送先（ＤＴ）のそれぞれに前記商品が配送され、前記複数の配送先のそれぞれには、前記複数種類の商品の少なくとも一部を販売する少なくとも一台の自動販売機（５）が設置され、かつ前記物流拠点から前記配送拠点への配送、及び前記配送拠点から前記配送先への配送のそれぞれでは、規格化された荷役体（７）が配送の単位として用いられる物流形態に適用されるべく構成され、各配送先にて必要とされる各商品の補充数量に応じて、前記物流拠点から前記配送拠点に配送されるべき商品の種類及び数量を指定する配送依頼情報（Ｄ３）を、前記物流拠点から前記配送拠点への物流を担うべき物流業者のシステム（２０）に対してネットワーク（ＮＴ）を介して提供するコンピュータとしてのサーバ（１１）を含んだ配送依頼システムであって、前記サーバには、前記配送先ごとの各商品の補充数量を示す補充情報（Ｄ２）の指定に対応して、各荷役体に荷役されるべき商品の種類及び数量を、各荷役体における荷役の制限に従って、かつ互いに異なる配送先に配送されるべき商品が同一の荷役体に混載されないようにして前記配送先ごとに決定し、決定された荷役体ごとの商品の種類及び数量を、前記配送先ごとにユニークな配送先指定情報（一例として図８の得意先コード）と対応付けて指定する情報を前記配送依頼情報として生成する配送依頼情報生成手段（３３、Ｓ７、Ｓ８）、及び生成された配送依頼情報を、前記物流業者のシステムに対して送信する情報送信手段（３４、Ｓ９）、が設けられ、前記配送依頼情報生成手段は、一つの荷役体に荷役されるべき商品が当該荷役体の制限を超えないようにして、同一の配送先に配送されるべき商品を一又は複数の荷役体に割り当てる処理を配送先ごとに区別して実行し、一の配送先に配送されるべき商品の種類及び数量を、当該一の配送先に対応した配送先指定情報と、各商品に対して割り当てられた荷役体の異同を示す情報とに対応付けたレコードを、前記割り当てる処理の結果として含めるようにして前記配送依頼情報を生成するものである。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０００７
【補正方法】変更
【補正の内容】
【０００７】
本発明の一態様に係るコンピュータプログラム（ＰＧ）は、複数種類の商品（ＢＰ）を保管する物流拠点（２）から配送拠点（３）を介して複数の配送先（ＤＴ）のそれぞれに前記商品が配送され、前記複数の配送先のそれぞれには、前記複数種類の商品の少なくとも一部を販売する少なくとも一台の自動販売機（５）が設置され、かつ前記物流拠点から前記配送拠点への配送、及び前記配送拠点から前記配送先への配送のそれぞれでは、規格化された荷役体（７）が配送の単位として用いられる物流形態に適用されるべく構成された配送依頼システム（１０）に含まれるコンピュータとしてのサーバ（１１）を、各配送先にて必要とされる各商品の補充数量に応じて、前記物流拠点から前記配送拠点に配送されるべき商品の種類及び数量を指定する配送依頼情報（Ｄ３）を、前記物流拠点から前記配送拠点への物流を担うべき物流業者のシステム（２０）に対してネットワーク（ＮＴ）を介して提供するように機能させる配送依頼システム用のコンピュータプログラムであって、前記サーバを、前記配送先ごとの各商品の補充数量を示す補充情報（Ｄ２）の指定に対応して、各荷役体に荷役されるべき商品の種類及び数量を、各荷役体における荷役の制限に従って、かつ互いに異なる配送先に配送されるべき商品が同一の荷役体に混載されないようにして前記配送先ごとに決定し、決定された荷役体ごとの商品の種類及び数量を、前記配送先ごとにユニークな配送先指定情報（一例として図８の得意先コード）と対応付けて指定する情報を前記配送依頼情報として生成する配送依頼情報生成手段（３３、Ｓ７、Ｓ８）、及び生成された配送依頼情報を、前記物流業者のシステムに対して送信する情報送信手段（３４、Ｓ９）、として機能させ、前記配送依頼情報生成手段は、一つの荷役体に荷役されるべき商品が当該荷役体の制限を超えないようにして、同一の配送先に配送されるべき商品を一又は複数の荷役体に割り当てる処理を配送先ごとに区別して実行し、一の配送先に配送されるべき商品の種類及び数量を、当該一の配送先に対応した配送先指定情報と、各商品に対して割り当てられた荷役体の異同を示す情報とに対応付けたレコードを、前記割り当てる処理の結果として含めるようにして前記配送依頼情報を生成するように構成されたものである。