(57)【要約】【課題】各販売店にアイテムを配送する配送車輌の到着予告を正確に通知する。【解決手段】配送予定通知システム１は、アイテムを複数の販売店に所定の配送スケジュールに従って配送する配送車輌に設けられた移動体端末３と、各販売店にそれぞれ設けられた店舗端末４と、それらにネットワーク６を介して通信可能に接続された実行サーバー５とを備える。移動体端末は、自己の地理的位置をリアルタイムで検出して実行サーバーに送信する。実行サーバーは、各販売店までの配送車輌の移動時間距離を、該販売店を中心とする等時線により地理的地図上にそれぞれ表示した時間距離マップを備え、各販売店について時間距離マップ上で配送車輌が所定の時間距離位置に到達すると、該販売店の店舗端末に移動体の到着予告を送信する。【選択図】図１
2019040387.tif 000002
【特許請求の範囲】
【請求項１】
アイテムを複数の目的地に所定の順に配送する移動体に設けられた移動体端末と、
前記各目的地にそれぞれ設けられた目的地端末と、
前記移動体端末と前記各目的地の前記目的地端末とにネットワークを介して通信可能に接続された実行サーバーとを備え、
前記移動体端末は、自己の地理的位置をリアルタイムで検出し、前記ネットワークを介して前記実行サーバーに送信する機能を有し、
前記実行サーバーは、前記移動体が前記各目的地まで移動するのに要する時間距離を、それぞれ前記各目的地を中心とする等時線により地理的地図上に表示した時間距離マップを備え、前記各目的地について前記時間距離マップ上で前記移動体が所定の時間距離位置に到達すると、該目的地の前記目的地端末に前記移動体の到着予告を前記ネットワークを介して送信する機能を有し、
前記目的地端末は、前記移動体の到着予告を前記実行サーバーから受信して表示する機能を有する、ことを特徴とする配送予定通知システム。
【請求項２】
前記実行サーバーは、前記時間距離マップ上で次の前記目的地の前記所定の時間距離位置を前記移動体の移動速度に基づいて決定する、ことを特徴とする請求項１に記載の配送予定通知システム。
【請求項３】
前記実行サーバーは、前記時間距離マップ上で次の前記目的地の前記所定の時間距離位置を前記移動体の移動速度と前記次の目的地が希望する到着予告の通知時間とに基づいて決定する、ことを特徴とする請求項１に記載の配送予定通知システム。
【請求項４】
前記実行サーバーは、前記時間距離マップ上で、前記決定した所定の時間距離位置と前記次の目的地との間に前の目的地が存在する場合、前記決定した所定の時間距離位置を前記前の目的地における前記移動体の荷卸情報に基づいて調整する、ことを特徴とする請求項２又は３に記載の配送予定通知システム。
【請求項５】
前記実行サーバーは、配送中における前記移動体の実際の移動状況に基づいて、前記時間距離マップ上の前記所定の時間距離位置を修正する、ことを特徴とする請求項１乃至４のいずれかに記載の配送予定通知システム。
【請求項６】
前記実行サーバーは、配送中における前記移動体の実際の移動状況を前記移動体端末及び／又は前記目的地端末から取得する、ことを特徴とする請求項１乃至５のいずれかに記載の配送予定通知システム。
【請求項７】
前記実行サーバーは、前記移動体による前記複数の目的地への配送実績に基づいて、前記目的地毎に前記時間距離マップを作成する、ことを特徴とする請求項１乃至６のいずれかに記載の配送予定通知システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車輌等の移動手段を用いてアイテムを複数の目的地に、配送スケジュールに従って配送するための配送予定通知システムに関する。
【背景技術】
【０００２】
従来より、物流の分野では、アイテムを目的地に配送スケジュールに従って配送するために様々な管理システムが開発されている。例えば、配送先の顧客からの問い合わせに対して、配送車の端末の現在位置を検出し、配送先に到着するまでの時間に顧客での作業時間を加算して到着予定時間を算出し、自動で回答する配送応答システムが提案されている（例えば、特許文献１を参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−２８８９４６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
最近、ガソリン等の石油関連製品を油槽所等から販売店に配送する場合に、１台のタンクローリー即ち配送車輌が所定の配送スケジュールに従って複数の配送先で分割荷卸しする方式が多く行われている。特に販売店の営業時間中に荷卸しを行う場合、配送車輌の到着時間が正確に分かっていると、販売店にとって事前の準備を行う上で好都合である。しかしながら、実際の配送では、配送日当日の道路状況や天候、前の販売店での作業等によって、予め決められている配送スケジュールがかなり変動する場合がある。
【０００５】
そこで、本発明は、かかる従来の問題点に鑑みてなされたもので、アイテムを１台の車輌等の移動体で複数の目的地に所定の順に配送する際に、配送当日に各目的地に移動体の到着予告を事前により正確に通知し得る配送予定通知システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明の配送予定通知システムは、
アイテムを複数の目的地に所定の順に配送する移動体に設けられた移動体端末と、
各目的地にそれぞれ設けられた目的地端末と、
移動体端末と各目的地の目的地端末とにネットワークを介して通信可能に接続された実行サーバーとを備え、
移動体端末は、自己の地理的位置をリアルタイムで検出し、ネットワークを介して実行サーバーに送信する機能を有し、
実行サーバーは、移動体が各目的地まで移動するのに要する時間距離を、それぞれ各目的地を中心とする等時線により地理的地図上に表示した時間距離マップを備え、各目的地について時間距離マップ上で移動体が所定の時間距離位置に到達すると、該目的地の目的地端末に移動体の到着予告を前記ネットワークを介して送信する機能を有し、
目的地端末は、移動体の到着予告を所定の通知時間に実行サーバーから受信して表示する機能を有する、ことを特徴とする。
【０００７】
ここで、本明細書及び特許請求の範囲で使用する用語について説明する。
時間距離とは、地理的地図上で或る位置（例えば、現在地）から別の位置（例えば、目的地）までの地理的距離を、移動体が移動するのに要する時間で表している。従って、時間距離の大きさは、地理的距離が同じであっても、移動体の移動速度によって異なり、移動時の移動経路の状況によっても変化することになる。
時間距離位置とは、地理的地図上で或る位置を基点として地理的に離れた別の位置を時間距離に置き換えて表した位置である。
等時線とは、地理的地図上に或る地理的位置を設定したとき、その地理的位置から又はその地理的位置までの時間距離位置が同じ大きさで表される複数の点、即ちその地理的位置との間を同じ時間で移動し得る他の複数の地理的位置を連続的に又は断続的に接続して描かれる線を意味する。
時間距離マップとは、地理的地図上に設定した或る地理的位置を中心として、地理的地図上にそれぞれ時間距離が異なる複数の等時線を描いたものである。
【０００８】
或る実施形態では、実行サーバーは、時間距離マップ上で次の目的地の所定の時間距離位置を移動体の移動速度に基づいて決定する。
【０００９】
別の実施形態では、実行サーバーは、時間距離マップ上で次の目的地の所定の時間距離位置を移動体の移動速度と次の目的地が希望する到着予告の通知時間とに基づいて決定する。
【００１０】
更に別の実施形態では、実行サーバーは、時間距離マップ上で、移動体の移動速度に基づいて又は移動体の移動速度と次の目的地が希望する到着予告の通知時間とに基づいて決定した所定の時間距離位置と次の目的地との間に前の目的地が存在する場合、前記決定した所定の時間距離位置を前の目的地における移動体の荷卸情報に基づいて調整する。
【００１１】
或る実施形態では、実行サーバーは、配送中における移動体の実際の移動状況に基づいて、時間距離マップ上の所定の時間距離位置を修正する。
【００１２】
別の実施形態では、実行サーバーは、配送中における移動体の実際の移動状況を移動体端末及び／又は目的地端末から取得する。
【００１３】
また、或る実施形態では、実行サーバーは、移動体による複数の目的地への配送実績に基づいて、目的地毎に時間距離マップを作成する。
【発明の効果】
【００１４】
このように本発明の配送予定通知システムによれば、実行サーバーが、リアルタイムで検出される移動体の地理的位置を時間距離マップ上で判定することによって、移動体の目的地への到着予告を正確に認識し、目的地端末に通知することができる。従って、目的地では、配送当日の移動体の移動状況やアイテムの荷卸し作業等によって、配送スケジュールに変動が生じても、事前に十分に対応準備することができる。
【図面の簡単な説明】
【００１５】
【図１】本発明を適用した配送予定通知システムの好適な実施形態を示す全体構成図。
【図２】配送センターの管理サーバーの構成を説明するブロック図。
【図３】配送車輌の移動体端末の構成を説明するブロック図。
【図４】販売店の店舗端末の構成を説明するブロック図。
【図５】実行サーバーの構成を説明するブロック図。
【図６】図１の配送予定通知システムの基本モードの説明図。
【図７】販売店の時間距離マップの一例を示す図。
【図８】（Ａ）、（Ｂ）図は図１の配送予定通知システムの変形モードの説明図。
【図９】本実施形態の配送予定通知システムの動作を説明するフロー図。
【図１０】本実施形態の配送予定通知システムの動作を説明するフロー図。
【図１１】本実施形態の配送予定通知システムの動作を説明するフロー図。
【発明を実施するための形態】
【００１６】
以下に、添付図面を参照しつつ、本発明による配送予定通知システムの好適な実施形態について詳細に説明する。本実施形態の配送予定通知システムは、所謂石油元売業者が、一次基地である製油所若しくは輸入基地又は二次基地である油槽所を出発地として、複数の目的地である給油所即ち販売店に、ガソリン、軽油、灯油等の石油関連商品であるアイテムをタンクローリーである配送車輌で、所定の配送スケジュールに従って配送するためのシステムである。
【００１７】
本実施形態では、一般に国内で行われているように、各配送車輌が、複数の販売店に配送するアイテムを混載し、販売店毎に必要なアイテムを必要な数量だけ分割荷卸しする配送方式を採用する。本実施形態の配送予定通知システムは、販売店に到着後のスムーズな荷卸作業を促進するために、配送日当日に配送車輌の配送状況に応じて所定のタイミングで、販売店に到着予告を通知するサービスを実施することを特徴としている。到着予告には、配送車輌が販売店に到着する具体的な予定時刻や到着何分前のような到着予定時間、単に接近中であること等、様々な形での到着情報を含むことができる。また、販売店の希望に応じて、販売店毎に異なる形の到着予告を通知することもできる。
【００１８】
図１は、本発明を適用した配送予定通知システムの実施形態の構成全体を示している。配送予定通知システム１は、石油元売業者又は配送業者の配送センターに設けられた管理サーバー２と、配送車輌Ｖに搭載された移動体端末３と、複数の販売店ＳＳ（ＳＳ１〜ＳＳｎ）にそれぞれ設けられた店舗端末４と、実行サーバー５とから構成される。管理サーバー２と移動体端末３と店舗端末４と実行サーバー５とは、インターネット等の公衆回線又は専用回線からなるネットワーク６を介して相互に通信可能に接続されている。
【００１９】
管理サーバー２は、図２に示すように、記憶部２１と、通信部２２と、入力部２３と、制御部２４とを備える。通信部２２は、ネットワーク６を介して移動体端末３、店舗端末４及び実行サーバー５との間で通信を行う。制御部２４は、記憶部２１、通信部２２及び入力部２３を含む管理サーバー２全体の動作を制御する。管理サーバー２は更に、記憶部２１に接続され、該記憶部によって管理される配送情報データベース２５を有する。
【００２０】
配送情報データベース２５には、前記配送センターが担当する販売店へのアイテムの配送に関する様々な配送情報が蓄積保存されている。前記配送情報には、販売店リストに加えて、例えば配送日毎に、１トリップ（配送車輌がアイテムの積み込みから配送完了するまでの１回の配送行程）毎に積み込むアイテム並びにその数量、各販売店への配送アイテム並びにその数量、配送順並びに配送ルート、及び担当する配送車輌並びに乗務員が含まれる。更に本実施形態では、前記配送情報に、販売店が希望する到着予告通知時間を含むことができる。
【００２１】
配送日毎の配送情報は、遅くとも配送日前日までに、オペレーターによって入力部２３から管理サーバー２に入力され、配送情報データベース２５に格納される。入力された前記配送情報は、制御部２４によって、直ちに通信部２２からネットワーク６を介して実行サーバー５に送信される。
【００２２】
各配送車輌が１トリップ毎に配送するアイテム並びにその数量、及び販売店毎のアイテム並びにその数量等、配送車輌の乗務員に必要な配送情報は、管理サーバー２の通信部２２から又は前記オペレーターによって、配送日前日までにファクシミリで各配送車輌の配送業者宛に送信される。この配送情報には、各トリップの配送順や配送ルートを含むことができる。販売店には、配送日前日までに該販売店に関する配送情報、即ち配送されるアイテム及びその数量等が、同じくファクシミリで送信される。販売店への配送情報には、配送車輌の到着予定時刻を含むことができる。別の実施形態では、配送車輌又は乗務員、及び販売店への配送情報を、管理サーバー２の通信部２２からネットワーク６経由で、移動体端末３及び店舗端末４に送信することができる。
【００２３】
移動体端末３は、図３に示すように、自車位置検出部３１と、通信部３２と、記憶部３３と、入力部３４と、制御部３５とを有する。制御部３５は、自車位置検出部３１、通信部３２、記憶部３３及び入力部３４を含む移動体端末３全体の動作を制御する。前記配送車輌がカーナビゲーション装置３６を搭載している場合、移動体端末３には、制御部３５を介して前記カーナビゲーション装置を接続することができる。移動体端末３は、例えばスマートフォン又はタブレット等のモバイル端末で構成することができる。
【００２４】
自車位置検出部３１は、例えば地球を周回している衛星から送信されてくる信号をグローバル・ポジショニング・システム（ＧＰＳ）装置により受信して、自車の地理的位置や走行状況等の移動情報を取得する。自車位置検出部３１が取得した自車移動情報は、通信部３２からネットワーク６を介して実行サーバー５にリアルタイムで送信され、必要に応じて、実行サーバー５から販売店の店舗端末４及び配送センターの管理サーバー２に転送される。
【００２５】
また、自車位置検出部３１は、移動体端末３に接続されているカーナビゲーション装置３６から前記自車移動情報を取得することが可能である。カーナビゲーション装置３６からリアルタイムで取得した自車移動情報は、同様に通信部３２からネットワーク６経由で実行サーバー５に送信される。
【００２６】
記憶部３３には、管理サーバー２から受信した当該配送車輌の配送日当日の配送スケジュールが保存され、前記乗務員が移動体端末３を操作して、その表示画面に表示させることができる。更に記憶部３３には、当該配送車輌の実際の走行情報、各販売店における実際の荷卸情報を記憶させることができる。
【００２７】
移動体端末３は、自車が直近の目的地の販売店に到着したこと並びにその時間、及び該販売店を出発したこと並びにその時間をネットワーク６経由で実行サーバー５に送信することができる。販売店への到着及び出発の送信は、配送車輌の乗務員が自ら移動体端末３を操作することによって、概ねリアルタイムで行うことができる。別の実施形態では、自車位置検出部３１により検出された自車の地理的位置が、記憶部３３に記憶されている直近の目的地の販売店と一致したこと及び販売店から離れたことを、制御部３５が検知して自動的にリアルタイムで行うことができる。
【００２８】
制御部３５には、タンクローリーである配送車輌に元々搭載されている荷卸数量検出器３７が接続されている。荷卸数量検出器３７は、例えば前記タンクローリーの各タンク室の液量を検出する液位センサーからなり、荷卸前後の液量の差から、荷卸数量を検出することができる。検出した各アイテムの荷卸数量は、制御部３５によって荷卸数量検出器３７から抽出され、記憶部３３に記憶させかつ／又は通信部３２から実行サーバー５に送信することができる。
【００２９】
配送車輌の乗務員は、各アイテムの荷卸数量を移動体端末３の表示画面から、又は荷卸数量検出器３７を直接視認することにより、確認することができる。前記乗務員は、各アイテムの荷卸数量を目視で確認した場合、入力部３４から移動体端末３に直接入力することができる。確認した各販売店におけるアイテム毎の荷卸数量は、通信部３２からネットワーク６を介して実行サーバー５に、更に必要に応じて管理サーバー２に送信することができる。
【００３０】
また、荷卸後に前記各タンク室に残存する液量が、その後に予定されている販売店への配送数量より多い場合、配送車輌には配送終了後に過剰残が発生することになる。この過剰残は、その後配送予定のいずれかの販売店で、予定配送数量に加えて荷卸しすることが好ましい。そこで、過剰残となり得るアイテム及び数量は、記憶部３３に記憶させると共に、前記乗務員が移動体端末３を操作することによって又は制御部３５により自動的に、通信部３２からネットワーク６を介して実行サーバー５、店舗端末４及び管理サーバー２に送信される。
【００３１】
店舗端末４は、図４に示すように、通信部４１と、表示部４２と、記憶部４３と、入力部４４と、制御部４５とを有する。制御部４５は、通信部４１、表示部４２、記憶部４３及び入力部４４を含む店舗端末４全体の動作を制御する。店舗端末４には、制御部４５を介して販売店の店舗管理システム４６を接続することができる。店舗端末４は、例えばスマートフォン又はタブレット等のモバイル端末で構成することができる。
【００３２】
通信部４１は、自店への配送を行う配送車輌の移動情報を、実行サーバー５によって移動体端末３からネットワーク６を介して常時受信することができる。制御部４５は、受信した前記配送車輌の移動情報を、表示部４２によりリアルタイムで画面表示及び／又は音声表示することができる。記憶部４３には、前記配送車輌の移動情報及び自店に関する配送スケジュールが記憶される。
【００３３】
販売店は、自店への配送車輌の到着時間を予告する通知を受け取りたい希望時間がある場合、事前にその希望通知時間を指定することができる。前記希望通知時間は、例えば配送日当日に予想される配送車輌の到着時間を基準に、その１０分前、２０分前、３０分前、１時間前等と指定する。他方、表示部４２による配送車輌の到着予告は、予想到着時間の何分前だけでなく、何時何分又は何時何分頃に到着等と表示することもできる。
【００３４】
前記希望通知時間の要求は、入力部４４から通信部４１を介して管理サーバー２及び／又は実行サーバー５にネットワーク６経由で送信することができる。この場合、前記希望通知時間は、後述するように実行サーバー５で配送スケジュールを作成する前に確認できた場合、該配送スケジュールに含めることができる。前記配送スケジュールの作成前に確認できなかった場合、前記希望通知時間は、前記配送スケジュールを修正して組み込むことができる。
【００３５】
また、前記希望通知時間の要求は、販売店から前記配送センターの担当者に電話や電子メール、書面等、従前の通信手段で連絡することもできる。この場合、前記希望通知時間は、前記配送センターでオペレーターによって、他の配送情報と共に管理サーバー２に入力される。
【００３６】
入力部４４は、当該販売店で行われた又は行われている配送車輌の実際の荷卸情報を、店舗端末４に入力するために使用することができる。例えば、販売店の従業員は、配送車輌の到着並びに出発、それらの時刻、荷卸ししたアイテム並びに数量、及びその開始並びに終了時刻等を入力部４４から入力する。入力された実際の荷卸情報は、通信部４１からネットワーク６を介して実行サーバー５及び／又は管理サーバー２に送信される。実行サーバー５は、店舗端末４からの実際の荷卸情報に基づいて、リアルタイムでその後の配送スケジュールに必要な修正を加えることができる。管理サーバー２は、店舗端末４からの荷卸情報を蓄積して荷卸情報データベース２７の荷卸情報を更新する。
【００３７】
実行サーバー５は、図５に示すように、通信部５１と記憶部５２と演算処理部５３と判定処理部５４と制御部５５とを備える。制御部５５は、通信部５１、記憶部５２、演算処理部５３及び判定処理部５４を含む実行サーバー５全体の動作を制御する。実行サーバー５は更に、記憶部５２に接続され、該記憶部によって管理される配送スケジュールデータベース５６、走行情報データベース５７及び荷卸情報データベース５８を有する。
【００３８】
通信部５１は、ネットワーク６を介して移動体端末３、店舗端末４及び管理サーバー２との間で通信を行う。通信部５１は、移動体端末３から配送車輌の地理的位置をリアルタイムで受信し、制御部５５は、これをリアルタイムで判定処理部５４に提供すると共に、通信部５１から該配送車輌が配送する予定の販売店と、管理サーバー２とに転送する。また、通信部５１は、移動体端末３及び／又は店舗端末４から、配送車輌が現在滞在している販売店での荷卸情報を受信する。前記荷卸情報には、滞在中の販売店でアイテムの過剰残が発生した場合、それを含むことができる。
【００３９】
配送スケジュールデータベース５６には、配送日毎に各配送車輌の配送スケジュールが蓄積保存されている。前記配送スケジュールは、上述したように配送日前日までに管理サーバー２が実行サーバー５に送信する前記配送情報に基づいて、演算処理部５３によって作成される。演算処理部５３が作成した配送スケジュールは、配送スケジュールデータベース５６に保存されると共に、好ましくは配送日前日にネットワーク６経由で移動体端末３及び店舗端末４に送信される。店舗端末４への配送スケジュールは、その販売店に関する情報に限られる。
【００４０】
走行情報データベース５７には、過去の各配送車輌の配送実績から取得した走行情報、即ち隣接する販売店間の所要走行時間、その走行ルート等が蓄積保存されている。この走行情報には、販売店間の平均所要走行時間、最短ルート等が含まれ、走行情報データベース５７は、毎日新たな走行情報が随時追加されて、常に最新の状態に更新される。前記平均所要走行時間の計算及び前記最短ルートの判定は、演算処理部５３が行う。
【００４１】
荷卸情報データベース５８には、過去の各販売店における配送車輌の荷卸情報、即ち配送車輌の到着から出発までの滞在時間、荷卸作業時間、荷卸アイテム及び数量等が蓄積保存されている。この荷卸情報には、各販売店における平均滞在時間、平均荷卸作業時間等が含まれ、荷卸情報データベース５８は、毎日新たな荷卸情報が随時追加されて、常に最新の状態に更新される。前記平均滞在時間及び前記平均荷卸作業時間の計算は、演算処理部５３が行う。
【００４２】
演算処理部５３は、前記配送スケジュールを作成する際に、配送日当日に各販売店に配送するアイテム及び数量に基づいて、配送車輌に各トリップで積み込むアイテム及び数量を決定する。更に、演算処理部５３は、走行情報データベース５７に保存されている販売店間の平均所要走行時間、及び荷卸情報データベース５８に保存されている販売店での平均滞在時間等を考慮して、各トリップにおける販売店への配送順を決定する。
【００４３】
演算処理部５３による前記配送スケジュールの作成は、予め実行サーバー５に実装されているプログラムを用いて、自動的に最適に行うことができる。このプログラムは、例えば販売店への配送順を、各トリップの配送が経済的に行われるように、即ち配送車輌が出発地から全部の配送を終えて帰還するまでの走行距離及び時間をできる限り短くできるように設定されていると、好都合である。
【００４４】
更に演算処理部５３は、一旦作成された配送スケジュールに、配送日当日に実際の配送状況に応じて即ち配送車輌の走行状況及び／又は荷卸状況によって、遅れや進みが生じた場合、調整することができる。前記配送スケジュールの調整は、発生した遅れや進みに対して、その後の販売店への配送が最適となるように、リアルタイムで前記プログラムを用いて行われる。調整された配送スケジュールは、その都度配送スケジュールデータベース５６に保存されると共に、通信部５１からネットワーク６を介して移動体端末３及び店舗端末４に送信される。
【００４５】
演算処理部５３の別の機能は、販売店毎の時間距離マップを作成することである。時間距離マップとは、図７を用いて後述するように、地理的地図上に各販売店を中心点として該販売店まで掛かる所要走行時間を複数の等時線で表したものをいう。この等時線は、目的地（本実施形態では、販売店）までが同じ時間距離位置、即ち同じ時間で走行し得る地理的位置にある点を接続するように作成される。前記等時線は、例えば１０分間隔で設けることができる。前記時間距離マップは、走行情報データベース５７に保存されている走行情報、特に販売店間の前記平均所要走行時間を用いて作成され、走行情報データベース５７に保存される。走行情報データベース５７の走行情報が更新されると、演算処理部５３は、前記時間距離マップに必要な修正を加えて更新する。
【００４６】
判定処理部５４は、移動体端末３からリアルタイムで受信した配送車輌の地理的位置を、走行情報データベース５７に保存されている最新の時間距離マップ上で確認する。更に判定処理部５４は、配送車輌の地理的位置と前記時間距離マップ上の等時線との位置関係を判定する。この判定結果に基づいて、後述するように、配送中の配送車輌が販売店に到着する時間を予想することができる。当然ながら、判定処理部５４が使用する時間距離マップは、配送車輌が配送中のトリップにおいて、これから配送する販売店にかかるものに限られる。
【００４７】
次に、配送予定通知システム１が提供する、販売店に配送車輌の到着時間を予告通知するサービスの動作モードについて、図６〜図８を用いて説明する。本実施形態において、動作モードには、配送車輌の移動状況即ち地理的位置及び走行状況と、販売店に到着時間を予告通知するタイミングとの関係によって、図６に示す基本モードと、図８（Ａ）〜（Ｃ）に示す３つの応用モードがある。
【００４８】
図６において、配送車輌Ｖが販売店ＳＳに向けて走行しているとき、移動体端末３は、ＧＰＳ衛星７からの信号を常時受信することにより、自車位置即ち自車の地理的位置を自車位置検出部３１によってリアルタイムで取得し、通信部３２からネットワーク６を介して実行サーバー５に送信する。配送車輌Ｖの地理的位置が時間の経過と共に移動しているとき、配送車輌Ｖは走行中である。配送車輌Ｖの地理的位置が停止しているとき、その位置が配送予定の販売店の地理的位置と一致すれば、該販売店に荷卸のために滞在中であり、一致しなければ、交通状況等により一時停止していると判断される。
【００４９】
図７は、或る販売店ＳＳについて実行サーバー５の演算処理部５３によって作成された時間距離マップＭの一例を示している。同図において、比較的太い破線で示す３つの閉じた折れ線Ｉ１，Ｉ２，Ｉ３は、走行情報データベース５７に蓄積されている走行情報に基づいて、販売店ＳＳに到達するまでに要する時間が同じである距離位置（例えば、それぞれ１０分、２０分、３０分である地点）、即ち販売店ＳＳから同じ時間距離位置を結んだ等時線である。
【００５０】
図７における実線Ｒ１は通常道路であり、配送車輌Ｖは、概ね走行情報データベース５７に保存されている平均走行速度で走行する。これに対し、太い実線Ｒ２は幹線道路であり、配送車輌Ｖは、前記平均走行速度より速い速度で走行することができる。そのため、等時線Ｉ１，Ｉ２，Ｉ３は、幹線道路に沿った時間距離が、通常道路よりも相対的に長くなるように作成されている。図示していないが、自動車専用道路では、配送車輌Ｖは更に速い速度で走行することができ、等時線も自動車専用道路に沿って更に長くなる。また、等時線は、同じような道路であっても、信号間隔の短い区間では平均走行速度が低く、逆に信号間隔の長い区間では平均走行速度が高くなる。
【００５１】
これに対し、図７に細い想像線で示す円Ｃ１，Ｃ２，Ｃ３は、それぞれ走行情報データベース５７の平均走行速度で１０分、２０分、３０分走行した距離を半径として、販売店ＳＳを中心に描いた同心円である。これらの円Ｃ１，Ｃ２，Ｃ３と等時線Ｉ１，Ｉ２，Ｉ３を比較すると、単純に目的地を中心とする同心円で描いた走行距離では、地図上に販売店までの所要走行時間を正確に表示できないこと、等時線による表示が有効であることが理解される。
【００５２】
前記基本モードでは、配送車輌Ｖが前の販売店を出発して次の販売店に向けて走行しているときに、該次の販売店に到着予告を通知する時間が到来する。図６において、販売店ＳＳに配送車輌Ｖの到着を予告通知する時間Ｔを、到着２０分前と仮定する。同図に示すように、配送車輌Ｖが販売店ＳＳに向けて、２０分の等時線Ｉ２と３０分の等時線Ｉ３との間を走行しており、時刻ｔに２０分の等時線Ｉ２を通過すると、実行サーバー５は、販売店ＳＳの店舗端末４に配送車輌Ｖの到着２０分前であることを通知する。
【００５３】
配送車輌Ｖの等時線Ｉ２の通過は、実行サーバー５の判定処理部５４が行う。上述したように、判定処理部５４は、常時時間距離マップ上で、移動体端末３からリアルタイムで受信する配送車輌Ｖの地理的位置を常時確認し、到着予告の通知時間に対応する等時線との位置関係を判定する。この判定結果に基づいて、実行サーバー５は、販売店に配送中の配送車輌が到着する時間を予告通知することができる。
【００５４】
店舗端末４は、配送車輌到着の予告通知を受けると、それを表示部４２が画像又は音声で表示する。これにより、販売店ＳＳの従業員は、事前に配送車輌Ｖの受け入れ及び荷卸の準備を十分な余裕をもって行うことができる。ここで、各販売店への到着予告の通知時間は、当然ながら上記２０分前に限定されるものでなく、実行サーバー５において前記配送スケジュールを決定する際に、自由に設定することができる。上述したように、販売店から要求があった場合、該販売店についてその希望通知時間を前記配送スケジュールに組み込むことができる。
【００５５】
実際の配送では、前記基本モードに加えて、配送車輌が前の販売店を出発する前に、次の販売店への通知時間が到来する変形モードの場合がある。そのような変形モードでは、次の販売店への通知時間には、配送車輌の走行時間に直前の販売店における配送車輌の滞在時間を加えて調整する必要がある。
【００５６】
変形モードには、図８（Ａ）、（Ｂ）に示す２つの場合がある。図８（Ａ）に示す第１の変形モードでは、現在の目的地である販売店ＳＳ１で想定される配送車輌Ｖの滞在時間を考慮しても、配送車輌Ｖが販売店ＳＳ１に向けて走行している最中に、次の目的地である販売店ＳＳ２への通知時間が到来する。この場合、販売店ＳＳ２への通知時間には、販売店ＳＳ１における滞在時間の全部を含める。
【００５７】
例えば、販売店ＳＳ２への通知時間をＴ２として、配送車輌Ｖの販売店ＳＳ１と販売店ＳＳ２間の予想移動時間をＴ12、販売店ＳＳ１での予想滞在時間をＴ１とする。配送車輌Ｖが、時刻ｔ１に販売店ＳＳ１に到着予告を通知した後、時刻ｔ２に販売店ＳＳ１から、Ｔ01＝Ｔ２−Ｔ12−Ｔ１となる時間距離位置に到達したとき、販売店ＳＳ２に到着予告を通知すればよい。
【００５８】
尚、上記第１の変形モードでは、配送車輌Ｖが販売店ＳＳ１に向けて走行している最中で、販売店ＳＳ１に到着予告を通知する前に、次の目的地である販売店ＳＳ２への通知時間が到来する場合が有り得る。この場合も、同様に、販売店ＳＳ２への通知時間には、販売店ＳＳ１における滞在時間の全部を含め、配送車輌Ｖが、販売店ＳＳ１からＴ01＝Ｔ２−Ｔ12−Ｔ１の時間距離位置に到達する時刻ｔ２に、販売店ＳＳ２に到着予告を通知すればよい。
【００５９】
第２の変形モードでは、図８（Ｂ）に示すように、現在の目的地である販売店ＳＳ１において想定される滞在時間を考慮すると、配送車輌Ｖが販売店ＳＳ１に滞在している最中に、次の目的地である販売店ＳＳ２への通知時間が到来する。この場合、販売店ＳＳ２への通知時間には、販売店ＳＳ１における滞在時間の一部を含める。
【００６０】
例えば、同様に販売店ＳＳ２への通知時間をＴ２として、配送車輌Ｖの販売店ＳＳ１と販売店ＳＳ２間の予想移動時間をＴ12、販売店ＳＳ１での予想滞在時間をＴ１とする。配送車輌Ｖの販売店ＳＳ１で滞在経過時間をΔＴ1、それから残りの予想滞在時間をΔＴ2とすると、販売店ＳＳ２への通知時間はＴ２＝Ｔ12＋ΔＴ2とすればよい。従って、配送車輌Ｖが販売店ＳＳ１に到達したときから、時間ΔＴ1＝Ｔ１−ΔＴ2＝Ｔ１−Ｔ２＋Ｔ12を経過した時刻ｔ２に、販売店ＳＳ２に到着予告を通知すればよい。
【００６１】
以下に、図１の配送予定通知システム１において、配送車輌が複数の販売店にアイテムを配送する場合に、その到着予告を各販売店に通知する過程を、図９〜図１１のフロー図を用いて説明する。最初に、前記配送センターにおいて、配送データがオペレーターによって入力部２３から管理サーバー２に入力される（ステップＳｔ１）。
【００６２】
入力された配送データは、管理サーバー２から実行サーバー５に送信され、かつ配送情報データベース２５に保存される（ステップＳｔ２）。更に、前記入力された配送データの内、配送車輌に関連する事項は、その乗務員に届くように配送業者等に、配送予定の販売店に関連する事項はその販売店に、ファクシミリで送信される（ステップＳｔ３）。ファクシミリでの送信は、管理サーバー２から出力した紙データをオペレーターが手動で送信機を操作して又は管理サーバー２から直接配信先の受信機に対して行われる。
【００６３】
実行サーバー５において、管理サーバー２から受信した配送データは、配送スケジュールデータベース５６に保存されると同時に、演算処理部５３に送られ、配送スケジュールが作成される（ステップＳｔ４）。配送スケジュールを作成する際、演算処理部５３は、上述したように、走行情報データベース５７及び荷卸情報データベース５８にそれぞれ蓄積されている走行情報及び荷卸情報を参照する。作成された配送スケジュールは、配送スケジュールデータベース５６に保存されると共に、任意により移動体端末３及び店舗端末４に送信される（ステップＳｔ５）。その場合でも、店舗端末４への送信は、当該販売店に関連する配送スケジュールの部分に限定される。
【００６４】
移動体端末３は、受信した配送スケジュールを記憶部３３のメモリー（図示せず）に保存する（ステップＳｔ６）。店舗端末４も、受信した配送スケジュールを記憶部４３のメモリー（図示せず）に保存し、配送車輌の到着予告を受信するための待機状態に入る（ステップＳｔ７）。尚、配送スケジュールが移動体端末３及び店舗端末４に送信されない場合でも、上述したように配送データが管理サーバー２又は配送センターからファクシミリで送信されているので、配送車輌によるアイテムの配送及び販売店における受け入れに何ら支障は無い。
【００６５】
配送車輌が油槽所から配送に出発すると、移動体端末３は、常時自車の地理的位置を取得して、実行サーバー５にリアルタイムで送信する（ステップＳｔ８）。実行サーバー５において、判定処理部５４は、移動体端末３から受信した当該配送車輌の地理的位置を、常時直近の配送先である販売店の時間距離マップ上で確認する（ステップＳｔ９）。
【００６６】
更に判定処理部５４は、必要に応じて、その次の配送先である販売店の時間距離マップ上でも、配送車輌の地理的位置を常時確認する。例えば、図８（Ｂ）の第２の変形モードの場合、配送スケジュールの作成時に、直近の配送先への到着予告通知時間よりも、その次の配送先への到着予告通知時間が先に到来することが既に分かっている。従って、かかる場合、判定処理部５４は、直近の配送先及びその次の配送先の時間距離マップを同時に参照する。
【００６７】
判定処理部５４は、時間距離マップ上で、販売店について予め設定されている到着予告通知の時間距離位置と、時々刻々移動する配送車輌の地理的位置とを常時対比する（ステップＳｔ９）。配送車輌の地理的位置が、販売店に到着予告通知すべき時間距離位置に到達していない場合、上記対比ステップＳｔ９を継続する（ステップＳｔ１０）。配送車輌が販売店に到着予告通知すべき時間距離位置に到達したと判定する（ステップＳｔ１０）と、判定処理部５４は制御部５５に、該販売店の店舗端末に配送車輌の到着予告を送信させる（ステップＳｔ１１）。
【００６８】
次に判定処理部５４は、配送車輌の到着予告を送信した先の販売店が、配送スケジュールの最後の販売店が否かを判定する（ステップＳｔ１２）。最後の販売店でない場合、上記一連のステップＳｔ９〜Ｓｔ１１を繰り返し実行する。判定処理部５４が最後の販売店と判定した場合、実行サーバー５は、販売店に配送車輌の到着予告を通知する一連の動作を終了する。
【００６９】
店舗端末４において、実行サーバー５から配送車輌の到着予告を受信すると、それを表示部４２により画面及び／又は音声表示する（ステップＳｔ１３）。その後、店舗端末４は、配送車輌が販売店に到着し、荷卸を開始し、終了し、次の販売店に出発する毎に、それらを略リアルタイムで実行サーバー５に報告することができる（ステップＳｔ１４）。実行サーバー５への報告は、通常販売店の従業員が店舗端末４を操作することによって行われる。店舗端末４の動作は、販売店への配送が終了することによって終了する。
【００７０】
他方、移動体端末３は、上述したように自車の地理的位置を常時実行サーバー５に送信しつつ、販売店に到着し、荷卸を開始し、終了し、次の販売店に出発する毎に、それらを略リアルタイムで実行サーバー５に報告することができる（ステップＳｔ１５）。移動体端末３及び／又は店舗端末４から配送車輌の販売店への到着、荷卸の開始・終了、及び販売店からの出発を受信した実行サーバー５は、それら実際の配送行程を配送スケジュールと対比し、両者の間にどの程度の差があるかを判定する（ステップＳｔ１６）。
【００７１】
実際の配送行程と配送スケジュールとの間に大きな差がない場合、実行サーバー５は、販売店への到着予告を通知する上記一連のステップＳｔ９〜Ｓｔ１１を繰り返し実行する。実際の配送行程と配送スケジュールとの間に大きな差があった場合、実行サーバー５は、その後にアイテムを配送すべき販売店が未だ残っているか否かを判定する（ステップＳｔ１７）。未だ配送すべき販売店がある場合、実行サーバー５は、演算処理部５３において、配送スケジュールに必要な修正を加え、配送スケジュールデータベース５６を更新する（ステップＳｔ１８）。例えば交通状況のために配送車輌の移動が遅れている場合、実際の配送車輌の走行速度に合わせて、時間距離マップ上で等時線の位置をずらすことによって、配送スケジュールを修正することができる。
【００７２】
修正した配送スケジュールは、上記ステップＳｔ５で配送スケジュールが移動体端末３及び店舗端末４に送信されない場合でも、移動体端末３及び店舗端末４に送信することが好ましい（ステップＳｔ１８）。移動体端末３は、修正された配送スケジュールを受信して記憶部３３の前記メモリーを更新する（ステップＳｔ１９）。店舗端末４は、修正された配送スケジュールを受信して記憶部４３の前記メモリーを更新し、引き続して配送車輌の到着予告を受信する待機状態を維持する（ステップＳｔ２０）。これにより、配送車輌の乗務員及び販売店は、配送スケジュールの変更を確認することができる。尚、店舗端末４への送信は、これから配送を行う予定の販売店について、該販売店に関連する配送スケジュールの部分に限定される。
【００７３】
上記ステップＳｔ１７において、その後にアイテムを配送すべき販売店が無い場合、実行サーバー５は、受信した実際の配送行程を、走行情報データベース５７及び荷卸情報データベース５８に保存して更新する（ステップＳｔ２０）。これをもって、実行サーバー５は、販売店に配送車輌の到着予告を通知する一連の動作を終了する。
【００７４】
別の実施形態では、乗務員が、配送日当日に配送車輌にアイテムを積み込む前に、１トリップで配送するアイテム、数量、販売店への配送順又は配送ルート等を変更することができる。この変更は、前記乗務員が移動体端末３を操作して実行することができ、通信部３２からネットワーク６を介して実行サーバー５及び管理サーバー２に送信される。移動体端末３から受信した配送情報の変更に基づいて、実行サーバー５は、配送スケジュールデータベース５６の配送スケジュールを修正して更新し、管理サーバー２は配送情報データベース２５の配送情報を修正して更新する。
【００７５】
以上、本発明の好適な実施形態について詳細に説明した。しかし、本発明は、当業者に明らかなように、上記実施形態に限定されるものではなく、それに様々な変形又は変更を加えて実施し得ることは言うまでもない。例えば、アイテムを配送するために、上記実施形態の配送車輌以外に、船舶、航空機その他の飛行手段、また有人無人に限定することなく、従来公知の様々な手段を用いることができる。また、アイテムを配送する先は、販売店に限定されるものでなく、配送されるアイテムや配送の業態等によって、販売店以外の様々な事業所や個人宅が含まれる。
【符号の説明】
【００７６】
１      配送予定通知システム
２      管理サーバー
３      移動体端末
４      店舗端末
５      実行サーバー
６      ネットワーク
【図１】
2019040387.tif 000003
【図２】
2019040387.tif 000004
【図３】
2019040387.tif 000005
【図４】
2019040387.tif 000006
【図５】
2019040387.tif 000007
【図６】
2019040387.tif 000008
【図７】
2019040387.tif 000009
【図８】
2019040387.tif 000010
【図９】
2019040387.tif 000011
【図１０】
2019040387.tif 000012
【図１１】
2019040387.tif 000013