WO2024080045A1 - 検知装置、検知システム、検知方法および検知プログラム - Google Patents

Abstract

検知装置は、車両から前記車両の識別情報を含む情報であって前記車両に関する車両情報を取得する第１取得部と、前記第１取得部による前記車両情報の収集実績を取得する第２取得部と、前記識別情報に対応する前記車両の稼働計画を取得する第３取得部と、前記収集実績および前記稼働計画に基づいて、前記車両に関する異常を検知する検知部とを備える。

Description

検知装置、検知システム、検知方法および検知プログラム

　本開示は、検知装置、検知システム、検知方法および検知プログラムに関する。
　この出願は、２０２２年１０月１１日に出願された日本出願特願２０２２－１６３４７７号を基礎とする優先権を主張し、その開示のすべてをここに取り込む。

　特開２００８－２１６１１３号公報（特許文献１）には、以下のような不具合情報集約システムが開示されている。すなわち、車両の不具合情報をセンターに集約する不具合情報集約システムであって、前記車両は、車両の走行状況に係るデータである車両走行情報を取得する車両走行情報取得手段と、前記車両走行情報を前記センターに送信する車両走行情報送信手段と、前記車両の運転者と前記センターのオペレータを通話可能とする音声通話手段と、運転者からの指示に基づいて、前記車両走行情報送信手段による前記車両走行情報の前記センターへの送信と前記音声通話手段による前記オペレータとの音声通話とを開始する制御手段と、を有し、前記センターは、前記車両から送信される前記車両走行情報を受信する車両走行情報受信手段と、前記車両の運転者と前記センターのオペレータとを通話可能とする音声通話手段と、受信した前記車両走行情報を、前記音声通話手段によって前記車両の運転者から通知された不具合の内容と関連付けて記憶する不具合情報記憶手段と、を有する。

　また、特開２０１４－０８１３９０号公報（特許文献２）には、以下のような車両用情報記憶装置が開示されている。すなわち、車両用情報記憶装置は、車両の状態情報を取得する状態情報取得手段と、前記状態情報取得手段により取得された状態情報を一時記憶する一時記憶手段と、前記一時記憶手段に記憶された状態情報の中から不具合原因の検証に用いられるべき検証用情報を特定するための情報特定基準を規定する規定テーブルを記憶する規定テーブル記憶手段と、前記規定テーブルに規定される前記情報特定基準に基づき、前記一時記憶手段に記憶された状態情報の中から不具合原因の検証に用いられるべき検証用情報を特定し、その特定した検証用情報を所定の記憶媒体に記憶させる制御手段と、を備え、前記規定テーブルには、ユーザによる不具合の検知および対応する前記検証用情報の種別と範囲が前記情報特定基準として規定されており、前記制御手段は、前記規定テーブルに規定される、ユーザによる不具合の検知が行われた際に、前記規定テーブルに規定される、対応する種別の検証用情報を前記規定テーブルに規定される範囲で特定し、その特定した種別および範囲の検証用情報を前記所定の記憶媒体に記憶させる。

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

　本開示の検知装置は、車両から前記車両の識別情報を含む情報であって前記車両に関する車両情報を取得する第１取得部と、前記第１取得部による前記車両情報の収集実績を取得する第２取得部と、前記識別情報に対応する前記車両の稼働計画を取得する第３取得部と、前記収集実績および前記稼働計画に基づいて、前記車両に関する異常を検知する検知部とを備える。

　本開示の一態様は、このような特徴的な処理部を備える検知装置として実現され得るだけでなく、検知装置の一部または全部を実現する半導体集積回路として実現され得る。

図１は、本開示の実施の形態に係る通信システムの構成を示す図である。 図２は、本開示の実施の形態に係る検知装置の構成を示す図である。 図３は、本開示の実施の形態に係る検知装置が異常検知に用いる情報の一例を示す図である。 図４は、本開示の実施の形態に係る検知装置が異常検知に用いる設定情報およびデータ収集見積もりの一例を示す図である。 図５は、本開示の実施の形態に係る検知装置が異常検知に用いるデータ収集計画表の一例を示す図である。 図６は、本開示の実施の形態に係る検知装置が異常検知に用いるデータ収集実績の一例を示す図である。 図７は、本開示の実施の形態に係る検知装置が検知する異常の種類の一例を示す図である。 図８は、本開示の実施の形態に係る検知装置の変形例１が異常検知に用いるデータ収集実績の一例を示す図である。 図９は、本開示の実施の形態に係る検知装置の変形例２が異常検知に用いる伝送場所情報の一例を示す図である。 図１０は、本開示の実施の形態に係る検知装置の変形例３が作成する一覧情報の一例を示す図である。 図１１は、本開示の実施の形態に係る検知装置の変形例４の構成を示す図である。 図１２は、本開示の実施の形態に係る検知装置の変形例４が表示する設定画面の一例を示す図である。 図１３は、本開示の実施の形態に係る検知装置の変形例４が表示する監視画面の一例を示す図である。 図１４は、本開示の実施の形態に係る検知装置が車両の異常を検知する際の動作手順を定めたフローチャートである。 図１５は、本開示の実施の形態に係る検知装置が車両の異常を検知する際の動作手順を定めたフローチャートである。 図１６は、本開示の実施の形態に係る検知装置の変形例３が一覧情報を作成する際の動作手順を定めたフローチャートである。

　従来、車両の不具合を把握するための技術が開発されている。

　［本開示が解決しようとする課題］
　特許文献１および２に記載の技術とは異なる観点から車両に関する異常を把握することは、車両管理において有用である。

　本開示は、上述の課題を解決するためになされたもので、その目的は、車両に関する異常を簡単に把握することが可能な検知装置、検知システム、検知方法および検知プログラムを提供することである。

　［本開示の効果］
　本開示によれば、車両に関する異常を簡単に把握することができる。

　［本開示の実施形態の説明］
　最初に、本開示の実施形態の内容を列記して説明する。
　（１）本開示の実施の形態に係る検知装置は、車両から前記車両の識別情報を含む情報であって前記車両に関する車両情報を取得する第１取得部と、前記第１取得部による前記車両情報の収集実績を取得する第２取得部と、前記識別情報に対応する前記車両の稼働計画を取得する第３取得部と、前記収集実績および前記稼働計画に基づいて、前記車両に関する異常を検知する検知部とを備える。

　車両では、工場等に設置される機器と異なり、正常状態でもデータを送信しない期間が存在する。この点に着目して、車両情報の収集実績および車両の稼働計画に基づいて異常を検知する構成により、車両からのデータ収集実績を用いて、車両のデータ送信に関する異常を簡単に検知することができる。したがって、車両に関する異常を簡単に把握することができる。

　（２）上記（１）において、前記検知装置は、さらに、前記車両情報の送信に関する前記車両の設定内容を示す設定情報を取得する第４取得部を備えてもよく、前記検知部は、前記設定情報、前記収集実績および前記稼働計画に基づいて、前記車両に関する異常を検知するしてもよい。

　このように、車両による車両情報の送信に関する設定内容を用いて異常を検知する構成により、車両情報の送信の有無に限らず、より詳細な送信状況を把握し、車両の異常をより正確に検知することができる。

　（３）上記（２）において、前記設定情報は、前記車両による前記車両情報の送信周期および前記車両が送信する前記車両情報の種類の少なくともいずれか一方を含んでもよい。

　このように、車両情報の送信周期を異常判定に用いる構成により、車両情報の送信に関する異常を受信回数により簡単に判断することができる。また、車両情報の種類を異常判定に用いる構成により、車両および検知装置間の通信が不安定なのでデータ量が少ないのか、特定のデータ種別の車両情報がアップロードされていないのでデータ量が少ないのか、等を判別することができる。

　（４）上記（２）または（３）において、前記設定情報は、前記車両が送信する前記車両情報の種類を含んでもよく、前記検知装置は、さらに、前記種類と前記車両における前記車両情報の伝送場所との対応関係を示す伝送場所情報を取得する第５取得部を備えてもよく、前記検知部は、前記異常を検知した場合、前記収集実績、前記設定情報に含まれる前記種類、および前記伝送場所情報に基づいて、前記異常の発生箇所を特定してもよい。

　このように、車両情報の種類を異常判定に用いる構成により、車両および検知装置間の通信が不安定なのでデータ量が少ないのか、特定のデータ種別の車両情報がアップロードされていないのでデータ量が少ないのか、等を判別することができる。また、車両情報の種類ごとに収集実績を把握することができるため、車両における異常の発生箇所を特定することができ、当該異常をより詳細に解析することができる。

　（５）上記（１）から（４）のいずれかにおいて、前記稼働計画は、複数の時間区間に分割されていてもよく、前記検知部は、前記時間区間ごとに前記稼働計画と前記収集実績とのかい離が発生したか否かを判断し、複数の前記時間区間における前記かい離の発生頻度に基づいて前記異常を検知してもよい。

　このような構成により、車両の異常を時間的により詳細に解析したり、車両の一時的な運転状況等により異常を誤検知する可能性を低減したりすることができる。

　（６）上記（１）から（５）のいずれかにおいて、前記検知装置は、さらに、前記稼働計画と前記収集実績とのかい離の指標値を算出し、前記指標値に基づいて、前記異常への対処が必要となる前記車両の一覧情報を作成する分析部を備えてもよい。

　このような構成により、たとえば各車両を指標値でソートすることで、類似した異常が発生している車両のグループを簡単に把握することができる。

　（７）上記（２）から（４）のいずれかにおいて、前記設定情報は、前記車両が送信する前記車両情報の種類を含んでもよく、前記検知部は、前記異常が発生した前記車両情報の種類に基づく内容を画面に表示する処理を行ってもよい。

　このような構成により、たとえば、車両情報を送信する車両の後付けデバイスに不具合が発生した場合において、知見の無いユーザであっても簡単に当該デバイスの異常を把握することができる。これにより、効率的に不具合の原因切り分けを行い、たとえば後付けデバイスの回収作業の負担を軽減することができる。

　（８）本開示の実施の形態に係る検知システムは、車両に搭載される車載装置と、検知装置とを備え、前記車載装置は、前記車両の識別情報を含む情報であって前記車両に関する車両情報を前記検知装置へ送信し、前記検知装置は、前記検知装置における前記車両情報の収集実績および前記識別情報に対応する前記車両の稼働計画に基づいて、前記車両に関する異常を検知する。

　車両では、工場等に設置される機器と異なり、正常状態でもデータを送信しない期間が存在する。この点に着目して、車両情報の収集実績および車両の稼働計画に基づいて異常を検知する構成により、車両からのデータ収集実績を用いて、車両のデータ送信に関する異常を簡単に検知することができる。したがって、車両に関する異常を簡単に把握することができる。

　（９）本開示の実施の形態に係る検知方法は、検知装置における検知方法であって、車両から前記車両の識別情報を含む情報であって前記車両に関する車両情報を取得するステップと、前記検知装置による前記車両情報の収集実績を取得するステップと、前記識別情報に対応する前記車両の稼働計画を取得するステップと、前記収集実績および前記稼働計画に基づいて、前記車両に関する異常を検知するステップとを含む。

　車両では、工場等に設置される機器と異なり、正常状態でもデータを送信しない期間が存在する。この点に着目して、車両情報の収集実績および車両の稼働計画に基づいて異常を検知する構成により、車両からのデータ収集実績を用いて、車両のデータ送信に関する異常を簡単に検知することができる。したがって、車両に関する異常を簡単に把握することができる。

　（１０）本開示の実施の形態に係る検知プログラムは、検知装置において用いられる検知プログラムであって、コンピュータを、車両から前記車両の識別情報を含む情報であって前記車両に関する車両情報を取得する第１取得部と、前記第１取得部による前記車両情報の収集実績を取得する第２取得部と、前記識別情報に対応する前記車両の稼働計画を取得する第３取得部と、前記収集実績および前記稼働計画に基づいて、前記車両に関する異常を検知する検知部、として機能させるためのプログラムである。

　車両では、工場等に設置される機器と異なり、正常状態でもデータを送信しない期間が存在する。この点に着目して、車両情報の収集実績および車両の稼働計画に基づいて異常を検知する構成により、車両からのデータ収集実績を用いて、車両のデータ送信に関する異常を簡単に検知することができる。したがって、車両に関する異常を簡単に把握することができる。

　以下、本開示の実施の形態について図面を用いて説明する。なお、図中同一または相当部分には同一符号を付してその説明は繰り返さない。また、以下に記載する実施の形態の少なくとも一部を任意に組み合わせてもよい。

　図１は、本開示の実施の形態に係る通信システムの構成を示す図である。図１を参照して、通信システム３０１は、検知装置１０１と、１または複数の車載装置２０２とを備える。検知装置１０１および各車載装置２０２は、たとえば、インターネット等の外部ネットワーク１６１を介して情報の送受信を行うことができる。車載装置２０２は、車両１０に搭載されている。

　検知装置１０１は、たとえば、車両１０の運行を管理する事業者、または個人（以下、まとめてユーザと称する。）により使用される。

　検知装置１０１は、１または複数の車載装置２０２から、対応する車両１０に関する車両情報を収集する。そして、検知装置１０１は、収集した車両情報に基づいて、車両１０の不具合等、車両１０に関する異常を検知する。

　車載装置２０２は、車両１０の識別情報を含む情報であって当該車両１０に関する車両情報を検知装置１０１へ送信する。具体的には、たとえば、各車載装置２０２は、対応する車両１０の位置情報を当該車両１０における図示しないＧＰＳ（Ｇｌｏｂａｌ　Ｐｏｓｉｔｉｏｎｉｎｇ　Ｓｙｓｔｅｍ）受信機等から受信し、受信した位置情報、車両１０のＩＤおよびデータ種別を含む車両情報を、外部ネットワーク１６１経由で検知装置１０１へ送信する。なお、車両情報は、位置情報に限らず、たとえば、車両１０に搭載されたセンサの計測結果を含んでもよいし、車両１０におけるブレーキ操作等の運転制御情報を含んでもよい。

　図２は、本開示の実施の形態に係る検知装置の構成を示す図である。図２を参照して、検知装置１０１は、通信部１と、検知部２と、分析部３と、記憶部４とを備える。通信部１、検知部２および分析部３の一部または全部は、たとえば、１または複数のプロセッサを含む処理回路（Ｃｉｒｃｕｉｔｒｙ）により実現される。記憶部４は、たとえば上記処理回路に含まれる不揮発性メモリである。

　通信部１は、外部ネットワーク１６１を介して車載装置２０２と情報の送受信を行う。通信部１は、車載装置２０２から受信した情報を記憶部４に保存する。

　通信部１は、第１取得部として、車両１０から車両情報を取得する。より詳細には、通信部１は、車載装置２０２から車両情報を受信し、受信した車両情報および当該車両情報の受信時刻を含む通信ログを作成し、記憶部４に保存する。

　図３は、本開示の実施の形態に係る検知装置が異常検知に用いる情報の一例を示す図である。

　図３を参照して、検知部２は、第３取得部として、通信部１によって取得された車両情報に含まれる識別情報に対応する、車両１０の稼働計画を取得する。より詳細には、たとえば、検知部２は、車両１０ごとの稼働計画を示す稼働計画表ＴＢ１を記憶部４から取得する。稼働計画表ＴＢ１は、たとえばユーザによって予め記憶部４に登録されている。なお、稼働計画表ＴＢ１は、明確な稼働計画が策定されない場合、たとえば車両１０のイグニッション電源のオン状態およびオフ状態の取得実績に基づいて作成されてもよい。

　稼働計画は、複数の時間区間に分割されている。この例では、当該時間区間の長さは４時間である。図３に示すある日「Ｘ」の稼働計画表ＴＢ１において、車両ＩＤが「Ａ」および「Ｂ」の車両１０の各々の稼働計画は、０時から１２時までが「稼働」であり、１２時から１６時までが「休み」であり、１６時から２０時までが「稼働」である。車両ＩＤが「Ｃ」の車両１０の稼働計画は、０時から１６時までが「稼働」であり、１６時から２０時までが「休み」である。

　分析部３は、第２取得部として、第１取得部による車両情報の収集実績を取得する。より詳細には、たとえば、分析部３は、定期的または不定期に、記憶部４に保存された車両情報の通信ログに基づいて、車両１０ごとの車両情報の収集実績を示す収集実績テーブルＴＢ２を作成し、記憶部４に保存する。

　収集実績は、複数の時間区間に分割されている。この例では、稼働計画と同様に、当該時間区間の長さは４時間である。図３に示すある日「Ｘ」の収集実績テーブルＴＢ２において、車両ＩＤが「Ａ」の車両１０の収集実績は、０時から１２時までが「有り」であり、１２時から２０時までが「無し」である。車両ＩＤが「Ｂ」の車両１０の収集実績は、０時から１２時までが「有り」であり、１２時から１６時までが「無し」であり、１６時から２０時までが「有り」である。車両ＩＤが「Ｃ」の車両１０の収集実績は、０時から１６時までが「有り」であり、１６時から２０時までが「無し」である。

　検知部２は、収集実績および稼働計画に基づいて、車両１０に関する異常を検知する。具体的には、稼働計画表ＴＢ１において、車両ＩＤが「Ａ」の稼働計画は、１６時から２０時までが「稼働」であるにも関わらず、収集実績テーブルＴＢ２において、車両ＩＤが「Ａ」の収集実績は、１６時から２０時までが「無し」である。このため、検知部２は、稼働中である車両１０から車両情報が受信できていない時間区間が存在することから、車両ＩＤが「Ａ」の車両１０に関する異常が発生したと判断する。

　検知部２は、異常の検知結果を出力する。たとえば、検知部２は、異常の検知結果を記憶部４に保存したり、異常の検知結果をユーザに通知したりする。

　［異常検知の他の例］
　図４は、本開示の実施の形態に係る検知装置が異常検知に用いる設定情報およびデータ収集見積もりの一例を示す図である。

　図４を参照して、分析部３は、第４取得部として、車両情報の送信に関する車両１０の設定内容を示す設定情報を取得する。たとえば、設定情報は、車両１０による車両情報の送信周期および車両１０が送信する車両情報の種類を含む。

　より詳細には、分析部３は、車両１０ごとの、アップロード周期、データ種別およびサンプリング周期の設定内容を記憶部４から取得し、取得したアップロード周期およびサンプリング周期、ならびに車両情報１サンプル分の所定のデータ量に基づいて、車両１０から送信される車両情報の単位時間あたりのデータ量の見積値Ｅを算出する。そして、分析部３は、車両１０ごとの上記各設定内容および見積値Ｅを含む送信データテーブルＴＢ１０を作成し、記憶部４に保存する。なお、分析部３が見積値Ｅを算出する構成に限らず、上記単位時間あたりのデータ量が設定情報として記憶部４に登録されていてもよい。

　図４に示す送信データテーブルＴＢ１０において、車両ＩＤが「Ａ」の車両１０は、アップロード周期が１０回／時間であり、データ種別「ＩＤ１」「ＩＤ２」の車両情報をアップロードし、サンプリング周期すなわち車両情報の生成周期が１０秒に１回であり、見積値Ｅは１０メガバイト／時間である。車両ＩＤが「Ｂ」の車両１０は、アップロード周期が１０回／時間であり、データ種別「ＩＤ１」「ＩＤ３」の車両情報をアップロードし、サンプリング周期が１０秒に１回であり、見積値Ｅは１５メガバイト／時間である。車両ＩＤが「Ｃ」の車両１０は、アップロード周期が２０回／時間であり、データ種別「ＩＤ３」「ＩＤ４」の車両情報をアップロードし、サンプリング周期が５秒に１回であり、見積値Ｅは２０メガバイト／時間である。

　図５は、本開示の実施の形態に係る検知装置が異常検知に用いるデータ収集計画表の一例を示す図である。

　図５を参照して、分析部３は、設定情報および稼働計画に基づいて、車両１０からの車両情報の収集計画を作成する。

　より詳細には、分析部３は、記憶部４に保存された送信データテーブルＴＢ１０および稼働計画表ＴＢ１に基づいて、車両１０ごとの車両情報の収集計画を示すデータ収集計画表ＴＢ１１を作成し、記憶部４に保存する。

　図５に示すデータ収集計画表ＴＢ１１は、各時間区間における「車両情報のアップロード周期／データ種別／アップロードされるデータ量」を示している。

　ある日「Ｘ」のデータ収集計画表ＴＢ１１において、車両ＩＤが「Ａ」の車両１０の収集計画は、０時から１２時までが「４０回／２個／４０メガバイト」であり、１２時から１６時までが「０回／０個／０メガバイト」であり、１６時から２０時までが「４０回／２個／４０メガバイト」である。車両ＩＤが「Ｂ」の車両１０の収集計画は、０時から１２時までが「４０回／２個／６０メガバイト」であり、１２時から１６時までが「０回／０個／０メガバイト」であり、１６時から２０時までが「４０回／２個／６０メガバイト」である。車両ＩＤが「Ｃ」の車両１０の収集計画は、０時から１６時までが「８０回／２個／８０メガバイト」であり、１６時から２０時までが「０回／０個／０メガバイト」である。

　図６は、本開示の実施の形態に係る検知装置が異常検知に用いるデータ収集実績の一例を示す図である。

　図６を参照して、分析部３は、第２取得部として、第１取得部による車両情報の収集実績を取得する。より詳細には、分析部３は、定期的または不定期に、記憶部４に保存された車両情報の通信ログに基づいて、車両１０ごとの車両情報の収集実績を示す収集実績テーブルＴＢ１２を作成し、記憶部４に保存する。

　図６に示す収集実績テーブルＴＢ１２は、図５に示すデータ収集計画表ＴＢ１１と同様に、各時間区間における「車両情報のアップロード周期／データ種別／アップロードされるデータ量」を示している。

　ある日「Ｘ」の収集実績テーブルＴＢ１２において、車両ＩＤが「Ａ」の車両１０の収集実績は、０時から１２時までが「４０回／１個／３０メガバイト」であり、１２時から２０時までが「０回／０個／０メガバイト」である。車両ＩＤが「Ｂ」の車両１０の収集実績は、０時から１２時までが「２０回／２個／３０メガバイト」であり、１２時から１６時までが「０回／０個／０メガバイト」であり、１６時から２０時までが「２０回／２個／３０メガバイト」である。車両ＩＤが「Ｃ」の車両１０の収集実績は、０時から４時までが「８０回／１個／５メガバイト」であり、４時から８時までが「８０回／２個／８０メガバイト」であり、８時から１２時までが「８０回／１個／７５メガバイト」であり、１２時から１６時までが「８０回／２個／８０メガバイト」であり、１６時から２０時までが「０回／０個／０メガバイト」である。

　検知部２は、設定情報、稼働計画および収集実績に基づいて、車両１０に関する異常を検知する。たとえば、検知部２は、設定情報および稼働計画に基づく上述の収集計画と、収集実績とを比較し、比較結果に基づいて、車両１０に関する異常を検知する。具体的には、検知部２は、データ収集計画表ＴＢ１１と収集実績テーブルＴＢ１２とを比較することにより、異常の検知を行う。

　たとえば、検知部２は、設定情報および稼働計画に基づく収集計画と、収集実績とのかい離の指標値を算出し、指標値に基づいて異常を検知する。

　具体的には、時刻ｔにおける稼働計画をＰｔとし、データ収集実績をＲｔとし、閾値をＴとすると、検知部２は、Ｒｔ／Ｐｔを算出し、Ｒｔ／Ｐｔ≦Ｔの場合、時刻ｔにおいて、車両情報の収集量が少ないと判断する。Ｒｔ／Ｐｔは、上記指標値の一例である。閾値Ｔは、たとえば５０％であると仮定し、以下の説明を行う。

　［異常の判定基準の例１］
　検知部２は、上記「車両情報のアップロード周期／データ種別／アップロードされるデータ量」の各項目単独での異常判定を行う。具体的には、たとえば、検知部２は、「収集実績におけるアップロード周期Ｒｔ／稼働計画におけるアップロード周期Ｐｔ≦０．５」を満たす場合、異常であると判定する。

　なお、検知部２は、「車両情報のアップロード周期」および「アップロードされるデータ量」に関し、データ種別ごとに判定を行ってもよいし、複数のデータ種別をまとめて判定を行ってもよい。

　［異常の判定基準の例２］
　検知部２は、上記「車両情報のアップロード周期／データ種別／アップロードされるデータ量」の項目の組み合わせによる異常判定を行う。具体的には、たとえば、検知部２は、「収集実績におけるデータ種別の数Ｒｔ／稼働計画におけるデータ種別の数Ｐｔ≦０．５」かつ「収集実績におけるデータ量Ｒｔ／稼働計画におけるデータ量Ｐｔ≦０．５」を満たす場合、異常であると判定する。

　図６は、検知部２が、上述のように複数のデータ種別をまとめて判定した場合を示している。検知部２は、異常の判定基準の例１および例２のいずれの場合でも、車両ＩＤが「Ａ」の車両１０において、０時から１２時まで異常が発生しており、車両ＩＤが「Ｂ」の車両１０において、０時から１２時まで異常が発生しており、１６時から２０時まで異常が発生しており、車両ＩＤが「Ｃ」の車両１０において、０時から４時まで異常が発生していると判断する。

　また、検知部２は、異常の判定基準の例１の場合、車両ＩＤが「Ｃ」の車両１０において、８時から１２時まで異常が発生していると判断する。一方、検知部２は、異常の判定基準の例２の場合、車両ＩＤが「Ｃ」の車両１０において、「アップロードされるデータ量」が条件を満たさないため、８時から１２時まで異常が発生していないと判断する。

　このように、指標値を用いる構成により、車両１０の運転者が一時的に休憩したために車両情報が送信されない状態、および車両１０が高速道路を走行中のためハザードランプの操作に関する車両情報が送信されない状態等において、異常を誤検知することを抑制することができる。

　なお、データ収集計画表ＴＢ１１および収集実績テーブルＴＢ１２は、車両情報のアップロード周期、データ種別およびデータ量を含む構成に限らず、アップロード周期、データ種別およびデータ量のうちの一部を含む構成であってもよい。ただし、アップロード周期を含む構成により、車両情報の送信に関する異常を受信回数により簡単に判断することができる。また、データ種別を含む構成により、車両１０および検知装置１０１間の通信が不安定なのでデータ量が少ないのか、特定のデータ種別の車両情報がアップロードされていないのでデータ量が少ないのか、等を判別することができる。

　［変形例１：異常の種類の判別］
　検知部２は、データ収集計画表ＴＢ１１と収集実績テーブルＴＢ１２とを比較することにより、異常の種類の判別をさらに行う構成であってもよい。

　図７は、本開示の実施の形態に係る検知装置が検知する異常の種類の一例を示す図である。

　図７を参照して、検知部２は、たとえば、車両１０からの車両情報のデータ種別が常に少ない異常Ａ１と、車両１０からの車両情報のアップロード回数が常に少ない異常Ａ２と、車両１０からの車両情報のデータ量が常に少ない異常Ａ３と、車両１０からの車両情報のデータ種別が一時的に少ない異常Ａ４と、車両１０からの車両情報のアップロード回数が一時的に少ない異常Ａ５と、車両１０からの車両情報のデータ量が一時的に少ない異常Ａ６とを検知可能である。

　図８は、本開示の実施の形態に係る検知装置の変形例１が異常検知に用いるデータ収集実績の一例を示す図である。

　図８を参照して、たとえば、検知部２は、時間区間ごとに稼働計画と収集実績とのかい離が発生したか否かを判断し、複数の時間区間におけるかい離の発生頻度に基づいて異常を検知する構成であってもよい。

　より詳細には、検知部２は、連続判定の閾値をＮとし、Ｒｔ／Ｐｔ≦Ｔを満たす時間区間が直近Ｍ回中、Ｎ回以上発生した場合、図７で説明した「常に」に該当すると判断する。但し、Ｍは２以上の整数であり、ＮはＭ以下かつ２以上の整数である。

　図５および図８に示す例では、検知部２は、Ｍ＝３かつＮ＝２である場合、ある日「Ｘ」の０時から１２時において、車両ＩＤが「Ａ」「Ｂ」の車両１０で「常に」異常が発生していると判断する。また、検知部２は、１６時から２０時において、車両ＩＤが「Ｂ」の車両１０で「一時的に」異常が発生していると判断する。

　また、検知部２は、０時から４時および８時から１２時において、車両ＩＤが「Ｃ」の車両１０で「一時的に」異常が発生していると判断する。なお、上述のように、検知部２は、異常の判定基準の例２の場合、８時から１２時においては車両ＩＤが「Ｃ」の車両１０で異常が発生していないと判断してもよい。

　また、検知部２は、上記に限らず、たとえば、Ｒｔ／Ｐｔ≦Ｔを満たす時間区間が所定回数以上連続した場合、図７で説明した「常に」に該当すると判断する構成であってもよい。

　図８は、検知部２が、複数のデータ種別をまとめて判定した場合を示している。検知部２は、判定基準の例１および例２のいずれの場合でも、車両ＩＤが「Ａ」の車両１０において、０時から１２時まで異常Ａ１，Ａ３が発生しており、車両ＩＤが「Ｂ」の車両１０において、０時から１２時まで異常Ａ２，Ａ３が発生しており、１６時から２０時まで異常Ａ５，Ａ６が発生しており、車両ＩＤが「Ｃ」の車両１０において、０時から４時まで異常Ａ４，Ａ６が発生していると判断する。

　また、検知部２は、判定基準の例１の場合、車両ＩＤが「Ｃ」の車両１０において、８時から１２時まで異常Ａ４が発生していると判断する。一方、検知部２は、判定基準の例２の場合、車両ＩＤが「Ｃ」の車両１０において、データ量が条件を満たさないため、８時から１２時まで異常が発生していないと判断する。

　なお、検知部２は、異常の種類として図７で説明した「常に」「一時的に」を判別する構成に限らず、たとえば、Ｒｔ／Ｐｔ≦Ｔを満たす時間区間が直近Ｍ回中、Ｎ回以上発生した場合、異常であると判定し、Ｎ回未満発生した場合、異常が発生していないと判定する構成であってもよい。

　［変形例２：異常の発生箇所の特定］
　図９は、本開示の実施の形態に係る検知装置の変形例２が異常検知に用いる伝送場所情報の一例を示す図である。

　図９を参照して、検知部２は、第５取得部として、車両情報の種類と車両１０における場所との対応関係を示す伝送場所情報を取得する。

　具体的には、たとえば、検知部２は、データ種別と車両情報の伝送場所との対応関係を示す伝送場所テーブルＴＢ２１を記憶部４から取得する。伝送場所テーブルＴＢ２１は、たとえば車種ごとに作成され、記憶部４に登録されている。

　伝送場所テーブルＴＢ２１において、データ種別「ＩＤ１」の車両情報はＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）バス１において伝送されるデータを含み、データ種別「ＩＤ２」の車両情報はＣＡＮバス２において伝送されるデータを含み、データ種別「ＩＤ３」の車両情報はＬＩＮ（Ｌｏｃａｌ　Ｉｎｔｅｒｃｏｎｎｅｃｔ　Ｎｅｔｗｏｒｋ）において伝送されるデータを含み、データ種別「ＩＤ４」の車両情報はＵＳＢ（Ｕｎｉｖｅｒｓａｌ　Ｓｅｒｉａｌ　Ｂｕｓ）接続のカメラから出力されるデータを含む。

　検知部２は、異常を検知した場合、収集実績、設定情報に含まれる種類、および伝送場所情報に基づいて、異常の発生箇所を特定する。

　具体的には、図６に示す収集実績テーブルＴＢ１２において、車両ＩＤが「Ａ」の車両１０の収集実績である「車両情報のアップロード周期／データ種別／アップロードされるデータ量」は、０時から１２時までが「４０回／１個／３０メガバイト」であり、図５に示すデータ収集計画表ＴＢ１１と比べてデータ種別およびデータ量が少ない。このため、検知部２は、記憶部４における通信ログおよびデータ種別の設定内容を参照し、当該車両１０からたとえばデータ種別「ＩＤ２」の車両情報が得られている一方でデータ種別「ＩＤ１」の車両情報が得られていない場合、当該車両１０におけるＣＡＮバス１において異常が発生していると判断する。

　［変形例３：かい離の指標値に応じた一覧表の作成］
　図１０は、本開示の実施の形態に係る検知装置の変形例３が作成する一覧情報の一例を示す図である。

　図１０を参照して、分析部３は、稼働計画と収集実績とのかい離の指標値を算出し、当該指標値に基づいて、異常への対処が必要となる車両１０の一覧情報を作成する構成であってもよい。

　具体的には、分析部３は、所望の時間区間における各車両１０の上記指標値を示す指標値テーブルＴＢ２２を作成し、記憶部４に保存する。たとえば、検知部２は、算出したＲｔ／Ｐｔを、収集実績テーブルＴＢ１２における車両ＩＤおよび時間区間に対応付けて、収集実績テーブルＴＢ１２に追加で登録する。分析部３は、検知部２により登録された収集実績テーブルＴＢ１２における指標値Ｒｔ／Ｐｔを用いて、指標値テーブルＴＢ２２を作成する。

　図１０に示す指標値テーブルＴＢ２２は、ある日「Ｘ」における０時から４時までの時間区間の、アップロード周期のＲｔ／Ｐｔ、データ種別のＲｔ／Ｐｔ、およびデータ量のＲｔ／Ｐｔを含み、かつデータ種別およびデータ量に関して昇り順にソートした表である。

　これにより、ユーザは、枠Ｆ１で囲まれた車両ＩＤが「Ａ」「Ｘ」「Ｙ」の各車両１０において、類似した異常が発生していることを簡単に把握することができる。

　［変形例４：検知結果のユーザへの提示］
　図１１は、本開示の実施の形態に係る検知装置の変形例４の構成を示す図である。図１１を参照して、検知装置１０１の変形例４は、図２に示す検知装置１０１と比べて、さらに、設定部５を備える。通信部１、検知部２、分析部３および設定部５の一部または全部は、たとえば、１または複数のプロセッサを含む処理回路により実現される。記憶部４は、たとえば上記処理回路に含まれる不揮発性メモリである。

　設定部５は、たとえばユーザの操作に基づいて、車両情報の送信に関する車両１０の設定内容を示す設定情報を作成し、記憶部４に保存する。

　図１２は、本開示の実施の形態に係る検知装置の変形例４が表示する設定画面の一例を示す図である。

　図１２を参照して、設定部５は、設定情報の内容を登録するための設定画面Ｇ１を作成し、ノートＰＣ（Ｐｅｒｓｏｎａｌ　Ｃｏｍｐｕｔｅｒ）等の図示しない端末装置に表示する処理を行う。より詳細には、設定部５は、設定画面Ｇ１を示す画面情報を作成し、通信部１および外部ネットワーク１６１経由で端末装置へ送信する。端末装置は、設定部５から受信した画面情報に基づいて、設定画面Ｇ１を表示する。

　設定画面Ｇ１は、取得したい車両情報のデータ種別を入力するためのチェックボックス、および各データのデータ収集周期を含む。図１２に示す例では、車両Ａの設定情報を示す設定画面Ｇ１において、ＣＡＮバスにおいて伝送されるＣＡＮデータ、ＬＩＮバスにおいて伝送されるＬＩＮデータ、およびＵＳＢにおいて伝送されるＵＳＢデータを、バスごとにそれぞれ選択可能である。なお、設定画面Ｇ１において、各データのデータ収集周期を入力可能であってもよい。

　具体的には、端末装置は、ユーザの操作に従い、データ収集周期１００ミリ秒でＣＡＮデータ２，３を収集し、データ収集周期２００ミリ秒でＬＩＮデータ２，３を収集し、データ収集周期１００ミリ秒でＵＳＢデータ１を収集し、かつデータ収集周期１０００ミリ秒ですべてのデータを収集することを示す操作情報を検知装置１０１へ送信する。

　設定部５は、外部ネットワーク１６１および通信部１経由で端末装置から受信した操作情報に基づいて、設定情報を作成し、記憶部４に保存する。たとえば、この設定情報が車載装置２０２に登録されることにより、車載装置２０２は、当該設定情報の示す設定内容に従って車両情報を検知装置１０１へ送信する。設定情報は、たとえば、ユーザが車載装置２０２に登録してもよいし、検知装置１０１が設定情報を車載装置２０２へ送信することにより登録してもよい。

　また、たとえば、設定部５は、作成した設定情報に基づいて、車両１０である車両Ａからアップロードされるデータの想定データ量を算出し、設定画面Ｇ１に表示する処理を行う。図１２に示す例では、車両Ａから送信されるアップロード１回あたりの車両情報の想定データ量は、１００キロバイトである。

　なお、端末装置は、ユーザによる車両１０の稼働計画の入力操作を受け付ける構成であってもよい。この場合、通信部１は、車両１０の稼働計画を示す操作情報を端末装置から受信し、受信した操作情報に基づいて稼働計画表ＴＢ１を作成し、記憶部４に保存する。

　図１３は、本開示の実施の形態に係る検知装置の変形例４が表示する監視画面の一例を示す図である。

　図１３を参照して、検知部２は、異常が発生した車両情報の種類に基づく内容を画面に表示する処理を行う。

　より詳細には、検知部２は、異常の検知結果を示す監視画面Ｇ２を作成し、たとえば設定画面Ｇ１と同様に、監視画面Ｇ２を示す画面情報を作成して上記端末装置へ送信することにより、監視画面Ｇ２を上記端末装置に表示する処理を行う。

　監視画面Ｇ２は、日付と、想定アップロードデータ量すなわち１日当たりで車両１０からアップロードされると想定される車両情報のデータ量と、実アップロードデータ量すなわち実際に車両からアップロードされた１日当たりの車両情報のデータ量と、アップロードされていない可能性のあるデータとを含む。また、監視画面Ｇ２は、推定される異常の原因、および異常に対する対策案を含む。

　図１３に示す例では、車両Ａからの車両情報の監視結果を示す監視画面Ｇ２において、想定アップロードデータ量が３．６ギガバイトであり、実アップロードデータ量が１．８ギガバイトであり、ＵＳＢデータ１またはＣＡＮデータ２，３がアップロードされていない可能性があることが表示されている。また、監視画面Ｇ２において、ＵＳＢ１またはＣＡＮバス１における接続不良が異常の原因であり、車両ＡのドライバＣへ連絡すべきである旨が表示されている。

　なお、検知部２は、１日単位に限らず、たとえば１時間当たりの想定アップロードデータ量および実アップロードデータ量を表示する構成であってもよいし、１日の現時点までの期間における想定アップロードデータ量および実アップロードデータ量を表示する構成であってもよい。

　また、検知部２は、異常の発生した車両ＡのドライバＣへ異常の検知結果を自動的に通知する構成である場合、監視画面Ｇ２において、たとえば、車両ＡのドライバＣへ連絡済みである旨、または車両１０における機器の異常ランプを点灯させた旨を表示する構成であってもよい。

　変形例４を含む本開示の実施の形態において、車載装置２０２は、一例として車両１０の出荷後に当該車両１０に後付けされるデバイスである。既存デバイスと比べて後付けデバイスには当該後付けデバイスに起因する種々の不具合が想定されるところ、上記のように監視画面Ｇ２を表示する構成により、たとえば後付けデバイスに不具合が発生した場合において、知見の無いユーザであっても簡単に当該車載装置２０２の異常を把握することができる。これにより、効率的に不具合の原因切り分けを行い、たとえば回収対象となる後付けデバイスを減らし、回収作業等の負担を軽減することができる。

　［動作の流れ］
　図１４は、本開示の実施の形態に係る検知装置が車両の異常を検知する際の動作手順を定めたフローチャートである。図１４は、図３を用いて説明した処理を示している。

　図１４を参照して、まず、検知装置１０１は、１または複数の車両１０から車両情報を収集し、通信ログを作成して保存する（ステップＳ１）。

　次に、検知装置１０１は、一定期間のデータを収集するまで車両情報を収集し（ステップＳ２でＮＯ）、一定期間のデータを収集した場合（ステップＳ２でＹＥＳ）、車両情報の収集実績を示す収集実績テーブルＴＢ２を作成する（ステップＳ３）。

　次に、検知装置１０１は、車両１０の稼働計画を示す稼働計画表ＴＢ１を記憶部４から取得し（ステップＳ４）、収集実績テーブルＴＢ２と稼働計画表ＴＢ１とを比較することにより、異常の検知を行う（ステップＳ５）。

　検知装置１０１は、異常が発生していないと判断した場合（ステップＳ６でＮＯ）、車両情報の収集を継続する（ステップＳ１）。

　一方、検知装置１０１は、異常が発生したと判断した場合（ステップＳ６でＹＥＳ）、検知結果を出力し（ステップＳ７）、車両情報の収集を継続する（ステップＳ１）。

　図１５は、本開示の実施の形態に係る検知装置が車両の異常を検知する際の動作手順を定めたフローチャートである。図１５は、上述の異常検知の他の例の処理を示している。また、図１５は、変形例１，２の処理も含んでいる。

　図１５を参照して、まず、検知装置１０１は、１または複数の車両１０から車両情報を収集し、通信ログを作成して保存する（ステップＳ１１）。

　次に、検知装置１０１は、一定期間のデータを収集するまで車両情報を収集し（ステップＳ１２でＮＯ）、一定期間のデータを収集した場合（ステップＳ１２でＹＥＳ）、車両情報の収集実績を示す収集実績テーブルＴＢ１２を作成する（ステップＳ１３）。

　次に、検知装置１０１は、設定情報を記憶部４から取得し（ステップＳ１４）、設定情報に基づいてデータ量の見積値Ｅを算出する（ステップＳ１５）。

　次に、検知装置１０１は、車両１０の稼働計画を示す稼働計画表ＴＢ１を記憶部４から取得し（ステップＳ１６）、稼働計画および設定情報に基づいて、具体的には稼働計画表ＴＢ１および送信データテーブルＴＢ１０に基づいて、車両１０からの車両情報の収集計画を示すデータ収集計画表ＴＢ１１を作成する（ステップＳ１７）。

　次に、検知装置１０１は、収集実績テーブルＴＢ１２とデータ収集計画表ＴＢ１１とを比較することにより、異常の検知および異常の種類の判別を行う（ステップＳ１８）。

　検知装置１０１は、異常が発生していないと判断した場合（ステップＳ１９でＮＯ）、車両情報の収集を継続する（ステップＳ１１）。

　一方、検知装置１０１は、異常が発生したと判断した場合（ステップＳ１９でＹＥＳ）、車両情報の伝送場所を示す伝送場所テーブルＴＢ２１を記憶部４から取得し（ステップＳ２０）、収集実績テーブルＴＢ１２、送信データテーブルＴＢ１０の示すデータ種別の設定内容および伝送場所テーブルＴＢ２１に基づいて、異常の発生箇所を特定する（ステップＳ２１）。

　次に、検知装置１０１は、たとえば異常の種類および異常の発生箇所を示す検知結果を出力し（ステップＳ２２）、車両情報の収集を継続する（ステップＳ１１）。なお、検知装置１０１は、上述の監視画面Ｇ２を表示する処理を行ってもよい（ステップＳ２２）。

　図１６は、本開示の実施の形態に係る検知装置の変形例３が一覧情報を作成する際の動作手順を定めたフローチャートである。

　図１６を参照して、まず、検知装置１０１は、各車両１０の異常の検知結果を記憶部４から取得する（ステップＳ３１）。

　次に、検知装置１０１は、異常が発生した車両１０ごとの、稼働計画に基づく収集計画と収集実績とのかい離の指標値Ｒｔ／Ｐｔを、たとえば記憶部４における収集実績テーブルＴＢ１２から取得する（ステップＳ３２）。

　次に、検知装置１０１は、収集実績テーブルＴＢ１２における指標値Ｒｔ／Ｐｔを用いて、一覧情報たとえば図１０に示すような指標値テーブルＴＢ２２を作成し、記憶部４に保存する（ステップＳ３３）。

　なお、検知装置１０１の機能の一部または全部が、クラウドコンピューティングによって提供されてもよい。すなわち、本開示の実施の形態に係る検知装置が、複数のサーバによって構成されるクラウドサーバであってもよい。

　上述の実施形態の各処理（各機能）は、１または複数のプロセッサを含む処理回路（Ｃｉｒｃｕｉｔｒｙ）により実現される。上記処理回路は、上記１または複数のプロセッサに加え、１または複数のメモリ、各種アナログ回路、各種デジタル回路が組み合わされた集積回路等で構成されてもよい。上記１または複数のメモリは、上記各処理を上記１または複数のプロセッサに実行させるプログラム（命令）を格納する。上記１または複数のプロセッサは、上記１または複数のメモリから読み出した上記プログラムに従い上記各処理を実行してもよいし、予め上記各処理を実行するように設計された論理回路に従って上記各処理を実行してもよい。上記プロセッサは、ＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）、ＧＰＵ（Ｇｒａｐｈｉｃｓ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）、ＤＳＰ（Ｄｉｇｉｔａｌ　Ｓｉｇｎａｌ　Ｐｒｏｃｅｓｓｏｒ）、ＦＰＧＡ（Ｆｉｅｌｄ　Ｐｒｏｇｒａｍｍａｂｌｅ　Ｇａｔｅ　Ａｒｒａｙ）、およびＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｐｅｃｉｆｉｃ　Ｉｎｔｅｇｒａｔｅｄ　Ｃｉｒｃｕｉｔ）等、コンピュータの制御に適合する種々のプロセッサであってよい。なお、物理的に分離した上記複数のプロセッサが互いに協働して上記各処理を実行してもよい。たとえば、物理的に分離した複数のコンピュータのそれぞれに搭載された上記プロセッサがＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）、ＷＡＮ　（Ｗｉｄｅ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）、およびインターネット等のネットワークを介して互いに協働して上記各処理を実行してもよい。上記プログラムは、外部のサーバ装置等から上記ネットワークを介して上記メモリにインストールされても構わないし、ＣＤ－ＲＯＭ（Ｃｏｍｐａｃｔ　Ｄｉｓｃ　Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）、ＤＶＤ－ＲＯＭ（Ｄｉｇｉｔａｌ　Ｖｅｒｓａｔｉｌｅ　Ｄｉｓｋ　Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）、および半導体メモリ等の記録媒体に格納された状態で流通し、上記記録媒体から上記メモリにインストールされても構わない。

　上記実施の形態は、すべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記説明ではなく請求の範囲によって示され、請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

　以上の説明は、以下に付記する特徴を含む。
　［付記１］
　検知装置であって、
　車両から前記車両の識別情報を含む情報であって前記車両に関する車両情報を取得する第１取得部と、
　前記第１取得部による前記車両情報の収集実績を取得する第２取得部と、
　前記識別情報に対応する前記車両の稼働計画を取得する第３取得部と、
　前記収集実績および前記稼働計画に基づいて、前記車両に関する異常を検知する検知部とを備え、
　前記検知装置は、さらに、
　前記設定情報および前記稼働計画に基づいて、前記車両情報の収集計画を作成する分析部を備え、
　前記検知部は、前記収集計画と前記収集実績とを比較し、比較結果に基づいて、前記車両に関する異常を検知する、検知装置。

　［付記２］
　処理回路を備え、
　前記処理回路は、
　車両から前記車両の識別情報を含む情報であって前記車両に関する車両情報を取得し、
　前記第１取得部による前記車両情報の収集実績を取得し、
　前記識別情報に対応する前記車両の稼働計画を取得し、
　前記収集実績および前記稼働計画に基づいて、前記車両に関する異常を検知する、検知装置。

　１　通信部
　２　検知部
　３　分析部
　４　記憶部
　５　設定部
　１０　車両
　１０１　検知装置
　１０２　車載装置
　１６１　外部ネットワーク
　２０２　車載装置
　３０１　通信システム
　Ａ１，Ａ２，Ａ３，Ａ４，Ａ５，Ａ６　異常
　Ｆ１　枠
　ＴＢ１　稼働計画表
　ＴＢ１０　送信データテーブル
　ＴＢ１１　データ収集計画表
　ＴＢ２，１２　収集実績テーブル
　ＴＢ２１　伝送場所テーブル
　ＴＢ２２　指標値テーブル

Claims (10)

1. 　車両から前記車両の識別情報を含む情報であって前記車両に関する車両情報を取得する第１取得部と、
   　前記第１取得部による前記車両情報の収集実績を取得する第２取得部と、
   　前記識別情報に対応する前記車両の稼働計画を取得する第３取得部と、
   　前記収集実績および前記稼働計画に基づいて、前記車両に関する異常を検知する検知部とを備える、検知装置。
2. 　前記検知装置は、さらに、
   　前記車両情報の送信に関する前記車両の設定内容を示す設定情報を取得する第４取得部を備え、
   　前記検知部は、前記設定情報、前記収集実績および前記稼働計画に基づいて、前記車両に関する異常を検知する、請求項１に記載の検知装置。
3. 　前記設定情報は、前記車両による前記車両情報の送信周期および前記車両が送信する前記車両情報の種類の少なくともいずれか一方を含む、請求項２に記載の検知装置。
4. 　前記設定情報は、前記車両が送信する前記車両情報の種類を含み、
   　前記検知装置は、さらに、
   　前記種類と前記車両における前記車両情報の伝送場所との対応関係を示す伝送場所情報を取得する第５取得部を備え、
   　前記検知部は、前記異常を検知した場合、前記収集実績、前記設定情報に含まれる前記種類、および前記伝送場所情報に基づいて、前記異常の発生箇所を特定する、請求項２または請求項３に記載の検知装置。
5. 　前記稼働計画は、複数の時間区間に分割されており、
   　前記検知部は、前記時間区間ごとに前記稼働計画と前記収集実績とのかい離が発生したか否かを判断し、複数の前記時間区間における前記かい離の発生頻度に基づいて前記異常を検知する、請求項１から請求項４のいずれか１項に記載の検知装置。
6. 　前記検知装置は、さらに、
   　前記稼働計画と前記収集実績とのかい離の指標値を算出し、前記指標値に基づいて、前記異常への対処が必要となる前記車両の一覧情報を作成する分析部を備える、請求項１から請求項５のいずれか１項に記載の検知装置。
7. 　前記設定情報は、前記車両が送信する前記車両情報の種類を含み、
   　前記検知部は、前記異常が発生した前記車両情報の種類に基づく内容を画面に表示する処理を行う、請求項２から請求項４のいずれか１項に記載の検知装置。
8. 　車両に搭載される車載装置と、
   　検知装置とを備え、
   　前記車載装置は、前記車両の識別情報を含む情報であって前記車両に関する車両情報を前記検知装置へ送信し、
   　前記検知装置は、前記検知装置における前記車両情報の収集実績および前記識別情報に対応する前記車両の稼働計画に基づいて、前記車両に関する異常を検知する、検知システム。
9. 　検知装置における検知方法であって、
   　車両から前記車両の識別情報を含む情報であって前記車両に関する車両情報を取得するステップと、
   　前記検知装置による前記車両情報の収集実績を取得するステップと、
   　前記識別情報に対応する前記車両の稼働計画を取得するステップと、
   　前記収集実績および前記稼働計画に基づいて、前記車両に関する異常を検知するステップとを含む、検知方法。
10. 　検知装置において用いられる検知プログラムであって、
    　コンピュータを、
    　車両から前記車両の識別情報を含む情報であって前記車両に関する車両情報を取得する第１取得部と、
    　前記第１取得部による前記車両情報の収集実績を取得する第２取得部と、
    　前記識別情報に対応する前記車両の稼働計画を取得する第３取得部と、
    　前記収集実績および前記稼働計画に基づいて、前記車両に関する異常を検知する検知部、
    として機能させるための、検知プログラム。

Images