JP7409290B2

JP7409290B2 - 配送管理装置、配送システム及び配送管理方法

Info

Publication number: JP7409290B2
Application number: JP2020186799A
Authority: JP
Inventors: 哲弥金田; 正夫田島; 孝士林; 伸之戸松; 秀樹福留; 貴志林; 芳海河村; 康佑赤塚; 学山本; 孝典榊原
Original assignee: Toyota Motor Corp
Current assignee: Toyota Motor Corp
Priority date: 2020-11-09
Filing date: 2020-11-09
Publication date: 2024-01-09
Anticipated expiration: 2040-11-09
Also published as: CN114462909A; US20220147919A1; JP2022076393A

Description

本発明は、配送管理装置、配送システム及び配送管理方法に関する。

特許文献１には、所定の地区の配達が完了した時点で、次に配達する地区の配達時間を予測し、受取人に電子メールで配達予測時間を通知する宅配便到着時間直前通知システムが開示されている。

特開２００９－２１７３５６号公報

上記特許文献１に記載の発明では、事前に受取人に配達予測時間を通知することで、受取人が荷物を受け取る準備を行うことができる。しかしながら、配送車両のドライバが配送車両から荷物を降ろして受取先まで配達する手間は軽減されず、改善の余地がある。

本発明は上記事実を考慮し、配送車両のドライバの配達に伴う負担を軽減することができる配送管理装置、配送システム及び配送管理方法を得ることを目的とする。

請求項１に係る配送管理装置は、配送対象荷物の情報を取得する荷物情報取得部と、前記配送対象荷物の配達日時を設定する配達日時設定部と、前記配達日時設定部で設定された配達日時を受取先へ通知する通知部と、配送車両又は配送車両周辺での受取希望を前記受取先から受け付ける受取希望受付部と、受取先へ報酬を付与する報酬付与部と、前記報酬付与部で付与する報酬の量を決定する報酬決定部と、を有し、前記報酬付与部は、前記受取希望受付部により配送車両又は配送車両周辺での受取希望を前記受取先から受け付けた状態で、配送車両又は配送車両周辺での受渡しが完了した場合に前記受取先へ報酬を付与し、前記報酬決定部は、前記配送対象荷物の大きさが大きくなるほど報酬を増やし、前記配送対象荷物の重量が重くなるほど報酬を増やし、かつ、異形の荷物の場合に箱状の荷物よりも報酬を増やす。

請求項１に係る配送管理装置では、荷物情報取得部によって配送対象荷物の情報が取得され、配達日時設定部によって配送対象荷物の配達日時が設定される。また、通知部によって配達日時が受取先へ通知される。これにより、配送対象荷物の受取人が配達日時を事前に把握することができる。

また、配送管理装置は、配送車両又は配送車両周辺での受取希望を受取先から受け付ける受取希望受付部を備えている。これにより、受取人が配送車両又は配送車両周辺での受取りを希望することで、配送車両のドライバが荷物を受取先まで運搬する手間を省くことができる。また、受取人は、ドライバが荷物を運搬するのを待つ必要なく荷物を受け取ることができる。なお、ここでいう「配送車両周辺」とは、例えば、ドライバにとって負担を感じない範囲で配送車両から十数メートル以内の範囲で荷物の受け渡しを行う構成を含む概念である。

さらに、受取希望受付部により配送車両又は配送車両周辺での受取希望を受取先から受け付けた状態で、配送車両又は配送車両周辺での受渡しが完了した場合に、報酬付与部によって受取先へ報酬が付与される。これにより、受取人に対して受取希望を促すことができ、よりドライバの負担を軽減することができる。

さらにまた、より大きくかつ重い配送対象荷物の報酬を増やすことで、ドライバの負担が大きい荷物を配送車両又は配送車両周辺で受け取ってもらい易くなる。また、異形の荷物の場合に箱状の荷物よりも報酬を増やすことで、ドライバが運びにくい荷物を受け取ってもらいやすくなる。

請求項２に係る配送システムは、配送対象荷物を配送する配送車両と、請求項１に記載の配送管理装置と、を備え、前記配送車両の荷台には、車外から開閉可能な荷物用扉部が設けられており、前記荷物用扉部は、受取人の携帯端末の操作により開錠される。

請求項２に係る配送システムでは、配送車両の荷台に荷物用扉部が設けられており、車外から荷物用扉部を開閉できるように構成されている。また、荷物用扉部は、受取人が携帯端末を操作することによって開錠されるため、ドライバが降車することなく配送対象荷物の受け渡しを行うことができる。

請求項３に係る配送管理方法は、配送対象荷物の情報を取得し、前記配送対象荷物の配達日時を設定し、設定された配達日時を受取先へ通知し、配送車両又は配送車両周辺での受取希望を前記受取先から受け付けた状態で、配送車両又は配送車両周辺での受渡しが完了した場合に受取先へ報酬を付与する、配送管理方法であって、前記配送対象荷物の大きさが大きくなるほど受取先へ付与する報酬を増やし、前記配送対象荷物の重量が重くなるほど受取先へ付与する報酬を増やし、かつ、異形の荷物の場合に箱状の荷物よりも受取先へ付与する報酬を増やす。

請求項３に係る配送管理方法では、配達日時を受取先へ通知することで、配送対象荷物の受取人が配達日時を事前に把握することができる。また、配送車両又は配送車両周辺での受渡しが完了した場合に受取先へ報酬を付与することで、受取人に対して受取希望を促すことができ、よりドライバの負担を軽減することができる。さらに、より大きくかつ重い配送対象荷物の報酬を増やすことで、ドライバの負担が大きい荷物を配送車両又は配送車両周辺で受け取ってもらい易くなる。また、異形の荷物の場合に箱状の荷物よりも報酬を増やすことで、ドライバが運びにくい荷物を受け取ってもらいやすくなる。

以上説明したように、本発明に係る配送管理装置、配送システム及び配送管理方法によれば、配送車両のドライバの配達に伴う負担を軽減することができる。

実施形態に係る配送管理装置を含む配送システムの全体構成を示す概略図である。実施形態に係る配送管理装置のハードウェア構成を示すブロック図である。実施形態に係る配送管理装置の機能構成を示すブロック図である。実施形態に係る配送管理処理の流れの一例を示すシーケンス図である。実施形態に係る配送管理処理の流れの一例を示すフローチャートである。変形例に係る配送システムを構成する配送車両を示す概略図である。

実施形態に係る配送管理装置１２を含む配送システム１０について、図面を参照して説明する。

図１に示されるように、本実施形態の配送システム１０は、配送管理装置１２を備えている。また、配送管理装置１２は、配送センター１１に設けられており、配送車両１４及び携帯端末１６とネットワークＮを介して繋がっている。携帯端末１６は、配送対象荷物の受取人が所持している端末であり、例えば、スマートフォンなどである。

（配送管理装置１２のハードウェア構成）
図２に示されるように、本実施形態の配送管理装置１２は、ＣＰＵ（Central Processing Unit：プロセッサ）２０、ＲＯＭ（Read Only Memory）２２、ＲＡＭ（Random Access Memory）２４、ストレージ２６、通信インタフェース２８及び入出力インタフェース３０を含んで構成されている。各構成は、バス３１を介して相互に通信可能に接続されている。

ＣＰＵ２０は、中央演算処理ユニットであり、各種プログラムを実行したり、各部を制御したりする。すなわち、ＣＰＵ２０は、ＲＯＭ２２又はストレージ２６からプログラムを読み出し、ＲＡＭ２４を作業領域としてプログラムを実行する。ＣＰＵ２０は、ＲＯＭ２２又はストレージ２６に記録されているプログラムに従って、上記各構成の制御および各種の演算処理を行う。

ＲＯＭ２２は、各種プログラムおよび各種データを格納する。ＲＡＭ２４は、作業領域として一時的にプログラム又はデータを記憶する。ストレージ２６は、ＨＤＤ（Hard Disk Drive）又はＳＳＤ（Solid State Drive）により構成され、オペレーティングシステムを含む各種プログラム、及び各種データを格納する非一時的記録媒体である。本実施形態では、ＲＯＭ２２又はストレージ２６には、配送管理処理を実行するためのプログラム等が格納されている。

通信インタフェース２８は、配送管理装置１２がコンピュータネットワークによって通信するためのインタフェースであり、例えば、５Ｇ、ＬＴＥ、Ｗｉ－Ｆｉ（登録商標）、イーサネット（登録商標）などの規格が用いられる。

入出力インタフェース３０には、種々の機器が接続される。例えば、入出力インタフェース３０には、演算結果を表示するためのディスプレイなどを接続してもよい。また、入出力インタフェース３０には、配送管理装置１２へ入力を行うためのキーボード及びマウスなどを接続してもよい。

（配送管理装置１２の機能構成）
配送管理装置１２は、上記のハードウェア資源を用いて、各種の機能を実現する。配送管理装置１２が実現する機能構成について図３を参照して説明する。

図３に示されるように、配送管理装置１２は、機能構成として、荷物情報取得部３２、配達日時設定部３４、日時通知部３６、受取希望受付部３８、受渡し場所通知部４０、報酬決定部４２、配達完了確認部４４及び報酬付与部４６を含んで構成されている。各機能構成は、ＣＰＵ１４がＲＯＭ１６又はストレージ２０に記憶されたプログラムを読み出し、実行することにより実現される。

荷物情報取得部３２は、配送対象荷物（以下、単に「荷物」と称する。）の情報を取得する。本実施形態では一例として、荷物情報取得部３２は、荷物の配達先の住所及び名称、荷物の大きさ及び荷物の重量を含む情報を取得する。例えば、荷物の大きさは、幅方向の長さと、奥行方向の長さと、高さ方向の長さとを合計した合計長さで管理されている。そして、合計長さに応じて荷物の大きさが所定のサイズごとに区分されており、荷物の配送受付時に配送管理装置１２のストレージ２０又はサーバに荷物の識別番号と共にサイズ区分が記憶される。例えば、荷物のサイズ区分は、小さいものから順に、Ｓサイズ、Ｍサイズ、Ｌサイズ、ＸＬサイズなどのように区分される。

また、荷物の重量は、所定の範囲ごとに区分されており、荷物の配送受付時に配送管理装置１２のストレージ２０又はサーバに荷物の識別番号と共に重量区分が記憶される。例えば、荷物の重量区分は、２ｋｇ未満、５ｋｇ未満、１０ｋｇ未満、１５ｋｇ未満などのように区分される。

荷物情報取得部３２で取得された荷物の情報は、ＲＦＩＤ（radio frequency identifier）などを利用したタグで管理されており、荷物に添付されたタグを読み取ることで、荷物の情報を取得することができるように構成されている。なお、他の方式で荷物の情報を管理してもよく、例えば、バーコードなどを用いて荷物の情報を管理してもよい。

配達日時設定部３４は、荷物の配達日時を設定する。具体的には、配達日時設定部３４は、配送受付時に配達希望日時が指定されている場合には、指定された配達希望日時に配達できるように配達日時を設定する。また、配達希望日時が指定されていない場合には、例えば、配達日時設定部３４は、同じ地区に配達する荷物と同じタイミングで配送車両１４に積荷できるように配達日時を設定してもよい。

日時通知部３６は、配達日時設定部３４で設定された配達日時を受取先へ通知する。本実施形態では一例として、配達日時設定部３４は、受取先の受取人が所持している携帯端末１６に対して電子メールなどの方法により配達日時を通知する。

また、日時通知部３６は、荷物の発送時に携帯端末１６へ通知を行う構成に限定されず、荷物の配送中に携帯端末１６へ通知を行ってもよい。この場合、配送車両１４が配達地区に到着した後、正確な配達時間が確定した段階で日時通知部３６によって配達日時を携帯端末１６へ通知してもよい。

受取希望受付部３８は、配送車両１４又は配送車両１４周辺での受取希望を受取先から受け付ける。本実施形態では一例として、日時通知部３６によって携帯端末１６へ配達日時の通知を行う際に、受取りを希望するか否かについて案内を行う構成となっている。そして、例えば、受取人が電子メールの中に記載された受取希望に対応するＵＲＬ（Uniform Resource Locator）を選択することで、携帯端末１６から受取りを希望する旨の信号が送信される。なお、受取人がＵＲＬを選択することで、荷物の情報に受取希望の情報が格納される構成としてもよい。このようにして、受取希望受付部３８は、受取人から配送車両１４又は配送車両１４周辺での受取希望を受取先から受け付ける。

受渡し場所通知部４０は、受取人に対して受渡し場所を通知する。具体的には、受渡し場所通知部４０は、受取先の住所の近くであって配送車両１４を駐車できる位置を受渡し場所として携帯端末１６へ通知する。受渡し場所については、配送管理装置１２が決定してもよく、配送車両１４のドライバが決定してもよいが、本実施形態では一例として、配送管理装置１２が受渡し場所を決定する。

配送管理装置１２が受渡し場所を決定する場合、荷物の配達先の位置情報を地図データ上で参照し、この配達先から近い場所で配送車両１４が駐車可能な場所を選定する。そして、受渡し場所通知部４０は、選定された受渡し場所の位置情報を受取人の携帯端末１６へ送信する。このとき、受渡し場所通知部４０は、配送車両１４又は配送車両のドライバに対しても受渡し場所の位置情報を通知する。

なお、配送車両１４のドライバが受渡し場所を決定する場合、ドライバが配送車両１４に搭載されたナビゲーションシステム上の任意の位置を受渡し場所として登録する構成としてもよい。この場合、ドライバによって登録された位置情報が配送管理装置１２へ送信される。そして、受渡し場所通知部４０は、配送車両１４から受信した受渡し場所の位置情報を受取人の携帯端末１６へ送信する。

報酬決定部４２は、後述する報酬付与部４６で受取人に付与する報酬の量を決定する。本実施形態の報酬決定部４２は一例として、ポイントサービス（Loyalty program）で利用されるポイントを決定する。そして、報酬として受取人に付与されるポイントは、商品購入時の支払い、及び配送料の支払いなどに充当することができる。

また、本実施形態では、報酬決定部４２は、荷物の大きさが大きくなるほど報酬を増やすように構成されている。例えば、荷物の大きさがＳサイズ、Ｍサイズ、Ｌサイズ、ＸＬサイズなどのように区分されている場合、Ｓサイズの荷物よりもＭサイズの荷物の方が報酬としてのポイントが多くなるように報酬を決定する。

さらに、本実施形態では、報酬決定部４２は、荷物の重量が重くなるほど報酬を増やすように構成されている。例えば、重量区分が２ｋｇ未満の荷物よりも５ｋｇ未満の荷物の方が付与されるポイントが多くなるように報酬を決定する。その他に、報酬決定部４２は、荷物の種類に応じてポイントを決定してもよい。例えば、報酬決定部４２は、比較的持ちやすい箱状の荷物よりも、比較的持ちにくい異形の荷物の方が付与されるポイントが多くなるように報酬を決定してもよい。

配達完了確認部４４は、配達の完了を確認する。本実施形態では一例として、荷物の受け渡しが完了した後、ドライバが専用の端末などを介して配達が完了した旨の信号を配送管理装置１２へ送信する。そして、配送管理装置１２は、ストレージ２０に格納された荷物情報に対して、配達完了のステータスに変更する。配達完了確認部４４は、荷物情報を参照し、配達完了のステータスに変更されたことを確認する。

報酬付与部４６は、受取先へ報酬を付与する。具体的には、報酬付与部４６は、受取希望受付部３８により配送車両１４又は配送車両１４周辺での受取希望を受取先から受け付けた状態で、実際に配送車両１４又は配送車両１４周辺での受渡しが完了した場合にポイントを付与する。受取先へ付与するポイントは、報酬決定部４２で決定される。

報酬付与部４６によって受取先へポイントを付与する方法については、種々の方法を採用し得る。例えば、受取人のポイントサービスの利用者識別番号がストレージ２０又は外部サーバなどに登録されている場合、この利用者識別番号に対してポイントを付与する処理を行うようにしてもよい。また、受取人の携帯端末１６に対して、電子メールなどでポイント分のクーポンコードを通知してもよい。この場合、受取人がポイントサービスを管理するサイトにアクセスしてクーポンコードを入力することで、ポイントを取得することができる。

（作用）
次に、本実施形態の作用を説明する。

（配送管理処理の一例）
図４は、配送管理装置１２による配送管理処理の流れの一例を示すシーケンス図である。この配送管理処理は、ＣＰＵ２０が、荷物情報取得部３２、配達日時設定部３４、日時通知部３６、受取希望受付部３８、受渡し場所通知部４０、報酬決定部４２、配達完了確認部４４及び報酬付与部４６として機能することにより実現される。なお、以下の説明における配送車両１４は、配送車両１４に搭載されたシステムに限らず、配送車両１４のドライバが所持する端末などを含む。

ステップＳ１０２では、配送センター１１にて荷物の配送が受け付けられる。このとき、荷物の情報が取得されてデータベースに登録される。

ステップＳ１０４では、配送センター１１は、荷物の情報及び受取先の情報を配送車両１４へ送信する。荷物の情報とは、荷物の数、各荷物の大きさ及び重量などの情報である。また、受取先の情報とは、受取先の位置情報及び名称などの情報である。

ステップＳ１０６では、配送センター１１から受取人の携帯端末１６へ配送予定日時を電子メールなどの方法で通知する。このとき、受取希望の案内についても通知する。

ステップＳ１０８では、受取人の携帯端末１６から配送センター１１へ受取希望の信号が送信される。ここで、受取希望の連絡は、配送車両１４へ直接送信される構成でもよい。

ステップＳ１１０では、ステップＳ１０８で受取希望の信号を受信した配送センター１１が地図データ上の受渡し場所を決定する。受渡し場所としては、受取先から近い場所で、かつ、配送車両１４の駐車スペースが確保できる場所の中から選定される。

ステップＳ１１２では、配送センター１１から配送車両１４へ駐車場所が通知される。また、ステップＳ１１４では、配送センター１１から受取人へ受渡し場所の位置情報が通知される。

ステップＳ１１６では、受取人が通知された受渡し場所まで移動して、配送車両１４から荷物を受け取る。このとき、配送車両１４のドライバが対象の荷物を降ろして受取人に渡してもよく、受取人が配送車両１４の荷台から直接荷物を降ろして受け取ってもよい。

ステップＳ１１８では、配送車両１４から配送センター１１へ配達完了通知の信号が送信される。配送センター１１は、ステップＳ１１８で配達完了通知を受信した後、ステップＳ１２０で受取人に対して報酬を付与する。

図５は、配送管理装置１２による配送管理処理の流れの一例を示すフローチャートである。この配送管理処理は、ＣＰＵ２０がＲＯＭ２２又はストレージ２６から表示プログラムを読み出して、ＲＡＭ２４に展開して実行することによって実行される。

ＣＰＵ２０は、ステップＳ２０２で荷物情報取得部３２の機能により荷物の情報を取得する。続いて、ＣＰＵ２０は、ステップＳ２０４で配達日時設定部３４の機能により配達日時を設定する。具体的には、配送受付時に配達希望日時が指定されている場合には、指定された配達希望日時に配達できるように配達日時を設定する。また、配達希望日時が指定されていない場合には、他の荷物の配送状況に基づいて配達日時を設定する。

ＣＰＵ２０は、ステップＳ２０６で日時通知部３６の機能により配達日時を受取先へ通知する。

ＣＰＵ２０は、ステップＳ２０８で受取先から受取希望が有ったか否かについて判定する。ＣＰＵ２０は、受取希望受付部３８の機能によって受取人から配送車両１４又は配送車両１４周辺での受取希望を受け付けた場合、ステップＳ２１０の処理へ移行する。また、ＣＰＵ２０は、受取人から配送車両１４又は配送車両１４周辺での受取希望の連絡が無かった場合、受取希望が無かったと判定して配送管理処理を終了する。なお、この場合には、通常通りに配送が行われる。

ＣＰＵ２０は、ステップＳ２１０で受渡し場所通知部４０の機能により受取人へ受渡し場所を通知する。そして、ＣＰＵ２０は、ステップＳ２１２で配達完了確認部４４の機能により荷物の受渡しが完了したか否かについて判定する。ここでは、ＣＰＵ２０は、配送車両１４又は配送車両１４周辺で荷物の受渡しが行われた場合に、ステップＳ２１２が肯定判定となりステップＳ２１４の処理へ移行する。

ＣＰＵ２０は、ステップＳ２１４で報酬付与部４６の機能により受取人に報酬を付与する。

なお、図５のフローチャートでは、受取希望を受付けた後、配送車両１４又は配送車両１４周辺で荷物の受渡しが行われなかった場合については考慮していないが、この場合について別の処理を行ってもよい。例えば、受取希望を受付けた後、受取人が荷物を受け取りに来なかった場合には、荷物を配送センター１１へ持ち帰るようにしてもよい。また、通常通りにドライバが荷物を配達し、報酬を付与しないようにしてもよい。さらに、受取希望を受付けた後、受取人が荷物を受け取りに来なかった場合には、通常の配達料金よりも割高の配達料金を請求するようにしてもよい。

以上のように、本実施形態では、日時通知部３６の機能によって配達日時が受取先へ通知されるため、荷物の受取人が配達日時を事前に把握することができる。

また、本実施形態では、受取人が配送車両１４又は配送車両１４周辺での受取りを希望することで、配送車両１４のドライバが荷物を受取先まで運搬する手間を省くことができる。一方、受取人は、ドライバが荷物を運搬するのを待つ必要なく荷物を受け取ることができる。この結果、配送車両１４のドライバの配達に伴う負担を軽減することができる。

さらに、本実施形態では、配送車両１４又は配送車両１４周辺での受渡しが完了した場合に、報酬付与部４６の機能によって受取先へ報酬が付与される。これにより、受取人に対して受取希望を促すことができ、よりドライバの負担を軽減することができる。

特に、本実施形態では、大きい荷物及び重量が重い荷物の報酬を増やすことで、受取人に対して荷物の受取希望を促すことができ、ドライバの負担が大きい荷物を受取先まで運搬せずに済む。

さらにまた、本実施形態では、配送管理装置１２が荷物の受渡し場所を決定する構成であるため、ドライバが駐車場所を考える必要がなく、運転に集中することができる。

なお、上記実施形態では、一般的な荷台を備えた配送車両１４によって荷物を配送する場合について説明したが、これに限定されない。例えば、図６の変形例で示す配送車両５０を用いて荷物の配送を行ってもよい。

（変形例）
図６に示されるように、変形例に係る配送車両５０の荷台５２の一部に複数の荷物収納部５４が設けられている。本変形例では一例として、８つの荷物収納部５４が設けられている。

荷物収納部５４はそれぞれ、内部に荷物を収納可能なスペースを備えて車両幅方向外側が開放された略箱状に形成されており、開口部が荷物用扉部５４Ａによって閉塞されている。

荷物用扉部５４Ａは、車両幅方向外側から見て略矩形状に形成されており、荷物用扉部５４Ａにはそれぞれ、取手５４Ｂと認証部５４Ｃとが設けられている。また、荷物用扉部５４Ａは、図示しないロック機構によってロックされており、荷物が収納された後、受取人に開錠されるまでの間は開閉不能となっている。

取手５４Ｂは、荷物用扉部５４Ａにおける車両後方側の端部のそれぞれ設けられており、受取人が把持可能な形状とされている。本変形例の取手５４Ｂは一例として、略Ｕ字状に形成されており、取手５４Ｂの両端部が荷物用扉部５４Ａに突き当てられた状態で固定されている。

なお、取手５４Ｂに代えて押しボタンなどを設けてもよい。また、荷物用扉部５４Ａが自動で開く構成の場合、取手５４Ｂが無い構成としてもよい。

認証部５４Ｃは、受取人を認証するための読み取り部を含んで構成されている。本変形例の認証部は一例として、受取人の所持している携帯端末１６の画面に表示された二次元コードを読み取る構成とされている。

配送車両５０は以上のように構成されている。また、本変形例では、図４のシーケンス図において、ステップＳ１１４で配送センター１１から携帯端末１６へ受渡し場所を通知する際に、二次元コードを同時に通知する。また、ステップＳ１１４では、配送センター１１から携帯端末１６へ荷物が収納された荷物収納部５４の位置を通知する。ここで、二次元コードには、荷物を識別するための識別番号のデータが含まれており、荷物の情報に基づいて配送管理装置１２が荷物ごとに異なる二次元コードを作成する。

受取人は、携帯端末１６を所持した状態で受渡し場所まで移動する。その後、受取人は、携帯端末１６に二次元コードを表示した状態で、荷物が収納されている荷物収納部５４の認証部５４Ｃに二次元コードを読み取らせる。配送管理装置１２は、認証部５４Ｃで読み取った二次元コードに対応する識別番号とストレージ２６に記憶されている荷物の識別番号とが一致しているか否かを判定する。そして、荷物の識別番号が一致していれば、該当する荷物用扉部５４Ａのロックが解除され、受取人が荷物収納部５４から荷物を取り出すことができるように構成されている。

ここで、荷物収納部５４の内部には、荷物の有無を検知する赤外線センサなどのセンサが設けられており、受取人が荷物を取り出したことが検知される。そして、受取人が荷物を取り出した場合、図４のステップＳ１１８に示されるように、配送車両５０から配送センター１１へ配達完了通知が行われる。また、ステップＳ１２０で受取人へ報酬が付与される。

以上説明した変形例では、配送車両５０のドライバが荷物を降ろす必要がなく、ドライバの負担を大きく軽減することができる。また、ドライバは、配達完了通知を行う必要もない。一方、受取人は、ドライバが配送途中で荷物を落下させる事故などの心配をせずに済む。

なお、上記変形例では、認証部５４Ｃで二次元コードを読み取る構成について説明したが、これに限定されない。例えば、認証部に所定の認証コードを入力することで認証させてもよい。また、指紋認証及び虹彩認証などの生体認証を用いた認証方法を採用してもよい。

さらに、上記変形例では、全ての荷物用扉部５４Ａに認証部５４Ｃを設けたが、これに限定されない。例えば、荷物用扉部５４Ａとは別の場所に１つの認証部５４Ｃを設けてもよい。この場合、認証部５４Ｃで認証されると、認証した識別番号と対応する荷物用扉部５４Ａのロックが解除されるようにしてもよい。

さらにまた、認証部５４Ｃによる認証が完了した時点で受取人に対して報酬を付与する構成としてもよい。

以上、実施形態及び変形例に係る配送管理装置１２について説明したが、本発明の要旨を逸脱しない範囲において、種々なる態様で実施し得ることは勿論である。例えば、上記実施形態では、報酬決定部４２は、荷物の大きさ及び重量に応じて報酬を変更する構成としたが、これに代えて、又はこれに加えて、他の情報に基づいて報酬を変更してもよい。すなわち、受取先が集合住宅と戸建て住宅とで報酬を変更してもよい。具体的には、集合住宅のように、戸建て住宅よりも受渡し場所まで移動するのに時間を要する場合には、報酬を増やしてもよい。また、集合住宅の場合には、エレベータの有無、及び受取人の部屋の階数などの応じて細かく報酬を変更してもよい。

また、上記実施形態では、報酬付与部４６は、受取人に報酬としてのポイントを付与する構成としたが、これに限定されない。例えば、報酬付与部４６は、ポイントに代えて、電子マネーを受取人に付与する構成としてもよい。また、例えば、報酬付与部４６は、商品又はサービスの支払額を減らすことができるクーポンなどを付与する構成としてもよい。

さらに、上記実施形態では、配送センター１１に配送管理装置１２が設けられた構成について説明したが、これに限定されない。例えば、配送車両１４及び配送車両５０に配送管理装置１２を設けてもよい。この場合、配送車両１４、５０と携帯端末１６との間で直接通信することができる。

さらにまた、上記実施形態でＣＰＵ２０がソフトウェア（プログラム）を読み込んで実行した処理を、ＣＰＵ２０以外の各種のプロセッサが実行してもよい。この場合のプロセッサとしては、ＦＰＧＡ（Field-Programmable Gate Array）などの製造後に回路構成を変更可能なＰＬＤ（Programmable Logic Device）、及びＡＳＩＣ（Application Specific Integrated Circuit）などの特定の処理を実行させるために専用に設計された回路構成を有するプロセッサである専用電気回路などが例示される。また、配送管理処理を、これらの各種のプロセッサのうちの１つで実行してもよいし、同種又は異種の２つ以上のプロセッサの組み合わせ（例えば、複数のＦＰＧＡ、及びＣＰＵとＦＰＧＡとの組み合わせなど）で実行してもよい。また、これらの各種のプロセッサのハードウェア的な構造は、より具体的には、半導体素子などの回路素子を組み合わせた電気回路である。

さらに、上記実施形態では、ストレージ２６を記録部としたが、これに限定されない。例えば、ＣＤ（Compact Disk）、ＤＶＤ（Digital Versatile Disk）、及びＵＳＢ（Universal Serial Bus）メモリなどの非一時的記録媒体を記録部としてもよい。この場合、これらの記録媒体に各種プログラムを格納してもよい。

１０配送システム
１２配送管理装置
１４、５０配送車両
１６携帯端末
３２荷物情報取得部
３４配達日時設定部
３６日時通知部（通知部）
３８受取希望受付部
４２報酬決定部
４６報酬付与部
５２荷台
５４Ａ荷物用扉部

Claims

配送対象荷物の情報を取得する荷物情報取得部と、
前記配送対象荷物の配達日時を設定する配達日時設定部と、
前記配達日時設定部で設定された配達日時を受取先へ通知する通知部と、
配送車両又は配送車両周辺での受取希望を前記受取先から受け付ける受取希望受付部と、
受取先へ報酬を付与する報酬付与部と、
前記報酬付与部で付与する報酬の量を決定する報酬決定部と、
を有し、
前記報酬付与部は、前記受取希望受付部により配送車両又は配送車両周辺での受取希望を前記受取先から受け付けた状態で、配送車両又は配送車両周辺での受渡しが完了した場合に前記受取先へ報酬を付与し、
前記報酬決定部は、前記配送対象荷物の大きさが大きくなるほど報酬を増やし、前記配送対象荷物の重量が重くなるほど報酬を増やし、かつ、異形の荷物の場合に箱状の荷物よりも報酬を増やす、
配送管理装置。
配送対象荷物を配送する配送車両と、
請求項１に記載の配送管理装置と、
を備え、
前記配送車両の荷台には、車外から開閉可能な荷物用扉部が設けられており、
前記荷物用扉部は、受取人の携帯端末の操作により開錠される、配送システム。
配送対象荷物の情報を取得し、
前記配送対象荷物の配達日時を設定し、
設定された配達日時を受取先へ通知し、
配送車両又は配送車両周辺での受取希望を前記受取先から受け付けた状態で、配送車両又は配送車両周辺での受渡しが完了した場合に受取先へ報酬を付与する、
配送管理方法であって、
前記配送対象荷物の大きさが大きくなるほど受取先へ付与する報酬を増やし、前記配送対象荷物の重量が重くなるほど受取先へ付与する報酬を増やし、かつ、異形の荷物の場合に箱状の荷物よりも受取先へ付与する報酬を増やす、配送管理方法。