JP2011195226A - 配達管理装置、配達管理方法及び配達管理プログラム - Google Patents

Abstract

【課題】宅配業者なのか悪意の第三者なのかを顧客が確認すること。
【解決手段】配達管理方法は、第１の配達先への配達を完了した際に、第１の配達先より後に配達を予定している第２の配達先に車両が到着する予想時刻を取得する。また、配達管理方法は、車両が第２の配達先に到着した実際の時刻を取得する。また、配達管理方法は、車両が第２の配達先に到着した際に、車両が第２の配達先に到着する予想時刻と、車両が第２の配達先に到着した実際の時刻とに基づき、車両を認証する。また、配達管理方法は、車両の認証結果を第２の配達先に通知させる指示を出力する。また、配達管理方法は、車両から荷物を出す際に用いられる開閉部が閉まった状態から開いた状態へと変化したかを監視し、変化したとの監視結果が得られた時刻を実際の時刻として取得する。
【選択図】図１

Description

本発明は、配達管理装置、配達管理方法及び配達管理プログラムに関する。

宅配業者を装った悪意の第三者によって、自宅にいる人が危害を加えられた事件がある。このため、荷物を宅配業者から受け取る顧客は、荷物を宅配業者から安心して受け取ることができなくなった。また、宅配業者は、荷物を届ける際に本物の宅配員であるか顧客に疑われ、宅配業務に支障をきたしていた。例えば、宅配業者は、顧客にドアを速やかに開けてもらえなくなった。

ここで、宅配業者の車両にＧＰＳ（Global Positioning System）を搭載しておき、車両の現在位置を用いて配達先に到着する到着予定時刻を算出し、算出した予定時刻を顧客の端末に出力する出力装置がある。また、配達先と車両との間の距離が一定距離以下になった場合に、配達先に電話を掛け、到着予定時刻を連絡する連絡装置がある。

特開２００８−３０９５１号公報 特開平９−３５１９２号公報

しかしながら、上述の出力装置や連絡装置は、配達予定時刻を連絡するにすぎない。このため、荷物を届けに来たと称する者が、宅配業者なのか悪意の第三者なのかを顧客が確認できないという問題があった。

例えば、悪意の第三者が宅配業者の車両を乗っ取ることが考えられる。この場合、上述した出力装置では、乗っ取られた車両が到着する時刻をユーザ端末に出力することになると考えられ、顧客は、連絡された時刻に到着した者が宅配業者なのか悪意の第三者なのかを確認できない。

また、例えば、宅配業者を装って配達予定時刻を悪意の第三者が顧客に連絡し、連絡した配達予定時刻に悪意の第三者が顧客を訪れる場合が考えられる。この場合、上述した連絡装置では、顧客は、連絡された時刻に到着した者が宅配業者なのか悪意の第三者なのかを確認できない。

開示の技術は、上述に鑑みてなされたものであって、宅配業者なのか悪意の第三者なのかを顧客が確認可能である配達管理装置、配達管理方法及び配達管理プログラムを提供することを目的とする。

開示する配達管理方法は、一つの態様において、複数の配達先を車両で巡回して荷物を配達するために使用される。また、開示する配達管理方法は、第１の配達先への配達を完了した際に、前記第１の配達先より後に配達を予定している第２の配達先に前記車両が到着する予想時刻を取得する第１の取得工程を含む。また、開示する配達管理方法は、前記車両が前記第２の配達先に到着した実際の時刻を取得する第２の取得工程を含む。また、開示する配達管理方法は、前記車両が前記第２の配達先に到着した際に、前記車両が前記第２の配達先に到着する予想時刻と、前記車両が前記第２の配達先に到着した実際の時刻とに基づき、前記車両を認証する認証工程を含む。また、開示する配達管理方法は、前記車両の認証結果を前記第２の配達先に通知させる指示を出力する出力工程を含む。

開示する配達管理装置の一つの態様によれば、宅配業者なのか悪意の第三者なのかを顧客が確認可能であるという効果を奏する。

図１は、実施例１に係る配達管理装置の構成の一例を示すブロック図である。 図２は、実施例２に係る配達管理装置の構成の一例を示すブロック図である。 図３Ａは、実施例２における配達管理装置と車両と顧客端末との間における情報の流れの一例を示す図である。 図３Ｂは、実施例２における配達管理装置と車両と顧客端末との間における情報の流れの一例を示す図である。 図４は、実施例２に係る配達管理装置による処理の流れの一例を示すフローチャートである。 図５は、実施例２に係る配達管理プログラムを実行するコンピュータの一例を示す図である。

以下に、開示する配達管理装置、配達管理方法及び配達管理プログラムの実施例について、図面に基づいて詳細に説明する。なお、本実施例により開示する発明が限定されるものではない。各実施例は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。

図１を用いて、実施例１に係る配達管理装置１００の構成の一例を示す。図１は、実施例１に係る配達管理装置の構成の一例を示すブロック図である。配達管理装置１００は、図１に示す例では、第１の取得部１０１と、第２の取得部１０２と、認証部１０３と、出力部１０４とを有する。

配達管理装置１００は、複数の配達先を車両で巡回して荷物を配達するために使用される。第１の取得部１０１は、第１の配達先への配達を完了した際に、第１の配達先より後に配達を予定している第２の配達先に車両が到着する予想時刻を取得する。第２の取得部１０２は、車両が第２の配達先に到着した実際の時刻を取得する。認証部１０３は、車両が第２の配達先に到着した際に、車両が第２の配達先に到着する予想時刻と、車両が第２の配達先に到着した実際の時刻とに基づき、車両を認証する。出力部１０４は、車両の認証結果を第２の配達先に通知させる指示を出力する。

すなわち、配達管理装置１００は、配達完了時に次の配達先に到着する予定時刻を算出し、次の配達先に到着した実際の時刻と照合することで本物の宅配員かを認証し、認証結果を顧客に通知する。この結果、実施例１に係る配達管理装置１００によれば、宅配業者なのか悪意の第三者なのかを顧客が確認可能である。

［配達管理装置の構成］
実施例２に係る配達管理装置２００について説明する。図２を用いて、実施例２に係る配達管理装置２００の構成の一例を示す。図２は、実施例２に係る配達管理装置の構成の一例を示すブロック図である。図２に示す例では、配達管理装置２００と併せて、配達に用いられる車両３００と、配達先の顧客によって用いられる顧客端末４００とを示した。図２に示されるように、配達管理装置２００と車両３００と顧客端末４００とは、ネットワーク５００を介して相互に接続される。ネットワーク５００は、例えば、インターネットが該当する。

車両３００は、ネットワーク５００と接続される。車両３００は、図２に示す例では、通信部３０１と、ドア開閉センサ３０２と、ＧＰＳ３０３と、車両制御部３１０とを有する。通信部３０１は、車両制御部３１０と接続される。通信部３０１は、ネットワーク５００を介して配達管理装置２００に情報を送信する。車両３００から配達管理装置２００に送信される情報の詳細については後述する。

ドア開閉センサ３０２は、車両制御部３１０と接続される。ドア開閉センサ３０２は、車両３００から荷物を出す際に用いられる開閉部が開いているか閉まっているかを感知する。ドア開閉センサ３０２は、公知のセンサを用いて実現される。ＧＰＳ３０３は、車両制御部３１０と接続される。ＧＰＳ３０３は、車両３００の現在地を示す位置情報を取得する。

車両制御部３１０は、通信部３０１、ドア開閉センサ３０２及びＧＰＳ３０３と接続される。車両制御部３１０は、各種の処理手順などを規定したプログラムを記憶する内部メモリを有し、種々の処理を制御する。車両制御部３１０は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）などの電子回路である。

車両制御部３１０は、図２に示す例では、車両到着情報取得部３１１を有する。車両到着情報取得部３１１は、配達先に到着したか否かを判定する。そして、車両到着情報取得部３１１は、配達先に到着したと判定した場合に、通信部３０１を介して、配達先に到着した旨の到着情報を配達管理装置２００に送信する。例えば、車両到着情報取得部３１１は、配達先に到着した旨の到着情報として、現在時刻と、配達先を識別する配達先情報とを送信する。配達情報に含まれる現在時刻は、配達先に到着した時刻を示す。

ここで、配達先に到着したか否かを判定する処理の一例について説明するが、本発明は以下に説明する処理に限定されるものではなく、任意の処理を用いて判定して良い。例えば、車両到着情報取得部３１１は、配達先の位置情報を予めメモリに記憶する。そして、車両到着情報取得部３１１は、ＧＰＳ３０３から現在地を示す位置情報を取得し、ＧＰＳ３０３から取得した位置情報が配達先の位置情報と一致するかを判定する。また、更に、車両到着情報取得部３１１は、ドア開閉センサ３０２を用いて、車両３００の開閉部が閉まった状態から開いた状態へと変化したかを判定する。ここで、例えば、車両到着情報取得部３１１は、ＧＰＳ３０３から取得した位置情報が配達先の位置情報と一致すると判定し、車両３００の開閉部が閉まった状態から開いた状態へと変化したと判定した場合に、配達先に到着したと判定する。

また、車両到着情報取得部３１１は、ＧＰＳ３０３から取得した位置情報が配達先の位置情報と一致しないと判定した場合には、配達先に到着したと判定しない。また、車両到着情報取得部３１１は、ＧＰＳ３０３から取得した位置情報が配達先の位置情報と一致したと判定した場合であっても、車両３００の開閉部が閉まった状態から開いた状態へと変化したと判定しない場合には、配達先に到着したと判定しない。例えば、車両３００の開閉部が閉まった状態のままである場合には、車両到着情報取得部３１１は、配達先に到着したと判定しない。ただし、本発明はこれに限定されるものではない。例えば、車両到着情報取得部３１１は、現在の位置情報を用いて、配達先に到着したか否かを判定し、その後、到着情報を送信するか否かをドア開閉センサ３０２による感知結果を用いて判定しても良い。

顧客端末４００は、ネットワーク５００と接続される。顧客端末４００は、荷物の配達先となる顧客によって用いられる端末である。顧客端末４００は、例えば、パーソナルコンピュータやＰＤＡ（Personal Digital Assistant）、携帯電話、ＰＨＳ（Personal Handyphone System）などが該当する。

顧客端末４００は、配達先となる顧客ごとに異なる端末となる。図２では、記載の便宜上、顧客端末４００を一つ示した。顧客端末４００は、図２に示す例では、通信部４０１と表示部４０２とを有する。通信部４０１は、表示部４０２と接続される。通信部４０１は、ネットワーク５００を介して配達管理装置２００からデータを受信する。表示部４０２は、通信部２０１と接続される。表示部４０２は、配達管理装置２００から通信部４０１が受信した情報を顧客に表示する。表示部４０２は、例えば、モニタが該当する。表示部４０２は、後述するように、配達管理装置２００による車両３００の認証結果を顧客に表示する。なお、実施例２では、顧客端末４００が、表示部４０２にて情報を表示する場合を例に示すが、本発明はこれに限定されるものではない。例えば、顧客端末４００は、スピーカを備え、音声にて情報を出力しても良く、任意の手法にて情報を出力して良い。

配達管理装置２００は、ネットワーク５００と接続される。配達管理装置２００は、例えば、サーバが該当する。配達管理装置２００は、図２に示す例では、通信部２０１と、サーバ記憶部２１０と、サーバ制御部２２０とを有する。通信部２０１は、サーバ制御部２２０と接続される。通信部２０１は、ネットワーク５００を介して、車両３００から情報を受信し、サーバ制御部２２０による処理結果となる情報を顧客端末４００に送信する。具体的には、通信部２０１は、配達先に到着した旨の到着情報を車両３００から受信する。例えば、通信部２０１は、現在時刻と、配達先を識別する配達先情報とを車両３００から受信する。また、例えば、通信部２０１は、車両３００の認証結果を顧客端末４００に送信する。

サーバ記憶部２１０は、サーバ制御部２２０と接続される。サーバ記憶部２１０は、サーバ制御部２２０による各種処理に用いるデータを記憶する。サーバ記憶部２１０は、例えば、ＲＡＭ（Random Access Memory）やＲＯＭ（Read Only Memory）、フラッシュメモリ（Flash Memory）などの半導体メモリ素子、又は、ハードディスクや光ディスクなどの記憶装置である。

サーバ記憶部２１０は、図２に示す例では、配達先テーブル２１１を有する。配達先テーブル２１１は、配達先を示す位置情報と、車両３００によって巡回される順番とを対応付けて記憶する。例えば、車両３００が配達先「Ａ」「Ｂ」「Ｃ」の順番に巡回する場合を用いて説明する。この場合、サーバ記憶部２１０は、配達先「Ａ」を識別する配達先情報「Ａ」に対応付けて、位置情報「Ａ」と順番「１」とを記憶する。また、サーバ記憶部２１０は、配達先「Ｂ」を識別する配達先情報「Ｂ」に対応付けて、位置情報「Ｂ」と順番「２」とを記憶する。また、サーバ記憶部２１０は、配達先「Ｃ」を識別する配達先情報「Ｃ」に対応付けて位置情報「Ｃ」と順番「３」とを記憶する。位置情報「Ａ」〜「Ｃ」は、それぞれ、配達先「Ａ」〜「Ｃ」の位置を示す。

サーバ制御部２２０は、通信部２０１及びサーバ記憶部２１０と接続される。サーバ制御部２２０は、各種の処理手順などを規定したプログラムを記憶する内部メモリを有し、種々の処理を制御する。サーバ制御部２２０は、例えば、ＡＳＩＣ、ＦＰＧＡ、ＣＰＵ、ＭＰＵなどの電子回路である。サーバ制御部２２０は、図２に示す例では、予想時刻取得部２２１と、サーバ到着情報取得部２２２と、認証部２２３と、出力制御部２２４とを有する。

予想時刻取得部２２１は、ある配達先への配達を完了した際に、車両が次の配達先に到着する予想時刻を取得する。なお、予想時刻取得部２２１は、「第１の取得部」とも称する。以下では、車両到着情報取得部３１１によって配達先に到着したと判定された際に、到着した配達先への配達が完了した場合を用いて説明する。つまり、通信部２０１が到着情報を受信した際に、到着情報に含まれる配達先情報により識別される配達先への配達が完了したものとして説明する。ただし、本発明はこれに限定されるものではない。例えば、車両３００は、到着情報とは別に、配達先への配達が完了した場合に完了した旨を示す完了情報を配達管理装置２００に送信しても良い。この場合、予想時刻取得部２２１は、通信部２０１が完了情報を受信すると、予想時刻を取得する。

予想時刻取得部２２１による予想時刻を取得する処理について説明する。予想時刻取得部２２１は、通信部２０１が到着情報を受信すると、到着情報に含まれる配達先情報により識別される配達先を用いて、配達先テーブル２１１から次の配達先の位置情報を取得する。例えば、到着情報に配達先情報「Ａ」が含まれていた場合を用いて説明する。この場合、予想時刻取得部２２１は、配達先情報「Ａ」の位置情報「Ａ」と順番「１」とを取得する。そして、予想時刻取得部２２１は、順番「１」の次の順番である順番「２」に対応付けられた位置情報「Ｂ」を取得する。そして、予想時刻取得部２２１は、位置情報「Ａ」から位置情報「Ｂ」に車両３００が移動するのに要する所要時間を算出し、算出した所要時間を現在時刻に加算することで、予想時刻を取得する。例えば、現在時刻が「１０：００」であり、所領時刻が「５分」である場合には、予想時刻「１０：０５」を取得する。なお、予想時刻取得部２２１は、公知の手法を用いて、位置情報「Ａ」から位置情報「Ｂ」に車両３００が移動するのに要する所要時間を算出する。

予想時刻取得部２２１は、予想時刻を次の配達先に送信する。例えば、予想時刻取得部２２１は、通信部２０１を介して、予想時刻「１０：０５」を配達先「Ｂ」の顧客端末４００に送信する。なお、予想時刻取得部２２１は、予想時刻ではなく所要時間を送信しても良く、予想時刻と所要時間とを併せて送信しても良い。例えば、予想時刻取得部２２１は、所要時間「５分」を配達先「Ｂ」の顧客端末４００に送信しても良い。

サーバ到着情報取得部２２２は、車両が次の配達先に到着した実際の時刻を取得する。具体的には、サーバ到着情報取得部２２２は、車両３００から荷物を出す際に用いられる開閉部が配達先にて閉まった状態から開いた状態へと変化したかを判定し、変化したと判定した場合に配達先に到着した実際の時刻を取得する。車両到着情報取得部３１１やサーバ到着情報取得部２２２は、「第２の取得部」とも称する。

ここで、上述したように、車両３００は、ＧＰＳ３０３から取得した位置情報が配達先の位置情報と一致すると判定し、車両３００の開閉部が閉まった状態から開いた状態へと変化したと判定した場合に、到着情報を送信する。このため、サーバ到着情報取得部２２２は、車両３００によって送信された到着情報に含まれる現在時刻を実際の時刻として取得する。

ただし、実施例２では、開閉部が閉まった状態から開いた状態へと変化したかを車両３００が判定する場合を用いて説明するが、本発明はこれに限定されるものではない。例えば、配達管理装置２００が、ドア開閉センサ３０２による感知結果を車両３００から受信し、受信結果に基づいて車両３００の開閉部が閉まった状態から開いた状態へと変化したかを判定しても良い。また、同様に、配達管理装置２００は、車両３００の現在の位置情報を取得し、配達先の位置情報を一致するかを判定しても良い。

また、配達管理装置２００は、到着情報を受信すると、到着情報を受信した時刻を実際の時刻として取得しても良い。この場合、車両３００は、到着情報に現在の時刻を含まなくても良い。

認証部２２３は、予想時刻取得部２２１により取得された予想時刻と、サーバ到着情報取得部２２２により取得された実際の時刻とに基づき、車両３００を認証する。配達先「Ｂ」に到着した車両３００について認証する場合を用いて説明する。この場合、認証部２２３は、予想時刻取得部２２１によって取得された配達先「Ｂ」に到着する予想時刻と、サーバ到着情報取得部２２２によって取得された配達先「Ｂ」に到着した実際の時刻とを比較する。ここで、配達先「Ｂ」に到着する予想時刻は、予想時刻取得部２２１が、例えば、配達先「Ｂ」より一つ前に巡回される配達先「Ａ」に車両３００が到着した際に算出する。そして、認証部２２３は、予想時刻と実際の時刻とが一致した場合に、車両３００を認証し、一致しなかった場合に車両３００を認証しない。例えば、認証部２２３は、予想時刻から所定の時間内に実際の時刻が含まれる場合に、車両３００を認証する。

認証部２２３による認証について更に説明する。認証部２２３は、予想時刻と実際の時刻とが一致した場合に車両３００を認証する。言い換えると、予想時刻と、車両３００から荷物を出す際に用いられる開閉部が閉まった状態から開いた状態へと変化した時刻とが一致した場合に、車両３００を認証する。

例えば、悪意の第三者が宅配業者の車両３００を乗っ取った場合には、悪意の第三者が車両３００を乗っ取るのに時間を要すると考えられ、予想時刻に車両３００が到着しないと考えられる。このような場合、認証部２２３は、予想時刻と実際の時刻とが一致せず、悪意の第三者に乗っ取られた車両３００を認証しない。

また、例えば、悪意の第三者は、配達先に荷物を届けることを目的としておらず、わざわざ車両３００の開閉部を開けて荷物を出さないと考えられる。このような場合、サーバ到着情報取得部２２２が配達先に到着した実際の時刻を取得しない結果、認証部２２３は、車両３００を認証しない。

出力制御部２２４は、車両３００の認証結果を次の配達先に通知させる指示を出力する。具体的には、出力制御部２２４は、通信部２０１を介して、認証部２２３による認証結果を顧客端末４００に送信する。例えば、出力制御部２２４は、車両３００を認証した旨の認証結果を、通信部２０１に配達先「Ｂ」の顧客端末４００に送信する。その後、配達先「Ｂ」の顧客端末４００は、顧客に対して車両３００が認証された旨の認証結果を表示する。

ただし、実施例２では、配達管理装置２００が認証結果を出力する場合を例に説明するが、本発明はこれに限定されるものではない。例えば、配達管理装置２００と接続された他の装置が、認証結果を顧客端末４００に出力しても良い。

図３Ａと図３Ｂとを用いて、配達先「Ｂ」に到着した車両３００を認証する場合における配達管理装置２００と車両３００と顧客端末４００とによる処理の流れの一例について、簡単に説明する。図３Ａと図３Ｂとは、実施例２における配達管理装置と車両と顧客端末との間における情報の流れの一例を示す図である。

図３Ａと図３Ｂとにおいて、２００は、配達管理装置２００を示し、３００は、車両３００を示す。６０１は、配達先「Ａ」を示し、６０２は配達先「Ｂ」を示し、６０３は配達先「Ｃ」を示す。配達先「Ａ」〜配達先「Ｃ」は、それぞれ、顧客端末４００を有する。車両３００が巡回する順番は、配達先「Ａ」「Ｂ」「Ｃ」の順番である場合を用いて説明する。

図３Ａに示すように、車両３００が配達先「Ａ」への配達を完了した際に、配達管理装置２００は、配達先「Ａ」の次に巡回する配達先である配達先「Ｂ」に到着する予想時刻を取得する。つまり、図３Ａの（１）に示すように、車両３００の開閉部が閉まった状態から開いた状態へと変化したことがドア開閉センサ３０２によって感知されると、図３Ａの（２）に示すように、車両３００は、到着情報を配達管理装置２００に送信する。そして、図３Ａの（３）に示すように、予配達管理装置２００は、配達先「Ａ」の次に巡回する配達先「Ｂ」に到着する予想時刻を取得する。そして、図３Ａの（４）に示すように、配達管理装置２００は、配達先「Ｂ」に対して、予想時刻を送信する。その後、例えば、配達先「Ｂ」の顧客端末４００は、予想時刻を顧客に表示する。

また、図３Ｂに示すように、車両３００が配達先「Ｂ」に到着した際に、配達管理装置２００は、車両３００を認証し、認証結果を顧客端末４００に出力する。つまり、車両３００の開閉部が閉まった状態から開いた状態へと変化したのがドア開閉センサ３０２によって感知されると、図３Ｂの（１）に示すように、車両３００は、到着情報を配達管理装置２００に送信する。そして、図３Ｂの（２）に示すように、配達管理装置２００は、配達先「Ｂ」に到着する予想時刻と、配達先「Ｂ」に到着した実際の時刻とを比較する。ここで、配達先「Ｂ」に到着する予想時刻は、図３Ａの（３）に示したように、予想時刻取得部２２１が、配達先「Ｂ」より一つ前に巡回される配達先「Ａ」に車両３００が到着した際に算出される。そして、配達管理装置２００は、予想時刻と実際の時刻とが一致した場合には車両３００を認証し、一致しなかった場合には車両３００を認証しない。そして、図３Ｂの（３）に示すように、配達管理装置２００は、認証結果を顧客端末４００に出力し、顧客端末４００が顧客に認証結果を表示する。なお、その後、車両３００は、配達先「Ｂ」への配達を完了すると、配達先「Ｃ」に向けて移動する。

［配達管理装置による処理］
次に、図４を用いて、実施例２に係る配達管理装置２００による処理の流れの一例を示す。図４は、実施例２に係る配達管理装置による処理の流れの一例を示すフローチャートである。図４では、配達先「Ｂ」に車両３００が到着した場合における処理の流れを例に説明する。

図４に示すように、予想時刻取得部２２１は、到着情報を通信部２０１が受信すると（ステップＳ１０１肯定）、予想時刻を取得する（ステップＳ１０２）。例えば、配達先「Ｂ」に到着した旨の到着情報を通信部２０１が受信すると、予想時刻取得部２２１は、配達先「Ｂ」の次に巡回する配達先「Ｃ」に到着する予想時刻を取得する。

また、サーバ到着情報取得部２２２は、車両３００が配達先に到着した実際の時刻を取得する（ステップＳ１０３）。例えば、サーバ到着情報取得部２２２は、配達先「Ｂ」を識別する配達先情報を含む到着情報に含まれる現在時刻を実際の時刻として取得する。

そして、認証部２２３は、予想時刻と実際の時刻とに基づき車両３００を認証する（ステップＳ１０４）。つまり、認証部２２３は、予想時刻取得部２２１によって取得された配達先「Ｂ」に到着する予想時刻と、サーバ到着情報取得部２２２によって取得された配達先「Ｂ」に到着した実際の時刻とを比較する。ここで、認証部２２３は、予想時刻と実際の時刻とが一致した場合には車両３００を認証し、一致しなかった場合には車両３００を認証しない。

そして、出力制御部２２４は、認証部２２３による認証結果を出力する（ステップＳ１０５）。つまり、出力制御部２２４は、配達先「Ｂ」の顧客端末４００に対して、配達先「Ｂ」に到着した車両３００の認証結果を出力する。

［実施例２の効果］
上述したように、実施例２によれば、配達管理装置２００は、ある配達先への配達を完了した際に、車両３００が次の配達先に到着する予想時刻を取得し、車両３００が次の配達先に到着した実際の時刻を取得する。また、配達管理装置２００は、車両３００が次の配達先に到着した際に、車両３００が次の配達先に到着する予想時刻と、車両３００が次の配達先に到着した実際の時刻とに基づき、車両３００を認証する。そして、配達管理装置２００は、車両３００の認証結果を次の配達先に通知させる指示を出力する。この結果、実施例２に係る配達管理装置２００によれば、悪意の第三者が宅配業者を装うことを困難にすることが可能である。また、宅配業者なのか悪意の第三者なのかを顧客が自宅にいながら確認可能である。また、この結果、宅配業者を装った悪意の第三者による危険を顧客が回避可能である。また、顧客が安心して荷物を受け取ることが可能である。また、宅配業者が宅配業務をスムーズに実行することが可能である。

また、実施例２によれば、配達管理装置２００は、車両３００から荷物を出す際に用いられる開閉部が閉まった状態から開いた状態へと変化したかを判定し、変化したと判定すると実際の時刻を取得する。この結果、悪意の第三者であればやらないと考えられる行為が実行された時刻を実際の時刻として認証するので、宅配業者なのか悪意の第三者なのかを高精度に認証可能である。

さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、その他の実施例にて実施されても良い。そこで、以下では、その他の実施例を示す。

［荷物センサ］
例えば、車両３００を用いて宅配する荷物それぞれを識別するタグを設け、車両３００は、配達先にて適切な荷物が車両３００から出されたかを判定し、適切な荷物が出されたと判定した場合に到着情報を送信しても良い。配達先「Ａ」に到着した場合を用いて説明する。この場合、悪意の第三者は、車両３００から何らかの荷物を出して宅配業者を偽装する場合であっても、わざわざ、配達先「Ａ」に届ける荷物を車両３００から出すとは限らず、近くにあった他の配達先に届ける荷物を出すと考えられる。このことを踏まえ、車両３００から配達先「Ａ」に届ける荷物が出されたか否かを判定し、配達先「Ａ」に届ける荷物が出されたと判定した場合に到着情報を送信しても良い。適切な荷物がだされたかを判定する処理には、例えば、ＲＦＩＤ（Radio Frequency Identification）などの無線タグを用いる。

［システム構成］
また、本実施例において説明した各処理のうち、自動的に行われるものとして説明した処理の全部又は一部を手動的に行うこともできる。例えば、上述した実施例では、認証結果を配達管理装置２００が顧客端末４００に出力する場合を用いて説明したが、本発明はこれに限定されるものではなく、顧客が顧客端末４００を操作して認証結果を手動にて取得しても良い。この他、上述文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については（図１〜図４）、特記する場合を除いて任意に変更することができる。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。例えば、配達先テーブル２１１を配達管理装置２００の外部装置としてネットワーク経由で接続するようにしても良い。また、車両３００の車両到着情報取得部３１１を配達管理装置２００のサーバ到着情報取得部２２２と統合しても良い。また、サーバ制御部２２０の各機能を車両３００や顧客端末４００がそれぞれ有し、ネットワーク経由で接続されて協働することで、上述した配達管理装置２００の機能を実現するようにしても良い。

［コンピュータ］
また、上述の実施例で説明した各種の処理は、予め用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータで実行することによって実現することができる。そこで、以下では、図５を用いて、上述の実施例と同様の機能を有する配達管理プログラムを実行するコンピュータの一例を示す。なお、図５は、実施例２に係る配達管理プログラムを実行するコンピュータの一例を示す図である。

図５に示すように、実施例２におけるコンピュータ３０００は、通信部３００６、ＣＰＵ３０１０、ＲＯＭ３０１１、ＨＤＤ（Hard Disk Drive）３０１２、ＲＡＭ３０１３をバス３００９などで接続して構成されている。

ＲＯＭ３０１１は、図２にて示した予想時刻取得部２２１と、サーバ到着情報取得部２２２と、認証部２２３と、出力制御部２２４と同様の機能を発揮する制御プログラムを記憶する。つまり、図５に示すように、ＲＯＭ３０１１は、予想時刻取得プログラム３０１１ａと、到着情報取得プログラム３０１１ｂと、認証プログラム３０１１ｃと、出力制御プログラム３０１１ｄとを記憶する。なお、これらのプログラム３０１１ａ〜３０１１ｄについては、図２に示した配達管理装置２００の各構成要素と同様、適宜統合又は分離しても良い。

そして、ＣＰＵ３０１０が、これらのプログラム３０１１ａ〜３０１１ｄをＲＯＭ３０１１から読み出して実行する。この結果、図５に示すように、各プログラム３０１１ａ〜３０１１ｄは、それぞれ、予想時刻取得プロセス３０１０ａと、到着情報取得プロセス３０１０ｂと、認証プロセス３０１０ｃと、出力制御プロセス３０１０ｄとして機能する。なお、各プロセス３０１０ａ〜３０１０ｄは、図２に示した、予想時刻取得部２２１と、サーバ到着情報取得部２２２と、認証部２２３と、出力制御部２２４とにそれぞれ対応する。

そして、ＨＤＤ３０１２には、配達先テーブル３０１２ａが設けられる。なお、配達先テーブル３０１２ａは、図２に示した、配達先テーブル２１１に対応する。

そして、ＣＰＵ３０１０は、配達先テーブル３０１２ａを読み出してＲＡＭ３０１３に格納する。そして、ＣＰＵ３０１０は、ＲＡＭ３０１３に格納された配達先データ３０１３ａと、予想時刻データ３０１３ｂと、実際の時刻データ３０１３ｃとを用いて、配達管理プログラムを実行する。

ただし、上述した説明では、プロセス３０１０ａ〜３０１０ｄすべてが常にＣＰＵ３０１０上にて仮想的に実現される場合について示した。しかしながら、本発明はこれに限定されるものではない。例えば、プロセス３０１０ａ〜３０１０ｄのうち処理に必要な一部のプロセスについて、ＣＰＵ３０１０上にて仮想的に実現されても良い。言い換えると、常にすべてのプロセスがＣＰＵ３０１０上にて動作するのではなく、処理に必要なプロセスが選択的に動作するようにしても良い。また、同様に、配達先テーブル３０１２ａがＲＡＭ３０１３に常に格納される場合について示した。しかしながら、本発明はこれに限定されるものではない。例えば、配達先テーブル３０１２ａが処理に必要な場合に選択的にＲＡＭ３０１３に格納されても良い。言い換えると、常にすべてのテーブルがＲＡＭ３０１３に格納されるのではなく、処理に必要なテーブルが選択的に格納されるようにしても良い。

［その他］
なお、本実施例で説明した配達管理プログラムは、インターネットなどのネットワークを介して配布することができる。また、配達管理プログラムは、ハードディスク、フレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤなどのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行することもできる。

１００ 配達管理装置
１０１ 第１の取得部
１０２ 第２の取得部
１０３ 認証部
１０４ 出力部
２００ 配達管理装置
２０１ 通信部
２１０ サーバ記憶部
２１１ 配達先テーブル
２２０ サーバ制御部
２２１ 予想時刻取得部
２２２ サーバ到着情報取得部
２２３ 認証部
２２４ 出力制御部
３００ 車両
３０１ 通信部
３０２ ドア開閉センサ
３０３ ＧＰＳ
３１０ 車両制御部
３１１ 車両到着情報取得部
４００ 顧客端末
４０１ 通信部
４０２ 表示部
５００ ネットワーク

Claims (4)

1. 複数の配達先を車両で巡回して荷物を配達するために使用される配達管理方法において、
   第１の配達先への配達を完了した際に、前記第１の配達先より後に配達を予定している第２の配達先に前記車両が到着する予想時刻を取得する第１の取得工程と、
   前記車両が前記第２の配達先に到着した実際の時刻を取得する第２の取得工程と、
   前記車両が前記第２の配達先に到着した際に、前記車両が前記第２の配達先に到着する予想時刻と、前記車両が前記第２の配達先に到着した実際の時刻とに基づき、前記車両を認証する認証工程と、
   前記車両の認証結果を前記第２の配達先に通知させる指示を出力する出力工程と、
   を含むことを特徴とする配達管理方法。
2. 前記第２の取得工程は、前記車両から荷物を出す際に用いられる開閉部が閉まった状態から開いた状態へと変化したかを判定し、変化したと判定すると前記実際の時刻を取得することを特徴とする請求項１に記載の配達管理方法。
3. 複数の配達先を車両で巡回して荷物を配達するために使用される配達管理装置において、
   第１の配達先への配達を完了した際に、前記第１の配達先より後に配達を予定している第２の配達先に前記車両が到着する予想時刻を取得する第１の取得部と、
   前記車両が前記第２の配達先に到着した実際の時刻を取得する第２の取得部と、
   前記車両が前記第２の配達先に到着した際に、前記車両が前記第２の配達先に到着する予想時刻と、前記車両が前記第２の配達先に到着した実際の時刻とに基づき、前記車両を認証する認証部と、
   前記車両の認証結果を前記第２の配達先に通知させる指示を出力する出力部と、
   を備えることを特徴とする配達管理装置。
4. 複数の配達先を車両で巡回して荷物を配達するために使用される配達管理プログラムにおいて、
   コンピュータに、
   第１の配達先への配達を完了した際に、前記第１の配達先より後に配達を予定している第２の配達先に前記車両が到着する予想時刻を取得する第１の取得手順と、
   前記車両が前記第２の配達先に到着した実際の時刻を取得する第２の取得手順と、
   前記車両が前記第２の配達先に到着した際に、前記車両が前記第２の配達先に到着する予想時刻と、前記車両が前記第２の配達先に到着した実際の時刻とに基づき、前記車両を認証する認証手順と、
   前記車両の認証結果を前記第２の配達先に通知させる指示を出力する出力手順と、
   を実行させることを特徴とする配達管理プログラム。

Images