JP2021079960A - 配送用ケースおよび配送管理システム - Google Patents

Abstract

【課題】配送に日数がかかっても配送料金が安いサービスを利用したいとのニーズに応えることができる、配送用ケースおよび配送管理システムを提供する。【解決手段】インナーケース６０２とアウターケース６０１からなる配送用ケースであって、インナーケース６０２とアウターケース６０１のそれぞれが、光学的に情報を読取可能な第１識別子６１および無線通信により情報を読取可能な第２識別子６２を有し、第１識別子６１が、各ケースを管理するためのケース識別情報を含み、第２識別子６２が、各ケースを管理するためのケース識別情報と荷物を管理するための荷物識別情報を含む、配送用ケース。【選択図】図９

Description

本発明は、配送用ケースおよび配送管理システムに関する。

従来、小口の宅配荷物を発送する場合には、コンビニエンスストアや宅配業者の営業所等に利用者が荷物を持参したり、宅配業者に集荷を依頼したりすることが行われている。たとえば、特許文献１では、宅配業者が荷物を受け取る場所で、運搬車両の積載量をオーバーしていないことを確認でき、荷物受取場所まで携行しても宅配業者の負担にならず、さらに受注荷物の送料を計算することができる宅配荷物集荷管理システムが提案されている。

特開２０１１−２２５３１３号公報

近年、配送に日数がかかっても配送料金が安いサービスを利用したいとのニーズがある。配送料金を安価にするためには、トラックなどの配送手段の積載率をできるだけ高くすることが求められるが、配送物の大きさや形状はバラバラであり、積載率の向上を阻害する要因となっていた。

本発明は、配送に日数がかかっても、配送料金が安いサービスを利用したいとのニーズに応えることができる、配送用ケースおよび配送管理システムを提供することを目的とする。

本発明に係る配送用ケースは、インナーケースとアウターケースからなる配送用ケースであって、インナーケースとアウターケースのそれぞれが、光学的に情報を読取可能な第１識別子および無線通信により情報を読取可能な第２識別子を有し、第１識別子が、各ケースを管理するためのケース識別情報を含み、第２識別子が、各ケースを管理するためのケース識別情報と荷物を管理するための荷物識別情報を含む。
上記配送用ケースにおいて、前記第２識別子に、配送ルート識別情報および／または経路通過ステータスの情報を書き込むことができるように構成することができる。
上記配送用ケースにおいて、前記インナーケースは、内側壁面に空気を導入または排出可能な袋状体が設けられているように構成することができる。
上記配送用ケースにおいて、前記アウターケースの容積は、前記インナーケースの容積の実質的に整数倍であるように構成することができる。
上記配送用ケースにおいて、前記アウターケースが、前記インナーケースの容積の実質的に整数倍である第１のアウターケースと、第１のアウターケースを複数収容することができ、第１のアウターケースの容積の実質的に整数倍の容積を有する第２のアウターケースと、を備えてなるように構成することができる。
上記配送用ケースにおいて、前記第１識別子が、二次元情報コードであり、前記第２識別子が、ＩＣタグであるように構成することができる。

本発明に係る配送管理システムは、上記配送用ケースと、前記ケース識別情報と関連付けて各ケースのサイズ、使用状態および配送情報を管理するサーバと、を有する。
上記配送管理システムにおいて、前記ケースの使用状態は、親ケース、子ケースおよび未使用の情報を含むように構成することができる。
上記配送管理システムにおいて、前記サーバが、前記ケース識別情報と関連付けて各ケースの使用回数を管理する手段と、各ケースの使用回数が所定の回数を超えた場合に、特定の端末にアラートを送信する手段と、を備えるように構成することができる。
上記配送管理システムにおいて、さらに、前記第１識別子を読み取り、前記サーバに送信する第１読取端末と、前記第２識別子を読み取り、前記サーバに送信する第２読取端末と、を有し、前記第２読取端末により、前記アウターケースを開梱することなく、収容された複数のインナーケースの第２識別子を同時に読み取ることができ、前記サーバが、前記第２読取端末から受信したインナーケースの第２識別子の情報に基づき当該収容されたインナーケースの配送情報と当該インナーケースを収容するアウターケースの配送情報との整合性をチェックする手段を備えるように構成することができる。
上記配送管理システムにおいて、前記第１読取端末および／または前記第２読取端末が、位置情報を前記サーバに送信する手段を有し、前記サーバが、前記第１読取端末および／または前記第２読取端末から受信した位置情報を前記ケース識別情報と関連付けて管理する手段と、外部端末から前記配送用ケースの位置情報の照会があった場合に、当該外部端末に照会された配送用ケースの位置情報を送信する手段と、を備えるように構成することができる。
上記配送管理システムにおいて、前記第２識別子は、情報を書き換え可能な媒体であり、前記第２識別子に記録された情報を書き換え可能なライタ端末を備え、前記第２読取端末が、前記サーバとの通信が不能な場合に、前記サーバとの通信の回復を待って、読み取った前記第２識別子の情報を前記サーバに送信するように構成することができる。
上記配送管理システムにおいて、上記配送用ケースと、前記第１識別子を読み取り可能な第１読取端末と、前記第２識別子を読み取り可能な第２読取端末と、を有し、前記第２読取端末により、前記アウターケースを開梱することなく、収容された複数のインナーケースの第２識別子を同時に読み取ることができるように構成することができる。
上記配送管理システムにおいて、前記第１読取端末および前記第２読取端末が、スマートフォンまたはタブレットにより構成されるように構成することができる。

本発明によれば、配送手段の積載率を向上することができ、配送に日数がかかっても配送料金が安いサービスを利用したいとのニーズに応えることができる。

本実施形態に係る配送管理方法の概念図である。 本実施形態に係る配送管理システムの構成図である。 本実施形態に係る配送情報テーブルに記憶されるデータの一例を示す図である。 本実施形態に係る拠点間ルート別配送日数テーブルに記憶されるデータの一例を示す図である。 本実施形態に係る配送拠点別保管日数テーブルに記憶されるデータの一例を示す図である。 本実施形態に係る配送手段テーブルに記憶されるデータの一例を示す図である。 本実施形態に係るケース管理テーブルに記憶されるデータの一例を示す図である。 管理端末のディスプレイに表示される配送用ケースの収容関係の画面例を示す図である。 本実施形態に係る配送用ケースの概要を示す斜視図である。 図９のＸ−Ｘ線に沿う断面図である。 配送用ケースをさらに大型の配送用ケースに収納した場面を例示する図である。 本実施形態に係る配送用ケースのバリエーションを示す図である。 本実施形態に係る受取処理を示すフローチャートである。 本実施形態に係る配送管理処理を示すフローチャートである。

以下に、本発明の実施形態を図に基づいて説明する。図１は、本実施形態に係る配送管理方法の概念図である。以下においては、まず、図１に基づいて、本実施形態に係る配送管理方法について説明する。

本実施形態に係る配送管理処理では、図１に示すように、複数の配送拠点２〜５がネットワーク状に接続されており、配送物Ｂは、各配送拠点２〜５を順次経由して、受取場所２から引渡場所５まで配送される。図１では、送付人Ｓが配送物Ｂを受取人Ｒに配送する場面を例示している。なお、以下においては、各配送拠点Ｎから次の配送拠点Ｎ＋１までの大まかな配送方向（方面）を拠点間ルートと呼ぶ。たとえば、図１に示す例においては、配送物Ｂは、受取場所２ｆから引渡場所５ｅまでを、受取場所２ｆから一次保管場所３ｂに向かう拠点間ルートＣ１ｆと、一次保管場所３ｂから二次保管場所４ｂに向かう拠点間ルートＣ２ｄと、二次保管場所４ｂから引渡場所５ｅに向かう拠点間ルートＣ３ｅとを経由して配送される。また、配送拠点Ｎから次の配送拠点Ｎ＋１までの配送方面が複数ある場合、配送拠点Ｎを起点とする拠点間ルートは複数となる。たとえば図１に示す例においては、一次保管場所３ｂを起点として、一次保管場所３ｂから二次保管場所４ａに向かう拠点間ルートＣ２ｃと、一次保管場所３ｂから二次保管場所４ｂ方面に向かう拠点間ルートＣ２ｄとがある。

送付人Ｓは、配送物Ｂを配送する際に、ユーザ端末５０にインストールした専用プログラムを起動し、配送物Ｂの配送情報を入力する。これにより、配送物Ｂの配送情報は、ユーザ端末５０から配送管理サーバ１０に送信され、配送管理サーバ１０のデータベース１１に記憶される。その後、送付人Ｓは、図１に示すように、最寄りの受取場所２（たとえば図１に示す例では受取場所２ｆ）まで配送物Ｂを持参し、受取場所２に配送物Ｂを引き渡す。なお、受取場所２は、たとえば、新聞販売店、ガソリンスタンド、ＪＡ（農協）の支店、コンビニエンスストアなどである。

受取場所２では、配送物Ｂを受け取ると、受取場所２に配備された読取端末４２により、配送物Ｂの配送情報が取得される。たとえば、送付者Ｓがユーザ端末５０の専用プログラムによりユーザ端末５０のディスプレイに配送物Ｂの識別情報を表示し、配送物Ｂの識別情報を読取端末４２で読み取ることで、読取端末４２は配送物Ｂの配送情報を取得することができる。そして、読取端末４２は、管理端末４１を介して、配送物Ｂの識別情報を配送管理サーバ１０に送信することで、配送管理サーバ１０に記憶された配送物Ｂの配送状態が、たとえば「受取場所２で保管中」などに更新される。また、配送用ケース６０のＱＲコード（登録商標）６１を読取端末４２で光学的に読み取ることで、出荷される配送物に紐づけられた配送用ケース６０の識別情報を配送管理サーバ１０に送信することもできる。

また、受取場所２において、１または複数の配送物Ｂは、配送用ケース６０に収容される。配送用ケース６０には、配送用ケース６０の識別情報を記憶した二次元コード（たとえばＱＲコード６１）およびＩＣタグ（たとえばＲＦタグ６２）が取り付けられており、ハンディ型の読取端末４２によりＱＲコード６１またはＲＦタグ６２を読み取ることで、管理端末４１を介して、配送用ケース６０の識別情報が配送管理サーバ１０に送信され、データベース１１上で配送用ケース６０とその中に収容された配送物Ｂとの関連付けが行われる。

そして、配送物Ｂは、受取場所２において、拠点間ルートＣ１ごとに仕分けされ、各拠点間ルートＣ１で配送物Ｂを配送するトラックなどの配送手段により、拠点間ルートＣ１ごとに、受取場所２から一次保管場所３へと配送される。たとえば、図１に示す例において、配送物Ｂは、拠点間ルートＣ１ｆを経由して、一次保管場所３ｂへと配送されるため、同じ拠点間ルートＣ１ｆを経由して一次保管場所３ｂへと配送される他の配送物と同じグループに仕分けられ、同じグループに仕分けられた他の配送物とともに拠点間ルートＣ１ｆを経由して一次保管場所３ｂへと配送される。なお、各配送拠点２〜４では、配送物Ｂを出荷する際に、配送用ケース６０のＲＦタグ６２を読取端末４２で非接触により一斉に読み取ることで、出荷される配送物に紐づけられた配送用ケース６０の識別情報を配送管理サーバ１０に送信することができ、これにより、配送管理サーバ１０において、出荷される配送物の配送状態を「拠点間ルートＣ１を移動中」などに更新することができる。また、配送用ケース６０のＱＲコード６１を読取端末４２で光学的に読み取ることで、出荷される配送物に紐づけられた配送用ケース６０の識別情報を配送管理サーバ１０に送信することもできる。

一次保管場所３では複数の受取場所２から配送物が入荷され、次の配送拠点である二次保管場所４までの拠点間ルートＣ２ごとに配送物の仕分けが行われる。なお、各配送拠点３〜５では、配送物を入荷すると、配送物を収容した配送用ケース６０のＲＦタグ６２を読取端末４２で非接触により一斉に読み取ることで、入荷された配送物に紐づけられた配送用ケース６０の識別情報を配送管理サーバ１０に送信することができ、これにより、配送管理サーバ１０において、入荷された配送物の配送状態を「配送拠点３〜５で保管中」などに更新することができる。また、配送用ケース６０のＱＲコード６１を読取端末４２で光学的に読み取ることで、入荷された配送物に紐づけられた配送用ケース６０の識別情報を配送管理サーバ１０に送信することもできる。

一次保管場所３に保管されている配送物Ｂは、次のいずれかの条件を満たすと、二次保管場所４に配送される。なお、下記条件を満たしているかは、拠点間ルートごとに判断される。
条件１：配送物の総容量が、トラックなどの配送手段の空き容量に基づいて定められた所定の基準容量（たとえばトラックの荷台の空き容量の８０％の容量など）を超えている。
条件２：配送物の配送期限日数と配送所要日数との差である滞留余裕日数が、所定の基準日数未満である配送物が存在する。
なお、条件２については、たとえば配送物Ｂの配送期限日数が２０日であり、配送所要日数が１８日である場合、残留余裕日数は２日となる。この場合、基準日数が３日の場合、配送物Ｂが「滞留余裕日数が所定の基準日数未満である配送物」となり、このような配送物Ｂが存在する拠点間ルートで配送される配送物（滞留余裕日数が所定の基準日数未満ではない配送物も含む）が配送されることとなる。

さらに、二次保管場所４に配送された配送物Ｂは、拠点間ルートＣ３ごとに仕分けされ、引渡場所５まで配送される。また、配送物Ｂが引渡場所５に入荷されると、配送管理サーバ１０から受取人Ｒに引渡場所５に配送物Ｂが配達された旨の通知が送信される。これにより、受取人Ｒは、引渡場所５まで赴いて配送物Ｂを受け取ることができる。また、配送物Ｂの配送に要した配送料金は、配送管理サーバ１０により、送付人Ｓおよび／または受取人Ｒに課金されることとなる。

本発明においては、各配送拠点２〜５間において配送物を配送するトラックなどの配送手段は、配送業者が専用に手配したトラックだけではなく、印刷所から新聞配達所への新聞を配送した後のトラックの荷台、ＪＡに食料などを納入した後のトラックの荷台、あるいは、ガソリンスタンドに灯油などを配達した後のトラックの荷台など、配送物の配送を専門としていない会社が手配したトラックなどの空きスペース（空き容量）も利用することで、配送コストを低く抑えることを可能としている。また、一次保管場所３から二次保管場所４への配送を行う配送手段は、トラックなどの自動車に限られず、二輪車、自転車、貨物列車、船舶などが用いられる場合もある。また、配送手段として、飛行機を用いる構成とすることもできるが、配送コストの観点から、飛行機を配送手段として用いない構成とすることが好ましい。

《システム構成》
次に、本実施形態に係る配送管理システム１について説明する。図２は、本実施形態に係る配送管理システム１の構成図である。本実施形態に係る配送管理システム１は、図２に示すように、配送管理サーバ１０と、ＷＭＳ（Warehouse Management System、倉庫管理）サーバ２０と、ＴＭＳ（Transport Management System、輸配送管理）サーバ３０と、各配送拠点２〜５に配備された管理端末４１および読取端末４２と、ユーザが所有するユーザ端末５０と、配送物を収容する配送用ケース６０から構成される。以下に、各構成について説明する。

配送管理サーバ１０は、図２に示すように、データベース１１と、演算装置１２と、記憶装置１３と、通信装置１４とを有する。

データベース１１は、本実施形態に係る配送管理処理に必要な情報を記憶した各種テーブルを格納する。具体的には、データベース１１には、配送情報テーブル１１１、拠点間ルート別配送日数テーブル１１２、配送拠点別保管日数テーブル１１３、配送手段テーブル１１４およびケース管理テーブル１１５が格納される。

図３は、配送情報テーブル１１１に格納される情報の一例を示す図である。図３に示すように、配送情報テーブル１１１には、配送物の識別情報（識別番号）、配送物の重量、配送物の大きさ、送付人の氏名や連絡先、引受人の氏名や連絡先、引渡場所など、配送物の配送に関する各種情報が記憶される。本実施形態において、配送物の大きさは、配送物が収容された配送用ケース６０の大きさとすることができ、後述するように、最小の配送用ケース６０を単位とした個数で定義される。また、配送情報テーブル１１１には、配送物がどの配送拠点２〜５に保管されているか、あるいは、どの拠点間ルートＣ１〜Ｃ３を配送されているかを表す配送状態（あるいは配送物の位置情報）も記憶される。さらに、配送物が収容されている配送用ケース６０の識別情報（識別番号）も、各配送物に関連付けて、配送情報テーブル１１１に記憶される。

図４は、拠点間ルート別配送日数テーブル１１２に格納される情報の一例を示す図である。図４に示すように、拠点間ルート別配送日数テーブル１１２には、各拠点間ルートにおける配送日数が記憶される。配送日数とは配送手段（車両、船舶、鉄道など）が各拠点間ルートＣ１〜Ｃ３を配送するために必要な日数であり、各配送拠点での滞留日数は含まれない。たとえば、拠点間ルートＣ１ｆにおいてトラックＴ１が配送物を配送するために１日かかる場合には、図４に示すように、拠点間ルート別配送日数テーブル１１２には、拠点間ルートＣ１ｆの配送日数が「１日」と記憶される。本実施形態では、各拠点間ルートＣ１〜Ｃ３の配送日数を予め調べておくことで、拠点間ルート別配送日数テーブル１１２に、各拠点間ルートＣ１〜Ｃ３の配送日数が予め記憶されている。なお、配送日数は、各拠点間ルートＣ１〜Ｃ３の距離や各拠点間ルートＣ１〜Ｃ３を配送する配送手段の平均的な移動速度などに基づいて算出することもできる。

また、図５は、配送拠点別保管日数テーブル１１３に格納される情報の一例を示す図である。図５に示すように、配送拠点別保管日数テーブル１１３には、配送拠点２〜４ごと、拠点間ルートＣ１〜Ｃ３ごとの配送物の保管日数が記憶されている。たとえば、図５に示すように、一次保管場所３ｂからの拠点間ルートＣ２ｃについて保管日数が４日、拠点間ルートＣ２ｄについて保管日数が３日などのように、配送物の保管日数が記憶されている。本実施形態では、配送拠点２〜４ごと、拠点間ルートＣ１〜Ｃ３ごとに、配送物の保管日数の実績データを統計化し、保管日数の平均値、頻出値、中央値などを保管日数として算出し、配送拠点別保管日数テーブル１１３に予め記憶している。また、配送拠点別保管日数テーブル１１３は、周期的に、最新の実績データを用いて保管日数が更新される構成とすることができる。

図６は、配送手段テーブル１１４に格納される情報の一例を示す図である。図６に示すように、配送手段テーブル１１４には、各拠点間ルートＣ１〜Ｃ３において配送物を配送可能な配送手段（たとえば車両、船舶、鉄道など）の情報が記憶される。ここで、本実施形態に係る配送管理システム１では、他社が手配したトラックなどの空きスペース（空き容量）も利用しており、１つの拠点間ルートにおいて複数の配送手段が存在する場合もあるし、１つの配送手段が複数の拠点間ルートを配送する場合もある。そのため、配送手段テーブル１１４には、拠点間ルートごと、配送手段ごとに、配送手段の情報が記憶される。

また、配送手段テーブル１１４には、配送手段の位置情報や、配送手段の荷台の空き容量などのリアルタイムで変動する情報も記憶される。たとえば、配送手段が配送拠点で入荷手続または出荷手続を行っている場合は、その配送拠点の位置を配送手段の位置情報とし、配送手段が出荷手続を完了し配送拠点間を移動している場合は、配送拠点間を走行中などのように配送手段が走行する配送拠点間を示す位置を配送手段の位置情報として、配送手段テーブル１１４に記憶することができる。あるいは、配送管理サーバ１０は、ＴＭＳサーバ３０を介して、配送手段に設置された情報端末や配送手段の運転者が携帯する携帯端末から、配送手段のＧＰＳ位置情報（緯度経度情報）を取得することで、図６に示すように、配送手段テーブル１１４における配送手段の位置情報をリアルタイムで更新することもできる。また、配送手段の荷物の空き容量は、たとえば最小の配送用ケース６０で６個分、１２個分、１８個分の容量などの配送手段が配送可能な配送物の大きさ（容量）の情報である。本実施形態では、ＴＭＳサーバ３０が配送手段の配送状況を把握しており、当該配送状況から、配送手段の荷台の空き容量を推測し、配送管理サーバ１０に送信することで、配送手段テーブル１１４における配送物の荷台の空き容量の情報をリアルタイムで更新することができる。

図７は、ケース管理テーブル１１５に格納される情報の一例を示す図である。図７に示すように、ケース管理テーブル１１５には、配送用ケース６０の識別番号、配送用ケース６０のサイズ、配送用ケース６０が直接収容している配送物Ｂの識別情報、配送用ケース６０の使用回数、親ケース（当該配送用ケース６０を直接収容する１サイズ上の配送用ケース６０）の識別番号、配送用ケース６０の使用状態などが記憶される。なお、配送用ケース６０の使用状態の一例としては、他の配送用ケース６０に収容されている状態を示す「子ケース（インナーケース）」、配送物を収容しており、かつ、他の配送用ケース６０に収容されていない状態（他の配送用ケース６０を収容しているだけの状態または配送物のみを収容している状態）を示す「親ケース（アウターケース）」、および配送物を収容していていない「未使用」などである。なお、ケース管理テーブル１１５には、配送用ケース６０の重量または配送用ケース６０および配送物の重量を記憶する構成とすることができる。

配送管理サーバ１０は、配送用ケース６０が使用された場合、ケース管理テーブル１１５にアクセスし、使用回数を１回加算する。また、配送管理サーバ１０は、配送用ケース６０の使用回数に基づいて、所定回数以上使用された配送用ケース６０を交換または破棄するように、当該配送用ケース６０が保管されている配送拠点２〜５の管理端末４１に指示を送信することもできる。

さらに、本実施形態では、配送物Ｂを受取場所２で受け取り、配送用ケース６０に収容する場合、受取場所２の管理端末４１により、配送物Ｂの識別情報と配送用ケース６０の識別情報とが配送管理サーバ１０に送信され、ケース管理テーブル１１５に、配送用ケース６０が収容する配送物の識別情報が記憶される。

また、後述するように、本実施形態では、同一の拠点間ルートで配送される複数の配送用ケース６０が、大型の配送用ケース６０にまとめて収容されて配送される。たとえば、図７に示す例では、識別番号「ｘｘｘ６０１」の配送用ケース６０と、識別番号「ｘｘｘ６０２」の配送用ケース６０が、識別番号「ｘｘｘ６０４」の配送用ケース６０に収容されている。この場合、ケース管理テーブル１１５において、識別番号「ｘｘｘ６０１」および識別番号「ｘｘｘ６０２」の配送用ケース６０の親ケースとして、識別番号「ｘｘｘ６０４」が記憶される。

さらに、本実施形態では、各配送拠点２〜５の管理端末４１が、ケース管理テーブル１１５を参照することで、図８に示すように、各配送用ケース６０が収容している配送用ケース６０および配送物の情報を、管理端末４１のディスプレイに表示することができる。たとえば、図８に示す例において、識別番号「ｘｘｘ６０４」の配送用ケース６０は、識別番号「ｘｘｘ６０１」および識別番号「ｘｘｘ６０２」の配送用ケース６０を収容しており、識別番号「ｘｘｘ６０１」の配送用ケース６０は識別番号「ｘｘ２０１」の配送物を収容しており、識別番号「ｘｘｘ６０２」の配送用ケース６０は識別番号「ｘｘ２０２」の配送物を収容していることが、一目でわかるように表示されている。

演算装置１２は、本実施形態に係る配送管理処理を行うため、記憶装置１３に記憶されている配送管理プログラムを実行することで、配送情報登録機能、滞留余裕日数算出機能、配送可否判断機能および配送指示機能の各機能を実行する。以下に、これらの機能について説明する。

演算装置１２の配送情報登録機能は、送付人Ｓがユーザ端末５０から入力した配送物の配送情報を、配送情報テーブル１１１に記憶する。本実施形態では、送付人Ｓが配送物Ｂを配送する場合、まず、ユーザ端末５０の専用プログラムを起動して、配送物の識別番号、送付人の氏名や連絡先、引受人の氏名や連絡先、引渡場所などの配送物Ｂの配送情報を入力し、配送管理サーバ１０に配送物Ｂの配送情報を送信する。これにより、配送情報登録機能は、配送物の識別番号、送付人の氏名や連絡先、引受人の氏名や連絡先、引渡場所などの配送情報を、ユーザ端末５０から通信装置１４を介して受信し、データベース１１の配送情報テーブル１１１に記憶する。また、本実施形態では、後述するように、受取場所２において、配送物の大きさや重量に基づいて、当該配送物を収容する配送用ケース６０が決定され、配送物が対応する配送用ケース６０に収容される。そのため、配送管理サーバ１０は、配送物を収容した配送用ケース６０の識別情報を管理端末４１から受信した場合に、当該配送用ケース６０のサイズに基づいて、配送物の重量（当該配送用ケース６０の重量上限値とする）や配送物の大きさ（最小の配送用ケース６０単位で何個分であるか）の配送情報を、データベース１１の配送情報テーブル１１１に記憶する。

また、本実施形態では、各配送拠点２〜５における入荷手続または出荷手続において、配送物Ｂを収容する配送用ケース６０のＱＲコード６１またはＲＦタグ６２の読み取りが読取端末４２により行われると、配送物Ｂの配送状態を更新するための配送情報が、各配送拠点２〜５の管理端末４１から配送管理サーバ１０へと送信される。配送情報登録機能は、配送物Ｂの配送状態を示す配送情報を各配送拠点２〜５の管理端末４１から受信した場合に、配送情報テーブル１１１における配送物の配送状態を、各配送拠点２〜５の管理端末４１から受信した配送物Ｂの配送状態に更新する。

演算装置１２の滞留余裕日数算出機能は、配送物ごとの滞留余裕日数を算出する。滞留余裕日数とは、配送物を配送拠点で滞留させることが可能な日数であり、配送物の配送期限と配送物の配送所要日数との差として求められる。具体的には、滞留余裕日数算出機能は、拠点間ルート別配送日数テーブル１１２から拠点間ルートＣ１〜Ｃ３ごとの配送日数を取得するとともに、配送拠点別保管日数テーブル１１３から配送拠点２〜４ごと、拠点間ルートＣ１〜Ｃ３ごとの配送物の保管日数を取得する。そして、滞留余裕日数算出機能は、配送物Ｂごとに、配送物が現在保管されている配送拠点から引渡場所５までの間に経由する１または複数の拠点間ルートにおける配送日数の合計と、当該配送物が経由する１または複数の配送拠点における保管日数の合計とを足した日数を、配送所要日数として算出する。

たとえば、図１に示す例において、配送物Ｂが一次保管場所３ｂに保管されているものとする。今後、配送物Ｂは、拠点間ルートＣ２ｄを経由して二次保管場所４ｂに配送され、二次保管場所４ｂで保管された後に、拠点間ルートＣ３ｅを経由して引渡場所５ｅに配送される。この場合、拠点間ルートＣ２ｄの配送日数が３日、拠点間ルートＣ３ｅの配送日数が２日であり、二次保管場所４ｂにおける拠点間ルートＣ３ｅの配送物の保管日数が５日とする。この場合、残留余裕日数算出機能は、拠点間ルートＣ２ｄの配送日数の「３日」＋二次保管場所４ｂの保管日数の「５日」＋拠点間ルートＣ３ｅの配送日数の「２日」＝１０日を、配送所要日数として算出することができる。

そして、滞留余裕日数算出機能は、配送物の配送期限日数と配送所要日数との差（配送期限日数−配送所要日数）を滞留余裕日数として算出する。なお、配送物の配送期限日数は、当初の配送期限日数ではなく、現時点での配送期限日数とする。たとえば、当初の配送期限日数が３０日であり、現時点で１０日経過している場合、滞留余裕日数算出機能は、配送期限日数を２０日として算出する。また、滞留余裕日数算出機能は、一次保管場所３ｂに保管されている配送物Ｂの配送所要日数が１０日であり、現時点での配送期限日数が２０日である場合には、配送期限日数の２０日−配送所要日数の１０日＝１０日を、滞留余裕日数として算出する。なお、配送期限日数（当初の配送期限日数）は、特に限定されないが、本実施形態に係る配送管理システム１は配送に日数がかかっても配送料金が安いサービスを利用したいとのニーズに応えるものであるため、３日以上、好ましくは５日以上、より好ましくは１０日以上の日数とされる。

演算装置１２の配送可否判断機能は、配送物を現在の配送拠点Ｎから次の配送拠点Ｎ＋１に配送するタイミングか否かの判断を行う。具体的には、配送可否判断機能は、まず、配送手段テーブル１１４を参照し、配送拠点Ｎから次の配送拠点Ｎ＋１に配送物を配送可能な配送手段の情報を抽出する。そして、配送可否判断機能は、抽出した配送手段の空きスペースの情報に基づいて、配送物を現在の配送拠点Ｎから次の配送拠点Ｎ＋１に配送するか否かを判断するための基準容量を設定する。たとえば、配送可否判断機能は、配送手段の空きスペース（空き容量）に対して８割の容量を基準容量として設定することができる。この場合、配送手段の空きスペースが、配送用ケース６０で１０個分の空き容量である場合、配送可否判断機能は、配送用ケース６０で８個分の容量を、基準容量として設定することができる。また、配送拠点Ｎから次の配送拠点Ｎ＋１に配送物を配送可能な配送手段が複数ある場合には、配送可否判断機能は、各配送手段について、各配送手段の空きスペースに基づいた基準容量を設定することができる。

そして、配送可否判断機能は、現在の配送拠点Ｎから次の配送拠点Ｎ＋１までの拠点間ルートにおいて配送される配送物の総容量が、各配送手段の空き容量に基づいて設定された所定の基準容量を超える場合には、当該拠点間ルートについて配送物を配送することを許可する。たとえば、一次保管場所３ｂから二次保管場所４ｂに配送物を配送する場合、拠点間ルートＣ２ｄを配送可能な配送手段がトラックＴ１であり、このトラックＴ１の空き容量に基づいて設定された基準容量が配送用ケース６０で８個分の容量であった場合、配送可否判断機能は、一次保管場所３ｂから二次保管場所４ｂまでの拠点間ルートＣ２ｄにおいて配送される配送物が、配送用ケース６０で８個分を超えるか否かを判断する。そして、拠点間ルートＣ２ｄにおいて配送される配送物が配送用ケース６０で９個以上である場合には、配送可否判断機能は、トラックＴ１により拠点間ルートＣ２ｄの配送物を配送することを許可する。一方、拠点間ルートＣ２ｄにおいて配送される配送物が配送用ケース６０で８個以下である場合には、配送可否判断機能は、トラックＴ１による拠点間ルートＣ２ｄの配送は許可せず、配送物を一次保管場所３ｄでそのまま保管するように判断する。

なお、本実施形態においては、後述するように、異なる複数のサイズの配送用ケース６０が利用される（図１２参照）。複数のサイズの配送用ケース６０を用いる場合、最もサイズが小さい配送用ケース６０を単位として、配送物の容量、配送手段の空き容量、および基準容量が設定される。たとえば、一次保管場所３ｂから二次保管場所４ｂに配送物を配送する場合、拠点間ルートＣ２ｄを配送可能な配送手段の空き容量に基づいて設定された基準容量が、最もサイズが小さい６０サイズの配送用ケース６０で８個分の容量であった場合、配送可否判断機能は、一次保管場所３ｂから二次保管場所４ｂまでの拠点間ルートＣ２ｄにおいて配送される配送物が、６０サイズの配送用ケース６０で８個分を超えるか否かを判断する。そして、拠点間ルートＣ２ｄにおいて配送される配送物が、６０サイズの配送用ケース６０で９個以上である場合には、配送可否判断機能は、トラックＴ１により拠点間ルートＣ２ｄの配送物を配送することを許可することとなる。なお、この場合、配送可否判断機能は、配送拠点に６０サイズの配送用ケース６０が２つ入る８０サイズ（詳細は後述する）の配送用ケース６０が１個存在する場合には、２個の６０サイズの配送用ケース６０が配送拠点に存在するものとして、配送判断を行う。

また、配送可否判断機能は、１つの拠点間ルートを配送可能な配送手段が複数ある場合には、各配送手段の空き容量に基づいて基準容量を配送手段ごとに設定し、配送物の総容量が基準容量を超えた配送手段に対して配送物を配送することを許可する構成とすることができる。また、配送可否判断機能は、複数の配送手段について配送物の配送が許可されている場合には、そのうち、荷台の空き容量が最も多い配送手段に配送を許可してもよいし、現在の配送拠点Ｎから最も近い配送手段により配送を許可する構成としてもよい。また、本実施形態において、配送可否判断機能は、ＴＭＳサーバ３０からリアルタイムで各配送手段の荷台の空き容量の情報を取得することで、配送手段ごとに基準容量を設定する構成としたが、この構成に限定されず、たとえば、配送手段ごとに配送物を配送するための空き容量を予め確保しておく構成とすることができる。この場合、予め確保された空き容量に基づいて各配送手段の基準容量を予め配送手段テーブル１１４に記憶させておくことができ、配送手段テーブル１１４から配送手段ごとの基準容量を取得することで、配送物の配送を許可する配送手段を選択することができる。

加えて、配送可否判断機能は、配送物ごとに、配送物の滞留余裕日数が所定の基準日数未満であるか否かを判断する。そして、配送可否判断機能は、滞留余裕日数が所定の基準日数未満である配送物が存在する場合には、その配送物が配送される拠点間ルートについて配送物の配送を許可する。これにより、現在の配送拠点Ｎから次の配送拠点Ｎ＋１までの拠点間ルートにおいて配送される配送物の総容量が、各配送手段の空き容量に基づいて設定された所定の基準容量を超えていない場合でも、滞留余裕日数が所定の基準日数未満である配送物が存在する場合には、その配送物が配送される拠点間ルートについては、配送物の配送が許可される。一方、配送可否判断機能は、滞留余裕日数が所定の基準日数未満の配送物がない拠点間ルートについては、現在の配送拠点Ｎから次の配送拠点Ｎ＋１までの拠点間ルートにおいて配送される配送物の総容量が、各配送手段の空き容量に基づいて設定された所定の基準容量を超えていない限り、配送物を現在の配送拠点Ｎで保管した状態のままとする。

たとえば、一次保管場所３ｂに保管されている配送物のうち、拠点間ルートＣ２ｄで配送される１つの配送物Ｂ１について、滞留余裕日数が２日であり、所定の基準日数が３日であるとする。この場合、配送可否判断機能は、配送物Ｂ１について、滞留余裕日数の２日が基準日数の３日未満であると判断し、配送物Ｂ１だけではなく、一次保管場所３ｂに保管され拠点間ルートＣ２ｄで配送される配送物の配送を許可する。なお、所定の基準日数は、配送管理方法に合わせて適宜設定することができる。

このように、配送可否判断機能は、拠点間ルートごとに、配送物の総容量が配送手段の基準容量を超えるか（条件１）、または、滞留余裕日数が所定の基準日数未満である配送物が存在するか（条件２）を判断する。そして、配送可否判断機能は、いずれか一方の条件でも満たす場合には、当該拠点間ルートにおいて配送物を配送することを許可し、いずれの条件も満たさない場合には、当該拠点間ルートにおいて配送物を配送することができないと判断して、当該拠点間ルートで配送する配送物を現在の配送拠点Ｎに保管したままとする。

演算装置１２の配送指示機能は、配送可否判断機能により許可された配送物を配送するための各指示を行う。具体的には、配送指示機能は、図２に示すように、通信装置１４を介して、ＴＭＳサーバ３０に輸配送指示を送信する。ＴＭＳサーバ３０は、輸配送指示を配送管理サーバ１０から受信すると、通信装置３３を介して、各配送手段に配送物の輸配送指示を送信する。たとえば、配送指示機能は、配送物の総容量が配送手段の基準容量を超えた拠点間ルートがある場合、当該拠点間ルートを配送する配送手段に対して配送物を配送するように、ＴＭＳサーバ３０に輸配送指示を送信することができる。また、配送指示機能は、滞留余裕日数が所定の基準日数未満である配送物が存在する拠点間ルートがある場合、当該拠点間ルートを配送する配送手段に対して配送物を配送するように、ＴＭＳサーバ３０に輸配送指示を送信することができる。なお、１つの拠点間ルートに配送物を配送可能な配送手段が複数存在する場合には、予め定めた優先順位などに基づいて、１つの配送手段に輸配送指示を行うように構成することもできる。

また、配送指示機能は、通信装置１４を介して、ＷＭＳサーバ２０に対して、配送物の出荷元に対する出荷指示と、配送物の出荷先に対する入荷指示とを送信する。ＷＭＳサーバ２０は、入荷指示を配送管理サーバ１０から受信すると、通信装置２３を介して、出荷元の配送拠点に配備された管理端末４１に、配送物の出荷指示を送信する。これにより、出荷元の配送拠点において、受信した出荷指示に基づいて、配送物の仕分けや荷積みなどの出荷手続が行われる。また、ＷＭＳサーバ２０は、入荷指示を配送管理サーバ１０から受信すると、通信装置２３を介して、出荷先の配送拠点に配備された管理端末４１に、配送物の入荷指示を送信する。これにより、出荷先の配送拠点において、受信した入荷指示に基づいて、保管場所の確保、配送物の積み降ろし、配送物の保管などの入荷手続が行われる。

なお、出荷元の配送拠点における出荷手続では、出荷する配送物を収容した配送用ケース６０に取り付けられたＲＦタグ６２を、出荷元の配送拠点に配備された読取端末４２で一斉に読み取ることで、出荷する配送物を収容する配送用ケース６０の識別情報が、管理端末４１を介して配送管理サーバ１０へと送信される。これにより、配送管理サーバ１０において、受信した配送用ケース６０の識別情報に基づいて出荷される配送物を特定することができ、出荷する配送物の配送状態が「次の拠点間ルートを移動中」などに更新される。たとえば、図１に示す例において、配送物Ｂが一次保管場所３ｂから二次保管場所４ｂに出荷された場合、配送物Ｂの配送状態は「拠点間ルートＣ２ｄを移動中」などに更新される。また、出荷先の配送拠点における入荷手続では、入荷した配送物を収容した配送用ケース６０に取り付けられたＲＦタグ６２を、出荷先の配送拠点に配備された読取端末４２で一斉に読み取ることで、入荷した配送物を収容する配送用ケース６０の識別情報が、管理端末４１を介して配送管理サーバ１０に送信される。これにより、配送管理サーバ１０において、受信した配送用ケース６０の識別情報に基づいて入荷した配送物を特定することができ、入荷した配送物の配送状態が「出荷先の配送拠点で保管中」などに更新される。たとえば、図１に示す例において、配送物Ｂが二次保管場所４ｂに入荷された場合、配送物Ｂの配送状態は「二次保管場所４ｂで保管中」などに更新される。

次に、ＷＭＳサーバ２０について説明する。ＷＭＳサーバ２０は、図２に示すように、演算装置２１と、記憶装置２２と、通信装置２３とを有し、記憶装置２２に記憶した倉庫管理プログラムを演算装置２１により実行することで、以下に説明する倉庫管理処理を実行する。

たとえば、配送管理サーバ１０において配送物を配送する条件が満たされた場合、配送管理サーバ１０は、出荷する配送物の情報と、出荷元の配送拠点の情報と、出荷先の配送拠点の情報とを含めた、出荷指示および入荷指示を、ＷＭＳサーバ２０に送信する。ＷＭＳサーバ２０は、通信装置２３を介して、出荷元の配送拠点の出荷指示と、出荷先の配送拠点の入荷指示とを配送管理サーバ１０から受信し、図２に示すように、出荷元の配送拠点に配備された管理端末４１に出荷指示を送信し、また、出荷先の配送拠点に配備された管理端末４１に入荷指示を送信する。これにより、出荷元の配送拠点において配送物の出荷手続が行われ、出荷先の配送拠点において配送物の入荷手続が行われる。

次に、ＴＭＳサーバ３０について説明する。ＴＭＳサーバ３０は、図２に示すように、演算装置３１と、記憶装置３２と、通信装置３３とを有する。ＴＭＳサーバ３０も、記憶装置３２に記憶した輸配送管理プログラムを演算装置３１で実行することで、以下に説明する輸配送管理処理を実行する。

たとえば、配送管理サーバ１０において配送物を配送する条件が満たされた場合、配送管理サーバ１０は、出荷する配送物の情報、出荷元の配送拠点の情報、出荷先の配送拠点の情報、配送物を配送する拠点間ルートの情報、あるいは、配送物を配送可能な配送手段の情報を含む配送物の輸配送指示を、ＴＭＳサーバ３０に送信する。ＴＭＳサーバ３０は、配送管理サーバ１０から輸配送指示を受信すると、当該輸配送指示に基づいて、配送物を配送可能な配送手段を特定し、当該配送手段が配送物を配送するように、配送手段に輸配送指示を行う。なお、本実施形態では、配送手段に情報端末が設置されており、または、配送手段の運転者が携帯端末を有しており、ＴＭＳサーバ３０から、配送手段の情報端末や運転者の携帯端末に輸配送情報を送信することで、各配送手段に輸配送手続（出荷元の配送拠点での配送物の引き取り、拠点間ルートにおける配送物の配送、出荷先の配送拠点での配送物の引き渡し）を行わせることができる。

次に、本実施形態に係る管理端末４１および読取端末４２について説明する。配送管理システム１では、各配送拠点２〜５に、管理端末４１および読取端末４２が配備されている。管理端末４１と読取端末４２とは、有線または無線により接続されており、読取端末４２で読み取った情報は管理端末４１に送信される。また、管理端末４１は、電気通信回線を介して、配送管理サーバ１０と接続しており、配送管理サーバ１０と情報の授受が可能となっている。たとえば、送付人Ｓが配送物Ｂを受取場所２に持ち込むと、受取場所２の読取端末４２により、配送物Ｂの識別情報（たとえば識別番号）が読み取られ、管理端末４１へと送信される。これにより、管理端末４１は、配送物Ｂの識別情報と、配送物Ｂの配送状態を示す「受取場所２で保管中」との情報を、配送管理サーバ１０に送信する。その結果、配送管理サーバ１０の配送情報テーブル１１１において、配送物Ｂの配送状態が「受取場所２で保管中」に更新される。なお、読取端末４２で読み取った情報を、配送管理サーバ１０に直接送信する構成とすることもできる。

また、受取場所２においては、配送物Ｂが配送用ケース６０に収容される。この配送用ケース６０には、当該配送用ケース６０の識別情報を記憶したＱＲコード６１およびＲＦタグ６２が取り付けられており、配送物Ｂと配送用ケース６０とを対応付けることができる。すなわち、管理端末４１は、ＱＲコード６１またはＲＦタグ６２に記憶された、配送物Ｂを収容した配送用ケース６０の識別情報と、当該配送物Ｂの識別情報とを関連付けて配送管理サーバ１０に送信することができ、これにより、配送情報テーブル１１１において、配送物Ｂを収容した配送用ケース６０の識別情報も、当該配送物Ｂの配送情報として記憶される。なお、読取端末４２は、ＱＲコード６１および／またはＲＦタグ６２を読み取るための装置であり、ＱＲコード６１および／またはＲＦタグ６２を非接触にて読み取ることができる。読取端末４２の読取範囲を数〜十数メートルとすることで、読取端末４２は、一度に複数の配送用ケース６０の識別情報を読み取ることができる。このような読取端末４２の一例として、読取距離が５〜８メートル、送信周波数９１６．８ＭＨｚ〜９２２．２ＭＨｚ、約７０タグ／秒の読取端末が開示される。本実施形態においては、読取端末４２として、ＱＲコード６１およびＲＦタグ６２の両方を１台で読取可能な端末を例示しているが、この構成に限定されず、ＱＲコード６１読み取り用の読取端末４２と、ＲＦタグ６２読み取り用の読取端末４２とをそれぞれ用いる構成としてもよい。また、スマートフォンを用いて読取端末４２を構成してもよい。たとえば、カメラによりＱＲコード６１を読み取り可能なスマートフォンに、ＲＦタグ６２を読取可能とするためのアタッチメントを取り付けることで、スマートフォンをＱＲコード６１およびＲＦタグ６２を読取可能な読取端末４２として利用することができる。また、読取端末４２は、ハンディタイプの端末装置であってもよいし、たとえば配送用ケース６０が搬送されるコンベア上部などに固定された端末装置であってもよい。

また、各配送拠点２〜５の管理端末４１は、配送物の入荷指示や出荷指示を、ＷＭＳサーバ２０から受信する。各配送拠点２〜５では、受信した入荷指示や出荷指示に基づいて、配送手段により配送された配送物を配送拠点に入荷する入荷手続や、配送手段に配送物を引き渡す出荷手続が行われる。また、本実施形態では、入荷手続を行う際に、入荷する配送物を収容する配送用ケース６０の識別情報が読取端末４２により一斉に読み取られる。管理端末４１は、取得した配送用ケース６０の識別情報に基づいて、各配送物の配送情報を配送管理サーバ１０から受信することで、入荷した配送物を拠点間ルートごとに仕分けさせることができる。また、管理端末４１は、配送用ケース６０の識別情報を配送管理サーバ１０へと送信することで、配送情報テーブル１１１において記憶される配送物の配送状態を、たとえば「拠点間ルートＣ１ｆを移動中」から「配送拠点３ｂで保管中」などに更新することができる。同様に、出荷手続を行う際に、出荷する配送物を収容する配送用ケース６０の識別情報が読取端末４２により一斉に読み取られる。これにより、管理端末４１は、配送用ケース６０の識別情報を配送管理サーバ１０へと送信することで、配送情報テーブル１１１において記憶される配送物の配送状態を、たとえば「配送拠点３ｂで保管中」から「拠点間ルートＣ２ｄを移動中」などに更新することができる。

次に、本実施形態に係るユーザ端末５０について説明する。ユーザ端末５０は、送付人Ｓや受取人Ｒがそれぞれ所有する情報端末であり、たとえばスマートフォンやタブレット、パーソナルコンピューターなどが挙げられる。ユーザ端末５０は、電気通信回線を介して配送管理サーバ１０と通信が可能であり、ユーザ端末５０で配送物Ｂの配送情報を入力することで、配送物Ｂの配送情報を配送管理サーバ１０に送信することができる。また、ユーザ端末５０は、配送物の受取通知、配送物の引渡場所への出荷通知や到達通知などを、配送管理サーバ１０から受信することもできる。なお、ユーザ端末５０に、配送管理処理専用のプログラムをインストールし、当該プログラムを起動することで、配送物Ｂの配送情報を入力し、配送管理サーバ１０に送信する構成とすることもできるし、ユーザ端末５０でウェブブラウザを起動することで、ウェブブラウザ上で配送物Ｂの配送情報を入力し、配送物Ｂの配送情報を配送管理サーバ１０に送信する構成とすることでもきる。また、ユーザ端末５０は、本実施形態に係る配送管理システム１による配送に関する費用を支払う機能を有することもできる。

配送用ケース６０は、配送物Ｂの配送に際して、配送物Ｂを収容するための専用の梱包材であり、繰り返し利用される。配送用ケース６０の素材は、特に限定されないが、繰り返し使用するために一定の強度を有し、かつ、重量の軽い素材が好ましく、たとえば、いわゆるプラスチック段ボール（ポリプロピレンなどの樹脂製の中空成形シート）を使用することができる。ここで、図９は、本実施形態に係る配送用ケース６０の概要を示す斜視図である。図９に示すように、配送用ケース６０の外側表面には、ＱＲコード６１が描画されており、ＱＲコード６１を読取端末４２で読取可能となっている。また、図９に示すように、配送用ケース６０には、ＲＦタグ６２も取り付けられており、ＲＦタグ６２に記憶された情報を読取端末４２で読取可能となっている。なお、配送用ケース６０を新たに用意する場合には、ＱＲコード６１は配送用ケース６０の識別情報を示すコードとされ、また、ＲＦタグ６２には、ＲＦタグ６２専用のライタ装置を用いて、配送用ケース６０の識別情報が書き込まれる。また、本実施形態では、配送用ケース６０に直接ＱＲコード６１を描画する構成としているが、ＱＲコード６１を記載したシールを配送用ケース６０に貼付する構成とすることもできる。

また、本実施形態では、配送用ケース６０の識別情報に加えて、ＲＦタグ６２専用のライタ装置を用いて、ＲＦタグ６２に、次に配送物が配送される拠点間ルートの識別情報や、配送拠点または拠点間ルートの通過ステータス、通過ステータスの更新日時の情報などを書き込むことができる。なお、通過ステータスとは、たとえば「出荷検品」、「輸送中」、「荷卸し」、「入荷済み」などが挙げられる。また、ライタ装置は、たとえば、配送拠点における従業者が携帯するスマートフォンなどの読取端末４２に、ＲＦタグ６２に情報を書き込み可能なアタッチメントを取り付けることで構成することができる。このように、ＲＦタグ６２に、次に配送物が配送される拠点間ルートの識別情報、配送拠点または拠点間ルートの通過ステータス、通過ステータスの更新日時の情報などを書き込んでおくことで、読取端末４２と管理端末４１との通信、あるいは、読取端末４２と配送管理サーバ１０との通信が不良であり、配送用ケース６０が次に配送される拠点間ルートや、配送用ケース６０の状態が不明な場合でも、ＲＦタグ６２からこれらの情報を取得することができ、物流作業が遅延してしまうことを有効に防止することができる。また、このような場合、ライタ装置が管理端末４１や配送管理サーバ１０と通信可能となったタイミングで、配送用ケース６０の情報を送信することで、配送管理サーバ１０における配送用ケース６０の情報を更新することができる。

本実施形態では、ＱＲコード６１およびＲＦタグ６２に、配送用ケース６０の識別情報が記憶されており、読取端末４２は、ＱＲコード６１またはＲＦタグ６２を読み取ることで、配送用ケース６０の識別情報を取得することができる。そのため、配送用ケース６０に配送物Ｂを収容することで、配送物Ｂを配送用ケース６０で識別することが可能となる。なお、読取端末４２で読み取られた配送用ケース６０の識別情報は、管理端末４１を介して配送管理サーバ１０に送信され、その配送用ケース６０に収容された配送物Ｂの配送情報と関連付けて配送情報テーブル１１１に記憶される。また、ケース管理テーブル１１５においては、配送用ケース６０の識別情報に対応する、配送物Ｂの配送情報が記憶される。

また、図１０は、図９のＸ−Ｘ線に沿う断面図であり、（Ａ）は緩衝材６３を膨らましていない状態を示しており、（Ｂ）は、配送用ケース６０内に配送物Ｂを入れた後に緩衝材６３を膨らました状態を示している。配送用ケース６０は、図１０（Ａ）に示すように、内部壁面に複数の緩衝材６３が取り付けられており、各緩衝材６３は、隣り合う緩衝材６３と空間的に連通している。本実施形態では、複数の緩衝材６３のうち１つの緩衝材６３に、配送用ケース６０の壁部に設けられた空気弁６４が接続されており、この空気弁６４を開放して、外部から緩衝材６３内に空気を導入することで、図１０（Ｂ）に示すように、空気弁６４を介して全ての緩衝材６３を空気で膨らませることができる。これにより、図１０（Ｂ）に示すように、配送物Ｂの形状に合わせて、緩衝材６３を膨らませることが可能となり、配送物Ｂを適切に保護することができる。また同様に、空気弁６４を開放して、緩衝材６３内の空気を外部に排出することで、図１０（Ａ）に示すように、緩衝材６３内の空気を外部に排出し、緩衝材６３を膨らまない状態とすることができる。

本実施形態では、配送用ケース１０として、大きさの異なる２種類以上のケースが用いられる。図１１は、小型の配送用ケース６０_２を大型の配送用ケース６０_１に収容した場面を例示している。図１１に示すように、大型の配送用ケース６０_１の収容サイズは、小型の配送用ケース６０_２の２個分の大きさよりも少し大きくなっており、小型の配送用ケース６０_２を２個収容した状態で空気弁６４から緩衝材６３に空気を入れることで、大型の配送用ケース６０_１内において小型の配送用ケース６０_２を固定することができる。

また、図１２は、本実施形態に係る配送用ケース６０のサイズごとのバリエーションの一例を示す図である。本実施形態では、最も小さいサイズの配送用ケース６０において、高さ、幅、奥行きの合計が約６０ｃｍ（６０サイズ）としており、６０サイズの配送用ケース６０が２つ入る８０サイズの配送用ケース、６０サイズの配送用ケース６０が４つ入る１００サイズの配送用ケース、６０サイズの配送用ケース６０が８つ入る１２０サイズの配送用ケースが利用できる。また、図１２に示すサイズの配送用ケース６０に限定されず、たとえば、６０サイズの配送用ケース６０が１６個入る１４０サイズの配送用ケース、６０サイズの配送用ケース６０が２４個入る１６０サイズの配送用ケースなども使用することもできる。なお、上記のバリエーションにおいて、配送用ケース６０の容量は、６０サイズで７．６Ｌ、８０サイズで１５．２Ｌ、１００サイズで３０Ｌ、１２０サイズで６０Ｌ、１４０サイズで１２０Ｌ、１６０サイズで１８０Ｌとできる。また、図１２に示す例では、最小のサイズとして６０サイズの配送用ケース６０を例示したが、これに限定されず、たとえば、最小のサイズとして６０サイズ未満のサイズ（たとえば高さ、幅、奥行きの合計が４０ｃｍの４０サイズ）や、６０サイズよりも大きいサイズ（たとえば８０サイズ）の配送用ケース６０を使用することもできる。ただし、配送手段の積載率の向上を図るため、図１２に示すように、配送用ケース６０のサイズは等倍となるように設計されることが好ましい。

配送用ケース６０をより大型の配送用ケース６０に収容する場合、図１２に示すように、６０サイズの配送用ケース６０を８０サイズの配送用ケースに２つ収容する、８０サイズの配送用ケース６０を１００サイズの配送用ケースに２つ収容する、１００サイズの配送用ケース６０を１２０サイズの配送用ケースに２つ収容するなどのように配送用ケース６０を１つ上のサイズの配送用ケース６０に収容する構成としてもよいし、６０サイズの配送用ケース６０を１００サイズの配送用ケースに４つ収容するなどのように、配送用ケース６０を２以上上のサイズの配送用ケース６０に収容する構成としてもよい。

なお、本実施形態では、原則として、６０サイズの配送用ケース６０に入れられる配送物は、６０サイズの配送用ケース６０に収容して配送され、６０サイズの配送用ケース６０に収容できない大きさの配送物は、その配送物が収容できる最も容量の小さい配送用ケース６０に収容されることとなる。また、本実施形態では、配送用ケース６０ごとに、収容可能な配送物の重量上限値が設けられている。たとえば、６０サイズの配送用ケース６０では２ｋｇ、８０サイズの配送用ケース６０では５ｋｇ、１００サイズの配送用ケース６０では１０ｋｇなどである。これにより、６０サイズの配送用ケース６０に収容可能な容量の配送物でも、その重量が３ｋｇである場合、６０サイズの配送用ケース６０の重量上限値を超えるため、その配送物は８０サイズの配送用ケース６０に収容されることとなる。このように配送用ケース６０のサイズごとに、収容可能な配送物の重量の上限値を設けることで、配送物を搬送する配送手段が過重積載となることを有効に防止することができる。

本実施形態では、各配送拠点２〜４の仕分け手続において、同じ拠点間ルートで配送される複数の配送物が１つの配送用ケース６０にまとめられる。同じ拠点間ルートで配送される配送物を、図１１に示すように、大型の配送用ケース６０_１に収容してまとめることで、出荷手続や入荷手続における仕分けの手間を軽減することができる。たとえば、図７に示すように、識別番号「ｘｘｘ６０１」の配送用ケース６０_２に収容された配送物と、識別番号「ｘｘｘ６０２」の配送用ケース６０_２に収容された配送物とがあり、これらの配送物の識別番号に基づいて配送情報を取得した結果、これら配送物が同じ一次保管場所３ｂにあり、かつ、同じ拠点間ルートＣ２ｄで配送される場合には、これらの配送物を収容する６０サイズの配送用ケース６０_２を１つ上のサイズ（８０サイズ）である識別番号「ｘｘｘ６０４」の配送用ケース６０_１に収容することができる。なお、配送管理サーバ１０は、このように同一の配送用ケース６０_１に収容できる配送用ケース６０_２を検索し、各配送拠点２〜４の管理端末４１に送信する機能を有する構成としてもよい。これにより、各配送拠点２〜４において、拠点間ルートごとに、配送物を容易に仕分けすることが可能となる。

また、たとえば図１に示す例において、同じく一次保管場所３ｂから二次保管場所４ｂへと配送されるが、その後、引渡場所が５ｄと５ｅのように異なる配送拠点に配送される配送物も、一次保管場所３ｂにおいては同じ大型の配送用ケース６０_１に収容することができる。この場合、二次保管場所４ｂにおいて、大型の配送用ケース６０_１およびその中に収容されている小型の配送用ケース６０_２のＲＦタグ６２を読み取ることで、大型の配送用ケース６０_１内に、２つの拠点間ルートＣ３ｄとＣ３ｅの配送物が含まれていることが把握でき、大型の配送用ケース６０_１内から小型の配送用ケース６０_２を取り出し、引渡場所５ｄおよび引渡場所５ｅのそれぞれに配送することができる。これにより、たとえば、同じ都道府県内や近隣の都道府県などの近隣エリアにおける配送については比較的小さいサイズの配送用ケース６０（たとえばインナーケース）で配送物の配送が行われ、離れた都道府県などを幹線配送する場合には比較的大きいサイズの配送用ケース６０（たとえばアウターケース）で配送物の配送が行われる。

なお、本実施形態に係る配送用ケース６０は、ＱＲコード６１およびＲＦタグ６２の両方を有することで、以下のような問題を解決することができる。すなわち、本実施形態では、大型の配送用ケース６０_１に、同じ拠点間ルートで配送される配送物を収容した複数の小型の配送用ケース６０_２を収容して配送を行う。しかしながら、入荷手続において、人為的なミスなどにより、異なる拠点間ルートで配送される配送物が同じ大型の配送用ケース６０_１に収容されてしまう可能性が考えられる。このようなミスを防止するために、配送物の出荷前に、大型の配送用ケース６０_１に小型の配送用ケース６０_２を収容した状態で、読取端末４２で各配送用ケース６０_１，６０_２のＲＦタグ６２を非接触で一斉に読み取ることで、異なる拠点間ルートで配送される配送物が同じ大型の配送用ケース６０_１に収容されていないかを確認することができる。すなわち、読取端末４２でＲＦタグ６２を一斉に読み取ることで、小型の配送用ケース６０_２を大型の配送用ケース６０_１から取り出さなくても、大型の配送用ケース６０_１に収容されている小型の配送用ケース６０_２の識別情報を読み取ることができるため、異なる拠点間ルートで配送される配送物が同じ大型の配送用ケース６０_１に収容されて否かを容易に確認することができる。

一方で、ＲＦタグ６２は、数センチメートルから十数メートルの範囲で読み取りが可能であるため、たとえば、ある拠点間ルートで配送される配送物を収容した配送用ケース６０の近くに、別の拠点間ルートで配送される配送物を収容した配送用ケース６０が置かれている場合などに、配送物を正しく判別する必要がある手続（たとえば配送物個体ごとの入出荷や積み卸しによる配送状態の管理など）を適切に行えない場合がある。このような場合には、配送用ケース６０の外側表面に貼付されたＱＲコード６１を読み取ることで、対象とする配送物を個別に判別することができる。このように、本実施形態では、ＱＲコード６１とＲＦタグ６２の両方を有することで、配送手続の種類（一斉に識別できる手続か、個別に判別すべき手続か）に応じて、ＱＲコード６１とＲＦタグ６２とを使い分けることができ、効率的な配送処理を行うことが可能となっている。

次に、本実施形態に係る配送管理システム１の配送管理処理を、図１３および図１４に基づいて説明する。図１３は配送物の受取処理を示すフローチャートであり、図１４は配送管理処理を示すフローチャートである。なお、図１３に示す受取処理は、受取場所２において配送物Ｂを受け取る場合に実行される。また、図１４に示す配送管理処理は、各配送拠点２〜４における配送物の配送可否を判断するものであり、拠点間ルートごとに配送物の配送が可能か否か、一定時間ごとに判断される。

まず、図１２に示す受取処理について説明する。ステップＳ１０１では、ユーザ端末５０により、配送物Ｂの配送情報が入力される。たとえば、送付人Ｓは、ユーザ端末５０に専用プログラムを予めインストールしておき、当該専用プログラムを起動することで、ユーザ端末５０から、配送物Ｂの配送に必要な配送情報を入力することができる。ユーザ端末５０において入力される配送情報には、配送物の識別番号、受取場所２、引渡場所５、送付人Ｓの氏名や連絡先、受取人Ｒの氏名や連絡先などが含まれる。また、管理端末４１により、配送物が収容された配送用ケース６０の情報に基づいて、配送物の重量や配送物の大きさ（最小の配送用ケース６０単位で何個分であるか）の配送情報が入力される。入力された配送物Ｂの配送情報は、電気通信回線を介して配送管理サーバ１０に送信され、データベース１１の配送情報テーブル１１１に格納される。また、本実施形態においては、受取場所２での配送物Ｂの受取処理を促進するために、配送管理サーバ１０に格納された配送物Ｂの配送情報を識別するための、配送物Ｂの識別番号が、ユーザ端末５０に記憶される。そして、配送物Ｂの配送情報がデータベース１１に登録された後に、配送人Ｓが配送物Ｂを最寄りの受取場所２に持ち込むことで、ステップＳ１０２に進む。

ステップＳ１０２では、受取場所２の読取端末４２により、配送物Ｂの配送情報の読み取りが行われる。たとえば、本実施形態では、送付人Ｓのユーザ端末５０に配送物Ｂの識別情報が記憶されており、たとえばＱＲコードなどの態様で、配送物の識別情報をユーザ端末５０のディスプレイに表示することができる。この場合、読取端末４２は、ユーザ端末５０のディスプレイに表示されたＱＲコードをスキャンすることで、配送物Ｂの識別情報を取得し、管理端末４１に送信する。管理端末４１は、配送管理サーバ１０にアクセスすることで、配送物Ｂの識別情報に基づいて、配送物の配送情報を取得することができる。また、受取場所２では、配送物の重量や大きさに基づいて、配送物を収容する配送用ケース６０が決定される。具体的には、配送物を収容できる容量であり、かつ、配送物の重量が重量上限値を超えない配送用ケース６０のうち最も小さいサイズの配送用ケース６０が、当該配送物に対応する配送用ケース６０として決定される。これにより、管理端末４１は、配送物を収容する配送用ケース６０の識別情報を配送管理サーバ１０に送信することで、配送管理サーバ１０において、配送用ケース６０のサイズに基づいて、配送物の重量や配送物の大きさ（最小の配送用ケース６０単位で何個分であるか）の配送情報が、配送情報テーブル１１１に記憶される。

ステップＳ１０３では、配送管理サーバ１０の配送情報登録機能により、配送物Ｂの識別情報と当該配送物Ｂを収容する配送用ケース６０の識別情報との関連付けが行われる。配送用ケース６０には、ＱＲコード６１が取り付けられており、読取端末４２を用いて、配送物Ｂを収容した配送用ケース６０に取り付けたＱＲコード６１を読み取ることで、管理端末４１は、配送用ケース６０の識別情報も取得することができる。そして、管理端末４１は、ステップＳ１０２で取得した配送物の識別情報と、このステップＳ１０３で取得した配送用ケース６０の識別情報とを関連付けて、配送管理サーバ１０に送信する。これにより、配送管理サーバ１０では、配送物Ｂの配送情報に、当該配送物Ｂを収容する配送用ケース６０の識別情報を関連づけて、配送情報テーブル１１１およびケース管理テーブル１１５に記憶する。また、続くステップＳ１０４では、配送管理サーバ１０により、配送情報テーブル１１１の配送物の配送状態が「受取場所２で保管中」に更新される。

以上のように、本実施形態に係る受取処理が行われる。次に、図１４に基づいて、本実施形態に係る配送管理処理について説明する。

まず、ステップＳ２０１では、配送管理サーバ１０の配送可否判断機能により、配送拠点ごと、拠点間ルートごとの配送物の総容量が算出される。たとえば、配送可否判断機能は、配送情報テーブル１１１に記憶した各配送物の配送情報に基づいて、各配送拠点Ｎで管理している配送物を次の配送拠点Ｎ＋１に配送する際の拠点間ルートを特定する。そして、配送可否判断機能は、配送物を拠点間ルートごとに分類し、各配送物の配送情報に基づいて、各拠点間ルートにおける配送物の総容量を算出する。

続くステップＳ２０２〜Ｓ２０５では、配送管理サーバ１０の滞留余裕日数算出機能により、配送物ごとの滞留余裕日数を算出する処理が行われる。そのため、ステップＳ２０２〜Ｓ２０５では、各処理が、配送物ごとに実施されることとなる。

具体的には、ステップＳ２０２では、滞留余裕日数算出機能により、配送物ごとに、各拠点間ルートでの配送日数の合計値が算出される。たとえば、滞留余裕日数算出機能は、各配送物の配送情報に基づいて、各配送物の配送経路（現在の配送拠点から引渡場所までに経由する拠点間ルートおよび配送拠点）を特定する。そして、滞留余裕日数算出機能は、データベース１１に格納されている拠点間ルート別配送日数テーブル１１２を参照し、各配送物が現在の配送拠点から引渡場所５までに経由する全ての拠点間ルートの配送日数の合計値を、配送物ごとに算出する。

ステップＳ２０３では、滞留余裕日数算出機能により、配送物ごとに、各配送拠点での保管日数の合計値が算出される。たとえば、滞留余裕日数算出機能は、データベース１１に格納されている配送拠点別保管日数テーブル１１３を参照し、各配送物が現在の配送拠点から引渡場所５までに経由する全ての配送拠点の保管日数の合計値を、配送物ごとに算出する。

ステップＳ２０４では、滞留余裕日数算出機能により、各配送物の配送所要日数が算出される。具体的には、残留余裕日数算出機能は、ステップＳ２０２で算出した各拠点間ルートでの配送日数の合計値と、ステップＳ２０３で算出した各配送拠点での保管日数の合計値とを足し合わせた日数を、配送所要日数として、配送物ごとに算出する。

ステップＳ２０５では、滞留余裕日数算出機能により、各配送物の残留余裕日数の算出が行われる。具体的には、残留余裕日数算出機能は、まず各配送物の配送期限日数を取得する。なお、配送期限日数は、たとえば専用のテーブルに記憶しておいてもよいし、また配送情報テーブル１１１に配送情報として記憶しておいてもよい。そして、残留余裕日数算出機能は、各配送物の配送期限日数と、ステップＳ２０４で算出した各配送物の配送所要日数との差を、各配送物の残留余裕日数として算出する。

続いて、ステップＳ２０６〜Ｓ２１１では、拠点間ルートごとに処理が行われる。以下においては、処理が行われる拠点間ルートを対象拠点間ルートと称して説明する。

まず、ステップＳ２０６では、配送管理サーバ１０の配送可否判断機能により、ステップＳ２０１で算出した対象拠点間ルートにおける配送物の総容量が、配送手段の空き容量に基づいて設定された所定の基準容量を超えるか否かの判断が行われる。たとえば、本実施形態において、配送可否判断機能は、配送手段テーブル１１４を参照して、対象拠点間ルートにおいて配送が可能な配送手段を特定する。また、配送可否判断機能は、配送手段テーブル１１４に記憶された各配送手段の空き容量の情報に基づいて、対象拠点間ルートにおいて配送が可能な配送手段ごとに、基準容量（たとえば配送手段の荷台の空き容量の８割の容量）を設定する。そして、配送可否判断機能は、対象拠点間ルートにおける配送物の総容量が、設定した所定の基準容量を超える場合には、対象拠点間ルートにおける配送物の配送を許可する。なお、対象拠点間ルートについて複数の配送手段が存在し、そのうち一部の配送手段の空き容量に基づいて設定した基準容量のみを超える場合には、当該一部の配送手段による配送のみを許可してもよい。配送可否判断機能により配送物の配送が許可された場合、処理はステップＳ２０８に進む。一方、対象拠点間ルートにおける配送物の総容量が所定の基準容量以下である場合には、処理はステップＳ２０７に進む。

ステップＳ２０７では、配送可否判断機能により、対象拠点間ルートにおいて、ステップＳ２０５で算出した滞留余裕日数が、所定の基準日数未満である配送物が存在するか否かの判断が行われる。滞留余裕日数が所定の基準日数未満である配送物が存在する場合には、対象拠点間ルートについて配送物を配送するため、ステップＳ２０８に進む。一方、滞留余裕日数が所定の基準日数未満である配送物が存在しない場合には、ステップＳ２１１に進む。

ステップＳ２０８では、配送管理サーバ１０の配送指示機能により、対象拠点間ルートにおける配送物の輸配送指示が行われる。具体的には、配送指示機能は、対象拠点間ルートにおいて配送物を配送させるための輸配送指示を、ＴＭＳサーバ３０に送信する。これにより、ＴＭＳサーバ３０は、配送物を配送するための配送手段を選択し、選択した配送手段に配送物の輸配送指示を送信する。その結果、配送手段が対象拠点間ルートにおいて配送物を配送することとなる。

また、ステップＳ２０９およびステップＳ２１０では、配送指示機能により、対象拠点間ルートにおける配送物の入荷指示および出荷指示が、ＷＭＳサーバ２０に送信される。ＷＭＳサーバ２０は、出荷元の配送拠点に配備された管理端末４１に、対象拠点間ルートに向けた配送物の出荷指示を送信し、これにより、出荷元の配送拠点において、対象拠点間ルートに向けた配送物の出荷手続が行われる。また、ＷＭＳサーバ２０は、入荷先の配送拠点に配備された管理端末４１に、対象拠点間ルートからの配送物の入荷指示を送信し、これにより、入荷先の配送拠点において、対象拠点間ルートからの配送物の入荷手続が行われる。その後、処理はステップＳ２１１に進む。なお、出荷手続においては、同一の拠点間ルートで配送する配送物をまとめて、図１１に示すように、大型の配送用ケース６０_１に収容してもよい。また、これまでは同一の拠点間ルートで配送された配送物がその後、別の拠点間ルートで配送される場合には、大型の配送用ケース６０_１に収容していた複数の配送物を、大型の配送用ケース６０_１から取り出し、それぞれの拠点間ルートに応じて分けて出荷することができる。

ステップＳ２１１では、配送可否判断機能により、全ての拠点間ルートについてステップＳ２０６〜Ｓ２１０の処理を行ったか否かの判断が行われる。全ての拠点間ルートについてステップＳ２０６〜Ｓ２１０の処理を行っていない場合には、処理が行われていない拠点間ルートを対象拠点間ルートとして、ステップＳ２０６〜Ｓ２１０の処理が行われる。また、全ての拠点間ルートについて、ステップＳ２０６〜Ｓ２１０の処理が行われた場合には、ステップＳ２０１に戻り、再度、ステップＳ２０１から処理が繰り返される。

以上のように、本実施形態に係る配送管理システム１は、配送用ケース６０に収容して配送物Ｂを配送する。配送用ケース６０には、配送用ケース６０を識別するための識別子（ＱＲコード６１やＲＦタグ６２）を有しており、配送用ケース６０の識別情報と配送物Ｂの識別情報とを関連付けることで、配送物Ｂを、配送用ケース６０を用いて管理することができる。また、配送用ケース６０を用いて配送物Ｂを管理することで、様々な形状の配送物を配送する場合でも、一定の規格の配送用ケース６０で収容することができ、配送手段の搭載率を向上することができるため、その分、配送コストを低減することもできる。また、本実施形態に係る配送管理システム１では、同じ拠点間ルートで配送される配送物を収容する複数の小型の配送用ケース６０_２を、同じ大型の配送用ケース６０_１に収容することで、それ以降の配送処理において、仕分けなどの手間を削減することもできる。加えて、本実施形態に係る配送用ケース６０は、大きさが異なる（大きさが等倍）の複数の種類の配送用ケース６０があり、小型の配送用ケース６０_２を大型の配送用ケース６０_１に隙間が少なく収容することができる。これにより、配送手段の積載率をより向上させることができる。

また、本実施形態に係る配送管理システム１では、配送用ケース６０に、配送用ケース６０を個別に識別可能な識別子であるＱＲコード６１と、配送用ケース６０を一斉に識別可能な識別子であるＲＦタグ６２とを有する。これにより、本実施形態に係る配送管理システム１では、出荷手続や入荷手続の際に、一斉に配送用ケースを識別できる手続（たとえば配送物の一括チェック）であるか、それとも配送用ケースを個別に識別すべき手続（たとえば配送物個体ごとの入出庫や積み卸しによる配送状態の管理など）かに応じて、ＱＲコード６１とＲＦタグ６２とを使い分けて仕分け手続きなどを行うことができ、効率的な配送処理を行うことが可能となっている。

さらに、本実施形態に係る配送管理システム１では、内側壁面に複数の緩衝材６３を有しており、緩衝材６３内部に空気を導入して膨らませることで、配送物Ｂの形状に合わせて緩衝材６３の形を変えることができ、配送物Ｂを適切に保護することができる。また、本実施形態に係る配送管理システム１では、配送用ケース６０の使用回数をカウントし、配送用ケース６０の使用回数が所定の回数以上となった場合に、配送用ケース６０を交換または破棄するように、管理端末４１に指示を送信することができる。このように、配送用ケース６０の管理も適切に行うことができる。

また、本実施形態に係る配送管理システム１では、各配送拠点を結ぶ拠点間ルートごとの配送物の総容量が配送手段の空き容量に基づいて定められた所定の基準容量を超えるか否かを判断し、配送物の総容量が所定の基準容量を超えた拠点間ルートにおける配送物の配送を指示する。これにより、本実施形態に係る配送管理システム１では、当該拠点間ルートにおける配送手段の積載率を高めることができ、配送料金を低くすることができる。すなわち、従来の配送管理システムでは、配送期間が比較的短く（たとえば２〜３日程度で）設定されており、その配送期間を遵守するために配送手段の積載率が低い場合でも、配送物の配送を行っていた。そのため、従来は、配送期間は短いが、配送料金が割高となっており、配送に日数がかかっても配送料金が安いサービスを利用したいというニーズに応えることができなかった。これに対して、本実施形態に係る配送管理システム１では、拠点間ルートごとの配送物の総容量が配送手段の空き容量に基づいて定められた所定の基準容量を超えるまで配送拠点で保管し、拠点間ルートごとの配送物の総容量が所定の基準容量を超えた場合に配送を指示することで、配送手段の積載率を高めることができ、配送に日数がかかっても配送料金が安いサービスを利用したいとのニーズに応えることができる。

また、本実施形態に係る配送管理システム１では、拠点間ルートごとに、滞留余裕日数が所定の基準日数未満である配送物が存在するか否かを判断し、滞留余裕日数が所定の基準日数未満である配送物が存在する拠点間ルートについては、配送物の総容量が所定の基準容量を超えていない場合でも、当該拠点間ルートにおいて配送物の配送を許可する。これにより、本実施形態に係る配送管理システム１では、配送物が当初定められた配送期限日数を超えて配送されてしまうことを有効に防止することができる。

以上、本発明の好ましい実施形態例について説明したが、本発明の技術的範囲は上記実施形態の記載に限定されるものではない。上記実施形態例には様々な変更・改良を加えることが可能であり、そのような変更または改良を加えた形態のものも本発明の技術的範囲に含まれる。

たとえば、上述した実施形態では、各配送拠点Ｎから次の配送拠点Ｎ＋１に配送する予定の配送物の総容量が所定の基準容量を超えるまで当該配送拠点Ｎにおいて配送物を保管し、配送物の総容量が所定の基準容量を超えた場合に当該配送拠点Ｎから次の配送拠点Ｎ＋１への配送物の配送を許可する構成を例示したが、この構成に限定されず、各配送拠点Ｎから次の配送拠点Ｎ＋１に配送する予定の配送物の総重量が所定の基準基準重量を超えるまで当該配送拠点Ｎにおいて配送物を保管し、配送物の総重量が所定の基準重量を超えた場合に当該配送拠点Ｎから次の配送拠点Ｎ＋１への配送物の配送を許可する構成としてもよい。さらに、配送拠点Ｎと次の配送拠点Ｎ＋１とを結ぶ拠点間ルートごとに、配送物の総重量が所定の基準重量を超えるか否かを判断し、拠点間ルートにおける配送物の総重量が所定の基準重量を超える場合に、前記拠点間ルートにおける配送物の配送を許可する構成としてもよいし。

また、図１に示す例では、一次保管場所３から二次保管場所４への配送のみにおいて、配送物を配送してよいか否かを判断する構成を例示したが、この構成に限定されず、たとえば、受取場所２から一次保管場所３へ配送する場合、または、二次保管場所４から引渡場所５に配送する場合にも、配送物の総容量が、トラックなどの配送手段の空き容量に基づいて定められた所定の基準容量（たとえばトラックの荷台の空き容量の８０％の容量など）を超えているか（条件１）、または、配送物の配送期限日数と配送所要日数との差である滞留余裕日数が、所定の基準日数未満である配送物が存在するか（条件２）を判断し、いずれかの条件を満たした場合に、次の配送拠点に配送物を配送する構成とすることができる。

さらに、上述した実施形態では、配送管理サーバ１０は、配送物の配送が行える拠点間ルートをＴＭＳサーバ３０に送信することで、ＴＭＳサーバ３０が当該拠点間ルートで配送物を配送する配送手段を特定し、当該配送手段に輸配送指示を行う構成を例示したが、この構成に限定されず、たとえば、配送管理サーバ１０が、配送手段テーブル１１４を参照し、拠点間ルートで配送物を配送する配送手段を特定し、拠点間ルートと配送手段とを輸配送指示に含めてＴＭＳサーバ３０に送信することで、ＴＭＳサーバ３０は、受信した輸配送指示に含まれる配送手段に輸配送指示を行う構成としてもよい。

また、上述した実施形態においては、配送管理サーバ１０を、ＷＭＳサーバ２０およびＴＭＳサーバ３０から独立に設ける構成を例示したが、ＷＭＳサーバ２０が配送管理サーバ１０の機能を有する構成としてもよいし、あるいは、ＴＭＳサーバ３０が配送管理サーバ１０の機能を有する構成としてもよい。また、ＷＭＳサーバ２０およびＴＭＳサーバを一体に設ける構成としてもよいし、配送管理サーバ１０、ＷＭＳサーバ２０およびＴＭＳサーバを一体に設ける構成としてもよい。

加えて、上述した実施形態においては、たとえば配送拠点Ｎから配送物を配送する場合には、配送拠点Ｎから次の配送拠点Ｎ＋１までの拠点間ルートＣｎごとに配送物を仕分けし、拠点間ルートＣｎごとに、上述した条件１または条件２を満たすか否かを判断する構成を例示したが、この構成に限定されず、たとえば、配送拠点Ｎにおいて、次の配送拠点Ｎ＋１からその次の配送拠点Ｎ＋２までの拠点間ルートＣｎ＋１ごとに配送物を仕分けし、拠点間ルートＣｎ＋１ごとに、上述した条件１または条件２を満たすか否かを判断する構成としてもよい。

さらに、上述した実施形態では、図１０に示すように、配送用ケース６０の壁部に空気弁６４を１つ有する構成を例示したが、この構成に限定されず、たとえば、空気弁６４を２以上有する構成とすることができる。

また、上述した実施形態では、滞留余裕日数を日単位で求める構成を例示したが、滞留余裕時間として時間単位で求める構成とすることができる。すなわち、本発明において、「滞留余裕時間」とは、滞留余裕日数を含むものとすることができる。滞留余裕時間として時間単位で求める場合、データベース１１には、拠点間ルートＣ１〜Ｃ３ごとの配送時間を記憶する拠点間ルート別配送時間テーブル１１２と、配送拠点２〜４ごと、拠点間ルートＣ１〜Ｃ３ごとの配送物の保管時間を取得する配送拠点別保管時間テーブル１１３とが記憶される。そして、滞留余裕日数算出機能（滞留余裕時間算出機能）は、拠点間ルート別配送時間テーブル１１２から拠点間ルートＣ１〜Ｃ３ごとの配送時間を取得するとともに、配送拠点別保管時間テーブル１１３から配送拠点２〜４ごと、拠点間ルートＣ１〜Ｃ３ごとの配送物の保管時間を取得する。そして、配送物Ｂごとに、配送物が現在保管されている配送拠点から引渡場所５までの間に経由する１または複数の拠点間ルートにおける配送時間の合計と、当該配送物が経由する１または複数の配送拠点における保管時間の合計とを足した時間が、配送所要時間として算出される。そして、予め設定されている配送物の配送期限時間と、配送所要時間との差（配送期限時間−配送所要時間）が滞留余裕時間として算出される。配送可否判断機能は、配送物ごとに、配送物の滞留余裕時間が所定の基準時間未満であるか否かを判断し、滞留余裕時間が所定の基準時間未満である配送物が存在する場合には、その配送物が配送される拠点間ルートについて配送物の配送を許可することができる。

さらに、上述した実施形態においては、配送用ケース６０を、配送物を収容して配送するために用いる構成を例示したが、この構成に限定されず、たとえば、倉庫内の部品などの在庫管理にも利用する構成とすることができる。これにより、配送用ケース６０のＱＲコード６１やＲＦタグ６２から配送用ケースの識別情報を読み取ることで、配送用ケース６０に関連付けて、部品などの在庫管理を行うことが可能となる。

１…配送管理システム
１０…配送管理サーバ
１１…データベース
１２…演算装置
１３…記憶装置
１４…通信装置
２０…ＷＭＳサーバ
２１…演算装置
２２…記憶装置
２３…通信装置
３０…ＴＭＳサーバ
３１…演算装置
３２…記憶装置
３３…通信装置
４１…管理端末
４２…読取端末
５０…ユーザ端末
６０…配送用ケース
６１…ＱＲコード
６２…ＲＦタグ
６３…緩衝材
６４…空気弁
２…受取場所
３…一次保管場所
４…二次保管場所
５…引渡場所
Ｓ…送付人
Ｒ…受取人
Ｂ…配送物

Claims (14)

1. インナーケースとアウターケースからなる配送用ケースであって、
   インナーケースとアウターケースのそれぞれが、光学的に情報を読取可能な第１識別子および無線通信により情報を読取可能な第２識別子を有し、
   第１識別子が、各ケースを管理するためのケース識別情報を含み、
   第２識別子が、各ケースを管理するためのケース識別情報と荷物を管理するための荷物識別情報を含む、配送用ケース。
2. 前記第２識別子に、配送ルート識別情報および／または経路通過ステータスの情報を書き込むことができる、請求項１に記載の配送用ケース。
3. 前記インナーケースは、内側壁面に空気を導入または排出可能な袋状体が設けられている、請求項１または２に記載の配送用ケース。
4. 前記アウターケースの容積は、前記インナーケースの容積の実質的に整数倍である、請求項３に記載の配送用ケース。
5. 前記アウターケースが、前記インナーケースの容積の実質的に整数倍である第１のアウターケースと、
   第１のアウターケースを複数収容することができ、第１のアウターケースの容積の実質的に整数倍の容積を有する第２のアウターケースと、を備えてなる、請求項１ないし３のいずれかに記載の配送用ケース。
6. 前記第１識別子が、二次元情報コードであり、
   前記第２識別子が、ＩＣタグである、請求項１ないし５のいずれかに記載の配送用ケース。
7. 請求項１ないし６のいずれかに記載の配送用ケースと、
   前記ケース識別情報と関連付けて各ケースのサイズ、使用状態および配送情報を管理するサーバと、を有する、配送管理システム。
8. 前記ケースの使用状態は、親ケース、子ケースおよび未使用の情報を含む、請求項７の配送管理システム。
9. 前記サーバが、前記ケース識別情報と関連付けて各ケースの使用回数を管理する手段と、
   各ケースの使用回数が所定の回数を超えた場合に、特定の端末にアラートを送信する手段と、を備える、請求項７または８の配送管理システム。
10. さらに、前記第１識別子を読み取り、前記サーバに送信する第１読取端末と、
    前記第２識別子を読み取り、前記サーバに送信する第２読取端末と、を有し、
    前記第２読取端末により、前記アウターケースを開梱することなく、収容された複数のインナーケースの第２識別子を同時に読み取ることができ、
    前記サーバが、前記第２読取端末から受信したインナーケースの第２識別子の情報に基づき当該収容されたインナーケースの配送情報と当該インナーケースを収容するアウターケースの配送情報との整合性をチェックする手段を備える、請求項７ないし９のいずれかの配送管理システム。
11. 前記第１読取端末および／または前記第２読取端末が、位置情報を前記サーバに送信する手段を有し、
    前記サーバが、前記第１読取端末および／または前記第２読取端末から受信した位置情報を前記ケース識別情報と関連付けて管理する手段と、
    外部端末から前記配送用ケースの位置情報の照会があった場合に、当該外部端末に照会された配送用ケースの位置情報を送信する手段と、を備える、請求項１０の配送管理システム。
12. 前記第２識別子は、情報を書き換え可能な媒体であり、
    前記第２識別子に記録された情報を書き換え可能なライタ端末を備え、
    前記第２読取端末が、前記サーバとの通信が不能な場合に、前記サーバとの通信の回復を待って、読み取った前記第２識別子の情報を前記サーバに送信する、請求項１０または１１の配送管理システム。
13. 請求項１ないし６のいずれかに記載の配送用ケースと、
    前記第１識別子を読み取り可能な第１読取端末と、
    前記第２識別子を読み取り可能な第２読取端末と、を有し、
    前記第２読取端末により、前記アウターケースを開梱することなく、収容された複数のインナーケースの第２識別子を同時に読み取ることができる、配送管理システム。
14. 前記第１読取端末および前記第２読取端末が、スマートフォンまたはタブレットにより構成される、請求項１０ないし１２のいずれかの配送管理システム。

Images