(57)【特許請求の範囲】
【請求項１】
第１の運転者に関する第１の走行データから算出される評価値及び第２の運転者に関する第２の走行データから算出される評価値を評価軸ごとに比較することにより評価軸を選択する処理と、
前記選択する処理で選択された評価軸に関する評価値がクラスタリングされたクラスタのうち、前記第１の運転者に関する評価値のデータ数の割合が所定の閾値以上であるクラスタを出力する処理と、がコンピュータにより実行され、
前記出力する処理は、前記第１の運転者に関する評価値のデータ数の割合が所定の閾値以上であるクラスタが複数存在する場合に、各クラスタが評価の低い順に並べられたクラスタの評価順序を出力することを特徴とする情報提供方法。
【請求項２】
前記出力する処理は、前記第１の運転者に関する評価値のデータ数の割合が有意に多いクラスタを出力することを特徴とする請求項１に記載の情報提供方法。
【請求項３】
前記出力する処理は、前記評価順序が隣接する２つのクラスタごとに前記２つのクラスタ間で評価値の代表値の差が最も大きい評価軸を出力することを特徴とする請求項１に記載の情報提供方法。
【請求項４】
前記出力する処理は、前記評価順序が隣接する２つのクラスタごとに出力される評価軸と共に、前記２つのクラスタのうち評価が高い方のクラスタに関する評価値の代表値、または、前記２つのクラスタ間の評価値の代表値の差を出力することを特徴とする請求項３に記載の情報提供方法。
【請求項５】
前記第１の走行データ及び前記第２の走行データは、異なる運転者に関する走行データであることを特徴とする請求項１〜４のいずれか１つに記載の情報提供方法。
【請求項６】
第１の運転者に関する第１の走行データから算出される評価値及び第２の運転者に関する第２の走行データから算出される評価値を評価軸ごとに比較することにより評価軸を選択する処理と、
前記選択する処理で選択された評価軸に関する評価値がクラスタリングされたクラスタのうち、前記第１の運転者に関する評価値のデータ数の割合が所定の閾値以上であるクラスタを出力する処理と、をコンピュータに実行させ、
前記出力する処理は、前記第１の運転者に関する評価値のデータ数の割合が所定の閾値以上であるクラスタが複数存在する場合に、各クラスタが評価の低い順に並べられたクラスタの評価順序を出力することを特徴とする情報提供プログラム。
【請求項７】
第１の運転者に関する第１の走行データから算出される評価値及び第２の運転者に関する第２の走行データから算出される評価値を評価軸ごとに比較することにより評価軸を選択する選択部と、
前記選択部により選択された評価軸に関する評価値がクラスタリングされたクラスタのうち、前記第１の運転者に関する評価値のデータ数の割合が所定の閾値以上であるクラスタを出力する出力部と、を有し、
前記出力部は、前記第１の運転者に関する評価値のデータ数の割合が所定の閾値以上であるクラスタが複数存在する場合に、各クラスタが評価の低い順に並べられたクラスタの評価順序を出力することを特徴とする情報提供装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報提供方法、情報提供プログラム及び情報提供装置に関する。
【背景技術】
【０００２】
デジタルタコグラフ、いわゆるデジタコを用いた運行管理システムが知られている。かかるデジタコは、一例として、車両が走行する速度の時系列変化を走行データとして記録する。このように記録された走行データは、一例として、運転者や運行管理者への情報提供に活用される。
【０００３】
例えば、次のような運転評価装置が提案されている。運転評価装置は、模範運転における操作データを走行位置に応じて予め記憶する。運転評価装置は、被験者により運転操作装置に与えられた操作を計測し、計測した被験者の操作データと、記憶した模範運転における操作データとを所定の走行コースの一部に予め設定された走行場所の位置に応じて比較する。そして、運転評価装置は、比較した操作データの差が所定の条件を満たすとき、その走行場所に対するアドバイスを提示する。
【０００４】
上記の運転評価装置では、模擬運転と被験者の間で比較される操作データの走行位置が同一でなければアドバイスを提示できないので、汎用性に欠ける一面がある。
【０００５】
また、次のような運転支援装置も提案されている。運転支援装置は、ドライバの法遵守傾向、情報収集能力の程度、運転操作スキルの程度との組み合わせに基づいて、ドライバ特性のタイプを分類する。その上で、運転支援装置は、ドライバ特性のタイプに対応する事例データを抽出して、ドライバの運転を支援する。これによって、ドライバの特性を多面的に捉えてドライバに発生する可能性が高い危険な状況を示す事例データを抽出し、効果的に運転支援を行うことを目指す。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００８−５８４５９号公報
【特許文献２】特開２００８−４６７５９号公報
【特許文献３】特開２００４−１７１０６０号公報
【特許文献４】特開２００６−２４３８５６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、上記の技術では、運転者にとって運転操作を改善しにくい情報が提供される場合がある。
【０００８】
すなわち、上記の運転支援装置は、予め定義されたドライバ特性のタイプにドライバを分類するものに過ぎない。このため、ドライバ特性のタイプの中に当てはまるものが存在しないドライバが現れる場合もある。このようなドライバの場合、運転支援装置により分類されるタイプにしたがって事例データが抽出されたとしてもドライバにとって相応しい事例データが抽出されるとは限らない。この結果、ドライバに的外れな情報提供が行われる場合もある。
【０００９】
１つの側面では、本発明は、運転者にとって運転操作を改善しやすい情報を提供できる情報提供方法、情報提供プログラム及び情報提供装置を提供することを目的とする。
【課題を解決するための手段】
【００１０】
一態様では、第１の運転者に関する第１の走行データから算出される評価値及び第２の運転者に関する第２の走行データから算出される評価値を評価軸ごとに比較することにより評価軸を選択する処理と、前記選択する処理で選択された評価軸に関する評価値がクラスタリングされたクラスタのうち、前記第１の運転者に関する評価値のデータ数の割合が所定の閾値以上であるクラスタを出力する処理とがコンピュータにより実行される。
【発明の効果】
【００１１】
運転者にとって運転操作を改善しやすい情報を提供できる。
【図面の簡単な説明】
【００１２】
【図１】図１は、実施例１に係る運行管理システムの構成を示す図である。
【図２】図２は、実施例１に係るサーバ装置の機能的構成の一例を示すブロック図である。
【図３】図３は、走行データの一例を示す図である。
【図４】図４は、評価軸の一例を示す図である。
【図５】図５は、運転者データの一例を示す図である。
【図６】図６は、クラスタの一例を示す図である。
【図７】図７は、実施例１に係る評価値算出処理の手順を示すフローチャートである。
【図８】図８は、実施例１に係る情報提供処理の手順を示すフローチャートである。
【図９】図９は、実施例１及び実施例２に係る情報提供プログラムを実行するコンピュータのハードウェア構成例を示す図である。
【発明を実施するための形態】
【００１３】
以下に添付図面を参照して本願に係る情報提供方法、情報提供プログラム及び情報提供装置について説明する。なお、この実施例は開示の技術を限定するものではない。そして、各実施例は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。
【実施例１】
【００１４】
［システム構成］
図１は、実施例１に係る運行管理システムの構成を示す図である。図１に示す運行管理システム１は、車載機３０Ａ〜３０Ｃに搭載されるデジタルタコグラフ、いわゆるデジタコから収集される走行データを用いて、安全運転の自己診断または運行管理者等による安全運行の指導、エコドライブの促進や労務管理などの運行管理を支援する運行管理支援サービスを実現するものである。
【００１５】
かかる運行管理支援サービスの一環として、運行管理システム１は、運転者及び優良運転者の走行データから求まる運転操作の評価値のうち安全性の有意差が大きい評価軸に関する評価値をクラスタリングして運転者の割合が有意に多いクラスタを出力する情報提供処理を実現する。ここで求められる評価値は、必ずしも同一の走行位置でなくとも評価値を求めることができるので、汎用性は損なわれにくい。さらに、評価値の算出に用いられる走行データが異なれば、異なる評価軸に関する評価値がクラスタリングに用いられると共に、現状で安全性の課題があり、かつ一定の割合で優良運転者と同レベルの運転操作が再現できているクラスタを出力できる。したがって、一側面として、運転者にとって改善しやすい運転操作に関する評価を提示できる。
【００１６】
図１に示すように、運行管理システム１は、サーバ装置１０と、車載機３０Ａ〜３０Ｃと、クライアント端末５０とが収容される。なお、図１には、システムに３つの車載機及び１つのクライアント端末が収容される場合を図示したが、運行管理システム１は任意の数の車載機及びクライアント端末を収容できる。以下では、車載機３０Ａ〜３０Ｃの各装置を総称する場合に「車載機３０」と記載すると共に、各車載機３０に搭載されるデジタコ３１Ａ〜３１Ｃを総称する場合に「デジタコ３１」と記載する場合がある。
【００１７】
これらサーバ装置１０、車載機３０及びクライアント端末５０の間は、ネットワーク７を介して相互に通信可能に接続される。かかるネットワーク７には、有線または無線を問わず、インターネット（Internet）を始め、ＬＡＮ（Local  Area  Network）やＶＰＮ（Virtual  Private  Network）などの任意の種類の通信網を採用できる。例えば、サーバ装置１０及び車載機３０の間は、移動体通信網を介して接続されるとともに、サーバ装置１０及びクライアント端末５０の間は、ＬＡＮやインターネットを介して接続される。
【００１８】
車載機３０は、車両に搭載される機器である。
【００１９】
一実施形態として、車載機３０には、車載機３０が搭載される車両の速度や距離などの走行記録を行うデジタコ３１が搭載される。例えば、デジタコ３１は、速度や距離などの法定の走行パラメータの時系列変化を始め、図示しないＥＣＵ（Engine  Control  Unit）を経由して、アクセル開度やブレーキの使用有無などの各種の走行パラメータの時系列変化を走行データとして取得できる。かかる走行パラメータは、一例として、所定のサンプリング周期、例えば０．５秒以下の間隔で取得できる。このようにして取得された走行データは、車両の運転者を識別する識別情報及び車両を識別する識別情報のうち少なくともいずれか１つが対応付けられた上で、サーバ装置１０へアップロードされる。
【００２０】
例えば、ネットワーク型のデジタコの場合、車載機３０は、走行データをネットワーク７を介して送信することができる。この場合、車載機３０は、一例として、速度、アクセル開度およびブレーキの使用有無が取得される度に走行データをリアルタイムでアップロードすることもできる。また、車載機３０は、必ずしもリアルタイムでアップロードを行わずともよく、所定期間、例えば１日の勤務時間にわたって蓄積された走行データをアップロードすることもできる。このようにデジタコ３１がネットワーク型のデジタコとして実装される場合、デジタコ３１とスマートフォンなどの携帯端末装置との間をＢＬＥ（Bluetooth（登録商標）  Low  Energy）などの近距離無線通信で接続することにより、携帯端末装置が接続可能な移動体通信網を利用して、サーバ装置１０へのアップロードを実現することもできる。この場合、携帯端末装置は、運転者やその同乗者等が行う作業記録、例えば運輸業の場合、出庫、荷卸、休憩や帰庫などに関する各種入力を受け付けるフロントエンドとして機能させることもできる。
【００２１】
また、カード型のデジタコの場合、車載機３０は、走行データをメモリカード４０などの各種のリムーバブルメディアに記録することができる。このようにしてメモリカード４０に記録された走行データは、クライアント端末５０を介してサーバ装置１０へ送信される。例えば、走行データは、クライアント端末５０に付設または内蔵されたリーダから読み取られた後、クライアント端末５０からサーバ装置１０へアップロードされる。
【００２２】
なお、ここでは、デジタコ３１を用いて、時間、距離、速度の３要素と共に、アクセル開度やブレーキの使用有無を走行データとして記録する場合を例示したが、必ずしも記録される情報にアクセル開度やブレーキの使用有無が含まれておらずともかまわない。また、デジタコ３１は、必ずしも上記の３要素の全てを走行データとして記録せずともよく、例えば、時間及び速度の２つの要素を走行データとして記録することもできる。また、時間、距離、速度の３要素、さらには、アクセル開度やブレーキの使用有無以外の走行パラメータを記録することができるのは言うまでもない。
【００２３】
クライアント端末５０は、サーバ装置１０から上記の運行管理支援サービスの提供を受けるコンピュータである。
【００２４】
一実施形態として、クライアント端末５０には、デスクトップ型またはノート型のパーソナルコンピュータを採用できる。この他、クライアント端末５０には、スマートフォン、携帯電話機やＰＨＳ（Personal  Handyphone  System）などの移動体通信端末、さらには、ＰＤＡ（Personal  Digital  Assistants）などのスレート端末などといった携帯端末装置を採用することもできる。
【００２５】
ここで、上記のクライアント端末５０は、上記の運行管理支援サービスに加入するサービス加入者によって使用される。かかるサービス加入者の一例として、所定の業務車両を通じて運輸を行う運輸業の事業者が挙げられる。ここで言う運輸は、旅客や貨物を問わず、運送、輸送、宅配などがその範疇に含まれる。この他、交通安全対策を担う行政機関、都市計画等を行う自治体などをサービス加入者とすることもできる。このようなサービス加入者により使用されるクライアント端末５０に対し、サーバ装置１０から走行データなどの一次情報、さらには、走行データが加工された二次情報などが提供される。これによって、サービス加入者は、上記の運行管理支援サービスの提供を受けることができる。
【００２６】
サーバ装置１０は、クライアント端末５０に上記の運行管理支援サービスを提供するコンピュータである。
【００２７】
一実施形態として、サーバ装置１０は、パッケージソフトウェアやオンラインソフトウェアとして上記の運行管理支援サービスを実現する運行管理支援プログラムを所望のコンピュータにインストールさせることによって実装できる。例えば、サーバ装置１０は、上記の運行管理支援サービスを提供するＷｅｂサーバとして実装することとしてもよいし、アウトソーシングによって上記の運行管理支援サービスを提供するクラウドとして実装することとしてもかまわない。
【００２８】
［サーバ装置１０の構成］
図２は、実施例１に係るサーバ装置１０の機能的構成の一例を示すブロック図である。図２に示すように、サーバ装置１０は、通信Ｉ／Ｆ（interface）部１１と、記憶部１３と、制御部１５とを有する。なお、サーバ装置１０は、図２に示した機能部以外にも既知のコンピュータが有する各種の機能部、例えば各種の入力デバイスや音声出力デバイスなどの機能部を有することとしてもかまわない。
【００２９】
通信Ｉ／Ｆ部１１は、他の装置、例えば車載機３０やクライアント端末５０との間で通信制御を行うインタフェースである。
【００３０】
一実施形態として、通信Ｉ／Ｆ部１１の一態様としては、ＬＡＮカードなどのネットワークインタフェースカードを採用できる。例えば、通信Ｉ／Ｆ部１１は、車載機３０またはクライアント端末５０からアップロードされる走行データを受信したり、また、クライアント端末５０から運転者に関する運転診断の要求を受け付けたりする。また、通信Ｉ／Ｆ部１１は、車載機３０に走行データをアップロードさせるタイミング指示を車載機３０へ送信したり、運転者に関する運転診断結果をクライアント端末５０へ送信したりする。
【００３１】
記憶部１３は、制御部１５で実行されるＯＳ（Operating  System）を始め、上記の運行管理支援プログラムなどの各種プログラムに用いられるデータを記憶する記憶デバイスである。
【００３２】
一実施形態として、記憶部１３は、サーバ装置１０における主記憶装置として実装される。例えば、記憶部１３には、各種の半導体メモリ素子、例えばＲＡＭ（Random  Access  Memory）やフラッシュメモリを採用できる。また、記憶部１３は、補助記憶装置として実装することもできる。この場合、ＨＤＤ（Hard  Disk  Drive）、光ディスクやＳＳＤ（Solid  State  Drive）などを採用できる。
【００３３】
記憶部１３は、制御部１５で実行されるプログラムに用いられるデータの一例として、走行データ１３ａと、評価値データ１３ｂと、運転者データ１３ｃとを記憶する。これら走行データ１３ａ、評価値データ１３ｂおよび運転者データ１３ｃ以外にも、他の電子データ、例えば車両や運転者に関する情報、作業記録や映像記録なども併せて記憶することもできる。なお、ここでは、走行データ１３ａについての説明を先行して行うと共に、評価値データ１３ｂおよび運転者データ１３ｃの説明については、評価値データ１３ｂおよび運転者データ１３ｃが参照または生成される機能部の説明がなされる段階で併せて後述することとする。
【００３４】
走行データ１３ａは、各種の走行パラメータに関する時系列データである。
【００３５】
一実施形態として、走行データ１３ａには、時間、速度、アクセル開度およびブレーキの使用有無などの項目が対応付けられた情報を採用できる。かかる走行データ１３ａは、運転者の識別情報と対応付けられることにより、運転者別に管理される。ここでは、一例として、車載機３０又はクライアント端末５０からアップロードされる走行データが記憶部１３へ運転者別に登録される場合を想定する。
【００３６】
図３は、走行データ１３ａの一例を示す図である。図３には、ある運転者に関する走行データの一部、例えばデジタコ３１により０．５秒周期で採取された経過時間「７７８．５ｓｅｃ」〜経過時間「７９３．５ｓｅｃ」の間の各走行パラメータの時系列データが抜粋して示されている。図３では、ブレーキの使用有無が１または０のフラグにより示される例を示しており、例えば、フラグが「０」である場合にはブレーキが使用されておらず、また、フラグが「１」である場合にはブレーキが使用されていることを意味する。
【００３７】
図３に示す走行データ１３ａでは、経過時間「７９２．０ｓｅｃ」〜経過時間「７９３．５ｓｅｃ」の区間で速度「０ｋｍ／ｈ」が計測されているので、コンピュータは先の区間で車両が静止していることを認識できる。また、図３に示す走行データ１３ａでは、経過時間「７８２．５ｓｅｃ」〜経過時間「７９３．５ｓｅｃ」の区間でアクセル開度が０％である。この事実をもって、コンピュータは、先の区間で車両のエンジンのスロットルバルブの開度がゼロであり、エンジンブレーキが発生していることを認識できる。さらに、図３に示す走行データ１３ａでは、経過時間「７８３．５ｓｅｃ」〜経過時間「７９３．５ｓｅｃ」の区間でブレーキの使用有無を表すフラグが「１」であるので、コンピュータは先の区間で車両のフットブレーキ等が使用されていることを認識できる。
【００３８】
なお、図３には、一例として、デジタコ３１が起動された時点を原点とし、そこから経過する時間、いわゆる経過時間により走行データの「時間」が表される場合が例示されているが、カレンダ表記の時刻により表されることとしてもかまわない。
【００３９】
制御部１５は、各種のプログラムや制御データを格納する内部メモリを有し、これらによって各種の処理を実行するものである。
【００４０】
一実施形態として、制御部１５は、中央処理装置、いわゆるＣＰＵ（Central  Processing  Unit）として実装される。なお、制御部１５は、必ずしも中央処理装置として実装されずともよく、ＭＰＵ（Micro  Processing  Unit）として実装されることとしてもよい。また、制御部１５は、ＡＳＩＣ（Application  Specific  Integrated  Circuit）やＦＰＧＡ（Field  Programmable  Gate  Array）などのハードワイヤードロジックによっても実現できる。
【００４１】
制御部１５は、各種のプログラムを実行することによって下記の処理部を仮想的に実現する。例えば、制御部１５は、図２に示すように、登録部１５ａと、評価値算出部１５ｂと、取得部１５ｃと、評価軸選択部１５ｄと、クラスタリング部１５ｅと、出力部１５ｆとを有する。
【００４２】
登録部１５ａは、車載機３０又はクライアント端末５０からアップロードされる情報を登録する処理部である。
【００４３】
一実施形態として、登録部１５ａは、車載機３０又はクライアント端末５０から走行データがアップロードされた場合に、走行データを記憶部１３へ登録する。このとき、登録部１５ａは、アップロードと同時または前後に通知される運転者の識別情報、例えばドライバＩＤ（IDentifier）を走行データに含めて登録することができる。
【００４４】
評価値算出部１５ｂは、運転操作の安全性を評価する規準が規定された評価軸ごとに上記の走行データから評価値を算出する処理部である。
【００４５】
ここで、上記の評価軸の一例を図４に示す。図４は、評価軸の一例を示す図である。図４には、運転操作の一例として、停止操作の安全性を評価する基準が規定された評価軸が示されている。図４に示す通り、評価軸の一例として、停止Ｎ秒前速度を採用することができる。この「停止Ｎ秒前速度」とは、車両が停止するＮ秒前、例えば３秒前の時点で速度が控えめである度合を評価するのに用いられる評価軸であり、一例として、車両が停止する３秒前の速度の値が評価値として導出される。また、図４に示す通り、他の評価軸の一例として、ブレーキ開始タイミングを採用することができる。この「ブレーキ開始タイミング」とは、停止時にブレーキ操作が開始された時点が早めである度合を評価するのに用いられる評価軸であり、一例として、停止前にブレーキが最初に使用された時間が評価値として導出される。さらに、図４に示す通り、他の評価軸の一例として、エンジンブレーキタイミングを採用することができる。この「エンジンブレーキタイミング」とは、停止時にエンジンブレーキが作動された時点が早めである度合を評価するのに用いられる評価軸であり、一例として、停止前にアクセル開度が最初にゼロとなる時間が評価値として導出される。また、図４に示す通り、他の評価軸の一例として、停止直前減速度を採用することができる。この「停止直前減速度」とは、停止直前までに速度が十分に落とされた度合を評価するのに用いられる評価軸であり、一例として、停止直前から停止までの減速度が評価値として導出される。
【００４６】
一実施形態として、評価値算出部１５ｂは、登録部１５ａにより走行データが記憶部１３に登録される度に、記憶部１３に記憶される走行データから評価値を評価軸ごとに算出する。具体的には、評価値算出部１５ｂは、走行データから停止イベントに対応するレコード、すなわち停止直前のレコード及び停止時点のレコードを検出する。例えば、評価値算出部１５ｂは、走行データから先行するレコードの速度が「０ｋｍ／ｈ」よりも大きく、かつ後続するレコードの速度が「０ｋｍ／ｈ」である２つの隣接するレコードを検出する。図３に示す走行データから２つのレコードを検出する場合、経過時間「７９１．５ｓｅｃ」で計測される速度が「２ｋｍ／ｈ」であり、かつ経過時間「７９２．０ｓｅｃ」で計測される速度が「０ｋｍ／ｈ」である。このため、経過時間「７９１．５ｓｅｃ」のレコードが停止直前のレコードとして検出されると共に、経過時間「７９２．０ｓｅｃ」のレコードが停止時点のレコードとして検出される。このように停止時点のレコードが開始された場合、評価値算出部１５ｂは、停止イベントを識別する識別情報、例えば停止イベントＩＤを採番する。
【００４７】
その上で、評価値算出部１５ｂは、図４に示した評価軸ごとに評価値を算出する。例えば、図３に示す走行データから「停止Ｎ秒前速度」が算出される場合、停止時点のレコードよりも３秒前の経過時間「７８９．０ｓｅｃ」のレコードが持つ速度「１３．５４ｋｍ／ｈ」が「停止Ｎ秒前速度」として算出される。また、「ブレーキ開始タイミング」が算出される場合、停止時点のレコードの経過時間「７９２．０ｓｅｃ」から、ブレーキの使用有無のフラグが最初に「１」となったレコードの経過時間「７８３．５ｓｅｃ」を減算する計算により、「８．５ｓｅｃ」が「ブレーキ開始タイミング」として算出される。さらに、「エンジンブレーキタイミング」が算出される場合、停止時点のレコードの経過時間「７９２．０ｓｅｃ」から、アクセル開度が最初に「０％」となったレコードの経過時間「７８２．５ｓｅｃ」を減算する計算により、「９．５ｓｅｃ」が「エンジンブレーキタイミング」として算出される。また、「停止直前減速度」が算出される場合、停止直前のレコードの速度「２．００ｋｍ／ｈ」を停止直前及び停止時点のレコードの間隔「０．５ｓｅｃ」で除算する計算により、「４．００ｋｍ／ｈ／ｓｅｃ」が「停止直前減速度」として算出される。
【００４８】
このようにして、評価値算出部１５ｂは、走行データから停止イベントが検出される度に、当該停止イベントに関する各評価軸の評価値を算出する。その後、評価値算出部１５ｂは、走行データから停止イベントが検出されなくなった場合、停止イベントごとに各評価軸の評価値が対応付けられたデータを評価値データ１３ｂとして記憶部１３へ登録する。このとき、評価値データ１３ｂには、いずれの運転者に関するデータであるのかを識別するために、記憶部１３への登録が行われた走行データが持つドライバＩＤと同一のドライバＩＤが対応付けられる。
【００４９】
なお、ここでは、評価軸の一例として、停止操作に関する評価軸を例示したが、他の運転操作に関する評価軸を算出することもできる。例えば、発進操作に関する評価軸、例を挙げれば発進Ｎ秒後速度、発進Ｎ秒後アクセル開度などを算出することもできる。この場合、停止直前および停止時点のレコードの代わりに、先行するレコードの速度が「０ｋｍ／ｈ」であり、かつ後続するレコードの速度が「０ｋｍ／ｈ」よりも大きい２つの隣接するレコードを発進直前および発進直後のレコードとして検出することにより、発進Ｎ秒後速度及び発進Ｎ秒後アクセル開度などの評価軸に関する評価値を算出することとすればよい。
【００５０】
また、ここでは、登録部１５ａにより走行データが記憶部１３に登録されることを条件に評価値の算出が行われる場合を例示したが、評価値の算出が開始される契機はこれに限定されない。例えば、評価値算出部１５ｂは、前回に評価値の算出が行われてから所定の期間が経過した場合に評価値の算出をまとめて行うこととしてもよいし、また、所定のデータ量、例えば１週間分、１ヶ月分または四半期分の走行データが蓄積された場合に評価値の算出をまとめて行うこととしてもよい。また、評価値算出部１５ｂは、クライアント端末５０から運転者に関する運転診断の要求を受け付けた場合にオンデマンドで評価値の算出を開始することもできる。
【００５１】
取得部１５ｃは、評価値データを取得する処理部である。
【００５２】
一実施形態として、取得部１５ｃは、クライアント端末５０から運転者に関する運転診断の要求を受け付けた場合、当該運転診断が要求された運転者のドライバＩＤに対応する第１の評価値データと、所定の安全運転に関する条件を満たす運転者のドライバＩＤに対応する第２の評価値データとを取得する。なお、以下では、運転診断が要求された運転者のことを「診断対象の運転者」と記載する場合がある。
【００５３】
ここで、第２の評価値データを取得する場合に用いる安全運転に関する条件の一例として、所定の期間、例えば１０年間にわたって無事故無違反の運行が継続すること、運行管理支援サービスの提供を受けるサービス加入者、例えば運送会社等により開催される技能講習会等で上位の所定数に該当すること、あるいは走行データを用いて診断される燃費が上位の所定数に該当することなどが挙げられる。これらの条件のうち少なくともいずれか１つの条件を満たす運転者のドライバＩＤに対応する評価値データを第２の評価値データとして取得することができる。なお、以下では、上記の安全運転に関する条件を少なくとも１つ以上満たす運転者のことを「優良運転者」と記載する場合がある。
【００５４】
図５は、運転者データ１３ｃの一例を示す図である。図５には、一例として、ドライバＩＤ「００００１」〜ドライバＩＤ「００００８」に関する運転者データが抜粋して示されている。図５に示すように、運転者データ１３ｃは、ドライバＩＤおよび安全運転フラグが対応付けられたデータである。かかる安全運転フラグとは、上記の安全運転に関する条件を少なくとも１つ以上満たすか否かを判別するフラグである。例えば、上記の安全運転に関する条件を少なくとも１つ以上満たす場合には「１」が設定されると共に、上記の安全運転に関する条件を１つも満たさない場合には「０」が設定される。図５に示す例で言えば、ドライバＩＤ「００００３」、ドライバＩＤ「００００５」、ドライバＩＤ「００００７」及びドライバＩＤ「００００８」に対応する運転者が優良運転者であることを意味する。この場合、ドライバＩＤ「００００３」、ドライバＩＤ「００００５」、ドライバＩＤ「００００７」及びドライバＩＤ「００００８」を持つ評価値データが記憶部１３から取得されることになる。
【００５５】
なお、上記の第１の評価値データ及び上記の第２の評価値データを取得する場合、取得時に課す条件はドライバＩＤに限定されず、他の条件、例えば期間などを用いることもできる。例えば、取得部１５ｃは、運転診断が要求された時点から１週間前または１ヶ月前までの評価値データを取得したり、運転診断が要求された時点が該当する四半期の評価値データに取得したりすることもできる。また、第２の評価値データが取得される場合には、診断対象の運転者のドライバＩＤと同一のドライバＩＤの評価値データが含まれるのを抑制する観点から、第１の評価値データの取得に用いられるドライバＩＤとは異なるドライバＩＤに対応する評価値データを取得することもできる。
【００５６】
評価軸選択部１５ｄは、評価軸を選択する処理部である。
【００５７】
一実施形態として、評価軸選択部１５ｄは、取得部１５ｃにより取得された第１の評価値データ及び第２の評価値データを比較することにより、第１の評価値データの評価値が第２の評価値データの評価値に比べて有意に劣る評価軸を選択する。
【００５８】
具体的には、評価軸選択部１５ｄは、取得部１５ｃにより取得された第１の評価値データ及び第２の評価値データに含まれる評価値をその値が大きいほど運転操作の安全性が高くなる値へ評価軸ごとに正規化する。その上で、評価軸選択部１５ｄは、第１の評価値データ及び第２の評価値データの評価値を評価軸ごとに比較する。例えば、第１の評価値データ及び第２の評価値データの間で評価値を比較する対象の評価軸に関し、第１の評価値データに含まれる診断対象の運転者の評価値がｔ１、ｔ２、・・・、ｔｎのｎ個であり、これらの評価値の平均値が「Ｔ」であるとする。また、比較対象の評価軸に関し、第２の評価値データに含まれる優良運転者の評価値がａ１、ａ２、・・・、ａｍのｍ個であり、これらの評価値の平均値が「Ａ」であるとする。
【００５９】
この場合、評価値選択部１５ｄは、次のような仮説検定を実施することにより、当該比較対象の評価軸において診断対象の運転者の停止操作が優良運転者の停止操作に比べて有意に不安全であるか否かを判定する。例えば、評価軸選択部１５ｄは、診断対象の運転者の評価値の平均値Ｔと優良運転者の評価値の平均値Ａとを比較し、平均値Ｔ≧平均値Ａであるか否かを判定する。このとき、平均値Ｔ≧平均値Ａである場合、診断対象の運転者の停止操作が優良運転者の停止操作に比べて同等またはそれ以上の安全性を持つと判断できるので、当該評価軸は選択されない。
【００６０】
そして、評価軸選択部１５ｄは、平均値Ｔ≧平均値Ａである場合、診断対象の運転者の評価値ｔ１、評価値ｔ２、・・・、評価値ｔｎと、優良運転者の評価値ａ１、評価値ａ２、・・・、評価値ａｍとを混合し、昇順、すなわち値が小さい順にソートし、ソートされた評価値に昇順の順位を付与する。続いて、評価軸選択部１５ｄは、診断対象の運転者の各評価値に付与された順位の和Ｒｔと優良運転者の各評価値に付与された順位の和Ｒａとを算出する。その後、評価軸選択部１５ｄは、下記の式（１）にしたがって診断対象の運転者の各評価値に付与された順位の和Ｒｔから検定統計量Ｕ１を算出すると共に、下記の式（２）にしたがって優良運転者の各評価値に付与された順位の和Ｒａから検定統計量Ｕ２を算出する。その上で、評価軸選択部１５ｄは、検定統計量Ｕ１及び検定統計量Ｕ２のうち小さい方の値を検定統計値Ｕとして抽出する。
【００６１】
Ｕ１＝ｎ＊ｍ＋｛ｎ＊（ｎ＋１）｝／２−Ｒｔ・・・（１）
Ｕ２＝ｎ＊ｍ＋｛ｍ＊（ｍ＋１）｝／２−Ｒａ・・・（２）
【００６２】
ここで、上記の検定統計量Ｕは、平均＝（ｎ＊ｍ）／２、分散＝｛（ｎ＊ｍ）＊（ｎ＋ｍ＋１）｝／１２の正規分布に従うとみなすことができる。それ故、評価軸選択部１５ｄは、検定統計量ＵからＰ値を算出する。このとき、評価軸選択部１５ｄは、当該Ｐ値が所定の有意水準、例えば５％未満である場合、上記の平均値Ｔ及び上記の平均値Ａが等しいという仮説を棄却できる。よって、評価軸選択部１５ｄは、当該評価軸において診断対象の運転者の停止操作が優良運転者の停止操作に比べて有意に不安全であると判定する。
【００６３】
その後、評価軸選択部１５ｄは、予め定義された全ての評価軸ごとに当該評価軸に関する仮説検定を実行し、この結果、診断対象の運転者の停止操作が優良運転者の停止操作に比べて有意に不安全であると判定された評価軸を選択する。
【００６４】
クラスタリング部１５ｅは、第１の評価値データ及び第２の評価値データをクラスタリングする処理部である。
【００６５】
一実施形態として、クラスタリング部１５ｅは、第１の評価値データ及び第２の評価値データに含まれる評価値のうち、評価軸選択部１５ｄにより選択された評価軸に関する評価値を対象とし、クラスタリングを行う。ここでクラスタリングが適用される評価値は、一例として、最小値がゼロであり、かつ値が大きいほど運転操作の安全性が高いと評価される値に正規化される。また、第１の評価値データ及び第２の評価値データに適用されるクラスタリングは、階層的クラスタリングや分割最適化クラスタリングなど、任意の手法であってかまわない。このようにクラスタリングを実行することにより、評価値の部分集合、いわゆるクラスタが得られる。
【００６６】
出力部１５ｆは、診断対象の運転者に関する評価値のデータ数の割合が所定の基準を満たすクラスタを出力する処理部である。
【００６７】
一実施形態として、出力部１５ｆは、クラスタリング部１５ｅによるクラスタリングの結果として得られたクラスタのうち、診断対象の運転者に関する評価値のデータ数が所定値以上であり、かつクラスタに占める診断対象の運転者に関する評価値のデータ数の割合が所定値以上であるクラスタをクライアント端末５０へ出力する。
【００６８】
より具体的には、出力部１５ｆは、次のような比率の検定を行うことにより、クラスタごとに当該クラスタにおいて診断対象の運転者に関する評価値のデータ数の割合が有意に多いか否かを判定することができる。例えば、クラスタリング部１５ｅによりクラスタリングが行われた全ての評価値のデータ数のうち、診断対象の運転者に関する評価値のデータ数をＮと表すと共に、優良運転者に関する評価値のデータ数をＭと表す。さらに、着目するクラスタに分類された評価値のデータ数のうち、診断対象の運転者に関する評価値のデータ数をｎと表すと共に、優良運転者に関する評価値のデータ数をｍと表す。ここで、ｎ／Ｎ＝ｐ、ｍ／Ｍ＝ｑ、（ｎ＋ｍ）／（Ｎ＋Ｍ）＝Ｐとしたとき、出力部１５ｆは、下記の（イ）〜（ハ）の３つの場合に分けて、着目するクラスタにおいて診断対象の運転者に関する評価値のデータ数の割合が有意に多いか否かを判定する。
【００６９】
（イ）ｐ−ｑ≧０．５
（ロ）０＜ｐ−ｑ＜０．５
（ハ）ｐ−ｑ≦０
【００７０】
このとき、上記のｐ−ｑの値が（イ）のケースに該当する場合、着目するクラスタにおいて診断対象の運転者に関する評価値のデータ数の割合が有意に多いと判断できる。一方、上記のｐ−ｑの値が（ハ）のケースに該当する場合、着目するクラスタにおいて診断対象の運転者に関する評価値のデータ数の割合が有意に多くないと判断できる。
【００７１】
ここで、上記のｐ−ｑの値が（ロ）のケースに該当する場合、ｐ−ｑの値がゼロよりも大きいと言えども、着目するクラスタにおいて診断対象の運転者に関する評価値のデータ数の割合が有意に多いとは断定できない。この場合、下記の式（３）を用いて、Ｚ検定が実施される。下記の式（３）にしたがって算出されるＺ値は、標準正規分布に従う。なお、下記の式（３）に示す「sqrt｛｝」は、平方根を指す。それ故、Ｚ値から算出されるＰ値が所定の有意水準、例えば５％未満である場合、着目するクラスタにおいて診断対象の運転者に関する評価値のデータ数の割合が有意に多いと判断できる。
【００７２】
Ｚ＝｛ｐ−ｑ−０．５（１／Ｎ＋１／Ｍ）｝／sqrt｛Ｐ（１−Ｐ）（１／Ｎ＋１／Ｍ）｝・・・（３）
【００７３】
このように、出力部１５ｆは、クラスタリング部１５ｅによるクラスタリングの結果として得られたクラスタのうち、診断対象の運転者に関する評価値のデータ数の割合が有意に多いクラスタを抽出する。その後、出力部１５ｆは、診断対象の運転者に関する評価値のデータ数の割合が有意に多いクラスタの全部を出力することもできるし、一部のクラスタだけをクライアント端末５０へ出力することもできる。
【００７４】
具体的には、出力部１５ｆは、クラスタ間で評価値の優劣を比較し、この結果、最も安全性が低い評価のクラスタを抜粋して出力したり、各クラスタと共に各クラスタに関する安全性の評価順序を出力したりすることができる。なお、ここでは、クラスタの順序づけの一例として、安全性の評価順序を用いる場合を例示したが、診断対象の運転者がクラスタに含まれる割合の高い順序を出力することもできる。
【００７５】
例えば、出力部１５ｆは、各クラスタと共に各クラスタに関する安全性の評価順序を出力する場合、評価順序が隣接する２つのクラスタ間で評価値の代表値、例えば平均値や中央値などの統計値の差を評価軸ごとに比較する。この結果、出力部１５ｆは、評価順序が隣接する２つのクラスタ間で評価値の代表値の差が最も大きい評価軸を運転操作に関する改善項目として抽出すると共に、評価が劣る方のクラスタから評価が勝る方のクラスタへの遷移条件、すなわち当該評価軸に関する評価値の代表値の差を改善目標として抽出することもできる。これら改善項目及び改善目標は、各クラスタと共に、アドバイスとして出力することができる。なお、ここでは、クラスタ間で評価値の代表値の差が最も大きい評価軸を改善項目として抽出する場合を例示したが、有意差の検定に合格できる評価軸を改善項目として抽出することもできる。
【００７６】
図６は、クラスタの一例を示す図である。図６には、評価軸選択部１５ｄにより「停止３秒前速度」及び「ブレーキ開始タイミング」の２つの評価軸が選択された場合が示されている。図６には、クラスタリング部１５ｅによるクラスタリングの結果として５つのクラスタＣ１〜クラスタＣ５が得られた例が示されている。これらのうち、診断対象の運転者に関する評価値のデータ数の割合が有意に多いクラスタが実線で示されると共に、診断対象の運転者に関する評価値のデータ数の割合が有意に多くないクラスタが破線で示されている。さらに、図６には、診断対象の運転者に関する評価値が白地の塗りつぶしで示されると共に、優良運転者に関する評価値が黒地の塗りつぶしで示されている。なお、「停止３秒前速度」及び「ブレーキ開始タイミング」の２つの評価軸に関する評価値は、ゼロよりも大きく、かつ値が大きくなるほど停止操作に関する評価が高くなる値へ正規化されている。
【００７７】
図６に示す５つのクラスタＣ１〜クラスタＣ５のうちクラスタＣ１及びクラスタＣ２は、同図の破線で示された通り、診断対象の運転者に関する評価値のデータ数の割合が有意に多くないクラスタである。これらクラスタＣ１及びクラスタＣ２は、優良運転者によく見られるが、診断対象の運転者には見られない停止パターンのクラスタであることがわかる。このため、出力部１５ｆは、クラスタＣ１〜クラスタＣ５のうちクラスタＣ１及びクラスタＣ２をクライアント端末５０へ出力するのを抑制し、図６に実線で示されたクラスタＣ３〜クラスタＣ５の全部または一部をクライアント端末５０へ出力する。
【００７８】
これらクラスタＣ３〜クラスタＣ５は、診断対象の運転者にとって停止操作の安全面で課題がある評価軸に関する評価値のクラスタであると共に、現状でも一定の割合で優良運転者と同レベルの運転操作が再現できているクラスタである。このようなクラスタＣ３〜クラスタＣ５がクライアント端末５０へ出力される場合、クライアント端末５０でクラスタを閲覧する閲覧者、例えば運行管理者や運転者などには、診断対象の運転者にとって無理が少なく、改善しやすい停止操作に関する評価を提供できる。
【００７９】
さらに、各クラスタＣ３〜Ｃ５と共に各クラスタＣ３〜Ｃ５に関する安全性の評価順序を出力する場合、出力部１５ｆは、３つのクラスタＣ３〜クラスタＣ５ごとに各クラスタの評価値の代表値、例えば平均値や中央値などを算出する。図６に示す例では、３つのクラスタＣ３〜クラスタＣ５に関する評価値の代表値のうち代表値が原点から近いクラスタの順に挙げると、クラスタＣ５、クラスタＣ４、クラスタＣ３となる。それ故、出力部１５ｆは、３つのクラスタＣ３〜クラスタＣ５と共に、各クラスタの安全性の評価順序、すなわち「クラスタＣ５→クラスタＣ４→クラスタＣ３」という、安全性が低いものから順番に並ぶ昇順の順序をクラスタの遷移ルートとして出力することができる。なお、以下では、クラスタの遷移ルートのうち始点となるクラスタのことを「開始クラスタ」と記載すると共に、終点となるクラスタのことを「終点クラスタ」と記載する場合がある。
【００８０】
このようにクラスタＣ３〜クラスタＣ５の遷移ルートがクライアント端末５０へ出力される場合、出力部１５ｆは、評価順序が隣接する２つのクラスタ間で評価値の代表値の差が最も大きい評価軸を「改善項目」として出力すると共に、評価が劣る方のクラスタから評価が勝る方のクラスタへの遷移条件、すなわち当該評価軸に関する評価値の代表値の差を「改善目標」としてクライアント端末５０へ出力することもできる。
【００８１】
例えば、開始クラスタであるクラスタＣ５と、クラスタＣ５の次に停止操作の安全性の評価が低いクラスタＣ４との間では、上記の「改善項目」及び上記の「遷移条件」は、次のようにして決定される。すなわち、出力部１５ｆは、評価軸選択部１５ｄにより選択された評価軸、本例では「ブレーキ開始タイミング」及び「停止３秒前速度」の評価軸ごとに当該評価軸で互いの評価値の代表値に有意差が存在するか否かを判定する。例えば、「停止３秒前速度」にのみ有意差が存在すると判定された場合、当該「停止３秒前速度」に関する評価値に改善の余地が大きいことがわかる。この場合、上記の遷移ルートと共に、「停止３秒前速度」が「改善項目」として出力されると共に、遷移先となるクラスタＣ４の「停止３秒前速度」の評価値の代表値、または、クラスタＣ５及びクラスタＣ４の間における「停止３秒前速度」の評価値の代表値の差が「遷移条件」として出力される。
【００８２】
また、クラスタＣ４及び終点クラスタであるクラスタＣ３の間では、上記の「改善項目」及び上記の「遷移条件」は、次のようにして決定される。すなわち、「ブレーキ開始タイミング」及び「停止３秒前速度」の評価軸ごとに当該評価軸で互いの評価値の代表値に有意差が存在するか否かが判定される。例えば、「停止３秒前速度」及び「ブレーキ開始タイミング」の両方に有意差が存在すると判定された場合、「停止３秒前速度」及び「ブレーキ開始タイミング」の両方に改善の余地が大きいことがわかる。この場合、上記の遷移ルートと共に、「停止３秒前速度」及び「ブレーキ開始タイミング」が「改善項目」として出力されると共に、「停止３秒前速度」及び「ブレーキ開始タイミング」ごとに、遷移先となるクラスタＣ３の評価値の代表値、または、クラスタＣ４及びクラスタＣ３の間における評価値の代表値の差が「改善目標」として出力される。
【００８３】
これらの「改善項目」及び「改善目標」がクライアント端末５０に出力される場合、一例として、次のような出力方法を採用できる。例えば、開始クラスタであるクラスタＣ５からクラスタＣ４へ遷移する「第１のステップ」に関するアドバイスとして、次のようなメッセージを出力できる。例えば、遷移先となるクラスタＣ４の評価値の代表値が８［ｋｍ／ｈ］であるとしたとき、「速度は控えめに走行しましょう。停止３秒前に８［ｋｍ／ｈ］以下が目安です」といったメッセージを出力できる。これに加えて、クラスタＣ４から終点クラスタであるクラスタＣ３へ遷移する「第２のステップ」に関するアドバイスとして、次のようなメッセージを出力できる。例えば、クラスタＣ４及びクラスタＣ３の間で「停止３秒前速度」に関する評価値の代表値の差が３［ｋｍ／ｈ］であり、「ブレーキ開始タイミング」に関する評価値の代表値の差が２秒であるとしたとき、「さらなるステップのために、３［ｋｍ／ｈ］ほど落とした５［ｋｍ／ｈ］以下を停止３秒前速度の目安としてみましょう」というメッセージ１と、「あと２秒ほど早めにブレーキをかける事を心がけましょう」というメッセージ２とを出力できる。
【００８４】
このように各クラスタＣ３〜Ｃ５と共に各クラスタＣ３〜Ｃ５の遷移ルートを出力することにより、いずれのクラスタへの遷移を目指すのがベターであるのかを提示できる結果、診断対象の運転者への改善点と共にその優先順位も提示できる。
【００８５】
さらに、上記の遷移ルートと共に「改善項目」及び「改善目標」を出力することにより、段階的に停止操作を改善する場合の優先順位と共に、改善を達成するにあたっての着目点およびその具体的方法も提示できる。
【００８６】
［処理の流れ］
次に、本実施例に係るサーバ装置１０の処理の流れについて説明する。なお、ここでは、サーバ装置１０により実行される（１）評価値算出処理を説明した後に、（２）情報提供処理を説明することとする。
【００８７】
（１）評価値算出処理
図７は、実施例１に係る評価値算出処理の手順を示すフローチャートである。この処理は、上述のように、あくまで一例として、車載機３０又はクライアント端末５０から走行データがアップロードされた場合に実行される。
【００８８】
図７に示すように、走行データが受信されると（ステップＳ１０１）、登録部１５ａは、ステップＳ１０１で受信された走行データを当該走行データと同時または前後に通知されるドライバＩＤに紐付けて登録する（ステップＳ１０２）。
【００８９】
続いて、評価値算出部１５ｂは、ステップＳ１０１で受信された走行データのレコードに含まれる速度を順次参照する（ステップＳ１０３）。このとき、参照中のレコードの速度が０［ｋｍ／ｈ］である場合（ステップＳ１０４Ｙｅｓ）、評価値算出部１５ｂは、参照中のレコードよりも１つ前のレコード、すなわち１時刻前のレコードの速度が０［ｋｍ／ｈ］よりも大きいか否かを判定する（ステップＳ１０５）。なお、参照中のレコードの速度が０［ｋｍ／ｈ］でない場合（ステップＳ１０４Ｎｏ）、そのままステップＳ１０７の処理へ遷移する。
【００９０】
ここで、参照中のレコードよりも１つ前のレコードの速度が０［ｋｍ／ｈ］よりも大きい場合（ステップＳ１０５Ｙｅｓ）、評価値算出部１５ｂは、参照中のレコードを停止時点のレコードに設定すると共にその１つ前のレコードを停止直前のレコードに設定し、これら停止時点及び停止直前のレコードを基準に、一例として、図４に示した評価軸ごとに評価値を算出する（ステップＳ１０６）。なお、参照中のレコードよりも１つ前のレコードの速度が０［ｋｍ／ｈ］よりも大きくない場合（ステップＳ１０５Ｎｏ）、ステップＳ１０６の処理をとばしてステップＳ１０７の処理へ移行する。
【００９１】
そして、走行データに含まれる全てのレコードの速度が参照されるまで（ステップＳ１０７Ｎｏ）、上記のステップＳ１０３〜ステップＳ１０６の処理を繰り返し実行する。
【００９２】
その後、走行データに含まれる全てのレコードの速度が参照された場合（ステップＳ１０７Ｙｅｓ）、評価値算出部１５ｂは、停止イベントごとに各評価軸の評価値が対応付けられたデータを評価値データ１３ｂとして記憶部１３へ登録し（ステップＳ１０８）、処理を終了する。
【００９３】
（２）情報提供処理
図８は、実施例１に係る情報提供処理の手順を示すフローチャートである。この処理は、あくまで一例として、クライアント端末５０から運転者に関する運転診断の要求を受け付けた場合や時間が四半期を経過した場合に実行される。
【００９４】
図８に示すように、取得部１５ｃは、クライアント端末５０から運転診断が要求された診断対象の運転者のドライバＩＤに対応する第１の評価値データと、優良運転者のドライバＩＤに対応する第２の評価値データとを取得する（ステップＳ３０１）。
【００９５】
続いて、評価軸選択部１５ｄは、ステップＳ３０１で取得された第１の評価値データ及び第２の評価値データを比較することにより、第１の評価値データの評価値が第２の評価値データの評価値に比べて有意に劣る評価軸を選択する（ステップＳ３０２）。
【００９６】
そして、クラスタリング部１５ｅは、ステップＳ３０１で取得された第１の評価値データ及び第２の評価値データに含まれる評価値のうち、ステップＳ３０２で選択された評価軸に関する評価値を対象とし、クラスタリングを実行する（ステップＳ３０３）。
【００９７】
その後、出力部１５ｆは、ステップＳ３０３によるクラスタリングの結果として得られたクラスタのうち、診断対象の運転者に関する評価値のデータ数の割合が有意に多いクラスタを抽出する（ステップＳ３０４）。
【００９８】
そして、出力部１５ｆは、ステップＳ３０４で抽出されたクラスタの間で互いの評価値の代表値を比較し、最も安全性が低い評価のクラスタ、例えば代表値が原点から最も近いクラスタを開始クラスタに設定する（ステップＳ３０５）。
【００９９】
その後、ステップＳ３０４で抽出されたクラスタの中に未選択のクラスタが存在する限り（ステップＳ３０６Ｙｅｓ）、出力部１５ｆは、ステップＳ３０５で選択された開始クラスタまたは１つ前に選択された中継クラスタとの間で評価値の代表値の距離が最も近いクラスタを「中継クラスタ」に設定する（ステップＳ３０７）。
【０１００】
続いて、出力部１５ｆは、ステップＳ３０７で設定された中継クラスタとその１つ前のクラスタとの間で評価値の代表値の差が最も大きい評価軸を「改善項目」として算出すると共に、評価が劣る方のクラスタから評価が勝る方のクラスタへの遷移条件を「改善目標」として算出する（ステップＳ３０８）。
【０１０１】
そして、ステップＳ３０４で抽出されたクラスタの中に未選択のクラスタが存在しない場合（ステップＳ３０６Ｎｏ）、出力部１５ｆは、最後に選択されたクラスタを「終点クラスタ」に設定する（ステップＳ３０９）。その後、出力部１５ｆは、クラスタの遷移ルートと共に、ステップＳ３０８で算出された「改善項目」及び「改善目標」をクライアント端末５０へ出力し（ステップＳ３１０）、処理を終了する。
【０１０２】
［効果の一側面］
上述してきたように、本実施例に係るサーバ装置１０は、運転者及び優良運転者の走行データから求まる運転操作の評価値のうち安全性の有意差が大きい評価軸に関する評価値をクラスタリングして運転者の割合が有意に多いクラスタを出力する。ここで求められる評価値は、必ずしも同一の走行位置でなくとも評価値を求めることができるので、汎用性は損なわれにくい。さらに、評価値の算出に用いられる走行データが異なれば、異なる評価軸に関する評価値がクラスタリングに用いられると共に、現状で安全性の課題があり、かつ一定の割合で優良運転者と同レベルの運転操作が再現できているクラスタを出力できる。この結果、運転者にとって改善しやすい運転操作に関する評価を提示できる。したがって、本実施例に係るサーバ装置１０によれば、運転者にとって運転操作を改善しやすい情報を提供することが可能になる。
【実施例２】
【０１０３】
さて、これまで開示の装置に関する実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下では、本発明に含まれる他の実施例を説明する。
【０１０４】
［遷移ルート］
上記の実施例１では、診断対象の運転者に関する評価値のデータ数の割合が有意に多いクラスタであれば、全てのクラスタが上記の遷移ルートを含める場合を例示したが、必ずしも全てのクラスタを遷移ルートに含めずともかまわない。例えば、遷移元のクラスタよりも安全性の評価が高いクラスタのうち、診断対象の運転者に関する評価値のデータ数の割合が最も大きいクラスタを遷移先のクラスタとして抽出する処理を繰り返すことによりクラスタの遷移ルートを作成することもできる。
【０１０５】
［経時的なモニタリング］
上記の実施例１では、クラスタの遷移ルートの全てを出力させる場合を例示したが、一部の遷移ルートに絞って出力することもできる。例えば、開始クラスタと開始クラスタの次の遷移先のクラスタを出力することもできる。この場合、サーバ装置１０は、同一の運転者に関する走行データが取得される度に、遷移ルートの算出時に用いられた評価軸と同一の評価軸に関するクラスタを選択して診断対象の運転者に関する評価値のデータ数の割合が有意に多いクラスタを抽出する。その上で、サーバ装置１０は、遷移先のクラスタに含まれる、診断対象の運転者に関する評価値のデータ数の割合が前後で増加しているか否かを判定する。そして、サーバ装置１０は、診断対象の運転者に関する評価値のデータ数の割合が増加している場合を条件とし、遷移ルートのうち、遷移先のクラスタと、遷移先のクラスタの次に遷移するクラスタとを出力することもできる。
【０１０６】
［リアルタイムのモニタリング］
例えば、サーバ装置１０は、リアルタイムで走行データがサーバ装置１０へアップロードされる場合、走行データから停止イベントが検出される度に運転診断時に用いられたクラスタリングの結果を用いて今回の停止イベントがいずれのクラスタに属するかを判定し、判定結果に基づいてメッセージ等の支援情報を出力することもできる。例えば、安全性の評価が上位の所定数のクラスタに属していた場合、「安全な停止操作です。この調子で」などのメッセージを出力する。一方、安全性の評価が下位の所定数のクラスタに属していた場合、そのクラスタを開始クラスタとして、遷移先のクラスタへの遷移条件を出力する。例えば、「あと１秒早めのブレーキを推奨します。」などのメッセージを出力できる。
【０１０７】
［比較対象の走行データ］
上記の実施例１では、異なる運転者に関する走行データを第１の走行データ及び第２の走行データとして取得する場合を例示したが、同一の運転者に関する走行データを第１の走行データ及び第２の走行データとして取得することもできる。すなわち、診断対象の運転者の走行データのうち、運転診断の要求が受け付けられた時点から所定期間内の走行データを第１の走行データとして取得する一方で、それよりも以前の走行データを第２の走行データとして取得することができる。例えば、本四半期の走行データを第１の走行データとして取得し、その１つ前の四半期の走行データを第２の走行データとして取得できる。この場合、評価軸の選択時に第１の評価値データの評価値が第２の評価値データの評価値に比べて有意に劣る評価軸を選択することにより、診断対象の運転者の運転操作が過去よりも悪化するクラスタを出力することができる。また、評価軸の選択時に第１の評価値データの評価値が第２の評価値データの評価値に比べて有意に勝る評価軸を選択することにより、診断対象の運転者の運転操作が過去よりも改善したクラスタを出力することができる。
【０１０８】
［実装の応用例］
図示した各装置の各構成要素は、必ずしも物理的に図示の如く構成されておらずともよい。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、図２に示した登録部１５ａ、評価値算出部１５ｂ、取得部１５ｃ、評価軸選択部１５ｄ、クラスタリング部１５ｅ及び出力部１５ｆなどの各処理部は、必ずしもサーバ装置１０が有さずともよい。例えば、登録部１５ａ及び評価値算出部１５ｂと、取得部１５ｃ、評価軸選択部１５ｄ、クラスタリング部１５ｅ及び出力部１５ｆとを異なるサーバ装置で実行させることもできるし、クラスタリングなどの汎用技術を実現するクラスタリング部１５ｅなどの処理を他の装置に委ねることとしてもよい。また、図１には、運行管理システム１がクライアントサーバシステムで構築される場合を例示したが、これに限定されない。すなわち、図２に示した登録部１５ａ、評価値算出部１５ｂ、取得部１５ｃ、評価軸選択部１５ｄ、クラスタリング部１５ｅ及び出力部１５ｆなどの機能を実現する情報提供プログラム等をクライアント端末５０等に実行させることにより、上記の運行管理支援サービスをスタンドアローンで実現することもできる。
【０１０９】
［情報提供プログラム］
また、上記の実施例で説明した各種の処理は、予め用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータで実行することによって実現することができる。そこで、以下では、図９を用いて、上記の実施例と同様の機能を有する情報提供プログラムを実行するコンピュータの一例について説明する。
【０１１０】
図９は、実施例１及び実施例２に係る情報提供プログラムを実行するコンピュータのハードウェア構成例を示す図である。図９に示すように、コンピュータ１００は、操作部１１０ａと、スピーカ１１０ｂと、カメラ１１０ｃと、ディスプレイ１２０と、通信部１３０とを有する。さらに、このコンピュータ１００は、ＣＰＵ１５０と、ＲＯＭ１６０と、ＨＤＤ１７０と、ＲＡＭ１８０とを有する。これら１１０〜１８０の各部はバス１４０を介して接続される。
【０１１１】
ＨＤＤ１７０には、図９に示すように、上記の実施例１で示した登録部１５ａ、評価値算出部１５ｂ、取得部１５ｃ、評価軸選択部１５ｄ、クラスタリング部１５ｅ及び出力部１５ｆと同様の機能を発揮する情報提供プログラム１７０ａが記憶される。この情報提供プログラム１７０ａは、図２に示した登録部１５ａ、評価値算出部１５ｂ、取得部１５ｃ、評価軸選択部１５ｄ、クラスタリング部１５ｅ及び出力部１５ｆの各構成要素と同様、統合又は分離してもかまわない。すなわち、ＨＤＤ１７０には、必ずしも上記の実施例１で示した全てのデータが格納されずともよく、処理に用いるデータがＨＤＤ１７０に格納されればよい。
【０１１２】
このような環境の下、ＣＰＵ１５０は、ＨＤＤ１７０から情報提供プログラム１７０ａを読み出した上でＲＡＭ１８０へ展開する。この結果、情報提供プログラム１７０ａは、図９に示すように、情報提供プロセス１８０ａとして機能する。この情報提供プロセス１８０ａは、ＲＡＭ１８０が有する記憶領域のうち情報提供プロセス１８０ａに割り当てられた領域にＨＤＤ１７０から読み出した各種データを展開し、この展開した各種データを用いて各種の処理を実行する。例えば、情報提供プロセス１８０ａが実行する処理の一例として、図７〜図８に示す処理などが含まれる。なお、ＣＰＵ１５０では、必ずしも上記の実施例１で示した全ての処理部が動作せずともよく、実行対象とする処理に対応する処理部が仮想的に実現されればよい。
【０１１３】
なお、上記の情報提供プログラム１７０ａは、必ずしも最初からＨＤＤ１７０やＲＯＭ１６０に記憶されておらずともかまわない。例えば、コンピュータ１００に挿入されるフレキシブルディスク、いわゆるＦＤ、ＣＤ−ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」に情報提供プログラム１７０ａを記憶させる。そして、コンピュータ１００がこれらの可搬用の物理媒体から情報提供プログラム１７０ａを取得して実行するようにしてもよい。また、公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介してコンピュータ１００に接続される他のコンピュータまたはサーバ装置などに情報提供プログラム１７０ａを記憶させておき、コンピュータ１００がこれらから情報提供プログラム１７０ａを取得して実行するようにしてもよい。
【符号の説明】
【０１１４】
１    運行管理システム
７    ネットワーク
１０    サーバ装置
１１    通信Ｉ／Ｆ部
１３    記憶部
１３ａ  走行データ
１３ｂ  評価値データ
１３ｃ  運転者データ
１５    制御部
１５ａ  登録部
１５ｂ  評価値算出部
１５ｃ  取得部
１５ｄ  評価軸選択部
１５ｅ  クラスタリング部
１５ｆ  出力部
３０Ａ，３０Ｂ，３０Ｃ    車載機
３１Ａ，３１Ｂ，３１Ｃ    デジタコ
５０    クライアント端末
【図１】
0006631135.tif 000002
【図２】
0006631135.tif 000003
【図３】
0006631135.tif 000004
【図４】
0006631135.tif 000005
【図５】
0006631135.tif 000006
【図６】
0006631135.tif 000007
【図７】
0006631135.tif 000008
【図８】
0006631135.tif 000009
【図９】
0006631135.tif 000010