(57)【要約】【課題】パーシャルネットワークに対応した制御装置と対応していない制御装置とが、同一のバスラインに接続されている場合でも、正しく故障診断が行われるようにする。【解決手段】管理装置が、受信手段と、スリープ検知手段と、起動検知手段と、記憶手段とを備える。受信手段は、パーシャル対応の制御装置とパーシャル非対応の制御装置とが接続された通信ラインよりデータを受信可能な手段である。スリープ検知手段は、受信手段を介して受信したデータより、パーシャル対応の制御装置がスリープ状態になることを検知する。起動検知手段は、受信手段を介して受信したデータより、パーシャル対応の制御装置がスリープ状態から起動状態になることを検知する。記憶手段は、スリープ検知手段及び起動検知手段による検知結果に基づき、パーシャル対応の制御装置が任意の時点においてスリープ状態であったか否かを特定可能な情報である状態特定情報を記憶する。【選択図】図２
2014000872.tif 000002
【特許請求の範囲】
【請求項１】
パーシャル対応の制御装置とパーシャル非対応の制御装置とが接続された通信ラインよりデータを受信可能な受信手段（２５ａ）と、
前記受信手段を介して受信したデータより、パーシャル対応の制御装置がスリープ状態になることを検知するスリープ検知手段（２７，Ｓ１１０）と、
前記受信手段を介して受信したデータより、パーシャル対応の制御装置がスリープ状態から起動状態になることを検知する起動検知手段（２７，Ｓ１２０）と、
前記スリープ検知手段及び前記起動検知手段による検知結果に基づき、パーシャル対応の制御装置が任意の時点においてスリープ状態であったか否かを特定可能な情報である状態特定情報を記憶する記憶手段（２６）と、
を備えることを特徴とする管理装置。
【請求項２】
請求項１に記載の管理装置において、
前記通信ラインにデータを送信可能な送信手段（２５ｂ）と、
前記記憶手段に記憶されている前記状態特定情報を、前記通信ラインに接続された診断装置へ前記送信手段を介して送信する第一の送信制御手段（２７，Ｓ４６０）と、
をさらに備えることを特徴とする管理装置。
【請求項３】
請求項２に記載の管理装置において、
前記通信ラインには、パーシャル対応の制御装置が複数接続されており、
前記記憶手段は、前記状態特定情報を、いずれのパーシャル対応の制御装置であるかを特定可能な情報である識別情報に対応付けて記憶し、
前記第一の送信制御手段は、前記診断装置より送信されて前記受手段を介して受信した前記識別情報に対応する前記状態特定情報を前記記憶手段が記憶する前記状態特定情報の中から選択し、その選択した前記状態特定情報を前記診断装置へ前記送信手段を介して送信すること、
を特徴とする管理装置。
【請求項４】
請求項１に記載の管理装置において、
前記通信ラインには、パーシャル対応の制御装置が複数接続されており、
前記記憶手段は、前記状態特定情報を、いずれのパーシャル対応の制御装置であるかを特定可能な情報である識別情報に対応付けて記憶し、
前記通信ラインにデータを送信可能な送信手段（２５ｂ）と、
前記通信ラインに接続された診断装置より、いずれのパーシャル対応の制御装置であるかを特定可能な情報である識別情報と時刻とを前記受信手段を介して受信し、その識別情報に対応する制御装置のその時刻のスリープ有無を、前記記憶手段に記憶されている前記情報に基づいて判定し、その判定結果を前記診断装置へ前記送信手段を介して送信する第二の送信制御手段（２７，Ｓ５６０，Ｓ５６５）と、
をさらに備えることを特徴とする管理装置。
【請求項５】
パーシャル対応の制御装置と、パーシャル非対応の制御装置と、パーシャル対応の制御装置が任意の時点においてスリープ状態であったか否かを特定可能な情報である状態特定情報を記憶する管理装置と、が接続された通信ラインより、データを受信可能な受信手段（３１ａ）と、
前記通信ラインにデータを送信可能な送信手段（３１ｂ）と、
パーシャル非対応の制御装置から前記受信手段を介して受信したダイアグノーシス情報に、通信途絶に関するデータが含まれていると、前記送信手段を介して前記管理装置へ問合せデータを送信し、前記管理装置より送信された返信データを、前記受信手段を介して受信する問合手段（３３，Ｓ４０５，Ｓ４１０）と、
前記返信データに基づき、前記通信途絶に関するデータに対応する制御装置が、前記通信途絶の時刻にスリープしていたか否かを判定する判定手段（３３，Ｓ４１５）と、
前記判定手段により、前記通信途絶に関するデータに対応する制御装置が、前記通信途絶の時刻にスリープしていたと判定された場合、前記制御装置を故障と診断せず、一方、前記通信途絶の時刻にスリープしていなかったと判定された場合、前記制御装置を故障と診断する診断手段（３３，Ｓ３２０，Ｓ３２５，Ｓ３３０）と、
を備えることを特徴とする診断装置。
【請求項６】
請求項５に記載の診断装置において、
前記問合手段における問合せデータは、パーシャル対応の制御装置がスリープ状態であったか否かを特定可能な情報である状態特定情報を前記管理装置より送信させるための指令を含むデータであり、一方、前記返信データは、前記状態特定情報を含むデータであること、
を特徴とする診断装置。
【請求項７】
請求項５に記載の診断装置において、
前記問合手段における問合せデータは、前記通信途絶の制御装置を識別するための識別情報を含むデータであり、一方、返信データは、前記識別情報に対応する制御装置についてスリープ状態であったか否かを特定可能な情報である状態特定情報を含むデータであること、
を特徴とする診断装置。
【請求項８】
パーシャル対応の制御装置と、パーシャル非対応の制御装置と、パーシャル対応の制御装置が任意の時点においてスリープ状態であったか否かを特定可能な情報である状態特定情報を記憶する管理装置と、が接続された通信ラインより、データを受信可能な受信手段（３１ａ）と、
前記通信ラインにデータを送信可能な送信手段（３１ｂ）と、
パーシャル非対応の制御装置から前記受信手段を介して受信したダイアグノーシス情報に、通信途絶に関するデータが含まれていると、前記送信手段を介して前記管理装置へ、前記通信途絶の制御装置を識別するための識別情報と通信途絶になった時刻とを送信し、前記通信途絶になった時刻において前記制御装置がスリープしていたか否かの判定結果を前記管理装置より前記受信手段を介して受信する問合手段（３３，Ｓ５０５，Ｓ５１０）と、
前記通信途絶に関するデータに対応する制御装置が、前記通信途絶の時刻にスリープしていたという判定結果を前記問合手段が受信した場合、前記制御装置を故障と診断せず、一方、前記通信途絶の時刻にスリープしていなかったという判定結果を前記問合手段が受信した場合、前記制御装置を故障と診断する診断手段（３３，Ｓ３２０，Ｓ３２５，Ｓ３３０）と、
を備えることを特徴とする診断装置。
【請求項９】
パーシャル対応の制御装置とパーシャル非対応の制御装置とが接続された通信ラインよりデータを受信可能な受信手段（２５ａ）と、
前記通信ラインにデータを送信可能な送信手段（２５ｂ）と、
前記受信手段を介して受信したデータより、パーシャル対応の制御装置がスリープ状態になることを検知するスリープ検知手段（２７，Ｓ６１５）と、
前記受信手段を介して受信したデータより、パーシャル対応の制御装置がスリープ状態から起動状態になることを検知する起動検知手段（２７，Ｓ６１５）と、
前記スリープ検知手段及び前記起動検知手段による検知結果に基づき、パーシャル対応の任意の制御装置がスリープ状態である間、前記制御装置が所定間隔で送信するデータを、前記送信手段を介して前記通信ラインへ送信する送信制御手段（２７，Ｓ６２０）と、
を備えることを特徴とする管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、制御装置の故障診断を実現する技術に関する。
【背景技術】
【０００２】
車両などでは、搭載する複数の制御装置が連係して各種制御を行うために、その複数の制御装置が共通のバスラインに接続されている。そして、各制御装置が通信する際には、ＣＡＮ（Control Area Network）等のプロトコルが用いられることが多い。
【０００３】
このようなシステムにおける制御装置の故障を検出する装置として、例えば、下記の特許文献１に記載された制御装置が知られている。すなわち、他の制御装置からの通信データが所定の判定時間を経過しても取得できないときに、その制御装置との通信が途絶したと判定する制御装置が知られている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００３−１４３１６４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、従来の制御装置のスリープの仕組みは、同一の車載ＬＡＮに接続されている全ての制御装置が一斉にスリープするという仕組みであった。しかし、近年、個々の制御装置単位又は複数の制御装置からなるグループ（クラスタ）の単位で、動作のスリープを許容するパーシャルネットワークという技術が開発されている。そして、このようなパーシャルネットワークに対応した制御装置が世に出されようとしている。
【０００６】
このようなパーシャルネットワークに対応した制御装置と、対応していない制御装置とが、同一のバスラインに接続されていると、パーシャルネットワークに対応していない制御装置に通信異常を示すダイアグノーシス情報が記録されてしまうことが想像される。具体的には、パーシャルネットワークに対応した制御装置がスリープ状態になってバスライン上へのデータ送信が止まったことにより、パーシャルネットワークに対応していない制御装置が、スリープした制御装置に関して通信異常があるとしてダイアグノーシス情報を記録してしまうことである。そのようなダイアグノーシス情報が記録され、そのダイアグノーシス情報に基づいて故障診断が行われるとその診断結果は正しいものではない。
【０００７】
本発明はこのような問題にかんがみなされたものであり、パーシャルネットワークに対応した制御装置と対応していない制御装置とが、同一のバスラインに接続されている場合でも、正しく故障診断が行われるようにする技術を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するためになされた請求項１に記載の管理装置は、受信手段と、スリープ検知手段と、起動検知手段と、記憶手段とを備える。受信手段は、パーシャル対応の制御装置とパーシャル非対応の制御装置とが接続された通信ラインよりデータを受信可能な手段である。スリープ検知手段は、前記受信手段を介して受信したデータより、パーシャル対応の制御装置がスリープ状態になることを検知する。起動検知手段は、前記受信手段を介して受信したデータより、パーシャル対応の制御装置がスリープ状態から起動状態になることを検知する。記憶手段は、前記スリープ検知手段及び前記起動検知手段による検知結果に基づき、パーシャル対応の制御装置が任意の時点においてスリープ状態であったか否かを特定可能な情報である状態特定情報を記憶する。
【０００９】
このような管理装置によれば、記憶手段が記憶する情報を参照することにより、パーシャル対応の制御装置がスリープすることによって通信が途絶したのか、スリープ以外の事情によって通信が途絶したのかを後から判別することができる。したがって、正しい故障診断に貢献する。
【００１０】
また、上記課題を解決するためになされた請求項５に記載の診断装置は、受信手段と、送信手段と、問合手段と、判定手段と、診断手段とを備える。受信手段は、パーシャル対応の制御装置と、パーシャル非対応の制御装置と、パーシャル対応の制御装置が任意の時点においてスリープ状態であったか否かを特定可能な情報である状態特定情報を記憶する管理装置と、が接続された通信ラインより、データを受信可能な手段である。送信手段は、前記通信ラインにデータを送信可能な手段である。問合手段は、パーシャル非対応の制御装置から前記受信手段を介して受信したダイアグノーシス情報に、通信途絶に関するデータが含まれていると、前記送信手段を介して前記管理装置へ問合せデータを送信し、前記管理装置より送信された返信データを、前記受信手段を介して受信する。判定手段は、前記返信データに基づき、前記通信途絶に関するデータに対応する制御装置が、前記通信途絶の時刻にスリープしていたか否かを判定する。診断手段は、前記判定手段により、前記通信途絶に関するデータに対応する制御装置が、前記通信途絶の時刻にスリープしていたと判定された場合、前記制御装置を故障と診断せず、一方、前記通信途絶の時刻にスリープしていなかったと判定された場合、前記制御装置を故障と診断する。
【００１１】
このような診断装置によれば、パーシャルネットワークに対応した制御装置がスリープ状態になった際に、パーシャルネットワークに対応していない制御装置が通信途絶と判定した場合でも、故障が発生したと誤って診断してしまうことを軽減できる。
【００１２】
また、上記課題を解決するためになされた請求項８に記載の診断装置は、受信手段と、送信手段と、問合手段と、診断手段とを備える。受信手段は、パーシャル対応の制御装置と、パーシャル非対応の制御装置と、パーシャル対応の制御装置が任意の時点においてスリープ状態であったか否かを特定可能な情報である状態特定情報を記憶する管理装置と、が接続された通信ラインより、データを受信可能な手段である。送信手段は、前記通信ラインにデータを送信可能な手段である。問合手段は、パーシャル非対応の制御装置から前記受信手段を介して受信したダイアグノーシス情報に、通信途絶に関するデータが含まれていると、前記送信手段を介して前記管理装置へ、前記通信途絶の制御装置を識別するための識別情報と通信途絶になった時刻とを送信し、前記通信途絶になった時刻において前記制御装置がスリープしていたか否かの判定結果を前記管理装置より前記受信手段を介して受信する。診断手段は、前記通信途絶に関するデータに対応する制御装置が、前記通信途絶の時刻にスリープしていたという判定結果を前記問合手段が受信した場合、前記制御装置を故障と診断せず、一方、前記通信途絶の時刻にスリープしていなかったという判定結果を前記問合手段が受信した場合、前記制御装置を故障と診断する。
【００１３】
このような診断装置によれば、パーシャルネットワークに対応した制御装置がスリープ状態になった際に、パーシャルネットワークに対応していない制御装置が通信途絶と判定した場合でも、故障が発生したと誤って診断してしまうことを軽減できる。
【００１４】
また、上記課題を解決するためになされた請求項９に記載の管理装置は、受信手段と、送信手段と、スリープ検知手段と、起動検知手段、送信制御手段とを備える。受信手段は、パーシャル対応の制御装置とパーシャル非対応の制御装置とが接続された通信ラインよりデータを受信可能な手段である。送信手段は、前記通信ラインにデータを送信可能な手段である。スリープ検知手段は、前記受信手段を介して受信したデータより、パーシャル対応の制御装置がスリープ状態になることを検知する。起動検知手段は、前記受信手段を介して受信したデータより、パーシャル対応の制御装置がスリープ状態から起動状態になることを検知する。送信制御手段は、前記スリープ検知手段及び前記起動検知手段による検知結果に基づき、パーシャル対応の任意の制御装置がスリープ状態である間、前記制御装置が所定間隔で送信するデータを、前記送信手段を介して前記通信ラインへ送信する。
【００１５】
このような管理装置によれば、パーシャルネットワークに対応した制御装置がスリープ状態になった際に、パーシャルネットワークに対応していない制御装置が通信途絶と判定することを軽減できる。したがって、正しい故障診断に貢献する。
【図面の簡単な説明】
【００１６】
【図１】実施形態の故障診断システムの全体構成を表すブロック図である。
【図２】管理装置の構成を表すブロック図である。
【図３】診断装置の構成を表すブロック図である。
【図４】スリープ履歴記憶処理を説明するためのフローチャートである。
【図５】ネットワークマネジメントフレームの一例の説明図である。
【図６】スリープ開始時刻ログの一例である。
【図７】スリープ終了時刻ログの一例である。
【図８】通信途絶履歴記録処理を説明するためのフローチャートである。
【図９】診断処理を説明するためのフローチャートである。
【図１０】問合処理１を説明するためのフローチャートである。
【図１１】問合対応処理１を説明するためのフローチャートである。
【図１２】問合処理２を説明するためのフローチャートである。
【図１３】問合対応処理２を説明するためのフローチャートである。
【図１４】代理送信処理を説明するためのフローチャートである。
【発明を実施するための形態】
【００１７】
以下、本発明が適用された実施形態について図面を用いて説明する。なお、本発明の実施の形態は、下記の実施形態に何ら限定されることはなく、本発明の技術的範囲に属する限り種々の形態を採りうる。また下記の実施形態のうち、両立し得る構成については、組み合わせることができる。また、下記の説明で用いる符号を特許請求の範囲にも適宜使用しているが、各請求項に係る発明の理解を容易にする目的で使用しており、各請求項に係る発明の技術的範囲を限定する意図ではないことを念のため付言しておく。
【００１８】
［構成の説明］
図１に示すとおり、実施形態の故障診断システム５は、自動車等の車両に搭載され、管理装置１１と、パーシャル対応制御装置１２，１３，１５、１６と、パーシャル非対応制御装置１８と、データリンクコネクタ１９、診断装置２０と、車載ＬＡＮ２１とを備える。
【００１９】
管理装置１１は、パーシャルマスタ等とも呼ばれる装置であり、車載ＬＡＮ２１上をやりとりされる様々なデータの記録等をすることができる。ここで、図２を用い、管理装置１１の構成を詳しく説明する。
【００２０】
管理装置１１は、図２に示すとおり、通信部２５と、記憶部２６と、制御部２７とを備える。通信部２５は、車載ＬＡＮ２１上を流れるデータを受信する機能を有する受信部２５ａと、車載ＬＡＮ２１に対してデータを送信する機能を有する送信部２５ｂとを備える。記憶部２６は、フラッシュメモリ等の不揮発性の記憶媒体からなり、プログラムを含む種々のデータを記憶することができる。制御部２７は、周知のマイコンからなり、プログラムに基づいて各種の処理を実行する機能を有する。
【００２１】
説明を図１に戻し、パーシャル対応制御装置１２，１３，１５、１６は、パーシャル対応のＥＣＵであり、センサ等より得た情報に基づいて演算を行い、演算結果を出力する機能等を有する。具体例としては、ドアロックを制御するＥＣＵや、パワーウインドウを制御するＥＣＵ等、様々なＥＣＵが想定される。そして、パーシャル対応制御装置１２，１３，１５、１６は、第１クラスタ１４（パーシャル対応制御装置１２，１３）と第２クラスタ１７（パーシャル対応制御装置１５，１６）とを構成している。なお、実施形態の故障診断システム５は、２つのクラスタを備えるが、２つに限られない。また、各クラスタに含まれるパーシャル対応制御装置の数も２つに限られず、例えば１つでもよい。
【００２２】
パーシャル非対応制御装置１８は、パーシャル非対応のＥＣＵであり、センサ等より得た情報に基づいて演算を行い、演算結果を出力する機能等を有する。具体例としては、エンジンを制御するＥＣＵや、オートマチックトランスミッションを制御するＥＣＵ等、様々なＥＣＵが想定される。なお、実施形態の故障診断システム５は、１つのパーシャル非対応制御装置１８を備えるが、数は１つに限られない。
【００２３】
データリンクコネクタ１９は、診断装置２０を車載ＬＡＮ２１に接続する際に用いる車載ＬＡＮ２１側のコネクタである。
診断装置２０は、図３に示すとおり、通信部３１と、記憶部３２と、制御部３３と、表示部３４、操作部３５とを備える。通信部３１は、車載ＬＡＮ２１上を流れるデータを受信する機能を有する受信部３１ａと、車載ＬＡＮ２１に対してデータを送信する機能を有する送信部３１ｂとを備える。記憶部３２は、フラッシュメモリ等の不揮発性の記憶媒体からなり、プログラムを含む種々のデータを記憶することができる。制御部３３は、周知のマイコンからなり、プログラムに基づいて各種の処理を実行する機能を有する。表示部３４は、液晶ディスプレイ等の表示パネルからなり、文字や図形等を表示させることができる。操作部３５は、メカニカルなキースイッチや表示部３４の表示パネル面に設けられたタッチパネル等からなり、ユーザからの操作指令を入力する。診断装置２０は、診断時のみ、データリンクコネクタ１９を介して車載ＬＡＮ２１に接続される。
【００２４】
説明を図１に戻し、車載ＬＡＮ２１は、管理装置１１と、パーシャル対応制御装置１２，１３，１５、１６と、パーシャル非対応制御装置１８と、データリンクコネクタ１９、診断装置２０とが接続されるＬＡＮであり、ＣＡＮ（Control Area Network）等のプロトコルが用いられるバス型のＬＡＮである。なお、パーシャルネットワークに対応したプロトコル及びＬＡＮであれば、どのようなものであってもよい。
【００２５】
［第一実施形態の動作の説明］
次に、故障診断システム５に関する動作について説明するが、主に３つの実施形態に分けて説明する。いずれの実施形態も、上述した構成に関しては同一である。
【００２６】
まず、第一実施形態の故障診断システム５に関する動作について説明する。以下の説明では、本願発明に関係する動作についてのみ説明し、各制御装置の主機能を実現する動作についての説明は省略する（例えば、ドアロックを制御するための制御装置におけるドアロック制御を実現する動作の説明は省略する。）。
【００２７】
（１）スリープ履歴記憶処理
スリープ履歴記憶処理は、管理装置１１の制御部２７が、記憶部２６に記憶されたプログラムに基づいて実行する処理である。スリープ履歴記憶処理は、管理装置１１への電力供給が開始された際に実行が開始される。以下、この処理について、図４を用いて説明する。
【００２８】
管理装置１１の制御部２７は、スリープ履歴記憶処理の実行を開始すると、車載ＬＡＮ２１上を流れるデータの受信を受信部２５ａに開始させるように指令を送る（Ｓ１０５）。
【００２９】
続いて、制御部２７は、受信部２５ａが受信したデータに基づいてスリープを開始するパーシャル対応制御装置があるか否かを判定する（Ｓ１１０）。ここで判定方法の一例について図５を用いて説明する。図５に示すネットワークマネジメントフレームを受信して解析することによって判定する。このネットワークマネジメントフレームは、ＩＤ部とデータ部とからなり、ＩＤ部にはフレームの種別等を示すＩＤが含まれ、データ部にはクラスタ毎にスリープ可否ビットが含まれる。スリープ可否ビットの具体例としては、第１クラスタ１４に属する制御装置に対してスリープしてはならない場合は第１クラスタのスリープ可否ビットに「０」がセットされており、スリープしてもよい場合は第１クラスタのスリープ可否ビットに「１」がセットされている。そして、このようなネットワークマネジメントフレームが制御装置等から出力されており、それを継続的に監視し、あるクラスタに関しスリープ可否ビットが「０」のネットワークマネジメントフレームを一定期間（例えば、１秒間）検知しなかった場合、当該クラスタに属する制御装置はスリープ状態に入ったと判定する。すなわち、当該クラスタに属する制御装置は、当該クラスタのスリープ可否ビットが「０」であるネットワークマネジメントフレームを１秒間受信しない場合はスリープ状態になる。なお、ここでいう「スリープ」というのは、その制御装置の主要機能を実行しない状態であって、電力供給が絶たれた際のような停止状態と比較してすぐに主要機能を実行可能な状態に遷移できる状態を意味する。
【００３０】
説明を図４に戻し、制御部２７は、スリープを開始するパーシャル対応制御装置があると判定した場合（Ｓ１１０：Ｙｅｓ）、Ｓ１１５へ処理を移行し、一方、スリープを開始するパーシャル対応制御装置は無いと判定した場合（Ｓ１１０：Ｎｏ）、Ｓ１２０へ処理を移行する。
【００３１】
スリープを開始するパーシャル対応制御装置があると判定した場合に進むＳ１１５では、その制御装置のＩＤと現在時刻とを、スリープ開始の記録であることが後から把握可能なように記憶部２６に記憶させ、Ｓ１２０へ処理を移行する。なお、「時刻」というのは、日常用いられる何年何月何日何時何分というような形式に限られず、ある基準時点（例えば、電源投入時）からの秒数といったような形式であってもよい（以下、「時刻」について同様。）。また、「スリープ開始の記録であることが後から把握可能なように」というのは、例えば、制御装置のＩＤと時刻とを、スリープ開始に関する情報を記憶するためのログファイルに記憶させたり（図６）、制御装置のＩＤと時刻とに、スリープ開始に関する情報であることを示す情報（例えば、フラグ）を付け、後述するスリープ停止時刻等と共通のログファイルに記憶させたりする。
【００３２】
Ｓ１２０では、制御部２７は、スリープを停止するパーシャル対応制御装置があるか否かを判定する。スリープを停止するというのは、スリープ中のパーシャル対応制御装置が、スリープ状態から主要機能を実行可能な状態（起動状態）に遷移することを意味する。判定方法の一例としては、図５で説明したネットワークマネジメントフレームを継続的に監視することにより、あるクラスタに関しスリープ可否ビットが「０」であるネットワークマネジメントフレームが一定時間続いた後に「１」であるものが検知された場合、そのクラスタに属する制御装置は、スリープを停止して起動状態になると判定する。
【００３３】
制御部２７は、スリープを停止するパーシャル対応制御装置があると判定した場合（Ｓ１２０：Ｙｅｓ）、Ｓ１２５へ処理を移行し、スリープを停止する制御装置は無いと判定した場合（Ｓ１２０：Ｎｏ）、Ｓ１１０へ処理を戻す。
【００３４】
スリープを停止するパーシャル対応制御装置があると判定した場合に進むＳ１２５では、その制御装置のＩＤと現在時刻とを、スリープ停止の記録であることが後から把握可能なように記憶部２６に記憶させ、Ｓ１１０へ処理を戻す。なお、「スリープ停止の記録であることを後から把握可能なように」というのは、例えば、制御装置のＩＤと時刻とを、スリープ停止に関する情報を記憶するためのログファイルに記憶させたり（図７）、制御装置のＩＤと時刻とに、スリープ停止に関する情報であることを示す情報（例えば、フラグ）を付け、上述のスリープ開始時刻等と共通のログファイルに記憶させたりする。
【００３５】
（２）通信途絶履歴記録処理
通信途絶履歴記録処理は、パーシャル非対応制御装置１８が、内部に記憶されたプログラムに基づいて実行する処理である。通信途絶履歴記録処理は、パーシャル非対応制御装置１８への電力供給が開始された際に実行が開始される。以下、この処理について、図８を用いて説明する。
【００３６】
パーシャル非対応制御装置１８は、通信途絶履歴記録処理の実行を開始すると、車載ＬＡＮ２１上を流れるデータの受信を開始する（Ｓ２０５）。
続いて、パーシャル非対応制御装置１８は、本装置が担う機能の実現に際して通信相手であった制御装置からの通信が途絶したか否かを、受信データの状況に基づいて判定する（Ｓ２１０）。パーシャル非対応制御装置１８は、通信が途絶したと判定した場合（Ｓ２１０：Ｙｅｓ）、Ｓ２１５へ処理を移行し、通信が途絶していないと判定した場合（Ｓ２１０：Ｎｏ）、本ステップ（Ｓ２１０）にとどまり繰り返し判定を行う。
【００３７】
通信が途絶したと判定した場合に進むＳ２１５では、通信途絶に関する情報をダイアグノーシス情報の一つとして記憶する。具体的には、例えば、通信途絶した制御装置の制御装置ＩＤや、通信途絶と判定した時刻等である。パーシャル非対応制御装置１８は、通信途絶に関する情報をダイアグノーシス情報の一つとして記憶すると、Ｓ２１０へ処理を戻す。
【００３８】
（３）診断処理
診断処理は、診断装置２０の制御部３３が、記憶部３２に記憶されたプログラムに基づいて実行する処理である。診断処理は、ユーザによって診断処理の開始を意味する操作が操作部３５に対してなされた際に実行が開始される。以下、この処理について、図９を用いて説明する。
【００３９】
診断装置２０の制御部３３は、車載ＬＡＮ２１に接続されている制御装置のうち、未受信の制御装置からダイアグノーシス情報の受信を試みる（Ｓ３０５）。具体的には、例えば、ダイアグノーシス情報を送信させる指令を、送信部３１ｂを介して未受信の制御装置へ送信することによって行う。なお、ダイアグノーシス情報というのは、制御装置が動作中に記憶した異常情報であり、ここでは特に通信途絶に関する情報を対象とする。具体的には、通信途絶した制御装置を特定するＩＤ（制御装置ＩＤ）とその時刻とを指す。
【００４０】
続くＳ３１０では、通信途絶のダイアグノーシス情報を受信したか否かを判定する。受信したと判定した場合（Ｓ３１０：Ｙｅｓ）、Ｓ３１５へ処理を移行し、受信していないと判定した場合（Ｓ３１０：Ｎｏ）、Ｓ３４０へ処理を移行する。
【００４１】
通信途絶のダイアグノーシス情報を受信したと判定した場合に進むＳ３１５では、問合処理１を実行する。この問合処理１の詳細については後述するが、問合処理１では、通信途絶の原因が、通信途絶した制御装置がスリープ状態になったことによるものかそうでないかを管理装置１１への問合に基づいて判定する処理である。
【００４２】
続くＳ３２０では、Ｓ３１５の結果に基づいて処理を分岐する。すなわち、通信途絶の原因が、通信途絶した制御装置がスリープ状態になったことによるものであった場合、Ｓ３２５へ処理を移行し、通信途絶のダイアグノーシス情報を無効なダイアグノーシス情報として以降扱う（例えば破棄する）。そして、Ｓ３４０へ処理を移行する。
【００４３】
一方、通信途絶の原因が、通信途絶した制御装置がスリープ状態になったことによるものでなかった場合、Ｓ３３０へ移行し、通信途絶のダイアグノーシス情報を有効なダイアグノーシス情報として以降扱う。そして、続くＳ３３５では、通信途絶のダイアグノーシス情報に基づいて通信途絶に関する情報を診断結果として表示部３４に表示させる。そして、Ｓ３４０へ処理を移行する。
【００４４】
Ｓ３４０では、車載ＬＡＮ２１に接続されている全ての制御装置からダイアグノーシス情報の受信を試みたかどうかによって処理を分岐する。全ての制御装置からダイアグノーシス情報の受信を試みたと判定した場合、本処理（診断処理）を終了し、全てのダイアグノーシス情報の受信を試みていないと判定した場合、Ｓ３０５へ処理を戻す。
【００４５】
（４）問合処理１
問合処理１は、診断装置２０の制御部３３が、記憶部３２に記憶されたプログラムに基づいて実行する処理である。問合処理１は、上述した診断処理のＳ３１５で呼び出されて実行が開始される。以下、この処理について、図１０を用いて説明する。
【００４６】
診断装置２０の制御部３３は、まず、通信途絶した制御装置を特定するＩＤ（制御装置ＩＤ）を問合せとして管理装置１１へ送信部３１ｂを介して送信する（Ｓ４０５）。
続いて、受信部３１ａを介して管理装置１１より、Ｓ４０５で送信した制御装置ＩＤに関するスリープ開始時刻及びスリープ停止時刻の履歴を受信する（Ｓ４１０）。ここで取得する履歴の具体例としては、例えば、図６のスリープ開始時刻ログのうち、Ｓ４０５で送信した制御装置ＩＤに関するスリープ開始時刻のみの一覧と、図７のスリープ停止時刻ログのうち、Ｓ４０５で送信した制御装置ＩＤに関するスリープ停止時刻のみの一覧とが考えられる。
【００４７】
続いて、Ｓ４１０で受信した履歴に基づき、通信途絶した制御装置が通信途絶時刻（診断処理のＳ３０５で受信した通信途絶のダイアグノーシス情報に含まれる通信途絶時刻）にスリープ状態であったか否かを判定する（Ｓ４１５）。判定すると、診断装置２０の制御部３３は、本処理（問合処理１）を終え、上述した診断処理のＳ３１５に続くステップを実行する。
【００４８】
（５）問合対応処理１
問合対応処理１は、管理装置１１の制御部２７が、記憶部２６に記憶されたプログラムに基づいて実行する処理である。問合対応処理１は、管理装置１１への電力供給が開始された際に実行が開始される。なお、制御部２７が実行する他の処理とは並行して実行される。以下、この処理について、図１１を用いて説明する。
【００４９】
管理装置１１の制御部２７は、問合対応処理１の実行を開始すると、受信部２５ａを介して車載ＬＡＮ２１より取得したデータの中に診断装置２０からの問合せがあったか否かを判定する（Ｓ４５５）。この問合せというのは、診断装置２０が実行する問合処理１のＳ４０５における問合せに対応するものであり、制御装置ＩＤを含む。
【００５０】
制御部２７は、診断装置２０から問合せがあったと判定した場合（Ｓ４５５：Ｙｅｓ）、Ｓ４６０へ処理を移行し、診断装置２０からの問合せがなかったと判定した場合（Ｓ４５５：Ｎｏ）、本ステップ（Ｓ４５５）にとどまり繰り返し判定を行う。
【００５１】
診断装置２０から問合せがあったと判定した場合に進むＳ４６０では、診断装置２０より受信した問合せに含まれる制御装置ＩＤに対応するスリープ開始時刻とスリープ停止時刻とを記憶部２６から読み出し、診断装置２０へ送信部２５ｂを介して送信する。そして、上述したＳ４５５へ処理を戻す。
【００５２】
［第一実施形態の効果］
以上、第一実施形態の故障診断システム５の構成及び動作について説明したが、本実施形態の故障診断システム５では、パーシャル対応の制御装置が任意の時点においてスリープ状態であったか否かを特定可能な情報（スリープ開始時刻及びスリープ停止時刻の履歴）を、管理装置１１が記憶部２６に記憶する。そして、診断装置２０は診断時、パーシャル非対応の制御装置より通信途絶のダイアグノーシス情報を受信すると、そのダイアグノーシス情報に含まれる制御装置ＩＤに対応するスリープ開始時刻及びスリープ停止時刻の履歴を管理装置１１より受信する。そして診断装置は、通信途絶した制御装置が通信途絶時にスリープしていたか否かを判定し、スリープしていた場合は、通信途絶のダイアグノーシス情報を無効な情報として扱う。
【００５３】
このため、第一実施形態の故障診断システム５によれば、スリープ状態による通信途絶とスリープ以外の事情による通信途絶とを判別することができ、正しい故障診断を行うことができる。
【００５４】
［第二実施形態の動作の説明］
次に第二実施形態の故障診断システム５に関する動作について説明する。以下では、第一実施形態と相違する動作を中心に説明し、第一実施形態と同一の動作については説明を省略する。なお、第二実施形態の故障診断システム５は、通信途絶のダイアグノーシス情報に係る制御装置が通信途絶時にスリープ状態であったか否かの実質的な判定を、診断装置２０ではなく管理装置１１が行う点が、第一実施形態の故障診断システム５と異なる。
【００５５】
（１）問合処理２
問合処理２は、上述した問合処理１の代わりに診断装置２０の制御部３３が、記憶部３２に記憶されたプログラムに基づいて実行する処理である。問合処理２は、上述した診断処理のＳ３１５で呼び出されて実行が開始される。以下、この処理について、図１２を用いて説明する。
【００５６】
診断装置２０の制御部３３は、まず、通信途絶した制御装置を特定するＩＤ（制御装置ＩＤ）とその通信途絶時刻とを問合せとして管理装置１１へ送信部３１ｂを介して送信する（Ｓ５０５）。
【００５７】
続いて、制御部３３は、Ｓ５０５で送信した制御装置ＩＤに対応する制御装置がＳ５０５で送信した通信途絶時刻においてスリープ状態であったか否かの情報を、受信部３１ａを介して管理装置１１より受信する（Ｓ５１０）。すなわち、Ｓ５０５で送信した制御装置ＩＤの制御装置が、Ｓ５０５で送信した通信途絶時刻においてスリープ状態であったか否かが管理装置１１において判定され、その結果を制御部３３は受信する。受信すると、制御部３３は、本処理（問合処理２）を終え、上述した診断処理のＳ３１５に続くステップを実行する。
【００５８】
（２）問合対応処理２
問合対応処理２は、上述した問合対応処理１の代わりに管理装置１１の制御部２７が、記憶部２６に記憶されたプログラムに基づいて実行する処理である。問合対応処理２は、管理装置１１への電力供給が開始された際に実行が開始される。以下、この処理について、図１３を用いて説明する。
【００５９】
管理装置１１の制御部２７は、問合対応処理２の実行を開始すると、受信部２５ａを介して車載ＬＡＮ２１より取得したデータに診断装置２０からの問合せがあったか否かを判定する（Ｓ５５５）。この問合せというのは、診断装置２０が実行する問合処理２のＳ５０５における問合せに対応するものであり、制御装置ＩＤと通信途絶時刻とを含む。
【００６０】
制御部２７は、診断装置２０から問合せがあったと判定した場合（Ｓ５５５：Ｙｅｓ）、Ｓ５６０へ処理を移行し、診断装置２０からの問合せがなかったと判定した場合（Ｓ５５５：Ｎｏ）、本ステップ（Ｓ５５５）にとどまり繰り返し判定を行う。
【００６１】
診断装置２０から問合せがあったと判定した場合に進むＳ５６０では、制御部２７は、問合せに含まれる制御装置ＩＤに対応する制御装置が問合せに含まれる通信途絶時刻においてスリープ状態であったか否かを、記憶部２６が記憶する情報（ログファイル等）を参照して判定する。そして、制御部２７は、その判定結果を示す情報（例えばフラグ）を、送信部２５ｂを介して診断装置２０へ送信し、上述したＳ５５５へ処理を戻す。
【００６２】
［第二実施形態の効果］
以上説明したように、第二実施形態の故障診断システム５は、通信途絶のダイアグノーシス情報に係る制御装置が通信途絶時にスリープ状態であったか否かの実質的な判定を、管理装置１１が行う。このような方法であっても、第一実施形態の故障診断システム５と同様、スリープ状態による通信途絶とスリープ以外の事情による通信途絶とを判別することができ、正しい故障診断を行うことができる。そして、第一実施形態の故障診断システム５との相違点で言えば、第一実施形態の診断装置２０に比べて第二実施形態の診断装置２０の方が診断時の処理負荷が低い上、車載ＬＡＮ２１上を流れるデータ量も少ない。
【００６３】
［第三実施形態の動作の説明］
次に第三実施形態の故障診断システム５に関する動作について説明する。なお、第三実施形態の故障診断システム５では、上述した通信途絶履歴記録処理（図８）と、上述した診断処理（図９）と、後述する代理送信処理とが実行され、上述したその他の処理は実行されない。また、診断処理（図９）については、Ｓ３１０において肯定判定の場合、Ｓ３１５，Ｓ３２０，Ｓ３２５は実行されない。すなわち、Ｓ３１０において肯定判定の場合は、Ｓ３３０、Ｓ３３５、Ｓ３４０へという順に実行される。
【００６４】
第三実施形態の故障診断システム５において実行される特徴的な処理は、管理装置１１の制御部２７が実行する代理送信処理である。代理送信処理は、管理装置１１への電力供給がなされた際、記憶部２６に記憶されたプログラムに基づいて制御部２７が実行する。以下、この代理送信処理について、図１４を用いて説明する。
【００６５】
管理装置１１の制御部２７は、まず、車載ＬＡＮ２１上を送受信されているデータの受信を開始する（Ｓ６０５）。受信するデータとしては、少なくとも上述したネットワークマネジメントフレームの全てと、パーシャル非対応制御装置１８に関係するフレームとを含む。
【００６６】
続いて、管理装置１１の制御部２７は、Ｓ６０５で取得したデータに基づいて、パーシャル非対応制御装置１８が起動している状態か否かを判定する（Ｓ６１０）。この判定はパーシャル非対応制御装置１８に対するスリープコマンドの有無や起動コマンドの有無等に基づいて判定する。パーシャル非対応の制御装置が複数存在する場合はパーシャル非対応の制御装置が一つでも起動状態であるか否かを判定する。もっとも、パーシャル非対応の制御装置は、全ての制御装置が一斉にスリープ状態又は起動状態になるため、パーシャル非対応の制御装置のいずれか一つのみについて判定しても良い。Ｓ６１０において、パーシャル非対応制御装置１８が起動している状態であると判定した場合（Ｓ６１０：Ｙｅｓ）、Ｓ６１５へ移行し、パーシャル非対応制御装置１８が起動している状態でないと判定した場合（Ｓ６１０：Ｎｏ）、Ｓ６２５へ処理を移行する。
【００６７】
パーシャル非対応制御装置１８が起動している状態であると判定した場合に進むＳ６１５では、パーシャル対応制御装置１２，１３，１５，１６のいずれか（第１クラスタ１４又は第２クラスタ１７）がスリープ状態であるか否かを判定する。この判定は、例えば、図５で説明したネットワークマネジメントフレームを継続的に監視することにより行う。具体的には、あるクラスタに関しスリープ可否ビットが「０」のネットワークマネジメントフレームを一定期間（例えば、１秒間）検知しなかった場合、当該クラスタに属する制御装置はスリープ状態に入ったと判定し、そのクラスタに関しスリープ可否ビットが「１」であるネットワークマネジメントフレームが検知された場合、そのクラスタに属する制御装置は、スリープを停止して起動状態になったと判定する。
【００６８】
パーシャル対応制御装置１２，１３，１５，１６（第１クラスタ１４又は第２クラスタ１７）の少なくともいずれか一つがスリープ状態であると判定した場合（Ｓ６１５：Ｙｅｓ）、Ｓ６２０へ処理を移行し、パーシャル対応制御装置１２，１３，１５，１６のいずれか（第１クラスタ１４又は第２クラスタ１７）がスリープ状態でないと判定した場合（Ｓ６１５：Ｎｏ）、Ｓ６２５へ処理を移行する。
【００６９】
Ｓ６２０では、管理装置１１の制御部２７は、所定のフレームを送信部２５ｂに送信させることを開始する。所定のフレームとしては、スリープ状態にある制御装置について、パーシャル非対応制御装置１８が通信途絶と判定しないためのフレームが考えられる。通信途絶と判定しないためのフレームとしては、スリープ状態の制御装置が非スリープ時（動作時）に規則的に送信するフレームや、無効データからなるフレームが考えられる。また、所定のフレームとしては、ダイアグノーシス情報に記録される情報であって、スリープ状態の制御装置がスリープ状態であったと診断時に診断装置２０が判定できる情報を含むフレームが考えられる。管理装置１１の制御部２７は、このようなフレームの送信を開始させると、上述したＳ６１０へ処理を戻す。
【００７０】
Ｓ６２５では、既にＳ６２０で所定のフレームの送信を開始させていた場合、そのフレームの送信を停止させ、上述したＳ６１０へ処理を戻す。
［第三実施形態の効果］
以上説明したような第三実施形態の故障診断システム５では、パーシャル対応制御装置１２，１３，１５，１６（第１クラスタ１４又は第２クラスタ１７）の少なくともいずれか一つがスリープ状態になった場合で、かつ、パーシャル非対応制御装置１８が起動している状態である場合、管理装置１１が所定のフレームを車載ＬＡＮ２１へ送信してパーシャル非対応制御装置１８が通信途絶と判定しないように、又は、スリープ状態の制御装置がスリープ状態であったと診断時に診断装置２０が判定できるようにする。このため、正しい故障診断に貢献する。
【００７１】
［他の実施形態］
上記第一実施形態の問合処理１において、診断装置２０が制御装置ＩＤを管理装置１１へ送信したがそれを送信せずに、問合対応処理１において、管理装置１１が全ての制御装置のログ（任意の時点においてスリープ状態であったか否かを特定可能な情報）を診断装置２０へ送信するように構成してもよい。そして、診断装置２０が、受信したログの中から必要なものを選択し、通信途絶時の制御装置のスリープ有無を判定するように構成してもよい。このように構成しても、上述した第一実施形態と同様の効果を奏する。
【００７２】
［特許請求の範囲との対応］
上記実施形態の説明で用いた用語と、特許請求の範囲に記載した用語との対応を示す。
【符号の説明】
【００７３】
５…故障診断システム、１１…管理装置、１２，１３，１５，１６…パーシャル対応制御装置、１４…第１クラスタ、１７…第２クラスタ、１８…パーシャル非対応制御装置、１９…データリンクコネクタ、２０…診断装置、２１…車載ＬＡＮ、２５…通信部、２５ａ…受信部、２５ｂ…送信部、２６…記憶部、２７…制御部、３１…通信部、３１ａ…受信部、３１ｂ…送信部、３２…記憶部、３３…制御部、３４…表示部、３５…操作部。
【図１】
2014000872.tif 000003
【図２】
2014000872.tif 000004
【図３】
2014000872.tif 000005
【図４】
2014000872.tif 000006
【図５】
2014000872.tif 000007
【図６】
2014000872.tif 000008
【図７】
2014000872.tif 000009
【図８】
2014000872.tif 000010
【図９】
2014000872.tif 000011
【図１０】
2014000872.tif 000012
【図１１】
2014000872.tif 000013
【図１２】
2014000872.tif 000014
【図１３】
2014000872.tif 000015
【図１４】
2014000872.tif 000016