JP7717032B2 - 管理システム、プログラム - Google Patents

Description

本発明は、管理システム及びプログラムに関する。

従来、荷物毎の送り状（伝票）に基づいて配送状況を管理するシステムが知られている。また、特許文献１には、複数の荷物をロールボックスパレット（かご台車などとも呼ばれる）に載せて配送することが開示されている。このようにロールボックスパレットを用いて配送する場合であっても、荷物毎の送り状に基づいて配送状況を管理することが一般的である。

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

しかしながら、荷物毎の送り状に基づいて配送状況を管理する場合、荷物毎に荷受け検品が必要となり、発送から配達が完了するまでの工程が煩雑となる。また、従来、発送元から配達先へ荷物を配送する途中において、物流倉庫等において荷物を一時的にストックすると共に荷物の積み替えや仕分けを行うのが一般的であるが、積み替えや仕分けに要する人件費や在庫保管コスト、またこれらを管理するコストがかかるという問題がある。

本発明の目的は、発送から配達が完了するまでの工程が煩雑になること、及び管理コストを抑制できる管理システム、及びプログラムを提供することにある。

上記課題を解決すべく本出願において開示される発明は種々の側面を有しており、それら側面の代表的なものの概要は以下の通りである。

（１）荷物群が積載された状態で発送元から配達先へ送られるパレットの管理を行う管理システムであって、前記荷物群のうち荷物単位の出荷情報を取得する出荷情報取得部と、前記出荷情報に含まれる前記荷物を識別する荷物ＩＤに、前記パレットを識別するパレットＩＤを紐付けて記憶するデータ記憶部と、を有する管理システム。

（２）（１）において、前記パレットは再生資材からなる、管理システム。

（３）（１）又は（２）において、前記データ記憶部は、１又は複数の前記荷物ＩＤに、１の前記パレットＩＤを紐付けて記憶する、管理システム。

（４）（１）又は（２）において、前記データ記憶部は、１の前記荷物ＩＤに、１又は複数の前記パレットＩＤを紐付けて記憶する、管理システム。

（５）（１）～（４）のいずれかにおいて、前記パレットに、前記パレットＩＤを読み取るための記録媒体が設けられており、前記データ記憶部は、前記荷物ＩＤに、集荷ドライバーの操作に応じて読み取り装置により読み取られた前記パレットＩＤを紐付けて記憶する、管理システム。

（６）（１）～（５）のいずれかにおいて、前記パレットは、平面視において、第１辺と、前記第１辺と交差する第２辺と、を含む矩形の上面を含み、前記第１辺と前記第２辺の長さに応じて種類が特定されるものであり、前記上面は、その全面において前記荷物群を積載可能に構成されており、ユーザの操作により入力された前記パレットの種類に関する情報を取得する第１取得部と、ユーザの操作により入力された前記発送元及び前記配達先に関する情報を取得する第２取得部と、少なくとも、前記種類、前記発送元及び前記配達先に関する情報に基づいて、前記パレット毎の配送料を算出する算出部と、を有する、管理システム。

（７）（６）において、ユーザの操作により入力された前記パレットの個数を取得する第３取得部を有し、前記算出部は、前記個数に応じて割り引かれた前記配送料を算出する、管理システム。

（８）（１）～（７）のいずれかにおいて、前記パレットＩＤは、前記パレットを利用するユーザ毎に設定されるユーザＩＤを含み、前記データ記憶部は、ユーザ毎の前記パレットの現在の利用数に関する情報を記憶する、管理システム。

（９）（８）において、ユーザの操作、又は前記パレットＩＤに基づいて、前記パレットの所在に関する情報を取得する所在取得部を有し、前記データ記憶部は、ユーザ毎の前記パレットの所在に関する情報を記憶する、管理システム。

（１０）（９）において、ユーザ端末からの要求に応じて、前記所在に関する情報を前記ユーザ端末に表示させる表示制御部を有する、管理システム。

（１１）（８）～（１０）のいずれかにおいて、前記データ記憶部は、前記パレットが最初に発送されてからの経過時間に関する情報を記憶する、管理システム。

（１２）荷物群が積載された状態で発送元から配達先へ送られるパレットの管理を行うためのプログラムであって、プロセッサに、前記荷物群のうち荷物単位の出荷情報を取得するステップと、前記出荷情報に含まれる、前記荷物を識別する荷物ＩＤに、前記パレットを識別するパレットＩＤを紐付けて記憶するステップと、を実行させるプログラム。

上記本発明の（１）～（１２）の側面によれば、発送から配達が完了するまでの工程が煩雑になること、及び管理コストを抑制できる管理システム、及びプログラムを提供することができる。

本実施形態と従来例との比較を説明する図である。 本実施形態の管理システムの全体構成の一例を示す図である。 本実施形態における荷物群の配送の全体の流れを説明する図である。 本実施形態のパレットを説明する図である。 本実施形態の管理サーバで実現される機能の一例を示す機能ブロック図である。 本実施形態の管理サーバで実現される機能の一例を示す機能ブロック図である。 出荷情報データベースのデータ格納例を示す図である。 紐付けデータベースのデータ格納例を示す図である。 パレット状況データベースのデータ格納例を示す図である 本実施形態における処理フローの一例を示すフローチャートである。 荷主端末に表示される画面の一例を示す図である。 管理システムによる配送料算出処理の一例を示すフローチャートである。

以下、本発明の実施形態（以下、本実施形態という）について図面に基づき詳細に説明する。

図１は、本実施形態と従来例との比較を説明する図である。本実施形態においては、流通における商品購入者である配達先から１枚のパレットに積載させる数量単位（荷物群）で発注を行うことが、輸送商品の一部を担う本実施形態の主要構成の一つであり、以下の効果が成立する大前提となっているが、発送元からはこの発注に基づきパレット単位で発送し、中継点を経由しない、荷物の直送を行う例について説明する。すなわち、発送元から配達先へ荷物を配送する途中において、中継点である物流倉庫等において荷物を一時的にストックしたり、荷物の積み替えや仕分けをしたりを行わない、また、流通の過程において、問屋・卸機能を介さない例について説明する。これにより、積み替えや仕分けに要する人件費や在庫保管コスト、またこれらを管理するコストを削減することができることに加え、中継点である物流倉庫や問屋等において積み替えや仕分けを行う必要がないことより、直接的な物流コストに加え流通コスト全般を抑制することが可能になり、かつ発送元から配達先へ配送される間に荷物が損傷することもない。また、発送元から配達先へ直送することにより、必要な分だけ生産する受注生産体制が可能となり、在庫ロスを削減することができる（図１の事例では、出願人の試算で最大５０％程度の流通コストの削減）。また、本実施形態においては、荷物の直送と、荷物ＩＤにパレットＩＤを紐付けて管理する荷物情報のデータ連携により、荷物毎の検品を不要とした。これにより、発送から配達が完了するまでの工程が煩雑になることを抑制し、物流の工程全般での省人、省力化に資すると共に、物流・流通工程におけるCO₂排出量を削減し、環境負荷を軽減することがきる。尚、本実施形態においては、CO₂削減量の計算ツールを発送元および配達先に提供することで環境負荷軽減効果の把握を可能にする。また、荷物の引き渡しの工程において検品に要する立会いを抑制できることから、ウィルス感染症などの要因となる人的接触を抑制する効果もある。さらに、本実施形態においては、再生資源である段ボールからなり、１枚当たり最大で１t程度の荷物群を積載できるパレットを用いた例について説明する。これにより、荷物の直送することを補完し、また配達先から発送元へパレットを返送する必要がなくなり、パレットの管理コストや返送コストを削減することが可能となる。また、本実施形態においては、上記の物流コスト低減や在庫ロス軽減による経済的メリットを配達先（本実施形態においては、輸送される荷物を購入し、荷物を受け取る荷受人）にも還元するものとすることで、発送元、輸送を行う物流事業者、配達先の三者で本実施形態の活用メリットを享受することが可能となる。

［管理システムの全体構成］
本実施形態の管理システムＳの全体構成について説明する。図２は、本実施形態の管理システムの全体構成の一例を示す図である。図２に示すように、管理システムＳは、管理サーバ１０、荷主端末２０、荷受人端末３０、及びドライバー端末４０を含む。管理サーバ１０、荷主端末２０、荷受人端末３０、及びドライバー端末４０のそれぞれは、インターネット等のネットワークＮに接続可能である。なお、管理サーバ１０は、少なくとも１つのコンピュータを含んでいればよく、図２の例に限られない。

管理サーバ１０は、制御部１１、記憶部１２、及び通信部１３を含む。制御部１１は、少なくとも１つのプロセッサを含む。制御部１１は、記憶部１２に記憶されたプログラムやデータに従って処理を実行する。記憶部１２は、ＲＡＭ等の揮発性メモリと、ハードディスク等の不揮発性メモリと、を含む。通信部１３は、有線通信又は無線通信用の通信インタフェースであり、ネットワークＮを介してデータ通信を行う。

荷主端末２０は、荷主であるユーザが操作するコンピュータである。例えば、荷主端末２０は、スマートフォン、タブレット端末、ウェアラブル端末、又はパーソナルコンピュータである。荷主端末２０は、制御部２１、記憶部２２、操作部２３、表示部２４、通信部２５を含む。制御部２１、記憶部２２、及び通信部２５の物理的構成は、それぞれ制御部１１、記憶部１２、及び通信部１３と同様であるとよい。操作部２３は、ユーザが操作を行うための入力デバイスであって、例えば、タッチパネルやマウス等のポインティングデバイス、キーボード、又はボタン等であるとよい。表示部２４は、各種画面を表示するモニタであって、例えば、液晶ディスプレイ又は有機ＥＬディスプレイであるとよい。なお、図示は省略するが、管理システムＳは、荷主端末２０とは別に荷主側で管理される管理サーバ―を含んでいてもよい。

荷受人端末３０は、荷受人であるユーザが操作するコンピュータである。荷受人端末３０の物理的構成は、荷主端末２０と同様であるとよい。なお、荷主端末２０と荷受人端末３０は、主に、通信部２５、３５により電子メールを受信することで、管理サーバ１０からの種々の連絡を受け取り可能であるとよい。

ドライバー端末４０は、荷物の集荷及びトラック等の車両を運転するドライバーが操作するコンピュータである。ドライバー端末４０は、いわゆるハンディターミナルと呼ばれる、バーコードやＱＲコード（登録商標）などの記録媒体から情報を読み取り可能な読み取り装置であるとよい。図２においては、ドライバー端末４０の物理的構成が、荷主端末２０や荷受人端末３０と同様である例を示している。ただし、これに限られず、ドライバー端末４０は、記憶部４２や表示部３４を含んでいなくてもよい。

なお、記憶部２２，３２に記憶されるものとして説明するプログラム及びデータは、ネットワークＮを介して供給されるようにしてもよい。また、上記説明した各コンピュータのハードウェア構成は、上記の例に限られず、種々のハードウェアを適用可能である。例えば、コンピュータ読み取り可能な情報記憶媒体を読み取る読取部（例えば、光ディスクドライブやメモリカードスロット）や外部機器とデータの入出力をするための入出力部（例えば、ＵＳＢポート）が含まれていてもよい。例えば、情報記憶媒体に記憶されたプログラムやデータが読取部や入出力部を介して、各コンピュータに供給されるようにしてもよい。

［管理システムの概要］
本実施形態の管理システムＳの概要について説明する。管理システムＳは、荷物群が積載された状態で発送元から配達先へ送られるパレットの管理を行うシステムである。

ここで、中ロット貨物などの配送に利用される路線便は、通常、集荷した荷物を中継点まで輸送し、中継点で幹線を運行する貨物自動車への荷物の積み替えが行われる。この積み替え作業に手間を要する分、輸送コストは高くなってしまう。また、積み替えの際に荷物が破損することを防止するため、所定のロット単位で包装箱に詰めたり梱包したりする必要があり、手間が増えコストが高くなってしまう。

そこで、本実施形態においては、中継点で荷物の積み替えを行うことなく、発送元から配達先へ、荷物群が積載されるパレットを直送することとした。

本実施形態において、「パレット」とは、物流において荷物を載せるための荷役台である。パレットは、倉庫等で荷物を保管するために用いられたり、トラック等の車両に積み込まれることで荷物の配送に用いられたりする。本実施形態においては、再生資材である段ボールからなるパレットを採用した例を説明する。パレットが段ボールからなることより、配達先から発送元へ返送する必要がなく、配達先でリサイクルしたり廃棄したりすることができる。そのため、パレットの返送や管理に要するコストを削減することができる。

また、本実施形態において、「荷物群」とは、複数の荷物からなる集合体である。１の荷物は、例えば、１個の段ボール箱に収容される１又は複数の品物であるとよい。以下の説明において、「荷物単位」とは、例えば、段ボール箱単位を示す。また、荷物ＩＤを含む出荷情報が記載される送り状は、荷物が収容される段ボール箱毎に用意されている。送り状のそれぞれには荷物ＩＤを読み取るためのバーコードが印刷されている。すなわち、荷物ＩＤは、荷物が収容される段ボール箱毎に設定されている。ただし、これに限らず、例えば、荷物ＩＤは、内容物が同じ複数の段ボールに対して共通に設定されていてもよい。

また、本実施形態において、「発送元」とは荷物が配送される始点の場所であり、「配達先」とは、荷物が配送される終点の場所である。

図３は、本実施形態における荷物群の配送の全体の流れを説明する図である。まず、荷主端末２０は、ユーザである荷主の操作により出荷情報の入力を受け付ける。荷主端末２０に入力された出荷情報は、ネットワークＮを介して管理サーバ１０に送られる。なお、出荷情報の詳細については図７を参照して後述する。

その後、管理サーバ１０を管理する管理事業者からの指示により運送事業者の集荷ドライバーが発送元へ向かう。集荷ドライバーは、発送元に到着すると、パレット毎のパレットＩＤと、出荷情報に含まれる荷物ＩＤとを紐付ける作業を行う。なお、発送元には予めパレットが送られており、荷主により荷造りされることでパレット上に荷物群が積載された状態になっているとよい。

集荷ドライバーは、ハンディターミナルであるドライバー端末４０（読み取り装置）を操作することで、パレットに貼り付けられているバーコードシール（記録媒体）からパレットＩＤを読み取る作業を行う。なお、バーコードシールは、予めパレットＰＬに貼り付けられているとよい。同様に、集荷ドライバーは、ドライバー端末４０を操作することで、荷主が用意している送り状（伝票）に印刷されるバーコードから荷物ＩＤを読み取る作業を行う。

ドライバー端末４０により読み取られたパレットＩＤと荷物ＩＤは、ドライバー端末４０において紐付けられてもよいし、ドライバー端末４０からネットワークＮを介して管理サーバ１０に送られ、管理サーバ１０において紐付けられてもよい。管理サーバ１０は、紐付けられたパレットＩＤと荷物ＩＤに関する情報に基づいて、納品データを荷受人端末３０へ送るとよい。また、管理サーバ１０は、納品データを送る前に、納品予定データを荷受人端末３０に送ってもよい。

集荷ドライバーは、紐付け作業を行った後、荷物群が積層されたパレットを車両の荷台に積み込み、配達先へと向かう。配達先において、集荷ドライバーは、荷受人からサインを受領する。サインは電子サインであってもよい。電子サインの受領データは、集荷ドライバーが所持するドライバー端末４０からネットワークＮを介して管理サーバ１０へと送られるとよい。管理サーバ１０は、電子サインの受領データを受信した後、荷主端末２０へ配達完了データを送信する。なお、納品予定データや配達完了データは、ＥＤＩ（Electronic Data Interchange）と呼ばれるデータを標準化してやり取りを行う仕組みを用いて電子データで送られるとよい。ただし、これに限られず、納品予定データや配達完了データは電子メール等により送られてもよい。

なお、本実施形態において、「パレットＩＤ」とは、パレットを一意に識別する識別情報である。パレットのそれぞれには、パレットＩＤを読み取るためのバーコードシール（記録媒体）Ｂが貼り付けられているとよい（図４参照）。

また、本実施形態において、「荷物ＩＤ」とは、荷物を一意に識別する識別情報である。荷物を収容する段ボール箱のそれぞれには、送り状が対応付けられており、その送り状のそれぞれに荷物ＩＤを読み取るためのバーコードが印刷されているとよい。

なお、送り状は、紙媒体であってもよいし、電子データであってもよい。送り状が電子データである場合、荷物ＩＤを読み取るためのバーコードは、荷主端末２０の表示部２４に画像表示されるとよい。なお、送り状はバーコードを含むものでなくてもよく、少なくとも管理サーバ１０において送り状毎の荷物ＩＤが管理されているとよい。すなわち、発送元において、集荷ドライバーは、ドライバー端末４０によりパレットＩＤのみを読み取る作業を行い、予め管理サーバ１０で管理される荷物ＩＤに、パレットＩＤが紐付けられるとよい。

［パレット］
図４は、本実施形態のパレットを説明する図である。図４に示すように、パレットＰＬは、平面形状が矩形の台である。パレットＰＬは、上板１０１と、下板１０２と、上板１０１と下板１０２との間に配置される複数の桁１０３と、を含んで構成される。

上板１０１は、平面視において、第１辺と、第１辺と直交（交差）する第２辺と、を含む矩形の上面を含む。パレットＰＬは、第１辺と第２辺の長さに応じて種類が特定されるものであるとよい。図４の例においては、第１辺の長さが幅Ｗ、第２辺の長さが奥行きＤであって、幅Ｗと奥行きＤが同じ長さのパレットＰＬを示している。すなわち、平面形状が正方形であるパレットＰＬを示している。

上板１０１は、その全面において荷物群を積載可能に構成されているとよい。すなわち、上板１０１の上面は、その全面が平坦面となっているとよい。従来のロールボックスパレットにおいては、荷物が載置される面の縁部においてパイプ等が起立しており、その分、荷物を載置できる面が小さくなってしまう。これに対して、本実施形態のパレットＰＬは、パイプ等の突出部分が無いことより、荷物が載置される領域を最大限確保することが可能である。

また、本実施形態のパレットＰＬは、その全体が再生資源である段ボールで構成されている。すなわち、上板１０１、下板１０２、桁１０３のいずれも段ボールからなる。このため、配送が完了した後、配達先で廃棄やリサイクルを行うことができる。そのため、返送や破棄にかかるコストを抑制できる。

本実施形態においては、パレットＰＬのサイズを、幅Ｗ及び奥行きＤ（第1辺及び第２辺の長さ）を約１１００ｍｍとした。これは、荷台幅が２２００ｍｍ～２３００ｍｍ程度のトラック（例えば、４ｔトラック等の中型トラック）の幅方向に２つ並べられるサイズである。

桁１０３は、互いに離間して配置されている。それにより、桁間にリフト爪挿入用の開口が形成されている。開口の大きさは、リフト爪の大きさに対応するものであるとよい。パレットＰＬは、フォークリフト等の産業車両や手押し車等が有する爪が開口に挿通されて、当該爪に持ち上げられた状態で移動される。本実施形態においては、桁１０３を奥行き方向及び幅方向のそれぞれに３個ずつ並べて配置している。すなわち、パレットＰＬは、計９個の桁１０３を有する構成である。このような構成のため、パレットＰＬの４方向のそれぞれに開口が２つずつ形成されており、４方向のいずれの方向からでもリフト爪を挿入可能となっている。

パレットＰＬの上板１０１上には、複数の荷物の集合体である荷物群が積載される。図４においては、パレットＰＬに載置される、水が収容される複数の段ボール箱ＢＡ１と、お茶が収容される複数の段ボール箱ＢＡ２を示している。これら各段ボールには、それぞれ送り状が対応付けられているとよい。すなわち、これら各段ボールには、それぞれ異なる荷物ＩＤが対応付けられているとよい。または、複数の段ボール箱ＢＡ１に共通の送り状が対応付けられており、複数の段ボール箱ＢＡ２に共通の送り状が対応付けられていてもよい。すなわち、水を収容する複数の段ボール箱ＢＡ１に共通の荷物ＩＤが対応付けられており、お茶を収容する複数の段ボール箱ＢＡ２に共通の荷物ＩＤが対応付けられていてもよい。

また、図４では、１のパレットＰＬに、複数の段ボール箱が載置される場合の例を示している。この例においては、１のパレットＰＬのパレットＩＤに、複数の段ボール箱のそれぞれに対応付けられている複数の荷物ＩＤが紐付けられて、管理サーバ１０で管理されている。ただし、これに限らず、複数のパレットＰＬのパレットＩＤに、１の荷物ＩＤが紐付けられて管理サーバ１０で管理されていてもよい。

［管理システムで実現される機能］
図５、図６を参照して、管理システムＳで実現される機能の一例を説明する。図５、図６は、本実施形態の管理サーバで実現される機能の一例を示す機能ブロック図である。

管理サーバ１０では、出荷情報取得部１０ａ、配送料算出部１０ｂ、所在取得部１０ｃ、表示制御部１０ｄ、データ記憶部１０ｅが実現される。出荷情報取得部１０ａ、配送料算出部１０ｂ、所在取得部１０ｃ、及び表示制御部１０ｄのそれぞれは、制御部１１を主として実現される。データ記憶部１０ｅは、記憶部１２を主として実現される。

［管理システムで実現される機能：出荷情報取得部１０ａ］
出荷情報取得部１０ａは、荷物群のうち荷物単位の出荷情報を取得する。なお、出荷情報の詳細については図７を参照して後述する。

［管理システムで実現される機能：配送料算出部１０ｂ］
配送料算出部１０ｂは、パレット単位の配送料を算出する。なお、「配送料」とは、発送元から配達先へ荷物を配送する際にユーザ（荷主又は荷受人）に課される料金であって、集荷料など配送に付随する料金を含むものであってもよい。

図６に示すように、配送料算出部１０ｂにより、第１取得部１０ｂ１、第２取得部１０ｂ２、第３取得部１０ｂ３、算出部１０ｂ４が実現される。第１取得部１０ｂ１は、ユーザである荷主が荷主端末２０を操作することにより入力されたパレットの種類（サイズ）に関する情報を取得する。第２取得部１０ｂ２は、ユーザである荷主が荷主端末２０を操作することにより入力された発送元及び配達先に関する情報を取得する。第３取得部１０ｂ３は、ユーザである荷主が荷主端末２０を操作することにより入力されたパレットの個数に関する情報を取得する。算出部１０ｂ４は、パレットの種類、発送元、及び配達先に関する情報に基づいて、パレット毎の配送料を算出する。

［管理システムで実現される機能：所在取得部１０ｃ］
所在取得部１０ｃは、パレットの所在に関する情報を取得する。配達完了時におけるパレットの所在は配達先である。すなわち、配達完了時の初期の状態において、所在取得部１０ｃは、パレットＩＤに基づいて所在に関する情報を取得する。ユーザは、自己が所有するユーザ端末を操作することで、パレットの所在に関する情報を変更することができる。すなわち、所在取得部１０ｃは、ユーザによるユーザ端末の操作に応じてパレットの所在に関する情報を取得することも可能となっている。

［管理システムで実現される機能：表示制御部１０ｄ］
表示制御部１０ｄは、荷主端末２０又は荷受人端末３０であるユーザ端末からの要求に応じて、パレットの所在に関する情報をユーザ端末の表示部に表示させる。これにより、荷主や荷受人であるユーザは、自己が利用しているパレットの所在や数を把握することができる。

［管理システムで実現される機能：データ記憶部１０ｅ］
データ記憶部１０ｅは、出荷情報及びパレットに関するデータを記憶する。例えば、データ記憶部１０ｅは、出荷情報データベースＤＢ１、紐付けデータベースＤＢ２、パレット状況データベースＤＢ３を記憶する。

図７は、出荷情報データベースのデータ格納例を示す図である。出荷情報データベースＤＢ１は、荷主により登録された荷物毎の出荷情報が格納されたデータベースである。図７に示すように、出荷情報データベースＤＢ１には、例えば、荷物ＩＤ、内容物、荷主ＩＤ、荷主名称、発送元、荷受人ＩＤ、荷受人名称、配達先、配達希望日時等に関する情報が格納されているとよい。なお、図７においては、荷主及び荷受人が法人（会社）である例について示すが、個人であってもよい。また、荷受人ＩＤは全ての荷物に設けられている必要はない。

図８は、紐付けデータベースのデータ格納例を示す図である。紐付けデータベースＤＢ２は、荷物ＩＤに紐付けられたパレットＩＤに関する情報が格納されたデータベースである。

なお、パレットＩＤにはユーザを識別する情報が含まれているとよい。図８の例において、パレットＩＤの先頭の文字「Ａ」及び「Ｂ」は、パレットを利用するユーザ毎に設定される識別する識別情報（ユーザＩＤ）である。すなわち、パレットＩＤ「Ａ００１」とパレットＩＤ「Ｂ００１」は、異なるユーザが利用する異なるパレットであることを示している。また、パレットＩＤ「Ｂ００２」とパレットＩＤ「Ｂ００３」は、同一のユーザが利用する異なるパレットであることを示している。また、パレットＩＤには、パレットのサイズを識別する情報が含まれていてもよい。

図８の上段においては、荷物ＩＤ「１１」、「１２」、「１３」のそれぞれに、パレットＩＤ「Ａ００１」が紐付けられている例を示している。すなわち、荷物ＩＤ「１１」、「１２」、「１３」の荷物が、パレットＩＤ「Ａ００１」のパレットに積載されて配送されることを示している。また、図８の下段においては、荷物ＩＤ「２１」、「２２」、「２３」のそれぞれに、パレットＩＤ「Ｂ００２」が紐付けられており、荷物ＩＤ「２４」にパレットＩＤ「Ｂ００３」が紐付けられている例を示している。すなわち、荷物ＩＤ「２１」、「２２」、「２３」の荷物が、パレットＩＤ「Ｂ００２」のパレットに積載されて配送され、荷物ＩＤ「２４」の荷物が、パレットＩＤ「Ｂ００３」のパレットに積載されて配送されることを示している。

図９は、パレット状況データベースのデータ格納例を示す図である。パレット状況データベースＤＢ３は、パレット毎の状況に関する情報が格納されたデータベースである。パレット状況データベースＤＢ３には、図９に示すように、パレットＩＤ、最初の発送日、経過日数、所在に関する情報等が格納されているとよい。

パレット状況データベースＤＢ３に格納されるパレット毎の状況に関する情報は、荷主や荷受人が自身の所有するユーザ端末から閲覧可能であってもよい。これにより、各ユーザが現在利用しているパレットの数や、その所在を把握することが可能となる。この場合、例えば、管理サーバ１０が、荷主端末２０や荷受人端末３０からの要求に応じて、それら端末からパレット状況データベースＤＢ３にアクセスするアクセス権限を付与するとよい。

パレット状況データベースＤＢ３に格納される所在に関する情報は、例えば、配達先の住所であるとよい。図９においては、パレットＩＤ「Ａ００１」であるパレットは、配達先である東京都千代田区Ｗ－Ｙ－９にあること示している。なお、所在に関する情報は、ユーザがユーザ端末を操作することにより変更されてもよい。例えば、配達先において、荷受人によりパレットが別の場所に移動された場合、荷受人による荷受人端末３０の操作により、パレット状況データベースＤＢ３に格納される所在に関する情報は更新されてもよい。例えば、荷受人が、配達先から、別の場所にある倉庫へパレットを移動させて保管する場合、移動先の場所をパレットの所在として登録するとよい。これにより、荷受人等のユーザは、パレット状況データベースＤＢにアクセスすることにより、パレットの所在を必要な時に確認することが可能となる。

また、既に廃棄されたパレットに関しては、荷受人による荷受人端末３０の操作により、「廃棄済」に設定されてもよい。図９においては、パレットＩＤ「Ｂ００３」のパレットが廃棄済である例を示している。また、パレットＩＤが設定されており、まだ発送先に送られていないパレットの所在に関する情報は、「集荷前」に設定されているとよい。図９においては、パレットＩＤ「Ｂ００２」のパレットが集荷前である例を示している。なお、パレットの所在に関する情報は、管理事業者により更新されてもよい。

また、パレット状況データベースＤＢ３に格納される経過日数は、最初の発送日から現在までの日数であるとよい。すなわち、経過日数は、そのパレットが最初に使用されてからの経過した日数を表している。ユーザは、経過日数を把握することにより、パレットを廃棄するか否かを判断したり、新たなパレットを発注することを検討したりすることができる。特に段ボールからなるパレットは利用期間が長いほど劣化し、強度が低下してしまうため、利用期間がある程度経つと、廃棄することが好ましい。なお、パレット状況データベースＤＢ３に格納される、パレットの利用期間に関する情報は、発送日から現在までの経過日数に限られない。例えば、配達日から現在までの経過日数であってもよい。また、日数ではなく経過時分、経過年等を格納していてもよい。

なお、本実施形態においては、パレットの状況を管理するデータベースについて説明したが、荷物の状況を管理するデータベースを有していてもよい。すなわち、データ記憶部１０ｅは、荷物ＩＤ毎に、図７に示す最初の発送日や経過時間等を対応付けて管理するデータベースを記憶していてもよい。

［フローチャート］
図１０は、本実施形態における処理フローの一例を示すフローチャートである。

まず、荷主端末２０は、荷主であるユーザの操作による出荷情報の入力を受け付ける（ステップＳ１）。荷主端末２０に入力された出荷情報は、管理サーバ１０へ送られる。また、集荷ドライバーが所持するドライバー端末４０によりパレットＩＤ及び荷物ＩＤが読み取られ（ステップＳ２）、読み取られたパレットＩＤ及び荷物ＩＤは管理サーバ１０へ送られる。

そして、管理サーバ１０において、荷物ＩＤにパレットＩＤが紐付けられる（ステップＳ３）。それにより、管理サーバ１０の記憶部１２に記憶されるデータベースが更新される（ステップＳ４）。

その後、管理サーバ１０から荷受人端末３０へ納品データが送信される（ステップＳ５）。さらに、ドライバー端末４０が、荷受人の電子サインの入力を受け付け（ステップＳ６）、入力された電子サインは管理サーバ１０に送られる。管理サーバ１０は、電子サインを受信した後、配達完了データを荷主端末２０へ送信する（ステップＳ７）。配達完了データは、ＥＤＩ（Electronic Data Interchange）と呼ばれるデータを標準化してやり取りを行う仕組みを用いて電子データで送られるとよい。ただし、これに限られず、配達完了データは電子メールで送られてもよい。

［配送料の算出］
図１１は、荷主端末に表示される画面の一例を示す図である。図１２は、管理システムによる配送料算出処理の一例を示すフローチャートである。

上述のように、管理サーバ１０は、配送料算出部１０ｂ、表示制御部１０ｄを実現する。管理サーバ１０は、配送料算出部１０ｂにより、パレット単位の配送料を算出し、表示制御部１０ｄにより、荷主端末２０の表示部２４にパレット単位の配送料を表示させる。なお、表示制御部１０ｄは、パレット単位の配送料を表示部２４に表示させるのではなく、パレットの個数に応じた合計の配送料を表示部２４に表示させてもよい。また、パレットが複数使用される場合、パレットの単価を個数に応じて割り引いた価格としてもよい。すなわち、算出部１０ｂ４は、パレット個数に応じて割り引かれた配送料を算出してもよい。

まず、荷主は、荷主端末２０を操作することにより、パレットの種類（サイズ）、使用するパレットの個数、発送元、及び配達先を入力する。図１１においては、パレットサイズが「標準」、パレットの個数が「４個」、発送元が「東京」、配達先が「北海道」であることが荷主端末２０に入力された場合の画面例を示している。なお、これら情報の入力は図１１に示すようにプルダウン式で選択されるものであってもよい。また、図１２においては、発送元と配達先の情報として都道府県を入力する例を示すが、これに限らず、市町村や具体的な住所を入力することとしてもよい。

管理サーバ１０は、荷主端末２０に入力された各情報を取得すると共に、それらに基づいて配送料を算出する。算出された配送料は、荷主端末２０の表示部２４に表示される。

なお、パレットの種類（サイズ）は、複数種類用意されているとよい。また、パレットの種類は、図４を参照して説明した第１辺及び第２辺の長さに応じて特定されるものであるとよい。具体的には、パレットサイズは、図４に示す「標準」サイズに加えて、「大」サイズ、「小」サイズ等の２～３種類が用意されているとよい。

本実施形態においては、パレット単位で配送料が算出されることとなり、内容物によらず、パレットに載る大きさであればパレット単位の一定の配送料となるため、ユーザにとって分かりやすい料金体系となる。また、重量が小さく、かつ体積が大きい荷物を運ぶ場合において、比較的安価に配送を行うことができる。

図１２を参照して、配送料の算出のフローを説明する。まず、管理サーバ１０の第１取得部１０ｂ１は、荷主端末２０に入力されたパレットの種類に関する情報を取得する（ステップＳ１１）。また、管理サーバ１０の第３取得部１０ｂ３は、荷主端末２０に入力されたパレットの個数に関する情報を取得する（ステップＳ１２）。また、管理サーバ１０の第２取得部１０ｂ２は、荷主端末２０に入力された発送元に関する情報を取得する（ステップＳ１３）。また、管理サーバ１０の第２取得部１０ｂ２は、荷主端末２０に入力された配達先に関する情報を取得する（ステップＳ１４）。そして、管理サーバ１０の算出部１０ｂ４は、パレットの種類（サイズ）、使用するパレットの個数、発送元、及び配達先に関する情報に基づいて、配送料を算出する（ステップＳ１５）。

［まとめ］
以上説明した本実施形態においては、荷物ＩＤにパレットＩＤを紐付けて管理すると共に中継点を経由しない直送を行うため、配達先において荷物毎の検品が不要である。そのため、発送から配達が完了するまでの工程が煩雑になることを抑制できる。また、中継点を経由しない直送を行うことより、荷物が破損する可能性を低減できると共に、物流コストを抑制できる。また、段ボールからなるパレットを用いたことより、パレットの管理コスト、返送コストを削減できる。また、パレット状況データベースＤＢ３を用いて、ユーザがパレットの状況を確認することができることより、パレットの在庫に応じた発注をかけること等を検討することが可能となる。

［その他］
なお、本実施形態においては、パレットＰＬが段ボールからなる例を説明したが、これに限られるものではない。例えば、段ボールの代わりに、安価かつ軽量であり、リサイクルが可能な板材を用いてもよい。

また、本実施形態においては、管理サーバ１０で、出荷情報取得部１０ａ、配送料算出部１０ｂ、所在取得部１０ｃ、表示制御部１０ｄ、データ記憶部１０ｅが実現される例について説明したが、これら機能は、荷主端末２０など他の端末で実現されるものであってもよい。

以上、本発明に係る実施形態について説明したが、この実施形態に示した具体的な構成は一例として示したものであり、本発明の技術的範囲をこれに限定することは意図されていない。当業者は、これら開示された実施形態を適宜変形してもよく、本明細書にて開示される発明の技術的範囲は、そのようになされた変形をも含むものと理解すべきである。

１０ 管理サーバ、１０ａ 出荷情報取得部、１０ｂ 配送料算出部、１０ｂ１ 第１取得部、１０ｂ２ 第２取得部、１０ｂ３ 第３取得部、１０ｂ４ 算出部、１０ｃ 所在取得部、１０ｄ 表示制御部、１０ｅ データ記憶部、１１ 制御部、１２ 記憶部、１３ 通信部、２０ 荷主端末、２１ 制御部、２２ 記憶部、２３ 操作部、２４ 表示部、２５ 通信部、３０ 荷受人端末、３１ 制御部、３２ 記憶部、３３ 操作部、３４ 表示部、３５ 通信部、４０ ドライバー端末、４１ 制御部、４２ 記憶部、４３ 操作部、４４ 表示部、４５ 通信部、Ｎ ネットワーク、Ｓ 管理システム、ＰＬ
パレット、１０１ 上板、１０２ 下板、１０３ 桁。

Claims (11)

1. 荷物群が積載された状態で発送元から配達先へ送られるパレットの管理を行う管理システムであって、
   前記荷物群のうち荷物単位の出荷情報を取得する出荷情報取得部と、
   前記出荷情報に含まれる前記荷物を識別する荷物ＩＤに、前記パレットを識別するパレットＩＤを紐付けて記憶するデータ記憶部と、
   を有し、
   前記パレットＩＤは、前記パレットを利用するユーザ毎に設定されるユーザＩＤを含み、
   前記データ記憶部は、ユーザ毎の前記パレットの現在の利用数に関する情報を記憶する、
   管理システム。
2. 前記パレットは再生資材からなる、
   請求項１に記載の管理システム。
3. 前記データ記憶部は、１又は複数の前記荷物ＩＤに、１の前記パレットＩＤを紐付けて記憶する、
   請求項１又は２に記載の管理システム。
4. 前記データ記憶部は、１の前記荷物ＩＤに、１又は複数の前記パレットＩＤを紐付けて記憶する、
   請求項１又は２に記載の管理システム。
5. 前記パレットに、前記パレットＩＤを読み取るための記録媒体が設けられており、
   前記データ記憶部は、前記荷物ＩＤに、集荷ドライバーの操作に応じて読み取り装置により読み取られた前記パレットＩＤを紐付けて記憶する、
   請求項１又は２に記載の管理システム。
6. 前記パレットは、平面視において、第１辺と、前記第１辺と交差する第２辺と、を含む矩形の上面を含み、前記第１辺と前記第２辺の長さに応じて種類が特定されるものであり、
   前記上面は、その全面において前記荷物群を積載可能に構成されており、
   ユーザの操作により入力された前記パレットの種類に関する情報を取得する第１取得部と、
   ユーザの操作により入力された前記発送元及び前記配達先に関する情報を取得する第２取得部と、
   少なくとも、前記種類、前記発送元及び前記配達先に関する情報に基づいて、前記パレット毎の配送料を算出する算出部と、
   を有する、
   請求項１又は２に記載の管理システム。
7. ユーザの操作により入力された前記パレットの個数を取得する第３取得部を有し、
   前記算出部は、前記個数に応じて割り引かれた前記配送料を算出する、
   請求項６に記載の管理システム。
8. ユーザの操作、又は前記パレットＩＤに基づいて、前記パレットの所在に関する情報を取得する所在取得部を有し、
   前記データ記憶部は、ユーザ毎の前記パレットの所在に関する情報を記憶する、
   請求項１に記載の管理システム。
9. ユーザ端末からの要求に応じて、前記所在に関する情報を前記ユーザ端末に表示させる表示制御部を有する、
   請求項８に記載の管理システム。
10. 前記データ記憶部は、前記パレットが最初に発送されてからの経過時間に関する情報を記憶する、
    請求項１に記載の管理システム。
11. 荷物群が積載された状態で発送元から配達先へ送られるパレットの管理を行うためのプログラムであって、プロセッサに、
    前記荷物群のうち荷物単位の出荷情報を取得するステップと、
    前記出荷情報に含まれる、前記荷物を識別する荷物ＩＤに、前記パレットを利用するユーザ毎に設定されるユーザＩＤを含んでおり、前記パレットを識別するパレットＩＤを紐付けて記憶するステップと、
    ユーザ毎の前記パレットの現在の利用数に関する情報を記憶するステップと、
    を実行させるプログラム。