(57)【要約】【課題】大きな記憶容量の記憶部を必要とせず、且つ異常および故障が特定しやすい構成を備えた車両情報管理システムを提供することにある。【解決手段】更新部２３５は、操作検出部２３３およびエンジン状態検出部２３２の検出結果に基づき、乗員の車両に対する操作に起因してエンジン３が停止したと判断される場合には、診断データを記憶部２４に格納せず、乗員の車両に対する操作に起因せずエンジン３が停止したと判断される場合に、診断データを記憶部２４に格納する。【選択図】図１
2014020208.tif 000002
【特許請求の範囲】
【請求項１】
車両の状態を示す診断データを管理する車両情報管理システムであって、
エンジンの状態を検出するエンジン状態検出部と、
乗員の前記車両に対する操作を検出する操作検出部と、
前記車両の状態に関するパラメータを検出する複数のパラメータ検出装置と、
各パラメータ検出装置によって検出されたパラメータに基づいて前記診断データを作成する診断データ作成部と、
前記診断データを格納する記憶部と、
前記操作検出部および前記エンジン状態検出部の検出結果に基づき、乗員の前記車両に対する操作に起因して前記エンジンが停止したと判断される場合には、前記診断データを前記記憶部に格納せず、乗員の前記車両に対する操作に起因せず前記エンジンが停止したと判断される場合に、前記診断データを前記記憶部に格納する更新部と、
を備えた、
車両情報管理システム。
【請求項２】
請求項１に記載の車両情報管理システムであって、
前記エンジン状態検出部は、前記エンジンの回転速度を検出する回転速度検出部を含み、前記エンジンの回転速度が第１閾値以下となった場合に、前記エンジンが停止したと判断する、
車両情報管理システム。
【請求項３】
請求項１又は２に記載の車両情報管理システムであって、
前記操作検出部は、前記車両のキルスイッチが操作されたか否かを判断するスイッチ検出部を含み、
前記キルスイッチが操作されることで前記エンジンが停止した場合には、乗員の操作に起因して前記エンジンが停止したと判断され、前記更新部は、前記診断データを前記記憶部に格納しない、
車両情報管理システム。
【請求項４】
請求項１から３のいずれか１項に記載の車両情報管理システムであって、
前記操作検出部は、前記車両のサイドスタンドが車体を支持している状態か否かを判断するスタンド状態検出部を含み、
前記サイドスタンドが前記車両を支持している状態に変わることで、前記エンジンが停止した場合には、乗員の操作に起因して前記エンジンが停止したと判断され、前記更新部は、前記診断データを前記記憶部に格納しない、
車両情報管理システム。
【請求項５】
請求項１から４のいずれか１項に記載の車両情報管理システムであって、
前記車両に設けられたクラッチレバーの操作を検出するレバー検出部をさらに含み、
前記操作検出部は、
前記エンジンが停止したとき、前記クラッチレバーが操作されたときから前記エンジンが停止するまでの時間を検出する時間検出部と、
前記時間検出部の検出結果が第２閾値以下か否かを判断する起因判断部と、
を含み、
前記時間検出部の検出結果が前記第２閾値以下である場合には、乗員の操作に起因して前記エンジンが停止したと判断され、前記更新部は、前記診断データを前記記憶部に格納しない、
車両情報管理システム。
【請求項６】
請求項１から５のいずれかに記載の車両情報管理システムであって、
前記操作検出部は、前記車両が転倒したか否かを判断する転倒検出部を含み、
前記車両が転倒することで、前記エンジンが停止した場合には、乗員の操作に起因して前記エンジンが停止したと判断され、前記更新部は、前記診断データを前記記憶部に格納しない、
車両情報管理システム。
【請求項７】
請求項６に記載の車両情報管理システムであって、
前記転倒検出部は、前記車両の角度を検出する角度検出部を含む、
車両情報管理システム。
【請求項８】
請求項１から７のいずれか１項に記載の車両情報管理システムと、
前記複数の記憶領域に記憶されている前記診断データを前記車両情報管理システムから読み取る読取装置と、
前記車両情報管理システムから読み取った前記診断データを表示する表示装置と、
を含む、故障診断システム。
【請求項９】
請求項１から８のいずれか１項に記載の車両情報管理システムを備えた鞍乗型車両。
【請求項１０】
請求項９に記載の鞍乗型車両であって、
乗員に異常を警告する警告灯をさらに含み、
前記警告灯は、前記診断データに基づいて異常が検出されたときに点灯する、
鞍乗型車両。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両情報管理システムに関し、さらに詳しくは、フリーズフレームデータを管理する車両情報管理システムに関する。
【背景技術】
【０００２】
車両に異常が発生した場合に、故障の診断および修理のため、車両のフリーズフレームデータを取得し、記憶部に格納する構成を備えた車両が知られている。ここで、フリーズフレームデータとは、車両に設けられた複数のセンサから取得された車両の状態に関するパラメータに基づいて作成された車両の状態を示すデータを意味している。このような車両では、修理を行う作業員は、車両の修理の際に、外部の装置を用いてフリーズフレームデータを記憶部から読み出して、故障の種別等を特定する。
【０００３】
いわゆるエンジンストールが発生したときに、エンジンストールが発生した原因を特定するため、フリーズフレームデータを取得し、記憶部にフリーズフレームデータを格納する車両が知られている（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平０８―２７４９４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１に記載の車両では、エンジンストールが発生した場合に、フリーズフレームデータが記憶部に格納される。フリーズフレームデータのデータ数が多くなれば、修理を行う作業員は、故障の内容を特定することが困難である。
【０００６】
特許文献１の車両では、多数のフリーズフレームデータが記憶部に格納される。このため、特許文献１の車両では、大きな記憶容量の記憶部が必要となる。
【０００７】
本発明の課題は、大きな記憶容量の記憶部を必要とせず、且つ異常および故障が特定しやすい構成を備えた車両情報管理システムを提供することにある。
【課題を解決するための手段および発明の効果】
【０００８】
本発明に係る車両情報管理システムは、車両の状態を示す診断データを管理する車両情報管理システムであって、エンジン状態検出部、操作検出部、複数のパラメータ検出装置、診断データ作成部、記憶部及び更新部を備えている。エンジン状態検出部は、エンジンの状態を検出する。操作検出部は、乗員の車両に対する操作を検出する。パラメータ検出装置は、車両の状態に関するパラメータを検出する。診断データ作成部は、各パラメータ検出装置によって検出されたパラメータに基づいて診断データを作成する。記憶部は、診断データを格納する。更新部は、操作検出部およびエンジン状態検出部の検出結果に基づき、乗員の車両に対する操作に起因してエンジンが停止したと判断される場合には、診断データを記憶部に格納せず、乗員の車両に対する操作に起因せずエンジンが停止したと判断される場合、診断データを記憶部に格納する。
【０００９】
上記の車両情報管理システムでは、乗員の操作に起因するエンジンストールが発生した場合には、診断データが記憶部に格納されない。このため、エンジンストールが発生した場合に、必ず診断データが作成され、診断データが記憶部に格納される構成に比べて、上記の車両情報管理システムは、大きな記憶容量の記憶部を必要としない。
【００１０】
上記の車両情報管理システムでは、乗員の操作に起因してエンジンストールが発生した場合に、診断データが記憶部に格納されない。このため、上記の車両情報管理システムでは、診断および修理のときに、修理を行う作業員は、異常を特定するために重要な診断データの検索が容易である。したがって、上記の車両情報管理システムでは、修理を行う作業員は、異常や故障の内容を特定しやすく、修理を行いやすい。
【図面の簡単な説明】
【００１１】
【図１】本発明に係る自動二輪車の構成を示すブロック図である。
【図２】記憶領域に記憶されている診断データの具体例を示す図である。
【図３】車両情報管理システムの動作を示すフローチャートである。
【図４】自動二輪車が外部装置に接続されている状態を示す全体構成図である。
【図５】自動二輪車のメータの周囲を示す正面部分拡大図である。
【発明を実施するための形態】
【００１２】
車両に異常が発生した場合に、故障の特定および修理のため、車両のフリーズフレームデータを取得し、記憶部に格納する構成を備えた車両が知られている。
【００１３】
エンジンストールが発生したときに、エンジンストールの原因を特定するため、フリーズフレームデータを取得し、記憶部にフリーズフレームデータを格納する車両が考えられている。この車両では、エンジンストールが発生すると、エンジンストールが発生した原因に関わらず、フリーズフレームデータが記憶部に格納される。この車両では、多数のフリーズフレームデータを格納するため、大きな記憶容量の記憶部が必要となる。フリーズフレームデータのデータ数が多いと、修理を行う作業者は、修理やメンテナンスの際に、異常および故障の原因を特定しにくい。
【００１４】
本願発明者は、大きな記憶容量の記憶部を必要とせず、且つ異常および故障の原因を特定しやすい構成を備えた車両情報管理システムを考えついた。本願発明者が考えた車両情報管理システムでは、エンジンストールが発生した場合に、エンジンストールが乗員の操作に起因して発生したか否かが判断される。エンジンストールが乗員の操作に起因して発生した場合に、診断データは記憶部に格納されない。このため、エンジンストールが発生した全ての場合についてフリーズフレームデータを作成し、フリーズフレームデータを記憶部に格納する構成に比べて、本願発明者の考えた車両情報管理システムは、大きな記憶容量の記憶部を必要としない。本願発明者の考えた車両情報管理システムでは、修理を行う作業者は、修理やメンテナンスの際に、異常および故障の原因を特定しやすく、修理しやすい。
【００１５】
以下、図面を参照し、本発明の一実施形態に係る車両情報管理システムを備えた自動二輪車１について説明する。図中同一又は相当部分には同一符号を付してその部材についての説明は繰り返さない。
【００１６】
〈全体構成〉
図１は、自動二輪車１の全体構成を示すブロック図である。自動二輪車１は、エンジン３、キルスイッチ４、サイドスタンド５、クラッチレバー６および車両管理システム２を備えている。
【００１７】
キルスイッチ４は、乗員の操作に応じて、車両管理システム２に含まれるＥＣＵ２３に信号を出力する。キルスイッチ４からの信号を受信するとＥＣＵ２３はエンジン３を停止させる。サイドスタンド５は、自動二輪車１を停車させる際に、自動二輪車１が転倒しないように車体を支持する。サイドスタンド５は、自動二輪車１の車体を支持する支持状態と、自動二輪車１の走行時に走行を阻害しないよう待機する待機状態とを取り得る。クラッチレバー６は、クラッチの切り替えを行う際に乗員によって操作される。クラッチレバー６が操作されると、クラッチが動力を伝達可能な状態と、動力を遮断する状態との間で切り替えられる。
【００１８】
車両情報管理システム２は、複数の検出センサ２１およびＥＣＵ（電子制御ユニット）２３を備えている。複数の検出センサ２１は、自動二輪車１のエンジン３や電源等に取り付けられている。各検出センサ２１は、それぞれ車両の状態に関するパラメータを検出する。例えば、複数の検出センサ２１には、車速を検出する車速センサやスロットルセンサ等、様々なセンサが含まれている。複数の検出センサ２１は、ＥＣＵ２３に接続されている。
【００１９】
ＥＣＵ２３は、自動二輪車１に設けられたエンジン３等を制御する。ＥＣＵ２３は、取得部２３１、レバー検出部２３７、エンジン状態検出部２３２、操作検出部２３３、診断データ作成部２３４、更新部２３５および記憶部２４を備えている。
【００２０】
取得部２３１は、各検出センサ２１から車両の状態に関するパラメータを取得する。エンジン状態検出部２３２は、エンジン３の状態を検出する。エンジン状態検出部２３２は、エンジンストールが発生しているか否かを検出する。エンジン状態検出部２３２は、エンジン３に接続されている。エンジン状態検出部２３２は、回転速度検出部２３２ａおよび判断部２３２ｂを含んでいる。回転速度検出部２３２ａは、エンジン３の回転速度を検出する。判断部２３２ｂは、回転速度検出部２３２ａの検出結果が予め定められた第１閾値よりも小さいか否かを判断する。エンジン状態検出部２３２は、エンジン３の回転速度が第１閾値よりも小さい場合に、エンジンストールが発生したと判断する。
【００２１】
レバー検出部２３７は、乗員のクラッチレバー６の操作を検出する。レバー検出部２３７は、クラッチレバー６に接続されている。
【００２２】
操作検出部２３３は、乗員の自動二輪車１に対する操作を検出する。操作検出部２３３は、エンジンストールの発生原因となる乗員の自動二輪車１に対する操作を検出する。操作検出部２３３には、スイッチ検出部２５０、スタンド状態検出部２５１、時間検出部２５２、起因判断部２５３および転倒検出部２５４が含まれている。操作検出部２３３は、診断データ作成部２３４に接続されている。
【００２３】
スイッチ検出部２５０は、キルスイッチ４に接続されている。スイッチ検出部２５０は、キルスイッチ４が押されたか否かを検出する。スタンド状態検出部２５１は、サイドスタンド５の状態を検出する。スタンド状態検出部２５１は、サイドスタンド５の支持状態および待機状態を検出する。サイドスタンド検出部２５１によって、サイドスタンド５の支持状態が検出されると、ＥＣＵ２３はエンジン３を停止させる。
【００２４】
時間検出部２５２は、クラッチレバー６が操作された後に、エンジン３が停止したときに、レバー検出部２３７がクラッチレバー６の操作を検出したときからエンジン３が停止するまでの時間を検出する。起因判断部２５３は、時間検出部２５２で検出された時間が予め定められた第２閾値以下か否かを判断する。
【００２５】
転倒検出部２５４は、自動二輪車１の転倒を検出する。転倒検出部２５４は、角度検出部２５４ａを含んでいる。角度検出部２５４ａは、自動二輪車１の垂直方向に対する傾斜角度を検出する。転倒検出部２５４は、角度検出部２５４ａによって検出される自動二輪車１の傾斜角度が所定の閾値以下である場合に自動二輪車１が転倒したと判断する。
【００２６】
診断データ作成部２３４は、各検出センサ２１によって検出されたパラメータに基づいて診断データを作成する。診断データ作成部２３４は、パラメータを予め定められた順番に並べて診断データを作成する。診断データ作成部２３４は、操作検出部２３３およびエンジン状態検出部２３２の検出結果に基づいて、乗員の車両に対する操作に起因してエンジンストールが発生していると判断される場合には、診断データを作成しない。診断データ作成部２３４は、操作検出部２３３およびエンジン状態検出部２３２の検出結果に基づいて、乗員の車両に対する操作に起因せずにエンジンストールが発生したと判断される場合には、診断データを作成する。
【００２７】
ここで、エンジンストールが乗員の車両に対する操作に起因して発生したか否かは、診断データ作成部２３４が記憶部２４に予め格納された起因データを参照して決定する。起因データには、エンジンストールが乗員の操作に起因して発生したか否かを判断するための情報が含まれている。更新部２３５は、記憶部２４に診断データ作成部２３４が作成した診断データを格納する。
【００２８】
記憶部２４は、診断データを格納する。記憶部２４は診断データを格納可能な複数の記憶領域を含んでいる。記憶部２４には、起因データが予め格納されている。
【００２９】
図２は、各記憶領域に格納された診断データの一例を示す。記憶部２４に含まれる３つの記憶領域には、それぞれ１つの診断データが格納されている。各記憶領域には、１つの診断データを格納可能である。図２に示す診断データの項目や数値は単なる例示であり、これに限られない。例えば、診断データの項目の数が図２の例とは異なっていてもよい。診断データは、車速やバッテリ電圧等、車体の状態に関する複数のパラメータから構成されている。
【００３０】
図３は、車両情報管理システム２の動作を示すフローチャートである。フローチャートに基づいて車両情報管理システム２の動作について説明する。
【００３１】
エンジン状態検出部２３２は、回転速度検出部２３２ａの検出結果に基づいて、エンジンストールが発生したか否かを判断する（ステップＳ１）。エンジンストールが発生していない場合（ステップＳ１のＮＯ）には、ステップ１に戻る。一方で、エンジンストールが発生した場合（ステップＳ１のＹＥＳ）には、乗員の操作に起因してエンジンストールが発生したか否かが判断される。乗員の操作に起因してエンジンストールが発生したか否かを判断する動作を以下に説明する。
【００３２】
エンジンストールが発生する前の所定期間にキルスイッチ４が押されたか否かが判断される（ステップＳ２）。キルスイッチ４が押された場合には、乗員の操作に起因してエンジンストールが発生したと判断し、ステップ１に戻る（ステップＳ２のＹＥＳ）。一方で、キルスイッチ４が押されていない場合（ステップＳ２のＮＯ）には、エンジンストールが発生する前の所定期間にサイドスタンド５が待機状態から支持状態に変わったか否かが判断される（ステップＳ３）。サイドスタンド５が待機状態から支持状態に変わった場合（ステップＳ３のＹＥＳ）には、乗員の操作に起因してエンジンストールが発生したと判断し、ステップ１に戻る。一方で、サイドスタンド５が待機状態から支持状態に変わっていない場合（ステップＳ３のＮＯ）には、クラッチレバー６が操作されたときからエンジンストールが発生するまでの時間が第２閾値以下か否かが判断される（ステップＳ４）。
【００３３】
クラッチレバー６が操作されたときからエンジンストールが発生するまでの時間が第２閾値以下の場合（ステップＳ４のＮＯ）には、エンジンストールは乗員の操作に起因すると判断し、ステップ１に戻る。一方で、クラッチレバー６が操作されたときからエンジンストールが発生するまでの時間が第２閾値よりも大きい場合（ステップＳ４のＹＥＳ）には、自動二輪車１が転倒したか否かが判断される（ステップＳ５）。自動二輪車１が転倒していると判断された場合（ステップＳ５のＹＥＳ）には、エンジンストールが乗員の操作に起因すると判断し、ステップ１に戻る。一方で、自動二輪車１が転倒していない場合（ステップＳ５のＮＯ）には、エンジンストールは乗員の操作に起因しないと判断され、診断データを記憶部２４に格納する動作が行われる。
【００３４】
乗員の操作に起因せずにエンジンストールが発生したと判断される（ステップＳ２のＮＯ、ステップＳ３のＮＯ、ステップＳ４のＹＥＳ、ステップＳ５のＮＯ）と、各検出センサ２１によって取得されたパラメータに基づいて、診断データ作成部２３４は診断データを作成する（ステップＳ６）。診断データ作成部２３４によって診断データが作成されると、更新部２３５は、記憶部２４に診断データを格納する（ステップＳ７）。
【００３５】
図４は、自動二輪車１を外部装置５に接続した状態を示す。故障や異常を特定し、修理を行う場合には、修理を行う作業者は、自動二輪車１と外部装置５とを接続する。外部装置５は、自動二輪車１の記憶部２４に格納されている診断データを読み出す。外部装置５は、自動二輪車１から読み出した診断データをディスプレイ５１に表示する。故障の修理を行う作業者は、ディスプレイ５１に表示された診断データから異常箇所や故障内容を確認し、修理を行う。外部装置５は、専門の読み取り装置などのほかに一般的に用いられるＰＣなどであってもよい。
【００３６】
図５は、自動二輪車１に設けられたメータ６を示す正面部分拡大図である。メータ６は車速等、自動二輪車１の状態を示すパラメータを表している。メータ６には、異常警告部６１およびインジケータ６２が設けられている。異常警告部６１は、車両の異常が検出された場合に点灯する。異常警告部６１による警告によって乗員は異常が発生していることを認識することができる。インジケータ６２は、燃料の不足等、車両の状態を乗員に知らせる。インジケータ６２は、複数並べて配置されている。
【００３７】
〈本実施形態の特徴〉
上記の自動二輪車１では、エンジンストールが発生したときに、エンジンストールが乗員の操作に起因するか否かが判断される。エンジンストールの発生が乗員の操作に起因する場合には、診断データが記憶部２４に格納されない。このため、エンジンストールが発生した全ての場合について、診断データが取得され、記憶部２４に診断データが格納される場合と比較して、記憶部２４に格納される診断データの量が少ない。このため、自動二輪車１では、エンジンストールが発生した全ての場合に、診断データを取得し、記憶部に診断データを格納する場合に比べて、小さな記憶容量の記憶部２４を用いることができる。上記の自動二輪車１では、エンジンストールが発生した全ての場合について、診断データが取得され、記憶部２４に診断データが格納される場合と比較して、車両の異常とは無関係の診断データが含まれにくい。このため、上記の自動二輪車１では、車両のメンテナンスや修理の際に、異常や故障の内容を確認しやすく、修理を行いやすい。
【００３８】
乗員の操作に起因してエンジンストールが発生した場合には、車両には異常や故障が発生していない。このため、仮に乗員の操作に起因してエンジンストールが発生したときに診断データを作成し、記憶部２４に格納したとしても、修理の際に用いられることがない。仮に記憶部２４に異常や故障とは無関係な診断データが格納されている場合には、修理の際に重要な診断データを検索しにくくなる。上記の自動二輪車１では、乗員の操作に起因してエンジンストールが発生した場合には、記憶部２４に診断データが格納されないため、修理の際に重要な診断データが検索しやすい。
【００３９】
上記の自動二輪車１では、回転速度検出部２３２ａによって検出されたエンジン回転速度に基づいてエンジンストールが発生したか否かが判断される。したがって、自動二輪車１では、エンジンストールの発生を精度よく検出できる。
【００４０】
上記の自動二輪車１では、キルスイッチ４が操作されることでエンジンストールが発生したか否かが判断される。自動二輪車１では、キルスイッチ４の操作に起因してエンジンストールが発生した場合には、診断データが記憶部２４に格納されない。
【００４１】
ここで、乗員がサイドスタンド５を待機状態から支持状態に切り替えてエンジン３を停止させる場合がある。このような場合に、記憶部２４に診断データを格納するように設定されていると、サイドスタンド５を待機状態から支持状態に切り替える度に、診断データが記憶部２４に格納されることとなる。この場合には、メンテナンスや修理を行う際に、修理を行う作業員は、どの診断データが重要かわかりにくい。上記の自動二輪車１では、サイドスタンド５を待機状態から支持状態に切り替える操作に伴ってエンジンストールが発生した際には、診断データが記憶部２４に格納されない。したがって、自動二輪車１では、メンテナンスや修理を行うために重要な診断データを探しやすい。
【００４２】
上記の自動二輪車１では、クラッチレバー６が操作された後、所定期間以内にエンジンストールが発生したか否かが判断される。クラッチレバー６を操作した後、所定期間にエンジンストールが発生した場合には、クラッチの接続操作を乗員がミスした可能性が高い。クラッチの接続操作を乗員がミスしたことに伴ってエンジンストールが発生した場合には、車両に異常などが発生していない可能性が高い。自動二輪車１では、クラッチレバー６を操作した後、所定期間にエンジンストールが発生した場合に、診断データが記憶部２４に格納されない。このため、記憶部２４には修理等のために重要な診断データが格納されやすくなる。
【００４３】
［他の実施形態］
（１）上記の実施形態では、自動二輪車１について説明したが、本発明はこれに限らず、３又は４輪の鞍乗型車両等であっても適用できる。
【００４４】
（２）上記の実施形態の自動二輪車１では、自動二輪車１が転倒したことに起因して発生したエンジンストールについて、診断データが作成されないが、本発明はこれに限らない。自動二輪車１が転倒した場合には、転倒によって車両に異常が生じる可能性もある。このため、自動二輪車１が転倒した場合には、診断データを作成し、記憶部２４に診断データを格納するようにしてもよい。この場合には、自動二輪車１の転倒により異常が発生した場合に、修理を行う作業員は、異常を特定しやすくなる。
【００４５】
（３）上記の実施形態の自動二輪車１において、エンジンストールが発生する原因となる乗員の操作に含まれる操作は、例示であり、上記の実施形態に限られない。上記の実施形態においてエンジンストールが発生する原因となる乗員の操作に含まれていない他の操作を含むようにしてもよい。本発明は、上記の実施形態においてエンジンストールが発生する原因となる乗員の操作に含まれている操作を全て含まなければならないわけではない。
【００４６】
（４）上記の実施形態の自動二輪車１では、乗員の操作に起因してエンジンストールが発生した場合に、診断データ作成部２３４が診断データを作成しないため、記憶部２４に診断データが格納されない。本発明は、これに限らず、診断データ作成部２３４は、エンジンストールが発生する毎に診断データを作成し、更新部２３５が記憶部２４に診断データを格納するか否かを判断する構成であってもよい。
【００４７】
（５）上記の実施形態の自動二輪車１では、エンジン状態検出部２３２の検出結果および操作検出部２３３の検出結果に基づいて、起因データを参照して、乗員の車両に対する操作に起因してエンジンストールが発生したかを決定し、診断データを作成するか否かが決定されたが、本発明はこれに限られない。例えば、操作検出部２３３がエンジンストールの原因となる乗員の車両に対する操作が行われたか否かを検出し、エンジン状態検出部２３２の検出結果および操作検出部２３３の検出結果に基づいて、診断データを作成するか否かを決定する構成であってもよい。
【００４８】
（６）上記の実施形態の自動二輪車１では、異常警告部６１はメータ６に設けられているが、本発明はこれに限られない。乗員が認識できる箇所であればよく、例えばハンドルの周囲等であってもよい。異常警告部６１は警告内容を表示するものでなくともよく、ランプが点灯することで警告を行う構成であってもよい。例えば、本発明は、インジケータ６２を点灯させることで異常を警告する構成であってもよい。
【符号の説明】
【００４９】
１  自動二輪車
２  車両情報管理システム
３  エンジン
４  キルスイッチ
５  サイドスタンド
６  クラッチレバー
２１  検出センサ
２３  ＥＣＵ（電子制御ユニット）
２４  記憶部
２３１  取得部
２３２  エンジン状態検出部
２３２ａ  回転速度検出部
２３２ｂ  判断部
２３３  操作検出部
２３４  診断データ作成部
２３５  更新部
２３７  レバー検出部
２５０  スイッチ検出部
２５１  スタンド状態検出部
２５２  時間検出部
２５３  起因判断部
２５４  転倒検出部
２５４ａ  角度検出部
【図１】
2014020208.tif 000003
【図２】
2014020208.tif 000004
【図３】
2014020208.tif 000005
【図４】
2014020208.tif 000006
【図５】
2014020208.tif 000007