JP7022648B2 - 燃料配送管理システム、配送車管理装置およびプログラム - Google Patents

Description

本発明は、燃料配送管理システム、当該燃料配送管理システムに使用される配送車管理装置、および当該配送車管理装置としてコンピュータを機能させるプログラムに関する。

物理的に移動が難しい車両や機械、特に工事現場や建設現場等における車両や機械にはタンクローリー車を用いて重油や軽油（石油）等の燃料を小売する。一般に、工事現場等は、資材や各種工事車両が常時出入りし、給油スペースが限られている。また、燃料が不足すると、重機の移動ができないこともあり、工事現場等では、給油作業に際して、時間調整や作業工程の変更を行う必要がある。このような背景から、給油を受ける顧客側にはタンクローリー車が現場に到着する時間をリアルタイムに知るニーズとその時間を正確に把握したいニーズがある。

本願発明に関連する技術としては、例えば下記特許文献に示すものがある。この特許文献で提示されたシステム（配車計画サービス提供システム）は、配車計画サーバーは、配達注文データベース、車両データベース等を備え、配達注文データベースに記録された配達注文データから、車両データベースに記録された輸送車両に関するデータを参照して配車計画を行う。配車計画サーバーは、配車結果を各輸送車両の移動通信端末に送信するとともに、顧客コンピュータにも送信する。

特許第３４１６６３５号公報

上述した特許文献に記載されたシステムは、顧客の端末から集配計画（集配先、各集配先での集配貨物、各集配先への到着予定時刻、および走行経路に関する情報）を確認できて大変便利である。
しかしながら、このシステムは集配元から集配先に貨物を送るシステムであって、燃料配送会社が行う現場への燃料配送事業にそのまま適用するのは困難である。特に、現場では多くの機械が使用されており、現場の管理者が各機械について燃料の残量を監視してそれぞれ適切なタイミングで燃料配送の注文を出さなければならないとすると、顧客である管理者に敬遠され導入してもらえない可能性がある。

本発明は、各現場で使用される燃料の給油のタイミングを、システムの運用者である燃料配送会社側が管理する燃料配送管理システムを提供することを目的とする。また、当該燃料配送管理システムに使用される配送車管理装置およびコンピュータプログラムを提供することを目的とする。

上記目的を達成するために、本発明は、燃料を配送する複数の配送車に搭載される配送車端末と、燃料で可動する複数の機械を管理する管理者の管理者端末と、配送車端末、および、管理者端末とネットワークを介して通信し、複数の配送車を管理するサーバーと、を備える燃料配送管理システムであって、サーバーは、管理者端末からの情報を受信する受信部と、給油履歴に基づいて、機械が使用される現場の配送対象タンクへの燃料の供給が必要とされる日を求める燃料供給判定部と、燃料供給判定部により求められた日を対応する管理者端末に送信する送信部と、管理者の連絡先、燃料の配送先、配送対象タンクの種類、および最大給油量を含む情報を記憶する管理者情報記憶部と、複数の配送車の位置情報、供給可能燃料量、配送エリアおよび配送ルートの情報を記憶する配送車情報記憶部と、複数の配送車から配送対象タンクに燃料供給する配送車を選択し、該配送車の配送ルートを決定する配車管理部と、を備えている。

また、本発明は、燃料を配送する複数の配送車を管理する配送車管理装置であって、給油履歴に基づいて、燃料で可動する複数の機械が使用される現場の配送対象タンクへの燃料の供給が必要とされる日を求める燃料供給判定部と、機械の管理者の連絡先、燃料の配送先、配送対象タンクの種類、および最大給油量を含む情報を記憶する管理者情報記憶部と、複数の配送車の位置情報、供給可能燃料量、配送エリアおよび配送ルートの情報を記憶する配送車情報記憶部と、燃料供給判定部により配送対象タンクに燃料の供給が必要と判断した場合、配送車情報記憶部に記憶される情報に基づいて、複数の配送車から配送対象タンクに燃料供給する配送車を選択し、該配送車の配送ルートを決定する配車管理部と、管理者の端末に燃料を供給することを知らせる情報を送信する送信部と、を備えている。

また、本発明は、燃料を配送する複数の配送車を管理するコンピュータを、給油履歴に基づいて、燃料で可動する複数の機械が使用される現場の配送対象タンクへの燃料の供給が必要とされる日を求める燃料供給判定部と、機械の管理者の連絡先、燃料の配送先、配送対象タンクの種類、および最大給油量を含む情報を記憶する管理者情報記憶部と、複数の配送車の位置情報、供給可能燃料量、配送エリアおよび配送ルートの情報を記憶する配送車情報記憶部と、燃料供給判定部により配送対象タンクに燃料の供給が必要と判断した場合、配送車情報記憶部に記憶される情報に基づいて、複数の配送車から配送対象タンクに燃料供給する配送車を選択し、該配送車の配送ルートを決定する配車管理部と、管理者の端末に燃料を供給することを知らせる情報を送信する送信部、として機能させることを特徴とするプログラムである。

この場合、燃料を配送する複数の配送車を管理するコンピュータを、さらに複数の配送車の配送ルートの渋滞情報を取得する渋滞情報取得部として機能させ、配車管理部は、渋滞情報取得部が取得した渋滞情報と配送車情報記憶部に記憶される情報に基づいて、複数の配送車の配送ルートを決定させるようにしても良い。

サーバー（配送車管理装置）が、現場の燃料タンク（現場で使用される機械の燃料タンク、現場に設置された貯蔵タンク）の燃料残量を監視したり、給油のタイミングを監視して自動的に給油の手配を行うので、各現場の管理者が各機械の給油タイミングをそれぞれ管理する必要がなくなり、管理の煩わしさやその都度給油の注文を行うという煩わしさから解放されると共に、機械の燃料切れを確実に防止することができる。また、システムの運用者である燃料配送会社にとっては、燃料販売の機会を逃すことがなくなると共に、給油を計画的に行うことが可能になる。

本発明の実施形態１に係る燃料配送管理システムの構成を示すブロック図である。 図１の燃料配送管理システムにおける一部の構成の他の例を示すブロック図である。 図１のサーバーの構成を示すブロック図である。 管理者情報記憶部に記憶されている情報の概念を示す図である。 配送車情報記憶部に記憶されている情報の概念を示す図である。 配送車端末の表示画面の例を示す図である。 管理者端末の表示画面の例を示す図である。 本発明の実施形態１に係る燃料配送管理システムの動作を説明するためのフローチャートである。 本発明の実施形態１の変形例１に係る燃料配送管理システムの動作を説明するためのフローチャートである。 本発明の実施形態１の変形例２に係る燃料配送管理システムのサーバーの構成を示すブロック図である。 本発明の実施形態２に係る燃料配送管理システムの構成を示すブロック図である。 図１０のサーバーの構成を示すブロック図である。 管理者情報記憶部に記憶されている情報の概念を示す図である。 管理者端末の表示画面の例を示す図である。 管理者端末の表示画面の別の例を示す図である。 本発明の実施形態２に係る燃料配送管理システムの動作を説明するためのフローチャートである。 本発明の実施形態２の変形例１に係る燃料配送管理システムの動作を説明するためのフローチャートである。 本発明の実施形態２の変形例２に係る燃料配送管理システムのサーバーの構成を示すブロック図である。 本発明の実施形態３に係る燃料配送管理システムの構成を示すブロック図である。 本発明の実施形態３の変形例に係る燃料配送管理システムの構成を示すブロック図である。

以下、本発明の実施形態について図面を参照して説明する。ただし、本発明はこれに限定されるものではない。また、図面においては、実施形態を説明するため、一部分を大きくまたは強調して記載するなど適宜縮尺を変更して表現することがある。

＜実施形態１＞
図１は、本発明の実施形態に係る燃料配送管理システムの構成を示すブロック図である。燃料配送管理システムは、例えば燃料配送会社が設置するシステムである。燃料配送管理システム１は、燃料で可動する複数の機械２にそれぞれ装着される撮像装置３と、機械２に燃料を供給する複数の配送車４に搭載される配送車端末５と、機械２を管理する管理者６の管理者端末７と、撮像装置３、配送車端末５、および、管理者端末７とネットワーク８を介して通信し、複数の配送車４を管理するサーバー９と、を備えている。

機械２として、例えば運搬車両（機器）、掘削機、積み込み機、コンプレッサー、ポンプ等の建設機械が例示されるがこれらに限るものではない。建設現場や工事現場などの現場で稼働する機械の他、例えばイベント会場、展示会場等の現場で稼働する機械でも良い。

現場１０では、通常、複数の機械２が稼働しており、各機械２をガソリンスタンド等の給油施設まで移動させて給油を行うのは効率が悪い。そのため、給油用の燃料を搭載した配送車４を現場１０に行かせ、現場１０で各機械２に給油を行う。機械２が燃料切れになると稼働できなくなり現場作業に支障をきたすので、燃料切れになる前に機械２への給油が行われる。このような現場１０は１箇所だけではないため、１台の配送車４は複数の現場１０を順番にまわり、各現場１０で各機械２に給油を行う。配送車４は、例えば配送センター１１で少なくとも必要量の燃料を搭載し、配送に出発する。そして、各現場１０をまわった後、配送センター１１に戻る。

配送車端末５は、配送車４のドライバー（運転者）が保持する携帯端末である。本実施形態では、配送車端末５は、例えばタブレット端末で構成される。ただし、配送車端末５は、スマートフォン、携帯電話機などの携帯端末であってもよい。配送車端末５は、ネットワーク８と接続され、サーバー９や管理者端末７、他のコンピュータや携帯端末（スマートフォン、タブレット端末など）と通信可能である。配送車４は、重油や軽油等の燃料を配送（搬送）するタンクローリー車などの車両である。図１では配送車４を１台のみ記載しているが、配送車４は複数台存在するものとする。

配送車４は、各現場１０の各機械２に直接給油する。すなわち、本実施形態では、配送対象タンクは各機械２の燃料タンクである。
ネットワーク８は、例えばインターネットである。

配送車端末５にはＧＰＳ装置（Global Positioning System）などの位置検出装置が設けられており、検出した現在位置はサーバー９に供給される。配送車端末５は配送車４のドライバーが携帯しているので、サーバー９は配送車端末５の位置情報に基づいて配送車４の現在位置を認識することができる。サーバー９は配送車端末５から供給された位置情報についてのデータを後述する配送車情報記憶部９ｅに記憶する。

各機械２には、配送対象タンクの燃料残量を監視する監視手段としての撮像装置３が装着されている。撮像装置３は、機械２の燃料計２ａを撮影するカメラ３ａと、カメラ３ａにより撮影された画像をサーバー９に送信する送信部３ｂと、を備えている。カメラ３ａは、機械２の燃料計２ａに向けて設置されている。カメラ３ａとしては、静止画像を撮影するものでも、動画像を撮影するものでもいずれでも良い。カメラ３ａによって撮影された画像は送信部３ｂからサーバー９に向けて送信される。通常、各機械２には、購入時にはこのような撮像装置３が装備されていないので、撮像装置３は各機械２の購入後に後付けされる。

管理者端末７は、燃料配送会社から燃料の配送を受ける現場１０の管理者６が保持する携帯端末である。本実施形態では、管理者端末７は、例えばスマートフォンで構成される。ただし、管理者端末７は、タブレット端末、携帯電話機などの携帯端末であってもよい。管理者端末７も、ネットワーク８と接続され、サーバー９や配送車端末５、他のコンピュータや携帯端末（スマートフォン、タブレット端末など）と通信可能である。図１では、現場１０を１箇所のみ記載しているが、燃料の搬送対象である現場１０は複数存在するものとする。

サーバー９は、例えば配送センター１１に設置されている。図３に示すように、サーバー９は、受信部９ａと、画像認識部９ｂと、燃料供給判定部９ｃと、管理者情報記憶部９ｄと、配送車情報記憶部９ｅと、配車管理部９ｆと、送信部９ｇと、を備えている。また、サーバー９は、燃料で可動する複数の機械２に燃料を供給する複数の配送車４を管理する配送車管理装置でもある。すなわち、配送車管理装置９は、受信部９ａと、画像認識部９ｂと、燃料供給判定部９ｃと、管理者情報記憶部９ｄと、配送車情報記憶部９ｅと、配車管理部９ｆと、送信部９ｇと、を備えている。

配送車管理装置（サーバー）９は、例えば配送センター１１に設置されたコンピュータによって構成されている。このコンピュータ、すなわち、燃料で可動する複数の機械２に燃料を供給する複数の配送車４を管理するコンピュータには本発明の配送車管理装置９を実現するためのプログラム１４が記憶されており、このプログラム１４の実行により、受信部９ａ、画像認識部９ｂ、燃料供給判定部９ｃ、管理者情報記憶部９ｄ、配送車情報記憶部９ｅ、配車管理部９ｆ、送信部９ｇ等の機能が構成される。

受信部９ａは、ネットワーク８を介して撮像装置３、管理者端末７、配送車端末５等に接続されており、例えば撮像装置３から送信される燃料計２ａの画像（監視手段としての撮像装置３から送信された配送対象タンクの燃料残量についての情報）を受信する。
画像認識部９ｂは、撮像装置３より送られてきた画像から燃料計２ａの値を認識する。例えば、撮像装置３から送られてきた燃料計２ａの画像を解析し、燃料計２ａの目盛りと針の位置関係に基づいて燃料計２ａの値（燃料計２ａが指し示す値）を認識する。認識した燃料計２ａの値は、管理者情報記憶部９ｄに記憶される。
燃料供給判定部９ｃは、画像認識部９ｂが認識した燃料計２ａの値から機械２に燃料の供給が必要かどうかを判定する。例えば、各機械２毎に給油基準残量を予め設定しておき、燃料計２ａの値がこの給油基準残量を下回った場合に燃料の供給（給油）が必要であると判定する。

図２において、ＯＢＤ２とは、自動車の自己診断機能（On Board Diagnosis second generation）であり、自動車各部に取り付けられたＥＣＵ（Electrical Control Unit）にプログラミングされている機能の１つである。この機能には、車両の速度やエンジンの回転数等の各種の車両情報の他、燃料に関する機能もある。この燃料に関する情報のうち、とりわけ残存燃料に関して、ＯＢＤ２を介して取得して、次に、ネットワークを通じて、管理サーバーに送信する。ＯＢＤ２には、エンジンの回転数に関する情報の場合は、管理サーバー燃料の消費量を計算することで、残存燃料を計算しても良い。また、この際、Bluetooth（登録商標）Low Energy（ＢＬＥ）を用いて、管理者端末に、残存燃料に関する情報を送信して、そこから管理サーバーに送信することにしても良い。

管理者情報記憶部９ｄには、機械２の管理者６の連絡先、燃料の配送先、機械２の種類（配送対象タンクの種類）、および最大給油量を含む情報が記憶されている。なお、本実施形態では、配送対象タンクの種類として機械２の種類を記憶している。すなわち、燃料タンクは機械２の一部であり、機械２の種類に基づいて燃料タンクの種類を認識可能であり、また、実際の現場では、燃料タンクを認識するよりも機械２を認識した方が実用的であって現実的でもあるので、本実施形態では、機械２の種類を記憶している。

図４に、管理者情報記憶部９ｄに記憶されている情報の概念を示す。管理者６の連絡先（例えば、携帯電話の番号）、燃料の配送先（例えば、現場１０の住所）、管理している機械２についてのデータ（例えば、機械２の種類、最大給油量、給油基準残量、現在の燃料計２ａの値）が、各管理者６毎にデータベース化されている。なお、現在の燃料計２ａの値についてのデータは、機械２の稼働に伴い更新される。

配送車情報記憶部９ｅには、複数の配送車４の位置情報、供給可能燃料量、配送エリアおよび配送ルートの情報が記憶されている。図５に、配送車情報記憶部９ｅに記憶されている情報の概念を示す。配送車４の位置情報、供給可能燃料量、配送エリア、配送ルートについてのデータが、各配送車４毎にデータベース化されている。なお、配送車４の位置情報についてのデータは配送車４の移動に伴い更新され、供給可能燃料量は配送センター１１での燃料補充や現場１０での機械２への給油に伴い更新される。また、配送ルートは、ルートの再決定によって更新される。

配車管理部９ｆは、燃料供給判定部９ｃが機械２に燃料の供給が必要と判断した場合、配送車情報記憶部９ｅに記憶される情報に基づいて、複数の配送車４のうち機械２に燃料供給可能な配送車４を選択し、該配送車４の配送ルート１２を決定する。例えば、配車管理部９ｆは、配送車情報記憶部９ｅに記憶されている情報の中から給油が必要であると判定した機械２が属する配送エリアを担当する配送車４を検索する。通常、１つの配送エリアを複数の配送車４が担当しているので、複数の配送車４が候補にあがる。そして、候補にあがった各配送車４の位置情報、供給可能燃料量、配送ルート１２を参考にして最適な１台の配送車４が選択される。なお、配送エリアを担当する配送車４が１台の場合には、当該配送車４が選択される。そして、選択した配送車４の配送ルート１２を決定し直す（配送ルート１２の再決定）。なお、配送ルート１２の再決定に際し、他の配送車４の配送ルート１２を決定し直すことが必要な場合もあり、その場合には、他の配送車４の配送ルート１２も再決定する。配送ルート１２が再決定されると、配車管理部９ｆは配送車情報記憶部９ｅに記憶されている配送ルート１２を更新する。

なお、以下についての指定や情報がある場合、配車管理部９ｆが複数の配送車４の候補の中から１台の配送車４を決める際の優先順位は、以下の通りである。
（１）管理者から配送時間の指定がある場合は、これを優先する（例えば、１４時に必着など）。
（２）次に、配送先の住所を優先する。その際、渋滞情報を取得していればこれを考慮する。
（３）次に、給油の対象となる機械２の燃料残量及び燃料の消費速度についての情報を優先する。
（４）次に、配送車４の供給可能燃料量（搭載している燃料の残り量）についての情報を優先する。

配車管理部９ｆによる配送車４の選択およびその配送ルート１２の決定は、例えばＡＩ（artificial intelligence、人工知能）によって求めるようにしても良い。

送信部９ｇは、ネットワーク８を介して管理者端末７、配送車端末５に接続されており、例えば、管理者端末７に燃料を供給することを知らせる情報を送信し、配送車端末５に配送ルート１２等の情報を送信する。

図６に、配送車端末５に表示される画面の例を示す。配送車端末５には、配送エリアが地図表示され、その地図１３上に配送ルート１２と配送車４の現在位置が表示される。地図１３上の配送ルート１２には、訪問する現場１０の位置が番号表示される。配送車４は、配送ルート１２にしたがって表示番号順に各現場１０を訪問する。また、地図１３上には、例えば、自分の配送車４の現在位置が○記号で、他の配送車４の現在位置が●記号で、それぞれ表示されている。さらに、訪問する現場１０に関する情報が、配送ルート１２上の番号に紐付けられて表示されている。

図７に、管理者端末７に表示される画面の例を示す。管理者端末７には、配送車４の到着予定時間帯と、給油対象の機械２に関する情報と、配送車４のドライバーに関する情報が表示される。また、給油に来る配送車４の配送エリアが地図表示され、その地図１３上に現場１０と配送車４の現在位置が表示される。例えば、配送車４の現在位置を○記号で、自分の現場１０の位置が数字で、それぞれ表示されている。

なお、配送車４の到着予定時間は、例えば10：00～12：00のような時間帯で管理者端末７に送信される。これは、交通渋滞や配送ルート１２の変更により到着予定時間が変動する可能性があることを考慮したものであり、例えば10：15のようなピンポイントの時間を管理者６に伝えると、実際の配送車４の到着時間が大きくずれた場合に管理者６が混乱するからである。

次に、図８を参照して、燃料配送管理システム１の動作（燃料配送管理の方法）について説明する。
配送車管理装置９が稼働しており燃料配送管理システム１が運用されている状態において、管理者端末７は、管理者６の操作に応じて、予め付与されたＩＤ（個人識別情報）とパスワード（暗証番号）を使って配送車管理装置９にアクセスする。配送車管理装置９は、管理者端末７から送信されるＩＤとパスワードを用いて管理者６を認証する。これにより、管理者端末７が配送車管理装置９にアクセス可能になる。また、配送車端末５は、配送車４のドライバーの操作に応じて、予め付与されたＩＤ（個人識別情報）とパスワード（暗証番号）を使って配送車管理装置９にアクセスする。配送車管理装置９は、配送車端末５から送信されるＩＤとパスワードを用いてドライバーを認証する。これにより、配送車端末５が配送車管理装置９にアクセス可能になる。

各配送車４の配送ルート１２は、例えば１日単位で決められる。配送当日の配送ルート１２は、例えば配送当日の朝に決められる。配送車４のドライバーは、配送車端末５に表示された配送ルート１２を確認し、配送に出発する。配送車端末５には、例えば図６に示す画面が表示されている。

また、各現場１０毎の給油予定は、例えば１日単位で決められる。当日の給油予定は、例えば当日の朝に決められる。管理者端末７には、例えば図７に示す画面が表示され、管理者６はこの画面を確認することで当日の給油予定を知ることができる。

また、各現場１０において、停止中の機械２が始動されると、この機械２に装着されている撮像装置３から燃料計２ａの画像が配送車管理装置９に供給される。配送車管理装置９の受信部９ａがこの画像を受信すると（ステップＳ４１）、画像認識部９ｂがこの画像を解析し、燃料計２ａの値を認識する（ステップＳ４２）。燃料供給判定部９ｃは、管理者情報記憶部９ｄに記憶されている情報の中からこの画像に対応する機械２の情報を検索し、給油基準残量を読み込む。そして、この給油基準残量と認識した燃料計２ａの値を比較して給油が必要か否かを判定する（ステップＳ４３）。この判定の結果、まだ給油が不要の場合には、ステップＳ４１に戻り、給油が必要になるまで、ステップＳ４１からステップＳ４３を繰り返す。

そして、ステップＳ４３において、給油が必要であると判定されると、配車管理部９ｆが配送車情報記憶部９ｅに記憶される情報に基づいて機械２に燃料供給可能な配送車４を選択し、この配送車４の配送ルート１２を決定する（ステップＳ４４）。

そして、送信部９ｇは、燃料を供給することを知らせる情報（例えば、配送車４の到着予定時間帯と配送車情報）を、給油が必要であると判定された機械２が属する現場１０の管理者６の管理者端末７に送信する（ステップＳ４５）。管理者端末７はこの情報を表示する（ステップＳ４６）。なお、この段階では、管理者端末７には図７に示す画面が既に表示されているので、実際には、この表示画面が新たな画面に更新される。管理者６はこの更新画面を確認することで、燃料残量が少なくなった機械２への給油に配送車４が来ることやその配送車４の到着予定時間帯を知ることができる。

また、送信部９ｇは更新された配送ルート１２を配送車端末５に送信する（ステップＳ４７）。配送車端末５は更新された配送ルート１２を表示する（ステップＳ４８）。なお、配送車端末５には図６に示す画面が既に表示されているので、実際には、この表示画面が新たな画面に更新される。配送車４のドライバーは配送車端末５に表示された配送ルート１２にしたがって燃料の配送を行い、現場１０で対象の機械２に給油し（ステップＳ４９）、その給油実績（例えば、給油対象の機械２、給油量）を配送車端末５に入力する（ステップＳ５０）。配送車端末５は入力された給油実績を配送車管理装置９に送信する（ステップＳ５１）。給油によって配送車４が搭載する燃料量は減少しているので、配送車管理装置９は配送車情報記憶部９ｅに記憶している配送車４の供給可能燃料量を更新する（ステップＳ５２）。

そして、この現場１０での給油が終了すると、配送車４は次の現場１０へと移動し、全ての現場１０で給油を終了すると、配送センター１１に戻る。

配送車管理装置９は上述の処理を繰り返し実行し、各現場１０で稼働する各機械２の燃料計２ａを監視して自動的に給油の手配を行う。したがって、各現場１０の管理者６が各機械２の給油タイミングをそれぞれ管理する必要がなくなり、管理の煩わしさやその都度給油の注文を行うという煩わしさから解放されると共に、機械２の燃料切れを確実に防止することができる。一方、燃料配送会社にとっては、燃料販売の機会を逃すことがなくなると共に、給油を計画的に行うことが可能になる。

＜実施形態１の変形例１＞
なお、配送車管理装置９から管理者端末７に送信される燃料の配送可能時間（例えば、配送車４の到着予定時間帯）に対し、管理者６側から変更要求できるようにしても良い。すなわち、配送車管理装置９の送信部９ｇが管理者端末７に燃料の配送可能時間を送信し、管理者端末７から配送時間の変更要求の情報を配送車管理装置（サーバー）９の受信部９ａが受信した場合、配車管理部９ｆは、配送時間の変更要求の情報に基づいて、可能な配送時間を決定し、対応する配送車４の配送ルート１２を再決定し、送信部９ｇは、決定した可能な配送時間（例えば、配送車４の到着予定時間帯）を管理者端末７に送信するようにしても良い。

図９に基づいて、この燃料配送管理システム１の動作を説明する。
各現場１０において、停止中の機械２が始動されると、この機械２に装着されている撮像装置３から燃料計２ａの画像が配送車管理装置９に供給される。配送車管理装置９の受信部９ａがこの画像を受信すると（ステップＳ６１）、画像認識部９ｂがこの画像を解析し、燃料計２ａの値を認識する（ステップＳ６２）。燃料供給判定部９ｃは、管理者情報記憶部９ｄに記憶されている情報の中からこの画像に対応する機械２の情報を検索し、給油基準残量を読み込む。そして、この給油基準残量と認識した燃料計２ａの値を比較して給油が必要か否かを判定する（ステップＳ６３）。この判定の結果、まだ給油が不要の場合には、ステップＳ６１に戻り、給油が必要になるまで、ステップＳ６１からステップＳ６３を繰り返す。

そして、ステップＳ６３において、給油が必要であると判定されると、配車管理部９ｆが配送車情報記憶部９ｅに記憶される情報に基づいて機械２に燃料供給可能な配送車４を選択し、この配送車４の配送ルート１２を決定する（ステップＳ６４）。

そして、送信部９ｇは、燃料を供給することを知らせる情報（例えば、配送車４の到着予定時間帯と配送車情報）を、給油が必要であると判定された機械２が属する現場１０の管理者６の管理者端末７に送信する（ステップＳ６５）。管理者端末７はこの情報を表示する（ステップＳ６６）。なお、この段階では、管理者端末７には図７に示す画面が既に表示されているので、実際には、この表示画面が新たな画面に更新される。

管理者６はこの更新画面を確認することで、燃料残量が少なくなった機械２への給油に配送車４が来ることやその配送車４の到着予定時間帯を知ることができる。管理者６は現場１０の作業スケジュール等を確認し、この配送車４の到着予定時間帯の変更の必要性を検討する。そして、変更が必要な場合、変更要求を管理者端末７から行う（ステップＳ６７）。管理者６は、変更要求として、希望する時間帯（配送時間の変更要求の情報）を入力する。入力は、管理者端末７に複数の選択肢を表示してその中から希望の時間帯を選択するようにしても良いし、希望の時間帯を直接数字入力するようにしても良い。

配送車管理装置（サーバー）９の受信部９ａが管理者端末７からの変更要求を受信すると、配車管理部９ｆは、配送時間の変更要求の情報に基づいて、可能な配送時間を決定し、対応する配送車４の配送ルート１２を再決定する（ステップＳ６８）。そして、送信部９ｇは、決定した可能な配送時間（燃料の配達可能時間）を管理者端末７に送信する（ステップＳ６９）。管理者端末７はこの配達可能時間を表示する（ステップＳ７０）。なお、この段階では、管理者端末７には図７に示す画面が既に表示されているので、実際には、この表示画面が新たな画面に更新される。

また、送信部９ｇは更新された配送ルート１２を配送車端末５に送信する（ステップＳ７１）。配送車端末５は更新された配送ルート１２を表示する（ステップＳ７２）。なお、配送車端末５には図６に示す画面が既に表示されているので、実際には、この表示画面が新たな画面に更新される。配送車４のドライバーは配送車端末５に表示された配送ルート１２にしたがって燃料の配送を行い、現場１０で対象の機械２に給油し（ステップＳ７３）、その給油実績（例えば、給油対象の機械２、給油量）を配送車端末５に入力する（ステップＳ７４）。配送車端末５は入力された給油実績を配送車管理装置９に送信する（ステップＳ７５）。給油によって配送車４が搭載する燃料量は減少しているので、配送車管理装置９は配送車情報記憶部９ｅに記憶している配送車４の供給可能燃料量を更新する（ステップＳ７６）。

そして、この現場１０での給油が終了すると、配送車４は次の現場１０へと移動し、全ての現場１０で給油を終了すると、配送センター１１に戻る。

配送車管理装置９は上述の処理を繰り返し実行し、各現場１０で稼働する各機械２の燃料計２ａを監視して自動的に給油の手配を行う。したがって、各現場１０の管理者６が各機械２の給油タイミングをそれぞれ管理する必要がなくなり、管理の煩わしさやその都度給油の注文を行うという煩わしさから解放されると共に、機械２の燃料切れを確実に防止することができる。しかも、各現場１０の管理者６は、現場１０の作業スケジュール等を確認して都合が悪い場合には時間変更を要求することができるので、管理者６にとって大変使い勝手が良い実用的なシステムを提供することができる。一方、燃料配送会社にとっては、給油の機会を逃すことがなくなると共に、燃料販売を計画的に行うことが可能になる。

＜実施形態の変形例２＞
また、配送車管理装置９が各配送車４の配送ルート１２を決定する際、渋滞情報を考慮するようにしても良い。すなわち、図１０に示すように、配送車管理装置（サーバー）９に更に複数の配送車４の配送ルート１２の渋滞情報を取得する渋滞情報取得部９ｈを設けると共に、配車管理部９ｆが、渋滞情報取得部９ｈが取得した渋滞情報と配送車情報記憶部９ｅに記憶される情報に基づいて、複数の配送車４の配送ルート１２を決定するようにしても良い。

配送車管理装置９は、例えば配送センター１１に設置されたコンピュータによって構成されている。このコンピュータには本実施形態の配送車管理装置９を実現するためのプログラムが記憶されており、このプログラムの実行により、受信部９ａ、画像認識部９ｂ、燃料供給判定部９ｃ、管理者情報記憶部９ｄ、配送車情報記憶部９ｅ、送信部９ｇの他、複数の配送車４の配送ルート１２の渋滞情報を取得する渋滞情報取得部９ｈ、渋滞情報取得部９ｈが取得した渋滞情報と配送車情報記憶部９ｅに記憶される情報に基づいて、複数の配送車４の配送ルート１２を決定する配車管理部９ｆの機能が構成される。

渋滞情報として、例えばネットワーク８経由で取得可能な情報を利用する。配車管理部９ｆは、配送ルート１２を決定する際、渋滞情報取得部９ｈが取得した渋滞情報を参照し、例えば所要時間が最短となる配送ルート１２を求める。そのため、配送車４は効率よく燃料の配送を行うことができる。

なお、配車管理部９ｆによる配送ルート１２の決定は、例えばＡＩ（artificial intelligence、人工知能）によって求めるようにしても良い。

＜実施形態２＞
図１１は、本発明の実施形態に係る燃料配送管理システム１の構成を示すブロック図である。燃料配送管理システム１は、例えば燃料配送会社が設置するシステムである。燃料配送管理システム１は、燃料で可動する複数の機械２に燃料を供給する複数の配送車４に搭載される配送車端末５と、機械２を管理する管理者６の管理者端末７と、配送車端末５、および、管理者端末７とネットワーク８を介して通信し、複数の配送車４を管理するサーバー９と、を備えている。

機械２として、例えば運搬車両（機器）、掘削機、積み込み機、コンプレッサー、ポンプ等の建設機械が例示されるがこれらに限るものではない。建設現場や工事現場などの現場で稼働する機械の他、例えばイベント会場、展示会場等の現場で稼働する機械でも良い。

現場１０では、通常、複数の機械２が稼働しており、各機械２をガソリンスタンド等の給油施設まで移動させて給油を行うのは効率が悪い。そのため、給油用の燃料を搭載した配送車４を現場１０に行かせ、現場１０で各機械２に給油を行う。機械２が燃料切れになると稼働できなくなり現場作業に支障をきたすので、燃料切れになる前に機械２への給油が行われる。このような現場１０は１箇所だけではないため、１台の配送車４は複数の現場１０を順番にまわり、各現場１０で各機械２に給油を行う。配送車４は、例えば配送センター１１で少なくとも必要量の燃料を搭載し、配送に出発する。そして、各現場１０をまわった後、配送センター１１に戻る。

配送車端末５は、配送車４のドライバー（運転者）が保持する携帯端末である。本実施形態では、配送車端末５は、例えばタブレット端末で構成される。ただし、配送車端末５は、スマートフォン、携帯電話機などの携帯端末であってもよい。配送車端末５は、ネットワーク８と接続され、サーバー９や管理者端末７、他のコンピュータや携帯端末（スマートフォン、タブレット端末など）と通信可能である。配送車４は、重油や軽油等の燃料を配送（搬送）するタンクローリー車などの車両である。図１１では配送車４を１台のみ記載しているが、配送車４は複数台存在するものとする。
ネットワーク８は、例えばインターネットである。

配送車端末５にはＧＰＳ装置（Global Positioning System）などの位置検出装置が設けられており、検出した現在位置はサーバー９に供給される。配送車端末５は配送車４のドライバーが携帯しているので、サーバー９は配送車端末５の位置情報に基づいて配送車４の現在位置を認識することができる。サーバー９は配送車端末５から供給された位置情報についてのデータを後述する配送車情報記憶部９ｅに記憶する。

管理者端末７は、燃料配送会社から燃料の配送を受ける現場１０の管理者６が保持する携帯端末である。本実施形態では、管理者端末７は、例えばスマートフォンで構成される。ただし、管理者端末７は、タブレット端末、携帯電話機などの携帯端末であってもよい。管理者端末７も、ネットワーク８と接続され、サーバー９や配送車端末５、他のコンピュータや携帯端末（スマートフォン、タブレット端末など）と通信可能である。図１１では、現場１０を１箇所のみ記載しているが、燃料の搬送対象である現場１０は複数存在するものとする。

サーバー９は、例えば配送センター１１に設置されている。図１２に示すように、サーバー９は、受信部９ａと、燃料供給判定部９ｃと、送信部９ｇと、管理者情報記憶部９ｄと、配送車情報記憶部９ｅと、配車管理部９ｆと、を備えている。また、サーバー９は、燃料で可動する複数の機械２に燃料を供給する複数の配送車４を管理する配送車管理装置でもある。すなわち、配送車管理装置９は、受信部９ａと、燃料供給判定部９ｃと、送信部９ｇと、管理者情報記憶部９ｄと、配送車情報記憶部９ｅと、配車管理部９ｆと、送信部９ｇと、を備えている。

配送車管理装置（サーバー）９は、例えば配送センター１１に設置されたコンピュータによって構成されている。このコンピュータ、すなわち、燃料で可動する複数の機械２に燃料を供給する複数の配送車４を管理するコンピュータには本発明の配送車管理装置９を実現するためのプログラム１４が記憶されており、このプログラム１４の実行により、受信部９ａ、燃料供給判定部９ｃ、管理者情報記憶部９ｄ、配送車情報記憶部９ｅ、配車管理部９ｆ、送信部９ｇ等の機能が構成される。

受信部９ａは、ネットワーク８を介して管理者端末７、配送車端末５等に接続されており、例えば管理者端末７からの情報を受信する。
燃料供給判定部９ｃは、給油履歴に基づいて、機械２への燃料の供給が必要とされる日を求める。例えば、各機械２毎に給油を行った日とその給油量を給油履歴として記憶しておき（図１３参照）、この給油履歴から次回の給油日と給油量を予測する。例えば、２週間毎に２００リッターずつの給油が行われていた場合、次回の給油日は最後の給油日から２週間後であると予測すると共に、その給油量は２００リッターであると予測する。予測した給油予定日と給油量は、管理者情報記憶部９ｄに記憶される。

管理者情報記憶部９ｄには、機械２の管理者６の連絡先、燃料の配送先、機械２の種類、および最大給油量を含む情報が記憶されている。図１３に、管理者情報記憶部９ｄに記憶されている情報の概念を示す。管理者６の連絡先（例えば、携帯電話の番号）、燃料の配送先（例えば、現場１０の住所）、管理している機械２についてのデータ（例えば、機械２の種類、最大給油量、給油履歴、次回の給油予定日）が、各管理者６毎にデータベース化されている。そして、給油履歴として、例えば給油日と給油量についての過去の実績が蓄積されている。また、次回の給油予定日として、日付と給油量が記憶されている。

なお、現場１０で新しく使用が開始された機械２については、過去の給油実績がないため給油履歴が存在しない。この場合には、例えば給油履歴として過去の実績の代わりに初期設定情報が設定される。例えば、機械２の種類に応じた初期設定情報（例えば、ブルドーザー：２週間毎に○○リッター、掘削機：３週間毎に○○リッター、発電機：１５日毎に○○リッター等）を予め決めておき、この情報を給油履歴として使用する。

配送車情報記憶部９ｅには、複数の配送車４の位置情報、供給可能燃料量、配送エリアおよび配送ルートの情報が記憶されている。図５に、配送車情報記憶部９ｅに記憶されている情報の概念を示す。配送車４の位置情報、供給可能燃料量、配送エリア、配送ルートについてのデータが、各配送車４毎にデータベース化されている。なお、配送車４の位置情報についてのデータは配送車４の移動に伴い更新され、供給可能燃料量は配送センター１１での燃料補充や現場１０での機械２への給油に伴い更新される。また、配送ルートは、ルートの再決定によって更新される。

配車管理部９ｆは、燃料供給判定部９ｃが機械２に燃料の供給が必要と判断した場合、配送車情報記憶部９ｅに記憶される情報に基づいて、複数の配送車４のうち機械２に燃料供給可能な配送車４を選択し、該配送車４の配送ルート１２を決定する。本実施形態では、燃料供給判定部９ｃは給油履歴に基づいて機械２への燃料の供給が必要とされる日（給油予定日）を求めるが、給油予定日を求めたということは、この給油予定日に燃料供給が必要と判断していることになるので、配車管理部９ｆは、燃料供給判定部９ｃが給油予定日を求めた場合、複数の配送車４のうち機械２に燃料供給可能な配送車４を選択し、該配送車４の配送ルート１２を決定する。

例えば、配車管理部９ｆは、配送車情報記憶部９ｅに記憶されている情報の中から給油が必要であると判定した機械２が属する配送エリアを担当する配送車４を検索する。通常、１つの配送エリアを複数の配送車４が担当しているので、複数の配送車４が候補にあがる。また、本実施形態では、配車管理部９ｆは、管理者情報記憶部９ｄに記憶されている情報の中から給油が必要であると判定した機械２が属する現場１０の住所（燃料の配送先）を検索する。そして、候補にあがった各配送車４の供給可能燃料量や現場１０の住所を参考にして最適な１台の配送車４が選択され、その配送車４の配送ルート１２が決定される。なお、配送エリアを担当する配送車４が１台の場合には、当該配送車４が選択され、その配送ルート１２が決定される。
後述するように、各配送車４の配送ルート１２は配送当日の朝に決定されるので、このような配送車４の選択とその配送ルート１２の決定は、配送当日の朝に行われる。

なお、以下についての指定や情報がある場合、配車管理部９ｆが複数の配送車４の候補の中から１台の配送車４を決める際の優先順位は、以下の通りである。
（１）管理者から配送時間の指定がある場合は、これを優先する（例えば、１４時に必着など）。
（２）次に、配送先の住所を優先する。この際、渋滞情報を取得していればこれを考慮する。
（３）次に、給油の対象となる機械２の燃料残量及び燃料の消費速度についての情報を優先する。
（４）次に、配送車４の供給可能燃料量（搭載している燃料の残り量）についての情報を優先する。

配車管理部９ｆによる配送車４の選択およびその配送ルート１２の決定は、例えばＡＩ（artificial intelligence、人工知能）によって求めるようにしても良い。

送信部９ｇは、ネットワーク８を介して管理者端末７、配送車端末５に接続されており、例えば、管理者端末７に燃料を供給することを知らせる情報（例えば、給油予定日）を送信し、配送車端末５に配送ルート１２等の情報を送信する。

図６に、配送車端末５に表示される画面の例を示す。配送車端末５には、配送エリアが地図表示され、その地図１３上に配送ルート１２と配送車４の現在位置が表示される。地図１３上の配送ルート１２には、訪問する現場１０の位置が番号表示される。配送車４は、配送ルート１２にしたがって表示番号順に各現場１０を訪問する。また、地図１３上には、例えば、自分の配送車４の現在位置が○記号で、他の配送車４の現在位置が●記号で、それぞれ表示されている。さらに、訪問する現場１０に関する情報が、配送ルート１２上の番号に紐付けられて表示されている。

図１４に、管理者端末７に表示される画面の例を示す。管理者端末７には、配送車４の到着予定時間帯と、給油対象の機械２に関する情報と、配送車４のドライバーに関する情報が表示される。また、給油に来る配送車４の配送エリアが地図表示され、その地図１３上に現場１０と配送車４の現在位置が表示される。例えば、配送車４の現在位置を○記号で、自分の現場１０の位置が数字で、それぞれ表示されている。

なお、配送車４の到着予定時間は、例えば10：00～12：00のような時間帯で管理者端末７に送信される。これは、交通渋滞や配送ルート１２の変更により到着予定時間が変動する可能性があることを考慮したものであり、例えば10：15のようなピンポイントの時間を管理者６に伝えると、実際の配送車４の到着時間が大きくずれた場合に管理者６が混乱するからである。

また、図１５に、管理者端末７に表示される画面の別の例を示す。この画面は燃料供給判定部９ｃが機械２への燃料の供給が必要とされる日（給油予定日）を求めた場合に、当該機械２の属する現場１０の管理者端末７に表示される。管理者端末７には、給油の対象となる機械２と、その給油予定日と、給油予定量が表示される。

次に、図１６を参照して、燃料配送管理システム１の動作（燃料配送管理の方法）について説明する。
配送車管理装置９が稼働しており燃料配送管理システム１が運用されている状態において、管理者端末７は、管理者６の操作に応じて、予め付与されたＩＤ（個人識別情報）とパスワード（暗証番号）を使って配送車管理装置９にアクセスする。配送車管理装置９は、管理者端末７から送信されるＩＤとパスワードを用いて管理者６を認証する。これにより、管理者端末７が配送車管理装置９にアクセス可能になる。また、配送車端末５は、配送車４のドライバーの操作に応じて、予め付与されたＩＤ（個人識別情報）とパスワード（暗証番号）を使って配送車管理装置９にアクセスする。配送車管理装置９は、配送車端末５から送信されるＩＤとパスワードを用いてドライバーを認証する。これにより、配送車端末５が配送車管理装置９にアクセス可能になる。

各配送車４の配送ルート１２は、例えば１日単位で決められる。配送当日の配送ルート１２は、例えば配送当日の朝に決められる。配送車４のドライバーは、配送車端末５に表示された配送ルート１２を確認し、配送に出発する。配送車端末５には、例えば図６に示す画面が表示されている。

また、各現場１０毎の給油予定は、例えば１日単位で決められる。当日の給油予定は、例えば当日の朝に決められる。管理者端末７には、例えば図１４に示す画面が表示され、管理者６はこの画面を確認することで当日の給油予定を知ることができる。

配送車管理装置９の燃料供給判定部９ｃは、管理者情報記憶部９ｄに記憶されている機械２の給油履歴を参照し、当該機械２の給油予定日を求める（ステップＳ８１）。求められた給油予定日は管理者情報記憶部９ｄに記憶されると共に、送信部９ｇから管理者端末７に送信される（ステップＳ８２）。管理者端末７は給油予定日を表示する（ステップＳ８３）。例えば、図１５に示す画面を表示する。

また、給油予定日の当日、配車管理部９ｆが機械２に燃料供給可能な配送車４を選択し、この配送車４の配送ルート１２を決定する（ステップＳ８４）。

そして、送信部９ｇは、燃料を供給することを知らせる情報（例えば、配送車４の到着予定時間帯と配送車情報）を、給油が必要であると判定された機械２が属する現場１０の管理者６の管理者端末７に送信する（ステップＳ８５）。管理者端末７はこの情報を表示する（ステップＳ８６）。例えば、図１４に示す画面を表示する。管理者６はこの画面を確認することで、本日の給油予定を知ることができる。

また、送信部９ｇは配送ルート１２を配送車端末５に送信する（ステップＳ８７）。配送車端末５は配送ルート１２を表示する（ステップＳ８８）。例えば、図６に示す画面を表示する。配送車４のドライバーは配送車端末５に表示された配送ルート１２にしたがって燃料の配送を行い、現場１０で対象の機械２に給油し（ステップＳ８９）、その給油実績（例えば、給油対象の機械２、給油量）を配送車端末５に入力する（ステップＳ９０）。配送車端末５は入力された給油実績を配送車管理装置９に送信する（ステップＳ９１）。配送車管理装置９は、給油実績に基づき、管理者情報記憶部９ｄと配送車情報記憶部９ｅに記憶している情報を更新する（ステップＳ９２）。例えば、給油によって給油履歴が変わるので、配送車管理装置９は管理者情報記憶部９ｄに記憶している機械２の給油履歴を更新する。また、給油によって配送車４が搭載する燃料量は減少しているので、配送車管理装置９は配送車情報記憶部９ｅに記憶している配送車４の供給可能燃料量を更新する。

そして、この現場１０での給油が終了すると、配送車４は次の現場１０へと移動し、全ての現場１０で給油を終了すると、配送センター１１に戻る。

配送車管理装置９は上述の処理を繰り返し実行し、各現場１０で稼働する各機械２の給油のタイミングを監視して自動的に給油の手配を行う。したがって、各現場１０の管理者６が各機械２の給油タイミングをそれぞれ管理する必要がなくなり、管理の煩わしさやその都度給油の注文を行うという煩わしさから解放されると共に、機械２の燃料切れを防止することができる。一方、燃料配送会社にとっては、燃料販売の機会を逃すことがなくなると共に、給油を計画的に行うことができる。

＜実施形態２の変形例１＞
なお、配送車管理装置９から管理者端末７に送信される燃料の配送可能時間（例えば、配送車４の到着予定時間帯）に対し、管理者６側から変更要求できるようにしても良い。すなわち、配送車管理装置９の送信部９ｇが管理者端末７に燃料の配送可能時間を送信し、管理者端末７から配送時間の変更要求の情報を配送車管理装置（サーバー）９の受信部９ａが受信した場合、配車管理部９ｆは、配送時間の変更要求の情報に基づいて、可能な配送時間を決定し、対応する配送車４の配送ルート１２を再決定し、送信部９ｇは、決定した可能な配送時間（例えば、配送車４の到着予定時間帯）を管理者端末７に送信するようにしても良い。

図１７に基づいて、この燃料配送管理システム１の動作を説明する。
各配送車４の配送ルート１２は、例えば１日単位で決められる。配送当日の配送ルート１２は、例えば配送当日の朝に決められる。配送車４のドライバーは、配送車端末５に表示された配送ルート１２を確認し、配送に出発する。配送車端末５には、例えば図６に示す画面が表示されている。

また、各現場１０毎の給油予定は、例えば１日単位で決められる。当日の給油予定は、例えば当日の朝に決められる。管理者端末７には、例えば図１４に示す画面が表示され、管理者６はこの画面を確認することで当日の給油予定を知ることができる。

配送車管理装置９の燃料供給判定部９ｃは、管理者情報記憶部９ｄに記憶されている機械２の給油履歴を参照し、当該機械２の給油予定日を求める（ステップＳ１０１）。求められた給油予定日は管理者情報記憶部９ｄに記憶されると共に、送信部９ｇから管理者端末７に送信される（ステップＳ１０２）。管理者端末７は給油予定日を表示する（ステップＳ１０３）。例えば、図１５に示す画面を表示する。

また、給油予定日の当日、配車管理部９ｆが機械２に燃料供給可能な配送車４を選択し、この配送車４の配送ルート１２を決定する（ステップＳ１０４）。
そして、送信部９ｇは、燃料を供給することを知らせる情報（例えば、配送車４の到着予定時間帯と配送車情報）を、給油が必要であると判定された機械２が属する現場１０の管理者６の管理者端末７に送信する（ステップＳ１０５）。管理者端末７はこの情報を表示する（ステップＳ１０６）。例えば、図１４に示す画面を表示する。管理者６はこの画面を確認することで、本日の給油予定を知ることができる。

管理者６は現場１０の作業スケジュール等を確認し、この配送車４の到着予定時間帯の変更の必要性を検討する。そして、変更が必要な場合、変更要求を管理者端末７から行う（ステップＳ１０７）。管理者６は、変更要求として、希望する時間帯（配送時間の変更要求の情報）を入力する。入力は、管理者端末７に複数の選択肢を表示してその中から希望の時間帯を選択するようにしても良いし、希望の時間帯を直接数字入力するようにしても良い。

配送車管理装置（サーバー）９の受信部９ａが管理者端末７からの変更要求を受信すると、配車管理部９ｆは、配送時間の変更要求の情報に基づいて、可能な配送時間を決定し、対応する配送車４の配送ルート１２を再決定する（ステップＳ１０８）。そして、送信部９ｇは、決定した可能な配送時間（燃料の配達可能時間）を管理者端末７に送信する（ステップＳ１０９）。管理者端末７はこの配達可能時間を表示する（ステップＳ１１０）。なお、この段階では、管理者端末７には図１４に示す画面が既に表示されているので、実際には、この表示画面が新たな画面に更新される。

また、送信部９ｇは配送ルート１２を配送車端末５に送信する（ステップＳ１１１）。配送車端末５は配送ルート１２を表示する（ステップＳ１１２）。例えば、図６に示す画面を表示する。配送車４のドライバーは配送車端末５に表示された配送ルート１２にしたがって燃料の配送を行い、現場１０で対象の機械２に給油し（ステップＳ１１３）、その給油実績（例えば、給油対象の機械２、給油量）を配送車端末５に入力する（ステップＳ１１４）。配送車端末５は入力された給油実績を配送車管理装置９に送信する（ステップＳ１１５）。配送車管理装置９は、給油実績に基づき、管理者情報記憶部９ｄと配送車情報記憶部９ｅに記憶している情報を更新する（ステップＳ１１６）。例えば、給油によって給油履歴が変わるので、配送車管理装置９は管理者情報記憶部９ｄに記憶している機械２の給油履歴を更新する。また、給油によって配送車４が搭載する燃料量は減少しているので、配送車管理装置９は配送車情報記憶部９ｅに記憶している配送車４の供給可能燃料量を更新する。

そして、この現場１０での給油が終了すると、配送車４は次の現場１０へと移動し、全ての現場１０で給油を終了すると、配送センター１１に戻る。

配送車管理装置９は上述の処理を繰り返し実行し、各現場１０で稼働する各機械２の給油のタイミングを監視して自動的に給油の手配を行う。したがって、各現場１０の管理者６が各機械２の給油タイミングをそれぞれ管理する必要がなくなり、管理の煩わしさやその都度給油の注文を行うという煩わしさから解放されると共に、機械２の燃料切れを確実に防止することができる。しかも、各現場１０の管理者６は、現場１０の作業スケジュール等を確認して都合が悪い場合には時間変更を要求することができるので、管理者６にとって大変使い勝手が良い実用的なシステムを提供することができる。一方、燃料配送会社にとっては、給油の機会を逃すことがなくなると共に、給油を計画的に行うことが可能になる。

＜実施形態２の変形例２＞
また、配送車管理装置９が各配送車４の配送ルート１２を決定する際、渋滞情報を考慮するようにしても良い。すなわち、図１８に示すように、配送車管理装置（サーバー）９に更に複数の配送車４の配送ルート１２の渋滞情報を取得する渋滞情報取得部９ｈを設けると共に、配車管理部９ｆが、渋滞情報取得部９ｈが取得した渋滞情報と配送車情報記憶部９ｅに記憶される情報に基づいて、複数の配送車４の配送ルート１２を決定するようにしても良い。

配送車管理装置９は、例えば配送センター１１に設置されたコンピュータによって構成されている。このコンピュータには本実施形態の配送車管理装置９を実現するためのプログラムが記憶されており、このプログラムの実行により、受信部９ａ、画像認識部９ｂ、燃料供給判定部９ｃ、管理者情報記憶部９ｄ、配送車情報記憶部９ｅ、送信部９ｇの他、複数の配送車４の配送ルート１２の渋滞情報を取得する渋滞情報取得部９ｈ、渋滞情報取得部９ｈが取得した渋滞情報と配送車情報記憶部９ｅに記憶される情報に基づいて、複数の配送車４の配送ルート１２を決定する配車管理部９ｆの機能が構成される。

渋滞情報として、例えばネットワーク８経由で取得可能な情報を利用する。配車管理部９ｆは、配送ルート１２を決定する際、渋滞情報取得部９ｈが取得した渋滞情報を参照し、例えば所要時間が最短となる配送ルート１２を求める。そのため、配送車４は効率よく燃料の配送を行うことができる。

なお、配車管理部９ｆによる配送ルート１２の決定は、例えばＡＩ（artificial intelligence、人工知能）によって求めるようにしても良い。

＜実施形態３＞
上述の各実施形態では、各機械２の燃料タンク（配送対象タンク）に配送車４が燃料を供給していたが、これに代えて、例えば図１９に示すように、現場１０に貯蔵タンク（配送対象タンク）１４を設置し、この貯蔵タンク１４に配送車４が燃料を供給するようにしても良い。すなわち、配送車４によって配送された燃料を貯蔵タンク１４に一時的に貯蔵しておき、この貯蔵タンク１４から各機械２に燃料を小分けするようにしても良い。

本実施形態では、貯蔵タンク１４に監視手段としての燃料残量センサ１５を設けている。燃料残量センサ１５は、例えば貯蔵タンク１４内に蓄えられている燃料から受ける圧力を測定する圧力センサであり、その測定値はネットワーク８を介して配送車管理装置（サーバー）９に送信される。燃料残量センサ１５には、例えば貯蔵タンク１４の底部から燃料が導かれており、燃料残量センサ１５はこの燃料の圧力を測定する。貯蔵タンク１４内の燃料残量が多い場合には燃料残量センサ１５には大きな圧力が作用し、貯蔵タンク１４内の燃料残量が少なくなると、燃料残量センサ１５に作用する圧力は減少するので、燃料残量センサ１５の測定値（圧力値）に基づいて燃料残量を認識することができる。

配送車管理装置９の燃料供給判定部９ｃは、受信部９ａが受信した燃料残量センサ１５の測定値（燃料残量についての情報）に基づいて貯蔵タンク１４に燃料の供給が必要かどうかを判定する。例えば、各現場１０の貯蔵タンク１４毎に給油基準圧力値を予め設定しておき、燃料残量センサ１５の測定値（圧力値）がこの給油基準圧力値を下回った場合に燃料の供給が必要であると判定する。

燃料の供給が必要であると判定された場合、図１の燃料配送管理システム１と同様、自動的に給油の手配が行われる。したがって、各現場１０の管理者６が貯蔵タンク１４の給油タイミングを管理する必要がなくなり、管理の煩わしさやその都度給油の注文を行うという煩わしさから解放されると共に、燃料切れを確実に防止することができる。一方、燃料配送会社にとっては、給油の機会を逃すことがなくなると共に、燃料販売を計画的に行うことが可能になる。

また、本実施形態では、配送車４の燃料配送対象が貯蔵タンク１４であり、その現場１０で使用される燃料を１度に纏めて供給することができるので、その現場１０における給油作業を大幅に減らすことができると共に、その作業時間を大幅に短縮することができる。そのため、燃料配送会社にとって、配送車４の燃料配送にかかる時間や回数を減らすことができて配送コストを低減することができる。一方、現場１０側にとって、燃料残量の管理が容易になると共に、配送車４が何度も来る煩わしさを解消することができ、さらに現場１０のスケジュール調整が容易になる。

＜実施形態３の変形例＞
なお、図２０に示す燃料配送管理システム１のように、現場１０に設置された貯蔵タンク１４に燃料残量センサが設けられていない場合には、図１１の燃料配送管理システム１が機械２の給油履歴に基づいて機械２への燃料の供給が必要とされる日を求めたのと同様に、貯蔵タンク１４の給油履歴に基づいて貯蔵タンク１４への燃料の供給が必要とされる日を求めるようにしても良い。

この場合にも、図１１の燃料配送管理システム１と同様、自動的に給油の手配を行うことができるので、各現場１０の管理者６が貯蔵タンク１４の給油タイミングを管理する必要がなくなり、管理の煩わしさやその都度給油の注文を行うという煩わしさから解放されると共に、燃料切れを確実に防止することができる。一方、燃料配送会社にとっては、給油の機会を逃すことがなくなると共に、燃料販売を計画的に行うことが可能になる。

以上、本発明の実施形態を説明したが、本発明の技術的範囲は、上記の実施形態に記載の範囲には限定されない。本発明の趣旨を逸脱しない範囲で、上記の実施形態に、多様な変更または改良を加えることが可能である。また、上記の実施形態で説明した要件の１つ以上は、省略されることがある。そのような変更または改良、省略した形態も本発明の技術的範囲に含まれる。また、上記した実施形態や変形例の構成を適宜組み合わせて適用することも可能である。

１ 燃料配送管理システム
２ 機械
２ａ 燃料計
３ 撮像装置（監視手段）
３ａ カメラ
３ｂ 送信部
４ 配送車
５ 配送車端末
６ 管理者
７ 管理者端末
８ ネットワーク
９ サーバー（配送車管理装置）
９ａ 受信部
９ｂ 画像認識部
９ｃ 燃料供給判定部
９ｄ 管理者情報記憶部
９ｅ 配送車情報記憶部
９ｆ 配車管理部
９ｇ 送信部
９ｈ 渋滞情報取得部
１２ 配送ルート
１４ 貯蔵タンク
１５ 圧力センサ（監視手段）

Claims (4)

1. 燃料を配送する複数の配送車に搭載される配送車端末と、
   前記燃料で可動する複数の機械を管理する管理者の管理者端末と、
   前記配送車端末、および、前記管理者端末とネットワークを介して通信し、前記複数の配送車を管理するサーバーと、を備える燃料配送管理システムであって、
   前記サーバーは、
   前記管理者端末からの情報を受信する受信部と、
   給油履歴に基づいて、前記機械が使用される現場の配送対象タンクへの燃料の供給が必要とされる日を求める燃料供給判定部と、
   前記燃料供給判定部により求められた日を対応する前記管理者端末に送信する送信部と、
   前記管理者の連絡先、燃料の配送先、前記配送対象タンクの種類、および最大給油量を含む情報を記憶する管理者情報記憶部と、
   前記複数の配送車の位置情報、供給可能燃料量、配送エリアおよび配送ルートの情報を記憶する配送車情報記憶部と、
   前記複数の配送車から前記配送対象タンクに燃料供給する配送車を選択し、該配送車の配送ルートを決定する配車管理部と、
   を備えることを特徴とする燃料配送管理システム。
2. 燃料を配送する複数の配送車を管理する配送車管理装置であって、
   給油履歴に基づいて、前記燃料で可動する複数の機械が使用される現場の配送対象タンクへの燃料の供給が必要とされる日を求める燃料供給判定部と、
   前記機械の管理者の連絡先、燃料の配送先、前記配送対象タンクの種類、および最大給油量を含む情報を記憶する管理者情報記憶部と、
   前記複数の配送車の位置情報、供給可能燃料量、配送エリアおよび配送ルートの情報を記憶する配送車情報記憶部と、
   前記燃料供給判定部により前記配送対象タンクに燃料の供給が必要と判断した場合、前記配送車情報記憶部に記憶される情報に基づいて、前記複数の配送車から前記配送対象タンクに燃料供給する配送車を選択し、該配送車の配送ルートを決定する配車管理部と、
   前記管理者の端末に燃料を供給することを知らせる情報を送信する送信部と、を備えることを特徴とする配送車管理装置。
3. 燃料を配送する複数の配送車を管理するコンピュータを、
   給油履歴に基づいて、前記燃料で可動する複数の機械が使用される現場の配送対象タンクへの燃料の供給が必要とされる日を求める燃料供給判定部と、
   前記機械の管理者の連絡先、燃料の配送先、前記配送対象タンクの種類、および最大給油量を含む情報を記憶する管理者情報記憶部と、
   前記複数の配送車の位置情報、供給可能燃料量、配送エリアおよび配送ルートの情報を記憶する配送車情報記憶部と、
   前記燃料供給判定部により前記配送対象タンクに燃料の供給が必要と判断した場合、前記配送車情報記憶部に記憶される情報に基づいて、前記複数の配送車から前記配送対象タンクに燃料供給する配送車を選択し、該配送車の配送ルートを決定する配車管理部と、
   前記管理者の端末に燃料を供給することを知らせる情報を送信する送信部、として機能させることを特徴とするプログラム。
4. 前記複数の配送車の配送ルートの渋滞情報を取得する渋滞情報取得部を備え、前記配車管理部は、前記渋滞情報取得部が取得した渋滞情報と前記配送車情報記憶部に記憶される情報に基づいて、前記複数の配送車の配送ルートを決定させることを特徴とする請求項３に記載のプログラム。

Images