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

Abstract

【課題】各配送車両の状態等に関する情報が一覧表示されている場合においても、各配送車両における問題の発生等を即時且つ個別に認識することが可能な情報処理装置を提供する。【解決手段】サーバ装置ＳＶの処理部１０は、複数の配送車両の状態を示す状態情報に基づき、状態情報の最新受信時刻を示す時刻情報を含み且つ配送車両の移動に関連する関連情報を、新たな状態情報の受信に対応して時刻情報を更新しつつ、各配送車両についてディスプレイＤに一覧表示させる。そして、既定の閾値時間以上時刻情報が更新されない配送車両に関連する報知を行う。【選択図】図３

Description

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

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

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

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

しかしながら、上記のような構成を備える特許文献１記載の技術では、複数の配送車両の状態等に関する多くの情報が一度に一覧表示されるがゆえに、各配送車両との間における例えば通信異常の問題の発生等、各配送車両個別の事情を即時に認識することができないという問題点があった。

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

上記の課題を解決するために、請求項１に記載の発明は、複数の移動体の状態を示す状態情報を受信する受信手段と、前記受信した状態情報に基づき、当該状態情報の最新受信時刻を示す時刻情報を含み且つ前記移動体の移動に関連する関連情報を、新たな前記状態情報の受信に対応して当該時刻情報を更新しつつ、各前記移動体について表示手段に一覧表示させる表示制御手段と、予め設定された閾値時間以上前記時刻情報が更新されない前記移動体を抽出する抽出手段と、前記抽出された移動体に関連する報知を行う報知手段と、を備える。

上記の課題を解決するために、請求項１２に記載の発明は、表示手段に接続された情報処理装置において実行される情報処理方法であって、複数の移動体の状態を示す状態情報を受信する受信工程と、前記受信した状態情報に基づき、当該状態情報の最新受信時刻を示す時刻情報を含み且つ前記移動体の移動に関連する関連情報を、新たな前記状態情報の受信に対応して当該時刻情報を更新しつつ、各前記移動体について前記表示手段に一覧表示させる表示制御工程と、予め設定された閾値時間以上前記時刻情報が更新されない前記移動体を抽出する抽出工程と、前記抽出された移動体に関連する報知を行う報知工程と、を含む。

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

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

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

この構成において受信手段１は、複数の移動体の状態を示す状態情報を受信する。そして表示制御手段２は、受信手段１により受信した状態情報に基づき、当該状態情報の最新受信時刻を示す時刻情報を含み且つ移動体の移動に関連する関連情報を、新たな状態情報の受信に対応して当該時刻情報を更新しつつ、各移動体について表示手段Ｄに一覧表示させる。

一方抽出手段３は、予め設定された閾値時間以上時刻情報が更新されない移動体を抽出する。そして報知手段４は、抽出手段３により抽出された移動体に関連する報知を行う。

以上説明したように、実施形態に係る情報処理装置Ｓの動作によれば、移動体の状態を示す状態情報に基づき、状態情報の最新受信時刻を示す時刻情報を含む関連情報を、新たな状態情報の受信に対応して時刻情報を更新しつつ、複数の移動体について一覧表示させる。そして、既定の閾値時間以上時刻情報が更新されない移動体に関連する報知を行う。よって、各移動体についての関連情報が一覧表示される場合に、状態情報の受信に対応した時刻情報の更新がされない移動体について即時且つ個別に報知することができる。

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

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

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

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

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

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

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

また、上記ディスプレイＤが実施形態に係る表示手段Ｄの一例に、インターフェース１が実施形態に係る受信手段１の一例に、表示制御部２が実施形態に係る表示制御手段２の一例に、抽出部３が実施形態に係る抽出手段３の一例に、報知部４が実施形態に係る報知手段４の一例に、それぞれ相当する。更に、処理部２が本願に係る「進捗検出手段」の一例に相当し、記録部５が本願に係る「記憶手段」の一例に相当する。更にまた図３（ｂ）において破線で示すように、上記インターフェース１、表示制御部２、抽出部３及び報知部４により、実施形態に係る情報処理装置Ｓの一例が構成されている。

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

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

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

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

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

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

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

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

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

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

次に処理部１０の抽出部３は、直前に受信された状態情報に含まれていた上記状態データにより示される状態又は上記速度データに対応して予め設定されている閾値時間以上状態情報が受信されていないか否かを、状態情報データベースＤＢ１内の受信時刻データに基づいて配送車両ごとに確認する（ステップＳ３）。ステップＳ３の判定において各状態に対応した閾値時間以上状態情報を受信していない配送車両がある場合（ステップＳ３：ＹＥＳ）、処理部１０の表示制御部２は、その配送車両が通信異常である旨の表示を含んだ状態で、各配送車両の移動の進捗のディスプレイＤにおける一覧表示を、新たな状態情報に基づいて更新する（ステップＳ４）。このときの一覧表示及び上記配送車両が通信異常である旨の表示については、後ほど図６乃至図８を用いて詳述する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

更に上述した通常の一覧表示において、報知部４は、図５ステップＳ５に関連する進捗異常が発生している配送車両（図５ステップＳ５：ＹＥＳ参照）については、その旨を、当該進捗異常が発生していない配送車両から識別可能に表示する（図５ステップＳ４参照）。例えば図６に示す車両ＩＤ「１０号車」の配送車両の場合、現在の目的地「Ｋ１事業所」についての上記到着指定時刻に対して案内処理上の到着予想時刻が３０分遅れる進捗異常が発生している（図５ステップＳ５：ＹＥＳ参照）。よって報知部４は、この配送車両について上記通信異常が生じていることを、例えば図６に示す破線の囲み表示Ｆ２により表示する（図５ステップＳ４参照）。また図６に示す車両ＩＤ「１１号車」の配送車両の場合、目的地「ＭＤ事業所」が未到着となって次の目的地が到着となっている進捗異常が発生している（図５ステップＳ５：ＹＥＳ参照）。よって報知部４は、この配送車両について上記進捗異常が生じていることを、例えば図６に示す実線の囲み表示Ｆ１により表示する（図５ステップＳ４参照）。このとき、車両ＩＤ「１０号車」の配送車両と車両ＩＤ「１１号車」の配送車両とでは、進捗異常の具体的内容が異なっている。そして、配送車両の管理としては、本来到着すべき目的地に到着せずに次の目的地に到着することの方が、目的地への到着が遅れるよりも深刻な進捗異常であると言える。そこで報知部４は、車両ＩＤ「１１号車」の配送車両についての進捗異常の表示（囲み表示Ｆ１）の方を、車両ＩＤ「１０号車」の配送車両についての進捗異常の表示（囲み表示Ｆ２）よりも、より目立つように表示する。なお表示制御部２は、実施例に係る上記囲み表示Ｆ１及び囲み表示Ｆ２の表示色を、より管理者の注意を引き易い例えば赤色として当該囲み表示Ｆ１及び囲み表示Ｆ２を表示してもよい。

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

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

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

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

以上それぞれ説明したように、実施例に係る表示制御処理によれば、各配送車両の状態を示す状態情報に基づき、状態情報の最新受信時刻を含む移動の進捗を、新たな状態情報の受信に対応して受信時刻データを更新しつつ、複数の配送車両について一覧表示させる。そして、既定の閾値時間以上受信時刻データが更新されない配送車両に関連する報知を行う。よって、各配送車両の移動の進捗が一覧表示される場合に、状態情報の受信時刻データの更新がされない配送車両について即時且つ個別に報知することができる。

また、各配送車両の搭乗者の入力操作に基づいて生成され且つその配送車両が予定された停止状態（「駐車中」或いは荷卸し又は荷積みのための「停車中」等）であることを示す状態データを少なくとも含む状態情報に基づいて、走行中又は停止状態のいずれかを少なくとも示す配送車両の移動の進捗が一覧表示される。よって、各配送車両が走行中であるか停止状態であるかを少なくとも示す移動の進捗が一覧表示される場合に、状態情報の受信時刻データの更新がされない配送車両について即時且つ個別に報知することができる。

更に、配送車両の走行中又は停止状態のそれぞれに対応するマークを用いて移動の進捗が表示されるので、見易い状態で各配送車両の移動状態又は停止状態を少なくとも示す移動の進捗を一覧表示できると共に、状態情報の受信時刻データの更新がされない配送車両について即時且つ個別に報知することができる。

更にまた、配送車両ごとの異なる状態にそれぞれ対応した閾値時間を用いて受信時刻データが更新されない配送車両を抽出するので、配送車両の状態に応じて異なる閾値時間を用いることで、受信時刻データが更新されない配送車両を適切且つ個別に抽出することができる。

また配送車両の各状態にそれぞれ対応した上記閾値時間について、
配送車両が帰社していることが示されている場合の閾値時間（例えば２４時間）＞
搭乗者が荷卸中又は荷積中で配送車両が停止中であることが示されている場合の閾値時間（例えば２時間）＞
搭乗者が休憩中で配送車両が停止中であることが示されている場合の閾値時間（例えば１時間）＞
配送車両の状態が駐車中であるとことが示されている場合の閾値時間（例えば３０分）＞
配送車両の状態が走行中であるとされる場合の閾値時間（例えば５分）
の関係とされているので、受信時刻データが更新されない配送車両をより適切且つ個別に抽出することができる。

更に、各配送車両にそれぞれ対応した予定コースとの関係における、当該配送車両の移動の進捗を配送車両ごとに検出し、その検出された進捗を、配送車両ごとに且つ対応する車両情報等と共にディスプレイＤに表示する（図６乃至図８参照）。よって、各配送車両についての移動の進捗が車両情報等と共に表示される場合に、状態情報の受信時刻データの更新がされない配送車両について即時且つ個別に報知することができる。

更にまた、各配送車両とそれらが属する組織とを関連付ける配送車両データベースＤＢ２に基づき、当該組織の管理下にある各配送車両の移動の進捗をその組織ごとに表示させる。よって、各配送車両についての移動の進捗をそれらが属する組織ごとに表示しつつ、状態情報の受信時刻データの更新がされない配送車両について即時且つ個別に報知することができる。

また、報知を行うべき既定の報知状態（例えば通信異常の状態又は進捗異常の状態）にある配送車両を抽出し、その抽出された配送車両を報知状態の属性ごとに報知するので（図６乃至図８参照）、報知されるべき状態にある配送車両を個別に判り易く報知することができる。

更に、報知状態にある配送車両の、逐次受信される状態情報に基づいた抽出結果に基づいてその配送車両の報知を更新する（図５ステップＳ９：ＮＯ→ステップＳ１の処理参照）ので、報知状態にある配送車両を、リアルタイムで個別に判り易く報知することができる。

更にまた、移動の進捗の一覧表示において、報知状態にある配送車両についての移動の進捗を、他の配送車両についての移動の進捗に対して識別可能に報知する（図６乃至図８参照）ので、当該報知状態にある配送車両についての移動の進捗を、より判り易く個別に報知することができる。

また、報知状態にある配送車両の、逐次受信される状態情報に基づいた抽出結果に基づいて、当該配送車両についての移動の進捗の識別可能な報知を更新する（図５ステップＳ９：ＮＯ→ステップＳ１の処理参照）ので、報知されるべき状態にある配送車両についての移動の進捗を、リアルタイムで判り易く個別に報知することができる。

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

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

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

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

１ 受信手段（インターフェース）
２ 表示制御手段（表示制御部）
３ 抽出手段（抽出部）
４ 報知手段（報知部）
５ 記録部
１０ 処理部
Ｔ１、Ｔ２、Ｔｎ 端末装置
ＳＶ サーバ装置
ＮＷ ネットワーク
ＤＢ１ 状態情報データベース
ＤＢ２ 配送車両データベース
Ｓ 情報処理装置
ＳＳ 配送管理システム
Ｄ ディスプレイ
Ｆ１、Ｆ２ 囲み表示

Claims (12)

1. 複数の移動体の状態を示す状態情報を受信する受信手段と、
   前記受信した状態情報に基づき、当該状態情報の最新受信時刻を示す時刻情報を含み且つ前記移動体の移動に関連する関連情報を、新たな前記状態情報の受信に対応して当該時刻情報を更新しつつ、各前記移動体について表示手段に一覧表示させる表示制御手段と、
   予め設定された閾値時間以上前記時刻情報が更新されない前記移動体を抽出する抽出手段と、
   前記抽出された移動体に関連する報知を行う報知手段と、
   を備えることを特徴とする情報処理装置。
2. 請求項１に記載の情報処理装置において、
   前記状態情報は、前記移動体の搭乗者の入力操作に基づいて生成され且つ前記移動体が予定された停止状態であることを示す搭乗者入力情報を少なくとも含み、
   前記表示制御手段は、当該搭乗者入力情報を少なくとも含む前記状態情報に基づいて、前記移動体の移動状態又は停止状態のいずれかを少なくとも示す前記関連情報を前記表示手段に一覧表示させることを特徴とする情報処理装置。
3. 請求項２に記載の情報処理装置において、
   前記表示制御手段は、前記移動状態又は前記停止状態のそれぞれを示すマークを用いて、当該移動状態又は当該停止状態のいずれかを少なくとも示す前記関連情報を前記表示手段に一覧表示させることを特徴とする情報処理装置。
4. 請求項２又は請求項３に記載の情報処理装置において、
   複数の異なる前記状態にそれぞれ対応した複数の異なる前記閾値時間を示す閾値時間情報を記憶する記憶手段を更に備え、
   前記抽出手段は、前記状態情報により示された異なる前記状態にそれぞれ対応した前記閾値時間情報を前記記憶手段から読み出して、前記時刻情報が更新されない前記移動体を抽出することを特徴とする情報処理装置。
5. 請求項４に記載の情報処理装置において、
   前記記憶手段は、前記移動体が前記移動状態にあることが前記状態情報により示される場合に対応する前記閾値時間である第１閾値時間を示す第１閾値時間情報と、前記同乗者が休憩中であるために前記移動体が前記停止状態にあることが前記状態情報により示される場合に対応する前記閾値時間である第２閾値時間を示す第２閾値時間情報と、前記同乗者が作業中であるために前記移動体が前記停止状態にあることが前記状態情報により示される場合に対応する前記閾値時間である第３閾値時間を示す第３閾値時間情報と、前記第２閾値時間又は前記第３閾値時間が対応する理由以外の理由で前記移動体が前記停止状態にあることが前記状態情報により示される場合に対応する前記閾値時間である第４閾値時間を示す第４閾値時間情報と、を記憶しており、
   前記第４閾値時間＞前記第３閾値時間＞前記第２閾値時間＞前記第１閾値時間
   であることを特徴とする情報処理装置。
6. 請求項１から請求項５のいずれか一項に記載の情報処理装置において、
   各前記移動体がそれぞれ移動すべき予め設定された各予定コースとの関係における、当該移動体の移動の進捗を前記移動体ごとに検出する進捗検出手段を更に備え、
   前記表示制御手段は、前記検出された進捗を、前記移動体ごとに且つ対応する前記関連情報として前記表示手段に表示させることを特徴とする情報処理装置。
7. 請求項６に記載の情報処理装置において、
   各前記移動体と、当該各移動体を管理するための管理単位と、を関連付ける管理単位情報に基づき、前記表示制御手段は、前記管理単位により管理される各前記移動体に対応する前記進捗を、当該管理単位ごとに前記表示手段に表示させることを特徴とする情報処理装置。
8. 請求項１から請求項７のいずれか一項に記載の情報処理装置において、
   前記抽出手段は、前記時刻情報が更新されない前記移動体を含め、前記報知を行うべきとして予め設定された前記状態である報知状態にある前記移動体を、前記受信した状態情報に基づいて抽出し、
   前記報知手段は、前記抽出された移動体を、前記報知状態の属性ごとに報知することを特徴とする情報処理装置。
9. 請求項８に記載の情報処理装置において、
   前記抽出手段は、前記報知状態にある前記移動体の抽出を、逐次受信される前記状態情報に基づいて行い、
   前記報知手段は、前記抽出手段における抽出結果に基づいて、前記抽出された移動体の報知を更新することを特徴とする情報処理装置。
10. 請求項８又は請求項９に記載の情報処理装置において、
    前記報知手段は、前記関連情報の一覧表示において、前記抽出された移動体についての前記関連情報を、他の前記移動体についての前記関連情報に対して識別可能に報知することを特徴とする情報処理装置。
11. 請求項１０に記載の情報処理装置において、
    前記抽出手段は、前記報知状態にある前記移動体の抽出を、逐次受信される前記状態情報に基づいて行い、
    前記報知手段は、前記抽出手段における抽出結果に基づいて、前記識別可能な報知を更新することを特徴とする情報処理装置。
12. 表示手段に接続された情報処理装置において実行される情報処理方法であって、
    複数の移動体の状態を示す状態情報を受信する受信工程と、
    前記受信した状態情報に基づき、当該状態情報の最新受信時刻を示す時刻情報を含み且つ前記移動体の移動に関連する関連情報を、新たな前記状態情報の受信に対応して当該時刻情報を更新しつつ、各前記移動体について前記表示手段に一覧表示させる表示制御工程と、
    予め設定された閾値時間以上前記時刻情報が更新されない前記移動体を抽出する抽出工程と、
    前記抽出された移動体に関連する報知を行う報知工程と、
    を含むことを特徴とする情報処理方法。