(57)【要約】【課題】本発明は、車両の制御装置にエンジン回転やスロットル開度、故障コード、ライト点灯状態等の車両データを入力させる際に、設定条件を満足する場合に、入力されたデータをサーバへ送信し、車両とサーバとの通信頻度を必要に応じた回数に減少させ、通信費用を抑制することを目的としている。【解決手段】このため、車両状態を示すデータを入力し、入力されたデータを送信するかどうかを判定する判定部を備え、車両に搭載された制御装置と、制御装置から送信されたデータを解析し、制御装置へ診断情報を返信するかどうかを決定する決定部を備えたサーバとを備えた車両用故障診断制御装置において、制御装置に入力されたデータが、設定条件を満足する場合には、サーバへ前記入力されたデータを送信している。【選択図】図１
2006093808.tif 000002
【特許請求の範囲】
【請求項１】
車両状態を示すデータを入力し、入力されたデータを送信するかどうかを判定する判定部を備え、車両に搭載された制御装置と、この制御装置から送信されたデータを解析し、前記制御装置へ診断情報を返信するかどうかを決定する決定部を備えたサーバとを備えた車両用故障診断制御装置において、前記制御装置に入力されたデータが、設定条件を満足する場合には、サーバへ前記入力されたデータを送信することを特徴とする車両用故障診断制御装置。
【請求項２】
前記設定条件は、車両の使用状況から設定されていることを特徴とする請求項１に記載の車両用故障診断制御装置。
【請求項３】
前記設定条件は、サーバから設定変更されていることを特徴とする請求項１に記載の車両用故障診断制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は車両用故障診断制御装置に係り、特に車両の制御装置にエンジン回転やスロットル開度、故障コード、ライト点灯状態等の車両データを入力させる際に、設定条件を満足する場合に、入力されたデータをサーバへ送信し、車両とサーバとの通信頻度を必要に応じた回数に減少させ、通信費用を抑制する車両用故障診断制御装置に関するものである。
【背景技術】
【０００２】
車両には、エンジン回転やスロットル開度、故障コード、ライト点灯状態等の車両データを通信によりサーバにアップロード（「送信」とも換言できる。）し、データを保存するものがある。
【０００３】
そして、前記サーバに保存した車両データを解析することで故障の前兆を検知し、ユーザーにお知らせすることで、故障発生前に部品交換や点検を受けることができるようにし、ユーザーに安心感を与えるサービス（「遠隔故障診断」と呼ぶ。）である。
【０００４】
【特許文献１】特開２００３−３４６０１０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところで、従来の車両用故障診断制御装置５０２においては、図６に示す如く、車両側システムである制御装置５０４と、サーバ側システムであるサーバ５０６とを有し、制御装置５０４とサーバ５０６との間においてデータの送受信可能としている。
【０００６】
そして、前記制御装置５０４に、図６に示す如く、車両データ５０８を収集する車両データ収集部５１０と、この車両データ収集部５１０に接続され、アップメッセージ（「ＵＰメッセージ」とも記載する。）を作成する車両データアップメッセージ作成部（「車両データＵＰメッセージ作成部」とも記載する。）５１２と、この車両データアップメッセージ作成部５１２に接続され、作成したアップデータを前記サーバ５０６に送信する車両側通信装置５１４と、この車両側通信装置５１４に接続され、前記サーバ５０６からのお知らせメッセージを提示するお知らせ提示部５１６とを設けている。
【０００７】
また、前記サーバ５０６には、図６に示す如く、車両側通信装置５１４に連絡するサーバ側通信装置５１８と、このサーバ側通信装置５１８に接続され、サーバ側通信装置５１８を介して受け取った車両データを保存する車両データ保存部５２０と、この車両データ保存部５２０に接続され、保存された新規の車両データや過去の車両データ、及び同車種の車両データ等を解析して故障の前兆を検知する車両データ解析部５２２と、この車両データ解析部５２２に接続されるとともに、前記サーバ側通信装置５１８に接続され、故障の前兆が検知された場合にお知らせメッセージを作成するお知らせメッセージ作成部５２４とを設けている。
【０００８】
このとき、従来の前記車両用故障診断制御装置においては、前記制御装置側の車両データを一定周期でサーバ側にアップロードすることが考えられていた。
【０００９】
このアップロードの処理においては、通信料金が掛かり、無闇にアップロード回数を増加させると、高い通信費が掛かってしまうという不都合がある。
【００１０】
しかし、あまりに長い周期でアップロードの処理をしたのでは、故障の前兆現象を見逃してしまうおそれがあるという不都合がある。
【００１１】
追記すれば、故障の発生確率は、車両の使用状況により変わってくる。つまり、故障の原因になりそうな使い方である激しい使い方と通常の使い方とでは、激しい使い方の方が故障の発生は起こり易い。そして、上記の激しい使い方としては、例えば、エンジンを高回転で長時間運転した場合等が考えられる。
【００１２】
また、時間とともに故障の発生頻度も多くなるものである。つまり、新車の時と、１０年近く経過した時とで比較しても、故障頻度が異なる。
【００１３】
従って、車両の使い方や車両年数によらず、一定周期で車両データを制御装置側からサーバ側へアップロードするのは、不効率であり、通信費も掛かってしまうものである。
【課題を解決するための手段】
【００１４】
そこで、この発明は、上述不都合を除去するために、車両状態を示すデータを入力し、入力されたデータを送信するかどうかを判定する判定部を備え、車両に搭載された制御装置と、この制御装置から送信されたデータを解析し、前記制御装置へ診断情報を返信するかどうかを決定する決定部を備えたサーバとを備えた車両用故障診断制御装置において、前記制御装置に入力されたデータが、設定条件を満足する場合には、サーバへ前記入力されたデータを送信することを特徴とする。
【発明の効果】
【００１５】
以上詳細に説明した如くこの本発明によれば、車両状態を示すデータを入力し、入力されたデータを送信するかどうかを判定する判定部を備え、車両に搭載された制御装置と、制御装置から送信されたデータを解析し、制御装置へ診断情報を返信するかどうかを決定する決定部を備えたサーバとを備えた車両用故障診断制御装置において、制御装置に入力されたデータが、設定条件を満足する場合には、サーバへ前記入力されたデータを送信することにより、車両とサーバとの通信頻度は、定期的でなく、必要に応じた回数に減少することとなり、通信費用を抑制することが可能である。
【発明を実施するための最良の形態】
【００１６】
上述の如く発明したことにより、前記制御装置に入力されたデータが、設定条件を満足する場合には、サーバへ前記入力されたデータを送信し、定期的でなく、車両とサーバとの通信頻度を必要に応じた回数に減少させ、通信費用を抑制している。
【実施例１】
【００１７】
以下図面に基づいてこの発明の実施例を詳細に説明する。
【００１８】
図１〜図３はこの発明の第１実施例を示すものである。図２において、２は車両用故障診断制御装置、４は図示しない車両に搭載される車両側システムである制御装置、６はサーバ側システムであるサーバである。
【００１９】
前記車両用故障診断制御装置２は、図２に示す如く、車両側システムである制御装置４と、サーバ側システムであるサーバ６とを有し、制御装置４とサーバ６との間においてデータの送受信可能としている。
【００２０】
また、前記制御装置４は、図２に示す如く、車両データ８を収集する車両データ収集部１０と、この車両データ収集部１０に接続され、アップメッセージ（「ＵＰメッセージ」とも記載する。）を作成する車両データアップメッセージ作成部（「車両データＵＰメッセージ作成部」とも記載する。）１２と、この車両データアップメッセージ作成部１２に接続され、作成したアップデータを前記サーバ６に送信する車両側通信装置１４と、この車両側通信装置１４に接続され、前記サーバ６からのお知らせメッセージを提示するお知らせ提示部１６とを有している。
【００２１】
更に、前記サーバ６は、図２に示す如く、車両側通信装置１４に連絡するサーバ側通信装置１８と、このサーバ側通信装置１８に接続され、サーバ側通信装置１８を介して受け取った車両データ８を保存する車両データ保存部２０と、この車両データ保存部２０に接続され、保存された新規の車両データや過去の車両データ、及び同車種の車両データ等を解析して故障の前兆を検知する車両データ解析・決定部２２と、この車両データ解析・決定部２２に接続されるとともに、前記サーバ側通信装置１８に接続され、故障の前兆が検知された場合にお知らせメッセージを作成するお知らせメッセージ作成部２４とを有している。
【００２２】
更にまた、前記制御装置４は、車両状態を示すデータ、つまり車両データ８を車両データ収集部１０から入力し、入力された車両データ８を送信するかどうかを判定すべく、車両データ収集部１０と車両データアップメッセージ作成部１２とに接続される車両情報送信判定部（単に「判定部」ともいう。）２６を備えている。
【００２３】
また、前記サーバ６の車両データ解析・決定部２２は、前記制御装置４から送信された車両データ８を解析した後に、前記制御装置４へ診断情報を返信するかどうかを決定する機能を有している。
【００２４】
そして、前記車両用故障診断制御装置２の車両情報送信判定部２６は、前記制御装置４に入力された車両データ８が、設定条件を満足する場合には、サーバ６へ前記入力された車両データ８を送信する機能を有する。
【００２５】
詳述すれば、前記設定条件は、車両の使用状況から設定されている。
【００２６】
つまり、前記設定条件は、車両がある程度激しい使用状況と判定する条件を設定する。具体的には、エンジン回転が＊回転以上、車速が＊ｋｍ／ｈ以上等のように設定する。
【００２７】
そして、現時点の車両データ８が設定条件に一致するか否かを判定し、設定条件を満足する場合には、その状態の回数及び状態が持続した時間をカウントアップする。
【００２８】
このカウントアップは、回数カウントあるいは時間カウントが規定値を越したか否かを判定するものである。
【００２９】
このとき、カウントアップの処理、つまり回数カウントあるいは時間カウントが規定値を越したか否かの判定において、規定値を越したと判定した場合には、前記サーバ６に車両データ８を送信するために、車両データアップメッセージ作成部１２にてメッセージを作成し、送信する。
【００３０】
また、前記車両情報送信判定部２６にて使用する設定条件により前記サーバ６に車両データ８が送信されると、車両情報送信判定部２６は、故障が起こる原因となる車両使用状態（負荷状態等）の頻度及び継続時間により前記サーバ６にアップロードされる間隔を変化させる。
【００３１】
つまり、激しい使い方の場合には、前記サーバ６にアップロードされる間隔が短くなり、激しくない使い方の場合には、逆に前記サーバ６にアップロードされる間隔が長くなる。
【００３２】
そして、故障の前兆を見逃し難く、かつ通信費を抑える効率的な前記サーバ６へのデータのアップロードを可能とするものである。
【００３３】
次に作用を説明する。
【００３４】
先ず、図１の車両側のフローチャートに沿って説明する。
【００３５】
車両側の制御用プログラムがスタート（１００）すると、前記サーバ６のサーバ側通信装置１８から前記制御装置４の車両側通信装置１４がお知らせメッセージを受信したか否かの判断（１０２）を行い、この判断（１０２）がＹＥＳの場合には、お知らせ提示部１６にお知らせメッセージを提示（１０４）し、上述した前記サーバ６のサーバ側通信装置１８から前記制御装置４の車両側通信装置１４がお知らせメッセージを受信したか否かの判断の処理（１０２）に戻り、判断（１０２）がＮＯの場合には、車両データ収集部１０によって車両データ８を収集する（１０６）。
【００３６】
そして、車両データ８を収集する処理（１０６）の後には、車両データアップ条件の判定、つまり現時点の車両データ８が設定条件に一致するか否かの判定（１０８）に移行し、条件一致、つまり現時点の車両データ８が設定条件に一致するか否かの判断（１１０）を行う。
【００３７】
この判断（１１０）がＮＯの場合には、上述した前記サーバ６のサーバ側通信装置１８から前記制御装置４の車両側通信装置１４がお知らせメッセージを受信したか否かの判断の処理（１０２）に戻り、判断（１１０）がＹＥＳの場合には、その状態の回数及び状態が持続した時間のカウントアップ（１１２）を行う。
【００３８】
上述のその状態の回数及び状態が持続した時間のカウントアップの処理（１１２）の後には、回数カウントあるいは時間カウントが規定値を越したか否かの判断（１１４）に移行し、この判断（１１４）がＮＯの場合には、上述した前記サーバ６のサーバ側通信装置１８から前記制御装置４の車両側通信装置１４がお知らせメッセージを受信したか否かの判断の処理（１０２）に戻り、判断（１１４）がＹＥＳの場合には、前記サーバ６へデータアップするためのメッセージを前記車両データアップメッセージ作成部１２により作成（１１６）し、前記制御装置４の車両側通信装置１４から前記サーバ６のサーバ側通信装置１８へメッセージを送信（１１８）し、上述した前記サーバ６のサーバ側通信装置１８から前記制御装置４の車両側通信装置１４がお知らせメッセージを受信したか否かの判断の処理（１０２）に戻る。
【００３９】
次に、図３のサーバ側のフローチャートに沿って説明する。
【００４０】
サーバ側の制御用プログラムがスタート（２００）すると、車両側の前記制御装置４の車両側通信装置１４から前記サーバ６のサーバ側通信装置１８が車両データを受信したか否かの判断（２０２）を行い、この判断（２０２）がＮＯの場合には、判断（２０２）がＹＥＳとなるまで判断（２０２）を繰り返し行い、判断（２０２）がＹＥＳの場合には、前記サーバ６の車両データ保存部２０に車両データを保存（２０４）し、前記車両データ解析・決定部２２により車両データの解析（２０６）を行う。
【００４１】
そして、前記車両データ解析・決定部２２により車両データの解析の処理（２０６）の後に、お知らせ条件が一致しているか否か、つまり故障の前兆が検知されたか否かの判断（２０８）に移行し、この判断（２０８）がＮＯの場合には、上述した車両側の前記制御装置４の車両側通信装置１４から前記サーバ６のサーバ側通信装置１８が車両データを受信したか否かの判断の処理（２０２）に戻り、判断（２０８）がＹＥＳの場合には、故障の前兆が検知されたため、前記お知らせメッセージ作成部２４によりお知らせメッセージを作成（２１０）し、前記サーバ６のサーバ側通信装置１８から前記制御装置４の車両側通信装置１４にお知らせメッセージを送信するメッセージ送信（２１２）を行い、上述した車両側の前記制御装置４の車両側通信装置１４から前記サーバ６のサーバ側通信装置１８が車両データを受信したか否かの判断の処理（２０２）に戻る。
【００４２】
これにより、前記制御装置４に入力された車両データ８が、設定条件を満足する場合に、サーバ６へ前記入力された車両データ８を送信する機能を有する前記車両情報送信判定部２６によって、車両とサーバ６との通信頻度は、定期的でなく、必要に応じた回数に減少することとなり、通信費用を抑制することが可能であり、経済的に有利である。
【００４３】
また、前記設定条件が、車両の使用状況から設定されることにより、設定条件を車両の使用状況に応じて設定することができ、通信費用の削減とシステムの信頼性とを両立させることが可能である。
【実施例２】
【００４４】
図４及び図５はこの発明の第２実施例を示すものである。この第２実施例において、上述第１実施例のものと同一機能を果たす箇所には、同一符号を付して説明する。
【００４５】
この第２実施例の特徴とするところは、設定条件や回数カウント・時間カウントの規定値をサーバ側から設定変更できるようにした点にある。
【００４６】
すなわち、上述した第１実施例においては、車両側で、車両データをアップする設定条件や回数カウント・時間カウントの規定値を決定し、判定する方策であったが、この第２実施例においては、サーバ側から車両データをアップする設定条件や回数カウント・時間カウントの規定値を設定変更できる構成としたものである。
【００４７】
先ず、図４の車両側のフローチャートに沿って説明する。
【００４８】
この図４に開示される車両側のフローチャートは、前記サーバから受け取ったメッセージが「データアップ条件設定」であった場合は、受け取った条件に変更し、以後の車両側システムである制御装置で判定する条件をこの変更した条件で行うものである。
【００４９】
すなわち、車両側の制御用プログラムがスタート（３００）すると、前記サーバのサーバ側通信装置から前記制御装置の車両側通信装置がメッセージを受信したか否かの判断（３０２）を行い、この判断（３０２）がＮＯの場合には、判断（３０２）がＹＥＳとなるまで判断（３０２）を繰り返し行い、判断（３０２）がＹＥＳの場合には、受信したメッセージはお知らせメッセージであるか否かの判断（３０４）に移行する。
【００５０】
そして、上述の判断の処理（３０４）において、この判断（３０４）がＹＥＳの場合には、お知らせ提示部にお知らせメッセージを提示（１０４）し、上述した前記サーバのサーバ側通信装置から前記制御装置の車両側通信装置がメッセージを受信したか否かの判断の処理（３０２）に戻り、判断（３０４）がＮＯの場合には、メッセージがデータアップ条件設定であるか否かの判断（３０８）に移行する。
【００５１】
この判断の処理（３０８）において、判断（３０８）がＹＥＳの場合には、車両データアップ条件変更の処理（３１０）を行い、車両データ収集部によって車両データを収集する処理（３１２）に移行し、判断（３０８）がＮＯの場合には、直接、車両データ収集部によって車両データを収集する処理（３１２）に移行する。
【００５２】
また、車両データ収集部によって車両データを収集する処理（３１２）の後には、車両データアップ条件の判定、つまり現時点の車両データが設定条件に一致するか否かの判定（３１４）に移行し、条件一致、つまり現時点の車両データが設定条件に一致するか否かの判断（３１６）を行う。
【００５３】
そして、この判断（３１６）がＮＯの場合には、上述した前記サーバのサーバ側通信装置から前記制御装置の車両側通信装置がメッセージを受信したか否かの判断の処理（３０２）に戻り、判断（３１６）がＹＥＳの場合には、その状態の回数及び状態が持続した時間のカウントアップ（３１８）を行う。
【００５４】
上述のその状態の回数及び状態が持続した時間のカウントアップの処理（３１８）の後には、回数カウントあるいは時間カウントが規定値を越したか否かの判断（３２０）に移行し、この判断（３２０）がＮＯの場合には、上述した前記サーバのサーバ側通信装置から前記制御装置の車両側通信装置がメッセージを受信したか否かの判断の処理（３０２）に戻り、判断（３２０）がＹＥＳの場合には、前記サーバへデータアップするためのメッセージを前記車両データアップメッセージ作成部により作成（３２２）し、前記制御装置の車両側通信装置から前記サーバのサーバ側通信装置へメッセージを送信（３２４）し、上述した前記サーバのサーバ側通信装置から前記制御装置の車両側通信装置がメッセージを受信したか否かの判断の処理（３０２）に戻る。
【００５５】
次に、図５のサーバ側のフローチャートに沿って説明する。
【００５６】
この図５に開示されるサーバ側のフローチャートは、サーバ蓄積されているデータを解析し、アップ条件を変更するか否かを判定し、変更とする判定した場合には、「サーバアップ条件変更」メッセージを作成し、車両側システムである制御装置に送るものである。
【００５７】
すなわち、サーバ側の制御用プログラムがスタート（４００）すると、車両側の前記制御装置の車両側通信装置から前記サーバのサーバ側通信装置が車両データを受信したか否かの判断（４０２）を行い、この判断（４０２）がＮＯの場合には、判断（４０２）がＹＥＳとなるまで判断（４０２）を繰り返し行い、判断（４０２）がＹＥＳの場合には、前記サーバの車両データ保存部に車両データを保存（４０４）し、前記車両データ解析・決定部により車両データの解析（４０６）を行う。
【００５８】
そして、前記車両データ解析・決定部により車両データの解析の処理（４０６）の後に、サーバアップ条件を変更する判定の処理（４０８）に移行し、条件変更か否かの判断（４１０）を行い、この判断（４１０）がＹＥＳの場合には、サーバアップ条件変更メッセージ作成の処理（４１２）を行い、このサーバアップ条件変更メッセージ作成の処理（４１２）の後に、前記サーバのサーバ側通信装置から車両側の前記制御装置の車両側通信装置へメッセージを送信するメッセージ送信（４１４）を行い、判断（４１０）がＮＯの場合には、直接、メッセージ送信（４１４）に移行する。
【００５９】
また、メッセージ送信の処理（４１４）の後に、お知らせ条件が一致しているか否か、つまり故障の前兆が検知されたか否かの判断（４１６）に移行し、この判断（４１６）がＮＯの場合には、上述した車両側の前記制御装置の車両側通信装置から前記サーバのサーバ側通信装置が車両データを受信したか否かの判断の処理（４０２）に戻り、判断（４１６）がＹＥＳの場合には、故障の前兆が検知されたため、前記お知らせメッセージ作成部によりお知らせメッセージを作成（４１８）し、前記サーバのサーバ側通信装置から前記制御装置の車両側通信装置にお知らせメッセージを送信するメッセージ送信（４２０）を行い、上述した車両側の前記制御装置の車両側通信装置から前記サーバのサーバ側通信装置が車両データを受信したか否かの判断の処理（４０２）に戻る。
【００６０】
具体例としては、他の車両で設定条件、規定値を設定していた時に、故障の前兆を検知する前に故障が発生してしまった場合、そのデータを参考として、その設定条件や規定値よりアップ間隔が短くなるような設定値にするものである。さすれば、前兆を見逃し難くなる。なお、変更する条件は、上記のものに限定されるものではない。
【００６１】
これにより、サーバ側から車両データをアップする設定条件や回数カウント・時間カウントの規定値を設定変更できる構成としたことによって、サーバに蓄えられた過去のデータや、他の車両からのデータを参考にしてアップロードタイミングの判定するための設定条件を変更することができ、最適なタイミングで実施することが可能である。
【図面の簡単な説明】
【００６２】
【図１】この発明の第１実施例を示す車両用故障診断制御装置の車両側のフローチャートである。
【図２】車両用故障診断制御装置の概略システム構成図である。
【図３】車両用故障診断制御装置のサーバ側のフローチャートである。
【図４】この発明の第２実施例を示す車両用故障診断制御装置の車両側のフローチャートである。
【図５】車両用故障診断制御装置のサーバ側のフローチャートである。
【図６】この発明の従来技術を示す車両用故障診断制御装置の概略システム構成図である。
【符号の説明】
【００６３】
２  車両用故障診断制御装置
４  車両側システムである制御装置
６  サーバ側システムであるサーバ
８  車両データ
１０  車両データ収集部
１２  車両データアップメッセージ作成部（「車両データＵＰメッセージ作成部」とも記載する。）
１４  車両側通信装置
１６  お知らせ提示部
１８  サーバ側通信装置
２０  車両データ保存部
２２  車両データ解析・決定部
２４  お知らせメッセージ作成部
２６  車両情報送信判定部（単に「判定部」ともいう。）
【図１】
2006093808.tif 000003
【図２】
2006093808.tif 000004
【図３】
2006093808.tif 000005
【図４】
2006093808.tif 000006
【図５】
2006093808.tif 000007
【図６】
2006093808.tif 000008