JP7290678B2 - 運転評価装置および運転評価プログラム - Google Patents

Description

本発明は、運転評価装置、運転評価プログラムおよび報告データに関する。

例えば特許文献１には、ドライバの運転の良否をより正確に診断する運転診断システムが開示されている。具体的には、車載端末が車両情報およびダイアグ情報を取得して記録し、記録した車両情報およびダイアグ情報をサーバ装置に送信する。サーバ装置は、車両情報およびダイアグ情報をもとに、車両の不具合が検出されているときに検出された車両情報を除外して運転診断処理を行う。

また、特許文献２には、データの更新頻度が低い場合であっても車両同士の干渉を防止する運行管理システムが開示されている。具体的には、車載装置は、自車両や他車両が特殊な状態にあるか否かを判定し、自車両が特殊な状態にあると判定された場合には、自車両が特殊な状態にあることをセンタや他車両に送信し、所定の他車両が特殊な状態にあると判定された場合には、所定の他車両が特殊な状態にあることをセンタや所定の他車両とは異なる他車両に送信し、自車両と他車両との干渉のリスクを判定し、干渉のリスクがあると判定された場合、オペレータに対する警告情報を生成し、出力する。特殊な状態とは、通信が行えなくなった状態、または、通信が行えなくなる状態への遷移が推定される状態である。

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

一般的に、運送会社などのようにトラック等の業務用車両の運行業務を日常的に行う企業は、企業内で雇用している多数の乗務員を利用して様々な車両の運行業務を繰り返し行っている。また、各企業の管理者は、車両運行業務の安全を確保するために、車両を運行する各乗務員の労務管理を行ったり、各乗務員が実際に安全運転を行っているかどうかの評価を実施している。

例えば、企業は、デジタルタコグラフのような車載器を車両に搭載しておけば、運行業務を行っている時の乗務員の運転状況を記録した実績データを得られるので、この実績データを解析することにより該当する乗務員が安全な運転を行っているかどうかを評価することが可能である。具体例としては、企業が、急加減速を実施した回数や頻度、制限速度を超過した回数や頻度などを評価して数値化した結果を管理して、各乗務員が安全運転をしているかどうかを把握することが想定される。

ところで、企業内の管理者等が多数の乗務員のそれぞれについて安全運転などの運転特性を評価する場合には、全ての乗務員に対して公平な評価を行うことが重要である。しかしながら、公平な評価を行うことは非常に難しい。例えば、車両の運行中に何らかの原因で偶然発生した事象が実績データとして記録された場合には、該当する乗務員が通常の運転操作を行っているにもかかわらず、その評価が下がる可能性が高く、他の乗務員との間の公平性の観点から望ましくない。

具体的には、同じ配送先に荷物を配達するための運行業務を日常的に繰り返し行っているような熟練した乗務員は評価が高くなる傾向がある。しかし、そのような乗務員であっても、臨時に発生した新しい配送先へ荷物を配達するための特別な運行業務を指示される場合がある。その特別な運行業務を行う場合には、乗務員は、不慣れな道路を走行することになるため通常よりも大きめの加減速が発生する回数が増えたり、車両をバックさせる回数が増える可能性が高い。そして、その時の運行中に記録された実績データを評価すると、該当する乗務員の運転技術が悪化したわけではないのに評価が下がることが予想される。つまり、運行業務内容の変更指示が、指示を受けた乗務員の評価を下げることに繋がり、複数の乗務員の間で不公平な評価が発生する。

本発明は、上述した事情に鑑みてなされたものであり、その目的は、車両の運行状況に変化が発生する場合でも複数の乗務員の間でより公平な評価が可能な運転評価装置および運転評価プログラムを提供することにある。

前述した目的を達成するために、本発明に係る運転評価装置および運転評価プログラムは、下記（１）～（５）を特徴としている。
（１） 車両を運行する各乗務員の運行状況を検出して得られた運行記録データに基づいて、各乗務員の運行状況を評価するための運転評価装置であって、
評価対象の乗務員に対する第１の運行ルート情報と、第２の運行ルート情報とを取得するルート取得部と、
前記第１の運行ルート情報と前記第２の運行ルート情報とを比較し、比較結果が所定の条件を満たす場合には、対応する特定の運行記録データを評価対象から除外するための識別符号を当該運行記録データに付与する識別符号付与部と、
前記識別符号に基づき前記運行記録データの中から前記第２の運行ルート情報と関連する評価対象データを抽出し、抽出された前記評価対象データを乗務員毎に評価して集計した評価値を出力する評価値算出部と、
を備え、
前記識別符号付与部は、前記識別符号を付与する条件として、前記運行記録データに含まれる車両情報、及び道路種別の少なくとも一方の違いを反映する、
運転評価装置。

（２） 車両を運行する各乗務員の運行状況を検出して得られた運行記録データに基づいて、各乗務員の運行状況を評価するための運転評価装置であって、
評価対象の乗務員に対する第１の運行ルート情報と、第２の運行ルート情報とを取得するルート取得部と、
前記第１の運行ルート情報と前記第２の運行ルート情報とを比較し、比較結果が所定の条件を満たす場合には、対応する特定の運行記録データを評価対象から除外するための識別符号を当該運行記録データに付与する識別符号付与部と、
前記識別符号に基づき前記運行記録データの中から前記第２の運行ルート情報と関連する評価対象データを抽出し、抽出された前記評価対象データを乗務員毎に評価して集計した評価値を出力する評価値算出部と、
を備え、
前記ルート取得部は、処理対象候補となる第１の運行記録データから前記第１の運行ルート情報を取得し、前記第１の運行記録データ以前に過去の実績として記録された第２の運行記録データ、又は当日の配送予定から前記第２の運行ルート情報を取得する、
運転評価装置。

（３） 前記評価値算出部は、前記運行記録データから所定期間の実績を表す短期実績データと、前記短期実績データよりも長い期間の実績を表す長期実績データとをそれぞれ生成すると共に、前記長期実績データを生成又は評価する際には、前記識別符号が付与された前記運行記録データを除外して集計する、
上記（１）又は（２）に記載の運転評価装置。

（４） 車両を運行する各乗務員の運行状況を検出して得られた運行記録データに基づいて、各乗務員の運行状況を評価するコンピュータが実行可能な運転評価プログラムであって、
評価対象の乗務員に対する第１の運行ルート情報と、第２の運行ルート情報とを取得する手順と、
前記第１の運行ルート情報と前記第２の運行ルート情報とを比較し、比較結果が所定の条件を満たす場合には、対応する特定の運行記録データを評価対象から除外するための識別符号を付与する手順と、
前記識別符号に基づき前記運行記録データの中から前記第２の運行ルート情報と関連する評価対象データを抽出し、抽出された前記評価対象データを乗務員毎に評価して集計した評価値を出力する手順と、
を含み、
前記識別符号を付与する手順は、前記識別符号を付与する条件として、前記運行記録データに含まれる車両情報、及び道路種別の少なくとも一方の違いを反映する、
運転評価プログラム。

（５） 車両を運行する各乗務員の運行状況を検出して得られた運行記録データに基づいて、各乗務員の運行状況を評価するコンピュータが実行可能な運転評価プログラムであって、
評価対象の乗務員に対する第１の運行ルート情報と、第２の運行ルート情報とを取得する手順と、
前記第１の運行ルート情報と前記第２の運行ルート情報とを比較し、比較結果が所定の条件を満たす場合には、対応する特定の運行記録データを評価対象から除外するための識別符号を付与する手順と、
前記識別符号に基づき前記運行記録データの中から前記第２の運行ルート情報と関連する評価対象データを抽出し、抽出された前記評価対象データを乗務員毎に評価して集計した評価値を出力する手順と、
を含み、
前記第１の運行ルート情報及び第２の運行ルート情報を取得する手順は、処理対象候補となる第１の運行記録データから前記第１の運行ルート情報を取得し、前記第１の運行記録データ以前に過去の実績として記録された第２の運行記録データ、又は当日の配送予定から前記第２の運行ルート情報を取得する、
運転評価プログラム。

上記（１）の構成の運転評価装置によれば、第１の運行ルート情報に対応する特別な運行業務が該当する乗務員の評価を不当に下げる可能性があるような場合に、この特別な運行業務の際に記録された運行記録データを評価対象から除外することができる。したがって、評価値算出部は識別符号に基づいて抽出された評価対象データだけを評価することにより、複数の乗務員の間で不公平な評価が発生しないように評価することができる。例えば、評価対象の乗務員が慣れていないルートの運行業務を行った際に記録された運行記録データを除外することで、不公平な評価を減らすことができる。

更に、上記（１）の構成の運転評価装置によれば、評価対象の乗務員にとって日常の運行業務とは異なる特別な運行業務の際に記録された運行記録データを評価対象から除外することができる。例えば、大型車／中型車／小型車などの車種の違いや、一般道路／高速道路などの道路種別の違いは、記録される運行記録データの内容に大きな影響をもたらす可能性が高いが、これらの違いが乗務員の評価に不当な影響を及ぼすのを回避できる。

上記（２）の構成の運転評価装置によれば、過去の実績として記録された第２の運行記録データは、該当する乗務員が日常的に行っている運行業務の内容を反映するので、この第２の運行記録データの運行ルートを基準にすることで、第１の運行記録データが処理対象候補として適切か否かを容易に識別できる。

上記（３）の構成の運転評価装置によれば、例えば日次データのように比較的短期間の実績と、月次データのように比較的長期間の実績とをそれぞれ区別して把握することが容易になる。しかも、長期実績データを生成又は評価する際には、識別符号が付与された運行記録データを除外して集計するので、日常的な運行業務に関連する実績だけを乗務員毎に把握することが容易になり、乗務員間で不公平な評価が生じる可能性を減らすことができる。

上記（４）及び（５）の構成の運転評価プログラムによれば、第１の運行ルート情報に対応する特別な運行業務が該当する乗務員の評価を不当に下げる可能性があるような場合に、この特別な運行業務の際に記録された運行記録データを評価対象から除外することができる。したがって、評価値算出部は、識別符号に基づいて抽出された評価対象データだけを評価することにより、複数の乗務員の間で不公平な評価が発生しないように評価することができる。例えば、評価対象の乗務員が慣れていないルートの運行業務を行った際に記録された運行記録データを除外することで、不公平な評価を減らすことができる。

本発明の運転評価装置および運転評価プログラムによれば、車両の運行状況に変化が発生する場合でも複数の乗務員の間で不公平な評価が発生するのを抑制することが可能である。つまり、第１の運行ルート情報に対応する特別な運行業務が該当する乗務員の評価を不当に下げる可能性があるような場合に、この特別な運行業務の際に記録された運行記録データを評価対象から除外することができる。

以上、本発明について簡潔に説明した。更に、以下に説明される発明を実施するための形態（以下、「実施形態」という。）を添付の図面を参照して通読することにより、本発明の詳細は更に明確化されるであろう。

図１は、本発明の実施形態に係る運転評価装置を含むシステムの構成例を示すブロック図である。 図２は、運転評価装置におけるデータ処理の例を示すフローチャートである。 図３は、運転評価装置におけるデータ処理の変形例を示すフローチャートである。 図４は、運転評価装置における運転評価処理の例を示すフローチャートである。 図５は、月報一覧テーブルの構成例を示す模式図である。 図６は、月別一覧テーブルの構成例を示す模式図である。 図７は、日報一覧テーブルの構成例を示す模式図である。

本発明に関する具体的な実施形態について、各図を参照しながら以下に説明する。

＜システムの構成＞
図１は、本発明の実施形態に係る運転評価装置を含むシステムの構成例を示すブロック図である。

図１に示したシステムは、例えば運送会社などの企業において、輸送用トラックなどの業務用車両を運転し荷物等の配送を行う多数の乗務員の運行状況を管理するために利用される。このような企業では、各乗務員は、通常は事前に決められた１つ又は複数の配送先に荷物を配送するために、事前に決められた１種類又は複数種類の配送ルートのいずれかを通過するように車両を運行する。

そして、例えば突発的な事情により、事前に決めた配送先以外の新たな配送先に対しても荷物を配送するために、通常とは異なる新たな配送ルートを利用して車両の運行を実施する場合もありうる。また、状況に応じて、高速道路と一般道とを使い分けるように異なる配送ルートを利用して車両の運行を実施する場合もある。更に、例えば荷物の大きさや量の違いに応じて、小型車、中型車、大型車のような異なる車種の車両を使い分けて運行を実施する場合もある。

図１に示すサーバシステム１０は、運転評価装置に相当する機能を搭載している。すなわち、サーバシステム１０は、トラックなどの車両を運行する様々な乗務員のそれぞれの運転状況のデータを日報や月報などの形式で把握すると共に、各乗務員が安全な運転を行っているかどうかなどの優劣についての評価を自動的に実施して、その結果を表示することができる。なお、サーバシステム１０は、車両および乗務員を管理する各企業内に設置してもよいし、所定のデータセンタ内に設置してもよい。

車載器２０は、管理対象の多数の乗務員が運転する可能性のある全ての車両にそれぞれ搭載される。車載器２０の代表例としては、デジタルタコグラフのような運行記録計が想定される。また、車載器２０は、車両の運行中に記録したデータを外部に送信できるように無線通信モジュールを搭載している。

車載器２０が車両の運行中に収集するデータの代表例としては、乗務員ＩＤ、出庫時刻、入庫時刻、運行時間、運行距離、最高速度、スピード超過回数、回転超過回数、急加速回数、急減速回数、アイドリング超過時間、走行履歴などが想定される。

図１に示すように、サーバシステム１０と各車両に搭載された車載器２０とは、無線通信設備３０を介して無線接続することができる。例えば、無線通信設備３０が狭域無線通信を行う場合には、各車両の出庫時や入庫時に車両を所定の場所に停車させた状態で無線接続しデータ通信を行う。また、無線通信設備３０が広域無線通信を行う場合には、各車両が運行している任意のタイミングで無線接続を確立し、必要に応じてデータ通信を行うようになっている。

サーバシステム１０は、データ受信部１１、データ処理部１２、運転評価部１３、表示処理部１４、運行実績ＤＢ（データベース、以下同様）１５、及び運転評価ＤＢ１６の各機能を備えている。これらの各機能は、サーバシステム１０の中枢を構成するコンピュータが予め用意された運転評価プログラムを含むアプリケーションソフトウェアを実行することにより実現される。

データ受信部１１は、各車両に搭載された車載器２０が送信する電文のデータを無線通信設備３０を介して受信し取得して、所定の内部記憶装置に保存する。車載器２０が送信する電文のデータは、例えば車両が当日の配送を終了し入庫した時に一括して送信される日次の運行実績データであってもよく、あるいは、車両の運行中に任意のタイミングで逐次、或いは定期的に送信される個別の運行実績データであってもよい。いずれの場合も、車載器２０が送信する電文のデータは、該当する車両を運転している特定の乗務員を表す乗務員ＩＤの情報を含んでいる。したがって、データ受信部１１は、受信した各データを乗務員に対応付けて管理することができる。

運行実績ＤＢ１５は、データ受信部１１が受信した乗務員毎の日次の運行実績データをデータ処理部１２を経由して入力し、保存して管理する。

データ処理部１２は、データ受信部１１が受信したデータに基づいて、乗務員の評価対象から除外すべき「特別な状況での運行」の有無を識別する。そして、データ処理部１２は、特別な状況での運行を検知すると、運行実績ＤＢ１５上の該当する運行実績データに対して除外フラグを付与する。詳細については後述するが、「特別な状況での運行」は車両の運行ルートなどが通常とは異なる場合などに相当し、乗務員毎に異なる条件で識別され処理される。

運転評価部１３は、運行実績ＤＢ１５上の日次の運行実績データや、それを集計して得られる月次の運行実績データなどを利用して、乗務員毎に運転の評価を実施する。評価の結果は、運転評価ＤＢ１６に保存され管理される。また、詳細については後述するが運転評価部１３はボーナスポイント制度を導入した運転評価を実施する。

表示処理部１４は、運転評価ＤＢ１６上の評価結果に基づいて、複数の乗務員の評価点に関する月次の改善率が高いランキングの順番で、その一覧を月報として出力し所定の表示画面に表示する。

＜データ処理の手順＞
図２は、運転評価装置におけるデータ処理の例を示すフローチャートである。図１に示したサーバシステム１０のコンピュータは、図２のデータ処理の手順を実行することにより、データ処理部１２の機能を実現する。

データ処理部１２は、図２に示した配送予定ＤＢ４１、当日運行実績ＤＢ４２、過去運行実績ＤＢ４３、日報ＤＢ４４、及び月報ＤＢ４５にアクセスすることができる。
配送予定ＤＢ４１は、事前に定めた乗務員毎の１日毎の配送予定を表すデータを管理している。このデータは、配送予定ルート、運行する車両の種類（大型車、中型車、小型車等の区分）、及び配送予定ルートの各区間毎の道路の種別（高速道路、一般道等の区分）を含んでいる。

当日運行実績ＤＢ４２は、当日の車両入庫時に確定する当日の運行実績データをデータ受信部１１から取得して乗務員毎に保存し管理するものである。この運行実績データは、実際の運行で走行した配送ルート、運行した車両の種類（大型車、中型車、小型車等の区分）、及び配送ルートの各区間毎の道路の種別（高速道路、一般道等の区分）を含んでいる。

過去運行実績ＤＢ４３は、当日以前の過去に運行した実績を表す乗務員毎の日次のデータ、すなわち過去運行実績データを保存し管理している。このデータは、当日の運行実績データと同様に、実際の運行で走行した配送ルート、運行した車両の種類（大型車、中型車、小型車等の区分）、及び配送ルートの各区間毎の道路の種別（高速道路、一般道等の区分）を含んでいる。

日報ＤＢ４４は、各乗務員の１日毎の運行状況や評価を企業の管理者が把握するのに適した形式の報告書、すなわち日報のデータを保持し管理する。
月報ＤＢ４５は、各乗務員の１月毎の運行状況や評価を企業の管理者が把握するのに適した形式の報告書、すなわち月報のデータを保持し管理する。

データ処理部１２は、最初に当日運行実績ＤＢ４２から乗務員毎の当日の運行実績データを取得する（Ｓ１１）。また、この当日の運行実績データの中から運行条件Ｄ１を取得する（Ｓ１２）。この運行条件Ｄ１は、実際の運行で走行した配送ルート、運行した車両の種類、及び配送ルートの各区間毎の道路の種別などを表すものである。

次に、データ処理部１２は配送予定ＤＢ４１を参照し、該当する乗務員の当日配送予定の中から運行条件Ｄ２を取得する（Ｓ１３）。この運行条件Ｄ２は、配送予定ルート、運行する車両の種類、及び配送予定ルートの各区間毎の道路の種別などを表すものである。

次に、データ処理部１２は過去運行実績ＤＢ４３から該当する乗務員の過去の運行実績を参照し、運行条件Ｄ３を取得する（Ｓ１４）。この運行条件Ｄ３は、過去の実際の運行で走行した配送ルート、運行した車両の種類、及び配送ルートの各区間毎の道路の種別などを表すものである。

データ処理部１２は、実績の運行条件Ｄ１のルート上にある幹線道路が、配送予定の運行条件Ｄ２と一致するか否かを比較し（Ｓ１５）、一致する場合はＳ１８に進み、一致しない場合はＳ１６に進む。

また、データ処理部１２は、実績の運行条件Ｄ１のルート上にある幹線道路が、過去の実績を表す運行条件Ｄ３上に存在しないかどうかを比較し（Ｓ１６）、存在しない場合はＳ１７に進み、存在する場合はＳ１８に進む。

つまり、該当する乗務員が当日実際に運行したルートにおける幹線道路が、配送予定と異なり、しかも過去に日常的に運行したルートと異なっている場合には、データ処理部１２はＳ１７に進む。そして、データ処理部１２は、Ｓ１７で該当する乗務員の当日の日報に対して除外フラグを付与する。

例えば、管理部門から乗務員への急な予定変更指示により、配送予定ＤＢ４１の配送予定には変更が反映されておらず、しかもそれまでに運行経験がないような新たな配送先へ荷物を配送するための運行を当日行ったような場合に、データ処理部１２はＳ１７を実行する。その場合、例えば熟練した乗務員であっても、通常の車両運行とは異なりそのルートでの運転に慣れていないので、急加減速の回数が増えたり、バック走行する回数が増えることが一般的に予想される。このような運転操作は、該当する乗務員の評価を下げる要因になるため、同じルートだけで日常的に配送を行っている他の乗務員と比べて不公平な評価が行われる可能性がある。そこで、ルート変更のような特別な状況での運行を検知した場合には、該当する日報に除外フラグを付与し、該当する乗務員の評価対象からこの実績データを除外する。

データ処理部１２は、各乗務員の当日運行実績から、報告データとして日報のデータを乗務員毎に作成し、日報ＤＢ４４に保存する（Ｓ１８）。乗務員の評価対象から除外すべき日報については、Ｓ１７で付与した除外フラグが付いている。

また、データ処理部１２は、乗務員毎の日報のうち、除外フラグがないもののみを月単位で集計することにより、報告データとして月報のデータをそれぞれの乗務員に対して作成し、月報ＤＢ４５に保存する（Ｓ１９）。

＜データ処理の変形例＞
図３は、運転評価装置におけるデータ処理の変形例を示すフローチャートである。図３のデータ処理は、図２のデータ処理の変形例であり、各ステップＳ２１、Ｓ２２が追加された点のみが異なっている。

図３のデータ処理においては、データ処理部１２は、当日運行実績における運行条件Ｄ１のルートが日常的なルートである場合に、ステップＳ１５又はＳ１６からＳ２１の処理に進む。そして、運行車両の種類について、当日運行実績の運行条件Ｄ１と配送予定の運行条件Ｄ２とをＳ２１で比較する。

運行車両の種類が一致する場合は、データ処理部１２はＳ２１からＳ１８の処理に進む。また、一致しない場合は、データ処理部１２はＳ２２に進み、過去運行実績の運行条件Ｄ３を参照し、運行条件Ｄ１の運行車両と同じ種類の車両の運行実績があるかどうかを識別する。同じ種類の車両の運行実績がある場合はＳ２２からＳ１８に進み、ない場合はＳ１７に進む。

例えば、日常的に小型車又は中型車の運行だけしか行っていない乗務員が、当日は大型車を運行して配送を実施したような場合には、慣れているルートで配送した場合であっても車両の大きさに慣れていないので、評価を下げるような運転を行う可能性が高い。そこで、データ処理部１２は、そのような運行実績についても特別な状況での運行とみなし、Ｓ１７で該当する日報に除外フラグを付与する。これにより、運転評価装置は、複数の乗務員の間でより公平な評価を行うことが可能になる。

＜運転評価処理の手順＞
図４は、運転評価装置における運転評価処理の例を示すフローチャートである。図１に示したサーバシステム１０のコンピュータは、図４の運転評価処理の手順を実行することにより、運転評価部１３の機能を実現する。

運転評価部１３は、例えば図２に示した日報ＤＢ４４上の日報における運行実績データや、月報ＤＢ４５上の月報における運行実績データを対象として図４の運転評価処理を実行することにより、乗務員毎の評価値を１日単位の数値や１月単位の数値として自動的に算出することができる。但し、特別な状況で運行した時の運行実績には除外フラグが付与されているので、運転評価部１３は除外フラグのある運行実績データを評価対象から除外する。図４の運転評価処理について以下に説明する。

運転評価部１３は、評価対象の日報の運行実績データから、実際に運行した車両の種類（車種）の情報を取得してそれをＳ３１で識別し、乗務員の評価に必要な各種パラメータをそれぞれの車種に適した内容に決定する（Ｓ３１ａ、Ｓ３１ｂ、Ｓ３１ｃ）。

運転評価部１３は、評価対象の日報の運行実績データから、実際の運行ルートの情報及びルート上の幹線道路における道路の種類をＳ３２で識別し、乗務員の評価に必要な各種パラメータをそれぞれの道路の種類に適した内容に決定する（Ｓ３２ａ、Ｓ３２ｂ）。

運転評価部１３は、様々な評価項目を順次に選択すると共に、選択した評価項目の評価に必要なパラメータをそれぞれ取得する（Ｓ３３、Ｓ３３ａ～Ｓ３３ｅ）。例えば、「最高速度」、「スピード超過回数」、「回転超過回数」、「急加減速回数」、「アイドリング超過時間」のそれぞれの評価項目について、閾値や重み付けなどのパラメータを適切に決定する。

運転評価部１３は、選択したそれぞれの評価項目について、該当する乗務員に対する評価の点数を、取得した各種パラメータと日報における運行実績データとに基づいてＳ３４で算出する。ここで算出する点数は０～１００の範囲内とする。更に、運転評価部１３は、全ての評価項目を集計することにより、総合評価の点数を算出する。更に、運転評価部１３は、日報に対する総合評価を集計することにより、月報における総合評価の点数を算出する。

また、総合評価の点数については、例えば以下に示すようにＡ～Ｊのランク分けを実施する。
「ランク：点数の範囲」
「Ａ：９０～１００」、「Ｂ：８０～９０」、「Ｃ：７０～８０」、「Ｄ：６０～７０」、「Ｅ：５０～６０」、「Ｆ：４０～５０」、「Ｇ：３０～４０」、「Ｈ：２０～３０」、「Ｉ：１０～２０」、「Ｊ：０～１０」

運転評価部１３は、乗務員毎に月報の複数月における総合評価の点数をＳ３５、Ｓ３６で比較する。そして、「先月及び先々月の得点が連続で６０点未満」の条件を満たし、且つ「今月の得点が先月より２ランク以上向上」の条件を満たす場合に次のＳ３７の処理に進む。その場合、運転評価部１３は、運転技術が向上したことを表すコメントを付与し、更にボーナスポイントとして３０％加点とするように今月の総合評価を更新する（Ｓ３７）。

例えば、特定の乗務員における７月、８月、９月（今月）の総合評価がそれぞれ５０点、５５点、７５点の場合には、Ｓ３５、Ｓ３６の両方の条件を満たすので、９月の７５点にその３０％を加点し、９７．５点を最終的な総合評価とする。
なお、運転評価部１３は、更新後の点数が最大値の満点（１００）を超えたことをＳ３８で認識した場合には、その点数をＳ３９で満点に修正する。

＜月報一覧テーブルの構成＞
図５は、月報一覧テーブル５０の構成例を示す模式図である。
図５に示した月報一覧テーブル５０は、図１の表示処理部１４が多数の乗務員について月次評価点の改善率をランキング形式で表示するために必要なデータ一覧の具体例を表している。つまり、表示処理部１４が多数の乗務員について月報を集計することにより、図５のような月報一覧テーブル５０の内容を生成し表示することができる。

図５の月報一覧テーブル５０は、多数の項目５０ａ～５０ｏのデータをランキングが高い順に行方向に並べた状態で構成してある。各項目５０ａ～５０ｏは、それぞれランキングの順位、乗務員名、総合評価、グレード、改善率（％）、日報、運行時間（時、分、秒）、運行距離（ｋｍ）、最高速度（ｋｍ／ｈ）、スピード超過回数、回転超過回数、急加速回数、急減速回数、アイドリング超過時間（時、分、秒）、及び全国順位を表している。

また、日報の項目５０ｆの中には、日報一覧テーブル７０にアクセスするための日報リンク５２がある。また、該当する日報一覧テーブル７０の中に１つ以上の除外フラグ７１が含まれている場合には、除外フラグ５１が日報の項目５０ｆの中に表示される。

図５の例では、ランキング順位が１番の乗務員「Driver A」は総合評価の項目５０ｃが８３点、改善率の項目５０ｅが１８．５％である。また、ランキング順位が２番の乗務員「Driver B」は総合評価の項目５０ｃが８５点、改善率の項目５０ｅが１０．５％である。したがって、改善率がより大きい乗務員「Driver A」のランキング順位は乗務員「Driver B」よりも高い。

表示処理部１４は、図５の月報一覧テーブル５０を表示している状態で、例えば管理者のマウス操作などによる入力操作を受け付けることができる。例えば、項目５０ｂの乗務員名の「Driver A」の箇所が管理者により選択されると、表示処理部１４は、図６のような月別一覧テーブル６０を表示することができる。

＜月別一覧テーブルの構成＞
図６は、月別一覧テーブル６０の構成例を示す模式図である。この月別一覧テーブル６０は、選択された特定の乗務員に関する複数月の月報の内容を容易に対比できるように並べて配置したものである。したがって、管理者は、該当する乗務員の当月の実績と、過去月の実績とを対比することができる。

図６の月別一覧テーブル６０は多数の項目６０ａ、６０ｂ、６０ｃ、６０ｄ、・・・を含んでいる。図６は月別一覧テーブル６０の一部分だけを表しており、実際には項目６０ｄ以降に、月報一覧テーブル５０の各項目５０ｊ～５０ｎと同じようにスピード超過回数、回転超過回数、急加速回数、急減速回数、及びアイドリング超過時間の各項目がある。

図６の月別一覧テーブル６０においては、項目６０ａは日付（年／月）、項目６０ｂは総合評価の点数、グレード、及び改善率を含み、項目６０ｃは最高速度の実績、評価点数、改善率、及びコメントを含んでいる。

図６の例では、日付の項目６０ａの「2020/8」の行において、最高速度の項目６０ｃにおける改善率（３６．４％）が大きいため、ボーナスポイントの「２２．５点」が評価点数に加算され、更にその状況を理解しやすい文章がコメント欄に自動的に書き込まれている。

＜日報一覧テーブルの構成＞
図７は、日報一覧テーブル７０の構成例を示す模式図である。
図５の月報一覧テーブル５０を表示している状態で、管理者の入力操作によりランキング順位が２番の日報リンク５２が選択されると、表示処理部１４は図７のような日報一覧テーブル７０を表示する。

図５の日報一覧テーブル７０においては、複数の日付の日報の内容一覧が行方向に順番に並べて配置してある。日報一覧テーブル７０の各項目７０ａ～７０ｎは、それぞれ乗務員名、出庫時刻、入庫時刻、運行時間、運行距離、総合評価、グレード、最高速度、スピード超過回数、回転超過回数、急加速回数、急減速回数、アイドリング超過時間、及び走行履歴を表している。

また、評価から除外すべき特別な状況での運行であった日付の日報については、走行履歴の項目７０ｎ内に除外フラグ７１が表示されている。図５の日報一覧テーブル７０を表示している状態で、表示処理部１４は管理者からの入力操作を受け付けることができる。そして、入力操作により例えば走行履歴の項目７０ｎが選択されると、表示処理部１４はその走行履歴の詳細な内容を表示する。

＜運転評価装置の利点＞
上述の運転評価装置においては、図２、図３のようなデータ処理により特別な状況での運行を検知して運行実績に除外フラグを付与するので、複数の乗務員の間で公平な運行評価を行うことが容易になる。すなわち、個別の運行ルートに関する乗務員毎の経験度に配慮した公平な運行評価が可能になる。更に、運行した車種の違いや道路の種類も考慮することで、より公平な評価が可能になる。

また、月次の評価点を計算する際には、除外フラグがある日報を除外して集計した月報のデータに基づいて計算できるので、管理者は各乗務員の公平な評価値を容易に把握できる。

また、運転評価装置は、図４のような処理により評価点の改善率が大きい乗務員に対して自動的にボーナスポイントを付与することができる。これにより、各乗務員が自ら運転技術の向上に励むように意識を改善させることが期待できる。特に、各乗務員の個人的な運転くせの影響で評価が低い項目について、その評価が大きく改善されたことを条件としてボーナスポイントを付与することで、各乗務員に対し自発的に運転くせを修正するよう意識を改善させることが期待できる。

また、図５の月報一覧テーブル５０のようなランキング形式で各乗務員の評価を一覧表示することにより、管理者は、複数の乗務員の運転技術改善状況を容易に把握可能になる。また、図６のような月別一覧テーブル６０の内容を一覧表示することで、管理者はそれぞれの乗務員についての運転技術改善状況を容易に把握可能になる。また、図７の日報一覧テーブル７０のように特別な状況での運行があった日報に除外フラグ７１で目印を付けて表示することにより、管理者は乗務員毎の実際の運行状況を容易に把握可能になる。

ここで、上述した本発明の実施形態に係る運転評価装置、運転評価プログラムおよび報告データの特徴をそれぞれ以下［１］～［６］に簡潔に纏めて列記する。
［１］ 車両を運行する各乗務員の運行状況を検出して得られた運行記録データに基づいて、各乗務員の運行状況を評価するための運転評価装置であって、
評価対象の乗務員に対する第１の運行ルート情報（運行条件Ｄ１）と、第２の運行ルート情報（運行条件Ｄ２，Ｄ３）とを取得するルート取得部（データ処理部１２、Ｓ１１～Ｓ１４）と、
前記第１の運行ルート情報と前記第２の運行ルート情報とを比較し、比較結果が所定の条件を満たす場合には、対応する特定の運行記録データを評価対象から除外するための識別符号を当該運行記録データに付与する識別符号付与部（データ処理部１２、Ｓ１５～Ｓ１７）と、
前記識別符号に基づき前記運行記録データの中から前記第２の運行ルート情報と関連する評価対象データを抽出し、抽出された前記評価対象データを乗務員毎に評価して集計した評価値を出力する評価値算出部（運転評価部１３）と、
を備えた運転評価装置（サーバシステム１０）。

［２］ 前記識別符号付与部は、前記識別符号を付与する条件として、前記運行記録データに含まれる車両情報、及び道路種別の少なくとも一方の違いを反映する（Ｓ１５、Ｓ１６、Ｓ２１、Ｓ２２）、
上記［１］に記載の運転評価装置。

［３］ 前記ルート取得部は、処理対象候補となる第１の運行記録データから前記第１の運行ルート情報（運行条件Ｄ１）を取得し、前記第１の運行記録データ以前に過去の実績として記録された第２の運行記録データ（運行条件Ｄ３）、又は当日の配送予定（運行条件Ｄ２）から前記第２の運行ルート情報を取得する、
上記［１］又は［２］に記載の運転評価装置。

［４］ 前記評価値算出部は、前記運行記録データから所定期間の実績を表す短期実績データ（日報ＤＢ４４）と、前記短期実績データよりも長い期間の実績を表す長期実績データ（月報ＤＢ４５）とをそれぞれ生成すると共に、前記長期実績データを生成又は評価する際には、前記識別符号が付与された前記運行記録データを除外して集計する（Ｓ１９）、
上記［１］乃至［３］のいずれかに記載の運転評価装置。

［５］ 車両を運行する各乗務員の運行状況を検出して得られた運行記録データに基づいて、各乗務員の運行状況を評価するコンピュータが実行可能な運転評価プログラムであって、
評価対象の乗務員に対する第１の運行ルート情報と、第２の運行ルート情報とを取得する手順（Ｓ１１～Ｓ１４）と、
前記第１の運行ルート情報と前記第２の運行ルート情報とを比較し、比較結果が所定の条件を満たす場合には、対応する特定の運行記録データを評価対象から除外するための識別符号を付与する手順（Ｓ１５～Ｓ１７）と、
前記識別符号に基づき前記運行記録データの中から前記第２の運行ルート情報と関連する評価対象データを抽出し、抽出された前記評価対象データを乗務員毎に評価して集計した評価値を出力する手順（Ｓ３１～Ｓ３４）と、
を含む運転評価プログラム。

［６］ 上記［１］に記載の運転評価装置によって生成された報告データ。

１０ サーバシステム
１１ データ受信部
１２ データ処理部
１３ 運転評価部
１４ 表示処理部
１５ 運行実績ＤＢ
１６ 運転評価ＤＢ
２０ 車載器
３０ 無線通信設備
４１ 配送予定ＤＢ
４２ 当日運行実績ＤＢ
４３ 過去運行実績ＤＢ
４４ 日報ＤＢ
４５ 月報ＤＢ
５０ 月報一覧テーブル
５０ａ～５０ｏ 項目
５１ 除外フラグ
５２ 日報リンク
６０ 月別一覧テーブル
６０ａ～６０ｄ 項目
７０ 日報一覧テーブル
７０ａ～７０ｎ 項目
７１ 除外フラグ
Ｄ１，Ｄ２，Ｄ３ 運行条件

Claims (5)

1. 車両を運行する各乗務員の運行状況を検出して得られた運行記録データに基づいて、各乗務員の運行状況を評価するための運転評価装置であって、
   評価対象の乗務員に対する第１の運行ルート情報と、第２の運行ルート情報とを取得するルート取得部と、
   前記第１の運行ルート情報と前記第２の運行ルート情報とを比較し、比較結果が所定の条件を満たす場合には、対応する特定の運行記録データを評価対象から除外するための識別符号を当該運行記録データに付与する識別符号付与部と、
   前記識別符号に基づき前記運行記録データの中から前記第２の運行ルート情報と関連する評価対象データを抽出し、抽出された前記評価対象データを乗務員毎に評価して集計した評価値を出力する評価値算出部と、
   を備え、
   前記識別符号付与部は、前記識別符号を付与する条件として、前記運行記録データに含まれる車両情報、及び道路種別の少なくとも一方の違いを反映する、
   運転評価装置。
2. 車両を運行する各乗務員の運行状況を検出して得られた運行記録データに基づいて、各乗務員の運行状況を評価するための運転評価装置であって、
   評価対象の乗務員に対する第１の運行ルート情報と、第２の運行ルート情報とを取得するルート取得部と、
   前記第１の運行ルート情報と前記第２の運行ルート情報とを比較し、比較結果が所定の条件を満たす場合には、対応する特定の運行記録データを評価対象から除外するための識別符号を当該運行記録データに付与する識別符号付与部と、
   前記識別符号に基づき前記運行記録データの中から前記第２の運行ルート情報と関連する評価対象データを抽出し、抽出された前記評価対象データを乗務員毎に評価して集計した評価値を出力する評価値算出部と、
   を備え、
   前記ルート取得部は、処理対象候補となる第１の運行記録データから前記第１の運行ルート情報を取得し、前記第１の運行記録データ以前に過去の実績として記録された第２の運行記録データ、又は当日の配送予定から前記第２の運行ルート情報を取得する、
   運転評価装置。
3. 前記評価値算出部は、前記運行記録データから所定期間の実績を表す短期実績データと、前記短期実績データよりも長い期間の実績を表す長期実績データとをそれぞれ生成すると共に、前記長期実績データを生成又は評価する際には、前記識別符号が付与された前記運行記録データを除外して集計する、
   請求項１又は請求項２に記載の運転評価装置。
4. 車両を運行する各乗務員の運行状況を検出して得られた運行記録データに基づいて、各乗務員の運行状況を評価するコンピュータが実行可能な運転評価プログラムであって、
   評価対象の乗務員に対する第１の運行ルート情報と、第２の運行ルート情報とを取得する手順と、
   前記第１の運行ルート情報と前記第２の運行ルート情報とを比較し、比較結果が所定の条件を満たす場合には、対応する特定の運行記録データを評価対象から除外するための識別符号を付与する手順と、
   前記識別符号に基づき前記運行記録データの中から前記第２の運行ルート情報と関連する評価対象データを抽出し、抽出された前記評価対象データを乗務員毎に評価して集計した評価値を出力する手順と、
   を含み、
   前記識別符号を付与する手順は、前記識別符号を付与する条件として、前記運行記録データに含まれる車両情報、及び道路種別の少なくとも一方の違いを反映する、
   運転評価プログラム。
5. 車両を運行する各乗務員の運行状況を検出して得られた運行記録データに基づいて、各乗務員の運行状況を評価するコンピュータが実行可能な運転評価プログラムであって、
   評価対象の乗務員に対する第１の運行ルート情報と、第２の運行ルート情報とを取得する手順と、
   前記第１の運行ルート情報と前記第２の運行ルート情報とを比較し、比較結果が所定の条件を満たす場合には、対応する特定の運行記録データを評価対象から除外するための識別符号を付与する手順と、
   前記識別符号に基づき前記運行記録データの中から前記第２の運行ルート情報と関連する評価対象データを抽出し、抽出された前記評価対象データを乗務員毎に評価して集計した評価値を出力する手順と、
   を含み、
   前記第１の運行ルート情報及び第２の運行ルート情報を取得する手順は、処理対象候補となる第１の運行記録データから前記第１の運行ルート情報を取得し、前記第１の運行記録データ以前に過去の実績として記録された第２の運行記録データ、又は当日の配送予定から前記第２の運行ルート情報を取得する、
   運転評価プログラム。

Images