JP2024039198A - 着発判定システム - Google Patents

Abstract

【課題】配送地点における荷役のための駐車態様に合わせて出発及び到着の判定ロジックを変更可能な技術の提供。【解決手段】配送計画に含まれる配送地点の位置と、前記配送地点において荷役のために前記配送地点の敷地内に進入する必要があるか否かを示す敷地情報と、を取得する配送地点情報取得部と、前記敷地情報に基づいて、前記配送地点における１以上の到着判定ロジックと１以上の出発判定ロジックとを、複数の前記到着判定ロジックおよび複数の前記出発判定ロジックの中から選択するロジック選択部と、選択された前記到着判定ロジックを用いて前記配送地点に前記配送車両が到着したことを判定し、選択された前記出発判定ロジックを用いて前記配送地点から配送車両が出発したことを判定する判定部と、を備える着発判定システムを構成する。【選択図】図１

Description

本発明は、着発判定システムに関する。

従来、車両が対象地点に到着したか否かを判定する手法や、対象地点から出発したか否かを判定する手法として様々な手法が提案されている。特許文献１には、判定対象地点の位置情報および判定条件と移動体の位置情報とに基づき移動体が判定対象地点に対して所定の判定エリアから出たと判定された場合、移動体が目的地から出発したと判定することが記載されている（０００６）。特許文献２には、車両の走行距離が予め設定された判定値以上となったときに、車両が荷物集配先を出発したものと判定することが記載されている（００２３）。特許文献３には、目的地のポリゴンを拡張した拡張ポリゴン内に現在位置が所定回数入ったとき、目的地に到着したと判定することが記載されている（０００７）。特許文献４には、誘導地点と自車位置の距離が所定距離以内である場合に到着と判断することが記載されている（００３６）。特許文献５には、目的地に一番近いリンクに対して目的地から垂線を下ろし、車両の現在地と目的地の間の距離が当該垂線の長さから求められる所定距離以下になった時、目的地に到着したと判定することが記載されている（００２５）。

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

配送業務を行う運転者の労務管理の品質を確保することが望まれている。そのために、配送車両が配送地点に到着した場合には到着した実績があること、そして、配送地点を出発した場合には出発した実績があることを漏れなく判定する実績判定精度を確保する必要がある。さらに、各配送地点において到着あるいは出発した場合の、到着したと見なす時刻あるいは出発したと見なす時刻の精度（時刻判定精度）も確保する必要がある。配送地点における荷役作業は様々な態様で行われうる。例えば、広大な工場の敷地内に多数の配送地点が点在しており配送車両で敷地内の各配送地点を巡り運転者が荷役を行う必要がある場合がある。また例えば、都市部の店舗のように、配送地点に面した道路に一時的に配送車両を停車して配送地点の敷地内に進入することなく荷役を行う場合もある。配送地点の敷地内に進入する必要がある場合と必要がない場合とで、同一のロジックを用いて実績判定精度と時刻判定精度の両方を確保することが困難であった。
本発明は、上記課題にかんがみてなされたもので、配送地点における荷役のための駐車態様に合わせて出発及び到着の判定ロジックを変更可能な技術の提供を目的とする。

上記の目的を達成するため、着発判定システムは、配送計画に含まれる配送地点の位置と、配送地点において荷役のために配送地点の敷地内に進入する必要があるか否かを示す敷地情報と、を取得する配送地点情報取得部と、敷地情報に基づいて、配送地点における１以上の到着判定ロジックと１以上の出発判定ロジックとを、複数の到着判定ロジックおよび複数の出発判定ロジックの中から選択するロジック選択部と、選択された到着判定ロジックを用いて配送地点に配送車両が到着したことを判定し、選択された出発判定ロジックを用いて配送地点から配送車両が出発したことを判定する判定部と、を備える。

すなわち、着発判定システムでは、配送地点において荷役のために配送地点の敷地内に進入する必要があるか否かを示す敷地情報に基づいて、当該配送地点についての到着判定ロジックと出発判定ロジックとを、複数のロジックから選択する。選択される到着判定ロジックおよび出発判定ロジックは複数選択される場合もある。配送地点の敷地内に進入する必要がある場合とない場合とで、仮に、同じロジックで判定を行った場合、敷地内に進入する必要がある場合とない場合の両方で、着発の実績判定精度と着発の時刻判定精度の両方を確保することが困難である。この着発判定システムによれば、配送地点における荷役のための駐車態様に合わせて出発及び到着の判定ロジックを変更することができる。

着発判定システムの構成を示すブロック図。 配送計画情報の構成例を示す図。 図３Ａは配送地点情報の構成例を示す図、図３Ｂはロジック情報の例を示す図、図３Ｃは各ロジックの内容を説明する図。 判定ロジックを説明する図。 同敷地内に複数の配送地点が存在する場合の判定ロジックを説明する図。 配送管理画面の一例を示す図。 着発判定処理のフローチャート。

ここでは、下記の順序に従って本発明の実施の形態について説明する。
（１）システムの構成：
（１－１）運行管理者端末の構成：
（１－２）運転者端末の構成：
（１－３）着発判定システムの構成：
（２）着発判定処理：
（３）他の実施形態：

（１）システムの構成：
図１は、本発明にかかる着発判定システム１０の構成を示すブロック図である。本実施形態において着発判定システム１０は、通信を介して運転者端末１００および運行管理者端末２００と協働する。運転者端末１００は、複数の配送車両のそれぞれで使用される端末である。本実施形態において、運転者端末１００は、可搬型であってもよいし配送車両に搭載されていても良く、任意の態様であって良い。本実施形態においては、複数の運転者のそれぞれが運転する配送車両が予め決められ、各配送車両で訪問すべき配送地点および訪問順序と、各配送地点に配送すべき荷物が予め決められる。運行管理者端末２００は、配送計画の運行を管理する運行管理者が使用する端末である。運行管理者は運行管理者端末２００を使用して配送計画を作成し、運転者端末１００では配送計画に従った配送を行うための案内がなされる。運転者端末１００は配送車両の現在地を着発判定システム１０に定期的に送信し、着発判定システム１０は配送車両の走行実績と配送計画に基づいて配送計画の進捗を判断する。具体的には、配送地点に対する配送車両の着発実績の有無やその時刻が判定される。運行管理者端末２００および運転者端末１００には進捗を示す情報が送信され、各端末の表示部に表示される。

（１－１）運行管理者端末の構成：
運行管理者端末２００は、配送計画の運行管理者が使用する端末である。運行管理者端末２００は、ＣＰＵ，ＲＡＭ，ＲＯＭ等を備える制御部２２０、記録媒体２３０、通信部２４０、ＵＩ部２４２を備えている。ＵＩ部２４２は、利用者（運行管理者）の指示を入力し、また利用者に各種の情報を提供するためのインタフェース部であり、図示しないタッチパネルディスプレイからなる表示部やスイッチ等の入力部、スピーカ等の音声出力部を備えている。

通信部２４０は、他の装置と通信を行うための装置である。本実施形態において制御部２２０は、通信部２４０を介して着発判定システム１０と通信を行うことができる。制御部２２０は、記録媒体２３０に記録された図示しないプログラムを実行することができる。本実施形態においては、着発判定システム１０から送信された配送計画を示す情報をＵＩ部２４２のディスプレイに表示させる。表示される内容の詳細については後述する。

（１－２）運転者端末の構成：
運転者端末１００は、配送車両において使用される端末である。運転者端末１００は、ＣＰＵ，ＲＡＭ，ＲＯＭ等を備える制御部１２０、記録媒体１３０、通信部１４０、ＧＮＳＳ受信部１４１、ＵＩ部１４２を備えている。ＵＩ部１４２は、利用者（運転者）の指示を入力し、また利用者に各種の情報を提供するためのインタフェース部であり、図示しないタッチパネルディスプレイからなる表示部やスイッチ等の入力部、スピーカ等の音声出力部を備えている。

ＧＮＳＳ受信部１４１は、Global Navigation Satellite Systemの信号を受信する装置であり、航法衛星からの電波を受信し、図示しないインタフェースを介して車両の現在地を算出するための信号を出力する。

通信部１４０は、他の装置と通信を行うための装置である。本実施形態において制御部１２０は、通信部１４０を介して着発判定システム１０と通信を行うことができる。制御部２０は、図示しないプログラムを実行することができる。本実施形態においては、着発判定システム１０から送信された配送計画を示す情報をＵＩ部１４２のディスプレイに表示させる。表示される画面の内容の詳細については後述する。

記録媒体１３０には、各種の情報を記録することができる。本実施形態においては、配送計画情報１３０ａと地図情報１３０ｂとが記録される。配送計画情報１３０ａは、着発判定システム１０に記録された配送計画情報３０ｂと同一の内容であり、詳細は後述する。配送計画情報１３０ａは各配送車両における配送計画を示していればよく、他の配送車両の配送計画は含まれなくても良い。

地図情報１３０ｂは、ノードデータ，形状補間点データ，リンクデータ，道路やその周辺に存在する地物の位置等を示す地物データ等を含んでいる。また、地図情報１３０ｂには、ノードデータが示す交差点、形状補間データおよびリンクデータが示す道路区間、地物データが示す地物を描画するための情報が含まれている。

制御部１２０は、記録媒体１３０に記録された図示しないプログラムを実行することにより、各種の機能を実現することができる。本実施形態において、制御部１２０は、図示しないプログラムにより、配送車両の現在地の取得と、経路案内と配送支援案内を行う。制御部１２０は、ＧＮＳＳ受信部１４１の出力に基づいて配送車両の現在地を定期的に取得し、通信部１４０を介して着発判定システム１０に定期的に送信する。

経路案内は、配送計画情報１３０ａが示す配送経路に従って、車両を走行させるための案内であり、制御部１２０は、地図情報１３０ｂに基づいてＵＩ部１４２の表示部に地図を表示させ、地図上に配送車両の現在地と現在地以後の配送経路を表示させる。配送支援案内は、配送地点への配送を支援するための案内であり、制御部２０は、ＵＩ部１４２の表示部に、配送地点への到着や配送地点からの出発を示す情報や、配送地点で荷卸しする荷物、配送地点で集荷する荷物を示す情報等を表示させる。

（１－３）着発判定システムの構成：
着発判定システム１０は、ＣＰＵ，ＲＡＭ，ＲＯＭ等を備える制御部２０、記録媒体３０、通信部４０を備えている。通信部４０は、運転者端末１００や運行管理者端末２００と情報の授受を行う回路を備えている。制御部２０は、通信部４０を介して運転者端末１００や運行管理者端末２００と通信を行うことができる。

また、記録媒体３０には、走行実績情報３０ａと配送計画情報３０ｂと配送地点情報３０ｃとロジック情報３０ｄと地図情報（不図示）が記録される。地図情報（不図示）は、地図情報１３０ｂと同様の構成である。地図情報には、施設の敷地の形状を示す情報が含まれている。

走行実績情報３０ａには、配送車両毎に、配送車両の現在地の履歴が記録される。すなわち、配送車両の位置と当該位置に配送車両が位置した時刻とが対応付けて蓄積される。走行実績情報３０ａにおいて配送車両の現在地は、当該配送車両の運転者端末１００から送信される位置情報を用いて所定の時間毎（例えば数秒間隔）に更新される。

配送計画情報３０ｂは、複数の配送車両毎の配送計画を示す情報であり、例えば、管理者が、運行管理者端末２００を使用して配送計画を入力し、着発判定システム１０に転送するなどして生成される。むろん、配送条件に基づいて配送計画問題を解くことによって配送計画情報３０ｂが生成されても良い。

本実施形態において、配送計画情報３０ｂは、配送車両に関連する情報と、配送地点に関連する情報と、荷物に関連する情報とを含む。具体的には、配送車両に関連する情報は、配送車両の識別情報（車両ＩＤ）である。車両ＩＤは、配送計画の便ＩＤと対応付けられている。配送地点に関連する情報は、各配送車両で配送を行うべき各配送地点の識別情報、位置、各配送地点の名称、各配送地点への到着予定時刻、各配送地点からの出発予定時刻、地点間の経路である配送経路を示す情報である。荷物に関連する情報は、各配送地点に配送すべき荷物を示す情報を含む。

各情報の記録態様は種々の態様であって良い。図２は、配送計画情報３０ｂの例を示している。図２において配送車両「Ｔ００１」には、配送地点ＩＤがＰ１０１～Ｐ１０６の配送地点をこの順序で配送する計画が対応付けられている。すなわち、配送地点には、配送計画における訪問順が決められている。

各配送地点の位置は、座標で定義されている。各配送地点の位置や名称は地点ＩＤに対応付けられている（図２には不図示）。配送経路は、地点間の経路を示す情報であり、図２に示す例においてはリンクの順列（リンクＬ１、Ｌ２等）によって定義されているが、ノードの順列であっても良いし、ノードとリンクの順列であっても良い。地点は出発地点、配送地点、移動終了地点のいずれかである。例えば、最初の配送地点までの配送経路は、出発地点から配送地点に達するまでに通過すべきリンクの順列である。なお、配送車両の出発地点と移動終了地点とは、同じであってもよいし、異なっていても良い。荷物は、各配送地点に配送すべき荷物、または各配送地点からピックアップすべき荷物の識別情報である。

配送計画情報３０ｂには、各配送車両によって実行されている配送計画の実績も記録される。本実施形態においては、各配送車両について、配送地点毎に到着時刻と出発時刻とが記録されることによって進捗が特定される。到着時刻は、各配送車両が各配送地点に到着した時刻である。出発時刻は、各配送車両が各配送地点に到着した時刻である。配送計画における各配送地点の到着時刻や出発時刻を示す情報を計画進捗情報と呼ぶ。計画進捗情報は、配送車両の運転者端末１００や、管理者が使用する運行管理者端末２００に送信され、これらの端末の表示部に配送計画の進捗が表示される。

本実施形態において、到着時刻は、配送地点毎に選択された到着判定ロジックを用いて特定される。また、出発時刻は、配送地点毎に選択された出発判定ロジックを用いて特定される。図２には、特定された出発時刻および到着時刻が配送計画情報３０ｂに記録されている過程を示している。数値の記入がない配送地点は、到着や出発が未完であることを示している。

ところで、配送計画に対する実績は、運転者の労務管理等に用いるために、高い正確性が求められる。すなわち、配送地点に配送車両が実際に到着したのであれば、配送地点に到着したと漏れなく判定でき、また、配送地点から配送車両が実際に出発したのであれば、配送地点を出発したと判定できることが求められる。しかし例えば、敷地への入口が複数ある配送地点の敷地内に、予定とは異なる入口から進入した場合に、実際には到着しているにもかかわらず到着したと判定されないことが考えられる。このような問題に対処するために、例えば、配送地点の敷地を包含する円等のエリアを設定して、エリア内に入った場合に到着したと判定するようにすると、判定漏れを防げる可能性が高い。しかし、その結果、今度は、配送地点に到着したと見なす到着時刻と実際の到着時刻との差が大きくなる傾向にある。このように、到着や出発の検出漏れを防止すること（以降では実績判定精度と呼ぶ）と、到着したと見なす時刻および出発したと見なす時刻の精度を上げること（時刻判定精度と呼ぶ）の両方を満たすことが望まれる。

また、配送地点には、工場のように広い敷地を有し荷役のために敷地内に配送車両が進入する必要があるものもあれば、都市部の店舗のように敷地内に進入することなく近隣の道路の脇に一時的に配送車両を停車させて荷役を行う必要があるものもある。このような様々な態様の配送地点について、上述した実績判定精度と時刻判定精度を向上させることが望まれる。そこで、本実施形態においては、各配送地点について、配送地点の敷地情報を含む配送地点情報３０ｃが予め設定されている。

図３Ａは、配送地点情報３０ｃの一例である。図３Ａに示す例では、各配送地点に、敷地情報と敷地グループが対応付けられている。敷地情報は、荷役のために敷地内に進入する必要があるか否かを示す情報である。「有」は敷地内に進入する必要があることを示し、「無」は敷地内に進入する必要がないことを示している。敷地グループは、配送地点が存在する敷地のグループを示している。同じ敷地内に存在する配送地点には、共通のグループコードが付されている。例えばＰ１０３～Ｐ１０６は、同じ敷地内に存在する４つの配送地点である。

本実施形態では、出発判定を行うための出発判定ロジックと到着判定のための到着判定ロジックを、荷役のために敷地内に進入する必要がある配送地点であるか否かに基づいて、複数のロジックの中から選択するように構成される。

図３Ｂは、本実施形態におけるロジック情報３０ｄを示す図である。種別としての出発と到着、敷地内進入の有無の４つの組み合わせ毎に図３Ｂに示すように選択されるロジックが予め決められている。４つの組み合わせはモデルコードで識別される。モデルコードＭ００１は、敷地内に進入する必要がある配送地点の出発判定に用いるロジックを規定している。なお、モデルコードＭ００１には、同敷地内に複数の配送地点（Ｎ個の配送地点（Ｎは２以上の整数））が存在する場合の同敷地内のＮ－１番目以前の配送地点について例外ルールが定められている。モデルコードＭ００２は、敷地内に進入する必要がない配送地点の出発判定に用いるロジックを規定している。モデルコードＭ００３は、敷地内に進入する必要がある配送地点の到着判定に用いるロジックを規定している。なお、モデルコードＭ００３には、同敷地内に複数の配送地点が存在する場合の同敷地内の２番目以降の配送地点について例外ルールが定められている。モデルコードＭ００４は、敷地内に進入する必要がない配送地点の到着判定に用いるロジックを規定している。それぞれのモデルコードには、１以上のロジックが対応付けられている。図３Ｃは、本実施形態において用いられる判定ロジックの一覧を示している。

ロジックＡ（第１ロジック）は、メッシュを用いた判定手法であり、敷地内進入の必要がある場合の出発判定ロジックの１つとして選択される（Ｍ００１）。また、同敷地内に複数の配送地点が存在し当該配送地点での荷役に敷地内進入が必要な場合の２番目以降の配送地点の到着判定ロジックとしても選択される（Ｍ００３）。ロジックＢは、配送地点を基準に設定された有効円を用いた判定手法であり、敷地内進入が必要な場合の出発判定ロジックの１つとして選択される（Ｍ００１）。また、ロジックＢは、敷地内進入が必要か否かに関わらず到着ロジックの１つとしても選択される。ロジックＣは、走行距離に基づく判定手法であり、敷地内進入が必要でない配送地点の出発判定ロジックとして選択される。本実施形態において、敷地内進入が必要でない配送地点の出発判定ロジックは、ロジックＣ１つのみである。ロジックＤは、到着リンクを用いた判定手法であり、本実施形態においては、敷地内進入が必要か否かに関わらず到着判定ロジックの１つとして選択される。

制御部２０は、記録媒体３０やＲＯＭに記憶されたプログラムを実行することができる。本実施形態においては、このプログラムとして着発判定プログラム２１を実行可能である。着発判定プログラム２１は、配送地点に応じた到着判定ロジックおよび出発判定ロジックを選択し、配送車両の走行実績に基づいて配送計画が示す配送地点について順に着発判定を行う機能を、制御部２０に実行させるプログラムである。着発判定プログラム２１が実行されると、制御部２０は、配送地点情報取得部２１ａ、ロジック選択部２１ｂ、判定部２１ｃとして機能する。

配送地点情報取得部２１ａは、配送計画に含まれる配送地点の位置と、配送地点において荷役のために配送地点の敷地内に進入する必要があるか否かを示す敷地情報と、を取得する機能を制御部２０に実現させる。すなわち、制御部２０は、配送計画情報３０ｂに含まれる各配送地点の位置と当該各配送地点の配送地点情報３０ｃを取得する。

ロジック選択部２１ｂは、敷地情報に基づいて、配送地点における１以上の到着判定ロジックと１以上の出発判定ロジックとを、複数の到着判定ロジックおよび複数の出発判定ロジックの中から選択する機能を制御部２０に実現させる。本実施形態において、制御部２０は、配送地点の敷地情報に基づいて、当該配送地点の到着判定ロジックとして、図３Ｃに示す４つのロジックの中から１以上のロジックを選択する。また、制御部２０は、配送地点の敷地情報に基づいて、当該配送地点の出発判定ロジックとして、図３Ｃに示す４つのロジックの中から１以上のロジックを選択する。

図４を参照しながら各ロジックについて詳細に説明する。図４は、各モデルコードについて選択される判定ロジックの内容を説明するための模式図である。図３ＢのＭ００１に示すように、敷地内進入の必要がある配送地点の出発判定ロジックとして、ロジックＡとロジックＢが選択される。

ロジックＢは、配送地点を基準とした有効円を設定し、有効円を用いて到着または出発を判定する手法である。モデルコードＭ００１のように敷地内進入の必要がある配送地点の出発判定に用いられる場合、有効円は、敷地を包含する包含エリアとして設定される。配送車両の現在地が包含エリア内から包含エリア外に変化した場合に当該配送地点から当該配送車両が出発したと判定する手法が、敷地内進入の必要がある場合のロジックＢによる出発判定である。

図４のＭ００１において、実線で示された矩形の領域であるＡ_１は、工場等の施設の敷地を示している。１点鎖線で示された円形の領域であるＡ_２は、包含エリアの一例である。図中の黒丸は配送地点を示している。敷地内に進入する必要がある配送地点については、Ａ_２のように、敷地Ａ_１を包含するように包含エリアが設定される。制御部２０は、地図情報を参照して配送地点の施設の敷地の形状を取得し、敷地を包含する包含エリアを設定する。本実施形態において包含エリアは円形であるが矩形であってもよいしその他の形状であってもよい。ロジックＢを用いる場合、配送車両の走行実績から、包含エリアＡ_２内から包含エリアＡ_２外に配送車両が出た場合に配送地点を出発したと見なすことができる。包含エリアＡ_２外に出たということは、包含エリアＡ_２に内包されている敷地Ａ_１外にも出たということを示している。そのため配達車両が例えば予定と異なる出入り口から敷地Ａ_１を出たとしても出発の検出漏れを防止できる。

また、図４のＭ００１において、点線で示された矩形の領域であるＭ_１～Ｍ_４は、地図情報において規定されたメッシュに相当する領域である。メッシュには様々な大きさの単位区画が規定されているが、本実施形態では、一辺の長さが約１２５ｍのメッシュを想定している。当該メッシュは互いに重複しないため、各配送地点はいずれか１つのメッシュに含まれる。この例において、メッシュＭ_１～Ｍ_４を合わせた矩形エリアは、敷地Ａ_１を包含するエリアであり、Ｍ_１～Ｍ_４の各領域は、敷地Ａ_１を包含する矩形エリアを分割した分割エリアに相当する。

配送車両の走行実績に基づいて、配送車両が配送地点を含むメッシュ内から当該メッシュ外に出たことが検出される場合に、当該配送地点から配送車両が出発したと判定する手法がロジックＡによる出発判定である。例えば、図４のＭ００１において配送地点は、メッシュＭ_２に含まれている。従って配送車両がメッシュＭ_２の中から外に出たことを検出した場合に、配送車両が配送地点から出発したと見なし、メッシュＭ_２外に出た時刻を出発時刻と見なすことができる。包含エリアＡ_２は分割エリアすなわちメッシュより大きい。言い換えるとメッシュは包含エリアＡ_２より小さいため、実際に配送地点から出発してから当該配送地点を含むメッシュの境界を通過するまでの時間は、配送地点から出発してから当該配送地点の敷地を包含する包含エリアＡ_２の境界を通過するまでの時間より短い。そのため、出発時刻についてはロジックＡによって判定することで出発時刻の精度を高めることができる。

図３Ｂに示すように、本実施形態においては、Ｍ００１の例外ルールとして、Ｎ個（Ｎは２以上の整数）の配送地点が同敷地内に存在する場合、同敷地内のＮ－１番目以前の配送地点（すなわち最後の配送地点以外）については、ロジックＡ（第１ロジック）を出発判定ロジックとして選択し、ロジックＢは到着判定ロジックとして選択しない。図５のＭ００１は、同敷地内にＰ_１～Ｐ_４の４つの配送地点が含まれている例を示している（Ｎ＝４）。なお矢印は訪問順を示している。４つの配送地点のうち最後に訪問する配送地点Ｐ_４は、図４のＭ００１で説明したように、ロジックＢ，Ａの２つが出発判定ロジックとして選択され、ロジックＢによって出発したことの判定が行われ、ロジックＡによって出発時刻の判定が行われる。４つのうちの最後以外、すなわち、Ｐ_１，Ｐ_２，Ｐ_３の出発判定については、ロジックＡのみを採用する。すなわち、これらの各配送地点が含まれるメッシュ内からメッシュ外に配送車両が出た場合に出発したと判定され、メッシュ内からメッシュ外に出た時刻が出発時刻として判定される。例えば、４つのうちの１番目の配送地点であるＰ_１は、メッシュＭ_１に含まれている。従って配送車両がメッシュＭ_１の中から外に出たことを検出した場合に、配送車両が配送地点Ｐ_１を出発したと見なし、メッシュＭ_１外に出た時刻を出発時刻と見なす。Ｎ－１番目以前の配送地点の出発判定は、敷地内の移動であるため、ロジックＢの包含エリアを用いた判定が必要ない。Ｎ－１番目以前の配送地点の出発判定は、Ｎ－１番目以前の配送地点が含まれる分割エリア外に配送車両が出た場合に配送車両がＮ－１番目以前の配送地点を出発したと判定する（すなわちロジックＡ）ことで、実績判定精度と時刻判定精度を確保でき、ロジックＢを用いた判定は選択されない。

次に、敷地内進入の必要がない配送地点の出発判定ロジックについて説明する。敷地内進入の必要がない配送地点は、例えば、都市部のコンビニエンスストア等の店舗を想定してよい。図３ＢのＭ００２に示すように、敷地内進入の必要がない配送地点の出発判定ロジックとして、ロジックＣが選択される。

ロジックＣは、図３Ｃに走行距離判定と記載されているように、配送車両が到着済みの配送地点から再び移動を開始して以降の走行距離が予め決められた既定距離以上となった場合に配送地点から出発したか否かを判定するロジックである。図４のＭ００２に示す例のように、配送地点の周囲の道路状況によっては、黒丸で示される配送地点から出発して当該配送地点からの直線距離が一定以下である範囲内で走行距離が延びる場合がある。このような場合に仮にロジックＢを用いて出発判定を行うとすると、配送地点を実際に出発してから、配送地点を中心として設定された有効円の境界を跨ぐ（出発したと判定される）までのタイムラグが大きくなり、出発時刻の判定精度が低下することとなる。そのため、敷地内進入の必要がない配送地点の出発判定ロジックとしてロジックＣを選択することで、出発時刻の判定精度をロジックＢと比較して高くすることができる。また、敷地内進入の必要がない配送地点については、ロジックＣによって出発の実績を判定することで、出発実績の検出漏れも防止できる。そのため、敷地内進入が必要ない配送地点の出発判定は、ロジックＣ１つで時刻判定精度と実績判定精度を確保することができる。

次に、敷地内進入の必要がある配送地点の到着判定ロジックについて説明する。図３ＢのＭ００３に示すように、本実施形態において、敷地内進入の必要がある配送地点の到着判定ロジックとして、ロジックＢとロジックＤが選択される。

ロジックＢは、図３Ｃに示すように、配送地点を含む敷地を包含する包含エリアを設定し、包含エリアを用いて到着を判定する手法である。すなわち、配送車両が包含エリア外から包含エリア内に移動した場合に当該配送地点に当該配送車両が到着したと判定する手法が、敷地内進入の必要がある場合のロジックＢによる到着判定である。例えば図４のＭ００３に示すように、配送車両が包含エリアＡ_２内に入ったことで到着の実績有りと判定することで、到着実績の検出漏れを防止できる可能性を高めることができる。

ロジックＤは、図３Ｃに示すように、到着リンク上に配送車両が位置した場合に配送車両が配送地点に到着したと判定するロジックである。本実施形態において、到着リンクは、当該配送地点に向かう経路を構成するリンクのうちの最後のリンクである。敷地Ａ_１内の道路の構成は着発判定システム１０側では認識できない場合があり、そのため到着リンクは、例えば図４のＭ００３に示すＬ_０１のように敷地Ａ_１の外に位置するリンクである。配送車両の位置が到着リンクＬ_０１上となった時刻が、配送地点への到着時刻と判定される。到着リンクＬ_０１がロジックＢの包含エリアＡ_２の内側にある場合、到着時刻の精度がロジックＢを用いた場合よりも高い。すなわちロジックＢよりロジックＤの方が時刻判定精度を期待できる。なお、敷地Ａ_１内に進入可能な入口に接続する到着リンクが複数ある場合、それら全ての到着リンクを判定の対象としてよい。そうすることで、到着時刻の判定漏れを防止できる。

図３Ｂに示すように、本実施形態においては、Ｍ００３の例外ルールとして、Ｎ個（Ｎは２以上の整数）の配送地点が同敷地内に存在する場合、制御部２０は、同敷地内の２番目以降の配送地点（すなわち最初の配送地点以外）については、ロジックＡ（第１ロジック）を到着判定ロジックとして選択し、ロジックＢおよびロジックＤは到着判定ロジックとして選択しない。図５のＭ００３は、同敷地内にＰ_１～Ｐ_４の４つの配送地点が含まれている例を示している（Ｎ＝４）。なお矢印は訪問順を示している。４つの配送地点のうち最初に訪問する配送地点Ｐ_１は、図４のＭ００３の例と同様に、ロジックＢ，Ｄの２つが到着判定ロジックとして選択される。すなわち、ロジックＢによって到着実績の判定が行われ、ロジックＤによって到着時刻の判定が行われる。４つのうちの最初以外、すなわち、Ｐ_２，Ｐ_３，Ｐ_４の到着判定は、敷地内での移動を判定する必要がある。敷地内の道路の構成は着発判定システム１０側では認識でいない可能性がある。そのため、２番目以降の配送地点については、ロジックＡが選択される。すなわち２番目以降の各配送地点については、配送地点が含まれるメッシュ外からメッシュ内に配送車両が入った場合に到着したと判定される。また、メッシュ外からメッシュ内に入った時刻が到着時刻として判定される。例えば、４つのうちの２番目の配送地点であるＰ_２は、メッシュＭ_２に含まれている。従って配送車両の位置がメッシュＭ_２の外から中となった（この場合、メッシュＭ_１からメッシュＭ_２に入った）ことを検出した場合に、配送車両が配送地点Ｐ_２に到着したと見なし、メッシュＭ_２内に入った時刻を到着時刻と見なす。２番目以降の配送地点の到着判定は、２番目以降の配送地点が含まれる分割エリア内に配送車両が入った場合に配送車両が２番目以降の配送地点に到着したと判定する（ロジックＡ）ことで、実績判定精度と時刻判定精度を確保できるため、制御部２０はロジックＢおよびロジックＤを用いた判定は選択しない。

次に、敷地内進入の必要がない配送地点の到着判定ロジックについて説明する。図３ＢのＭ００４に示すように、敷地内進入の必要がない配送地点の到着判定ロジックとして、Ｍ００３の場合と同様に、ロジックＢとロジックＤが選択される。図４のＭ００４に示すように、ロジックＢによって黒丸で示される配送地点を中心とする有効円Ａ_３内に入った場合に到着の実績有りと判定される。また、ロジックＤにより、配送車両の現在地が到着リンクＬ_０２となった時刻が到着時刻と判定される。

このように、本実施形態において、制御部２０は、ロジック選択部２１ｂの機能により、到着判定ロジックとして、到着時刻の判定精度（時刻判定精度）が相対的に高いロジック（ロジックＤ）と、到着した実績の判定精度（実績判定精度）が相対的に高いロジック（ロジックＢ）の組み合わせを選択する。また、Ｍ００３の例外については、時刻判定精度が相対的に高く実績判定精度も相対的に高いロジック（ロジックＡ）が１つ選択される。また、ロジック選択部２１ｂの機能により、制御部２０は、Ｍ００１については、出発判定ロジックとして、出発時刻の判定精度（時刻判定精度）が相対的に高いロジック（ロジックＡ）と、出発した実績の判定精度（実績判定精度）が相対的に高いロジック（ロジックＢ）のの組み合わせを選択する。Ｍ００１の例外については、時刻判定精度が相対的に高く実績判定精度も相対的に高いロジック（ロジックＡ）が１つ選択される。Ｍ００２については、制御部２０は、出発判定ロジックとして、出発時刻の判定精度（時刻判定精度）が相対的に高く出発した実績の判定精度（実績判定精度）も相対的に高いロジック（ロジックＣ）を１つ選択する。このように、時刻判定精度が期待できるロジックと実績判定精度が期待できるロジックとを併用すること、あるいは、１つで時刻判定精度と実績判定精度を期待できるロジックを用いることで、時刻判定精度と実績判定精度の両方を確保することができる。

また、上述したように、制御部２０は、荷役のために配送地点の敷地内に進入する必要がある場合の出発判定ロジックとして（Ｍ００１）、配送地点を含む敷地を包含するエリアを分割した分割エリアのうち配送地点を含む分割エリア外に配送車両が出た場合に配送車両が配送地点を出発したと判定するロジック（ロジックＡ）と、配送地点を含む敷地を包含する包含エリア外に配送車両が出た場合に配送車両が配送地点を出発したと判定するロジック（ロジックＢ）の２つを選択する。敷地内進入の必要がある配送地点の出発判定に関して、出発の実績判定精度が期待できるロジックＢと、出発時刻の時刻判定精度が期待できるロジックＡとを併用することにより、実績判定精度と時刻判定精度の両方を確保することができる。一方、荷役のために配送地点の敷地内に進入する必要がない場合の出発判定ロジックとして（Ｍ００２）、制御部２０は、配送車両が配送地点から再び移動を開始してからの走行距離が既定距離以上となった場合に配送車両が出発したと判定するロジック（ロジックＣ）１つを選択する。敷地内進入が必要でない配送地点の出発判定に関して、出発の実績判定精度と出発時刻の時刻判定精度の両方が期待できるロジックＣを選択することにより、実績判定精度と時刻判定精度の両方を確保できる。

判定部２１ｃは、選択された到着判定ロジックを用いて配送地点に配送車両が到着したことを判定し、選択された出発判定ロジックを用いて配送地点から配送車両が出発したことを判定する機能を制御部２０に実現させる。本実施形態によれば、配送地点における荷役のための駐車態様に合わせて出発及び到着の判定ロジックを変更することができる。上述のようにして選択された判定ロジックを用いることにより、敷地内に進入する必要がある配送地点についても必要がない配送地点についての到着および出発を精度よく判定できる可能性を高めることができる。また、敷地内に複数の配送地点が存在する場合も当該配送地点についての到着および出発を精度よく判定できる可能性を高めることができる。

制御部２０は、配送計画の進捗に基づいて次に判定すべき対象、すなわち次の配送地点はいずれであるか、また、次に判定するのは到着であるか出発であるかを決定し、判定を行う。そして、制御部２０は、配送計画情報３０ｂに判定した到着時刻や出発時刻を記録していくことで計画進捗情報を更新していく。

図６は、運転者端末１００や運行管理者端末２００表示部に表示される画面の一例である。運転者端末１００や運行管理者端末２００は、着発判定システム１０から、計画進捗情報が更新されている配送計画情報３０ｂを受信することができ、計画進捗情報が更新された配送計画情報３０ｂに基づいて画面を表示する。図６に示す例においては、任意の配送計画の進捗を示す画面であり、右側に表示された地図上に配送車両の現在地、配送経路、配送地点が重畳されている。地図上において、現在地は、丸の中に黒丸が存在するアイコンによって示されている。配送経路は道路よりも太い線で示されており、グレーは走行済の部分、黒は未走行の部分を示す。数値が付された白丸は、配送地点を示しており、数値は配送順を示している。Ｓ，Ｅは出発地および到着地である。

また、図６の左側の画面においては、配送地点が上方から下方に向けて配送順に従って並べられることによって配送順が模式的に示されている。この画面においても、丸の中に黒丸が存在するアイコンは現在地を示し、グレーの線は走行済の配送経路、黒の線は未走行の配送経路を模式的に示している。また、数値が付された白丸は配送地点を示し、数値は配送順を示している。配送地点には、配送地点の名称が対応付けられている。

当該左側の画面においては、配送地点に対して到着予定時刻と出発予定時刻とが対応付けられて示されている。到着予定時刻と出発予定時刻は、配送経路を示す線の左側に示されている。すなわち、配送経路においては、数値が付された白丸の上下にも白丸が付されており、上方の白丸は到着、下方の白丸は出発を模式的に示す。従って、例えば、配送順１番目の配送地点１１への到着予定時刻は７：００、出発予定時刻は７：１０である。

さらに、配送車両が配送地点に到着し、また、配送地点から出発した場合には、当該画面にその時刻が表示される。図６の左側に示す画面では、配送経路を示す線の右側に到着時刻、出発時刻が示される。従って、例えば、配送順１番目の配送地点１１への到着時刻は７：０１であり、到着予定時刻より１分遅れている。また、配送順１番目の配送地点１１からの出発時刻は７：１０であり、出発予定時刻である７：１０と一致している。図６示す画面において、現在地は１番目の配送地点と２番目の配送地点との間であるため、配送順２番目の配送地点１２への到着時刻や配送地点１２からの出発時刻は表示されていない。

このように、図６に示すような画面が運行管理者端末２００においても表示される。運行管理者は、精度の高い計画進捗情報を閲覧することができ、運転者の労務管理に役立てることができる。

（２）着発判定処理：
次に、制御部２０が実行する着発判定処理を、図７を参照しながら説明する。なお、走行実績情報３０ａは、各運転者端末１００から送信された情報によって所定のタイミングで更新される。着発判定処理は、配送計画が実行開始されると開始され、タイマーによって所定の間隔で繰り返し実行される。走行実績情報３０ａの更新と着発判定処理とは同期しておらず、両者は独立したタイミングで実行される。

着発判定処理が開始されると、制御部２０は、配送計画情報３０ｂを取得する（ステップＳ１００）。複数の配送計画が並行して実行される場合、制御部２０は、複数の便のそれぞれについての配送計画情報を取得する。続いて制御部２０は、タイマーを発動させる（ステップＳ１０５）。所定時間Ｔが経過する度に、ステップＳ１０５～Ｓ１２５を実行するように、制御部２０は所定時間Ｔを計測するタイマーのカウントを開始させる。複数の便についてそれぞれ着発判定を行う場合、制御部２０は、ステップＳ１１０からステップＳ１１５を便数分繰り返す。

ステップＳ１０５に続いて、制御部２０は、配送地点情報３０ｃを参照し、次に判定するロジックを選択する（ステップＳ１１０）。すなわち、配送計画情報３０ｂを参照し、着発判定の対象の便の進捗に基づいて、次に判定する配送地点を特定し、特定した配送地点の配送地点情報３０ｃを取得する。例えば、図２の便１００１の場合、地点Ｐ１０１の出発までを判定し終えているため、制御部２０は、次に地点Ｐ１０２への到着を判定すべきと見なす。そして、制御部２０は、地点Ｐ１０２の配送地点情報３０ｃ（敷地情報、敷地グループ）を取得する。さらに、制御部２０は、ロジック情報３０ｄを参照し、次に判定する地点の敷地情報や敷地グループと、到着／出発の区別に基づいて（図３Ｂを参照）、ロジックを選択する。

続いて、制御部２０は、選択したロジックで着発判定を行う（ステップＳ１１５）。すなわち制御部２０は、配送車両の走行実績情報３０ａを取得し、配送車両の走行実績および選択ロジックに基づいて、到着判定または出発判定を行う。配送車両の走行実績から判定対象の地点への到着実績有り（または出発実績有り）と判定でき、また、到着時刻（または出発時刻）を判定できた場合に、制御部２０は、配送計画情報３０ｂの該当の地点の到着時刻（または出発時刻）に時刻を記録することで進捗を更新する。ステップＳ１０５～Ｓ１２５はタイマーにより周期的に繰り返し実行される。到着実績（または出発実績）有りと判定されず、到着時刻（または出発時刻）が判定されない周期では、配送計画情報３０ｂに到着時刻（または出発時刻）は記録されず、次の周期で同地点についての到着判定（または出発判定）が再び行われる。なお、例えばある地点の到着判定として２つのロジックを用いる場合、必ずしも同じ処理周期で両方のロジックにおいて到着したと判定されない場合がある。具体的には例えば、実績判定精度が相対的に高いロジックで先に到着したと判定した場合、当該ロジックで判定された到着時刻を一旦配送計画情報３０ｂに記録し、その後の周期で時刻判定精度が相対的に高いロジックで到着したと判定された場合、時刻判定精度が相対的に高いロジックによる到着時刻に配送計画情報３０ｂに記録済みの到着時刻を書き換える。

続いて、制御部２０は、全ての便が判定済みであるか否かを判定し（ステップＳ１２０）、判定済みでない場合はステップＳ１１０に戻り、同周期で未判定の便について着発判定を行う。ステップＳ１２０において判定済みであると判定した場合、制御部２０は、タイマーによるウェイト時間が経過するまで待機する（ステップＳ１２５）。ステップＳ１２５において所定時間Ｔが経過したと判定した場合、制御部２０は、ステップＳ１０５に戻り、次の周期のステップＳ１０５～Ｓ１２５の処理を行う。

（３）他の実施形態：
以上の実施形態は本発明を実施するための一例であり、他にも種々の実施形態を採用可能である。例えば、上述の実施形態を構成する各システムは、より少ない装置で構成されても良い。このような例としては、図１に示す少なくとも１台の装置が、他の１台以上の装置と同一の装置で構成される例が挙げられる。例えば、着発判定システム１０と運行管理者端末２００とが一体の装置で構成されていても良いし、着発判定システム１０と運転者端末１００とが一体の装置で構成されても良い。着発判定システム１０の一部の機能が運行管理者端末２００や運転者端末１００で実現されても良い。例えば、到着時刻や出発時刻は、着発判定システム１０ではなく運転者端末１００で特定されても良い。さらに、図１に示すシステムがより多数のシステムで構成されても良い。例えば、着発判定システム１０の少なくとも一部の機能がクラウドサーバで構成されても良い。

また、着発判定システム１０を構成する各部（配送地点情報取得部２１ａ、ロジック選択部２１ｂ、判定部２１ｃ）の少なくとも一部が複数の装置に分かれて存在していても良い。また、上述の実施形態の一部の構成が省略される構成や、処理が変動または省略される構成も想定し得る。また、配送地点または他の施設において荷物の荷積み、集荷のいずれか一方が行われてもよいし、双方が行われてもよい。

出発判定ロジックや到着判定ロジックに用いられるロジックは、上記実施形態で挙げたもの以外であってもよい。例えば、敷地内に進入する必要がある配送地点の出発判定ロジックとして、当該配送地点に到着したと判定された後に、敷地と接続するリンク（出発リンク）と配送車両がマッチングした場合に、出発したと判定するロジックを採用してもよい。上述したロジック以外の様々なロジックについて期待できる精度を判別し、実績判定精度が相対的に高いロジックと時刻判定精度が相対的に高いロジックとを併用するように構成されることが望ましい。

また、包含エリアは分割エリアより大きく設定されればよい。敷地を少なくとも一部含む分割エリアの集合体より包含エリアの方が大きく設定される。例えば、図５のＭ００１に示すように、メッシュＭ_１，Ｍ_２，Ｍ_３，Ｍ_４の集合エリアが包含エリアＡ_２の内側に存在するように包含エリアＡ_２が設定される。分割エリアは、配送地点を含む敷地を包含するエリアを分割した領域であればよく、メッシュを利用する以外にも例えば、単に敷地の形状を分割して分割エリアを設定してもよい。敷地の形状を分割して分割エリアを設定する場合、包含エリアは敷地よりもさらに大きく設定されればよい。分割エリアは互いに重複せずに隙間無く配置されればよく、その形状は正方形や矩形に限定されない。分割エリアは全て同じ形状やサイズでなくてもよい。なお、分割エリアとしてメッシュが利用される場合であって、同一のメッシュに２以上の配送地点が含まれる場合、１メッシュに含まれる配送地点が１個以下となるようにメッシュサイズが選択されることが好ましい。
また、上記実施形態では、図４のＭ００１に示すように、配送地点が敷地内に１個存在しており、当該配送地点における荷役のために敷地内に進入する必要がある場合の出発判定に、メッシュを分割エリアとしてロジックＡを選択することを説明したが、配送地点が敷地内に１個の場合は、ロジックＡの代わりに敷地Ａ_１内から敷地Ａ_１外に出た場合に出発したと見なすロジックを採用してもよい。

さらに、本発明の手法は、プログラムや方法としても適用可能である。また、以上のようなシステム、プログラム、方法は、単独の装置として実現される場合もあれば、車両に備えられる各部と共有の部品を利用して実現される場合もあり、各種の態様を含むものである。また、一部がソフトウェアであり一部がハードウェアであったりするなど、適宜、変更可能である。さらに、システムを制御するプログラムの記録媒体としても発明は成立する。むろん、そのプログラムの記録媒体は、磁気記録媒体であってもよいし半導体メモリであってもよいし、今後開発されるいかなる記録媒体においても全く同様に考えることができる。

１０…着発判定システム、１１…配送地点、１２…配送地点、２０…制御部、２１…着発判定プログラム、２１ａ…配送地点情報取得部、２１ｂ…ロジック選択部、２１ｃ…判定部、３０…記録媒体、３０ａ…走行実績情報、３０ｂ…配送計画情報、３０ｃ…配送地点情報、３０ｄ…ロジック情報、４０…通信部、１００…運転者端末、１２０…制御部、１３０…記録媒体、１３０ａ…配送計画情報、１３０ｂ…地図情報、１４０…通信部、１４１…ＧＮＳＳ受信部、１４２…ＵＩ部、２００…運行管理者端末、２２０…制御部、２３０…記録媒体、２４０…通信部、２４２…ＵＩ部、Ｌ_０１，Ｌ_０２…到着リンク、Ｍ_１，Ｍ_２，Ｍ_３，Ｍ_４…メッシュ（分割エリア）、Ａ_１…敷地、Ａ_２…包含エリア、Ａ_３…有効円

Claims (5)

1. 配送計画に含まれる配送地点の位置と、前記配送地点において荷役のために前記配送地点の敷地内に進入する必要があるか否かを示す敷地情報と、を取得する配送地点情報取得部と、
   前記敷地情報に基づいて、前記配送地点における１以上の到着判定ロジックと１以上の出発判定ロジックとを、複数の前記到着判定ロジックおよび複数の前記出発判定ロジックの中から選択するロジック選択部と、
   選択された前記到着判定ロジックを用いて前記配送地点に配送車両が到着したことを判定し、選択された前記出発判定ロジックを用いて前記配送地点から前記配送車両が出発したことを判定する判定部と、
   を備える着発判定システム。
2. 前記配送地点には、前記配送計画における訪問順が決められており、
   前記配送計画においてＮ個（Ｎは２以上の整数）の前記配送地点が同敷地内に含まれており荷役のために敷地内に進入する必要がある場合、前記同敷地内の２番目以降の前記配送地点については第１ロジックが前記到着判定ロジックとして選択され、前記同敷地内のＮ－１番目以前の前記配送地点については前記第１ロジックが前記出発判定ロジックとして選択され、
   前記第１ロジックは、複数の前記配送地点を含む敷地を包含するエリアを分割した分割エリアのうち２番目以降の前記配送地点が含まれる前記分割エリア内に前記配送車両が入った場合に前記配送車両が２番目以降の前記配送地点に到着したと判定し、Ｎ－１番目以前の前記配送地点が含まれる前記分割エリア内から前記配送車両が出た場合にＮ－１番目以前の前記配送地点から前記配送車両が出発したと判定する判定ロジックである、
   請求項１に記載の着発判定システム。
3. 前記ロジック選択部においては、
   前記到着判定ロジックとして、到着時刻の判定精度が相対的に高いロジックと到着した実績の判定精度が相対的に高いロジックの組み合わせ、または、到着時刻の判定精度が相対的に高く到着した実績の判定精度も相対的に高いロジック、のいずれかが選択され、
   前記出発判定ロジックとして、出発時刻の判定精度が相対的に高いロジックと出発した実績の判定精度が相対的に高いロジックの組み合わせ、または、出発時刻の判定精度が相対的に高く出発した実績の判定精度も想定的に高いロジック、のいずれかが選択される、
   請求項１に記載の着発判定システム。
4. 前記ロジック選択部においては、
   荷役のために前記配送地点の敷地内に進入する必要がある場合の前記出発判定ロジックとして、前記配送地点を含む敷地を包含するエリアを分割した分割エリアのうち前記配送地点を含む前記分割エリア外に前記配送車両が出た場合に前記配送車両が前記配送地点を出発したと判定するロジックと、前記配送地点を含む敷地を包含する包含エリア外に前記配送車両が出た場合に前記配送車両が前記配送地点を出発したと判定するロジックの２つが選択され、
   荷役のために前記配送地点の敷地内に進入する必要がない場合の前記出発判定ロジックとして、前記配送車両が前記配送地点から再び移動を開始してからの走行距離が既定距離以上となった場合に前記配送車両が出発したと判定するロジック１つが選択される、
   請求項１に記載の着発判定システム。
5. 前記包含エリアは前記分割エリアより大きい、
   請求項４に記載の着発判定システム。

Images