JP2021026516A - 配送システム、配送方法、および配送プログラム - Google Patents

Abstract

【課題】商品の販売において、配送の効率化を図ることよってユーザメリットのある配送システム、配送方法、および配送プログラムを提供する。【解決手段】配送システム１は、所定時間内に同一のユーザ１０から複数の注文を受け付けた場合に、その複数の注文それぞれで示される商品を、個別に梱包して配送した場合の配送費と、纏めて梱包して配送した場合の配送費とのうち、後者の配送費の方が安い場合に、複数の注文の商品を纏めて梱包して配送するとともに、その注文をしたユーザに対して、キャッシュバック１０２を行う。【選択図】図１

Description

本発明は、ユーザに商品を配送する配送システム、配送方法、及び配送プログラムに関する。

近年、各種のＥコマース事業が展開されている。Ｅコマースとは、インターネット上で商品やサービスの売買を行う電子商取引のことであるが、インターネット上でユーザが商品を購入した場合に、販売者は、購入された商品の在庫を調べ、在庫の商品をユーザの元に配送するよう配送の手配等を行う。したがって、販売者にとって、在庫の管理が重要になってくる。特許文献１には、会社の営業戦略を反映した在庫管理を実現することができる技術が開示されている。

特開２０１７−１８２４４８号公報

ところで、上述のような配送事業の場合、配送の効率化が求められる。配送の効率化にあたっては、例えば、配送順序の工夫などをすることが考えられる。この配送の効率化によっては、配送にかかる諸費用が軽減できる可能性がある。

そこで、本発明は、配送事業における効率化に伴って、顧客へ何らかのサービスの還元をすることができる配送システムを提供することを目的とする。

上記課題を解決するために、本発明の一態様に係る配送システムは、ユーザからの商品の配送の注文を受け付ける受付部と、ユーザから注文を受け付けた場合に商品のサイズを示すサイズ情報を、各商品のサイズを示す商品サイズ情報を記憶する記憶部から取得する取得部と、取得部が取得した商品のサイズ情報から、商品を梱包できる梱包材を、記憶部が記憶する各種の梱包材のサイズを示す梱包材サイズ情報から特定する特定部と、特定部が特定した梱包材で商品をユーザに配送する場合の配送費を算出する算出部と、受付部が受け付けた注文で示される商品をユーザに配送する配送部と、ユーザが注文した商品の代金をユーザに請求する請求部とを備え、受付部が同一のユーザから第１の注文を受け付けてから所定時間内に第２の注文を受け付けた場合に、特定部は、第２の注文による第２商品を梱包できる梱包材を特定するとともに、第２商品と第１の注文による第１商品の双方を梱包できる１つの梱包材を特定し、算出部は、第２商品のみを梱包して配送する場合の配送費を算出するとともに、第１商品と第２商品の双方を１つの梱包材で梱包して配送する場合の配送費とを算出し、請求部は、第２の注文に対する商品の代金を請求するとともに、第１商品のみを梱包して配送した配送費と第２商品のみを梱包して配送した配送費の合計である第１配送費が、第１商品と第２商品との双方を１つの梱包材で梱包して配送した場合の配送費である第２配送費よりも多い場合に、ユーザに、第２配送費と第１配送費との差額に基づくキャッシュバックを行い、配送部は、第１配送費が第２配送費よりも多い場合に、第１の注文による商品と第２の注文による商品との双方を１つの梱包材に梱包して配送する。

上記課題を解決するために、本発明の一態様に係る配送方法は、配送システムのコンピュータが実行する配送方法であって、ユーザからの商品の配送の注文を受け付ける受付ステップと、ユーザから注文を受け付けた場合に商品のサイズを示すサイズ情報を、各商品のサイズを示す商品サイズ情報を記憶する記憶部から取得する取得ステップと、取得ステップが取得した商品のサイズ情報から、商品を梱包できる梱包材を、記憶部が記憶する各種の梱包材のサイズを示す梱包材サイズ情報から特定する特定ステップと、特定ステップが特定した梱包材で商品をユーザに配送する場合の配送費を算出する算出ステップと、受付ステップが受け付けた注文で示される商品をユーザに配送する配送ステップと、ユーザが注文した商品の代金をユーザに請求する請求ステップとを含み、受付ステップが同一のユーザから第１の注文を受け付けてから所定時間内に第２の注文を受け付けた場合に、特定ステップは、第２の注文による第２商品を梱包できる梱包材を特定するとともに、第２商品と第１の注文による第１商品の双方を梱包できる１つの梱包材を特定し、算出ステップは、第２商品のみを梱包して配送する場合の配送費を算出するとともに、第１商品と第２商品の双方を１つの梱包材で梱包して配送する場合の配送費とを算出し、請求ステップは、第２の注文に対する商品の代金を請求するとともに、第１商品のみを梱包して配送した配送費と第２商品のみを梱包して配送した配送費の合計である第１配送費が、第１商品と第２商品との双方を１つの梱包材で梱包して配送した場合の配送費である第２配送費よりも多い場合に、ユーザに、第２配送費と第１配送費との差額に基づくキャッシュバックを行い、配送ステップは、第１配送費が第２配送費よりも多い場合に、第１の注文による商品と第２の注文による商品との双方を１つの梱包材に梱包して配送する。

上記課題を解決するために、本発明の一態様に係る配送プログラムは、コンピュータに、ユーザからの商品の配送の注文を受け付ける受付機能と、ユーザから注文を受け付けた場合に商品のサイズを示すサイズ情報を、各商品のサイズを示す商品サイズ情報を記憶する記憶機能から取得する取得機能と、取得機能が取得した商品のサイズ情報から、商品を梱包できる梱包材を、記憶機能が記憶する各種の梱包材のサイズを示す梱包材サイズ情報から特定する特定機能と、特定機能が特定した梱包材で商品をユーザに配送する場合の配送費を算出する算出機能と、受付機能が受け付けた注文で示される商品をユーザに配送する配送機能と、ユーザが注文した商品の代金をユーザに請求する請求機能とを実現させ、受付機能が同一のユーザから第１の注文を受け付けてから所定時間内に第２の注文を受け付けた場合に、特定機能は、第２の注文による第２商品を梱包できる梱包材を特定するとともに、第２商品と第１の注文による第１商品の双方を梱包できる１つの梱包材を特定し、算出機能は、第２商品のみを梱包して配送する場合の配送費を算出するとともに、第１商品と第２商品の双方を１つの梱包材で梱包して配送する場合の配送費とを算出し、請求機能は、第２の注文に対する商品の代金を請求するとともに、第１商品のみを梱包して配送した配送費と第２商品のみを梱包して配送した配送費の合計である第１配送費が、第１商品と第２商品との双方を１つの梱包材で梱包して配送した場合の配送費である第２配送費よりも多い場合に、ユーザに、第２配送費と第１配送費との差額に基づくキャッシュバックを行い、配送機能は、第１配送費が第２配送費よりも多い場合に、第１の注文による商品と第２の注文による商品との双方を１つの梱包材に梱包して配送する。

また、上記配送システムにおいて、取得部は、更に、商品をロボットアーム等が把持した場合であって、前記ロボットアームにより把持されている２点間の距離を示す把持サイズ情報を取得し、特定部は、商品サイズ情報から取得した商品のサイズまたは把持サイズ情報に基づく商品のサイズのいずれかに基づいて、商品を梱包する梱包材を特定することとしてもよい。

また、上記配送システムにおいて、受付部は、ユーザから所定時間内に複数の注文を個別に受け付け、取得部は、複数の注文各々で示される商品それぞれのサイズ情報を取得し、特定部は、複数の商品それぞれを個別に梱包する場合の梱包材を特定するとともに、複数の商品のうち２以上の商品を一つの梱包材で梱包する場合の梱包材を２以上の商品の組み合わせ全てについて特定し、算出部は、複数の商品それぞれを個別に梱包して配送する場合の配送費を特定するとともに、複数の商品のうち２以上の商品を一つの梱包材で梱包する場合の配送費を２以上の商品の組み合わせ全てについて算出し、配送部は、算出部が算出した配送費のうち、最も安くなる配送費に対応する梱包方法で梱包した商品を配送し、請求部は、最も安くなる配送費と、複数の商品それぞれを個別に梱包して配送する場合の配送費との差額に基づくキャッシュバックを行うこととしてもよい。

また、上記配送システムにおいて、取得部は、第１の注文を受けてから、同一のユーザから、第３の注文を受け付けた場合に、第３の注文による第３商品のサイズ情報を取得し、特定部は、第３商品を梱包できる梱包材を特定するとともに、第１商品と第２商品と第３商品とを梱包できる梱包材と、第１商品と第３商品とを梱包できる梱包材と、第２商品と第３商品とを梱包できる梱包材とを特定し、算出部は、（ｉ）第１商品と第２商品と第３商品とを個別に梱包して配送した場合と、（ｉｉ）第１商品と第２商品とを一つに梱包し、第３商品を単独で梱包して配送した場合と、（ｉｉｉ）第１商品と第３商品とを一つに梱包し、第２商品を単独で梱包して配送した場合と、（ｉｖ）第２商品と第３商品とを一つに梱包し、第１商品を単独で梱包して配送した場合と、（ｖ）第１商品と第２商品と第３商品とを一つに梱包して配送した場合と、のそれぞれの場合の配送費を算出し、配送部は、（ｉ）〜（ｖ）の条件それぞれの配送費のうちもっとも安くなる梱包方法で梱包して配送し、請求部は、第１商品と第２商品と第３商品とを個別に梱包して配送した場合の第３配送費と、（ｉ）〜（ｖ）から選択された条件で配送した場合の配送費との差額に基づくキャッシュバックを実行することとしてもよい。

本発明の一態様に係る配送システムは、所定時間内に同一のユーザから複数の注文を受け付けた場合に、それらの注文を纏めて配送できるか、そしてその場合に個別に配送する場合よりも配送費が軽減できるかによって、ユーザにキャッシュバックを行うことができる。したがって、ユーザにとって、メリットの高い、商品を販売する配送システムを提供することができる。

配送システムのシステム構成例を示す図である。 倉庫管理サーバの構成例を示すブロック図である。 ユーザ端末の構成例を示すブロック図である。 商品情報のデータ構成例を示すデータ概念図である。 梱包材情報のデータ構成例を示すデータ概念図である。 通常の商品の販売に係るユーザ端末と倉庫管理サーバ間のやり取りを示すシーケンス図である。 商品の販売に係るユーザ端末と倉庫管理サーバ間のやり取りであって、キャッシュバックが発生する場合のシーケンス図である。 倉庫管理サーバの動作例を示すフローチャートである。 図８から派生する倉庫管理サーバの動作例を示すフローチャートである。 販売者端末の動作の一例を示すフローチャートである。

＜実施形態＞
本発明の一実施形態について、図面を参照しながら説明する。

＜概要＞
図１は、本実施形態に係る配送システム１の構成例を示すシステム図である。図１に示すように配送システム１においては、商品を販売する販売者が、自身の販売者端末３００から、倉庫１０１に対応する倉庫管理サーバ１００に対して、商品の管理、販売された場合の顧客への配送を依頼する。即ち、販売者端末３００は、倉庫管理サーバ１００に対して、商品の管理、即ち、どの商品の管理、その数量、管理期間などの情報を含む商品管理依頼１０４を送信する。これを受けて、倉庫管理サーバ１００は、適切な対価を販売者端末３００に係る販売者から受領することにより、商品の管理を行う。倉庫管理サーバ１００は、複数の異なる販売者からの依頼を受けてもよいし、固定の販売者からの依頼を受けるものであってもよい。

一方で、一般の商品を購入する顧客となるユーザ１０は、自身のユーザ端末２００を用いて、例えば、倉庫管理サーバ１００が運営する商品を販売するためのウェブサイト等にアクセスして、気に入った商品があれば、商品を購入する。即ち、ユーザ端末２００から、倉庫管理サーバ１００に対して、商品購入依頼を送信する。これを受けて、倉庫管理サーバ１００は、指定された商品のユーザ端末２００のユーザ１０への商品の配送を手配し、商品を配送する。

このような配送システム１において、倉庫管理サーバ１００は、ユーザ１０のユーザ端末２００から、所定の条件を満たす複数の商品の購入を受け付ける。所定の条件とは、ユーザ１０が注文した商品をユーザ１０の元に配送するための効率化を行ったことにより、ユーザ１０の元に商品を配送するための費用が軽減できるような条件である。所定の条件の詳細については、後述する。また、ここでいう複数の商品の購入とは、各々別の注文として、別々のタイミングで同一のユーザから購入を受け付けることをいう。ユーザ１０が複数の商品の購入をし、それらの購入が所定の条件を満たす場合に、何らかのサービスの還元を行う。具体的には、倉庫管理サーバ１００は、所定の条件を満たしたことにより軽減される費用に基づいて、ユーザ１０に対してサービスの還元の一例としてキャッシュバック１０２を行う。これにより、ユーザにとって利便性の高い配送システム１を提供し、ユーザ１０による倉庫管理サーバ１００の利用率の向上を図ることができる。

以下、配送システム１に係る各装置について詳細に説明する。なお、図１に示すユーザ端末２００の台数や販売者端末３００の台数は１台に限定するものではない。

＜構成＞
＜倉庫管理サーバ１００の構成例＞
図２は、倉庫管理サーバ１００の構成例を示すブロック図である。倉庫管理サーバ１００は、倉庫１０１内に格納されている商品や顧客情報、商品を配送するための梱包材等を管理する機能を有するコンピュータシステムである。倉庫管理サーバ１００は、ユーザ１０のユーザ端末２００からのアクセス要求を受け付けて、倉庫管理サーバ１００が販売している商品に係る販売サイトの情報をユーザ端末２００に送信する。また、倉庫管理サーバ１００は、ユーザ１０のユーザ端末２００から、商品の購入依頼を受けて、商品の配送の手配を行うとともに、複数の購入依頼があり所定の条件を満たした場合に、キャッシュバック情報を送信する。また、倉庫管理サーバ１００は、販売者端末３００から、販売者端末３００が対応する企業やサービスが販売する商品の販売委託を受信して、商品の管理、販売、配送を行う。

図２に示すように、倉庫管理サーバ１００は、受信部１１０と、記憶部１２０と、制御部１３０と、送信部１４０とを備える。

受信部１１０は、倉庫管理サーバ１００に宛てられたメッセージを受信し、制御部１３０に伝達する機能を有する。受信部１１０は、ネットワーク４００を介して、ユーザ端末２００や販売者端末３００から送信された信号を受信し、制御部１３０に伝達する。一方、送信部１４０は、制御部１３０から、指定されたデータを、指定された宛先に送信する機能を有する。送信部１４０は、制御部１３０から指定されたデータを、ネットワーク４００を介して、ユーザ端末２００又は販売者端末３００に送信する。送信部１４０は、ユーザ端末２００には、倉庫管理サーバ１００が提供するウェブサイトの情報や、ユーザに対して商品配送にあたってキャッシュバックが発生した際に、その額面を示すキャッシュバック情報を送信する。また、送信部１４０は、販売者端末３００に対して、販売された商品の情報を送信してもよい。受信部１１０と、送信部１４０とは、外部の装置と通信を行うための通信インターフェースであり、受信部１１０と送信部１４０とを合わせて通信部と呼称されてもよい。

なお、ネットワーク４００は、各種の機器との間を相互に接続させるためのネットワークであり、例えば、無線ネットワークや有線ネットワークである。具体的には、ネットワークは、ワイヤレスＬＡＮ（ｗｉｒｅｌｅｓｓ ＬＡＮ：ＷＬＡＮ）や広域ネットワーク（ｗｉｄｅ ａｒｅａ ｎｅｔｗｏｒｋ：ＷＡＮ）、ＩＳＤＮｓ（ｉｎｔｅｇｒａｔｅｄ ｓｅｒｖｉｃｅ ｄｉｇｉｔａｌ ｎｅｔｗｏｒｋｓ）、無線ＬＡＮｓ、ＬＴＥ（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）、ＬＴＥ−Ａｄｖａｎｃｅｄ、第４世代（４Ｇ）、第５世代（５Ｇ）、ＣＤＭＡ（ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＷＣＤＭＡ（登録商標）、イーサネット（登録商標）などである。また、ネットワークは、これらの例に限られず、例えば、公衆交換電話網（Ｐｕｂｌｉｃ Ｓｗｉｔｃｈｅｄ Ｔｅｌｅｐｈｏｎｅ Ｎｅｔｗｏｒｋ：ＰＳＴＮ）やブルートゥース（Ｂｌｕｅｔｏｏｔｈ（登録商標））、ブルートゥースローエナジー（Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ）、光回線、ＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ Ｄｉｇｉｔａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｌｉｎｅ）回線、衛星通信網などであってもよく、どのようなネットワークであってもよい。ネットワークは、ユーザの住居に備えられる場合には、ホームネットワークと呼称されることもある。また、ネットワークは、例えば、ＮＢ−ＩｏＴ（Ｎａｒｒｏｗ Ｂａｎｄ ＩｏＴ）や、ｅＭＴＣ（ｅｎｈａｎｃｅｄ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）であってもよい。なお、ＮＢ−ＩｏＴやｅＭＴＣは、ＩｏＴ向けの無線通信方式であり、低コスト、低消費電力で長距離通信が可能なネットワークである。また、ネットワークは、これらの組み合わせであってもよい。また、ネットワークは、これらの例を組み合わせた複数の異なるネットワークを含むものであってもよい。例えば、ネットワークは、ＬＴＥによる無線ネットワークと、閉域網であるイントラネットなどの有線ネットワークとを含むものであってもよい。

記憶部１２０は、倉庫管理サーバ１００が動作上必要とするプログラム並びにデータを記憶する機能を有する。記憶部１２０は、例えば、ＨＤＤ（Hard Disc Drive）、ＳＳＤ（Solid State Drive）、フラッシュメモリなど、各種の記録媒体により実現することができるが、これらに限定するものではない。記憶部１２０が、記憶しているプログラムとしては、倉庫管理サーバ１００が管理する販売サイトを各ユーザ端末２００に送信し、ユーザ端末２００からの購入依頼を受けて商品を梱包するための梱包材を決定するプログラムや、ユーザからの複数の購入依頼が所定の条件を満たすかどうかを判定するプログラムや、ユーザからの複数の購入依頼が所定の条件を満たす場合に最も経費が安くなる配送態様が何かを特定するためのプログラムなどを含んでよい。これらのプログラムは、一つのプログラムに統合されていてもよいし、複数のプログラムにより実現されてもよい。制御部１３０がこれらのプログラムを実行することにより、倉庫管理サーバ１００が果たすべき機能を実現する。また、記憶部１２０は、商品情報１２１と、梱包材情報１２２とを記憶している。商品情報１２１と梱包材情報１２２との詳細については、後述する。

制御部１３０は、倉庫管理サーバ１００の各部を制御する機能を有するプロセッサである。制御部１３０は、記憶部１２０に記憶されている各種のプログラムを実行し、記憶部１２０に記憶されているデータを利用して、倉庫管理サーバ１００の各種の機能を実現する。

制御部１３０は、制御部１３０が果たすべき機能として、受付部１３１と、取得部１３２と、特定部１３３と、算出部１３４と、配送部１３５と、請求部１３６と、を備える。

受付部１３１は、ユーザ１０からの商品の配送の注文を受け付ける機能を有する。即ち、受付部１３１は、受信部１１０から伝達された、ユーザ１０のユーザ端末２００から送信された商品の購入依頼情報を受け付ける機能を有する。受付部１３１は、購入依頼情報で示される商品を示す識別情報を取得部１３２に伝達する。商品の購入依頼情報には、商品を特定可能な識別情報と、その商品を配送する配送先に関する情報とが含まれる。

また、受付部１３１は、ユーザからの商品の購入依頼情報を受け付けた場合に、その商品の購入依頼をしたユーザが別の購入依頼をしていないかどうかを判定する。そして、受け付けた商品の購入依頼情報を行ったユーザが別の購入依頼をしていた場合に、受け付けた購入依頼情報と別の購入依頼とが所定の条件を満たすかどうかを判定する。ここで、所定の条件とは、例えば、それらの複数の購入依頼に基づく商品の配送を行うにあたって、経費を軽減できるかどうかを判定するための条件の一つである。所定の条件は、新たな購入依頼情報をユーザが行った時間と、別の購入依頼をユーザが行った時間との間の時間差が所定時間（例えば、３０分や１時間）以内であることとしてよい。即ち、新たな購入依頼があったときに、同一のユーザが所定時間以内に別の購入依頼を行っていた場合には、纏めて配送することができる可能性があり、その場合に、同時に配送することによって、配送のための経費を軽減できる可能性がある。受付部１３１は、所定の条件を満たす別の購入依頼があった場合に、新たな購入依頼情報で示される識別情報とともに別の購入依頼で示される商品の識別情報とを取得部１３２に伝達する。なお、別の購入依頼は、受付部１３１により複数検出されてよく、その場合には、複数の商品の識別情報を取得部１３２に伝達する。

取得部１３２は、受付部１３１から伝達された識別情報と、記憶部１２０に記憶されている商品情報１２１を参照して、ユーザが購入した商品のサイズを示す商品サイズ情報を取得する機能を有する。取得部１３２は、取得した商品サイズ情報を特定部１３３に伝達する。ここで、商品サイズ情報は、商品の幅と、奥行きと、高さの情報を含む。また、商品サイズ情報は、商品の形状を示す情報も含まれていてもよい。なお、取得部１３２は、複数の商品についての識別情報を伝達された場合には、その商品各々の商品サイズ情報を取得し、全ての商品サイズ情報を特定部１３３に伝達する。

特定部１３３は、取得部１３２から伝達された商品サイズ情報に基づいて、その商品を梱包できる梱包材を、梱包材情報１２２に基づいて特定する。即ち、特定部１３３は、商品サイズ情報で示される幅、奥行き、高さが全て上回る梱包材を、梱包材情報１２２から特定する。このとき、特定部１３３は、取得部１３２から複数の商品サイズ情報を伝達された場合に、各商品単体で梱包できる梱包材から、全ての商品の組み合わせを梱包できる梱包材まで、複数の梱包材を特定する。例えば、伝達された商品サイズ情報が、商品Ａと商品Ｂと商品Ｃとの場合、商品Ａ単体を梱包できる梱包材、商品Ｂ単体を梱包できる梱包材、商品Ｃ単体を梱包できる梱包材、商品Ａと商品Ｂとを梱包できる梱包材、商品Ａと商品Ｃとを梱包できる梱包材、商品Ｂと商品Ｃとを梱包できる梱包材、商品Ａと商品Ｂと商品Ｃの全てを梱包できる梱包材の７種の梱包材を特定する。なお、ここで７種の梱包材にはサイズが同じ梱包材が含まれてよい。特定部１３３は、特定した梱包材とその梱包材を用いて配送する商品との情報を算出部１３４に伝達する。

算出部１３４は、特定部１３３から伝達された商品とその商品を梱包できる梱包材の組み合わせと、商品の購入依頼情報で示される配送先とから、商品の配送に要する費用（配送費）を算出する。算出部１３４は、予め定められた基準に従って、商品の配送に要する費用を算出する。この基準は、商品の重さや、商品を梱包する梱包材のサイズ、そして、商品の配送の距離、即ち、倉庫１０１からユーザ１０までの距離に基づくものであり、一例として、梱包材のサイズ範囲（あるいは、梱包材の種別ごとの費用、そして、配送距離に応じた費用を定めたテーブルに基づいて算出することができる。その他には、商品の重さ範囲ごとの費用に基づくものであってもよい。

例えば、梱包材のサイズ範囲に基づく費用としては、梱包材の三寸（幅と奥行きと高さ）の合計値が１００ｃｍ未満の場合にｙ１円、１００ｃｍ以上２００ｃｍ未満の場合にｙ２円、２００ｃｍ以上３００ｃｍ未満の場合にｙ３円というように定められてよい。また、例えば、商品の配送の距離であれば、５ｋｍ未満の場合にｚ１円、５ｋｍ以上１０ｋｍ未満の場合にｚ２円、１０ｋｍ以上２０ｋｍ未満の場合にｚ３円というように定められてもよい。また、配送の距離であれば、５ｋｍ加算されるごとにｚ４円加算というように定められてもよい。また、例えば、重さとしては、１ｋｇ未満の場合にｘ１円、１ｋｇ以上５ｋｇ未満の場合にｘ２円、５ｋｇ以上の場合にｘ３円というように定めてもよい。算出部１３４は、伝達された商品や梱包材、配送距離に基づいて、どの範囲に入るかを算出し、その合計費用を算出する。算出部１３４は、算出した費用を請求部１３６に伝達する。

算出部１３４は、特定部１３３から、複数の商品とそれらの組み合わせに基づく梱包材の組み合わせを伝達された場合には、各組み合わせそれぞれで費用を算出し、最も安くなる組み合わせを特定する。そして、特定した商品とその梱包材の組み合わせを、配送部１３５と、請求部１３６に伝達する。

配送部１３５は、ユーザから商品の購入依頼があった場合に、指定された商品を、ユーザにより指定された場所まで配送するための手配を行う機能を有する。配送部１３５は、算出部１３４から伝達された商品と梱包材の組み合わせの指定にしたがって、商品を梱包し、配送の手配を行う。当該手配にしたがって、例えば、倉庫１０１に備えられたロボットアーム等により、受付部１３１が受け付けた商品購入依頼で示される商品を、特定部１３３が特定した梱包材に梱包し、梱包された商品が商品を配送する配送車に渡される。

請求部１３６は、受付部１３１が受け付けた商品の購入依頼で示される商品の代金を、注文をしたユーザに請求する機能を有する。ここで請求部１３６が請求する代金には、算出部１３４が算出した費用（配送費）が含まれてもよい。なお、実際には、一例として、請求部１３６は、ユーザ１０の保持する金融機関の口座から商品の代金を引き落とし、ユーザ１０のユーザ端末２００には、請求書が送付されるのみであってよい。なお、支払い自体はウェブマネー等による支払いであってもよい。

請求部１３６は、算出部１３４から複数の異なる商品購入依頼について、いくつかの商品購入依頼で示される商品を１つの梱包材で配送する場合に、各商品購入依頼それぞれで配送したときの費用と、指定された方法での配送をする場合の費用との差額から、ユーザ１０に対して還元するキャッシュバック額を決定する。そして、請求部１３６は、決定したキャッシュバック額をユーザ１０の口座に振り込むとともに、決定したキャッシュバック額を示すキャッシュバック情報を、送信部１４０を介してユーザ１０のユーザ端末２００に送信する。キャッシュバック額は、上記の差額そのものであってもよいし、上記差額に対して所定の計数（例えば、０．２）を乗じた額であってもよいし、上記差額から予め定められた所定の額面を減じた額であってもよい。

一例をあげて説明すると、ユーザ１０から第１の商品購入依頼を受け付けたのち、所定時間内に同じユーザから別の第２の商品購入依頼を受け付けたとする。すると、特定部１３３は、（１）第１の商品購入依頼で示される商品だけを梱包できる梱包材、（２）第２の商品購入依頼で示される商品だけを梱包できる梱包材、（３）第１の商品購入依頼で示される商品と第２の商品購入依頼との両方を梱包できる梱包材とを特定する。そして、算出部１３４は、この（１）〜（３）の場合、それぞれでの配送にかかる費用を算出する。そして、算出した費用のなかで最も安くなる商品と梱包材の組み合わせで、商品を配送する。このとき、請求部１３６は、最も安くなる組み合わせの費用と、第１の商品と第２の商品との各々を単体で梱包材を用いて梱包して別々に配送した場合の費用との差額に基づく、キャッシュバックをユーザ１０に対して行う。このように、倉庫管理サーバ１００は、ユーザ１０から異なるタイミングで複数の商品の購入依頼があった場合であって、それらを纏め配送することで、配送費用が軽減できる場合には、纏め配送を行い、ユーザに対しては、その分のキャッシュバックを行う。これにより、ユーザ１０にとっても、倉庫管理サーバ１００が含まれる配送システム１にとってもメリットがある配送システムを提供することができる。ユーザとしては、単純にキャッシュバックによりメリットがあり、倉庫管理サーバ１００としては、そのキャッシュバックがあることを知るユーザが倉庫管理サーバ１００を再利用するリピータとなる可能性を向上させることができる。

以上が、倉庫管理サーバ１００の構成の説明である。

＜ユーザ端末２００の構成例＞
図３は、ユーザ端末２００の構成を示すブロック図である。ユーザ端末２００は、通信機能並びにウェブ閲覧機能を有する情報処理装置であればよく、例えば、ＰＣ、ノートＰＣ、タブレット端末、携帯電話、スマートフォンなどにより実現することができるが、これらに限定するものではない。図３に示すように、ユーザ端末２００は、受信部２１０と、記憶部２２０と、制御部２３０と、送信部２４０と、入力部２５０と、表示部２６０と、音声出力部２７０とを備える。

受信部２１０と、送信部２４０とは、外部の装置と通信を実行するための通信インターフェースである。受信部２１０は、ユーザ端末２００に宛てられた信号を受信し、制御部２３０に伝達する機能を有する。受信部２１０は、倉庫管理サーバ１００から、倉庫管理サーバ１００が運営するウェブサイトの情報や、商品を推奨する商品推奨情報を受信する。一方、送信部２４０は、制御部２３０から、指定されたデータを、指定された宛先に送信する機能を有する。送信部２４０は、例えば、ユーザにより選択された商品の購入依頼を倉庫管理サーバ１００に送信する。

記憶部２２０は、ユーザ端末２００が動作上必要とするプログラム並びにデータを記憶する機能を有する。記憶部２２０は、例えば、ＨＤＤ（Hard Disc Drive）、ＳＳＤ（Solid State Drive）、フラッシュメモリなど、各種の記録媒体により実現することができるが、これらに限定するものではない。

制御部２３０は、ユーザ端末２００の各部を制御する機能を有するプロセッサである。制御部１３０は、記憶部１２０に記憶されている各種のプログラムを実行し、記憶部１２０に記憶されているデータを利用して、ユーザ端末２００の各種の機能を実現する。

注文部２３１は、ユーザからの入力にしたがって、倉庫管理サーバ１００に対して、倉庫管理サーバ１００が管理している商品の購入に対する注文を行う機能を有する。

入力部２５０は、ユーザからの入力を受け付けて、制御部２３０に伝達する機能を有する。入力部２５０は、ユーザからの入力を受け付けることができればどのように実現されてもよく、例えば、タッチパネル、ハードウェアキー、マイク（音声入力）などにより実現されてよいが、これらに限定するものではない。

表示部２６０は、制御部２３０からの指示にしたがって、指定された画像を表示する機能を有するモニタである。表示部２６０は、例えば、倉庫管理サーバ１００が管理するウェブサイトの情報や、倉庫管理サーバ１００から送信されたキャッシュバック情報を表示する。

音声出力部２７０は、制御部２３０から指定された音声を出力する機能を有する。音声出力部２７０は、例えば、スピーカにより実現される。音声出力部２７０は、例えば、制御部２３０からの指示により、キャッシュバック情報で示されるキャッシュバック額に関する音声を出力する。

以上が、ユーザ端末２００の構成である。

＜データ＞
図４は、商品情報１２１の構成例を示すデータ概念図である。商品情報１２１は、倉庫１０１に格納されている商品に関する情報であり、少なくとも各商品のサイズを示すサイズ情報が登録されたデータベースである。

図４に示すように、商品情報１２１は、商品ＩＤ４０１と、サイズ情報４０２と、単価４０３とが対応付けられた情報である。商品情報１２１には、更に、商品に関する他の情報も対応付けられてよく、例えば、商品の在庫を示す在庫数４０４が対応づけられてもよい。

商品ＩＤ４０１は、倉庫管理サーバ１００が管理している商品を一意に特定できる商品の識別情報である。

サイズ情報４０２は、対応する商品ＩＤ４０１で示される商品のサイズを示す情報である。ここでは、商品の幅、奥行、高さについての情報がサイズ情報として示される。サイズ情報４０２は、一例として、商品を販売する販売者から倉庫管理サーバ１００に提供されて、商品情報１２１に登録される。

単価４０３は、対応する商品ＩＤ４０１で示される商品の購入単価を示す情報である。基本的に、対応する商品が購入された場合に、単価４０３は、商品を購入したユーザに対して請求される請求額に相当するが、前述の通り、更に、この単価４０３に配送にかかる費用を加算した合算費用がユーザに請求されることとしてもよい。

在庫数４０４は、対応する商品ＩＤ４０１で示される商品が、倉庫１０１に保管されている個数を示す情報である。

その他の情報としては、商品に関連する情報であれば、どのような情報でも対応づけられてもよく、例えば、対応する商品ＩＤ４０１で示される商品がどのような類の商品であるかを示す商品の属性情報なども対応付けられてよい。

図４に示す例では、一例として、商品ＩＤ４０１が、「Ｐ００２３９０２」で示される商品のサイズは、「幅が１２００ｍｍ、奥行きが７００ｍｍ、高さが７００ｍｍ」で、その単価が「５９８０円」であることが理解できる。商品情報１２１があることにより、倉庫管理サーバ１００は、商品を梱包するための適切な梱包材を特定することができる。

図５は、梱包材情報１２２の構成例を示すデータ概念図である。梱包材情報１２２は、倉庫に管理されている商品をユーザの元に配送する際に使用される梱包材に関する情報である。

図５に示すように、梱包材情報１２２は、梱包材ＩＤ５０１と、サイズ情報５０２と、基本配送料５０３とが対応付けられた情報である。

梱包材ＩＤ５０１は、倉庫管理サーバ１００が各種のサイズの梱包材を識別するための識別情報である。

サイズ情報５０２は、対応する梱包材ＩＤ５０１で示される梱包材のサイズを示す情報であり、梱包材の幅と、奥行きと、高さとの情報を含む。

基本配送料５０３は、対応する梱包材ＩＤ５０１で示される梱包材を用いて商品を配送したときの配送にかかる費用を示す情報である。

梱包材情報１２２が記憶部１２０に記憶されていることにより、倉庫管理サーバ１００は、ユーザ１０が購入した商品を梱包できるとともに、その商品を配送するための費用を算出することができる。

＜動作＞
ここから、本実施形態における倉庫管理サーバ１００の動作について説明する。図６は、ユーザ端末２００と倉庫管理サーバ１００との間のやり取りを示すシーケンス図であって、キャッシュバックが発生しない場合のやり取りの例を示す図である。

ユーザ１０は、ユーザ端末２００を用いて、倉庫管理サーバ１００が提供する販売サイトにアクセスし、商品の購入を決定したとする。すると、ユーザ１０はユーザ端末２００に対して、商品の購入を行うための入力を行う。これによって、ユーザ端末２００は、商品の注文を示す注文情報を倉庫管理サーバ１００に送信する（ステップＳ６０１）。

倉庫管理サーバ１００は、注文情報を受信すると、注文情報で示される商品のサイズから、商品を配送するために用いる梱包材を決定する（ステップＳ６０２）。倉庫管理サーバ１００は、商品を配送するための商品の配送費を決定する（ステップＳ６０３）。なお、配送費はゼロ円の場合もある。そして、決定した配送費を含んだ商品購入のための金額を提示、即ち、金額情報をユーザ端末２００に送信する（ステップＳ６０４）。

ユーザ端末２００は、金額情報を受信し、表示する。そして、ユーザ１０は、その金額を確認して、商品の購入を決定するとともに、支払いを実行する（ステップＳ６０５）。なお、当該支払いは、どのような手法であってもよく、銀行振り込み、ウェブマネーによる支払い、直接送金など様々な手法が考えられ、そのいずれであってもよい。

商品購入のための費用が支払われると、倉庫管理サーバ１００は、購入対象の商品を梱包材で梱包し、ユーザ端末２００のユーザ１０の下に、商品を配送して終了する（ステップＳ６０６）。

なお、ここでは、商品とともに配送費を購入費用に含ませる例を示しているが、配送費は無料とする場合もあり、その場合には、ステップＳ６０２からＳ６０４の処理は不要となる場合もあり、ユーザ１０（ユーザ端末２００）は、ステップＳ６０５の処理から開始することができる。

これに対し、図７は、ユーザ１０（ユーザ端末２００）に対するキャッシュバックが発生する際のユーザ端末２００と倉庫管理サーバ１００との間のやりとりの例を示すシーケンス図である。

図７におけるやり取りにおいて、ステップＳ６０５までは、図６と共通するので、ステップＳ６０５までの処理については、説明を割愛する。ステップＳ６０５の後、別の商品も購入したくなったユーザ１０は、ユーザ端末２００から商品を注文するための注文情報を倉庫管理サーバ１００に送信する（ステップＳ７０１）。

注文情報を受信すると、倉庫管理サーバ１００は、その注文情報が所定の条件を満たすかどうかを判定する（ステップＳ７０２）。ここで言う所定の条件は、新たな注文情報（ステップＳ７０１の注文情報）の前に、同一のユーザからであって、所定時間内の過去に別の注文情報があることである。換言すれば、同一のユーザから所定時間内で複数の注文があるかどうかを判定することになる。

そして、倉庫管理サーバ１００は、ステップＳ７０１における注文が所定の条件を満たすと判定した場合に、さらに、商品を梱包するための梱包材を決定する。ここで、決定する梱包材は、ステップＳ７０１において注文された商品単体（注文に含まれる商品が複数ある場合は複数）を梱包できる梱包材と、ステップＳ６０１とステップＳ７０１との双方における注文に含まれる商品の双方を梱包できる梱包材とを特定する（ステップＳ７０３）。

次に、倉庫管理サーバ１００は、商品配送のための配送費を決定する（ステップＳ７０４）。ここで決定する配送費は、ステップＳ６０１とステップＳ７０１との双方を分けて配送した場合と、ステップＳ６０１とステップＳ７０１との双方の注文を一つの梱包材でまとめて梱包して配送した場合とで、安い方に決定する。

そして、倉庫管理サーバ１００は、決定した配送費をユーザ端末２００に提示する（ステップＳ７０５）。即ち、倉庫管理サーバ１００は、配送費を含む商品の金額を示す金額情報を送信する。

ユーザ端末２００は、受信した金額情報を表示し、ユーザはその金額を確認して、商品の購入を決定し、支払いを実行する（ステップＳ７０６）。

商品購入のための支払いの実行を受けて、倉庫管理サーバ１００は、ユーザに商品を配送する（ステップＳ７０７）。そして、倉庫管理サーバ１００は、ステップＳ７０４における配送費の決定時に、配送費を軽減できていた場合に、ユーザ端末２００のユーザ１０に対してキャッシュバックを実行する（ステップＳ７０８）。ここでいうキャッシュバックは、ユーザ１０の口座への振り込みであってもよいし、倉庫管理サーバ１００を利用する上でのポイントであってもよいし、商品購入のための割引の権利などでもあってもよい。即ち、キャッシュバックは、ユーザ１０にとって何らかの特になるサービスであれば、どのような態様であってもよい。

なお、ステップＳ７０５における金額の提示は、前述の通り、配送費が無料の場合は、実行せずともよい。ただし、キャッシュバックを行えるかどうかを判定するために、ステップＳ７０２〜Ｓ７０４の処理は実行する必要がある。

図８及び図９は、図６及び図７に示すシーケンスを実現する倉庫管理サーバ１００の動作例を示すフローチャートである。

図８に示すように、倉庫管理サーバ１００の受信部１１０は、ユーザ端末２００からの信号を受信する。受信部１１０は、受信した信号に基づく情報を制御部１３０に伝達する。制御部１３０の受付部１３１は、伝達された信号が商品の注文を示す注文情報であるか否かを判定する（ステップＳ８０１）。

商品の注文を示す注文情報を受け付けた場合には（ステップＳ８０１のＹＥＳ）、制御部１３０の取得部１３２は、当該注文情報で示される商品のサイズ情報を、商品情報１２１から取得する。即ち、注文情報に含まれる商品ＩＤを、商品情報１２１の商品ＩＤ４０１から検索し、対応するサイズ情報４０２を特定することで注文情報を示す商品のサイズを取得する。次に、特定部１３３は、取得した商品のサイズに基づいて、その商品を梱包可能な梱包材を決定する（ステップＳ８０２）。即ち、取得部１３２が取得した商品のサイズ（幅、奥行、高さ）よりも大きいサイズを有する梱包材を、梱包材情報１２２のサイズ情報５０２を参照して決定する。注文に係る商品が複数ある場合には、それらの商品をできるだけコンパクトにする並べ方をした場合の、幅と奥行と高さの合計値で示されるサイズよりも大きいサイズを有する梱包材を特定し、商品を配送するための梱包材として決定する。

次に、算出部１３４は、特定部１３３が特定した梱包材のサイズと、注文情報で示される商品の配送先と倉庫管理サーバ１００が管理する倉庫１０１の所在との間の距離に基づいて配送費を決定する（ステップＳ８０３）。即ち、図５に示すように、梱包材のサイズによって、基本配送料５０３が定められ、算出部１３４は、その値に対して、配送に係る距離による補正（距離に応じた費用を加算したり、距離に応じて基本配送料５０３に所定の係数をかけたりなど、配送費として適切な費用が算出できれば、算出態様はさまざまでよい）をかけることで、配送費を算出する。なお、算出部１３４による配送費の算出はあくまで一例である。

そして、制御部１３０は、算出した配送費を含む商品の購入代金を示す金額情報を、送信部１４０に送信させる（ステップＳ８０４）。なお、前述の通り、配送費が無料の場合には、商品の単価のみが提示されることとして、この場合には、最初から販売サイト上に表示されていることを以て、商品の購入代金の提示に代えてもよい。

一方、ステップＳ８０１において、受付部１３１が商品の注文情報を受け付けていないと判定した場合に（ステップＳ８０１のＮＯ）、受付部１３１は、受け付けた情報が商品の購入を示す購入情報を受け付けたか否かを判定する（ステップＳ８０５）。購入情報を受け付けていた場合には（ステップＳ８０５のＹＥＳ）、制御部１３０の請求部１３６は、商品購入のための代金を請求する（ステップＳ８０６）。この請求に応じて、ユーザ１０から代金が支払われることになる。

商品の購入情報を受け付けていない場合には（ステップＳ８０５のＮＯ）、ステップＳ８０７の処理に移行する。受付部１３１は、ステップＳ８０７において、同一のユーザから、先の注文を受け付けてから所定時間内に新たな注文を受け付けているか否かを判定する（ステップＳ８０７）。新たな注文を受け付けている場合には（ステップＳ８０７のＹＥＳ）、図９に示すステップＳ９０１の処理に移行する。

商品の注文を受けていない場合には（ステップＳ８０７のＮＯ）、配送部１３５は、商品を特定した梱包材に梱包し、配送する（ステップＳ８０８）。ここで、商品の梱包材への梱包は、倉庫１０１に設けられているロボットアーム等により、梱包することとしてもよいし、倉庫管理サーバ１００に関連する梱包業者等が梱包することとしてもよい。また、ここでいう配送部１３５による配送は、梱包された商品の配送の手配であってよく、実際の商品の配送は人手やドローンなどのロボットによるものでもよい。

倉庫管理サーバ１００の制御部１３０は、倉庫管理サーバ１００のオペレータ等から終了入力（例えば、電源のＯＦＦ、シャットダウンなど）があるか否かを判定する（ステップＳ８０９）。終了入力があった場合には（ステップＳ８０９のＹＥＳ）、処理を終了し、なかった場合には（ステップＳ８０９のＮＯ）、ステップＳ８０１の処理に戻る。

一方、ステップＳ８０７において、新たな注文情報を受け付けて、その所定時間前以内に、同一ユーザからの別の注文があった場合には（ステップＳ８０７のＹＥＳ）、まず、取得部１３２は、新たな注文情報で示される商品のサイズ情報を取得する。以降、所定時間前以内の別の注文（ステップＳ８０１における注文）で注文されている商品を商品Ａとし、新たな注文情報（ステップＳ８０７における注文）で示される商品を商品Ｂとして説明する。

まず、特定部１３３は、商品Ｂを梱包可能な梱包材を特定する（ステップＳ９０１）。即ち、まず、取得部１３２が、新たな注文情報で示される商品Ｂのサイズを商品情報１２１から取得する。そして、特定部１３３は、取得部１３２が取得した商品Ｂのサイズから、梱包材情報１２２を参照して、商品Ｂを梱包できる梱包材を特定する。

次に、算出部１３４は、特定した梱包材で商品Ｂを配送した場合の配送費を算出する（ステップＳ９０２）。

取得部１３２は、更に、前回の注文で示される商品Ａと、新たな注文で示される商品Ｂとの、両方を梱包する場合のサイズを取得する。即ち、商品Ａと商品Ｂとの双方のサイズを取得し、それらを並べて配置した際に、全体の容積が最も小さくなるような配置とした際の、幅と奥行きと高さと特定する。そして、特定部１３３は、取得部１３２が特定したサイズを含むことができる梱包材を特定する（ステップＳ９０３）。

そして、特定した梱包材の基本配送費と、その梱包材に商品Ａと商品Ｂを梱包して配送する距離に応じた配送費を算出する（ステップＳ９０４）。

次に、算出部１３４は、商品Ａ単体で梱包した場合の配送費と、商品Ｂ単体で梱包した場合の配送費との合算値が、商品Ａと商品Ｂとを両方梱包した場合の配送費よりも多いかどうかを判定する（ステップＳ９０５）。

商品Ａ単体で梱包した場合の配送費と、商品Ｂ単体で梱包した場合の配送費との合算値が、商品Ａと商品Ｂとを両方梱包した場合の配送費よりも多い場合には（ステップＳ９０５のＹＥＳ）、商品Ａと商品Ｂとを両方梱包した場合の配送費と商品の金額を提示する（ステップＳ９０６）。即ち、制御部１３０は、算出した配送費を含む商品の購入代金を示す金額情報を、送信部１４０に送信させる。なお、前述の通り、配送費が無料の場合には、商品の単価のみが提示されることとして、この場合には、最初から販売サイト上の表示されていることを以て、商品の購入代金の提示に代えてもよい。一方、商品Ａ単体で梱包した場合の配送費と、商品Ｂ単体で梱包した場合の配送費との合算値が、商品Ａと商品Ｂとを両方梱包した場合の配送費よりも低い場合には（ステップＳ９０５のＮＯ）、図８のステップＳ８０４に移行し、商品Ｂ単体を梱包材で梱包した場合の配送費を提示することになる（ステップＳ８０４）。

ステップＳ９０７において、受付部１３１は、受け付けた情報が商品の購入を示す購入情報を受け付けたか否かを判定する（ステップＳ９０７）。購入情報を受け付けていた場合には（ステップＳ９０７のＹＥＳ）、制御部１３０の請求部１３６は、商品購入のための代金を請求する（ステップＳ９０８）。この請求に応じて、ユーザ１０から代金が支払われることになる。購入情報を受け付けていない場合には（ステップＳ９０７のＮＯ）、図８のステップＳ８０７の処理に移行する。

そして、配送部１３５は、商品Ａと商品Ｂとを一つの梱包材で梱包し（ステップＳ９０９）、図８のステップＳ８０８の処理に移行する。このとき、算出部１３４は、ステップＳ９０５の比較の差分値を算出し、その差分値に基づくキャッシュバック額を決定する。そして、算出部１３４は、決定したキャッシュバック額を示すキャッシュバック情報を生成し、ユーザのユーザ端末２００に送信するよう送信部１４０に指示する。これにより、ユーザは、商品の配送の効率化に伴った報酬を得ることができる。

なお、図８、９においては、本実施例における倉庫管理サーバ１００の動作をわかりやすくするために、ステップＳ８０１に続くＳ８０７の処理を示しているが、実際には、商品の注文を受け付けた際に、その注文から所定時間内（例えば、現在から１時間以内の過去）に、同一ユーザの注文であって、まだ、配送がされていない注文があるかどうかを探索し、あった場合に、図９に示すステップＳ９０１〜Ｓ９０６の処理を行い、なかった場合に、Ｓ８０１〜Ｓ８０６、Ｓ８０８の処理を行うことになる。つまり、Ｓ８０１の処理の後に、ステップＳ８０１とＳ８０２との間に、ステップＳ８０７における所定時間内に、同一ユーザからの注文があるか否かの判定を行うこととしてよい。

したがって、例えば、第１の注文があって、所定時間内に同ユーザから第２の注文があり、更に、第２の注文のあとに第１の注文から所定時間内に、第３の注文があった場合にも同様に、配送に係る費用の軽減が実現できるかによってキャッシュバックを行ってもよい。

即ち、仮に、第１の注文の商品を商品Ａ、第２の注文の商品を商品Ｂ、第３の注文の商品を商品Ｃとしたとき、算出部１３４は、
（ｉ）商品Ａと商品Ｂと商品Ｃとを個別に梱包して配送した場合と、
（ｉｉ）商品Ａと商品Ｂとを一つに梱包し、商品Ｃを単独で梱包して配送した場合と、
（ｉｉｉ）商品Ａと商品Ｃとを一つに梱包し、商品Ｂを単独で梱包して配送した場合と、
（ｉｖ）商品Ｂと商品Ｃとを一つに梱包し、商品Ａを単独で梱包して配送した場合と、
（ｖ）商品Ａと商品Ｂと商品Ｃとを一つに梱包して配送した場合と、
のそれぞれの場合の費用を算出し、それらの中から最も安くなる配送費を特定する。そして、その配送費が、（ｉ）に示す配送費よりも低い場合に、倉庫管理サーバ１００は、その差額に基づくキャッシュバックを、注文を行ったユーザに対して、実行する。なお、ここでは、３個の商品についての具体例を説明しているが、４個以上でも同様に、最も安くなる配送費を選択し、その場合に最も安くなる配送費と、各商品を個別に配送した場合の配送費との差額に応じたキャッシュバックを行うこととしてよい。即ち、ユーザから所定時間内に複数の注文を個別に受け付けた場合に、取得部１３２は、複数の注文各々で示される商品それぞれのサイズ情報を取得し、特定部１３３は、複数の商品それぞれを個別に梱包する場合の梱包材を特定するとともに、複数の商品のうち２以上の商品を一つの梱包材で梱包する場合の梱包材を２以上の商品の組み合わせ全てについて特定する。そして、算出部１３４は、複数の商品それぞれを個別に梱包して配送する場合の配送費を特定するとともに、複数の商品のうち２以上の商品を一つの梱包材で梱包する場合の配送費を２以上の商品の組み合わせ全てについて算出する。例えば、４つの商品Ａ、Ｂ、Ｃ、Ｄがある場合に、算出部１３４は、商品ＡとＢ、商品ＡとＣ、商品ＡとＤ、商品ＢとＣ、商品ＢとＤ、商品ＣとＤ、商品ＡとＢとＣ、商品ＢとＣとＤ、商品ＡとＣとＤ、商品ＡとＢとＣとＤの組み合わせ、および、商品Ａ単体と、商品Ｂ単体と、商品Ｃ単体と、商品Ｄ単体と、のそれぞれの場合分けで梱包して配送したときの配送費を算出する。配送部１３５は、算出部１３４が算出した各場合の配送費のうち、最も安くなる配送費に対応する梱包方法で梱包した商品を配送する。そして、請求部１３６は、最も安くなる配送費と、複数の商品それぞれを個別に梱包して配送する場合の配送費との差額に基づくキャッシュバックを行う。このように配送システム１において倉庫管理サーバ１００は、３以上の異なる注文を所定時間内に同一のユーザが行った場合にも、纏め梱包による配送の効率化を実現でき、キャッシュバックを行うことができる。

最後に、図１０は、図６、図７に示すシーケンスを実現するユーザ端末２００の動作例を示すフローチャートである。

図１０に示すように、ユーザ端末２００は、入力部２５０を介して、ユーザ１０から商品注文の入力を受け付けたか判定する（ステップＳ１００１）。商品の注文の入力を受け付けている場合には（ステップＳ１００１のＹＥＳ）、制御部２３０の注文部２３１は、送信部２４０に、商品を注文する注文情報を、倉庫管理サーバ１００に送信させる（ステップＳ１００２）。

商品注文の入力を受け付けていない場合には（ステップＳ１００１のＮＯ）、受信部２１０は、商品を購入するための金額を示す金額情報を、倉庫管理サーバ１００から受信しているか否かを判定する（ステップＳ１００３）。金額情報を受信していた場合には（ステップＳ１００３のＹＥＳ）、受信部２１０は、金額情報を制御部２３０に伝達する。そして制御部２３０は、表示部２６０に金額情報を表示させる（ステップＳ１００４）。これにより、ユーザは商品購入のための金額を認識することができる。

金額情報を受信していない場合には（ステップＳ１００３のＮＯ）、入力部２５０から商品購入の入力を受け付けたか判定する（ステップＳ１００５）。商品購入の入力を受け付けている場合には（ステップＳ１００５のＹＥＳ）、制御部２３０は、商品の購入を確定する商品購入情報を、倉庫管理サーバ１００に宛てて、送信部２４０に送信させる（ステップＳ１００６）。

商品購入の入力を受け付けていない場合には（ステップＳ１００５のＮＯ）、受信部２１０は、倉庫管理サーバ１００からキャッシュバック情報を受信しているか否かを判定する（ステップＳ１００７）。キャッシュバック情報を受信している場合には（ステップＳ１００７のＹＥＳ）、受信部２１０はキャッシュバック情報を制御部２３０に伝達し、制御部２３０はそのキャッシュバック情報を表示部２６０に表示させる。これにより、ユーザは、商品の購入にあたって、キャッシュバックが発生したことを認識することができる。よって、ユーザが配送システム１を再利用する可能性を向上させることができる。

キャッシュバック情報を受信していない場合には（ステップＳ１００７のＮＯ）、ユーザから終了入力があるか否かを判定し（ステップＳ１００９）、終了入力がない場合には（ステップＳ１００９のＮＯ）、ステップＳ１００１の処理に戻り、終了入力がある場合には（ステップＳ１００９のＹＥＳ）、処理を終了する。

＜まとめ＞
このように、本実施例に係る配送システム１によれば、あるユーザが所定時間内、即ち、最初の注文をしてから、まだ商品の配送が終わっていない（梱包が済んでいない）段階で、新たな注文があった場合に、両方の注文に係る商品を一度に梱包材に梱包できるどうか、そして、その場合の配送費が安くなるかどうかを判定し、安くなる場合に、ユーザに対するキャッシュバックを行ってユーザに対するメリットを提供することができる。このようなメリットをユーザに提供することで、ユーザが本実施例に係る配送システム１を利用しやすくさせることができる。また、倉庫管理サーバ１００としても、梱包材の節約、同じ場所への配送を一度で済ませることができるなどのメリットを得ることができる。

＜補足＞
上記実施形態に係る装置は、上記実施形態に限定されるものではなく、他の手法により実現されてもよいことは言うまでもない。

（１）上記実施の形態において、商品のサイズ情報については、予め、倉庫管理サーバ１００に登録されていることとしたが、これはその限りではなく、他の態様により、サイズ情報を取得できることとしてもよい。

例えば、倉庫管理サーバ１００が、ロボットアーム等により、商品の梱包材への梱包を実現できている場合に、当該ロボットアームが商品を把持した際に、得られる把持部間の距離に基づいて、商品を把持した箇所間の距離を算出することで、商品のサイズ情報を得る構成としてもよい。この態様によれば、商品の様々な個所の長さを得ることができるので、より適切な梱包材を特定することができる。特に複数の商品を一つの梱包材に梱包する際に、より適切な商品の梱包材への梱包配置態様を実現して、その際の適切な梱包材を特定することができる。

また、梱包の際には、商品情報１２１と、把持部が把持したことにより得られる把持サイズ情報との双方を利用することとしてもよく、その場合には、商品情報１２１の方にプライオリティをおくこととしてもよい。ここでプライオリティをおくとは、把持部が把持したことにより得られる把持サイズ情報と、商品情報１２１とのうち、サイズ情報に差がある場合に、どちらの情報を優先して（信用して）使用するのかを意味し、その場合にプライオリティの高い方のサイズ情報で示されるサイズを使用することを意味することとしてよい。したがって、把持サイズ情報と商品情報１２１との双方を倉庫管理サーバ１００が利用できる場合には、プライオリティの高い方のみを利用することとしてもよい。

また、いずれか片方ではなく、商品のサイズについては、マージンを考慮して、その長さが長い方の情報を用いることとしてもよい。これは、商品を梱包する際に、短い方を使用した場合に梱包できないという可能性を抑制するためである。

さらには、商品情報１２１がある場合であっても、新規の商品があって、そのサイズ情報が商品情報１２１に登録されていない場合に、上記把持部が特定した把持時のサイズ情報を利用するように構成されていてもよい。

（２）本開示の各実施形態のプログラムは、コンピュータに読み取り可能な記憶媒体に記憶された状態で提供されてもよい。記憶媒体は、「一時的でない有形の媒体」に、プログラムを記憶可能である。記憶媒体は、ＨＤＤやＳＳＤなどの任意の適切な記憶媒体、またはこれらの２つ以上の適切な組合せを含むことができる。記憶媒体は、揮発性、不揮発性、または揮発性と不揮発性の組合せでよい。なお、記憶媒体はこれらの例に限られず、プログラムを記憶可能であれば、どのようなデバイスまたは媒体であってもよい。

なお、倉庫管理サーバ１００は、例えば、記憶媒体に記憶されたプログラムを読み出し、読み出したプログラムを実行することによって、各実施形態に示す複数の機能部の機能を実現することができる。また、当該プログラムは、任意の伝送媒体（通信ネットワークや放送波等）を介して、倉庫管理サーバ１００に提供されてもよい。倉庫管理サーバ１００は、例えば、インターネット等を介してダウンロードしたプログラムを実行することにより、各実施形態に示す複数の機能部の機能を実現する。

なお、当該プログラムは、例えば、ＡｃｔｉｏｎＳｃｒｉｐｔ、ＪａｖａＳｃｒｉｐｔ(登録商標)などのスクリプト言語、Ｏｂｊｅｃｔｉｖｅ―Ｃ、Ｊａｖａ(登録商標)などのオブジェクト指向プログラミング言語、ＨＴＭＬ５などのマークアップ言語などを用いて実装できる。

倉庫管理サーバ１００における処理の少なくとも一部は、１以上のコンピュータにより構成されるクラウドコンピューティングにより実現されていてもよい。また、倉庫管理サーバ１００の各機能部は、上記実施形態に示した機能を実現する１または複数の回路によって実現されてもよく、１の回路により複数の機能部の機能が実現されることとしてもよい。

（３）本開示の実施形態を諸図面や実施例に基づき説明してきたが、当業者であれば本開示に基づき種々の変形や修正を行うことが容易であることに注意されたい。従って、これらの変形や修正は本開示の範囲に含まれることに留意されたい。例えば、各手段、各ステップ等に含まれる機能等は論理的に矛盾しないように再配置可能であり、複数の手段やステップ等を１つに組み合わせたり、或いは分割したりすることが可能である。また、各実施形態に示す構成を適宜組み合わせることとしてもよい。

１ 配送システム
１００ 倉庫管理サーバ
１１０ 受信部
１２０ 記憶部
１３０ 制御部
１３１ 受付部
１３２ 取得部
１３３ 特定部
１３４ 算出部
１３５ 配送部
１３６ 請求部
１４０ 記憶部
２００ ユーザ端末
２１０ 受信部
２２０ 記憶部
２３０ 制御部
２３１ 注文部
２４０ 送信部
２５０ 入力部
２６０ 表示部
２７０ 音声出力部
３００ 販売者端末

Claims (6)

1. ユーザからの商品の配送の注文を受け付ける受付部と、
   前記ユーザから注文を受け付けた場合に前記商品のサイズを示すサイズ情報を、各商品のサイズを示す商品サイズ情報を記憶する記憶部から取得する取得部と、
   前記取得部が取得した前記商品のサイズ情報から、前記商品を梱包できる梱包材を、記憶部が記憶する各種の梱包材のサイズを示す梱包材サイズ情報から特定する特定部と、
   前記特定部が特定した梱包材で前記商品を前記ユーザに配送する場合の配送費を算出する算出部と、
   前記受付部が受け付けた注文で示される商品を前記ユーザに配送する配送部と、
   前記ユーザが注文した商品の代金を前記ユーザに請求する請求部とを備え、
   前記受付部が同一のユーザから第１の注文を受け付けてから所定時間内に第２の注文を受け付けた場合に、前記特定部は、前記第２の注文による第２商品を梱包できる梱包材を特定するとともに、前記第２商品と前記第１の注文による第１商品の双方を梱包できる１つの梱包材を特定し、
   前記算出部は、前記第２商品のみを梱包して配送する場合の配送費を算出するとともに、前記第１商品と前記第２商品の双方を１つの梱包材で梱包して配送する場合の配送費とを算出し、
   前記請求部は、前記第２の注文に対する商品の代金を請求するとともに、前記第１商品のみを梱包して配送した配送費と前記第２商品のみを梱包して配送した配送費の合計である第１配送費が、前記第１商品と前記第２商品との双方を１つの梱包材で梱包して配送した場合の配送費である第２配送費よりも多い場合に、前記ユーザに、前記第２配送費と前記第１配送費との差額に基づくキャッシュバックを行い、
   前記配送部は、前記第１配送費が前記第２配送費よりも多い場合に、前記第１の注文による商品と前記第２の注文による商品との双方を１つの梱包材に梱包して配送する
   ことを特徴とする配送システム。
2. 前記取得部は、更に、前記商品をロボットアームが把持した場合であって、前記ロボットアームにより把持されている２点間の距離を示す把持サイズ情報を取得し、
   前記特定部は、前記商品サイズ情報から取得した商品のサイズまたは前記把持サイズ情報に基づく商品のサイズのいずれかに基づいて、前記商品を梱包する梱包材を特定する
   ことを特徴とする請求項１に記載の配送システム。
3. 前記受付部は、前記ユーザから前記所定時間内に複数の注文を個別に受け付け、
   前記取得部は、前記複数の注文各々で示される商品それぞれのサイズ情報を取得し、
   前記特定部は、前記複数の商品それぞれを個別に梱包する場合の梱包材を特定するとともに、前記複数の商品のうち２以上の商品を一つの梱包材で梱包する場合の梱包材を前記２以上の商品の組み合わせ全てについて特定し、
   前記算出部は、前記複数の商品それぞれを個別に梱包して配送する場合の配送費を特定するとともに、前記複数の商品のうち２以上の商品を一つの梱包材で梱包する場合の配送費を前記２以上の商品の組み合わせ全てについて算出し、
   前記配送部は、前記算出部が算出した配送費のうち、最も安くなる配送費に対応する梱包方法で梱包した商品を配送し、
   前記請求部は、前記最も安くなる配送費と、前記複数の商品それぞれを個別に梱包して配送する場合の配送費との差額に基づくキャッシュバックを行う
   ことを特徴とする請求項１又は２に記載の配送システム。
4. 前記取得部は、前記第１の注文を受けてから、前記同一のユーザから、第３の注文を受け付けた場合に、前記第３の注文による第３商品のサイズ情報を取得し、
   前記特定部は、前記第３商品を梱包できる梱包材を特定するとともに、前記第１商品と前記第２商品と前記第３商品とを梱包できる梱包材と、前記第１商品と前記第３商品とを梱包できる梱包材と、前記第２商品と前記第３商品とを梱包できる梱包材とを特定し、
   前記算出部は、（ｉ）前記第１商品と前記第２商品と前記第３商品とを個別に梱包して配送した場合と、（ｉｉ）前記第１商品と前記第２商品とを一つに梱包し、前記第３商品を単独で梱包して配送した場合と、（ｉｉｉ）前記第１商品と前記第３商品とを一つに梱包し、前記第２商品を単独で梱包して配送した場合と、（ｉｖ）前記第２商品と前記第３商品とを一つに梱包し、前記第１商品を単独で梱包して配送した場合と、（ｖ）前記第１商品と前記第２商品と前記第３商品とを一つに梱包して配送した場合と、のそれぞれの場合の配送費を算出し、
   前記配送部は、前記（ｉ）〜（ｖ）の条件それぞれの配送費のうちもっとも安くなる梱包方法で梱包して配送し、
   前記請求部は、前記第１商品と前記第２商品と前記第３商品とを個別に梱包して配送した場合の第３配送費と、前記（ｉ）〜（ｖ）から選択された条件で配送した場合の配送費との差額に基づくキャッシュバックを実行する
   ことを特徴とする請求項３に記載の配送システム。
5. 配送システムのコンピュータが実行する配送方法であって、
   ユーザからの商品の配送の注文を受け付ける受付ステップと、
   前記ユーザから注文を受け付けた場合に前記商品のサイズを示すサイズ情報を、各商品のサイズを示す商品サイズ情報を記憶する記憶部から取得する取得ステップと、
   前記取得ステップが取得した前記商品のサイズ情報から、前記商品を梱包できる梱包材を、記憶部が記憶する各種の梱包材のサイズを示す梱包材サイズ情報から特定する特定ステップと、
   前記特定ステップが特定した梱包材で前記商品を前記ユーザに配送する場合の配送費を算出する算出ステップと、
   前記受付ステップが受け付けた注文で示される商品を前記ユーザに配送する配送ステップと、
   前記ユーザが注文した商品の代金を前記ユーザに請求する請求ステップとを含み、
   前記受付ステップが同一のユーザから第１の注文を受け付けてから所定時間内に第２の注文を受け付けた場合に、前記特定ステップは、前記第２の注文による第２商品を梱包できる梱包材を特定するとともに、前記第２商品と前記第１の注文による第１商品の双方を梱包できる１つの梱包材を特定し、
   前記算出ステップは、前記第２商品のみを梱包して配送する場合の配送費を算出するとともに、前記第１商品と前記第２商品の双方を１つの梱包材で梱包して配送する場合の配送費とを算出し、
   前記請求ステップは、前記第２の注文に対する商品の代金を請求するとともに、前記第１商品のみを梱包して配送した配送費と前記第２商品のみを梱包して配送した配送費の合計である第１配送費が、前記第１商品と前記第２商品との双方を１つの梱包材で梱包して配送した場合の配送費である第２配送費よりも多い場合に、前記ユーザに、前記第２配送費と前記第１配送費との差額に基づくキャッシュバックを行い、
   前記配送ステップは、前記第１配送費が前記第２配送費よりも多い場合に、前記第１の注文による商品と前記第２の注文による商品との双方を１つの梱包材に梱包して配送する
   ことを特徴とする配送方法。
6. コンピュータに、
   ユーザからの商品の配送の注文を受け付ける受付機能と、
   前記ユーザから注文を受け付けた場合に前記商品のサイズを示すサイズ情報を、各商品のサイズを示す商品サイズ情報を記憶する記憶機能から取得する取得機能と、
   前記取得機能が取得した前記商品のサイズ情報から、前記商品を梱包できる梱包材を、記憶機能が記憶する各種の梱包材のサイズを示す梱包材サイズ情報から特定する特定機能と、
   前記特定機能が特定した梱包材で前記商品を前記ユーザに配送する場合の配送費を算出する算出機能と、
   前記受付機能が受け付けた注文で示される商品を前記ユーザに配送する配送機能と、
   前記ユーザが注文した商品の代金を前記ユーザに請求する請求機能とを実現させ、
   前記受付機能が同一のユーザから第１の注文を受け付けてから所定時間内に第２の注文を受け付けた場合に、前記特定機能は、前記第２の注文による第２商品を梱包できる梱包材を特定するとともに、前記第２商品と前記第１の注文による第１商品の双方を梱包できる１つの梱包材を特定し、
   前記算出機能は、前記第２商品のみを梱包して配送する場合の配送費を算出するとともに、前記第１商品と前記第２商品の双方を１つの梱包材で梱包して配送する場合の配送費とを算出し、
   前記請求機能は、前記第２の注文に対する商品の代金を請求するとともに、前記第１商品のみを梱包して配送した配送費と前記第２商品のみを梱包して配送した配送費の合計である第１配送費が、前記第１商品と前記第２商品との双方を１つの梱包材で梱包して配送した場合の配送費である第２配送費よりも多い場合に、前記ユーザに、前記第２配送費と前記第１配送費との差額に基づくキャッシュバックを行い、
   前記配送機能は、前記第１配送費が前記第２配送費よりも多い場合に、前記第１の注文による商品と前記第２の注文による商品との双方を１つの梱包材に梱包して配送する
   ことを特徴とする配送プログラム。

Images