(57)【特許請求の範囲】
【請求項１】
複数の通信装置により通信ネットワークを構築するとともに、前記複数の通信装置として、故障診断により発生した故障診断情報を保存しておくためにその故障診断情報の記憶を他の通信装置に要求する記憶要求装置と、故障診断情報を保存しておくことが可能な記憶媒体を有し、前記記憶要求装置から記憶を要求された故障診断情報を自己の有する記憶媒体に記憶する複数の情報保存装置と、を備える通信システムにおいて、前記情報保存装置として機能する通信装置であって、
前記記憶要求装置から記憶を要求された故障診断情報を前記記憶媒体に記憶する仮記憶手段と、
前記仮記憶手段により前記記憶媒体に記憶された故障診断情報を重複して記憶している他の情報保存装置を検索する検索手段と、
前記検索手段により故障診断情報を重複して記憶している他の情報保存装置が検索された場合に、前記記憶媒体の空き容量が最も大きい情報保存装置のみにその故障診断情報が記憶されるように、不要な故障診断情報を消去するための処理を行う重複解消手段と、を備え、
前記検索手段は、前記仮記憶手段により故障診断情報が前記記憶媒体に記憶された後、自己の処理負荷が所定値未満になったことを条件として、その故障診断情報を重複して記憶している他の情報保存装置を検索すること
を特徴とする通信装置。
【請求項２】
前記重複解消手段は、通信トラフィックの負荷が所定の基準値以下であることを条件として、不要な故障診断情報を消去するための処理を行うこと
を特徴とする請求項１に記載の通信装置。
【請求項３】
前記重複解消手段は、前記検索手段により検索されたすべての情報保存装置の処理負荷が所定の基準値未満であることを条件として、不要な故障診断情報を消去するための処理を行うこと
を特徴とする請求項１に記載の通信装置。
【請求項４】
複数の通信装置により通信ネットワークを構築するとともに、前記複数の通信装置として、故障診断により発生した故障診断情報を保存しておくためにその故障診断情報の記憶を他の通信装置に要求する記憶要求装置と、故障診断情報を保存しておくことが可能な記憶媒体を有し、前記記憶要求装置から記憶を要求された故障診断情報を自己の有する記憶媒体に記憶する複数の情報保存装置と、を備える通信システムにおいて、前記情報保存装置として機能する通信装置であって、
前記記憶要求装置から記憶を要求された故障診断情報を前記記憶媒体に記憶する仮記憶手段と、
前記仮記憶手段により前記記憶媒体に記憶された故障診断情報を重複して記憶している他の情報保存装置を検索する検索手段と、
前記検索手段により故障診断情報を重複して記憶している他の情報保存装置が検索された場合に、前記記憶媒体の空き容量が最も大きい情報保存装置のみにその故障診断情報が記憶されるように、不要な故障診断情報を消去するための処理を行う重複解消手段と、を備え、
前記重複解消手段は、前記検索手段により検索されたすべての情報保存装置の処理負荷が所定の基準値未満であることを条件として、不要な故障診断情報を消去するための処理を行うこと
を特徴とする通信装置。
【請求項５】
前記重複解消手段は、前記検索手段により検索されたすべての情報保存装置の処理負荷が前記基準値未満でなければ、前記基準値未満となるまで待機すること
を特徴とする請求項３又は請求項４に記載の通信装置。
【請求項６】
複数の通信装置により通信ネットワークを構築するとともに、前記複数の通信装置として、故障診断により発生した故障診断情報を保存しておくためにその故障診断情報の記憶を他の通信装置に要求する記憶要求装置と、故障診断情報を保存しておくことが可能な記憶媒体を有し、前記記憶要求装置から記憶を要求された故障診断情報を自己の有する記憶媒体に記憶する複数の情報保存装置と、を備える通信システムにおいて、前記情報保存装置として機能する通信装置であって、
前記記憶要求装置から記憶を要求された故障診断情報を前記記憶媒体に記憶する仮記憶手段と、
前記仮記憶手段により前記記憶媒体に記憶された故障診断情報を重複して記憶している他の情報保存装置を検索する検索手段と、
前記検索手段により故障診断情報を重複して記憶している他の情報保存装置が検索された場合に、前記記憶媒体の空き容量が最も大きい情報保存装置のみにその故障診断情報が記憶されるように、不要な故障診断情報を消去するための処理を行う重複解消手段と、を備え、
前記重複解消手段は、通信トラフィックの負荷が所定の基準値以下であることを条件として、不要な故障診断情報を消去するための処理を行うこと
を特徴とする通信装置。
【請求項７】
前記重複解消手段は、前記記憶媒体の空き容量が最も大きい情報保存装置として空き容量が同一のものが複数存在する場合に、優先順位の最も高い情報保存装置を空き容量が最も大きいものとみなすこと
を特徴とする請求項１から請求項６までのいずれか１項に記載の通信装置。
【請求項８】
前記重複解消手段は、前記検索手段による検索が他の情報保存装置により重複して行われている場合には、優先順位の最も高い情報保存装置による検索のみを有効にし、他の検索を無効にするための処理を行うこと
を特徴とする請求項１から請求項７までのいずれか１項に記載の通信装置。
【請求項９】
前記優先順位は、前記複数の情報保存装置の識別子に基づき決められること
を特徴とする請求項７又は請求項８に記載の通信装置。
【請求項１０】
前記優先順位は、処理負荷が低い状態の情報保存装置ほど高くなるように決められること
を特徴とする請求項７又は請求項８に記載の通信装置。
【請求項１１】
前記優先順位は、前記記憶媒体の静的容量の大きさに基づき決められること
を特徴とする請求項７又は請求項８に記載の通信装置。
【請求項１２】
複数の通信装置により通信ネットワークを構築するとともに、前記複数の通信装置として、故障診断により発生した故障診断情報を保存しておくためにその故障診断情報の記憶を他の通信装置に要求する記憶要求装置と、故障診断情報を保存しておくことが可能な記憶媒体を有し、前記記憶要求装置から記憶を要求された故障診断情報を自己の有する記憶媒体に記憶する複数の情報保存装置と、を備える通信システムにおいて、前記情報保存装置として機能する通信装置であって、
前記記憶要求装置から記憶を要求された故障診断情報を前記記憶媒体に記憶する仮記憶手段と、
前記仮記憶手段により前記記憶媒体に記憶された故障診断情報を重複して記憶している他の情報保存装置を検索する検索手段と、
前記検索手段により故障診断情報を重複して記憶している他の情報保存装置が検索された場合に、前記記憶媒体の空き容量が最も大きい情報保存装置のみにその故障診断情報が記憶されるように、不要な故障診断情報を消去するための処理を行う重複解消手段と、を備え、
前記重複解消手段は、前記記憶媒体の空き容量が最も大きい情報保存装置として空き容量が同一のものが複数存在する場合に、優先順位の最も高い情報保存装置を空き容量が最も大きいものとみなし、
前記優先順位は、処理負荷が低い状態の情報保存装置ほど高くなるように決められること
を特徴とする通信装置。
【請求項１３】
前記重複解消手段は、前記検索手段による検索が他の情報保存装置により重複して行われている場合には、優先順位の最も高い情報保存装置による検索のみを有効にし、他の検索を無効にするための処理を行うこと
を特徴とする請求項１２に記載の通信装置。
【請求項１４】
前記仮記憶手段は、前記記憶媒体の空き容量が、前記記憶要求装置から記憶を要求された故障診断情報の記憶を許容する判定基準値以上であることを条件として、その故障診断情報を前記記憶媒体に記憶させること
を特徴とする請求項１から請求項１３までのいずれか１項に記載の通信装置。
【請求項１５】
前記記憶要求装置は、故障診断情報の記憶を許容する記憶媒体の種別を指定してその故障診断情報の記憶を要求し、
前記仮記憶手段は、前記記憶媒体が前記記憶要求装置から指定された種別のものであることを条件として、記憶を要求された故障診断情報をその記憶媒体に記憶させること
を特徴とする請求項１から請求項１４までのいずれか１項に記載の通信装置。
【請求項１６】
当該通信装置は、車両に搭載される電子制御装置であり、前記車両のイグニッションスイッチのオフ状態においてもバッテリから電力が供給されて作動すること
を特徴とする請求項１から請求項１５までのいずれか１項に記載の通信装置。
【請求項１７】
前記記憶要求装置は、前記通信システムに接続された外部装置から故障診断情報を要求された場合に、その故障診断情報の前記外部装置への送信を複数の情報保存装置に要求し、
前記記憶要求装置から外部装置への送信を要求された故障診断情報が前記記憶媒体に記憶されている場合に、その故障診断情報を前記外部装置へ送信する故障情報送信手段を備えること
を特徴とする請求項１から請求項１６までのいずれか１項に記載の通信装置。
【請求項１８】
複数の通信装置により通信ネットワークを構築するとともに、前記複数の通信装置として、
故障診断により発生した故障診断情報を保存しておくためにその故障診断情報の記憶を他の通信装置に要求する記憶要求装置と、
故障診断情報を保存しておくことが可能な記憶媒体を有し、前記記憶要求装置から記憶を要求された故障診断情報を自己の有する記憶媒体に記憶する複数の情報保存装置と、
を備える通信システムであって、
前記記憶要求装置は、故障診断により発生した故障診断情報の記憶を複数の情報保存装置に要求する記憶要求手段を備え、
前記情報保存装置として、請求項１から請求項１６までのいずれか１項に記載の通信装置を備えること
を特徴とする通信システム。
【請求項１９】
前記記憶要求装置は、前記記憶要求手段による要求が行われた直後にその故障診断情報を自己のメモリから消去する消去手段を備えること
を特徴とする請求項１８に記載の通信システム。
【請求項２０】
前記記憶要求装置は、当該通信システムに接続された外部装置から故障診断情報を要求された場合に、その故障診断情報の前記外部装置への送信を複数の情報保存装置に要求する送信要求手段を備え、
前記情報保存装置は、前記記憶要求装置から外部装置への送信を要求された故障診断情報が前記記憶媒体に記憶されている場合に、その故障診断情報を前記外部装置へ送信する故障情報送信手段を備えること
を特徴とする請求項１８又は請求項１９に記載の通信システム。
【請求項２１】
前記記憶要求装置は、前記送信要求手段により故障診断情報の前記外部装置への送信を複数の情報保存装置に要求した後、所定時間が経過しても前記情報保存装置から前記外部装置への故障診断情報の送信が行われない場合に、故障診断情報が存在しないことを前記外部装置へ応答する不存在応答手段を備えること
を特徴とする請求項２０に記載の通信システム。
【請求項２２】
複数の通信装置により通信ネットワークを構築するとともに、前記複数の通信装置として、故障診断により発生した故障診断情報を保存しておくためにその故障診断情報の記憶を他の通信装置に要求する記憶要求装置と、故障診断情報を保存しておくことが可能な記憶媒体を有し、前記記憶要求装置から記憶を要求された故障診断情報を自己の有する記憶媒体に記憶する複数の情報保存装置と、を備える通信システムであって、
前記記憶要求装置は、
故障診断により発生した故障診断情報の記憶を前記複数の情報保存装置に要求する記憶要求手段と、
当該通信システムに接続された外部装置から故障診断情報を要求された場合に、その故障診断情報の前記外部装置への送信を前記複数の情報保存装置に要求する送信要求手段と、
前記送信要求手段により故障診断情報の前記外部装置への送信を前記複数の情報保存装置に要求した後、所定時間が経過しても前記情報保存装置から前記外部装置への故障診断情報の送信が行われない場合に、故障診断情報が存在しないことを前記外部装置へ応答する不存在応答手段と、を備え、
前記情報保存装置は、
前記記憶要求装置から記憶を要求された故障診断情報を前記記憶媒体に記憶する仮記憶手段と、
前記仮記憶手段により前記記憶媒体に記憶された故障診断情報を重複して記憶している他の情報保存装置を検索する検索手段と、
前記検索手段により故障診断情報を重複して記憶している他の情報保存装置が検索された場合に、前記記憶媒体の空き容量が最も大きい情報保存装置のみにその故障診断情報が記憶されるように、不要な故障診断情報を消去するための処理を行う重複解消手段と、
前記記憶要求装置から前記外部装置への送信を要求された故障診断情報が前記記憶媒体に記憶されている場合に、その故障診断情報を前記外部装置へ送信する故障情報送信手段と、を備えること
を特徴とする通信システム。
【請求項２３】
前記仮記憶手段は、前記記憶媒体の空き容量が、前記記憶要求装置から記憶を要求された故障診断情報の記憶を許容する判定基準値以上であることを条件として、その故障診断情報を前記記憶媒体に記憶させること
を特徴とする請求項２２に記載の通信システム。
【請求項２４】
前記記憶要求装置は、故障診断情報の記憶を許容する記憶媒体の種別を指定してその故障診断情報の記憶を要求し、
前記仮記憶手段は、前記記憶媒体が前記記憶要求装置から指定された種別のものであることを条件として、記憶を要求された故障診断情報をその記憶媒体に記憶させること
を特徴とする請求項２２又は請求項２３に記載の通信システム。
【請求項２５】
前記情報保存装置は、車両に搭載される電子制御装置であり、前記車両のイグニッションスイッチのオフ状態においてもバッテリから電力が供給されて作動すること
を特徴とする請求項２２から請求項２４までのいずれか１項に記載の通信システム。
【請求項２６】
前記重複解消手段は、前記記憶媒体の空き容量が最も大きい情報保存装置として空き容量が同一のものが複数存在する場合に、優先順位の最も高い情報保存装置を空き容量が最も大きいものとみなすこと
を特徴とする請求項２２から請求項２５までのいずれか１項に記載の通信システム。
【請求項２７】
前記重複解消手段は、前記検索手段による検索が他の情報保存装置により重複して行われている場合には、優先順位の最も高い情報保存装置による検索のみを有効にし、他の検索を無効にするための処理を行うこと
を特徴とする請求項２２から請求項２６までのいずれか１項に記載の通信システム。
【請求項２８】
前記優先順位は、前記複数の情報保存装置の識別子に基づき決められること
を特徴とする請求項２６又は請求項２７に記載の通信システム。
【請求項２９】
前記優先順位は、前記記憶媒体の静的容量の大きさに基づき決められること
を特徴とする請求項２６又は請求項２７に記載の通信システム。
【請求項３０】
前記記憶要求装置は、前記記憶要求手段による要求が行われた直後にその故障診断情報を自己のメモリから消去する消去手段を備えること
を特徴とする請求項２２から請求項２９までのいずれか１項に記載の通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の通信装置により通信ネットワークを構築する通信システムに関するものである。
【背景技術】
【０００２】
従来、複数の通信装置により通信ネットワークを構築する通信システムにおいて、各通信装置が故障診断を行うとともに、その診断結果である故障診断情報を保存しておくことにより、故障原因等の事後的な解析に利用できるようにすることが提案されている。こうした通信システムは、故障診断情報を保存しておくためのリソースが豊富な通信装置には適しているものの、そのようなリソースの乏しい通信装置では、故障診断情報を保存しておくことができなかったり、保存は可能であっても記憶容量の不足により新たな故障診断情報を保存する際に過去の故障診断情報を消去しなければならなかったりするという問題が生じ得る。
【０００３】
そこで、自装置で発生した故障診断情報を他装置に保存させる構成の通信システムが提案されている（特許文献１参照）。具体的には、特許文献１に記載の通信システムは、車両に搭載された複数の電子制御装置（通信装置）により通信ネットワークを構築するものであり、電子制御装置の行う故障診断により故障診断情報が発生した場合に、その故障診断情報を特定の１つの装置（例えば車両外部の管理センター）に退避させる。そして、故障診断情報を退避させた電子制御装置は、退避が適正になされたことを条件にその故障診断情報を自己のメモリから消去する。
【０００４】
しかしながら、このように故障診断情報を特定の１つの装置に退避させる構成では、退避先の装置が故障診断情報を受け付けていない状況（電源途絶状態、起動前状態、異常状態等）においては、故障診断情報を退避させることができなくなってしまうという問題がある。
【０００５】
一方、自装置で発生した故障診断情報の保存を複数の他装置に依頼する構成の通信システムも提案されている（特許文献２参照）。特許文献２に記載の通信システムも、車両に搭載された複数の電子制御装置（通信装置）により通信ネットワークを構築するものであり、電子制御装置の行う故障診断により故障診断情報が発生した場合に、その故障診断情報を他の複数の電子制御装置へ送信する。故障診断情報を受信した複数の電子制御装置は、その故障診断情報をそれぞれ仮記憶するが、その後に調停を行い、調停により選ばれた電子制御装置のみが、仮記憶した故障診断情報を正式に記憶し、調停により選ばれなかった他の電子制御装置は、仮記憶した故障診断情報を消去する。具体的には、故障診断情報を仮記憶した複数の電子制御装置の中で、最も先に仮記憶を完了したものが調停により選ばれるようになっている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００７−１０６１６４号公報
【特許文献２】特開２００６−１９９０９６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、前述した特許文献２に記載の構成では、故障診断情報を仮記憶した複数の通信装置の中で最も先に仮記憶が完了したものを、その故障診断情報を正式に記憶する通信装置として選択するようにしているため、故障診断情報を記憶する通信装置が片寄ってしまう可能性がある。すなわち、記憶容量に余裕のある通信装置が存在するにもかかわらず、記憶容量に余裕のない通信装置に故障診断情報が記憶されるといったことが生じ得ることになり、故障診断情報を自身で保存できない通信装置を不要に増加させてしまう要因となる。
【０００８】
本発明は、こうした問題にかんがみてなされたものであり、他の通信装置で発生した故障診断情報を保存しておくことが可能な複数の通信装置を備える通信システムにおいて、故障診断情報を効率よく保存することを目的としている。
【課題を解決するための手段】
【０００９】
上記目的を達成するためになされた本発明の通信装置は、複数の通信装置により通信ネットワークを構築するとともに、複数の通信装置として記憶要求装置及び複数の情報保存装置を備える通信システムにおいて、情報保存装置として機能するものである。
【００１０】
なお、この通信システムにおいて、記憶要求装置とは、故障診断により発生した故障診断情報を保存しておくためにその故障診断情報の記憶を他の通信装置に要求する通信装置のことである。また、情報保存装置とは、故障診断情報を保存しておくことが可能な記憶媒体を有し、記憶要求装置から記憶を要求された故障診断情報を自己の有する記憶媒体に記憶する通信装置のことである。
【００１１】
そして、本発明の通信装置（情報保存装置）では、仮記憶手段が、記憶要求装置から記憶を要求された故障診断情報を記憶媒体に記憶し、検索手段が、仮記憶手段により記憶媒体に記憶された故障診断情報を重複して記憶している他の情報保存装置を検索する。そして、重複解消手段が、検索手段により故障診断情報を重複して記憶している他の情報保存装置が検索された場合に、記憶媒体の空き容量が最も大きい情報保存装置のみにその故障診断情報が記憶されるように、不要な故障診断情報を消去するための処理を行う。
【００１２】
このような通信装置（情報保存装置）を備える通信システムでは、記憶要求装置が、故障診断により発生した故障診断情報の記憶を複数の情報保存装置に要求すると、その故障診断情報が複数の情報保存装置によって重複して記憶された状態となるが、この段階での記憶は暫定的なものであり（このような暫定的な記憶を「仮記憶」と表現する。）、その後に不要な故障診断情報が消去されることにより、記憶媒体の空き容量が最も大きい情報保存装置のみにその故障診断情報が記憶された状態となる。
【００１３】
したがって、この通信装置（情報保存装置）を備える通信システムによれば、複数の情報保存装置において記憶媒体の空き容量の片寄りを生じにくくして、故障診断情報を効率よく保存することができる。このため、故障診断情報を記憶可能な状態の情報保存装置の数が減少しにくくなり、故障診断情報を確実に保存するための信頼性を高めることができる。しかも、この通信システムによれば、記憶媒体の空き容量が最も大きい情報保存装置を記憶要求装置側で把握している必要がない。
【００１４】
ところで、記憶媒体を有する情報保存装置であっても、記憶要求装置から記憶を要求された故障診断情報のデータ量よりも記憶媒体の空き容量が小さい状態においては、その故障診断情報を記憶することができない。また、記憶要求装置から記憶を要求された故障診断情報のデータ量よりも記憶媒体の空き容量が大きい状態であっても、空き容量に余裕がなければ、要求に従い故障診断情報を記憶（仮記憶）することが好ましくないことも考えられる。
【００１５】
そこで、例えば、仮記憶手段は、記憶媒体の空き容量が、記憶要求装置から記憶を要求された故障診断情報の記憶を許容する判定基準値以上であることを条件として、その故障診断情報を記憶媒体に記憶させる。
【００１６】
このような通信装置（情報保存装置）によれば、記憶要求装置から記憶を要求された故障診断情報の記憶を制限することができる。例えば、記憶を要求された故障診断情報のデータ量自体を判定基準値とすれば、記憶媒体の空き容量が故障診断情報のデータ量以上であること（つまり、故障診断情報を記憶媒体に記憶可能であること）を条件として、その故障診断情報が記憶媒体に記憶されることになる。また、判定基準値を故障診断情報のデータ量よりも大きくなるように設定すれば、記憶媒体の空き容量に余裕がある場合にのみ故障診断情報が記憶媒体に記憶されるようにすることができる。
【００１７】
一方、通信システムにおいて種別の異なる記憶媒体が用いられる場合、種別によって信頼性などが異なることも考えられるため、記憶要求装置は、故障診断情報の記憶を許容する記憶媒体の種別を指定してその故障診断情報の記憶を要求することが好ましい。
【００１８】
この場合、例えば、仮記憶手段は、記憶媒体が記憶要求装置から指定された種別のものであることを条件として、記憶を要求された故障診断情報をその記憶媒体に記憶させるようにするとよい。このような通信装置（情報保存装置）を備える通信システムによれば、故障診断情報が適切な記憶媒体に記憶されるようにすることができる。
【００１９】
また、通信装置の具体例としては、車両に搭載される電子制御装置が挙げられる。こうした電子制御装置としては、車両のイグニッションスイッチのオン状態においてのみバッテリから電力が供給されて作動するものと、イグニッションスイッチのオフ状態においてもバッテリから電力が供給されて作動するものとが存在する。この点、例えば、イグニッションスイッチのオフ状態においてもバッテリから電力が供給されて作動する情報保存装置が通信システムに設けられていれば、イグニッションスイッチのオフ状態において記憶要求装置で発生した故障診断情報についても保存することが可能となる。
【００２０】
ところで、複数の情報保存装置によって故障診断情報が重複して記憶された状態を解消するための処理を行うことは、情報保存装置の処理負荷をその分増加させることになるため、このような処理は、通信装置本来の処理の妨げにならないタイミングで行うことが好ましい。
【００２１】
そこで、例えば、検索手段は、仮記憶手段により故障診断情報が記憶媒体に記憶された後、自己の処理負荷が所定値未満になったことを条件として、その故障診断情報を重複して記憶している他の情報保存装置を検索する。このような通信装置（情報保存装置）によれば、検索を行うことによる処理負荷の過上昇を防ぐことができる。
【００２２】
また、例えば、重複解消手段が、検索手段により検索されたすべての情報保存装置の処理負荷が所定の基準値未満であることを条件として、不要な故障診断情報を消去するための処理を行う。このような通信装置（情報保存装置）によれば、不要な故障診断情報を消去するための処理に伴う処理負荷の過上昇を防ぐことができる。
【００２３】
例えば、重複解消手段が、検索手段により検索されたすべての情報保存装置の処理負荷が基準値未満でなければ、基準値未満となるまで待機する。このような通信装置（情報保存装置）によれば、不要な故障診断情報を消去するための処理に伴う処理負荷の過上昇を防ぎつつ、その処理を確実に行うことが可能となる。
【００２４】
また、例えば、重複解消手段は、通信トラフィックの負荷が所定の基準値以下であることを条件として、不要な故障診断情報を消去するための処理を行う。このような通信装置（情報保存装置）によれば、不要な故障診断情報を消去するための処理に伴う通信トラフィックの負荷の過上昇を防ぐことができる。通信トラフィックの負荷が高い状況では各通信装置の処理負荷も必然的に高くなるため、結果的に、情報保存装置の処理負荷の過上昇を防ぐことができる。
【００２５】
ところで、本発明の通信装置（情報保存装置）を備える通信システムでは、記憶媒体の空き容量が最も大きい情報保存装置に故障診断情報を記憶するが、記憶媒体の空き容量が最も大きい情報保存装置として空き容量が同一のものが複数存在することも考えられる。
【００２６】
そこで、例えば、重複解消手段が、記憶媒体の空き容量が最も大きい情報保存装置として空き容量が同一のものが複数存在する場合に、優先順位の最も高い情報保存装置を空き容量が最も大きいものとみなす。このような通信装置（情報保存装置）を備える通信システムによれば、記憶媒体の空き容量が同一の情報保存装置が複数存在する場合にも、故障診断情報が記憶される情報保存装置を１つに決めることができる。
【００２７】
また、複数の情報保存装置によって故障診断情報が重複して記憶された状態を解消するための処理は、その故障診断情報を記憶している複数の情報保存装置のうちの１つ（例えば処理負荷が所定値未満になったもの）が主導権をとって行うことが考えられるが、主導権をとるための条件を複数の情報保存装置がほぼ同時に満たした場合には、複数の情報保存装置により検索が重複して行われることが考えられる。
【００２８】
そこで、例えば、重複解消手段は、検索手段による検索が他の情報保存装置により重複して行われている場合には、優先順位の最も高い情報保存装置による検索のみを有効にし、他の検索を無効にするための処理を行う。このような通信装置（情報保存装置）を備える通信システムによれば、検索が重複して行われることにより余分な処理が実行されてしまうのを防ぐことができる。
【００２９】
ここで、優先順位は、例えば、複数の情報保存装置の識別子に基づき決められるようにしてもよい。このようにすれば、優先順位を簡易的かつ一義的に決定することができる。
【００３０】
また、例えば、優先順位は、処理負荷が低い状態の情報保存装置ほど高くなるように決められるようにしてもよい。このようにすれば、情報保存装置の処理負荷の過上昇を防ぐことができる。
【００３１】
また、例えば、優先順位は、記憶媒体の静的容量（記憶データなしの状態での空き容量）の大きさに基づき決められるようにしても、優先順位を簡易的かつ一義的に決定することができる。
【００３２】
一方、本発明の通信装置（情報保存装置）を備える通信システムで保存した故障診断情報は、その通信システムに接続可能な外部装置によって読み出されることが想定される。ここで、記憶要求装置で発生した故障診断情報を読み出す際に、その故障診断情報がどの情報保存装置に保存されているかを外部装置で把握することは困難である。
【００３３】
そこで、例えば、記憶要求装置が、通信システムに接続された外部装置から故障診断情報を要求された場合に、その故障診断情報の外部装置への送信を複数の情報保存装置に要求することを前提として、故障情報送信手段が、記憶要求装置から外部装置への送信を要求された故障診断情報が記憶媒体に記憶されている場合に、その故障診断情報を外部装置へ送信する。
【００３４】
このような通信装置（情報保存装置）を備える通信システムによれば、外部装置から記憶要求装置に対して要求された故障診断情報を、その故障診断情報が記憶された情報保存装置から外部装置へ送信することができる。しかも、この通信システムによれば、外部装置は、故障診断情報が記憶された情報保存装置を把握していなくても、記憶要求装置に対して故障診断情報を要求するだけで、その故障診断情報を取得することができる。
【００３５】
次に、本発明の通信システムは、複数の通信装置により通信ネットワークを構築するとともに、複数の通信装置として記憶要求装置及び複数の情報保存装置を備えるものである。そして、本発明の通信システムにおいて、記憶要求装置では、記憶要求手段が、故障診断により発生した故障診断情報の記憶を複数の情報保存装置に要求する。また、本発明の通信システムは、情報保存装置として、前述した通信装置を備える。このような通信システムによれば、前述した効果と同様の効果を得ることができる。
【００３６】
ところで、記憶要求装置においては、故障診断により発生した故障診断情報の記憶を複数の情報保存装置に要求した後、その故障診断情報が１つの情報保存装置に保存されたことを確認した上で、自己のメモリ（ＲＡＭなどの一時的な記憶手段）からその故障診断情報を消去することが好ましい。しかしながら、このようにすると、故障診断情報の発生から消去までの期間が長くなるため、記憶要求装置において故障診断情報が連続的に発生してメモリに蓄積された場合に、新たに発生した故障診断情報をメモリに記憶できなくなるといったことが生じ得る。
【００３７】
そこで、例えば、記憶要求装置の消去手段が、記憶要求手段による要求が行われた直後にその故障診断情報を自己のメモリから消去する。このような通信システムによれば、記憶要求装置において故障診断情報が連続的に発生した場合にも、故障診断情報をメモリに記憶できなくなるといったことを生じにくくすることができる。
【００３８】
また、記憶要求装置で発生した故障診断情報を外部装置で読み出す際に、その故障診断情報がどの情報保存装置に保存されているかを外部装置で把握することは困難である。
そこで、例えば、記憶要求装置の送信要求手段が、当該通信システムに接続された外部装置から故障診断情報を要求された場合に、その故障診断情報の外部装置への送信を複数の情報保存装置に要求する。一方、情報保存装置の故障情報送信手段が、記憶要求装置から外部装置への送信を要求された故障診断情報が記憶媒体に記憶されている場合に、その故障診断情報を外部装置へ送信する。このような通信システムによれば、外部装置から記憶要求装置に対して要求された故障診断情報を、その故障診断情報が記憶された情報保存装置から外部装置へ送信することができる。しかも、この通信システムによれば、外部装置は、故障診断情報が記憶された情報保存装置を把握していなくても、記憶要求装置に対して故障診断情報を要求するだけで、その故障診断情報を取得することができる。
【００３９】
特に、例えば、記憶要求装置の不存在応答手段が、送信要求手段により故障診断情報の外部装置への送信を複数の情報保存装置に要求した後、所定時間が経過しても情報保存装置から外部装置への故障診断情報の送信が行われない場合に、故障診断情報が存在しないことを外部装置へ応答する。このような通信システムによれば、外部装置の要求する故障診断情報が存在しないことを外部装置に知らせることができる。
【図面の簡単な説明】
【００４０】
【図１】実施形態の故障診断情報記憶システムの概略構成を表すブロック図である。
【図２】リソースレスＥＣＵが故障診断情報の記憶を高機能ＥＣＵに要求する際のシーケンス図である。
【図３】同一の故障診断情報が重複して仮記憶された複数の高機能ＥＣＵが、その重複状態を解消する際のシーケンス図である。
【図４】高機能ＥＣＵ［Ｂ］が仮記憶情報問合せメッセージを送信した場合のシーケンス図である。
【図５】処理負荷が高い状態の高機能ＥＣＵが、仮記憶情報問合せメッセージに対して高負荷状態であることを示す仮記憶情報応答メッセージを送信する場合のシーケンス図である。
【図６】仮記憶情報問合せメッセージを送信するタイミングが重なった場合のシーケンス図である。
【図７】（ａ）は故障診断情報記憶システムに保存されている診断情報を外部ツールで読み出す際のシーケンス図、（ｂ）は同一の故障診断情報が複数の高機能ＥＣＵによって重複して仮記憶されている状態でのシーケンス図である。
【図８】診断情報問合せメッセージの送信から所定の待機時間が経過してもそれに対する応答通知メッセージを高機能ＥＣＵから受信できない場合のシーケンス図である。
【図９】リソースレスＥＣＵが実行する故障情報記憶要求処理のフローチャートである。
【図１０】（ａ）は記憶要求メッセージの説明図、（ｂ）は仮記憶情報問合せメッセージの説明図、（ｃ）は仮記憶情報なしの仮記憶情報応答メッセージの説明図、（ｄ）は仮記憶情報ありの仮記憶情報応答メッセージの説明図、（ｅ）は高負荷状態の仮記憶情報応答メッセージの説明図、（ｆ）は消去要求メッセージの説明図である。
【図１１】高機能ＥＣＵが実行する記憶要求受信処理のフローチャートである。
【図１２】高機能ＥＣＵが実行するデータ記憶処理のフローチャートである。
【図１３】高機能ＥＣＵが実行する存在情報確認処理のフローチャートである。
【図１４】高機能ＥＣＵが実行する問合せ有効判定処理のフローチャートである。
【図１５】高機能ＥＣＵが実行する不要データ消去処理のフローチャートである。
【図１６】（ａ）は仮記憶中フラグオフ要求メッセージの説明図、（ｂ）は診断情報読出メッセージの説明図、（ｃ）は診断情報問合せメッセージの説明図、（ｄ）は診断情報応答メッセージの説明図、（ｅ）は応答通知メッセージの説明図、（ｆ）は診断情報不存在応答メッセージの説明図、（ｇ）は変形例の仮記憶情報問合せメッセージの説明図である。
【図１７】高機能ＥＣＵが実行する要求データ消去処理のフローチャートである。
【図１８】リソースレスＥＣＵが実行する読出要求応答処理のフローチャートである。
【図１９】高機能ＥＣＵが実行する故障情報応答処理のフローチャートである。
【発明を実施するための形態】
【００４１】
以下、本発明が適用された実施形態について、図面を用いて説明する。
［１．全体構成］
図１は、実施形態の故障診断情報記憶システム１の概略構成を表すブロック図である。
【００４２】
この故障診断情報記憶システム１は、車両に搭載された複数の電子制御装置（ＥＣＵ）により通信ネットワーク（車内ＬＡＮ）を構築したものである。具体的には、この故障診断情報記憶システム１は、複数のＥＣＵとして、エンジンＥＣＵ１０、ハイブリッド制御ＥＣＵ（以下「ＨＶ制御ＥＣＵ」という。）２０、メータＥＣＵ３０、ボデーＥＣＵ４０、ドアＥＣＵ５０、ワイパーＥＣＵ６０及びゲートウェイＥＣＵ（以下「Ｇ／ＷＥＣＵ」という。）７０を備えている。
【００４３】
そして、この故障診断情報記憶システム１では、エンジンＥＣＵ１０及びＨＶ制御ＥＣＵ２０が接続された通信バス８１と、メータＥＣＵ３０、ボデーＥＣＵ４０、ドアＥＣＵ５０及びワイパーＥＣＵ６０が接続された通信バス８２とが、Ｇ／ＷＥＣＵ７０を介して接続されている。また、通信バス８１には、ディーラなどにおいて車両の故障を修理する際に用いられる外部ツール（サービスツール）９０が接続可能となっている。
【００４４】
なお、この故障診断情報記憶システム１において、通信バスを介して行うＥＣＵ間のデータ通信には、車載ネットワークで一般的に利用されているＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）プロトコルが用いられている。また、図１において各ＥＣＵについて括弧書きで示されている３桁の値は、各ＥＣＵに割り振られた識別子（ＣＡＮ−ＩＤのことであり、以下、単に「ＩＤ」という。）である。
【００４５】
各ＥＣＵは、車両各部の制御処理や他のＥＣＵとの通信処理などを実行するＣＰＵ、ＣＰＵによって実行されるプログラムが記憶されたＲＯＭ、一時記憶メモリとしてのＲＡＭ、ＣＰＵによって与えられる送信データを通信バスへ出力するとともに通信バス上のデータをＣＰＵに入力する通信ドライバなどを備えている。また、各ＥＣＵは、車両のイグニッションスイッチがオンされている間、図示しないバッテリから電力が供給されて作動する。ただし、ボデーＥＣＵ４０及びドアＥＣＵ５０は、イグニッションスイッチのオン状態だけでなく、オフ状態においても、バッテリから常に電力が供給されて作動するようになっている。
【００４６】
［２．処理の概要］
次に、本実施形態の故障診断情報記憶システム１で実行される処理の概要について説明する。
【００４７】
故障診断情報記憶システム１では、各ＥＣＵが、車載機器の故障診断を行うとともに、その診断結果である故障診断情報を自己のバックアップメモリに記憶（保存）する処理を行う。
【００４８】
ここで、故障診断情報には、該当する故障コード（ＤＴＣ）や、故障が検出された時点での車載機器の稼働状況を示すデータであるフリーズフレームデータなどが含まれる。例えば、ワイパーＥＣＵ６０で発生する故障診断情報には、ワイパーが制御したとおりの位置まで動作しなかった際に検出するＤＴＣ「ワイパー位置異常」と、その異常の発生時刻と、異常発生時刻付近のワイパーモータへの制御値やユーザからのワイパー操作状態などのフリーズフレームデータとが含まれる。
【００４９】
また、ここでいうバックアップメモリとは、バッテリからの電力がＥＣＵに供給されない状態でも記憶情報が保持される記憶装置のことであり、不揮発性メモリ（例えばＥＥＰＲＯＭ）の他、電源がオフされた後も電池等で常時電源供給される構成の揮発性メモリ（例えばＳＲＡＭ）も含まれる。
【００５０】
ただし、この故障診断情報記憶システム１には、バックアップメモリを有しない又はその記憶容量が乏しいＥＣＵ（以下「リソースレスＥＣＵ」という。）が含まれている。こうしたリソースレスＥＣＵは、自己の故障診断情報をバックアップメモリに保存しておくことができないため、リソースレスＥＣＵ以外のＥＣＵ（十分な記憶容量のバックアップメモリを有するＥＣＵであり、以下「高機能ＥＣＵ」という。）に対して、故障診断情報の記憶を要求する。
【００５１】
本実施形態の故障診断情報記憶システム１は、高機能ＥＣＵを複数備えている。具体的には、エンジンＥＣＵ１０、ＨＶ制御ＥＣＵ２０、メータＥＣＵ３０、ボデーＥＣＵ４０及びＧ／ＷＥＣＵ７０が高機能ＥＣＵに該当し、ドアＥＣＵ５０及びワイパーＥＣＵ６０がリソースレスＥＣＵに該当する。なお、エンジンＥＣＵ１０及びＨＶ制御ＥＣＵ２０は、バックアップメモリとしてＳＲＡＭ及びＥＥＰＲＯＭを有しており、メータＥＣＵ３０はＳＲＡＭ、ボデーＥＣＵ４０及びＧ／ＷＥＣＵ７０はＥＥＰＲＯＭをそれぞれ有している。一方、ドアＥＣＵ５０及びワイパーＥＣＵ６０は、バックアップメモリを有していない。
【００５２】
図２は、リソースレスＥＣＵが故障診断情報の記憶を高機能ＥＣＵに要求する際のシーケンス図である。
リソースレスＥＣＵは、故障診断情報が発生すると、その故障診断情報の記憶を高機能ＥＣＵに要求するための記憶要求メッセージを、ネットワーク上のすべてのＥＣＵへ送信（ブロードキャスト）する。そして、そのリソースレスＥＣＵは、送信した故障診断情報を直ちに消去する。これにより、図２に示すようにリソースレスＥＣＵにおいて故障診断情報が連続的に発生した場合にも、故障診断情報が記憶できなくなるといったことが防止される。
【００５３】
一方、記憶要求メッセージを受信した高機能ＥＣＵは、自己のバックアップメモリの空き容量に余裕があることを条件として、記憶要求された故障診断情報を自己のバックアップメモリに記憶する。図２に示す例では、リソースレスＥＣＵから３回の記憶要求メッセージが連続して送信され、１回目及び２回目については高機能ＥＣＵ［Ａ］，［Ｂ］に、３回目については高機能ＥＣＵ［Ａ］のみに、故障診断情報が記憶されている。なお、高機能ＥＣＵ［Ｂ］が３回目に故障診断情報を記憶しないのは、故障診断情報の記憶に伴いバックアップメモリの空き容量に余裕がなくなったためである。
【００５４】
このように、同一の故障診断情報が複数の高機能ＥＣＵによって重複して記憶され得るが、この段階での記憶は暫定的なものであり、後述する処理により記憶場所が１つに決定されることで重複状態が解消される。つまり、故障診断情報の記憶場所が他の高機能ＥＣＵに決定された時点で、自己のバックアップメモリからその故障診断情報を消去することになる。このように故障診断情報の記憶場所が１つに確定する前の暫定的な記憶を「仮記憶」と表現する。
【００５５】
図３は、同一の故障診断情報が重複して仮記憶された複数の高機能ＥＣＵが、その重複状態を解消する際のシーケンス図である。
本実施形態の故障診断情報記憶システム１では、故障診断情報を仮記憶している複数の高機能ＥＣＵ（図３に示す例では高機能ＥＣＵ［Ａ］，［Ｂ］）のうち処理負荷の低いもの（図３に示す例では高機能ＥＣＵ［Ａ］）が主導権をとり、その故障診断情報を重複して仮記憶している他の高機能ＥＣＵが存在するか否かを問い合わせるための仮記憶情報問合せメッセージを、ネットワーク上のすべてのＥＣＵへ送信する。
【００５６】
一方、他の高機能ＥＣＵからの仮記憶情報問合せメッセージを受信した高機能ＥＣＵは、問い合わせ対象の故障診断情報を自己のバックアップメモリに仮記憶している状態であるか否か（故障診断情報の存在の有無）を示す仮記憶情報応答メッセージを、仮記憶情報問合せメッセージの送信元の高機能ＥＣＵへ送信する。ここで、問い合わせ対象の故障診断情報を仮記憶していれば、自己のバックアップメモリの空き容量の情報を仮記憶情報問合せメッセージに含めて送信する。図３の例では、高機能ＥＣＵ［Ｂ］が仮記憶情報ありの仮記憶情報応答メッセージ（空き容量の情報を含むもの）を送信し、高機能ＥＣＵ［Ｃ］が仮記憶情報なしの仮記憶情報応答メッセージを送信する。
【００５７】
主導権を持つ高機能ＥＣＵ（図３に示す例では高機能ＥＣＵ［Ａ］）は、送信した仮記憶情報問合せメッセージに対する仮記憶情報応答メッセージを受信すると、故障診断情報を仮記憶している状態の高機能ＥＣＵの中から、バックアップメモリの空き容量が最も大きいものを選択する。
【００５８】
ここで、図３に示す例のように、主導権を持つ高機能ＥＣＵ［Ａ］がバックアップメモリの空き容量の最も大きいものであれば、主導権を持つ高機能ＥＣＵは、仮記憶情報ありの仮記憶情報応答メッセージの送信元であるすべての高機能ＥＣＵ（図３の例では高機能ＥＣＵ［Ｂ］のみ）へ、仮記憶している故障診断情報の消去を高機能ＥＣＵに要求するための消去要求メッセージを送信する。消去要求メッセージを受信した高機能ＥＣＵでは、仮記憶している故障診断情報が消去される。
【００５９】
一方、図４に示す例では、高機能ＥＣＵ［Ｂ］が主導権をとり、仮記憶情報問合せメッセージを送信している。この例のように、主導権を持つ高機能ＥＣＵ［Ｂ］がバックアップメモリの空き容量の最も大きいものでなければ、主導権を持つ高機能ＥＣＵは、空き容量の最も大きい高機能ＥＣＵ（図４の例では高機能ＥＣＵ［Ａ］）を除いた他の高機能ＥＣＵ（図４の例では存在せず）へ消去要求メッセージを送信するとともに、自身が仮記憶している故障診断情報を消去する。なお、主導権を持つ高機能ＥＣＵは、重複状態が解消したことを通知するための仮記憶中フラグオフ要求メッセージを、空き容量の最も大きい高機能ＥＣＵへ送信する。
【００６０】
以上のように、複数の高機能ＥＣＵによって重複して仮記憶されていた故障診断情報のうち不要なものが消去され、空き容量の最も大きい高機能ＥＣＵのみに記憶された状態となり、仮記憶状態から確定的な記憶状態へ移行する。つまり、リソースレスＥＣＵが記憶場所を指定しなくても、バックアップメモリの空き容量に最も余裕のある高機能ＥＣＵに故障診断情報が記憶される。
【００６１】
なお、本実施形態の故障診断情報記憶システム１では、処理負荷が低い状態の高機能ＥＣＵが主導権をとり仮記憶情報問合せメッセージを送信するが、送信先の高機能ＥＣＵの処理負荷が高いことも考えられる。このため、図５に示すように、処理負荷が高い状態の高機能ＥＣＵ（図５の例では高機能ＥＣＵ［Ａ］）は、仮記憶情報問合せメッセージを受信すると、高負荷状態であることを示す仮記憶情報応答メッセージを、仮記憶情報問合せメッセージの送信元の高機能ＥＣＵへ送信する。そして、これを受信した高機能ＥＣＵ（図５の例では高機能ＥＣＵ［Ｂ］）は、所定時間待機した後に仮記憶情報問合せメッセージを再度送信する。つまり、処理負荷の高い状態の高機能ＥＣＵが存在する場合には、同一の故障診断情報が複数の高機能ＥＣＵによって重複して仮記憶された状態を解消するための処理を直ちに行わない（処理負荷の高い状態のものが存在しなくなるまでその処理の開始を延期する）ようにしている。
【００６２】
また、図６に示すように、仮記憶情報問合せメッセージを送信するタイミングが重なることにより、複数の高機能ＥＣＵ（図６の例では高機能ＥＣＵ［Ａ］，［Ｂ］）から仮記憶情報問合せメッセージが重複（バッティング）して送信されてしまうことも考えられる。この場合には、優先順位の最も高いもの（図６の例では高機能ＥＣＵ［Ａ］）が送信した仮記憶情報問合せメッセージのみを有効とし、それ以外の仮記憶情報問合せメッセージを無効とすることで、重複状態を解消する。なお、無効とされた仮記憶情報問合せメッセージの送信元である高機能ＥＣＵ（図６の例では高機能ＥＣＵ［Ｂ］）は、その仮記憶情報問合せメッセージに対する応答として受信した仮記憶情報応答メッセージをすべて破棄する。
【００６３】
図７（ａ）は、故障診断情報記憶システム１に保存されている診断情報を外部ツール９０で読み出す際のシーケンス図である。
外部ツール９０は、リソースレスＥＣＵで発生した故障診断情報を読み出す際に、そのリソースレスＥＣＵへ診断情報読出メッセージを送信する。この診断情報読出メッセージを受信したリソースレスＥＣＵは、自身で発生した故障診断情報を保存しているか問い合わせるための診断情報問合せメッセージをすべてのＥＣＵへ送信する。
【００６４】
診断情報問合せメッセージを受信した高機能ＥＣＵは、該当する故障診断情報がバックアップメモリに記憶（仮記憶も含む。）されていれば、診断情報問合せメッセージの送信元のリソースレスＥＣＵへ応答通知メッセージを送信するとともに、その故障診断情報を含む診断情報応答メッセージを外部ツール９０へ送信する。これにより、外部ツール９０は、リソースレスＥＣＵで発生した故障診断情報をどの高機能ＥＣＵが記憶しているかを把握していなくても、故障診断情報を読み出すことが可能となる。
【００６５】
なお、図７（ｂ）に示すように、該当する同一の故障診断情報が複数の高機能ＥＣＵによって重複して仮記憶されている状態では、複数の高機能ＥＣＵから同一の故障診断情報が外部ツール９０へ送信される。このため、外部ツール９０は、同一の故障診断情報の応答があった場合には、例えば一番最初（又は最後）に応答のあったものを採用するといった調停処理を行うことにより、１つの故障診断情報のみを採用する。
【００６６】
また、図８に示すように、診断情報問合せメッセージの送信元であるリソースレスＥＣＵは、診断情報問合せメッセージの送信から所定の待機時間が経過してもそれに対する応答通知メッセージを高機能ＥＣＵから受信できなければ、故障診断情報が存在しない旨を通知するための診断情報不存在応答メッセージを外部ツール９０へ送信する。
【００６７】
［３．ＥＣＵが実行する処理］
次に、故障診断情報記憶システム１においてリソースレスＥＣＵ及び高機能ＥＣＵのそれぞれが実行する処理の具体的な内容について説明する。
【００６８】
まず、リソースレスＥＣＵが一定時間間隔で（例えば６４ｍｓごとに）実行する故障情報記憶要求処理について、図９のフローチャートを用いて説明する。
リソースレスＥＣＵは、この故障情報記憶要求処理を開始すると、まずＳ１０１で、故障診断が行われたことにより故障診断情報が発生か否かを判定する。なお、故障診断により発生した故障診断情報はＲＡＭに記憶された状態となっている。
【００６９】
そして、Ｓ１０１で、故障診断情報が発生したと判定した場合には、Ｓ１０２へ移行し、その故障診断情報の記憶を高機能ＥＣＵに要求するための記憶要求メッセージを、ネットワーク上のすべてのＥＣＵへ送信する。記憶要求メッセージは、具体的には図１０（ａ）に示すように、当該メッセージが記憶要求メッセージであることを示すフラグ、高機能ＥＣＵに記憶させる故障診断情報（ＤＴＣやフリーズフレームデータ等）、バックアップメモリ種別情報、及び、送信元ＩＤ（自己のＩＤ）からなる。このうち、バックアップメモリ種別情報とは、故障診断情報の記憶を許可するバックアップメモリの種別を示す情報である。例えば、重要度の高い故障診断情報については信頼性の高いＥＥＰＲＯＭのみに限定して許可し、重要度の高くない故障診断情報についてはＥＥＰＲＯＭに比べて信頼性の劣る（データが化ける等の現象が生じやすい）ＳＲＡＭについても許可するといったように、故障診断情報の記憶先となるバックアップメモリの種別を送信側から指定するために用いられる。なお、図示しないが、ＥＣＵから送信されるメッセージには、そのメッセージの送信先（ＩＤ）の情報が含まれている。
【００７０】
続いて、Ｓ１０３では、Ｓ１０２で送信した故障診断情報をＲＡＭから消去する。その後、本故障情報記憶要求処理を終了する。
一方、Ｓ１０１で、故障診断情報が発生していないと判定した場合には、そのまま本故障情報記憶要求処理を終了する。
【００７１】
次に、リソースレスＥＣＵからの記憶要求メッセージを受信したことを契機に高機能ＥＣＵが実行する記憶要求受信処理について、図１１のフローチャートを用いて説明する。
高機能ＥＣＵは、この記憶要求受信処理を開始すると、まずＳ２０１で、データ記憶処理を実行する。このデータ記憶処理では、自己のバックアップメモリの空き容量に余裕があり、かつ、受信した記憶要求メッセージに含まれるバックアップメモリ種別情報が自己のバックアップメモリの種別と一致する場合に、その記憶要求メッセージに含まれる故障診断情報を自己のバックアップメモリに仮記憶する処理を行う。なお、データ記憶処理の具体的な内容については後述する（図１２）。
【００７２】
続いて、Ｓ２０２では、存在情報確認処理を実行する。その後、本記憶要求受信処理を終了する。この存在情報確認処理では、同一の故障診断情報が複数の高機能ＥＣＵによって重複して仮記憶された状態を解消するための処理を行う。なお、存在情報確認処理の具体的な内容については後述する（図１３）。
【００７３】
次に、前述した記憶要求受信処理におけるＳ２０１の処理として高機能ＥＣＵが実行するデータ記憶処理について、図１２のフローチャートを用いて説明する。
高機能ＥＣＵは、このデータ記憶処理を開始すると、まずＳ３０１で、バックアップメモリの空き容量に余裕があるか否かを判定する。本実施形態では、受信した記憶要求メッセージに含まれる故障診断情報を記憶可能な空き容量がある場合（空き容量が故障診断情報のデータ量以上である場合）には余裕があると判定する。なお、判定条件はこれに限定されるものではなく、十分な空き容量がある場合（例えば、空き容量が故障診断情報よりも大きい所定値以上の場合や、記憶容量に対する空き容量の割合が所定値以上の場合など）に余裕があると判定するようにしてもよい。
【００７４】
そして、Ｓ３０１で、バックアップメモリの空き容量に余裕があると判定した場合には、Ｓ３０２へ移行し、受信した記憶要求メッセージに含まれるバックアップメモリ種別情報が自己のバックアップメモリの種別と一致するか否かを判定する。例えば、バックアップメモリ種別情報がＥＥＰＲＯＭ／ＳＲＡＭ（これらのうちいずれでもよいという意味）であるのに対し、自己のバックアップメモリの種別がこれらのうち少なくとも一方である場合には、一致すると判定する。また例えば、バックアップメモリ種別情報がＥＥＰＲＯＭであるのに対し、自己のバックアップメモリの種別がＥＥＰＲＯＭでない場合（ＳＲＡＭである場合など）には、一致しないと判定する。
【００７５】
そして、Ｓ３０２で、バックアップメモリ種別情報が自己のバックアップメモリの種別と一致すると判定した場合には、Ｓ３０３へ移行し、受信した記憶要求メッセージに含まれる故障診断情報を、記憶要求メッセージの送信元ＩＤと対応づけて自己のバックアップメモリに仮記憶する。
【００７６】
続いて、Ｓ３０４では、故障診断情報を自己のバックアップメモリに仮記憶していることを示す仮記憶中フラグをオン状態にする。その後、本データ記憶処理を終了する。
一方、Ｓ３０１でバックアップメモリの空き容量に余裕がないと判定した場合や、Ｓ３０２でバックアップメモリ種別情報が自己のバックアップメモリの種別と一致しないと判定した場合には、故障診断情報を自己のバックアップメモリに記憶することなく本データ記憶処理を終了する。
【００７７】
次に、前述した記憶要求受信処理におけるＳ２０２の処理として高機能ＥＣＵが実行する存在情報確認処理について、図１３のフローチャートを用いて説明する。
高機能ＥＣＵは、この存在情報確認処理を開始すると、まずＳ４０１で、他の高機能ＥＣＵからの仮記憶情報問合せメッセージを受信したか否かを判定する。仮記憶情報問合せメッセージとは、リソースレスＥＣＵの故障診断情報を仮記憶している状態の高機能ＥＣＵが、その故障診断情報を重複して仮記憶している他の高機能ＥＣＵが存在するか否かを問い合わせる際に送信するものである（後述するＳ４０５）。具体的には図１０（ｂ）に示すように、当該メッセージが仮記憶情報問合せメッセージであることを示すフラグ、問い合わせ対象の故障診断情報を特定可能なデータ（ＤＴＣ）、及び、送信元ＩＤからなる。
【００７８】
そして、Ｓ４０１で、他の高機能ＥＣＵからの仮記憶情報問合せメッセージを受信していないと判定した場合には、Ｓ４０２へ移行し、仮記憶中フラグがオン状態であるか否かを判定する。つまり、リソースレスＥＣＵの故障診断情報を自己のバックアップメモリに仮記憶している状態であるか否かを判定する。
【００７９】
そして、Ｓ４０２で、仮記憶中フラグがオン状態でないと判定した場合には、Ｓ４０１へ戻る。なお、Ｓ４０１へ戻ることなくそのまま本存在情報確認処理を終了するようにしてもよい。
【００８０】
一方、Ｓ４０２で、仮記憶中フラグがオン状態であると判定した場合には、Ｓ４０３へ移行し、自己の処理負荷が低い状態であるか否かを判定する。本実施形態では、特定の１つのタスク（例えば３２ｍｓタスク）の処理時間を計測し、その計測結果に基づき処理負荷を判定する。例えば、３２ｍｓタスクを実行するために要した時間が１６ｍｓ以上であれば処理負荷が高い状態であると判定し、１６ｍｓ未満であれば処理負荷が低い状態であると判定することができる。
【００８１】
このＳ４０３で、自己の処理負荷が低い状態でない（高い状態である）と判定した場合には、Ｓ４０１へ戻る。
一方、Ｓ４０３で、自己の処理負荷が低い状態であると判定した場合には、自身が他の高機能ＥＣＵへ仮記憶情報問合せメッセージを送信すべき条件が成立したことになるため、Ｓ４０４へ移行し、他の高機能ＥＣＵに対して仮記憶状態であるか否かの問い合わせ中であることを示す問合せ中フラグをオン状態にする。
【００８２】
続いて、Ｓ４０５では、ネットワーク上のすべてのＥＣＵへ仮記憶情報問合せメッセージを送信（ブロードキャスト）する。これにより、仮記憶情報問合せメッセージを受信した高機能ＥＣＵでは、仮記憶情報問合せメッセージの送信が禁止されることになる（Ｓ４０２：ＮＯ）。ただし、仮記憶情報問合せメッセージの送信から受信までには、Ｇ／ＷＥＣＵ７０による遅れなどにより、わずかながら時間がかかり、その間に他の高機能ＥＣＵから仮記憶情報問合せメッセージが重複して送信される可能性もあることから、後述する処理（Ｓ５０５）により優先順位の最も高いもののみが有効とされるようになっている。
【００８３】
続いて、Ｓ４０６では、問合せ有効判定処理を実行する。この問合せ有効判定処理では、Ｓ４０５で送信した仮記憶情報問合せメッセージに対する応答として送信されてくる仮記憶情報応答メッセージを受信するとともに、自身から他の高機能ＥＣＵに対する仮記憶情報問合せメッセージの送信が有効とされたことを示す問合せ有効フラグをオン状態又はオフ状態にする処理を行う。なお、問合せ有効判定処理の具体的な内容については後述する（図１４）。
【００８４】
続いて、Ｓ４０７では、問合せ有効フラグがオン状態であるか否かを判定する。つまり、自身から他の高機能ＥＣＵに対する仮記憶情報問合せメッセージの送信が有効とされたか否かを判定する。
【００８５】
そして、Ｓ４０７で、問合せ有効フラグがオン状態であると判定した場合には、Ｓ４０８へ移行し、不要データ消去処理を実行する。その後、Ｓ４１０へ移行する。この不要データ消去処理では、複数の高機能ＥＣＵによって重複して仮記憶された故障診断情報のうち、不要なものを消去して重複状態を解消する処理を行う。なお、不要データ消去処理の具体的な内容については後述する（図１５）。
【００８６】
一方、Ｓ４０７で、問合せ有効フラグがオン状態でない（オフ状態である）と判定した場合には、Ｓ４０９へ移行し、Ｓ４０５で送信した仮記憶情報問合せメッセージに対する応答として受信した仮記憶情報応答メッセージを破棄する。つまり、自身から他の高機能ＥＣＵに対する仮記憶情報問合せメッセージの送信が有効とされなかった場合には、これに対する応答である仮記憶情報応答メッセージを破棄するようにしている。このＳ４０９の後、Ｓ４１０へ移行する。
【００８７】
Ｓ４１０では、他の高機能ＥＣＵに対する仮記憶状態であるか否かの問い合わせが終了したものとして、問合せ中フラグをオフ状態に（リセット）する。その後、本存在情報確認処理を終了する。
【００８８】
一方、Ｓ４０１で、他の高機能ＥＣＵからの仮記憶情報問合せメッセージを受信したと判定した場合には、Ｓ４１１へ移行し、問い合わせ対象の故障診断情報を自己のバックアップメモリに仮記憶している状態であるか否か（故障診断情報の存在の有無）を示す仮記憶情報応答メッセージを、仮記憶情報問合せメッセージの送信元の高機能ＥＣＵへ送信する。その後、本存在情報確認処理を終了する。
【００８９】
具体的には、問い合わせ対象の故障診断情報を仮記憶していなければ、図１０（ｃ）に示すように、仮記憶情報なしの仮記憶情報応答メッセージであることを示すフラグ、問い合わせ対象の故障診断情報を特定可能なデータ（ＤＴＣ）、及び、送信元ＩＤからなる仮記憶情報応答メッセージを送信する。一方、問い合わせ対象の故障診断情報を仮記憶していれば、図１０（ｄ）に示すように、仮記憶情報ありの仮記憶情報応答メッセージであることを示すフラグ、問い合わせ対象の故障診断情報を特定可能なデータ（ＤＴＣ）、自己のバックアップメモリの空き容量の情報、及び、送信元ＩＤからなる仮記憶情報応答メッセージを送信する。
【００９０】
ただし、自己の処理負荷が高い状態においては、例外的に、こうした仮記憶情報応答メッセージ（図１０（ｃ），（ｄ））に代えて、図１０（ｅ）に示すように、高負荷状態の仮記憶情報応答メッセージであることを示すフラグ、及び、送信元ＩＤのみからなる仮記憶情報応答メッセージを送信する。
【００９１】
ちなみに、この処理において自己の処理負荷が高いと判定する基準は、前述したＳ４０３の処理において自己の処理負荷が高いと判定する基準よりも高く設定されている。つまり、処理負荷が著しく高い場合に、処理負荷の増大をできるだけ抑えるために高負荷状態の仮記憶情報応答メッセージを送信する。なお、判定基準はこれに限定されるものではなく、例えば前述したＳ４０３の処理と同じ判定基準としてもよい。
【００９２】
次に、前述した存在情報確認処理におけるＳ４０６の処理として高機能ＥＣＵが実行する問合せ有効判定処理について、図１４のフローチャートを用いて説明する。
高機能ＥＣＵは、この問合せ有効判定処理を開始すると、まずＳ５０１で、前述したＳ４０５で送信した仮記憶情報問合せメッセージに対し、送信先のすべての高機能ＥＣＵから仮記憶情報応答メッセージを受信したか否かを判定し、受信したと判定した場合にＳ５０２へ移行する。ただし、何らかの原因により送信先の高機能ＥＣＵから仮記憶情報応答メッセージを受信できないことも考えられる。そこで、本実施形態では、仮記憶情報問合せメッセージを送信した時点（Ｓ４０５）からの経過時間が、すべての仮記憶情報応答メッセージを受信可能な時間としてあらかじめ設定されている所定のタイムアウト時間以上となった時点で、すべての仮記憶情報応答メッセージを受信したとみなしてＳ５０２へ移行するようにしている。
【００９３】
Ｓ５０２では、受信した仮記憶情報応答メッセージの送信元である高機能ＥＣＵのすべてが処理負荷の低い状態であるか否かを判定する。具体的には、受信した仮記憶情報応答メッセージの中に高負荷状態の仮記憶情報応答メッセージ（図１０（ｅ））が１つも含まれていなければ、仮記憶情報応答メッセージの送信元である高機能ＥＣＵのすべてが処理負荷の低い状態であると判定する。
【００９４】
そして、Ｓ５０２で、仮記憶情報応答メッセージの送信元である高機能ＥＣＵのすべてが処理負荷の低い状態であると判定した場合には、Ｓ５０３へ移行し、問合せ中フラグがオン状態の期間中に他の高機能ＥＣＵからの仮記憶情報問合せメッセージを受信したか否かを判定する。つまり、仮記憶情報問合せメッセージが複数の高機能ＥＣＵから重複して送信されている状態であるか否かを判定する。
【００９５】
そして、Ｓ５０３で、問合せ中フラグがオン状態の期間中に他の高機能ＥＣＵからの仮記憶情報問合せメッセージを受信していないと判定した場合には、Ｓ５０４へ移行し、自身から他の高機能ＥＣＵに対する仮記憶情報問合せメッセージの送信（他の高機能ＥＣＵに対する仮記憶状態の問い合わせ）が有効とされたことを示す問合せ有効フラグをオン状態にする。その後、本問合せ有効判定処理を終了する。
【００９６】
一方、Ｓ５０３で、問合せ中フラグがオン状態の期間中に他の高機能ＥＣＵからの仮記憶情報問合せメッセージを受信したと判定した場合には、Ｓ５０５へ移行し、受信した仮記憶情報問合せメッセージの送信元である高機能ＥＣＵの中に、ＩＤに基づき決められている優先順位が自身よりも高いものが存在するか否かを判定する。
【００９７】
そして、Ｓ５０５で、優先順位が自身よりも高いものが存在しない（自己の優先順位が最も高い）と判定した場合には、Ｓ５０４へ移行し、問合せ有効フラグをオン状態にする。その後、本問合せ有効判定処理を終了する。
【００９８】
一方、Ｓ５０５で、優先順位が自身よりも高いものが存在すると判定した場合には、Ｓ５０６へ移行し、問合せ有効フラグをオフ状態にする。その後、本問合せ有効判定処理を終了する。なお、この場合には、優先順位が最も高い他の高機能ＥＣＵにおいて、問合せ有効フラグがオン状態とされることになる。
【００９９】
一方、Ｓ５０２で、仮記憶情報応答メッセージの送信元である高機能ＥＣＵのすべてが処理負荷の低い状態でない（処理負荷の高い状態の高機能ＥＣＵが存在する）と判定した場合には、Ｓ５０７へ移行し、所定時間待機した後、Ｓ５０２へ戻る。
【０１００】
次に、前述した存在情報確認処理におけるＳ４０８の処理として高機能ＥＣＵが実行する不要データ消去処理について、図１５のフローチャートを用いて説明する。
高機能ＥＣＵは、この不要データ消去処理を開始すると、まずＳ６０１で、リソースレスＥＣＵの故障診断情報を仮記憶している状態の高機能ＥＣＵの中から、バックアップメモリの空き容量の最も大きいものを選択する。ここで、リソースレスＥＣＵの故障診断情報を仮記憶している状態の高機能ＥＣＵとは、自身（仮記憶情報問合せメッセージの送信元である高機能ＥＣＵ）及び仮記憶情報ありの仮記憶情報応答メッセージの送信元である高機能ＥＣＵである。なお、前述したように、仮記憶情報ありの仮記憶情報応答メッセージの送信元である高機能ＥＣＵのバックアップメモリの空き容量の情報は、その仮記憶情報応答メッセージに含まれている（図１０（ｄ））。
【０１０１】
続いて、Ｓ６０２では、バックアップメモリの空き容量の最も大きいＥＣＵが、自身であるか、それとも他の高機能ＥＣＵであるか否かを判定する。ここで、空き容量が同一の場合には、各ＥＣＵに割り振られているＩＤに基づき決められている優先順位の高い方を、空き容量が大きいものとして判定する。
【０１０２】
そして、Ｓ６０２で、バックアップメモリの空き容量の最も大きいＥＣＵが自身であると判定した場合には、Ｓ６０３へ移行し、仮記憶している故障診断情報の消去を高機能ＥＣＵに要求するための消去要求メッセージを、仮記憶情報ありの仮記憶情報応答メッセージの送信元であるすべての高機能ＥＣＵへ送信する。消去要求メッセージは、具体的には図１０（ｆ）に示すように、当該メッセージが消去要求メッセージであることを示すフラグ、消去対象の故障診断情報を特定可能なデータ（ＤＴＣ）、及び、送信元ＩＤからなる。なお、後述するように、消去要求メッセージを受信した高機能ＥＣＵでは、仮記憶している故障診断情報が消去されるとともに、仮記憶中フラグがオフ状態にされる（図１７）。
【０１０３】
続いて、Ｓ６０４では、自己の仮記憶中フラグをオフ状態にする。その後、本不要データ消去処理を終了する。つまり、複数の高機能ＥＣＵによって重複して仮記憶されていた故障診断情報が、自己のバックアップメモリのみに記憶された状態となることにより、仮記憶状態から確定的な記憶状態へ移行する。
【０１０４】
一方、Ｓ６０２で、バックアップメモリの空き容量の最も大きいＥＣＵが他の高機能ＥＣＵであると判定した場合には、Ｓ６０５へ移行し、仮記憶情報ありの仮記憶情報応答メッセージの送信元であるすべての高機能ＥＣＵのうち、バックアップメモリの空き容量が最も大きいと判定されたもの以外へ、消去要求メッセージを送信する。これにより、送信先の高機能ＥＣＵでは、仮記憶している故障診断情報が消去されるとともに、仮記憶中フラグがオフ状態にされる。
【０１０５】
続いて、Ｓ６０６では、自身が仮記憶している故障診断情報を消去する。
続いて、Ｓ６０７では、バックアップメモリの空き容量が最も大きいと判定された高機能ＥＣＵへ、仮記憶中フラグをオフ状態にすることを要求するための仮記憶中フラグオフ要求メッセージを送信する。仮記憶中フラグオフ要求メッセージは、具体的には図１６（ａ）に示すように、当該メッセージが仮記憶中フラグオフ要求メッセージであることを示すフラグ、要求対象の故障診断情報を特定可能なデータ（ＤＴＣ）、及び、送信元ＩＤからなる。この仮記憶中フラグオフ要求メッセージを受信した高機能ＥＣＵ（バックアップメモリの空き容量が最も大きいと判定された高機能ＥＣＵ）は、自己の仮記憶中フラグをオフ状態にする。
【０１０６】
続いて、Ｓ６０８では、自己の仮記憶中フラグをオフ状態にする。その後、本不要データ消去処理を終了する。つまり、複数の高機能ＥＣＵによって重複して仮記憶されていた故障診断情報が、バックアップメモリの空き容量が最も大きい他の高機能ＥＣＵのバックアップメモリのみに記憶された状態となることにより、仮記憶状態から確定的な記憶状態へ移行する。
【０１０７】
次に、消去要求メッセージ（Ｓ６０３，Ｓ６０５）を受信した高機能ＥＣＵが実行する要求データ消去処理について、図１７のフローチャートを用いて説明する。
高機能ＥＣＵは、この要求データ消去処理を開始すると、まずＳ７０１で、自己のバックアップメモリに仮記憶している故障診断情報を消去する。
【０１０８】
続いて、Ｓ７０２では、自己の仮記憶中フラグをオフ状態にする。その後、本要求データ消去処理を終了する。
次に、故障診断情報記憶システム１に接続された状態の外部ツール９０から診断情報読出メッセージを受信した場合にリソースレスＥＣＵが実行する読出要求応答処理について、図１８のフローチャートを用いて説明する。診断情報読出メッセージは、外部ツール９０がＥＣＵで発生した故障診断情報を読み出すためにそのＥＣＵへ送信するものである。具体的には図１６（ｂ）に示すように、当該メッセージが診断情報読出メッセージであることを示すフラグ、及び、送信元である外部ツールのＩＤからなる。
【０１０９】
リソースレスＥＣＵは、この読出要求応答処理を開始すると、まずＳ８０１で、自身で発生した故障診断情報を保存しているか問い合わせるための診断情報問合せメッセージをすべてのＥＣＵへ送信（ブロードキャスト）する。診断情報問合せメッセージは、具体的には図１６（ｃ）に示すように、当該メッセージが診断情報問合せメッセージであることを示すフラグ、外部ツールのＩＤ、及び、送信元ＩＤからなる。なお、外部ツールのＩＤがあらかじめ１つに決められているならば、診断情報読出メッセージや診断情報問合せメッセージに外部ツールのＩＤを送信しないようにすることも可能である。
【０１１０】
そして、後述するように、この診断情報問合せメッセージを受信した高機能ＥＣＵでは、その送信元のリソースレスＥＣＵの故障診断情報がバックアップメモリに記憶（仮記憶も含む。）されているか否かが判定され、記憶されている場合にはその故障診断情報を含む診断情報応答メッセージが外部ツール９０へ送信されるとともに、診断情報問合せメッセージの送信元のリソースレスＥＣＵへ応答通知メッセージが送信される。診断情報応答メッセージは、具体的には図１６（ｄ）に示すように、当該メッセージが診断情報応答メッセージであることを示すフラグ、バックアップメモリから読み出した故障診断情報、外部ツール９０が対象としているリソースレスＥＣＵのＩＤ、及び、送信元ＩＤからなる。また、応答通知メッセージは、具体的には図１６（ｅ）に示すように、当該メッセージが応答通知メッセージであることを示すフラグ、外部ツール９０が対象としているリソースレスＥＣＵのＩＤ、及び、送信元ＩＤからなる。
【０１１１】
続いて、Ｓ８０２では、Ｓ８０１で診断情報問合せメッセージを送信してから所定の待機時間が経過したか否かを判定し、待機時間が経過したと判定した場合にＳ８０３へ移行する。つまり、診断情報問合せメッセージに対する応答通知メッセージを受信可能な時間としてあらかじめ設定された待機時間が経過するまで待機するようにしている。
【０１１２】
Ｓ８０３では、診断情報問合せメッセージに対する応答通知メッセージが受信できたか否かを判定する。
そして、Ｓ８０３で、診断情報問合せメッセージに対する応答通知メッセージが受信できたと判定した場合には、そのまま本読出要求応答処理を終了する。
【０１１３】
一方、Ｓ８０３で、診断情報問合せメッセージに対する応答通知メッセージが受信できなかったと判定した場合には、Ｓ８０４へ移行し、故障診断情報が存在しない旨を通知するための診断情報不存在応答メッセージを外部ツール９０へ送信する。その後、本読出要求応答処理を終了する。診断情報不存在応答メッセージは、具体的には図１６（ｆ）に示すように、当該メッセージが診断情報不存在応答メッセージであることを示すフラグ、及び、送信元ＩＤからなる。
【０１１４】
次に、リソースレスＥＣＵからの診断情報問合せメッセージ（Ｓ８０１）を受信した場合に高機能ＥＣＵが実行する故障情報応答処理について、図１９のフローチャートを用いて説明する。
【０１１５】
高機能ＥＣＵは、この故障情報応答処理を開始すると、まずＳ９０１で、受信した診断情報問合せメッセージの送信元ＩＤに対応づけられた故障診断情報が自己のバックアップメモリに記憶されているか否かを判定する。
【０１１６】
そして、Ｓ９０１で、送信元ＩＤに対応づけられた故障診断情報が自己のバックアップメモリに記憶されていると判定した場合には、Ｓ９０２へ移行し、その故障診断情報を含む診断情報応答メッセージを外部ツール９０へ送信する。
【０１１７】
続いて、Ｓ９０３では、故障診断情報を外部ツール９０へ送信したことを通知するための応答通知メッセージを、診断情報問合せメッセージの送信元のリソースレスＥＣＵへ送信する。その後、本故障情報応答処理を終了する。
【０１１８】
一方、Ｓ９０１で、送信元ＩＤに対応づけられた故障診断情報が自己のバックアップメモリに記憶されていないと判定した場合には、そのまま本故障情報応答処理を終了する。
［４．効果］
以上説明したように、本実施形態の故障診断情報記憶システム１において、高機能ＥＣＵは、リソースレスＥＣＵから記憶を要求された故障診断情報をバックアップメモリに仮記憶し（Ｓ２０１）、その故障診断情報を重複して仮記憶している他の高機能ＥＣＵを検索する（Ｓ４０５）。そして、バックアップメモリの空き容量が最も大きい高機能ＥＣＵのみにその故障診断情報が記憶されるように、不要な故障診断情報を消去するための処理を行う（Ｓ４０６〜Ｓ４０９）。
【０１１９】
したがって、この故障診断情報記憶システム１によれば、複数の高機能ＥＣＵにおいてバックアップメモリの空き容量の片寄りを生じにくくして、故障診断情報を効率よく保存することができる。このため、故障診断情報を記憶可能な状態の高機能ＥＣＵの数が減少しにくくなり、故障診断情報を確実に保存するための信頼性を高めることができる。しかも、この故障診断情報記憶システム１によれば、バックアップメモリの空き容量が最も大きい高機能ＥＣＵをリソースレスＥＣＵ側で把握している必要がない。
【０１２０】
また、高機能ＥＣＵは、自己のバックアップメモリがリソースレスＥＣＵから指定された種別のものであることを条件として（Ｓ３０２：ＹＥＳ）、記憶を要求された故障診断情報をそのバックアップメモリに記憶するため（Ｓ３０３）、故障診断情報が適切なバックアップメモリに記憶されるようにすることができる。
【０１２１】
さらに、この故障診断情報記憶システム１は、イグニッションスイッチのオフ状態においてもバッテリから電力が供給されて作動する高機能ＥＣＵ（ボデーＥＣＵ４０）を備えているため、イグニッションスイッチのオフ状態においてリソースレスＥＣＵ（ドアＥＣＵ５０）で発生した故障診断情報についても保存することができる。
【０１２２】
一方、この故障診断情報記憶システム１においいて、高機能ＥＣＵは、故障診断情報をバックアップメモリに記憶した後（Ｓ２０１）、自己の処理負荷が低い状態になったことを条件として（Ｓ４０３：ＹＥＳ）、その故障診断情報を重複して記憶している他の高機能ＥＣＵを検索するようにしているため（Ｓ４０５）、検索を行うことによる処理負荷の過上昇を防ぐことができる。
【０１２３】
また、高機能ＥＣＵは、受信した仮記憶情報応答メッセージの送信元である高機能ＥＣＵのすべてが処理負荷の低い状態であることを条件として（Ｓ５０２：ＹＥＳ）、不要な故障診断情報を消去するための処理を行うようにしているため（Ｓ４０７〜Ｓ４０９）、不要な故障診断情報を消去するための処理に伴う処理負荷の過上昇を防ぐことができる。特に、受信した仮記憶情報応答メッセージの送信元である高機能ＥＣＵのすべてが処理負荷の低い状態でなければ（Ｓ５０２：ＮＯ）、すべてが処理負荷の低い状態となるまで待機するようにしているため（Ｓ５０７）、不要な故障診断情報を消去するための処理に伴う処理負荷の過上昇を防ぎつつ、その処理を確実に行うことが可能となる。
【０１２４】
また、高機能ＥＣＵは、バックアップメモリの空き容量が最も大きい高機能ＥＣＵとして空き容量が同一のものが複数存在する場合に、各ＥＣＵに割り振られているＩＤに基づき決められている優先順位の最も高いものを、空き容量が大きいものとみなすようにしているため（Ｓ６０２）、バックアップメモリの空き容量が同一の高機能ＥＣＵが複数存在する場合にも、故障診断情報が記憶される高機能ＥＣＵを１つに決めることができる。
【０１２５】
さらに、この故障診断情報記憶システム１では、仮記憶情報問合せメッセージが複数の高機能ＥＣＵから重複して送信された場合には、各ＥＣＵに割り振られているＩＤに基づき決められている優先順位の最も高いもののみを有効にし、他を無効にするようにしているため（Ｓ５０３〜Ｓ５０６）、余分な処理が実行されてしまうのを防ぐことができる。
【０１２６】
また、この故障診断情報記憶システム１では、リソースレスＥＣＵが、故障診断情報が含まれた記憶要求メッセージを送信した後に（Ｓ１０２）その故障診断情報を自己のメモリから直ちに消去するようにしているため（Ｓ１０３）、故障診断情報が連続的に発生した場合にも、故障診断情報をＲＡＭに記憶できなくなるといったことを生じにくくすることができる。
【０１２７】
一方、この故障診断情報記憶システム１において、リソースレスＥＣＵは、外部ツール９０から故障診断情報を要求された場合に、その故障診断情報の外部ツール９０への送信を複数の高機能ＥＣＵに要求する（Ｓ８０１）。そして、高機能ＥＣＵは、リソースレスＥＣＵから外部ツール９０への送信を要求された故障診断情報がバックアップメモリに記憶されている場合に（Ｓ９０１：ＹＥＳ）、その故障診断情報を外部ツール９０へ送信する（Ｓ９０２）。このため、この故障診断情報記憶システム１によれば、外部ツール９０からリソースレスＥＣＵに対して要求された故障診断情報を、その故障診断情報が記憶された高機能ＥＣＵから外部ツール９０へ送信することができる。しかも、この故障診断情報記憶システム１によれば、外部ツール９０は、故障診断情報が記憶された高機能ＥＣＵを把握していなくても、リソースレスＥＣＵに対して故障診断情報を要求するだけで、その故障診断情報を取得することができる。
【０１２８】
特に、リソースレスＥＣＵが、故障診断情報の外部ツール９０への送信を高機能ＥＣＵに要求してから所定の待機時間が経過しても高機能ＥＣＵから外部ツール９０への故障診断情報の送信が行われない場合に（Ｓ８０３：ＮＯ）、故障診断情報が存在しないことを外部ツール９０へ応答するようにしているため（Ｓ８０４）、外部ツール９０の要求する故障診断情報が存在しないことを外部ツール９０に知らせることができる。
【０１２９】
［５．特許請求の範囲との対応］
なお、本実施形態では、故障診断情報記憶システム１が通信システムに相当し、ＥＣＵが通信装置に相当し、リソースレスＥＣＵが記憶要求装置に相当し、高機能ＥＣＵが情報保存装置に相当し、外部ツール９０が外部装置に相当し、バックアップメモリが記憶媒体に相当する。また、高機能ＥＣＵにより実行される処理のうち、Ｓ２０１が仮記憶手段としての処理に相当し、Ｓ４０５が検索手段としての処理に相当し、Ｓ４０６〜Ｓ４０９が重複解消手段としての処理に相当し、Ｓ９０１，Ｓ９０２が故障情報送信手段としての処理に相当する。また、リソースレスＥＣＵにより実行される処理のうち、Ｓ１０１，Ｓ１０２が記憶要求手段としての処理に相当し、Ｓ１０３が消去手段としての処理に相当し、Ｓ８０１が送信要求手段としての処理に相当し、Ｓ８０２〜Ｓ８０４が不存在応答手段としての処理に相当する。
【０１３０】
［６．他の形態］
以上、本発明の実施形態について説明したが、本発明は、上記実施形態に限定されることなく、種々の形態を採り得ることは言うまでもない。
【０１３１】
例えば、上記実施形態では、各ＥＣＵに割り振られているＩＤに基づきＥＣＵの優先順位を決定するようにしているが（Ｓ５０５，Ｓ６０２）、これに限定されるものではない。例えば、処理負荷が低いものほど優先順位を高くするようにしてもよく、また、静的メモリ容量（記憶データなしの状態での空き容量）の大きい順（又は小さい順）に優先順位を高くするようにしてもよい。このような判定は、例えば図１６（ｇ）に示すように、仮記憶情報問合せメッセージなどの送信メッセージに、送信元の処理負荷を示すデータや、送信元のバックアップメモリの静的メモリ容量を示すデータを含めておくことで実現することができる。
【０１３２】
また、上記実施形態では、高機能ＥＣＵは、リソースレスＥＣＵから故障診断情報の記憶を要求された場合に、自己のバックアップメモリの空き容量がその故障診断情報のデータ量以上であることを条件として（Ｓ３０１：ＹＥＳ）、その故障診断情報を仮記憶するようにしているが（Ｓ３０３）、これに限定されるものではない。例えば、バックアップメモリの空き容量が、故障診断情報のデータ量よりも大きくなるように設定された判定基準値以上であること（つまり、その故障診断情報を記憶してもなお空き容量に余裕が残ること）を条件として、その故障診断情報を仮記憶するようにしてもよい。このようにすれば、バックアップメモリに余裕がなくなってしまうことにより、自身で発生した故障診断情報を記憶できなくなってしまうといったことを防ぐことができる。
【０１３３】
さらに、上記実施形態では、高機能ＥＣＵが、受信した仮記憶情報応答メッセージの送信元である高機能ＥＣＵのすべてが処理負荷の低い状態であることを条件として（Ｓ５０２：ＹＥＳ）、不要な故障診断情報を消去するための処理（Ｓ４０７〜Ｓ４０９）を行うようにしているが、これに限定されるものではない。例えば、高機能ＥＣＵの処理負荷に代えて、通信バスのバス負荷（通信トラフィックの負荷）が所定の基準値以下であることを条件として、不要な故障診断情報を消去するための処理を行うようにしてもよい。このようにすれば、通信トラフィックの負荷の過上昇を防ぐことができる。通信トラフィックの負荷が高い状況では各ＥＣＵの処理負荷も必然的に高くなるため、結果的に、高機能ＥＣＵの処理負荷の過上昇を防ぐことができる。
【０１３４】
一方、上記実施形態では、本発明の通信システムとして、車両に搭載された複数の電子制御装置（通信装置）により通信ネットワークを構築したものを例示したが、これに限定されるものではなく、本発明は、車両以外で用いられる通信システムにも適用することができる。
【符号の説明】
【０１３５】
１…故障診断情報記憶システム、１０…エンジンＥＣＵ、２０…ＨＶ制御ＥＣＵ、３０…メータＥＣＵ、４０…ボデーＥＣＵ、５０…ドアＥＣＵ、６０…ワイパーＥＣＵ、７０…Ｇ／ＷＥＣＵ、８１…通信バス、８２…通信バス、９０…外部ツール
【図１】
0005391863.tif 000002
【図２】
0005391863.tif 000003
【図３】
0005391863.tif 000004
【図４】
0005391863.tif 000005
【図５】
0005391863.tif 000006
【図６】
0005391863.tif 000007
【図７】
0005391863.tif 000008
【図８】
0005391863.tif 000009
【図９】
0005391863.tif 000010
【図１０】
0005391863.tif 000011
【図１１】
0005391863.tif 000012
【図１２】
0005391863.tif 000013
【図１３】
0005391863.tif 000014
【図１４】
0005391863.tif 000015
【図１５】
0005391863.tif 000016
【図１６】
0005391863.tif 000017
【図１７】
0005391863.tif 000018
【図１８】
0005391863.tif 000019
【図１９】
0005391863.tif 000020