JP2018045334A - 情報処理装置及び情報処理方法 - Google Patents

Abstract

【課題】各配送車両の状態等に関する情報が一覧表示されている場合においても、配送車両個々における問題の発生等を迅速且つ個別に認識し、且つ当該問題に対処する方法をも迅速に認識することが可能な情報処理装置を提供する。【解決手段】サーバ装置ＳＶの処理部１０は、立寄地をそれぞれに含んだ複数の配送車両ごとの予定コースにおける配送車両ごとの移動の進捗を、配送車両が到着していない未着地と共に検出し、当該各進捗と共に、検出された未着地を識別可能にディスプレイＤに表示させる。このとき表示制御部２は、未着地を指定する操作に基づき、未着地の位置を含む地図を表示させ、且つ当該地図の範囲内にあるいずれかの配送車両の位置を地図と共にディスプレイＤに表示させる。【選択図】図３

Description

本願は、情報処理装置及び情報処理方法の技術分野に属する。より詳細には、移動体に関連する諸情報及び移動体に関連する地図の表示を行う情報処理装置及び情報処理方法の技術分野に属する。

近年、業務用の配送車両を用いた荷物等の配送が広く一般化している。このとき、当該配送車両を擁する配送業者としては、各配送車両の状態（移動状態等）を記録等することで、各配送車両及びその運転者等の業務管理や労務管理をする必要がある。また、配送すべき荷物等が緊急に発生した場合、近くを移動している配送車両にその荷物等を取りに行かせる必要も生じる。これらの必要性のため、配送業者としては、移動している配送車両の状態を逐一且つリアルタイムに把握する必要がある。なおこのときの「配送車両の状態」とは、より具体的には、例えば各配送車両が駐車又は停車しているか否かの状態等が該当する。

そして、このような要請に対応した技術を開示した先行技術文献としては、例えば下記特許文献１が挙げられる。この特許文献１に記載されている技術に係る管理システムでは、ホームページを開設して車両の移動の進捗の情報（各貨物の到着予測時刻や遅延等）を取得し、そのホームページを介してそれらを例えば配送車両自体や管理センタ等に通知する構成とされている。また上記配送車両の状態は、複数の配送車両について一覧表示する構成とされている。

特開２００３−１６５７３号公報

しかしながら、上記のような構成を備える特許文献１記載の技術では、複数の配送車両の状態等に関する多くの情報が一度に一覧表示されるがゆえに、例えば、本来経由されるべき立寄地に何らかの理由で配送車両が到着しないといった配送車両個々の問題の発生を迅速且つ個別に認識すると共に、それに対処する方法を迅速に認識することができないという問題点があった。

そこで本願は、上記の問題点に鑑みて為されたもので、その課題の一例は、複数の配送車両の状態等に関する情報が一覧表示されている場合においても、配送車両個々における問題の発生等を迅速且つ個別に認識し、且つ当該問題に対処する方法をも迅速に認識することが可能な情報処理装置及び情報処理方法を提供することにある。

上記の課題を解決するために、請求項１に記載の発明は、立寄地をそれぞれに含んだ複数の移動体ごとの予定コースにおける前記移動体ごとの移動の進捗を、前記移動体が到着していない前記立寄地である未着地と共に検出する検出手段と、検出された各前記進捗と共に、前記検出された未着地を識別可能に表示手段に表示させる表示制御手段と、を備え、前記表示制御手段は、前記未着地の指定操作に基づき、当該未着地の位置を含む地図を表示させ、且つ当該地図の範囲内にあるいずれかの前記移動体の位置を当該地図と共に表示させるように構成される。

上記の課題を解決するために、請求項１０に記載の発明は、表示手段に接続された情報処理装置において実行される情報処理方法であって、立寄地をそれぞれに含んだ複数の移動体ごとの予定コースにおける前記移動体ごとの移動の進捗を、前記移動体が到着していない前記立寄地である未着地と共に検出する検出工程と、検出された各前記進捗と共に、前記検出された未着地を識別可能に前記表示手段に表示させる表示制御工程と、を含み、前記表示制御工程においては、前記未着地の指定操作に基づき、当該未着地の位置を含む地図を表示させ、且つ当該地図の範囲内にあるいずれかの前記移動体の位置を当該地図と共に表示させるように構成される。

実施形態に係る情報処理装置の概要構成を示すブロック図である。 実施例に係る配送管理システムの概要構成を示すブロック図である。 実施例に係る配送管理システムの細部構成を示すブロック図であり、（ａ）は実施例に係る端末装置の概要構成を示すブロック図であり、（ｂ）は実施例に係るサーバ装置の概要構成を示すブロック図である。 実施例に係るデータベースの内容を例示する図であり、（ａ）は実施例に係る状態情報データベースを例示する図であり、（ｂ）は実施例に係る配送車両データベースを例示する図である。 実施例に係る表示制御処理を示すフローチャートである。 実施例に係る表示例を示す図（Ｉ）である。 実施例に係る表示例を示す図（II）である。 実施例に係る表示例を示す図（III）である。 実施例に係る地図の表示例を示す図である。

次に、本願を実施するための形態について、図１を用いて説明する。なお図１は、実施形態に係る情報処理装置の概要構成を示すブロック図である。

図１に示すように、実施形態に係る情報処理装置Ｓは、検出手段１と、表示手段Ｄに接続された表示制御手段２と、を備えて構成されている。

この構成において検出手段１は、立寄地をそれぞれに含んだ複数の移動体ごとの予定コースにおける当該移動体ごとの移動の進捗を、移動体が到着していない立寄地である未着地と共に検出する。そして表示制御手段２は、検出手段１により検出された各進捗と共に、検出手段１により検出された未着地を識別可能に表示手段Ｄに表示させる。

このとき表示制御手段２は、未着地の指定操作に基づき、当該未着地の位置を含む地図を表示させ、且つ当該地図の範囲内にあるいずれかの移動体の位置を当該地図と共に表示させる。

以上説明したように、実施形態に係る情報処理装置Ｓの動作によれば、立寄地を含んだ複数の移動体ごとの既定の予定コースにおける移動体ごとの移動の進捗を、移動体が到着していない未着地と共に検出し、その移動の進捗と共に、検出された未着地を識別可能に表示させる。そして、その未着地の指定操作に基づいて、未着地の位置を含む地図を表示させ、且つその地図の範囲内にあるいずれかの移動体の位置を地図と共に表示させる。よって、各移動体の移動の進捗を纏めて認識できると共に、未着地まで移動し得る移動体の存在を迅速に把握できることで、未着地の発生に対処するために効率的に各移動体を移動させることができる。

次に、上述した実施形態に対応する具体的な実施例について、図２乃至図９を用いて説明する。なお、図２は実施例に係る配送管理システムの概要構成を示すブロック図であり、図３は当該配送管理システムの細部構成を示すブロック図である。また、図４は実施例に係るデータベースの内容を例示する図であり、図５は実施例に係る表示制御処理を示すフローチャートであり、図６乃至図８は実施例に係る表示例をそれぞれ示す図であり、図９は実施例に係る地図の表示例を示す図である。このとき図３では、図１に示した実施形態に係る情報処理装置Ｓにおける各構成部材に対応する実施例の構成部材それぞれについて、当該情報処理装置Ｓにおける各構成部材と同一の部材番号を用いている。

以下に説明する実施例は、各配送車両それぞれに搭載された端末装置と、サーバ装置と、が、インターネット等のネットワークを介して接続されてなる配送管理システムにおいて、各配送車両の状態をサーバ装置において表示する際の表示制御に実施形態を適用した場合の実施例である。ここで当該配送車両の状態とは、各配送車両における、例えば走行中、駐車中、休憩中、荷卸中、荷積中、帰社等の状態をいう。

このとき「駐車中」の状態とは、各配送車両が駐車中であることが、当該配送車両の運転者又は同乗者の入力操作により示されている状態をいう。なお以下の説明において、配送車両の運転者又は同乗者を、単に配送車両の「搭乗者」と称する。また「休憩中」の状態とは、各配送車両の搭乗者が例えば昼食等の、予定された休憩中であることにより当該配送車両が停車状態にあることが、当該搭乗者の入力操作により示されている状態をいう。また「荷卸中」の状態とは、各配送車両の搭乗者が予定された荷卸し作業中であることにより当該配送車両が停車状態にあることが、当該搭乗者の入力操作により示されている状態をいう。更に「荷積中」の状態とは、各配送車両の搭乗者が予定された荷積中であることにより当該配送車両が停車状態にあることが、当該搭乗者の入力操作により示されている状態をいう。最後に「帰社」の状態とは、各配送車両についてその日に予定されている配送業務が終了して当該配送車両が帰社していることが、当該搭乗者の入力操作により示されている状態をいう。

図２に示すように、実施例に係る配送管理システムＳＳは、端末装置Ｔ１、端末装置Ｔ２、…、端末装置Ｔｎ（ｎは自然数）と、サーバ装置ＳＶと、サーバ装置ＳＶと端末装置Ｔ１、端末装置Ｔ２、…、端末装置Ｔｎとを無線又は有線により接続するインターネット等のネットワークＮＷと、により構成されている。なお以下の説明において、端末装置Ｔ１、端末装置Ｔ２、…、端末装置Ｔｎに共通の事項を説明する場合、これらを纏めて適宜「端末装置Ｔ」と称する。以上の構成において、サーバ装置ＳＶは、例えば配送管理システムＳＳを管理する管理者等の元に固定設置されている。これに対して各端末装置Ｔは、それぞれが各配送車両に搭載されている。また各端末装置Ｔは、それぞれが搭載されている配送車両の位置、移動方向及び速度を例えばＧＰＳ（Global Positioning System）等のセンサを用いて検出し、その移動を案内する。このため各端末装置Ｔには後述するように、種々の渋滞情報を取得するためのインターフェースや、案内ルートを探索するための案内処理部等が備えられている。また各端末装置Ｔは、予め設定された時間間隔で、各配送車両の位置を示す位置データと、当該位置データにより示される位置が検出された日付及び時刻をそれぞれ示す日付データ及び時刻データと、当該時刻に端末装置Ｔにおいて検出された速度を示す速度データと、その配送車両の搭乗者により端末装置Ｔを用いて入力された当該配送車両が上記いずれの状態であるかを示す状態データと、を含む状態情報を、インターフェース及びネットワークＮＷを介して、各配送車両を識別するための車両ＩＤに関連付けて送信する。ここで上記時間間隔は例えば１秒であるが、この時間間隔は上記管理者等が任意に設定し得る。

次に図３（ａ）に示すように、実施例に係る各端末装置Ｔはそれぞれ、インターフェース１５と、ＣＰＵ、ＲＡＭ（Random Access Memory）及びＲＯＭ（Read Only Memory）等からなり且つ図示しない上記各センサを含む案内処理部１６と、液晶ディスプレイ等からなるディスプレイ１９と、タッチパネル、操作ボタン又はリモコン等からなる操作部１７と、ＨＤＤ（Hard Disc Drive）又はＳＳＤ（Solid State Drive）等からなる記録部１８と、により構成されている。

この端末装置Ｔの構成においてインターフェース１５は、案内処理部１６の制御の下、種々の上記渋滞情報を取得すると共に、上記位置データ、上記日付データ及び時刻データ、並びに上記速度データ及び上記状態データを含む上記状態情報を、上記車両ＩＤに関連付けてネットワークＮＷを介してサーバ装置ＳＶに送信する。一方記録部１８は、上記位置データ等を一時的に記憶すると共に、上記案内用の地図データや道路データ等を不揮発性に記録し、また、案内処理部１６において実行される上記案内ルートの探索等のためのプログラム等を予め不揮発性に記録している。また操作部１７は、上記配送車両の状態を示す上記状態データを入力するための操作や上記案内ルートの探索のための設定操作等が上記搭乗者により当該操作部１７において実行されると、当該実行された操作を示す操作信号を生成して案内処理部１６に出力する。そして案内処理部１６は、上記操作信号に基づいて、上記地図データ等を用いた上記案内ルートの探索等を行ってその結果をディスプレイ１９に表示すると共に、上記インターフェース１５を介した上記状態情報の送信を行う。

一方図３（ｂ）に示すように、実施例に係るサーバ装置ＳＶは、インターフェース３と、キーボード及びマウス等からなる操作部４と、実施例に係る状態情報データベースＤＢ１、配送車両データベースＤＢ２及び地図データベースＭＤＢを不揮発性に記録するＨＤＤ又はＳＳＤ等からなる記録部５と、ＣＰＵ、ＲＡＭ及びＲＯＭ等からなる処理部１０と、液晶ディスプレイ等からなるディスプレイＤと、により構成されている。また処理部１０は、検出部１と、表示制御部２と、により構成されている。このとき、処理部１０を構成する検出部１及び表示制御部２は、処理部１０のＣＰＵ等に含まれるロジック回路によりハードウェア的に実現されるものであってもよいし、後述する実施例に係る表示制御処理を示すフローチャートに相当するプログラムを処理部１０のＣＰＵが読み出して実行することにより、ソフトウェア的に実現されるものであってもよい。

また、上記ディスプレイＤが実施形態に係る表示手段Ｄの一例に、検出部１が実施形態に係る検出手段１の一例に、表示制御部２が実施形態に係る表示制御手段２の一例に、それぞれ相当する。更に、操作部４が本願に係る「選択手段」の一例に相当する。更にまた図３（ｂ）において破線で示すように、上記検出部１及び表示制御部２により、実施形態に係る情報処理装置Ｓの一例が構成されている。

このサーバ装置ＳＶの構成においてインターフェース３は、処理部１０の制御の下、ネットワークＮＷを介した上記状態情報の、各端末装置Ｔとの間の授受を制御する。一方記録部５は、上記状態情報データベースＤＢ１、上記配送車両データベースＤＢ２及び上記地図データベースＭＤＢを、それぞれ不揮発性に記録する。

このとき上記状態情報データベースＤＢ１は、各端末装置Ｔから取得（受信）した上記状態情報に含まれる上記車両ＩＤ等を、当該状態情報のサーバ装置ＳＶにおける受信時刻を示す受信時刻データと共に且つ配送車両ごとに記録したデータベースである。また上記配送車両データベースＤＢ２は、各端末装置Ｔが搭載されている配送車両と、それが属する組織と、各配送車両について日ごとに計画される予定コースと、を関連付けたデータベースである。このとき各配送車両についての予定コースとは、それが対応する各配送車両がその日に運行されるべき（即ち移動すべき）予定コースである。この予定コースには、それに対応する配送車両の当該予定コース上の到達すべき目的地の位置やその名称等を示す目的地情報が、当該目的地ごとの到着順序を示す順序情報及び当該目的地ごとの到着すべき到着指定時刻を示す指定時刻情報と共に含まれている。この目的地が、本願に係る「立寄地」の一例に相当する。なお一の予定コースには、通常その配送車両が到達すべき一又は複数の目的地が当該到達の順序に沿って含まれており、対応する配送車両が一の目的地に到達した後は、上記到達の順序において次に到達すべき目的地が、その配送車両の案内処理におけるその時点での新たな目的地となる。更に上記地図データベースＭＤＢは、各端末装置Ｔが搭載されている各配送車両の移動範囲を含む地図をディスプレイＤに表示するための地図データを記録したデータベースである。なお地図データベースＭＤＢに記録されている地図データのデータ構造は、基本的には従来の地図データと同様のものである。

一方操作部４は、上記管理者等により必要な指示操作が当該操作部４において実行されると、当該指示操作に対応する操作信号を処理部１０に出力する。これにより処理部１０は、上記管理者等に提示すべき情報をディスプレイＤに表示等しつつ、状態情報データベースＤＢ１内の記録内容、配送車両データベースＤＢ２内の記録内容及び地図データベースＭＤＢの記録内容並びに上記操作信号に基づいて、実施例に係る表示制御処理を含むサーバ装置ＳＶとしての管理処理を実行する。このとき実施例に係る表示制御処理には、各予定コースについての実施例に係る配送車両の移動の進捗の一覧をディスプレイＤに表示する処理と、各配送車両の移動範囲を含む上記地図をディスプレイＤに表示する処理と、が含まれる。

次に、上記状態情報データベースＤＢ１の内容について、図４（ａ）に例示しつつ説明する。

図４（ａ）に例示するように、記録部５に記録される状態情報データベースＤＢ１には、各端末装置Ｔから状態情報としてネットワークＮＷを介して送信されてくる上記日付データ、時刻データ、位置データ及び速度データ並びに状態データが、当該端末装置Ｔが搭載されている車両を識別するための車両ＩＤに関連付けられて、時刻データにより示される時刻の順に且つ車両ＩＤごと（即ち端末装置Ｔごと）に記録されている。また当該日付データ等には、それらを含む状態情報のサーバ装置ＳＶにおける受信時刻を示す上記受信時刻データが対応付けられて記録されている。このとき上記位置データとしては、図４（ａ）に例示するように地図に対応付けて予め設定された座標面内の座標により示されるデータであってもよいし、単なる緯度／経度データであってもよい。そして図４（ａ）に例示する場合は、車両ＩＤ「１号車」の配送車両についての位置データ等として、その配送車両が座標（ｘ１，ｙ１）で示される位置から徐々に減速しつつ移動し、座標（ｘ４，ｙ４）で示される位置で停止している（即ちその速度が０となっている）ことが示されている。また、車両ＩＤ「１号車」の配送車両の移動に対応して当該配送車両の端末装置Ｔにおいて時刻１０時００分０４秒にその搭乗者により入力された状態データの内容が「休憩中」であることが判る。なお図４（ａ）に例示する場合において、時刻１０時００分０４秒に停止するまでの状態データが「走行中」とされているが、これは、車両ＩＤ「１号車」の配送車両の端末装置Ｔにおいてその搭乗者が「走行中」であると入力したものではなく、速度データが「０」ではない（即ち有意である）ことを検出したサーバ装置ＳＶの処理部１０により「走行中」として状態情報データベースＤＢ１に記録されたものである。

次に、上記配送車両データベースＤＢ２の内容について、図４（ｂ）に例示しつつ説明する。

図４（ｂ）に例示するように、記録部５に記録される配送車両データベースＤＢ２には、日ごとに各配送車両に割り当てられている上記予定コースの名称のデータ、その予定コースに含まれる各目的地のリストである目的地リストのデータ及び当該予定コースが適用される日付を示す日付データが、上記車両ＩＤ（即ち端末装置Ｔ）に関連付けられて、当該車両ＩＤの順に記録されている。このとき各目的地リストは、それが対応する予定コースについての上記目的地情報及び上記順序情報並びに上記指定時刻情報をそれぞれに含む目的地リストである。なお図４（ｂ）には示されていないが、上記車両ＩＤには、当該車両ＩＤに関連付けられる配送車両の車番及びその日の運転者名を含む車両情報が関連付けられている（図６乃至図８参照）。このとき、上記「車番」とは、その配送車両の自動車登録番号又は車両番号をいう。

また配送車両データベースＤＢ２には、各配送車両が属する組織の名称（図４（ｂ）に例示する場合は「第１営業部」）を示すデータも合わせて記録されている。この場合の組織が、本願に係る「管理単位」の一例に相当する。更に、予定コースが設定されておらず目的地リストのみが記録されている配送車両（図４（ａ）に例示する場合は、車両ＩＤ「３号車」の配送車両及び車両ＩＤ「４号車」の配送車両）は、その日は一の目的地のみ（図４（ｂ）に例示する場合は「文京区〇〇町」）に移動する予定であることを意味している。更にまた、予定コース及び目的地リストが共に記録されていない配送車両（図４（ａ）に例示する場合は、車両ＩＤ「１号車」の配送車両及び車両ＩＤ「２号車」の配送車両）は、その日は予め設定されたコース又は目的地に向けて移動することがないことを意味している。なお、予め設定されたコース又は目的地に向けて移動することがない配送車両でも、種々の目的により移動（運行）されること自体はあり得ることは注意を要する。

次に、サーバ装置ＳＶの処理部１０を中心として実行される実施例に係る表示制御処理について、具体的に図５乃至図９を用いて説明する。なお、実施例に係る表示制御処理は、サーバ装置ＳＶとしての上記管理処理の一環として常時実行されている処理である。

実施例に係る表示制御処理に対応するフローチャートを図５に示す。実施例に係る表示制御処理として先ず処理部１０は、各配送車両の端末装置Ｔから送信された上記状態情報を配送車両ごとにインターフェース３を介して受信し（ステップＳ１）、当該受信の度に、送信元の配送車両に係る移動の進捗として状態情報データベースＤＢ１に記録する（ステップＳ２。図４（ａ）参照）。このとき当該状態情報は、例えば１秒おきに各端末装置Ｔから送信されてくる。そして処理部１０は、当該受信した状態情報に含まれる上記日付データ等を、それに対応する上記受信時刻データと共に状態情報データベースＤＢ１に記録する。

次に処理部１０の検出部１は、直前に受信された状態情報に含まれていた上記状態データにより示される配送車両の状態と、その状態に対応して予め設定されている閾値時間以上状態情報が受信されていないか否かと、を、状態情報データベースＤＢ１内の受信時刻データに基づいて配送車両ごとに確認する（ステップＳ３）。

ステップＳ３の判定において各状態に対応した閾値時間以上状態情報を受信していない配送車両がある場合（ステップＳ３：ＹＥＳ）、表示制御部２は、その配送車両が通信異常である旨の表示を含んだ状態で、各配送車両の移動の進捗のディスプレイＤにおける一覧表示を、新たな状態情報に基づいて更新する（ステップＳ４）。このときの一覧表示及び上記配送車両が通信異常である旨の表示については、後ほど図６乃至図８を用いて詳述する。

ここで上記閾値時間とは、配送車両が通信異常を起こしていないかを判定するために上記配送車両の状態ごとに予め設定されている閾値時間である。即ち例えば、配送車両がトンネルを走行中には一時的に通信が途絶える場合や、搭乗者の休憩や作業等のために配送車両のエンジンが停止される場合には、それらよりも長い時間に亘って通信が途絶える場合が考えられる。よって、通信が途絶えてから通信異常と判定するまでの閾値時間は、配送車両の状態ごとに設定しておくのが好ましい。そして、当該状態にあるはずの配送車両からその状態に対応する閾値時間以上状態情報が受信されていない場合に、処理部１０の表示制御部２は、当該受信されていない旨を、他の配送車両と識別可能にディスプレイＤ上に表示する。ここで、より具体的に上記閾値時間は、直前に受信された状態情報に含まれていた上記速度データが有意であって配送車両の状態が走行中であるとされる場合には、例えば５分とされる。また、直前に受信された状態情報に含まれていた上記状態データにより配送車両の状態が駐車中であるとことが示されている場合の上記閾値時間は、例えば３０分とされる。更に、直前に受信された状態情報に含まれていた上記状態データにより搭乗者が休憩中であることにより配送車両が停止中であることが示されている場合の上記閾値時間は、例えば１時間とされる。更にまた、直前に受信された状態情報に含まれていた上記状態データにより搭乗者が荷卸中又は荷積中であることにより配送車両が停止中であることが示されている場合の上記閾値時間は、例えば２時間とされる。最後に、直前に受信された状態情報に含まれていた上記状態データにより配送車両が帰社していることが示されている場合の上記閾値時間は、例えば２４時間とされる。なおこれらの閾値時間は、例えば各配送車両の通常の移動（運行）状態等を鑑みた統計的な手法等を用いて、基本的には経験的又は実験的に予め設定される。

一方ステップＳ３の判定において、各状態に対応した閾値時間以上状態情報を受信していない配送車両がない場合（ステップＳ３：ＮＯ）、検出部１は次に、各配送車両の端末装置Ｔから受信した状態情報に含まれている上記状態データにより示される当該配送車両の移動の進捗と、その配送車両にその日に割り当てられている予定コースの内容と、が相違する進捗異常が発生している配送車両の有無を確認する（ステップＳ５）。

ここで上記進捗異常とは、例えば、予定コースとして含まれている目的地のいずれかに立ち寄らずに（即ちその目的地としては未到着となって）配送車両が移動している場合や、端末装置Ｔによる案内処理において上記指定時刻情報により示されている到着指定時刻より遅れてその目的地に到達することになっている場合等が挙げられる。

ステップＳ５の判定において進捗異常が発生している配送車両がある場合（ステップＳ５：ＹＥＳ）、表示制御部２は上記ステップＳ４に移行し、その配送車両が進捗異常である旨の表示を含んだ状態で、上記一覧表示を新たな状態情報に基づいて更新する。このときの一覧表示及び上記進捗異常である旨の表示についても、後ほど図６乃至図８を用いて詳述する。

他方、ステップＳ５の判定において進捗異常が発生している配送車両がない場合（ステップＳ５：ＮＯ）、表示制御部２は、配送車両が通信異常である旨（上記ステップＳ３参照）や配送車両が進捗異常である旨（上記ステップＳ５参照）の表示を含まない通常の状態で、上記一覧表示を新たな状態情報に基づいて更新する（ステップＳ６）。このときの通常の一覧表示についても、後ほど図６乃至図８を用いて詳述する。

次に処理部１０は、操作部４において、上記ステップＳ３に係る通信異常が発生している配送車両や上記ステップＳ５に係る進捗異常が発生している配送車両に注目してディスプレイＤ上の一覧表示をソートにより変更する旨の操作が行われたか否かを判定する（ステップＳ７）。なお以下の説明において、当該ソートにより変更する旨の操作を、単に「ソート操作」と称する。ステップＳ７の判定において、当該ソート操作が行われていない場合（ステップＳ７：ＮＯ）、処理部１０は後述するステップＳ９の判定に移行する。一方ステップＳ７の判定において、当該ソート操作が行われた場合（ステップＳ７：ＹＥＳ）、表示制御部２は当該ソート操作に沿ってディスプレイＤ上の一覧表示を更新する（ステップＳ８）。このときの一覧表示の更新については、後ほど図７及び図８を用いて詳述する。

次に処理部１０は、上記進捗異常のうち必要な目的地に立ち寄らずに配送車両が移動している進捗異常が、いずれかの配送車両において発生している旨の表示がディスプレイＤにおいてされている場合において（上記ステップＳ４参照）、当該表示の部分が操作部４における操作により選択されたか否かを確認する（ステップＳ９）。なお以下の説明において、配送車両が立ち寄らずに次の目的地に移動してしまっている目的地、即ち予定コース上は立ち寄られるべきであったにも拘わらず立ち寄られなかった目的地を、単に「未着地」と称する。ステップＳ９の確認において、未着地が発生していないか、又は未着地が発生している旨の表示がされていてもそれが選択されない場合（ステップＳ９：ＮＯ）、処理部１０は後述するステップＳ１４の判定に移行する。一方ステップＳ９の確認において、上記未着地が発生している旨の表示が操作部４における操作により選択された場合（ステップＳ９：ＹＥＳ）、表示制御部２は次に、地図データベースＭＤＢを参照して、ディスプレイＤの表示を、当該未着地を中心とした地図の表示に切り換える（ステップＳ１０）。

このステップＳ１０において表示制御部２は、未着地が複数発生している場合には、いずれかの未着地を地図の中心としつつ、全ての未着地が当該地図に含まれて表示されるように、その縮尺を調整して当該地図を表示する。更に表示制御部２は、上記地図の表示に当たり、状態情報データベースＤＢ１を参照して、いずれかの配送車両の現在位置がその範囲に含まれるように当該地図を表示する。このとき、複数の配送車両の現在位置がその範囲に含まれるように当該地図が表示されるのが好ましい。これらに加えて表示制御部２は、配送車両データベースＤＢ２を参照して、現在移動中である配送車両の車両情報（当該配送車両の車番及びその日の運転者名を含む車両情報）を上記地図と合わせてディスプレイＤに表示する。更に表示制御部２は、表示されている地図の範囲にその現在位置が含まれている配送車両について、当該現在位置を当該地図上に表示する。このとき表示制御部２は、例えば、現在位置を表示する各配送車両の上記状態を示すマークを、地図上における当該現在位置に相当する位置に表示することで、当該現在位置を表示する。このマークは、上記ステップＳ４又は上記ステップＳ６において表示されている一覧表示において各配送車両について用いられたマークと同じものであるが、詳細については後ほど図６乃至図９を用いて説明する。

上記ステップＳ１０により配送車両の現在位置及び未着地を含む地図並びに上記車両情報をディスプレイＤに表示した後、次に処理部１０は、表示されている配送車両のいずれかが、操作部４における操作により選択されたか否かを判定する（ステップＳ１１）。このステップＳ１１としての選択操作は、例えば地図上に表示されている配送車両のマークのいずれかを操作部４を構成するマウス等により直接選択して未着地の位置に移動させる操作（いわゆるドラッグアンドドロップ操作）であってもよいし、上記車両情報として表示されている配送車両のいずれかを当該マウス等により選択する操作であってもよい。

ステップＳ１１においていずれかの配送車両が選択された場合（ステップＳ１１：ＹＥＳ）、処理部１０は、例えば「指定された未着地に移動すること可能か？」なる旨の未着地関連メッセージを、ステップＳ１１の選択操作で選択された配送車両に対して、インターフェース３及びネットワークＮＷを介して送信する（ステップＳ１２）。その後処理部１０は、後述するステップＳ１４の判定に移行する。このステップＳ１２により、当該未着地関連メッセージを受信した配送車両（換言すれば、上記ステップＳ１１の選択操作で選択された配送車両）は、それが可能であれば、地図の中心に現在表示されている未着地に移動することになる。一方ステップＳ１１において、いずれかの配送車両も選択されない場合（ステップＳ１１：ＮＯ）、処理部１０は、地図上に表示されている未着地に関連してステップＳ１２の送信処理以外に予め設定されている処理を実行する（ステップＳ１３）。ここで、ステップＳ１３で実行される処理としては、例えば、上記ステップＳ９の選択操作で選択された必要な目的地に立ち寄っていない（即ち、未着地が発生している）配送車両の搭乗者に対して自動的に電話をかける処理や、その未着地に対して未着である旨の情報を送信する等、当該未着であることを早期に解消するための処理が挙げられる。その後処理部１０は、後述するステップＳ１４の判定に移行する。

上記ステップＳ１２又はステップＳ１３の後に処理部１０は、例えばサーバ装置ＳＶとしての電源がオフとされる等により、実施例に係る表示制御処理を終了させるか否かを判定し（ステップＳ１４）、終了させる場合は（ステップＳ１４：ＹＥＳ）、そのまま当該表示制御処理を終了させる。一方ステップＳ１４の判定において、引き続き実施例に係る表示制御処理を継続する場合（ステップＳ１４：ＮＯ）、処理部１０は上記ステップＳ１に戻って実施例に係る表示制御処理を繰り返す。この実施例に係る表示制御処理の繰り返しにより、実施例に係る進捗の一覧表示の更新及び上記ソート指示に基づいた当該一覧表示の更新が、各端末装置Ｔから新たに受信した状態情報（ステップＳ１参照）に基づいてリアルタイムに繰り返されることになる。

次に、図５を用いて説明した実施例に係る表示制御処理が行われた結果としてディスプレイＤに表示される、実施例に係る各配送車両の移動の進捗の表示例、及び上記ソート指示に基づいた当該一覧表示の更新例について、図６乃至図８を用いて説明する。更に上記ステップＳ９乃至ステップＳ１３による地図の表示及び配送車両の選択について図９を用いて例示しつつする。

先ず表示制御部２は、上記ステップＳ６として説明した通常状態における当該進捗の表示として、図６に示すように、配送車両ごとに、その日の予定コースに沿った移動の進捗を表示する。図６に例示する場合は、第１営業部に属し且つ車両ＩＤ「１号車」乃至車両ＩＤ「１１号車」の各配送車両について、移動の進捗が一覧表示されている。この一覧表示において表示制御部２は、横一行を一台の配送車両に対応させて表示する。そして一台の配送車両については、それが属する組織、車両ＩＤ、車番及び運転者名を含む上記車両情報、その配送車両からの状態情報の最新の受信時刻、その配送車両の状態であるステータス表示、その配送車両に割り当てられている予定コースの名称、その配送車両の現在位置、及びその配送車両の移動の目的地の順序に沿った進捗が、それぞれ表示される。

このとき表示制御部２は、視認性の向上等のために、一覧表示における一行ごとに背景の塗り潰しを交互に入れ換えるように表示する。次に表示制御部２は、一覧表示における各配送車両について、それが属する組織、その車両情報及びそれに割り当てられている予定コースの名称について、配送車両データベースＤＢ２から対応するデータを読み出して一覧表示に反映させる。また上記最新の受信時刻は、状態情報データベースＤＢ１に各配送車両について記録されている上記受信時刻データにより示される受信時刻である。

更に表示制御部２は、状態情報データベースＤＢ１に各配送車両について記録されている上記状態データにより示される各配送車両の状態を、図６に例示するような矢印又はマークにより、認識し易く表示する。図６に例示する場合、車両ＩＤ「１号車」の配送車両が帰社状態であることが「×」マークと「帰社」の文字を含むマークで表示されている。また、車両ＩＤ「２号車」の配送車両、車両ＩＤ「３号車」の配送車両、車両ＩＤ「６号車」の配送車両、車両ＩＤ「７号車」の配送車両、車両ＩＤ「９号車」乃至車両ＩＤ「１１号車」の各配送車両が走行中であることが矢印マークで表示されている。このとき表示制御部２は、各矢印マークに対応する位置（具体的には矢印マークの下方）に、状態情報データベースＤＢ１に各配送車両について記録されている上記速度データにより示される各配送車両の速度を表示する。なお上記各マークは、上記ステップＳ１０の地図表示においても用いられる。

一方図６に例示する場合、その搭乗者が荷卸中であることにより車両ＩＤ「４号車」の配送車両が停車中であることが図６に例示するマークで表示されており、その搭乗者が休憩中であることにより車両ＩＤ「８号車」の配送車両が停車中であることが図６に例示するマークで表示されている。更に、車両ＩＤ「５号車」の配送車両が駐車中であることが図６に例示するマークで表示されている。

なお図６に例示するように、各マークにより示される配送車両の状態（即ち「荷卸中」の状態、「休憩中」の状態又は「駐車中」の状態等）を具体的に示す文字を、それぞれのマークと共に表示するように構成してもよい。

他方表示制御部６は、状態情報データベースＤＢ１に各配送車両について記録されている上記位置データにより示される各配送車両の位置を、配送車両ごとに「現在地」として表示する。

更に表示制御部６は、配送車両データベースＤＢ２に記録されている予定コースの目的地リストに基づき、その日の各目的地についての移動の進捗を、配送車両ごとに且つ目的地ごとに表示する。例えば図６に示す車両ＩＤ「５号車」の配送車両の場合、２０１６年５月１１日は、本社→ＭＤ事業所→ＫＦ事業所→Ｋ１事業所→Ｋ２事業所→Ｋ３事業所、の順で移動すべきことが予定コースとして予定されており、目的地ごとの上記指定時刻情報により指定されている到着指定時刻が、目的地ごとに合わせて表示される。この場合に車両ＩＤ「５号車」の配送車両の端末装置Ｔでは、目的地ごとに当該到着時刻が入力され、目的地ごとに当該到着時刻に到着するようにその案内処理部１６による案内処理が実行される。この点は、各配送車両において同様である。そして表示制御部２は、現在の目的地を、他の目的地とは異なる態様で表示する。即ち図６に例示する場合、その時点での目的地（例えば車両ＩＤ「５号車」の配送車両は「本社」）がクロスハッチングにより、「目的地」の文字及びそれを示すマークと共に、配送車両ごとに示されている。

また表示制御部２は、例えば状態情報データベースＤＢ１に各配送車両について記録されている上記位置データに基づき、各配送車両について、到着済みの目的地と未到着の目的地とを識別可能に表示する。より具体的に表示制御部２は、未到着の目的地については、一覧表示におけるその行としての背景色のまま、「未到着」の文字と共に表示し、一方到着済みの目的地については、当該背景色よりも濃い背景色を用いて、「到着」の文字と共に表示する。なお、各目的地についての到着済み／未到着の識別は、上述した位置データを用いる他に、その配送車両の搭乗者の入力操作に基づく上記状態データとして示される到着済み／未到着のデータを用いてもよい。

次に上述した通常の一覧表示において表示制御部２は、図５ステップＳ３に関連する通信異常が発生している配送車両（図５ステップＳ３：ＹＥＳ参照）については、その旨を、当該通信異常が発生していない配送車両から識別可能に表示する（図５ステップＳ４参照）。例えば図６に示す車両ＩＤ「４号車」の配送車両の場合、配送車両の状態が「荷卸中」であり、その状態に対応する上記閾値時間は２時間であるが、一覧表示全体の更新時刻である１３時に対して２時間以上状態情報が受信されていない（図５ステップＳ３：ＹＥＳ参照）。よって表示制御部２は、この配送車両について上記通信異常が生じていることを、例えば図６に示すハッチングにより表示する（図５ステップＳ４参照）。また図６に示す車両ＩＤ「５号車」の配送車両の場合、配送車両の状態が「駐車中」であり、その状態に対応する上記閾値時間は３０分であるが、上記１３時に対して３０分以上状態情報が受信されていない（図５ステップＳ３：ＹＥＳ参照）。よって表示制御部２は、この配送車両について上記通信異常が生じていることを、例えば図６に示すハッチングにより表示する（図５ステップＳ４参照）。更に図６に示す車両ＩＤ「８号車」の配送車両の場合、配送車両の状態が「休憩中」であり、その状態に対応する上記閾値時間は１時間であるが、上記１３時に対して１時間以上状態情報が受信されていない（図５ステップＳ３：ＹＥＳ参照）。よって表示制御部２は、この配送車両について上記通信異常が生じていることを、例えば図６に示すハッチングにより表示する（図５ステップＳ４参照）。最後に図６に示す車両ＩＤ「１１号車」の配送車両の場合、配送車両の状態が「走行中」であり、その状態に対応する上記閾値時間は５分であるが、上記１３時に対して５分以上状態情報が受信されていない（図５ステップＳ３：ＹＥＳ参照）。よって表示制御部２は、この配送車両について上記通信異常が生じていることを、例えば図６に示すハッチングにより表示する（図５ステップＳ４参照）。

更に上述した通常の一覧表示において、表示制御部２は、図５ステップＳ５に関連する進捗異常が発生している配送車両（図５ステップＳ５：ＹＥＳ参照）については、その旨を、当該進捗異常が発生していない配送車両から識別可能に表示する（図５ステップＳ４参照）。例えば図６に示す車両ＩＤ「１０号車」の配送車両の場合、現在の目的地「Ｋ１事業所」についての上記到着指定時刻に対して案内処理上の到着予想時刻が３０分遅れる進捗異常が発生している（図５ステップＳ５：ＹＥＳ参照）。よって表示制御部２は、この配送車両について上記通信異常が生じていることを、例えば図６に示す破線の囲み表示Ｆ２により表示する（図５ステップＳ４参照）。また図６に示す車両ＩＤ「９号車」の配送車両の場合、目的地「ＭＫ事業所」が未到着となって次の目的地「ＫＦ事業所」が到着となっている進捗異常が発生している（図５ステップＳ５：ＹＥＳ参照）。よって表示制御部２は、車両ＩＤ「９号車」の配送車両について上記進捗異常が生じていることを、例えば図６に示す実線の囲み表示Ｆ１により、車両ＩＤ「９号車」の配送車両の搭乗者名「東京花子」に対応させて表示する（図５ステップＳ４参照）。更に図６に示す車両ＩＤ「１１号車」の配送車両の場合、目的地「ＭＤ事業所」が未到着となって次の目的地「ＫＦ事業所」が到着となっている進捗異常が発生している（図５ステップＳ５：ＹＥＳ参照）。よって表示制御部２は、車両ＩＤ「１１号車」の配送車両についても上記進捗異常が生じていることを、例えば図６に示す実線の囲み表示Ｆ１により、車両ＩＤ「１１号車」の配送車両の搭乗者名「東京美子」に対応させて表示する（図５ステップＳ４参照）。

このとき、車両ＩＤ「１０号車」の配送車両と車両ＩＤ「９号車」の配送車両又は車両ＩＤ「１１号車」の配送車両とでは、進捗異常の具体的内容が異なっている。そして、配送車両の管理としては、本来到着すべき目的地に到着せずに次の目的地に到着することの方が、目的地への到着が遅れるよりも深刻な進捗異常であると言える。そこで表示制御部２は、車両ＩＤ「９号車」の配送車両又は車両ＩＤ「１１号車」の配送車両についての進捗異常の表示（囲み表示Ｆ１）の方を、車両ＩＤ「１０号車」の配送車両についての進捗異常の表示（囲み表示Ｆ２）よりも、より目立つように表示する。なお表示制御部２は、実施例に係る上記囲み表示Ｆ１及び囲み表示Ｆ２の表示色を、より管理者の注意を引き易い例えば赤色として当該囲み表示Ｆ１及び囲み表示Ｆ２を表示してもよい。

一方、車両ＩＤ「９号車」の配送車両の未着地「ＭＫ事業所」への到着指定時刻と車両ＩＤ「１１号車」の配送車両の未着地「ＭＤ事業所」への到着指定時刻とを比較すると、車両ＩＤ「９号車」の配送車両の方が、未着地への到着指定時刻からの経過時間が長いことが判る。よって、車両ＩＤ「９号車」の配送車両の方が、車両ＩＤ「１１号車」の配送車両よりも、進捗異常としてより深刻であることが、各配送車両の搭乗者名（運転者名）に対応させて表示されている。

なお図６に例示する一覧表示において、その右上の「戻る」ボタンの左側に横に並んで例示されているような選択ボタンを用いて、ディスプレイＤにおける一覧表示を他の態様の表示に変更するように構成してもよい。また図６に例示する一覧表示においては、移動の進捗が車両ＩＤごとに並べられているが、「並べかえ」のプルダウンメニューとして、車両ＩＤの他に、例えば「車両番号（自動車登録番号）」、「搭乗者名（運転者名）」、「状態情報の最新受信時刻」又は「予定コース」を予め設定しておき、これらにより、一覧表示としての並べかえの順序を変更して表示するように構成してもよい。

他方表示制御部２は、図５ステップＳ７に係るソート操作が行われた場合、表示制御部２は、例えば上記通信異常が発生している配送車両を優先するソート操作の場合は、図６に例示した一覧表示を、例えば図７に例示する一覧表示に変更する（図５ステップＳ８参照）。この図７に例示する一覧表示の場合、他の表示態様を変更することなく、通信異常が発生している配送車両（車両ＩＤが「４号車」、「５号車」、「８号車」及び「１１号車」である各配送車両）が上位に表示されている。

また表示制御部２は、例えば上記進捗異常が発生している配送車両を優先するソート操作の場合は、図６に例示した一覧表示を、例えば図８に例示する一覧表示に変更する（図５ステップＳ８参照）。この図８に例示する一覧表示の場合、他の表示態様を変更することなく、進捗異常が発生している配送車両（車両ＩＤが「９号車」、「１１号車」及び「１０号車」である各配送車両）が上位に表示されている。このとき表示制御部２は、配送車両の管理として最も深刻な進捗異常が発生している配送車両（図８に例示する場合、車両ＩＤ「９号車」の配送車両）を最も上位に並べ替えて表示し、次に深刻な進捗異常が発生している配送車両（図８に例示する場合、車両ＩＤが「１１号車」の配送車両）を次位に並べ替えて表示し、更に進捗異常の深刻度が相対的に低い配送車両（図８に例示する場合、車両ＩＤが「１０号車」の配送車両）を更に次位に並べ替えて表示する。

なお、図６乃至図８の表示例において、車両ＩＤ「３号車」の配送車両及び車両ＩＤ「４号車」の配送車両については、その日は一の目的地のみに移動する予定コースであるので、複数の目的地を含む上記予定コースの名称としては設定されておらず、他の目的地についての表示もされていない。また、車両ＩＤ「２号車」の配送車両については、その日については予め設定されたコース又は目的地に向けて移動することがないため、単に走行中であることのみが、対応するマーク及び速度の表示により示されている。

次に表示制御部２は、未着地（図６乃至図８参照）を含む地図の上記ステップＳ１０による表示として、例えば図９に例示するように、二つの未着地「ＭＫ事業所」及び「ＭＤ事業所」を含み、且つ未着地「ＭＫ事業所」がその中心となるように縮尺が調整された地図をディスプレイＤに表示する。このとき表示制御部２は、地図の左側の領域に、図６乃至図８を用いて説明した車両情報を一覧表示する。このとき当該車両情報の一覧表示は、地図の右側の領域であってもよいし、地図の上側又は下側の領域であってもよいし、地図内であって未着地の位置又は後述する配送車両の現在位置それぞれの表示の妨げとならない領域であってもよい。また表示制御部２は、各未着地を含む地図の範囲に現在位置がある配送車両を、状態情報データベースＤＢ１内の位置データを参照して、当該現在位置を地図上に表示する。図９に例示する場合は、車両ＩＤ「２号車」の配送車両、車両ＩＤ「４号車」の配送車両、車両ＩＤ「８号車」の配送車両及び車両ＩＤ「１０号車」の配送車両の現在位置が、それぞれ当該地図内であることが表示されている。このとき表示制御部２は、現在管理下にある全ての配送車両の現在位置を地図上に表示できるように、当該地図の縮尺を調整するように構成してもよい。また表示制御部２は、現在位置を表示する各配送車両の現在の状態を示すマークＭ２、マークＭ４、マークＭ８及びマークＭ１０を用いて、それらの現在位置を表示する（図６乃至図８参照）。なお移動中の配送車両（図９に例示する場合は、車両ＩＤ「２号車」の配送車両及び車両ＩＤ「１０号車」の配送車両）については、その移動の向きに合わせて、対応するマークＭ２及びマークＭ１０を回転させて表示する。更に表示制御部２は、未着地であることを示す未着地マークＲ１及び未着地マークＲ２を用いて、現在の未着地である「ＭＫ事業所」及び「ＭＤ事業所」の地図上の位置を表示する。なお図９に例示するように、各未着地の名称及び各配送車両の車両ＩＤを、いわゆる吹き出し形式の指標を用いて表示制御部２により地図上に表示するように構成するのが好ましい。

そして、図９に例示する地図が表示されている状態において、未着地に移動させる配送車両の選択を促すメッセージＭＧに基づき、上記管理者が操作部４を用いて未着地に移動させる配送車両を選択する（図５ステップＳ１１参照）。この場合の選択操作としては上述したように、図９の地図上に表示されているマークＭ２、マークＭ４、マークＭ８又はマークＭ１０のいずれかを選択して未着地の位置に移動させるドラッグアンドドロップ操作であってもよいし、車両情報として表示されている配送車両のうち、未着地に移動させる配送車両を選択する操作であってもよい。この選択操作により、例えば搭乗者が休憩中であることにより停車中である車両ＩＤ「８号車」の配送車両を、図９に例示する未着地「ＭＫ事業所」に対して移動させる場合（図５ステップＳ１１：ＹＥＳ）、処理部１０は、「未着地『ＭＫ事業所』に移動すること可能か？」なる旨の上記未着地関連メッセージを、車両ＩＤ「８号車」の配送車両に対して送信する（図５ステップＳ１２参照）。

なお表示制御部２は、未着地「ＭＤ事業所」が選択された場合には、当該未着地「ＭＤ事業所」の位置を中心とした地図の表示に切り換える（図５ステップＳ１０参照）。これにより、当該未着地「ＭＤ事業所」への配送車両の選択（図５ステップＳ１１参照）及び移動指示（図５ステップＳ１２参照）が可能となる。

以上それぞれ説明したように、実施例に係る表示制御処理によれば、立寄地としての目的地を含んだ複数の配送車両ごとの既定の予定コースにおける、配送車両ごとの移動の進捗を、配送車両が到着していない未着地と共に検出し、その移動の進捗と共に、検出された未着地を識別可能に表示させる（図５ステップＳ６参照）。そして、その未着地を指定する操作（図５ステップＳ９参照）に基づいて、未着地の位置を含む地図を表示させ、且つその地図の範囲内にあるいずれかの配送車両の現在位置を当該地図と共に表示させる（図５ステップＳ１０参照）。よって、各配送車両の移動の進捗を纏めて認識できると共に、未着地まで移動し得る配送車両の存在を迅速に把握できることで、未着地の発生に対処するために効率的に各配送車両を移動させることができる。

また、予定コース内の目的地のうち、当該目的地ごとに既定の到着指定時刻に配送車両が到着していない目的地を未着地として検出するので、未着地の発生に対処可能な配送車両の存在を迅速に把握することができる。

更に、未着地が複数検出された場合において、各未着地の位置の全てを含む地図を表示させるので（図９参照）、全ての未着地まで移動し得る配送車両の存在を迅速に把握できることで、複数の未着地であってもその発生に対処するために効率的に各配送車両を移動させることができる。

更にまた、地図の範囲内の配送車両の状態を示すマークＭ２等（図９参照）を用いて配送車両の現在位置を地図と共に表示させるので、どのような状態にある配送車両を未着地に移動させ得るかを、直感的に且つ迅速に認識することができる。

また、表示されている地図の範囲内の配送車両の中から未着地に移動させる配送車両が選択可能とされるので（図５ステップＳ１０、ステップＳ１１参照）、未着地へ移動される配送車両を迅速に選ぶことができる。

更に、未着地に移動させる配送車両の、地図の範囲内の位置を直接指定することにより、未着地に移動させる配送車両が選択されるので、直感的な操作で未着地に移動させる配送車両を選択することができる。

更にまた、各配送車両と、各配送車両の搭乗者（運転者）と、それらを管理する組織と、を関連付ける配送車両データベースＤＢ２に基づき、当該組織により管理される各配送車両に対応する移動の進捗を、当該組織ごとに且つ搭乗者と共に表示させるので、各配送車両についての移動の進捗を組織ごとに表示しつつ、未着地の発生に対処するために効率的に各配送車両を移動させることができる。

また、未着地に到着すべきであった配送車両の搭乗者（運転者）を、他の配送車両の搭乗者（運転者）から識別可能に表示させるので（図６乃至図８参照）、未着地を発生させた搭乗者を迅速に認識することができる。

更に、未着地が複数ある場合に、未着地となった目的地ごとに既定されている到着指定時刻からの経過時間に応じて、各未着地に到着すべきであった配送車両の搭乗者（運転者）を並べて表示させるので（図８参照）、未着地となってからの経過時間が長い搭乗者（運転者）を迅速に認識することができる。

なお上述した実施例では、進捗異常の状態にある配送車両を囲み表示Ｆ１又は囲み表示Ｆ２の表示により報知し、通信異常の状態にある配送車両をハッチング表示により報知した。しかしながらこれら以外に、例えばサーバ装置ＳＶの図示しないスピーカによる警告音の放音により当該各報知を行ってもよい。更には、当該囲み表示Ｆ１等の表示又はハッチング表示と、上記警告音の放音と、を並行して行ってもよい。

また上述した実施例では、各配送車両とそれらが管理される組織とを関連付けた配送車両データベースＤＢ２を用いたが、これ以外に、各配送車両の搭乗者（運転者）と彼らが管理される組織とを関連付けた搭乗者データベースを用いてもよい。この場合の搭乗者データベースは、実施例に係る配送車両データベースＤＢ２と同様に、各端末装置Ｔが搭載された配送車両の搭乗者（運転者）と、彼らが属する組織と、各搭乗者（運転者）について日ごとに計画される予定コースと、を関連付けたデータベースであればよい。

更にまた上述した実施例では、移動体としての車両の移動の進捗等の表示制御に実施形態を適用したが、これ以外に、移動体としての二輪車、自転車又は人の移動の進捗等の表示制御に実施形態を適用してもよい。

また、図５に示したフローチャートに相当するプログラムを、光ディスク又はハードディスク等の記録媒体に記録しておき、或いはインターネット等のネットワークを介して取得しておき、これを汎用のマイクロコンピュータ等に読み出して実行することにより、当該マイクロコンピュータ等を実施例に係る処理部１０として機能させることも可能である。

１ 検出手段（検出部）
２ 表示制御手段（表示制御部）
５ 記録部
１０ 処理部
Ｔ１、Ｔ２、Ｔｎ 端末装置
ＳＶ サーバ装置
ＮＷ ネットワーク
ＤＢ１ 状態情報データベース
ＤＢ２ 配送車両データベース
Ｓ 情報処理装置
ＳＳ 配送管理システム
Ｄ ディスプレイ
Ｆ１、Ｆ２ 囲み表示
Ｍ２、Ｍ４、Ｍ８、Ｍ１０ マーク
Ｒ１、Ｒ２ 未着地マーク

Claims (10)

1. 立寄地をそれぞれに含んだ複数の移動体ごとの予定コースにおける前記移動体ごとの移動の進捗を、前記移動体が到着していない前記立寄地である未着地と共に検出する検出手段と、
   検出された各前記進捗と共に、前記検出された未着地を識別可能に表示手段に表示させる表示制御手段と、
   を備え、
   前記表示制御手段は、前記未着地の指定操作に基づき、当該未着地の位置を含む地図を表示させ、且つ当該地図の範囲内にあるいずれかの前記移動体の位置を当該地図と共に表示させることを特徴とする情報処理装置。
2. 請求項１に記載の情報処理装置において、
   前記表示制御手段は、前記予定コース内の前記立寄地のうち、当該立寄地ごとに予め設定された到着指定時刻に前記移動体が未着である当該立寄地を前記未着地として検出することを特徴とする情報処理装置。
3. 請求項１又は請求項２に記載の情報処理装置において、
   前記未着地が複数検出された場合において前記表示制御手段は、当該各未着地の位置の全てを含む前記地図を表示させることを特徴とする情報処理装置。
4. 請求項１から請求項３のいずれか一項に記載の情報処理装置において、
   前記表示制御手段は、前記地図の範囲内に前記位置がある前記移動体の状態を示すマークを用いて、当該移動体の位置を前記地図と共に表示させることを特徴とする情報処理装置。
5. 請求項１から請求項４のいずれか一項に記載の情報処理装置において、
   前記地図の範囲内に位置する前記移動体の中から前記未着地に移動させる前記移動体を選択するために用いられる選択手段を更に備えることを特徴とする情報処理装置。
6. 請求項５に記載の情報処理装置において、
   前記選択手段は、前記地図の範囲内に表示されている前記移動体の位置を直接指定することにより、当該移動体を前記未着地に移動させる移動体として選択することを特徴とする情報処理装置。
7. 請求項１から請求項６のいずれか一項に記載の情報処理装置において、
   各前記移動体と、当該各移動体の搭乗者と、当該各移動体及び当該各搭乗者をそれぞれ管理するための管理単位と、を関連付ける管理単位情報に基づき、前記表示制御手段は、前記管理単位により管理される各前記移動体に対応する前記進捗を、当該管理単位ごとに且つ対応する前記搭乗者を示す搭乗者情報と共に前記表示手段に表示させることを特徴とする情報処理装置。
8. 請求項７に記載の情報処理装置において、
   前記表示制御手段は、前記未着地に到着すべきであった前記移動体の前記搭乗者を、他の前記移動体の前記搭乗者から識別可能に表示させることを特徴とする情報処理装置。
9. 請求項８に記載の情報処理装置において、
   前記未着地が複数ある場合において前記表示制御手段は、当該未着地となった前記立寄地ごとに予め設定された到着指定時刻からの経過時間に応じて、各前記未着地に到着すべきであった前記移動体の前記搭乗者を並べて表示させることを特徴とする情報処理装置。
10. 表示手段に接続された情報処理装置において実行される情報処理方法であって、
    立寄地をそれぞれに含んだ複数の移動体ごとの予定コースにおける前記移動体ごとの移動の進捗を、前記移動体が到着していない前記立寄地である未着地と共に検出する検出工程と、
    検出された各前記進捗と共に、前記検出された未着地を識別可能に前記表示手段に表示させる表示制御工程と、
    を含み、
    前記表示制御工程においては、前記未着地の指定操作に基づき、当該未着地の位置を含む地図を表示させ、且つ当該地図の範囲内にあるいずれかの前記移動体の位置を当該地図と共に表示させることを特徴とする情報処理方法。