(57)【要約】【課題】荷役作業の予定との不適合が解消されない状態で配達車両が出発する可能性を低減する技術の提供。【解決手段】運転室と荷室とを備える配達車両の荷室に荷物を積み込む際に荷物に取り付けられたタグから読み取られた荷物を示す荷物情報を取得する荷物情報取得部と、荷物の積み込みの予定情報を取得する予定情報取得部と、荷物情報と予定情報とに基づいて、予定情報に適合していない荷物を特定した場合に、荷室の扉に取り付けられた第１通知部によって不適合を通知し、第１通知部での通知後、不適合が解消されない状態で運転室に配達者がいると判定した場合に、運転室内に取り付けられた第２通知部によって不適合を通知する、通知部と、を備える配達支援システムを構成する。【選択図】図１
2020203753.tif 000002
【特許請求の範囲】
【請求項１】
運転室と荷室とを備える配達車両の前記荷室に荷物を積み込む際に前記荷物に取り付けられたタグから読み取られた前記荷物を示す荷物情報を取得する荷物情報取得部と、
前記荷物の積み込みの予定情報を取得する予定情報取得部と、
前記荷物情報と前記予定情報とに基づいて、前記予定情報に適合していない前記荷物を特定した場合に、前記荷室の扉に取り付けられた第１通知部によって不適合を通知し、
前記第１通知部での通知後、不適合が解消されない状態で前記運転室に配達者がいると判定した場合に、前記運転室内に取り付けられた第２通知部によって不適合を通知する、
通知部と、
を備える配達支援システム。
【請求項２】
運転室と荷室とを備える配達車両の前記荷室から荷物を卸す際に前記荷物に取り付けられたタグから読み取られた前記荷物を示す荷物情報を取得する荷物情報取得部と、
前記荷物の荷卸しの予定情報を取得する予定情報取得部と、
前記荷物情報と前記予定情報とに基づいて、前記予定情報に適合していない前記荷物を特定した場合に、前記荷室の扉に取り付けられた第１通知部によって不適合を通知し、
前記第１通知部での通知後、不適合が解消されない状態で前記運転室に配達者がいると判定した場合に、前記運転室内に取り付けられた第２通知部によって不適合を通知する、
通知部と、
を備える配達支援システム。
【請求項３】
前記通知部は、
前記第１通知部によって通知する場合には前記第２通知部による通知は行わず、
前記第２通知部によって通知する場合には前記第１通知部による通知は行わない、
請求項１または請求項２に記載の配達支援システム。
【請求項４】
前記荷室の扉が開状態から閉状態に変化した場合に、前記第２通知部を介した通知が行われる、
請求項１〜請求項３のいずれか一項に記載の配達支援システム。
【請求項５】
前記配達車両の電源がオフからオンに変化した場合に、前記第２通知部を介した通知が行われる、
請求項１〜請求項４のいずれか一項に記載の配達支援システム。
【請求項６】
前記配達車両が出発したと判定される場合に、前記第２通知部を介した通知が行われる、
請求項１〜請求項５のいずれか一項に記載の配達支援システム。
【請求項７】
コンピュータを、
運転室と荷室とを備える配達車両の前記荷室に荷物を積み込む際に前記荷物に取り付けられたタグから読み取られた前記荷物を示す荷物情報を取得する荷物情報取得部、
前記荷物の積み込みの予定情報を取得する予定情報取得部、
前記荷物情報と前記予定情報とに基づいて、前記予定情報に適合していない前記荷物を特定した場合に、前記荷室の扉に取り付けられた第１通知部によって不適合を通知し、
前記第１通知部での通知後、不適合が解消されない状態で前記運転室に配達者がいると判定した場合に、前記運転室内に取り付けられた第２通知部によって不適合を通知する、
通知部、
として機能させる配達支援プログラム。
【請求項８】
コンピュータを、
運転室と荷室とを備える配達車両の前記荷室から荷物を卸す際に前記荷物に取り付けられたタグから読み取られた前記荷物を示す荷物情報を取得する荷物情報取得部、
前記荷物の荷卸しの予定情報を取得する予定情報取得部、
前記荷物情報と前記予定情報とに基づいて、前記予定情報に適合していない前記荷物を特定した場合に、前記荷室の扉に取り付けられた第１通知部によって不適合を通知し、
前記第１通知部での通知後、不適合が解消されない状態で前記運転室に配達者がいると判定した場合に、前記運転室内に取り付けられた第２通知部によって不適合を通知する、
通知部、
として機能させる配達支援プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、配達支援システムおよび配達支援プログラムに関する。
【背景技術】
【０００２】
従来、荷物に取り付けられたタグに基づいて、配達車両からの荷卸しが誤りであるか否かを判定する技術が知られている。例えば、特許文献１に開示された技術においては、トラックの荷卸し口の天井に配置されたディスプレイによって検品結果情報を通知する検品装置が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−３２０１２７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１では、荷役作業においてエラーが発生した場合、配達者の作業状況に関わらず、トラックの荷卸し口に設けられたディスプレイにエラーが通知されうる。そのため、例えば配達者がディスプレイのエラー通知に気付かずに荷室の扉を閉めた場合、荷物の積み間違い等、荷役作業の本来の予定と不適合が生じていることに気付かないまま次の目的地に出発してしまうことが考えられる。
本発明は、上記課題にかんがみてなされたもので、荷役作業の予定との不適合が解消されないまま配達車両が出発する可能性を低減する技術の提供を目的とする。
【課題を解決するための手段】
【０００５】
上記の目的を達成するため、配達支援システムは、運転室と荷室とを備える配達車両の荷室に荷物を積み込む際に荷物に取り付けられたタグから読み取られた荷物を示す荷物情報を取得する荷物情報取得部と、荷物の積み込みの予定情報を取得する予定情報取得部と、荷物情報と予定情報とに基づいて、予定情報に適合していない荷物を特定した場合に、荷室の扉に取り付けられた第１通知部によって不適合を通知し、第１通知部での通知後、不適合が解消されない状態で運転室に配達者がいると判定した場合に、運転室内に取り付けられた第２通知部によって不適合を通知する、通知部と、を備える。
【０００６】
さらに、上記の目的を達成するため、配達支援プログラムは、コンピュータを、運転室と荷室とを備える配達車両の荷室に荷物を積み込む際に荷物に取り付けられたタグから読み取られた荷物を示す荷物情報を取得する荷物情報取得部、荷物の積み込みの予定情報を取得する予定情報取得部、荷物情報と予定情報とに基づいて、予定情報に適合していない荷物を特定した場合に、荷室の扉に取り付けられた第１通知部によって不適合を通知し、第１通知部での通知後、不適合が解消されない状態で運転室に配達者がいると判定した場合に、運転室内に取り付けられた第２通知部によって不適合を通知する、通知部、として機能させる。
【０００７】
すなわち、配達支援システム、配達支援プログラムでは、荷物の積み込みの予定情報との不適合が生じている場合に荷室の扉の第１通知部で不適合を通知し、その後不適合が解消されずに配達者が運転室にいると判定した場合に運転室の第２通知部で不適合を通知する構成である。そのため、仮に第１通知部による通知に気付かずに配達者が荷室の扉を閉じたとしても、配達者が運転室に入れば第２通知部による通知がなされる（積み込んだ荷物を配達するためには配達者は運転室に入る必要がある）。そのため、本構成によれば、荷物の積み込み作業の予定との不適合が解消されないまま配達車両が出発する可能性を低減することができる。
【０００８】
上記の目的を達成するため、配達支援システムは、運転室と荷室とを備える配達車両の荷室から荷物を卸す際に荷物に取り付けられたタグから読み取られた荷物を示す荷物情報を取得する荷物情報取得部と、荷物の荷卸しの予定情報を取得する予定情報取得部と、荷物情報と予定情報とに基づいて、予定情報に適合していない荷物を特定した場合に、荷室の扉に取り付けられた第１通知部によって不適合を通知し、第１通知部での通知後、不適合が解消されない状態で運転室に配達者がいると判定した場合に、運転室内に取り付けられた第２通知部によって不適合を通知する、通知部と、を備える。
【０００９】
さらに、上記の目的を達成するため、配達支援プログラムは、コンピュータを、運転室と荷室とを備える配達車両の荷室から荷物を卸す際に荷物に取り付けられたタグから読み取られた荷物を示す荷物情報を取得する荷物情報取得部、荷物の荷卸しの予定情報を取得する予定情報取得部、荷物情報と予定情報とに基づいて、予定情報に適合していない荷物を特定した場合に、荷室の扉に取り付けられた第１通知部によって不適合を通知し、第１通知部での通知後、不適合が解消されない状態で運転室に配達者がいると判定した場合に、運転室内に取り付けられた第２通知部によって不適合を通知する、通知部、として機能させる。
【００１０】
すなわち、配達支援システム、配達支援プログラムでは、荷卸しの予定情報との不適合が生じている場合に荷室の扉の第１通知部で不適合を通知し、その後不適合が解消されずに配達者が運転室にいると判定した場合に運転室の第２通知部で不適合を通知する構成である。そのため、仮に第１通知部による通知に気付かずに配達者が荷室の扉を閉じたとしても、配達者が運転室に入れば第２通知部による通知がなされる（次の目的地に向けて配達車両を運転するためには配達者は運転室に入る必要がある）。そのため、本構成によれば、荷卸し作業の予定との不適合が解消されないまま配達車両が出発する可能性を低減することができる。
【図面の簡単な説明】
【００１１】
【図１】配達支援システムの構成を示すブロック図。
【図２】予定情報の一例を示す図。
【図３】状態情報の一例を示す図。
【図４】図４Ａは積み込みエラー判定処理のフローチャート、図４Ｂは荷卸しエラー判定処理のフローチャート。
【図５】図５Ａは車両データ送信処理のフローチャート、図５Ｂは状態判定処理のフローチャート、図５Ｃはエラー通知処理のフローチャート。
【発明を実施するための形態】
【００１２】
ここでは、下記の順序に従って本発明の実施の形態について説明する。
（１）配達支援システムの構成：
（２）配達支援処理：
（２−１）積み込みエラー判定処理：
（２−２）荷卸しエラー判定処理：
（２−３）車両データ送信処理：
（２−４）状態判定処理：
（２−５）エラー通知処理：
（３）他の実施形態：
【００１３】
（１）配達支援システムの構成：
図１は、本発明にかかる配達支援システムの構成を示すブロック図である。本実施形態において、配達支援システムは、サーバ１００と第１端末１０と第２端末６０を含んで構成される。第１端末１０と第２端末６０は、配達車両に取り付けられている。本実施形態においては、配達車両に備えられている各装置とサーバ１００が協働して配達を支援する。
【００１４】
サーバ１００は、制御部１２０、記録媒体１３０、通信部１４０を備えている。通信部１４０は、他の装置と通信を行うための回路を備えている。制御部１２０は通信部１４０を介して第１端末１０、第２端末６０と通信を行うことが可能である。制御部１２０は、図示しないＣＰＵ，ＲＡＭ，ＲＯＭ等を備えており、記録媒体１３０等に記録されたプログラムを実行可能である。本実施形態においては、このプログラムに配達支援プログラム１２１が含まれている。
【００１５】
本実施形態においては、配達地点となる複数の店舗を運営する会社が、各配達地点に配達すべき荷物とその配達順序を決定し、配達業者に配達を依頼する。配達業者は、複数の配達車両を所有しており、依頼通りの配達順序で荷物を配達するための配達車両を手配し、配達を行う。
【００１６】
このような配達を行うために、配達業者は配達の予定を示す予定情報を作成し、サーバ１００に送信する。サーバ１００は、記録媒体１３０に予定情報を格納し（不図示）、配達車両に予定情報を配信する。各配達車両においては、当該予定情報に基づいて、予定通りの配達を行うための作業が行われる。また、記録媒体１３０には図示しない地図情報も記録されている。
【００１７】
本実施形態において、配達車両は運転室と荷室を有する車両（例えば、トラック）である。荷室にはＩＣタグの読取部５０が設置されている。読取部５０は、荷室に積載された荷物５０ａに取り付けられたＩＣタグを読取可能であり、既定の期間毎にＩＣタグの読取を行う。また、荷室には、荷物を積み卸しするための開口部に扉が設けられている。荷室の扉には、扉の開閉を検出する図示しない開閉センサが取り付けられている。配達車両は図示しない荷室ＥＣＵを備えており、開閉センサの出力信号を無線通信によって第１端末１０に送信することができる。
【００１８】
配達車両の運転室には第２端末６０が設置されている。第２端末６０は、例えば運転室内のダッシュボード等に取り付けられたタブレット端末によって構成される。第２端末６０は、制御部７０と図示しない記録媒体と通信部８０とユーザＩ／Ｆ部８１とＧＮＳＳ受信部８２を備えている。通信部８０は、他の装置と通信を行うための回路を備えている。制御部７０は通信部８０を介してサーバ１００と通信を行うことができる。例えば、サーバ１００との通信は広域通信可能な規格によってインターネットを介して実現される構成を採用可能である。
【００１９】
ユーザＩ／Ｆ部８１（第２通知部）は、利用者に各種の情報を提供し、配達者等の指示を入力するためのインタフェース部であり、本実施形態においては、タッチパネルディスプレイである。すなわち、制御部２０は、タッチパネルディスプレイを制御して各種の情報を表示させることが可能である。また、配達者はタッチ操作によって各種の入力を行うことが可能であり、制御部７０は、当該入力に基づいて利用者の指示を取得することができる。ＧＮＳＳ受信部８２は、Global Navigation Satellite Systemの信号を受信する装置であり、航法衛星からの電波を受信し、図示しないインタフェースを介して車両の現在地を算出するための信号を出力する。
【００２０】
制御部７０は、図示しないＣＰＵ，ＲＡＭ，ＲＯＭ等を備えており、図示しない記録媒体等に記録されたプログラムを実行可能である。本実施形態においては、このプログラムに配達支援プログラム７１や図示しないナビゲーションプログラムが含まれている。
【００２１】
また、第２端末６０の図示しない記録媒体には地図情報が記録されている。制御部７０は、ナビゲーションプログラムを実行することにより、ＧＮＳＳ受信部８２から出力された信号に基づいて、配達車両の現在地を取得する。また、制御部７０は、地図情報を用いた周知のマップマッチング処理により、配達車両が位置している道路のリンクＩＤを取得する。なお、配達車両が車速センサやジャイロセンサを備えている場合、制御部７０は、配達車両が備える図示しないＥＣＵから、無線通信によって車速センサとジャイロセンサの出力信号を受信し、これらの出力信号とＧＮＳＳ受信部８２の出力信号とに基づいて現在地を取得するようにしてもよい。
【００２２】
配達者または配達の管理者は、第２端末６０に配達経路を探索させることができる。第２端末６０は、ナビゲーションプログラムを実行することにより、現在地を取得し、地図情報を参照して、配達経路に沿って配達車両を誘導するための案内を行う。なお、本実施形態において、配達経路は、出発地から配達順序（路順）に従って配達地点を経由し、再度出発地に戻る経路である。むろん、配達経路は、第２端末６０で探索される構成に限定されず、配達の管理者等によって予め生成されてもよい。
また、本実施形態において第２端末６０は、車両の電源（ＡＣＣ電源）に接続されており、ＡＣＣ電源がオンの場合には第２端末６０の充電池はＡＣＣ電源から供給される電力によって充電が可能である。制御部７０は、ＡＣＣから電力が供給されている状態か否かによって、ＡＣＣ状態（オンまたはオフ）を取得することができる。
【００２３】
第１端末１０は、本実施形態においては、荷室の扉に取り付けられたタブレット端末によって構成される。第１端末１０は、制御部２０、記録媒体３０、通信部４０、ユーザＩ／Ｆ部４１を備えている。通信部４０は、他の装置と通信を行う回路を備えている。制御部２０は、通信部４０を介してサーバ１００、読取部５０、図示しない荷室ＥＣＵと通信を行うことが可能である。通信部４０においては、異なる通信規格の通信が実行可能であってもよい。例えば、サーバ１００との通信は広域通信可能な規格によってインターネットを介して実現され、読取部５０や荷室ＥＣＵとの通信は近距離通信規格によって実現される構成等を採用可能である。制御部２０は、通信部４０を介して荷室扉センサの出力信号を取得することができ、当該出力信号に基づいて、荷室の扉が開状態または閉状態であることを検出することができる。
【００２４】
ユーザＩ／Ｆ部４１（第１通知部）は、利用者に各種の情報を提供し、配達者等の指示を入力するためのインタフェース部であり、本実施形態においては、タッチパネルディスプレイである。すなわち、制御部２０は、タッチパネルディスプレイを制御して各種の情報を表示させることが可能である。また、配達者はタッチ操作によって各種の入力を行うことが可能であり、制御部２０は、当該入力に基づいて利用者の指示を取得することができる。
【００２５】
制御部２０は、図示しないＣＰＵ，ＲＡＭ，ＲＯＭ等を備えており、記録媒体３０等に記録されたプログラムを実行可能である。本実施形態においては、このプログラムに配達支援プログラム２１が含まれている。配達支援プログラム２１は、荷物情報取得部２１ａ、予定情報取得部２１ｂ、通知部２１ｃを備えている。荷物情報取得部２１ａは、配達車両で配達される荷物を積み卸しする際に、荷物に取り付けられたタグから読み取られた荷物を示す荷物情報を取得する機能を制御部２０に実行させるプログラムモジュールである。
【００２６】
すなわち、制御部２０は、任意のタイミングで読取部５０に制御信号を出力し、読取部５０を制御して荷物５０ａに取り付けられたＩＣタグの読取を実行させる。読取部５０は、読み取られたＩＣタグの識別情報（ＲＦＩＤと呼ぶ）を取得し、送信する。制御部２０は、送信されたＲＦＩＤを取得し、当該ＲＦＩＤに対応するＩＣタグが取り付けられた荷物が配達車両に積載されているとみなす。そして、制御部２０は、取得したＲＦＩＤを荷物情報３０ａとし、記録媒体３０に記録する。
【００２７】
本実施形態において制御部２０は、このような読取部５０による読取を、少なくとも荷物の積み込み作業が行われている過程および荷卸し作業が行われている過程において定期的に実行させる。この結果、荷物が配達車両の荷室に積み込まれると、当該荷物に取り付けられたＩＣタグのＲＦＩＤがすぐに検出され、当該ＲＦＩＤを追加するように荷物情報３０ａが更新される。この場合、制御部２０は、荷物情報３０ａを参照することで、当該荷物が積載されたと認識する。また、荷物が配達車両の荷室から荷卸しされると、当該荷物に取り付けられたＩＣタグのＲＦＩＤがすぐに検知されない状態になり、当該ＲＦＩＤを削除するように荷物情報３０ａが更新される。この場合、制御部２０は、荷物情報３０ａを参照することで、当該荷物が荷卸しされたと認識する。
【００２８】
なお、本実施形態において、読取部５０は、配達業者が管理する複数の配達車両のそれぞれに備えられている。また、読取部５０が備える図示しない記憶媒体には、読取部５０が備え付けられた配達車両の識別情報が記録されている。そして、読取部５０は、荷物情報を送信する際に、当該識別情報を対応づけて送信する。このため、制御部２０は、荷物情報を参照することで、荷物情報が示す荷物が積載された配達車両の識別情報を特定することが可能である。すなわち、制御部２０は、積載された荷物と、荷物を積載した配達車両とを特定可能である。
【００２９】
予定情報取得部２１ｂは、荷物の積み卸しの予定情報を取得する機能を制御部２０に実行させるプログラムモジュールである。本実施形態において予定情報は、荷物の積み込みの予定と、荷物の荷卸しの予定とを含む。荷物の積み込みの予定には、配達車両と、当該配達車両に積み込まれる荷物とを対応づけた情報が含まれる。荷物の荷卸しの予定には、荷物と当該荷物が卸される配達地点とを対応づけた情報が含まれる。
【００３０】
図２は、予定情報の一例を示す図である。本実施形態にかかる予定情報においては、各荷物に取り付けられたＩＣタグのＲＦＩＤに対して、配達車両に関連する情報と、配達地点に関連する情報と、商品に関連する情報とが対応づけられている。
【００３１】
具体的には、配達車両に関連する情報としては、配達車両の識別情報と各配達車両で配達を行うべきコースのコース名、当該コース名に付与されたコース番号が含まれている。すなわち、１台の配達車両には予め決められたコースを巡回して配達を行うように作業予定が割り振られ、コースには名称と番号（識別情報）とが対応づけられる。例えば、図２に示す配達車両「Ｔ００１」には、コース名が「Ａ地区１」、コース番号が「Ｃ００１」であるコースが割り振られ、各荷物に対応づけられて予定情報に記述されている。
【００３２】
配達地点に関連する情報には、配達地点への配達順序である路順、配達地点に付与された配達地点番号、配達地点の名称が含まれている。すなわち、各配達車両が配達地点に到達すべき順序は路順として決められており、各路順で到達すべき配達地点には番号が付与されている。また、本実施形態において配達地点は店舗であり名称があり、これらの情報が各荷物に対応づけられる。例えば、図２に示す「店舗ａ」には配達地点番号「Ｓ００１」が割り振られ、「店舗ａ」は配達車両「Ｔ００１」で最初に到達すべき配達地点、すなわち、路順「０１」であることが決められ、各荷物に対応づけられて予定情報に記述されている。
【００３３】
商品に関連する情報には、商品名、カラーコードが含まれている。本実施形態において、荷物は、複数の商品を入れることができる箱（番重）であり、一つの箱には１種類の商品が入れられる。そこで、一つの荷物としての箱に入れられる商品の種類に対応した商品名が荷物を示すＲＦＩＤに対応づけられる。また、本実施形態においては、配達者が一見して荷物の種類を識別できるように、一定の大きさの矩形を一定の間隔で並べて着色し、色の並び順で商品を示すカラーコードが予め定義される。予定情報においては、各荷物に対して商品を示すカラーコードが貼り付けられ、予定情報３０ｂにも記述される。例えば、図２に示す例においては、赤をＲ，緑をＧ、青をＢで示しており、商品が弁当Ａである場合、ＲＲＧＲ（赤赤緑赤）の順に着色された矩形が並べられて示される。このため、予定情報においては、商品が弁当Ａである荷物に当該カラーコードが対応づけられる。
【００３４】
なお、本実施形態において、配達車両に関連する情報と、配達地点に関連する情報と、商品に関連する情報とのそれぞれには、複数の種類の情報が含まれているが、複数の種類の少なくとも１種が省略されてもよい。例えば、配達車両に関連する情報の中で、コース名またはコース番号のいずれかが省略されていてもよい。
【００３５】
制御部２０は、少なくとも荷物の積み込みを行う前に、通信部４０を介してサーバ１００から予定情報を取得し、予定情報３０ｂとして記録媒体３０に記録する。なお、本実施形態における予定情報には、配達業者が管理する全ての配達車両の予定が含まれ、各配達車両で配達すべき荷物の全ての予定が含まれている。すなわち、本実施形態において予定情報は、配達車両毎の予定に分割されない状態で、各配達車両に配信される。このため、各配達車両の第１端末１０に記録される予定情報３０ｂには、全ての配達車両にて扱う全ての荷物についての情報が含まれている。
【００３６】
通知部２１ｃは、荷物の積み卸し作業におけるエラー（予定情報との不適合）の有無を判定する機能、エラーの有無や荷室の扉の開閉状態を送信する機能、サーバ１００から受信した通知先の指定を示す通知先情報に従ってユーザＩ／Ｆ部４１を用いた通知を行う機能を制御部２０に実行させるプログラムモジュールである。制御部２０は、荷物情報と予定情報とに基づいて、予定情報に適合していない荷物を特定する。具体的には、制御部２０は、荷物情報が示す荷物が、当該荷物に対して予定情報によって対応づけられた配達車両に積み込まれていない場合、すなわち、荷物の積み忘れが発生した場合に、当該荷物が予定情報に適合していないと判定する。
【００３７】
また、制御部２０は、荷物情報が示す荷物が、当該荷物に対して予定情報によって対応づけられた配達車両と異なる車両に積み込まれている場合、すなわち、荷物の積み間違いが発生した場合に、当該荷物が予定情報に適合していないと判定する。さらに、制御部２０は、荷物情報が示す荷物が、当該荷物に対して予定情報によって対応づけられた配達地点で卸されていない場合、すなわち、荷卸し忘れが発生した場合に、当該荷物が予定情報に適合していないと判定する。さらに、制御部２０は、荷物情報が示す荷物が、当該荷物に対して予定情報によって対応づけられた配達地点と異なる地点で卸された場合に、当該荷物が予定情報に適合していないと判定する。
【００３８】
予定情報に適合していない荷物が存在する場合、制御部２０は、通知部２１ｃの機能により、予定情報に適合していない荷物が存在する（エラー有）旨と、当該荷物の予定情報（予定に適合していない荷物の本来の予定）等を含む通知内容と、現在日時とを、サーバ１００に送信する。また、予定情報に適合していない荷物が存在しない場合、制御部２０は、通知部２１ｃの機能により、予定情報に適合していない荷物は存在しない（エラー無）旨と、現在日時とをサーバ１００に送信する。また、制御部２０は、開閉センサの出力信号に基づいて荷室の扉の開閉状態を取得し、開閉の検出日時とともに、サーバ１００に送信する。なお、これらの情報は、配達車両の識別情報とともにサーバ１００に送信される。そのため、サーバ１００は送信された情報がどの配達車両の情報であるかを識別することが可能である。
【００３９】
また、制御部２０は、通知部２１ｃの機能により、サーバ１００から通知先情報を受信すると、通知先情報に基づいて通知先として第１端末１０が指定されているか否かを判定し、指定されている場合に、ユーザＩ／Ｆ部４１を制御してタッチパネルディスプレイにサーバ１００から受信した通知内容を表示させる。この際、制御部２０は、予定に適合していない荷物の本来の予定をタッチパネルディスプレイに表示させることにより、配達者が当該荷物を予定通りに配達するために必要な行動がわかるように通知を行うことができればよい。
【００４０】
従って、通知内容は、予定情報に適合していない荷物についての予定の全て（積み込みと荷卸し）であってもよいし、少なくとも本来の予定がわかるような内容の通知であってもよい。例えば、配達車両に対する荷物の積み忘れが発生している場合、少なくとも、予定に適合していない荷物の積み込みに関する情報が通知されると好ましい。予定に適合していない荷物に関する情報としては、当該荷物自体を示す情報（積み込まれるべき荷物のＲＦＩＤや商品名、カラーコード等を示す情報）であってもよいし、当該荷物を間接的に示す情報（例えば、荷物の保管場所等）であってもよい。この構成によれば、配達者は、通知に基づいて積み忘れた荷物を容易に特定し、積み込み作業を行うことで容易に予定に適合させるための作業を行うことが可能である。
【００４１】
荷物の積み間違いが発生している場合、少なくとも、予定に適合していない荷物を積む配達車両に関する情報が通知されると好ましい。荷物を積む配達車両に関する情報としては、当該配達車両自体を示す情報（配達車両の識別情報等）であってもよいし、配達車両に対応づけられた情報（例えば、配達車両での配達が予定されているコースのコース名やコース番号等）であってもよい。この構成によれば、配達者は、積み間違えた荷物が本来積まれるべき配達車両を容易に特定し、間違いを正すことができる。
【００４２】
荷卸し忘れが発生している場合、少なくとも、予定情報に適合していない荷物に関する情報が通知されると好ましい。予定に適合していない荷物に関する情報としては、当該荷物自体を示す情報（積み込まれるべき荷物のＲＦＩＤや商品名、カラーコード等を示す情報）であってもよいし、当該荷物を間接的に示す情報（例えば、荷物の積載位置等）であってもよい。この構成によれば、配達者は、通知に基づいて荷卸し忘れた荷物を容易に特定し、当該荷物を荷卸しすることで容易に予定に適合させるための作業を行うことが可能である。
【００４３】
荷卸し間違いが発生している場合、少なくとも、予定情報に適合していない荷物の配達地点に関する情報が通知されると好ましい。荷物の配達地点に関する情報としては、配達地点を直接的に示す情報（例えば、店舗名や座標、配達地点の番号等）であってもよいし、配達地点を間接的に示す情報（例えば、コースにおける配達順序（路順）等）であってもよい。この構成によれば、配達者は、現配達地点と卸し間違えた荷物の本来の配達地点とが相違することから荷卸しを間違えた荷物を特定し、当該荷物を再度荷室に積載することで容易に予定に適合させるための作業を行うことが可能である。なお、制御部２０は、現在の配達地点を通知してもよい。この構成によれば、配達者は、現在の配達地点と、荷卸し間違いを行った荷物の本来の配達地点との関係を把握しやすくなる。なお、卸し間違えた荷物自体を示す情報（卸し間違えた荷物のＲＦＩＤや商品名、カラーコード等を示す情報）が通知される構成であってもよい。
【００４４】
第２端末６０の制御部７０が実行する配達支援プログラム７１は、通知部７１ａを備えている。通知部７１ａは、配達車両が位置しているリンクＩＤと、配達車両の電源（ＡＣＣ電源）の状態（オンまたはオフ）とをサーバ１００に送信する機能、サーバ１００から送信された通知先の指定を示す通知先情報に従ってユーザＩ／Ｆ部８１を用いた通知を行う機能を制御部２０に実行させるプログラムモジュールである。制御部７０は、図示しないナビゲーションプログラムを実行することにより、配達車両がマッチングしているリンクＩＤを取得する。制御部７０は、リンクＩＤと、ＡＣＣ状態と、現在日時とを、サーバ１００に送信する。なお、これらの情報は、配達車両の識別情報とともにサーバ１００に送信される。そのため、サーバ１００は送信された情報がどの配達車両の情報であるかを識別することが可能である。なお第２端末６０の図示しない記録媒体には、第２端末６０が取り付けられている配達車両の識別情報が予め記録されている。
【００４５】
また、制御部７０は、通知部７１ａの機能により、サーバ１００から通知先情報を受信すると、通知先情報に基づいて通知先として第２端末６０が指定されているか否かを判定し、指定されている場合に、ユーザＩ／Ｆ部４１を制御してタッチパネルディスプレイにサーバ１００から受信した通知内容を表示させる。表示の態様は、第１端末１０における表示と同じであってよい。
【００４６】
サーバ１００の制御部１２０が実行する配達支援プログラム１２１は、通知部１２１ａを備えている。通知部１２１ａは、配達車両の第１端末１０および第２端末６０から送信された情報に基づいて配達車両の各種状態（出発・到着、ＡＣＣ、荷室扉、業務状態、エラー）を状態情報１３０ａに時系列順に蓄積する機能と、業務状態に基づいて通知先（第１端末１０または第２端末６０）を決定し、通知先の指定を示す通知先情報等を第１端末１０と第２端末６０に送信する機能を制御部１２０に実行させるプログラムモジュールである。
【００４７】
制御部１２０は、第１端末１０からエラー有無を示す情報、荷室扉の開閉状態を示す情報を受信すると、第１端末１０が取り付けられている配達車両の識別情報に対応付けて、記録媒体１３０の状態情報１３０ａに時系列順に記録する。また、制御部１２０は、エラー有の場合には、エラー有を示す情報と対応付けて送信された通知内容を、対応する日時に対応付けて記録媒体１３０に記録する。また、制御部１２０は、第２端末６０からリンクＩＤやＡＣＣ状態を受信すると、第２端末６０が取り付けられている配達車両に対応付けて、状態情報１３０ａに時系列順に記録する。図３は、ある配達車両の第１端末１０や第２端末６０から送信された情報に基づいて記録された状態情報１３０ａの一例であって、ある配達地点への到着から当該配達地点からの出発までの各値の変遷の一例（抜粋）を示している。
【００４８】
例えば、制御部１２０は、第１端末１０からエラーの有無を示す情報および時刻を受信すると、時刻に対応付けてエラーフラグとして値（１：有り、０：無し）を記録する。また制御部１２０は、第１端末１０から荷室扉の開閉状態および時刻を受信すると、時刻に対応付けて荷室扉フラグとして値（１：開、０：閉）を記録する。また、制御部１２０は、第２端末６０からリンクＩＤ，ＡＣＣ状態，日時を受信すると、日時に対応付けてリンクＩＤやＡＣＣフラグ（１：オン、０：オフ）を記録する。
【００４９】
また、制御部１２０は、リンクＩＤやＡＣＣ状態を送信した第２端末６０を搭載している配達車両の識別情報に基づいて、記録媒体１３０に記録されている図示しない予定情報のうち当該配達車両の予定情報を取得する。制御部１２０は、当該予定情報に含まれる各配達地点に接する道路のリンクＩＤを地図情報に基づいて取得する。いずれかの配達地点に接する道路のリンクＩＤと、第２端末６０から送信されたリンクＩＤとが一致する場合、制御部１２０は、第２端末６０を搭載する配達車両が配達地点に到着したと判定し、到着フラグ（１：Ｙｅｓ）を日時に対応付けて記録する。また、例えば、制御部１２０は、到着フラグが１（Ｙｅｓ）の状態から、配達地点に接する道路のリンクＩＤと、第２端末６０から送信されたリンクＩＤとが相違する状態となった場合に、配達車両が配達地点を出発したと判定し、出発フラグ（１：Ｙｅｓ）および到着フラグ（０：Ｎｏ）を時刻に対応付けて記録する。
【００５０】
また、制御部１２０は、出発フラグ、到着フラグ、ＡＣＣフラグ、荷室扉フラグの値の変遷に基づいて、業務状態を判定する。例えば、出発フラグ、到着フラグ、ＡＣＣフラグ、荷室扉フラグの各値のパターンが、第１のパターンから第２のパターンに変化した場合の、第２のパターンに対応する日時の業務状態が予め決められており、パターンの変化の態様に応じて判定した業務状態を第２のパターンの日時に対応付けて記録する。第１のパターンは第２のパターンの直前の１パターンに限定されず、直前の１パターンを含む直近の数パターンが含まれてよい。具体的には例えば、制御部１２０は、（出発フラグ、到着フラグ、ＡＣＣフラグ、荷室扉フラグ）の各値が（０，１，１，０）から（０，１，０，０）を経て（０，１，０，１）と変化した場合に、業務状態として、荷役作業が開始され荷役作業中となったと判定する。また、各フラグの値が（０，１，０，１）から（０，１，０，０）を経て（０，１，１，０）と変化した場合に、制御部１２０は、業務状態として、荷役作業を終了し出発前となったと判定する。
なお、各フラグの値のパターンに応じて、後述する通知先を決定する構成を採用してもよい（直近の数パターン分の変化は考慮しない構成であってもよい）。
【００５１】
また、制御部１２０は、業務状態に基づいて、エラーが発生した場合にエラーを通知する通知先を決定する。すなわち制御部１２０は、配達者が運転室にいることが示唆される業務状態の場合には、通知先を第２端末６０に決定し、当該業務状態に対応付けて通知先として「第２端末」を記録する。また制御部１２０は、配達者が荷役作業中であることが示唆される業務状態の場合には、通知先を第１端末１０に決定し、当該業務状態に対応付けて通知先として「第１端末」を記録する。
【００５２】
具体的には例えば、荷役作業中はＡＣＣをオフにすることがルールとされている場合、ＡＣＣフラグがオンの場合は、制御部１２０は、配達者は運転室にいることが示唆される業務状態であると判定されるため、通知先として第２端末６０を決定する。また例えば、ＡＣＣフラグがオンからオフに変化してから荷室扉フラグが閉状態から開状態になるまでの間も、制御部１２０は、荷役作業はまだ始まっていないことを示す業務状態であると判定されるため、通知先を第２端末６０に決定する。また制御部１２０は、荷室扉フラグが開状態の場合は、制御部１２０は、業務状態が荷役作業中であると判定されるため通知先として第１端末１０を決定する。なお、例えば、荷物を荷室から卸した後、配達地点の店舗内に搬入するために配達車両を離れる場合、荷室扉を閉じることがルールとされている場合（例えば荷室内の保温のため等）、荷室扉が開状態から閉状態に変化するが、ＡＣＣフラグがオフのままであれば制御部１２０は業務状態を荷役作業中であると判定して通知先を第１端末１０として決定する。荷室扉フラグが開状態から閉状態に変化した後に、ＡＣＣフラグがオフからオンに変化した場合、制御部１２０は、業務状態が、配達者は荷役作業を終了して出発前の（運転室にいる）状態であると判定し、通知先として第２端末６０を決定する。
通知先の決定法は、以上の手法に限定されず、例えば、少なくともＡＣＣがオンである状態では通知先を第２端末とし、少なくとも荷室扉が開いている状態では通知先を第１端末としてもよい。ＡＣＣがオンであり、かつ、荷室扉が開いている状態や、ＡＣＣがオフであり、かつ、荷室扉が閉じている状態は、いずれか第１端末、第２端末の一方が通知先となってもよいし、双方が通知先となってもよいし、双方ともに通知先にならなくてもよい。
【００５３】
制御部１２０は、通知先の端末を決定すると、通知先の指定を示す通知先情報を両端末に送信する。また、通知先として決定された端末にはさらに、エラーフラグの値と、エラーフラグが有の場合には通知内容とを通知先情報とともに送信する。従って、荷卸し作業中に予定情報との不適合が生じた場合は、第１端末１０にてその旨が通知されるため、配達者は荷卸し作業において不適合が発生していることに気付きやすい。しかし第１端末１０による通知に気付かず、予定情報との不適合を解消する行動を配達者が行わないまま荷室扉を閉じる可能性もある。本実施形態によれば、第１通知部での通知後、不適合が解消されない状態であったとしても、運転室に配達者がいると判定した場合に第２端末６０によって不適合を通知する構成であるため、荷卸し作業の予定との不適合が解消されないまま配達車両が配達地点から出発する可能性を低減することができる。なお、本実施形態においては図３を用いて荷卸し作業を例として説明したが、荷物の積み込み作業においても同様の効果を奏する。すなわち、本実施形態の構成によれば、積み込み作業の予定との不適合が解消されないまま配達車両が積み込み地点から出発する可能性を低減することができる。
【００５４】
（２）配達支援処理：
次に、配達支援システムが実行する配達支援処理を説明する。本実施形態において、配達支援処理には、積み込みエラー判定処理（図４Ａ）、荷卸しエラー判定処理（図４Ｂ）、車両データ送信処理（図５Ａ）、状態判定処理（図５Ｂ）、エラー通知処理（図５Ｃ）が含まれる。
【００５５】
本実施形態においては、これらの処理を含む配達支援処理が実行される前に、予め各配達車両の荷室の扉に第１端末１０が取り付けられ、運転室に第２端末６０が取り付けられている。また、サーバ１００から予定情報３０ｂが配信され、第１端末１０の記録媒体３０に記録されている。
【００５６】
（２−１）積み込みエラー判定処理：
図４Ａに示す積み込みエラー判定処理と図４Ｂに示す荷卸しエラー判定処理は、第１端末１０の制御部２０によって実行される処理である。図４Ａの積み込みエラー判定処理は、配達車両が出発地に存在し、荷室に荷物が積み込まれていない状態から実行開始され、配達車両が出発地を出発するまでの間、一定時間経過毎（例えば、１００ｍｓ毎）に繰り返し実行される。サーバ１００の制御部１２０は、状態情報１３０ａに基づいて、配達車両が出発地にいると判断した場合、第１端末１０に対して積み込みしエラー判定処理の定期的な実行の開始指示を送信する。また、サーバ１００の制御部１２０は状態情報１３０ａに基づいて出発地を出発して移動中となったと判断した場合、第１端末１０に対して積み込みしエラー判定処理の定期的な実行の終了指示を送信する。制御部２０は開始指示を受信してから終了指示を受信するまでの間、積み込みエラー判定処理を定期的に繰り返し実行する。
【００５７】
積み込みエラー判定処理が開始されると、制御部２０は、予定情報取得部２１ｂの機能により、予定情報を取得する（ステップＳ１００）。すなわち、制御部２０は、記録媒体３０を参照し、予定情報３０ｂを取得する。次に、制御部２０は、荷物情報取得部２１ａの機能により、荷物情報を取得する（ステップＳ１０５）。すなわち、制御部２０は、通信部４０を介して読取部５０に制御指示を出力し、荷室内の荷物５０ａに取り付けられたＩＣタグの読取を行わせる。読取が行われると、読取部５０は、読み取った荷物のＲＦＩＤを示す情報に、読取部５０が取り付けられた配達車両の識別情報を対応付け、荷物情報として送信する。制御部２０は、通信部４０を介して荷物情報を取得し、記録媒体３０に荷物情報３０ａとして保存する。
【００５８】
なお、荷物情報の取得は、上述したように予め決められた短い一定期間毎（例えば１００ｍｓ毎）に繰り返し実行される。このため、荷物が荷室に積み込まれると、荷物情報３０ａは積み込まれた荷物を含む情報となる。また、荷物が荷卸しされると、荷物情報３０ａは荷卸しされた荷物を含まない情報となる。このため、荷物情報３０ａは、ほぼリアルタイムで荷室に積載された荷物を示す情報となっている。
【００５９】
次に、制御部２０は、通知部２１ｃの機能により、配達車両を特定する（ステップＳ１１０）。すなわち、制御部２０は、記録媒体３０に記録された荷物情報３０ａを参照し、荷物情報３０ａに対応づけられた配達車両の識別情報を特定する。この結果、制御部２０は、第１端末１０が取り付けられた配達車両が当該識別情報の車両であると特定する。
【００６０】
次に、制御部２０は、通知部２１ｃの機能により、積み込む予定の荷物を特定する（ステップＳ１１５）。すなわち、制御部２０は、ステップＳ１０５で取得された荷物情報を参照し、ステップＳ１１０で特定された配達車両による配達が予定された荷物を特定する。例えば、配達車両が、図２に示す識別情報Ｔ００１の車両である場合、制御部２０は、識別情報Ｔ００１が対応づけられた荷物のＲＦＩＤを取得し、積み込む予定の荷物とみなす。
【００６１】
次に、制御部２０は、通知部２１ｃの機能により、積み間違いがあるか否かを判定する（ステップＳ１２０）。すなわち、制御部２０は、ステップＳ１１５で特定された積み込む予定の荷物と、ステップＳ１０５で取得された現在積み込まれている荷物情報とを比較し、現在積み込まれている荷物が、配達車両に積み込まれる荷物でない場合に、積み間違いがあると判定する。
【００６２】
ステップＳ１２０において、積み間違いがあると判定された場合、制御部２０は、通知部２１ｃの機能により、エラー有と通知内容を記憶する（ステップＳ１２５）。すなわち制御部２０は、積み込み作業にエラーが発生していることと、配達者に通知する内容（通知内容）を一時的にＲＡＭに記憶する。積み間違いがある場合は、通知内容として、間違えた荷物を示す情報が記憶される。間違えた荷物を示す情報は、予定情報から取得可能である。具体的には例えば、間違えた荷物を示す情報は、当該荷物を配達する予定のコース名、コース番号、配達車両、路順、配達地点番号、配達地点名称、商品名、カラーコード、数量等が含まれる。
【００６３】
ステップＳ１２０において積み間違いがあると判定されない場合、制御部２０は、ステップＳ１２５をスキップする。ステップＳ１２５が実行された場合、またはスキップされた場合、制御部２０は、通知部２１ｃの機能により、積み込み終了指示済みであるか否かを判定する（ステップＳ１３０）。本実施形態においては、通常、複数の配達地点のそれぞれに配達される複数の荷物が、出発地において配達車両に積み込まれる。配達者は、全ての配達地点への荷物の全てを積み込むと、ユーザＩ／Ｆ部４１であるタッチパネルディスプレイを操作して積み込み終了指示を行う。出発地において積み込み作業を開始してから１回でも積み込み終了指示がなされた場合、制御部２０はステップＳ１３０において、積み込み終了指示済みであると判定する。
【００６４】
ステップＳ１３０において、積み込み終了指示済みであると判定された場合、制御部２０は、通知部２１ｃの機能により、積み忘れがあるか否かを判定する（ステップＳ１３５）。すなわち、制御部２０は、ステップＳ１１０で特定された積み込む予定の荷物と、ステップＳ１０５で取得された現在積み込まれている荷物情報とを比較し、積み込む予定の荷物の一つでも現在積み込まれている荷物と一致していない場合に、積み忘れがあると判定する。
【００６５】
ステップＳ１３５において、積み忘れがあると判定された場合、制御部２０は、通知部２１ｃの機能により、エラー有と通知内容を記憶する（ステップＳ１４０）。すなわち、制御部２０は、積み込み作業にエラーが発生していることと、配達者に通知する内容を一時的にＲＡＭに記憶する。積み忘れがある場合は、制御部２０は予定情報３０ｂに基づいて積み忘れた荷物を示す情報を特定し、通知内容として、積み忘れた荷物を示す情報を記憶する。積み忘れた荷物を示す情報には、例えば、積み忘れた荷物を配達する予定のコース名、コース番号、配達車両、路順、配達地点番号、配達地点名称、商品名、カラーコード、数量などが含まれる。
【００６６】
ステップＳ１３０において、積み込み終了指示済みであると判定されない場合、制御部２０は、ステップＳ１３５〜Ｓ１４０をスキップする。ステップＳ１３５において積み忘れ有りと判定されない場合、制御部２０はステップＳ１４０をスキップする。ステップＳ１４０を実行後、またはステップＳ１４０がスキップされた場合、制御部２０は、通知部２１ｃの機能により、エラー有か否かを判定する（ステップＳ１４５）。すなわち、制御部２０はエラー有と一時的に記憶された状態であるか否か（今回の積み込みエラー判定処理でＳ１２５とＳ１４０の少なくともいずれかが実行されたか否か）を判定する。ステップＳ１４５においてエラー有と判定された場合、制御部２０は、通知部２１ｃの機能により、エラー有を示す情報と通知内容と荷室扉の開閉状態をサーバ１００に送信する（ステップＳ１５０）。すなわち、今回の積み込みエラー判定処理でＳ１２５が実行された場合には、積み間違えた荷物を示す情報が通知内容に含まれ、Ｓ１４０が実行された場合には、積み忘れた荷物を示す情報が通知内容に含まれる（両方実行した場合は両方の情報が含まれる）。また、ステップＳ１５０では荷室の扉の開閉状態を開閉センサから取得し、荷室扉の開閉状態を示す情報と現在日時も合わせて送信される。
【００６７】
ステップＳ１４５においてエラー有と判定されない場合、制御部２０は通知部２１ｃの機能により、エラー無を示す情報と荷室扉の開閉状態をサーバ１００に送信する（ステップＳ１５５）。制御部２０は、荷室の扉の開閉状態を開閉センサから取得する。制御部２０は、エラー無を示す情報と、荷室の扉の開閉状態と、現在日時をサーバ１００に送信する。サーバ１００は、通知部１２１ａの機能により、Ｓ１５０またはＳ１５５で送信された情報を受信し、受信した情報を状態情報１３０ａに時系列順に記録する。すなわち制御部１２０は、日時が示すレコードにエラーフラグと荷室扉フラグの値を記録する。また、エラー有の場合、制御部２０は、エラー有を示す情報と対応付けて送信された通知内容を記録媒体１３０に記録する。
【００６８】
（２−２）荷卸しエラー判定処理：
図４Ｂに示す荷卸しエラー判定処理は、配達車両に対する荷物の積み込みが完了して配達車両が出発地を出発した後、配達地点に到着した場合に実行開始され、当該配達地点を出発して次の配達地点（あるいは出発地に戻る場合は出発地）に向けて移動中となるまでの間、一定時間経過毎（例えば１００ｍｓ毎）に第１端末１０の制御部２０によって繰り返し実行される。なお、サーバ１００の制御部１２０は、状態情報１３０ａに基づいて、配達車両が配達地点に到着したと判断した場合、第１端末１０に対して荷卸しエラー判定処理の定期的な実行の開始指示を送信する。また、サーバ１００の制御部１２０は状態情報１３０ａに基づいて配達地点を出発して移動中となったと判断した場合、第１端末１０に対して荷卸しエラー判定処理の定期的な実行の終了指示を送信する。制御部２０は開始指示を受信してから終了指示を受信するまでの間、荷卸しエラー判定処理を定期的に繰り返し実行する。
【００６９】
荷卸しエラー判定処理においては、図４Ａの積み込みエラー判定処理と処理の流れが同様である。ここでは、図４Ａの積み込みエラー判定処理と異なるステップを中心に説明する。ステップＳ２１５では、制御部２０は、通知部２１ｃの機能により、荷卸し予定の荷物を特定する。すなわち制御部２０は、ステップＳ２００で取得された予定情報を参照し、ステップＳ２１０で特定された配達車両が、現配達地点において配達すべき荷物を特定する。例えば、配達車両が図２に示す識別情報Ｔ００１の配達車両であり、配達地点が図２に示す店舗ｂである場合、制御部２０は、ＲＦＩＤがＲＦ００５，ＲＦ００６，ＲＦ００７の荷物が荷卸し予定の荷物であると特定する。
【００７０】
ステップＳ２２０では、制御部２０は、通知部２１ｃの機能により、荷卸し間違いがあるか否かを判定する。すなわち、制御部２０は、ステップＳ２１５で特定された荷卸し予定の荷物と、ステップＳ２０５で取得された現在積み込まれている荷物情報とを比較し、荷室に積まれているべき荷物が存在しない（荷卸しされている）場合に、荷卸し間違いがあると判定する。この処理は、例えば、制御部２０が、現在積み込まれている荷物情報のＲＦＩＤを特定し、当該ＲＦＩＤが、予定情報において配達車両の識別情報に対応づけられた荷物であって現在の路順よりも後の路順で配達されるべき荷物のＲＦＩＤと一致しているか否かに基づいて実行される。
【００７１】
ステップＳ２２５では、制御部２０は、通知部２１ｃの機能により、エラー有を示す情報と通知内容を記憶する。すなわち、制御部２０は、荷卸し作業にエラーが発生していることと、配達者に通知する内容（通知内容）を一時的にＲＡＭに記憶する。荷卸し間違いがある場合は、通知内容として、間違えて荷卸しした荷物を示す情報が記憶される。間違えて卸した荷物を示す情報は、予定情報から取得可能である。具体的には例えば、間違えた荷物を示す情報は、当該荷物を配達する予定のコース名、コース番号、配達車両、路順、配達地点番号、配達地点名称、商品名、カラーコード、数量等が含まれる。
【００７２】
ステップＳ２３０では、制御部２０は、通知部２１ｃの機能により、荷卸し終了指示済みであるか否かを判定する。配達地点においては、通常、複数の配達地点のそれぞれに配達される複数の荷物が荷卸しされる。配達者は、特定の配達地点への荷物の全てを荷卸しすると、ユーザＩ／Ｆ部４１であるタッチパネルディスプレイを操作して荷卸し終了指示を行う。現配達地点において荷卸し作業を開始してから１回でも荷卸し終了指示がなされた場合、制御部２０は、ステップＳ２３０において荷卸し終了指示済みであると判定する。
【００７３】
ステップＳ２３５では、制御部２０は、通知部２１ｃの機能により、荷卸し忘れがあるか否かを判定する。すなわち、制御部２０は、ステップＳ２１５で特定された荷卸し予定の荷物と、ステップＳ２０５で取得された現在積み込まれている荷物情報とを比較し、現在積み込まれている荷物の中に、荷卸し予定の荷物が含まれている場合に、荷卸し忘れがあると判定する。ステップＳ２４０では、制御部２０は、通知部２１ｃの機能により、エラー有と通知内容を記憶する。すなわち、制御部２０は、荷卸し作業にエラーが発生していることと、配達者に通知する内容（通知内容）を一時的にＲＡＭに記憶する。荷卸し忘れがある場合は、制御部２０は予定情報３０ｂに基づいて卸し忘れた荷物を示す情報を特定し、通知内容として、卸し忘れた荷物を示す情報を記憶する。卸し忘れた荷物を示す情報には、例えば、卸し忘れた荷物を配達する予定のコース名、コース番号、配達車両、路順、配達地点番号、配達地点名称（すなわち現配達地点の名称）、商品名、カラーコード、数量などが含まれる。
【００７４】
ステップＳ２５０，Ｓ２５５は、ステップＳ１５０，Ｓ１５５と同様の処理である。従って図４Ｂの荷卸しエラー判定処理を実行することにより、荷卸し間違いと荷卸し忘れの少なくともいずれかのエラーが発生している場合には、エラー有を示す情報と、配達者への通知内容と日時がサーバ１００に送信され、荷卸し間違いも荷卸し忘れも発生していない場合は、エラー無を示す情報と日時がサーバ１００に送信される。サーバ１００は、通知部１２１ａの機能により、Ｓ２５０またはＳ２５５で送信された情報を受信し、受信した情報を状態情報１３０ａに時系列順に記録する（エラーフラグ、荷室扉フラグ）。また、エラー有の場合、制御部２０は、エラー有を示す情報と対応付けて送信された通知内容を記録媒体１３０に記録する。
【００７５】
（２−３）車両データ送信処理：
図５Ａは、第２端末６０の制御部７０が実行する車両データ送信処理のフローチャートである。車両データ送信処理は、配達者が出発地や配達地点にて荷役作業中の場合も、配達者が配達車両を運転して移動中である場合も、一定時間経過毎に繰り返し実行される。車両データ送信処理が開始されると、制御部７０は、リンクＩＤとＡＣＣ状態をサーバ１００に送信する（ステップＳ３００）。すなわち制御部７０は、配達車両が位置している道路（あるいは位置している施設に隣接する道路）のリンクＩＤを取得する。また制御部７０は、ＡＣＣ状態（オン／オフ）を取得する。そして制御部７０は、通信部８０を介して、サーバ１００にリンクＩＤとＡＣＣ状態を送信する。サーバ１００の制御部１２０は、通知部１２１ａの機能により、Ｓ３００で第２端末６０から送信された情報を受信し、受信した情報を状態情報１３０ａに時系列順に記録する。すなわち、制御部１２０は、日時が示すレコードにリンクＩＤとＡＣＣフラグの値を記録する。
【００７６】
（２−４）状態判定処理：
図５Ｂは、サーバ１００の制御部１２０が通知部１２１ａの機能により実行する状態判定処理のフローチャートである。状態判定処理は、一定時間経過毎に繰り返し実行される。状態判定処理が開始されると、制御部１２０は、出発・到着判定処理を行う（ステップＳ４００）。すなわち制御部１２０は、状態情報１３０ａ（例えば図３を参照）に記録された各日時のレコードのうち出発フラグと到着フラグの値が未記録であるレコード（１以上のレコード）のリンクＩＤや、未記録レコードの直近日時の記録済みレコードの出発フラグ・到着フラグ・リンクＩＤの値や、配達車両の予定情報等に基づいて、出発判定および到着判定を行う。そして、出発判定結果に応じて未記録レコードの出発フラグの値を記録し、到着判定結果に応じて未記録レコードの到着フラグの値を記録する。
【００７７】
次に、制御部１２０は、業務状態判定処理を行う（ステップＳ４０５）。すなわち制御部１２０は、状態情報１３０ａに記録された各日時のレコードのうち業務状態が未記録であるレコードの出発フラグ、到着フラグ、ＡＣＣフラグ、荷室扉フラグの各値のパターンと、未記録レコードの直近の業務状態が記録済みのレコード（１以上のレコード）の出発フラグ、到着フラグ、ＡＣＣフラグ、荷室扉フラグの各値のパターンとに基づいて、業務状態を判定し、未記録レコードの業務状態を記録する。
【００７８】
次に、制御部１２０は、通知先判定処理を行う（ステップＳ４１０）。すなわち制御部１２０は、状態情報１３０ａに記録された各日時のレコードのうち通知先が未記録のレコードの業務状態に応じて通知先の端末を決定し、当該レコードの通知先に記録する。
【００７９】
次に、制御部１２０は、通知先は第１端末であるか否かを判定する（ステップＳ４１５）。すわなち制御部１２０は、状態情報１３０ａに基づいてステップＳ４１０で決定された最新の通知先が、第１端末であるか否かを判定する。ステップＳ４１５において通知先は第１端末であると判定された場合、制御部１２０は、第１端末１０に、通知先が第１端末であることを示す通知先情報と、エラーフラグを送信する（ステップＳ４２０）。なお、制御部１２０は、エラーフラグの値がエラー有である場合、状態情報１３０ａの最新のレコードのエラーの通知内容（記録媒体１３０に対応付けて記録されている）も合わせて第１端末１０に送信する。次に、制御部１２０は、第２端末６０に、通知先が第１端末であることを示す通知先情報を送信する（ステップＳ４２５）。
【００８０】
ステップＳ４１５において、通知先が第１端末であると判定されない場合、制御部１２０は、ステップＳ４２０〜Ｓ４２５をスキップし、通知先が第２端末であるか否かを判定する（ステップＳ４３０）。すわなち制御部１２０は、状態情報１３０ａに基づいてステップＳ４１０で決定された最新の通知先が、第２端末であるか否かを判定する。ステップＳ４３０において、通知先が第２端末であると判定された場合、制御部１２０は、第１端末１０に、通知先が第２端末であることを示す通知先情報を送信する（ステップＳ４３５）。次に、制御部１２０は、第２端末６０に、通知先が第２端末であることを示す通知先情報と、エラーフラグを送信する（ステップＳ４４０）。なお、エラーフラグの値がエラー有である場合、制御部１２０は、状態情報１３０ａの最新のレコードのエラーの通知内容（記録媒体１３０に対応付けて記録されている）も合わせて第１端末１０に送信する。ステップＳ４３０において、通知先が第２端末であると判定されない場合、制御部１２０は、ステップＳ４３５〜Ｓ４４０をスキップする。なお、本実施形態においてＳ４００は省略されてもよい。他の実施形態において、通知先が第１端末でも第２端末でもない（いずれの端末においても通知しない）ことがある場合であって、Ｓ４３０でＮ判定となった場合は、通知先は第１端末でも第２端末でもないことを示す通知先情報を両端末に対して送信するようにしてもよい。
【００８１】
（２−５）エラー通知処理：
図５Ｃは、第１端末１０の制御部２０（通知部２１ｃ）と、第２端末６０の制御部７０（通知部７１ａ）が実行するエラー通知処理のフローチャートである。サーバ１００において状態判定処理（図５Ｂ）のステップＳ４２０，４２５かステップＳ４３５，Ｓ４４０が実行されることによって送信された通知先情報を、第１端末１０と第２端末６０がそれぞれ受信したことに応じてエラー通知処理は実行される。以降では、第１端末１０について実行される場合を想定して説明を行う。第２端末６０にて実行される場合、以降の説明における、制御部２０が制御部７０、ユーザＩ／Ｆ部４１がユーザＩ／Ｆ部８１、第１端末が第２端末に置き換えられる。
【００８２】
エラー通知処理が開始されると、制御部２０は、受信した通知先情報に基づいて通知先は自端末であるか否かを判定する（ステップＳ６００）。すなわち、サーバ１００から受信した通知先が第１端末であるか否かを判定する。ステップＳ６００において、通知先は自端末であると判定された場合、制御部２０は、通知先情報とともに受信したエラーフラグの値がエラー有であるかエラー無であるかを判定する（ステップＳ６０５）。ステップＳ６０５においてエラー有であると判定された場合、制御部２０は、エラーフラグとともに受信した通知内容に基づいてエラーを通知するための画面を表示する（ステップＳ６１０）。従って例えば、荷卸し間違いエラーの場合は、卸し間違えた荷物を本来配達する予定のコース名、コース番号、配達車両、路順、配達地点番号、配達地点名称、商品名、カラーコード、数量等が表示され、当該荷物を現配達地点で卸すのは間違いであることを配達者に通知することができる。
【００８３】
ステップＳ６０５において、エラー無であると判定された場合、制御部２０はステップＳ６１０をスキップする。すなわち第１端末１０のユーザＩ／Ｆ部４１のタッチパネルディスプレイには、エラー（荷役作業が予定と適合していない状態）が生じている旨を通知する画面は表示されない。なお、荷卸し作業中の場合には荷卸し終了指示を入力するためのボタンは第１端末のユーザＩ／Ｆ部４１のタッチパネルディスプレイに表示されている。また、積み込み作業中の場合には積み込み終了指示を入力するためのボタンが、第１端末のユーザＩ／Ｆ部４１のタッチパネルディスプレイに表示されている。ステップＳ６００において、通知先は自端末であると判定されない場合、制御部２０はステップＳ６０５〜Ｓ６１０をスキップする。
【００８４】
以上のように、エラー通知処理を第１端末１０および第２端末６０がそれぞれ実行することにより、第１端末１０と第２端末６０のうち、配達者が見ている可能性が高い方の端末のディスプレイによってエラーを通知することができ、配達者が見ている可能性が高くない方の端末のディスプレイではエラーを通知しないようにすることができる。従って無用な通知がなされることを防止することができる。なお、ステップＳ６００にて通知先は自端末であると判定されない場合、制御部２０は、自端末のタッチパネルディスプレイのバックライトをオフしてもよい。その結果、通知先でない方の端末の消費電力を抑制することができる。ステップＳ６１０を実行する場合、制御部２０は、それまでバックライトがオフであればオンに切り替える。
【００８５】
（３）他の実施形態：
以上の実施形態は本発明を実施するための一例であり、荷役作業が予定と適合していない場合に荷室の扉に取り付けられた第１通知部によって不適合を通知し、第１通知部での通知後に不適合が解消されないまま運転室に配達者がいる場合に、運転室内に取り付けられた第２通知部によって不適合を通知する限りにおいて、他にも種々の実施形態を採用可能である。例えば、上述の実施形態を構成する各システムは、機能を共有したより少ない装置で構成されても良い。このような例としては、図１に示す少なくとも１台のシステムが、他の１台以上のシステムと同一の装置で構成される例が挙げられる。具体的には例えば、上記実施形態のサーバ１００における通知部１２１ａの機能は、第１端末１０または第２端末６０に備えられる構成であってもよい。すなわち第１端末１０と第２端末６０のいずれか一方が主となって自端末と他方の端末のいずれで通知するかを決定し、自端末と他方の端末とを制御する構成であってもよい。
【００８６】
また、第２端末６０の一部（例えば、現在地の取得部）の機能が第１端末１０で実現されてもよい。また、第１端末１０の一部（例えば荷室扉の開閉状態の取得）の機能が第２端末６０で実現されてもよい。さらに、図１に示すシステムがより多数のシステムで構成されても良い。例えば、サーバ１００がより多数のサーバコンピュータで構成されても良い。
【００８７】
また、荷物情報取得部２１ａや予定情報取得部２１ｂは、サーバ１００に備えられ、不適合が生じているか否かの判定はサーバ１００にて実施される構成であっても良い。その場合、第１端末１０と第２端末６０は、サーバ１００からのエラー通知要求に従ってエラーを通知することができればよい。さらに、上述の実施形態の一部の構成が省略される構成や、処理が変動または省略される構成も想定しうる。例えば、積み込みエラー判定処理、荷卸しエラー判定処理のいずれかが省略される構成が実現されても良い。また、積み込みエラー判定処理において、積み間違い判定と積み忘れ判定のいずれかが省略されてもよい。また、荷卸しエラー判定処理において、荷卸し間違い判定と荷卸し忘れ判定のいずれかが省略されてもよい。
【００８８】
荷物情報取得部は、配達車両に荷物を積み込む際、荷物を卸す際の少なくとも一方に、荷物に取り付けられたタグから読み取られた荷物を示す荷物情報を取得する。すなわち、荷物情報取得部は、荷物に取り付けられたタグの読取を行うことで、配達車両への荷物の積み込み作業が行われた荷物や、配達車両から荷卸し作業が行われた荷物を特定する。この結果、配達車両に積載されている荷物と、配達車両に積み込まれていない荷物（荷卸しされた等の原因によって荷物情報に示されていない荷物）を特定することも可能である。
【００８９】
荷物情報は、荷物に取り付けられたタグから読み取られた情報であれば良く、読取部は荷物情報取得部に含まれていてもよいし、読取部で読み取られた荷物情報が通信を介して荷物情報取得部によって取得される構成であってもよい。また、読取部は、荷物のそれぞれに取り付けられた、荷物情報を示すタグを読み取ることができればよい。読取の形式は限定されないが、作業効率を向上させるためには、無線通信によって荷物情報を読み取り可能であることが好ましい。また、読取部は、荷室に積載され得る荷物の全てについて荷物情報を読み取り可能であることが好ましい。
【００９０】
読み取られた荷物情報は予定に適合しているか否かの判定に利用されれば良い。従って、読取部による読取は、荷物を積み込む際、または荷物を卸す際の種々の場面で行われてよい。このため、上述の実施形態のように荷室に積載された全ての荷物についての読取が一定期間毎に繰り返されてもよいし、複数の荷物のそれぞれが荷室に搬入されたタイミングや荷室から搬出されたタイミングで個別の荷物のそれぞれについて読み込まれてもよい。
【００９１】
タグは、荷物情報を読み取ることができる物であれば良い。従って、タグ自体に荷物情報が記憶され、無線通信可能なＩＣタグ以外にも種々の構成が採用されてよい。例えば、タグに１次元コードや２次元コードが記されており、当該コードが読み取られることによって荷物情報が読み取られてもよい。荷物情報は、少なくとも荷物を示していればよく、荷物に対応づけられた識別情報以外にも、種々の情報、例えば、商品名やタグ自体に対応づけられた識別情報であってもよい。
【００９２】
配達車両は、荷物を積載可能な車両であればよく、荷室の構成や積載態様は限定されない。例えば、配達車両はトラックであってもよい。また例えば、運転室と荷室との間が隔てられていない車両（例えば、ワンボックスやバン等）であってもよい。
【００９３】
予定情報取得部は、荷物の積み込み、または荷卸しの少なくとも一方の予定情報を取得することができればよい。すなわち、配達車両における荷物の配達予定は予め決まっており、荷物毎に配達者が従うべき予定が予定情報に記述される。予定情報取得部は、当該予定情報を取得することができればよく、各種の通信を介して当該予定情報を取得する。予定情報を取得するタイミングは限定されず、少なくとも、配達者によって行われた行動が予定に適合しているか否かを判定するタイミングで予定情報が取得されていればよい。
【００９４】
予定情報は、荷物毎に配達者が従うべき予定を示していればよい。すなわち、各荷物の積み込みに関する予定情報であれば、配達車両と、当該配達車両に積み込まれる荷物とを対応づけた情報が予定情報に含まれる。各荷物の荷卸しに関する予定情報であれば、荷物と当該荷物が卸される配達地点とを対応づけた情報が予定情報に含まれる。むろん、予定情報には他の情報が含まれていてもよく、積載されるべき配達車両や、配達コース、配達先（店名や店を示すコード、位置情報等）、荷物の内容（商品名や商品を示すコード等）等を示す情報が含まれていてもよい。むろん、配達途中の配達地点で荷物が積み込まれる予定であってもよい。
【００９５】
また、上述の実施形態においては、配達業者が管理する全ての配達車両についての予定情報が全ての配達車両の第１端末１０に送信されるが、配達車両毎の予定情報が抜き出されて各配達車両に送信されてもよい。この構成において、予定情報として記録された予定は、第１端末１０が取り付けられた配達車両での予定であるため、どの配達車両であるのか判定する処理は省略可能になる。
【００９６】
通知部は、荷物情報と予定情報とに基づいて、予定情報に適合していない荷物を特定した場合に、荷室の扉に取り付けられた第１通知部によって不適合を通知し、第１通知部での通知後、不適合が解消されないまま運転室に配達者がいると判定した場合に、運転室内に取り付けられた第２通知部によって不適合を通知することができればよい。すなわち、予定情報は荷物の積み込みの予定、または荷卸しの予定の少なくとも一方を示しているので、積み込み予定の荷物と異なる荷物が積み込まれると予定と異なる状況が発生し、積み込み予定の荷物が積み込まれなければ予定と異なる状況が発生する。また、荷卸し予定の荷物と異なる荷物が荷卸しされると予定と異なる状況が発生し、荷卸し予定の荷物が荷卸しされなければ予定と異なる状況が発生する。
【００９７】
これらの状況が発生している場合、当該行動に起因して予定外の状況となっている荷物を正しい予定に適合させるための行動が、予定情報に基づいて明らかになる。そこで、通知部により、当該荷物の予定情報を通知すれば、配達者が予定通りの配達を行いやすくなる。予定に適合させるための行動を配達者に行わせるための通知は、種々の通知であってよく、例えば、予定に適合していない荷物の正しい予定を示せば、配達者は、当該荷物を予定に適合させるための行動をすぐに認識することが可能になる。
【００９８】
また、運転室に配達者がいるか否かの判定は、様々な判断材料に基づいて実施されてよい。いずれか１つの判断材料に応じて判定されてもよいし、複数の判断材料の組み合わせに応じて判定されてもよい。例えば、配達車両が出発したと判定される場合に、運転室に配達者がいると判定する構成であってもよい。荷物の積み込みの場合は、積み込み地点（例えば配達経路の出発地）からの出発であり、荷物の荷卸しの場合は、現配達地点からの出発である。車両が走行を始める場合の車両の動作を検知したことで、配達車両が出発したと判定してよい。より具体的には例えば、パーキングブレーキの解除、車輪の回転、アクセルペダル操作、等の少なくともいずれかを採用してよい。また、車外を撮影範囲に含んだカメラの撮影画像の変化に基づいて配達車両が出発したことと判定する構成を採用してもよい。
【００９９】
また例えば、運転室の扉の開閉状態が、運転室に配達者がいると判定するための判断材料に含まれてもよい。具体的には例えば、荷室扉が開状態から閉状態となった後に、運転室の扉が閉状態から開状態になったことを検知した場合に、運転室に配達者がいると判定する構成であってもよい。また、運転席に備えられた着座センサの出力値が判断材料に含まれてもよい。着座センサによって着座を検知した場合に、運転室に配達者がいると判定する構成であってもよい。また、運転席のシートベルトセンサによって運転席の乗員がシートベルトを着用したことを検知した場合に運転室に配達者がいると判定する構成を採用してもよい。また、運転室内に取り付けられたマイクが検出した音や、運転室内を撮影範囲に含むカメラが撮影した画像に基づいて、運転室に配達者がいると判定する構成を採用してもよい。
【０１００】
なお、上記実施形態では、荷役作業中に荷室扉が開状態から閉状態になっても通知先を第１端末のままとしていたが、荷室扉が開状態から閉状態になり、ＡＣＣフラグがオフのままであれば、第１端末も第２端末も通知先としない構成（通知先：無し）であってもよい。そうすることで、配達者が第１端末のディスプレイも第２端末のディスプレイも見ている可能性が低い場合には、バックライトをオフする等して消費電力を抑制することも可能である。
【０１０１】
なお、上記実施形態においては、第１端末１０から定期的にエラー有無を示す情報や荷室扉開閉状態がサーバ１００に送信される構成であるが、エラーの有無が変化したタイミングや、荷室扉の開閉状態が変化したタイミングで、どのように変化したかを示す情報と日時を送信する構成が採用されてもよい。
また、ＡＣＣのオン／オフ状態は、図示しないＥＣＵから無線通信で第２端末６０に送信され、第２端末６０は受信した情報に基づいてＡＣＣ状態を取得してもよい。
【０１０２】
さらに、本発明のように、荷役作業が予定と適合していない場合に荷室の扉に取り付けられた第１通知部によって不適合を通知し、第１通知部での通知後に不適合が解消されないまま運転室に配達者がいる場合に、運転室内に取り付けられた第２通知部によって不適合を通知する手法は、コンピュータに実行させるプログラムや、方法としても適用可能である。また、以上のようなシステム、プログラム、方法は、単独の装置として実現される場合もあれば、車両に備えられる各部と共有の部品を利用して実現される場合もあり、各種の態様を含むものである。また、一部がソフトウェアであり一部がハードウェアであったりするなど、適宜、変更可能である。さらに、システムを制御するプログラムの記録媒体としても発明は成立する。むろん、そのプログラムの記録媒体は、磁気記録媒体であってもよいし半導体メモリであってもよいし、今後開発されるいかなる記録媒体においても全く同様に考えることができる。
【符号の説明】
【０１０３】
１０…第１端末、２０…制御部、２１…配達支援プログラム、２１ａ…荷物情報取得部、２１ｂ…予定情報取得部、２１ｃ…通知部、３０…記録媒体、３０ａ…荷物情報、３０ｂ…予定情報、４０…通信部、４１…ユーザＩ／Ｆ部、５０…読取部、５０ａ…荷物、６０…第２端末、７０…制御部、７１…配達支援プログラム、７１ａ…通知部、８０…通信部、８１…ユーザＩ／Ｆ部、１００…サーバ、１２０…制御部、１２１…配達支援プログラム、１２１ａ…通知部、１３０…記録媒体、１３０ａ…状態情報、１４０…通信部
【図１】
2020203753.tif 000003
【図２】
2020203753.tif 000004
【図３】
2020203753.tif 000005
【図４】
2020203753.tif 000006
【図５】
2020203753.tif 000007