JP2013222992A - 判定装置、および判定方法 - Google Patents

Abstract

【課題】故障判定の精度を向上させること。
【解決手段】第１通信部１０１と第２通信部１０２のうちの第１通信部１０１が通信動作を行い、第２通信部１０２が通信動作を行っていない場合に、判定装置１００は、第１通信部１０１の故障または故障と異なる異常時に発生しうる状態の発生頻度が一定頻度を超えたか否かを判断する。発生頻度が一定頻度を超えている場合、判定装置１００は、第２通信部１０２の通信動作に関するパラメータを第１通信部１０１の通信動作に関するパラメータと同一にしてから、２つの通信部を動作させる。判定装置１００は、２つの通信部による通信動作に差異があるか否かに基づいて、第１通信部１０１が故障しているか否かを判断する。判定装置１００は、２つの通信部による通信動作に差異があると判断した場合、第１通信部１０１が故障していることを示す情報を出力する。
【選択図】図１

Description

本発明は、判定装置、および判定方法に関する。

従来、耐ノイズ性の強化を考慮して設計され、相互接続された機器間のデータ転送に使われるＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ Ａｒｅａ Ｎｅｔｗｏｒｋ）が知られている（たとえば、下記特許文献１を参照。）。各機器はＣＡＮコントローラと呼ばれる通信装置を有することにより、ＣＡＮプロトコルに応じた通信を行うことができる。

また、通信装置が１台の場合に通信装置の故障を判定するため、通信装置は通信バスの状態を監視することにより、該通信装置は自通信装置が故障しているか否かを判定する技術が知られている（たとえば、下記特許文献２を参照。）。

特開２００４−３４８２７４号公報 特開２００５−３８０２６号公報

しかしながら、自通信装置の故障によって発生した異常と、通信バスに接続されている他の通信装置の故障などによって発生した異常と、を判別することができないため、自通信装置の故障を精度よく判定できない問題点がある。

本発明は、上述した従来技術による問題点を解消するため、故障判定の精度を向上させることができる判定装置、および判定方法を提供することを目的とする。

上述した課題を解決し、目的を達成するため、本発明の一側面によれば、特定装置との間でそれぞれが通信動作を行うことができる２つの通信部のうち、いずれか一方の通信部が前記通信動作を行い、他方の通信部が前記通信動作を行っていない場合に、前記一方の通信部の故障状態の発生頻度が一定頻度を超えたか否かを判断する判断部と、前記判断部によって前記発生頻度が前記一定頻度を超えたと判断された場合、前記一方の通信部に設定されている前記通信動作に関するパラメータを、前記他方の通信部へ設定する設定部と、前記設定部による前記パラメータの設定後、前記パラメータによる前記通信動作を前記２つの通信部に同時に行わせる動作指示部と、前記動作指示部によって前記２つの通信部が同時に前記通信動作を行っている場合に、前記２つの通信部による前記通信動作に差異があるか否かを判定する判定部と、前記判定部によって前記２つの通信部による前記通信動作に差異があると判定された場合、前記一方の通信部が故障していることを示す情報を出力する出力部と、を有する判定装置、および判定方法が提案される。

本発明の一態様によれば、故障判定の精度を向上させることができるという効果を奏する。

図１は、本発明における判定装置例を示す説明図である。 図２は、ＴＥＣまたはＲＥＣに応じた３つの状態を示す説明図である。 図３は、複数のＥＣＵを有するシステムの一例を示す説明図である。 図４は、本実施の形態にかかる判定装置１００を有するＥＣＵの一例を示す説明図である。 図５は、自己故障診断部４１１の一例を示す説明図である。 図６は、ユニット使用状況検出部４１２の一例を示す説明図である。 図７は、切替部４１３の詳細例１を示す説明図である。 図８は、切替部４１３の詳細例２を示す説明図である。 図９は、動作切替フラグｓｗｉｔｃｈ＿ｆｌａｇの生成タイミングを示す説明図（その１）である。 図１０は、動作切替フラグｓｗｉｔｃｈ＿ｆｌａｇの生成タイミングを示す説明図（その２）である。 図１１は、故障が発生していない場合の動作例を示す説明図である。 図１２は、故障が発生している場合の動作例を示す説明図である。 図１３は、判定装置１００による判定処理手順の一例を示すフローチャート（その１）である。 図１４は、判定装置１００による判定処理手順の一例を示すフローチャート（その２）である。 図１５は、判定装置１００による判定処理手順の一例を示すフローチャート（その３）である。

以下に添付図面を参照して、本発明にかかる判定装置、および判定方法の実施の形態を詳細に説明する。ホットスタンバイ方式のように、複数の通信装置を用意してもよいが、複数の通信装置が常時動作していると、消費電力が大きくなる。そこで、本実施の形態では、２つの通信装置のうち、一方の通信装置を動作させた状態で故障の可能性がある場合に、２つの通信装置を同時に動作させ、通信動作の差異を判定することにより、消費電力を抑えつつ、故障判定の精度を向上させることができる。

図１は、本発明における判定装置例を示す説明図である。ここでは、特定装置１２１との間をそれぞれが通信動作を行うことができる第１通信部１０１および第２通信部１０２のうち、いずれか一方の通信部が通信動作を行い、他方の通信部が通信動作を行っていない。たとえば、判定装置１００は、第１通信部１０１と第２通信部１０２とのそれぞれに供給されるクロックをゲーティングさせることにより、通信動作を行わせるか否かを制御することができる。ここでは、第１通信部１０１は通信動作を行い、第２通信部１０２は通信動作を行っていないとする。

判定装置１００は、判断部１１１と、設定部１１２と、動作指示部１１３と、判定部１１４と、出力部１１５と、を有している。判定装置１００は、たとえば、論理積回路であるＡＮＤ、否定論理回路であるＩＮＶＥＲＴＥＲ、論理和回路であるＯＲや、ラッチ回路であるＦＦ（Ｆｌｉｐ Ｆｌｏｐ）などの素子によって形成される。

判断部１１１は、第１通信部１０１の故障または故障と異なる異常時に発生しうる状態（以下、「故障状態」という。）の発生頻度が一定頻度を超えたか否かを判断する。故障と異なる異常とは、第１通信部１０１の通信動作に伴って発生した異常である。ここで、故障または故障と異なる異常時に発生しうる状態とは、たとえば、送信するために記憶されたデータと、通信バス上に送出されたデータと、が一致しない場合が挙げられる。この場合、第１通信部１０１が故障しているため、データを送信できていない場合もあるが、通信バスに接続されている他の装置が通信バスを占有している場合もある。

または、たとえば、該状態は、送信データに対する特定装置１２１からの応答がＮＡＣＫの場合が挙げられる。この場合、第１通信部１０１のＮＡＣＫポートが故障しているため、特定装置１２１がＡＣＫを返信しても、第１通信部１０１はＮＡＣＫを受信してしまう場合がある。一方、特定装置１２１がデータを受信できずに第１通信部１０１へＮＡＣＫを返している場合もある。

または、たとえば、該状態は、受信データが規定のフォーマットを満たしていない場合が挙げられる。この場合、第１通信部１０１が故障しているために、第１通信部１０１がデータを正確に受信できていない場合がある。一方、データの送信元がデータの送信に失敗している場合もある。

または、たとえば、該状態は、受信データが誤り検出・訂正などによって符号化されている場合に復号化した受信データに誤りがある場合が挙げられる。この場合、第１通信部１０１が故障しているために第１通信部１０１がデータを正確に受信できていない場合や復号化が正確に行えない場合がある。一方、データの送信元がデータの送信に失敗、またはデータの送信元が符号化に失敗している場合もある。

設定部１１２は、判断部１１１によって発生頻度が一定頻度を超えたと判断された場合、第１通信部１０１に設定されている通信動作に関するパラメータを、他方の通信部へ設定する。パラメータとは、たとえば、各通信部が有するレジスタに記憶されている値である。

動作指示部１１３は、設定部１１２によるパラメータの設定後、パラメータによる通信動作を第１通信部１０１および第２通信部１０２に開始させる。

判定部１１４は、動作指示部１１３によって２つの通信部が通信動作を開始後に、第１通信部１０１および第２通信部１０２による通信動作に差異があるか否かを判定する。たとえば、判定部１１４は、発生頻度を比較してもよい。または、たとえば、判定部１１４は、パラメータの一致を比較してもよい。または、たとえば、受信動作の場合に、判定部１１４は、受信データを比較してもよいし、受信データを復号化した後の復号データを比較してもよい。

出力部１１５は、判定部１１４によって第１通信部１０１および第２通信部１０２による通信動作に差異があると判定された場合、第１通信部１０１が故障していることを示す情報を出力する。

図１に示した判定装置１００によれば、消費電力を抑えつつ、故障判定の精度を向上させることができる。

本実施の形態では、通信部の一例として、ＣＡＮコントローラを挙げる。ここで、ＣＡＮコントローラとＣＡＮプロトコルについて簡単に説明する。たとえば、自動車の電子制御を行うために、複数のマイコン（ＥＣＵ（Ｅｌｅｃｔｒｏｎｉｃ Ｃｏｎｔｒｏｌ Ｕｎｉｔ））が使用されている。複数のＥＣＵ間の通信を管理するために、ＣＡＮプロトコルが開発され、標準化されている。各ＥＣＵは、ＣＡＮプロトコルを実現するために、ＣＡＮコントローラを有している。ＣＡＮプロトコルは、独自にエラーから復帰する仕組みを有している。

ＣＡＮコントローラは、送信エラーの数（ＴＥＣ）と、受信エラーの数（ＲＥＣ）をカウントしている。

たとえば、送信エラーには、ビットエラーとアクノリッジエラーが挙げられる。ビットエラーは、送信データとサンプリングデータとに相違がある場合に発生する。アクノリッジエラーは、アクノリッジスロットにおいてＣＡＮ内のいずれのレシーバもドミナントを返さなかった場合に発生する。具体的に、アクノリッジエラーは、すべてのＥＣＵが誤ったメッセージを受信したか、ＣＡＮに他のＥＣＵが接続されていない場合に発生する。ビットエラーまたはアクノリッジエラーのいずれかが発生した場合、ＣＡＮコントローラは、ＴＥＣをカウントアップする。ビットエラーおよびアクノリッジエラーが発生していない場合、ＣＡＮコントローラは、送信に成功したと判断してＴＥＣをカウントダウンする。

たとえば、受信エラーには、ＣＲＣエラーとスタッフエラーとフォーマットエラーが挙げられる。ＣＲＣエラーは、受信したビット列と、ＣＲＣが示す値と、が一致しない場合に発生する。たとえば、スタッフエラーは、同一レベルが５ビット以上継続してはいけないビットスタッフィングルールが守られなかった場合に発生する。フォーマットエラーは、ＣＲＣディリミタ、アクノリッジディリミタ、またはＥＯＦ（Ｅｎｄ Ｏｆ Ｆｒａｍｅ）にてドミナントビットが検出された場合に発生する。ＣＲＣエラー、スタッフエラー、およびフォーマットエラーのいずれかが発生した場合、ＣＡＮコントローラは、ＲＥＣをカウントアップする。ＣＲＣエラー、スタッフエラー、およびフォーマットエラーのいずれも発生していない場合、ＣＡＮコントローラは、受信に成功したと判断してＲＥＣをカウントダウンする。

本実施の形態では、一方の通信部の故障時に発生しうる状態と故障時と異なる状態との発生頻度を表す指標として、ＴＥＣまたはＲＥＣを用いる。

ＥＣＵを繋ぐＣＡＮバス（図３を参照。）に障害を与えるのを防止するために、各ＥＣＵの通信状態は、ＴＥＣまたはＲＥＣのそれぞれの値に応じて３つの状態に遷移する。

図２は、ＴＥＣまたはＲＥＣに応じた３つの状態を示す説明図である。３つの状態は、「エラー・アクティブ」、「エラー・パッシブ」、「バス・オフ」である。「エラー・アクティブ」は、ＣＡＮバス３０１に影響を与えず、正常であることを示す状態である。「エラー・パッシブ」は、ＣＡＮバス３０１に大きな影響を与え、正常でないことを示す状態である。「バス・オフ」は、ＣＡＮバス３０１への影響が大きすぎるため、ＣＡＮバス３０１から切り離された状態である。

「エラー・パッシブ」において、ＲＥＣの値かつＴＥＣの値が１２７以下であると、ＥＣＵの通信状態は、「エラー・アクティブ」に変化する。「エラー・アクティブ」において、ＲＥＣの値またはＴＥＣの値が１２７より大きくなると、ＥＣＵの通信状態は、「エラー・パッシブ」に変化する。「エラー・パッシブ」において、ＴＥＣの値が２５５より大きくなると、ＥＣＵの通信状態は、「バス・オフ」になる。「バス・オフ」において、１１ビットの連続したリセッシブ状態が１２８回発生すると、ＥＣＵの通信状態は、「エラー・アクティブ」になる。ＥＣＵの通信状態が「バス・オフ」から「エラー・アクティブ」にできるように、ＣＡＮコントローラでは、エラー復帰の仕組みがあるが、ＣＡＮのネットワークに繋がる複数のＥＣＵのうち、いずれかのＥＣＵが故障した場合、他のＥＣＵに対して影響を与える。

図３は、複数のＥＣＵを有するシステムの一例を示す説明図である。たとえば、ＥＣＵ０にはドミナント状態になるような故障が発生している。ドミナント状態とは、ＣＡＮバス３０１の論理が“０”に固定されてしまう状態である。ＥＣＵ１がレセンシブ状態である。レセンシブ状態とは、ＣＡＮバス３０１の論理が“１”になる状態である。ＣＡＮは、マルチ・バス・マスタ方式であるため、信号の衝突が発生する。ドミナント状態とレセンシブ状態とが衝突すると、ＣＡＮバス３０１は、ドミナント状態になる。そのため、特定のＥＣＵのＣＡＮコントローラが故障した場合に修復、復帰しなければならない。

図４は、本実施の形態にかかる判定装置１００を有するＥＣＵの一例を示す説明図である。ＥＣＵ４００は、ＣＰＵ４０１と、判定装置１００と、第１ＣＡＮコントローラ１０１（第１通信部１０１）と、第２ＣＡＮコントローラ１０２（第２通信部１０２）と、ポート切替部４０３と、を有している。ＣＰＵ４０１と、第１ＣＡＮコントローラ１０１と、第２ＣＡＮコントローラ１０２とは、ＣＰＵバス４０２によって接続されている。

ＥＣＵ４００は、エンジン制御、ヘッドライト制御、ドア制御などの特定の機能を処理する。ここで、ＣＰＵ４０１は、特定の機能を実行する。ＣＰＵ４０１は、他のＥＣＵ４００から読み出し／書き込みを行う場合、第１ＣＡＮコントローラ１０１と第２ＣＡＮコントローラ１０２に対して読み出しアクセス／書き込みアクセスを行う。

第１ＣＡＮコントローラ１０１と、第２ＣＡＮコントローラ１０２とは、ＣＡＮプロトコルに基づいてＥＣＵ４００と特定装置１２１と間の通信動作をそれぞれが行うことができる。第１ＣＡＮコントローラ１０１と、第２ＣＡＮコントローラ１０２とは、通信動作に関する機能が同一である。

第１ＣＡＮコントローラ１０１は、ＳｕｂＭｏｄｕｌｅ４２１と、ドライバＩ／Ｆ４２２と、レシーバＩ／Ｆ４２３と、を有している。ＳｕｂＭｏｄｕｌｅ４２１は、ＣＰＵ４０１からのＲｅａｄ／Ｗｒｉｔｅアクセスに基づいてＣＡＮプロトコルに基づく通信動作を行う。ドライバＩ／Ｆ４２２は、ＳｕｂＭｏｄｕｌｅ４２１からの送信データをＣＡＮバス３０１に送出する。レシーバＩ／Ｆ４２３は、特定装置１２１からのデータを受信して、ＳｕｂＭｏｄｕｌｅ４２１へ受け渡す。

第２ＣＡＮコントローラ１０２は、ＳｕｂＭｏｄｕｌｅ４３１と、ドライバＩ／Ｆ４３２と、レシーバＩ／Ｆ４３３と、を有している。ＳｕｂＭｏｄｕｌｅ４３１は、ＣＰＵ４０１からのＲｅａｄ／Ｗｒｉｔｅアクセスに基づいてＣＡＮプロトコルに基づく通信動作を行う。ドライバＩ／Ｆ４３２は、ＳｕｂＭｏｄｕｌｅ４３１からの送信データをＣＡＮバス３０１に送出する。レシーバＩ／Ｆ４３３は、特定装置１２１からのデータを受信して、ＳｕｂＭｏｄｕｌｅ４３１へ受け渡す。

ポート切替部４０３は、起動ユニット信号ＣＡＮ１、ＣＡＮ２に基づいて、いずれのＣＡＮコントローラが通信動作を行っているかを判断することができる。たとえば、起動ユニット信号ＣＡＮ１、ＣＡＮ２の値が１であれば、起動中であることを示している。本実施の形態では、２つのＣＡＮコントローラのうちのいずれか一方のＣＡＮコントローラが動作中に故障の可能性があると判断された場合に、２つのＣＡＮコントローラが同時に動作する。この場合、ポート切替部４０３は、いずれか一方のドライバＩ／ＦからのデータのみをＣＡＮバス３０１に送出する。ポート切替部４０３では、いずれのレシーバＩ／Ｆも受信可能とする。

判定装置１００は、自己故障診断部４１１と、ユニット使用状況検出部４１２と、設定部１１２が有する切替部４１３と、を有している。上述したように、判定装置１００は、たとえば、論理積回路であるＡＮＤ、否定論理回路であるＩＮＶＥＲＴＥＲ、論理和回路であるＯＲや、ラッチ回路であるＦＦなどの素子によって形成される。

図５は、自己故障診断部４１１の一例を示す説明図である。図６は、ユニット使用状況検出部４１２の一例を示す説明図である。自己故障診断部４１１は、閾値レジスタと、判断部１１１と、判定部１１４と、を有している。ユニット使用状況検出部４１２は、設定部１１２（制御部６０１）と、故障判定レジスタと、動作指示部１１３と、を有している。

閾値レジスタには、故障が発生している可能性があるか否かを判断部１１１が判断するための閾値が記憶されている。具体的には、閾値レジスタには、第１閾値ｔｈ１＿ＴＥＣ、第２閾値ｔｈ２＿ＴＥＣ、第３閾値ｔｈ３＿ＴＥＣ、第１閾値ｔｈ１＿ＲＥＣ、第２閾値ｔｈ２＿ＲＥＣ、第３閾値ｔｈ３＿ＲＥＣが記憶されている。第１閾値ｔｈ１＿ＴＥＣ、第２閾値ｔｈ２＿ＴＥＣ、第３閾値ｔｈ３＿ＴＥＣはエラー回数ＴＥＣに対する閾値であり、「ｔｈ１＿ＴＥＣ＜ｔｈ２＿ＴＥＣ＜ｔｈ３＿ＴＥＣ」の関係がある。

第１閾値ｔｈ１＿ＲＥＣ、第２閾値ｔｈ２＿ＲＥＣ、第３閾値ｔｈ３＿ＲＥＣはエラー回数ＲＥＣに対する閾値であり、「ｔｈ１＿ＲＥＣ＜ｔｈ２＿ＲＥＣ＜ｔｈ３＿ＲＥＣ」の関係がある。第１閾値ｔｈ１＿ＴＥＣ、第２閾値ｔｈ２＿ＴＥＣ、第３閾値ｔｈ３＿ＴＥＣは、それぞれ第１閾値ｔｈ１＿ＲＥＣ、第２閾値ｔｈ２＿ＲＥＣ、第３閾値ｔｈ３＿ＲＥＣと同一値であってもよい。各閾値は、判定装置１００の設計者によって設定される。または、各閾値は、ＣＰＵ４０１からのＷｒｉｔｅアクセスによって任意の値に設定される。ＥＣＵ４００の通信状態が上述した「バス・オフ」にならないように、第３閾値ｔｈ３＿ＴＥＣは、２５５以下に設定される。

ここでは、第１ＣＡＮコントローラ１０１と第２ＣＡＮコントローラ１０２のうち、いずれか一方のＣＡＮコントローラが通信動作を行い、他方のＣＡＮコントローラが通信動作を停止している。

判断部１１１は、起動ユニット信号ＣＡＮ１、ＣＡＮ２に基づいて、いずれのＣＡＮコントローラが通信動作を行っているかを判断することができ、通信動作中のエラー回数ＴＥＣｉ（ｉは０または１）、ＲＥＣｉが各閾値以上であるか否かを判断する。

エラー回数ＴＥＣｉが第１閾値ｔｈ１＿ＴＥＣ以上である場合、判断部１１１は、エラー切替フラグＴＥＲＲ＿ｅ１を１にする。エラー回数ＴＥＣｉが第１閾値ｔｈ１＿ＴＥＣ以上でない場合、判断部１１１は、エラー切替フラグＴＥＲＲ＿ｅ１を０にする。エラー回数ＲＥＣｉが第１閾値ｔｈ１＿ＲＥＣ以上である場合、判断部１１１は、エラー切替フラグＲＥＲＲ＿ｅ１を１にする。エラー回数ＲＥＣｉが第１閾値ｔｈ１＿ＲＥＣ以上でない場合、判断部１１１は、エラー切替フラグＲＥＲＲ＿ｅ１を０にする。

エラー回数ＴＥＣｉが第２閾値ｔｈ２＿ＴＥＣ以上である場合、判断部１１１は、エラー切替フラグＴＥＲＲ＿ｅ２を０から１にし、切替要因フラグｔｒａｎｓ＿ｒｅｇ［ｉ−１］を０から１にする。エラー回数ＲＥＣｉが第２閾値ｔｈ２＿ＲＥＣ以上である場合、判断部１１１は、エラー切替フラグＲＥＲＲ＿ｅ２を０から１にし、切替要因フラグｒｅｃｅｉｖｅ＿ｒｅｇ［ｉ−１］を０から１にする。

切替要因フラグｔｒａｎｓ＿ｒｅｇ［１：０］によって、送信エラーＴＥＣｉによって故障の可能性があることを示し、切替要因フラグｒｅｃｅｉｖｅ＿ｒｅｇ［１：０］によって、受信エラーＲＥＣｉによって故障の可能性があることを示す。

エラー回数ＴＥＣｉが第３閾値ｔｈ３＿ＴＥＣ以上である場合、判断部１１１は、エラー切替フラグＴＥＲＲ＿ｅ３を０から１にする。エラー回数ＲＥＣｉが第３閾値ｔｈ３＿ＲＥＣ以上である場合、判断部１１１は、エラー切替フラグＲＥＲＲ＿ｅ３を０から１にする。

設定部１１２は、制御部６０１と、切替部４１３と、を有している。制御部６０１は、エラー切替フラグＴＥＲＲ＿ｅ２が０から１に変化すると、切替動作フラグｓｗｉｔｃｈ＿ｆｌａｇを０から１にする。制御部６０１は、切替部４１３が２つのＣＡＮコントローラのレジスタ間のデータ転送を行う期間、切替動作フラグｓｗｉｔｃｈ＿ｆｌａｇを１にしてその後に０に戻す。制御部６０１は、エラー切替フラグＴＥＲＲ＿ｅ３が０から１に変化すると、切替動作フラグｓｗｉｔｃｈ＿ｆｌａｇを０から１にする。制御部６０１は、切替部４１３が２つのＣＡＮコントローラのレジスタ間のデータ転送を行う期間、切替動作フラグｓｗｉｔｃｈ＿ｆｌａｇを１にしてその後に０に戻す。

また、制御部６０１は、エラー切替フラグＲＥＲＲ＿ｅ２が０から１に変化すると、切替動作フラグｓｗｉｔｃｈ＿ｆｌａｇを０から１にする。制御部６０１は、切替部４１３が２つのＣＡＮコントローラのレジスタ間のデータ転送を行う期間中に切替動作フラグｓｗｉｔｃｈ＿ｆｌａｇを１にして０に戻す。

また、制御部６０１は、エラー切替フラグＲＥＲＲ＿ｅ３が０から１に変化すると、切替動作フラグｓｗｉｔｃｈ＿ｆｌａｇを０から１にする。制御部６０１は、切替部４１３が２つのＣＡＮコントローラのレジスタ間のデータ転送を行う期間、切替動作フラグｓｗｉｔｃｈ＿ｆｌａｇを１にしてその後に０に戻す。

図７は、切替部４１３の詳細例１を示す説明図である。切替部４１３は、第１切替部７０１と、第２切替部７０２と、を有している。第１切替部７０１は、第１ＣＡＮコントローラ１０１に設けられたレジスタごとに設けられる。第２切替部７０２は、第２ＣＡＮコントローラ１０２に設けられたレジスタごとに設けられる。

第１切替部７０１は、レジスタに対して、切替動作フラグｓｗｉｔｃｈ＿ｆｌａｇが０の場合、第１ＣＡＮコントローラ１０１による通信動作に関するパラメータを入力する。第１切替部７０１は、切替動作フラグｓｗｉｔｃｈ＿ｆｌａｇが１の場合、第２ＣＡＮコントローラ１０２による通信動作に関するパラメータを入力する。

第２切替部７０２は、レジスタに対して、切替動作フラグｓｗｉｔｃｈ＿ｆｌａｇが０の場合、第２ＣＡＮコントローラ１０２による通信動作に関するパラメータを入力する。第２切替部７０２は、切替動作フラグｓｗｉｔｃｈ＿ｆｌａｇが１の場合、第１ＣＡＮコントローラ１０１による通信動作に関するパラメータを入力する。

図８は、切替部４１３の詳細例２を示す説明図である。第１ＣＡＮコントローラ１０１内のレジスタおよび第２ＣＡＮコントローラ１０２内のレジスタがスキャンレジスタであれば、切替部４１３は、スキャンチェーンを切り替えてもよい。第１破線は、本実施の形態におけるデータ設定用の共有パスである。第２破線は、スキャンテストと本実施の形態におけるデータ設定用の共有パスである。

これにより、第１ＣＡＮコントローラ１０１による通信動作に関するパラメータを記憶するレジスタの値を、第２ＣＡＮコントローラ１０２による通信動作に関するパラメータを記憶するレジスタに１クロックで格納できる。第２ＣＡＮコントローラ１０２による通信動作に関するパラメータを記憶するレジスタの値を、第１ＣＡＮコントローラ１０１による通信動作に関するパラメータを記憶するレジスタに１クロックで格納できる。

動作指示部１１３は、切替動作フラグｓｗｉｔｃｈ＿ｆｌａｇ＿ＴＥＣまたはｓｗｉｔｃｈ＿ｆｌａｇ＿ＲＥＣが０から１に変化して所定時間経過後に、起動ユニット信号ＣＡＮ１を反転値に設定し、起動ユニット信号ＣＡＮ２を反転値に設定する。これにより、通信動作を行うＣＡＮコントローラが切り替わる。

動作指示部１１３は、故障診断中フラグｃｏｍｐが１であり、かつｓｗｉｔｃｈ＿ｆｌａｇが１から０に変化して所定時間経過後に、起動ユニット信号ＣＡＮ１と起動ユニット信号ＣＡＮ２とを同時に１にする。これにより、第１ＣＡＮコントローラ１０１と第２ＣＡＮコントローラ１０２とが同時に動作する。さらに、動作指示部１１３は、故障診断中フラグｃｏｍｐが１から０に変化すると、起動ユニット信号ＣＡＮ１と起動ユニット信号ＣＡＮ２とをそれぞれ故障診断中フラグｃｏｍｐが０から１に変化する前の値にする。

判定部１１４は、切替要因フラグｔｒａｎｓ＿ｒｅｇのいずれかのビットが１である時に、エラー切替フラグＴＥＲＲ＿ｅ１が１から０に変化した場合、故障診断中フラグｃｏｍｐを０から１にする。判定部１１４は、切替要因フラグｒｅｃｅｉｖｅ＿ｒｅｇのいずれかのビットが１である時に、エラー切替フラグＲＥＲＲ＿ｅ１が１から０に変化した場合、故障診断中フラグｃｏｍｐを０から１にする。

判定部１１４は、動作指示部１１３による２つのＣＡＮコントローラが通信動作を開始後に、２つのＣＡＮコントローラによる通信動作に差異があるか否かを判定する。具体的には、たとえば、判定部１１４は、切替要因フラグｔｒａｎｓ＿ｒｅｇのビットが立っている場合、送信要求信号を待つ。判定部１１４は、送信要求信号が発生した場合、エラーカウンタ値ＴＥＣ１とエラーカウンタ値ＴＥＣ２とが同一値であるか否かを判断する。同一値である場合、判定部１１４は、通信動作に差異がないと判断し、同一値でない場合、判定部１１４は、通信動作に差異があると判断する。または、たとえば、判定部１１４は、送信要求信号が発生した場合、送信動作に関するパラメータの一致を判定してもよい。

具体的には、たとえば、判定部１１４は、エラーカウンタ値ＲＥＣ１とエラーカウンタ値ＲＥＣ２とが同一値であるか否かを判断する。同一値である場合、判定部１１４は、通信動作に差異がないと判断し、同一値でない場合、判定部１１４は、通信動作に差異があると判断する。または、たとえば、判定部１１４は、第１ＣＡＮコントローラ１０１の受信結果と第２ＣＡＮコントローラ１０２の受信結果とが同一であるか否かを判定してもよい。

判定部１１４は、２つのＣＡＮコントローラによる通信動作に差異があると判断した場合、診断結果ｃｏｍｐ＿ｅｒｒを１にし、２つのＣＡＮコントローラによる通信動作に差異がないと判断した場合、診断結果ｃｏｍｐ＿ｅｒｒを０にする。判定部１１４は、通信動作の差異の判定後に、故障診断中フラグｃｏｍｐを１から０にする。

故障判定レジスタＲＵＥには、第１ＣＡＮコントローラ１０１が故障しているか否かを示す値と、第２ＣＡＮコントローラ１０２が故障しているか否かを示す値と、が記憶される。具体的には、故障判定レジスタＲＵＥ［０］の値は、第１ＣＡＮコントローラ１０１が故障しているか否かを示す。たとえば、故障判定レジスタＲＵＥ［０］の値が１の場合、第１ＣＡＮコントローラ１０１が正常であることを示し、故障判定レジスタＲＵＥ［０］の値が０の場合、第１ＣＡＮコントローラ１０１が故障中であることを示す。故障判定レジスタＲＵＥ［１］の値は、第２ＣＡＮコントローラ１０２が故障しているか否かを示す。たとえば、故障判定レジスタＲＵＥ［１］の値が１の場合、第２ＣＡＮコントローラ１０２が正常であることを示し、故障判定レジスタＲＵＥ［１］の値が０の場合、第２ＣＡＮコントローラ１０２が故障中であることを示す。

図９および図１０は、動作切替フラグｓｗｉｔｃｈ＿ｆｌａｇの生成タイミングを示す説明図である。タイミングチャート９００では、第１ＣＡＮコントローラ１０１内のレジスタに設定されている値を、第２ＣＡＮコントローラ１０２内のレジスタに設定する例を示している。

タイミングチャート９００では、信号ＣＫ１は第１ＣＡＮコントローラ１０１用のクロック信号であり、信号ＣＫ２は第２ＣＡＮコントローラ１０２用のクロック信号であり、信号ＣＫ３はＣＰＵバス４０２用のクロック信号である。タイミングチャート９００では、第１ＣＡＮコントローラ１０１および第２ＣＡＮコントローラ１０２内のスキャンレジスタ端子のＣＫおよびスキャンレジスタ端子のＳ、に入力される信号を示している。

タイミングチャート１０００では、エラーカウンタ値ＴＥＣ１またはエラーカウント値ＴＥＣ２に基づいて、動作切替フラグｓｗｉｔｃｈ＿ｆｌａｇが０から１に変化する例を示している。

図１１は、故障が発生していない場合の動作例を示す説明図である。タイミングチャート１１００では、第１ＣＡＮコントローラ１０１が通信動作を行い、第２ＣＡＮコントローラ１０２が停止している。

タイミングチャート１１００の部分１１０１では、第２閾値ＴＥＣ＿Ｅ２が８０であるとし、エラーカウンタ値ＴＥＣ１が第２閾値ＴＥＣ＿Ｅ２以上となるため、動作切替フラグｓｗｉｔｃｈ＿ｆｌａｇが０から１に変化する。これにより、第１ＣＡＮコントローラ１０１内のレジスタの値が、第２ＣＡＮコントローラ１０２内のレジスタに設定される。

タイミングチャート１１００の部分１１０１では、起動ユニット信号ＣＡＮ１の値が反転し、起動ユニット信号ＣＡＮ２の値が反転している。これにより、第１ＣＡＮコントローラ１０１の動作が停止され、第２ＣＡＮコントローラ１０２の動作が設定結果に基づいて開始される。第２ＣＡＮコントローラ１０２が通信動作を行うと、エラーカウント値ＲＥＣ２、ＴＥＣ２が増減する。

タイミングチャート１１００の部分１１０２では、第１閾値ＴＥＣ＿Ｅ１が６０であるとし、エラーカウンタ値ＴＥＣ１が第１閾値ＴＥＣ＿Ｅ１以下となるため、故障診断中ｃｏｍｐを０から１になる。すなわち、判定装置１００は、第２ＣＡＮコントローラ１０２が通信動作を行うと、エラーカウント値ＴＥＣ２が減少するため、第１ＣＡＮコントローラ１０１が故障している可能性が高いと判断する。そして、タイミングチャート１１００の部分１１０２では、第２ＣＡＮコントローラ１０２内のレジスタの値を、対応する第１ＣＡＮコントローラ１０１内のレジスタに設定する。タイミングチャート１１００の部分１１０２では、第１ＣＡＮコントローラ１０１と第２ＣＡＮコントローラ１０２とを同時に通信動作させる。ここで、２つのＣＡＮコントローラが同時に通信動作を行うが、送信動作では、上述したように、ポート切替部３０３は、いずれか一方の送信データをＣＡＮバス３０１に出力させるように制御する。

そして、タイミングチャート１１００の部分１１０３では、第１ＣＡＮコントローラ１０１と第２ＣＡＮコントローラ１０２とを同時に通信動作させた場合に、２つの通信動作に差異があるか否かを判断する。

タイミングチャート１１００の部分１１０３では、判定装置１００は、ＴＥＣ１とＴＥＣ２とが同一値であるため、第１ＣＡＮコントローラ１０１が故障していないと判定する。判定装置１００は、第１ＣＡＮコントローラ１０１の動作を停止させる。

図１２は、故障が発生している場合の動作例を示す説明図である。タイミングチャート１２００の部分１２０１、１２０２は、タイミングチャート１１００の部分１１０１、１１０２と同一であるため、詳細な説明を省略する。

タイミングチャート１２００の部分１２０３では、第１ＣＡＮコントローラ１０１と第２ＣＡＮコントローラ１０２とを同時に通信動作させた場合に、２つの通信動作に差異があるか否かを判断する。

タイミングチャート１２００の部分１２０３では、ＴＥＣ１とＴＥＣ２とが異なる値であり、切替要因フラグｔｒａｎｓ＿ｒｅｇ［０］が１である。そのため、判定装置１００は、第１ＣＡＮコントローラ１０１が故障していると判定し、診断結果ｃｏｍｐ＿ｅｒｒを１にする。判定装置１００は、第１ＣＡＮコントローラ１０１の動作を停止させる。

（判定処理手順）
図１３〜図１５は、判定装置１００による判定処理手順の一例を示すフローチャートである。ここでは、第１ＣＡＮコントローラ１０１が通信を行っており、第２ＣＡＮコントローラ１０２が通信を行っていない場合を例に挙げるが特に限定していない。

まず、判定装置１００は、第１ＣＡＮコントローラ１０１による通信動作を開始させる（ステップＳ１３０１）。判定装置１００は、エラーカウンタ値の増減を検出し（ステップＳ１３０２）、エラーカウンタ値≧第１閾値であるか否かを判断する（ステップＳ１３０３）。エラーカウンタ値≧第１閾値でない場合（ステップＳ１３０３：Ｎｏ）、ステップＳ１３０２へ戻る。

エラーカウンタ値≧第１閾値である場合（ステップＳ１３０３：Ｙｅｓ）、判定装置１００は、エラーカウンタ値の増減を検出し（ステップＳ１３０４）、判定装置１００は、エラーカウンタ値≧第２閾値であるか否かを判断する（ステップＳ１３０５）。エラーカウンタ値≧第２閾値でない場合（ステップＳ１３０５：Ｎｏ）、ステップＳ１３０４へ戻る。エラーカウンタ値≧第２閾値である場合（ステップＳ１３０５：Ｙｅｓ）、判定装置１００は、切替要因フラグをセットする（ステップＳ１３０６）。具体的には、判定装置１００は、切替要因フラグ［０］を１にする。

判定装置１００は、第１ＣＡＮコントローラ１０１の通信動作に関するパラメータを第２ＣＡＮコントローラ１０２に設定する（ステップＳ１３０７）。判定装置１００は、第１ＣＡＮコントローラ１０１による通信動作を停止させ、第２ＣＡＮコントローラ１０２による通信動作を開始させる（ステップＳ１３０８）。

判定装置１００は、エラーカウンタ値の増減を検出し（ステップＳ１３０９）、エラーカウンタ値＜第１閾値であるか否かを判断する（ステップＳ１３１０）。エラーカウンタ値＜第１閾値である場合（ステップＳ１３１０：Ｙｅｓ）、判定装置１００は、故障診断中フラグをセットする（ステップＳ１３１１）。判定装置１００は、第２ＣＡＮコントローラ１０２の通信動作に関するパラメータを第１ＣＡＮコントローラ１０１に設定する（ステップＳ１３１２）。

判定装置１００は、第１ＣＡＮコントローラ１０１と第２ＣＡＮコントローラ１０２による通信動作を同時に行わせ（ステップＳ１３１３）、エラーカウンタ値の増減を検出する（ステップＳ１３１４）。判定装置１００は、第１ＣＡＮコントローラ１０１のエラーカウンタ値≠第２ＣＡＮコントローラ１０２のエラーカウンタ値であるか否かを判断する（ステップＳ１３１５）。第１ＣＡＮコントローラ１０１のエラーカウンタ値≠第２ＣＡＮコントローラ１０２のエラーカウンタ値の場合（ステップＳ１３１５：Ｙｅｓ）、判定装置１００は、第１ＣＡＮコントローラ１０１の故障を確定する（ステップＳ１３１６）。判定装置１００は、第１ＣＡＮコントローラ１０１による通信動作を停止させ、第２ＣＡＮコントローラ１０２による通信動作を継続させ（ステップＳ１３１７）、一連の処理を終了する。

第１ＣＡＮコントローラ１０１のエラーカウンタ値≠第２ＣＡＮコントローラ１０２のエラーカウンタ値でない場合（ステップＳ１３１５：Ｎｏ）、判定装置１００は、切替要因フラグをクリアする（ステップＳ１３１８）。判定装置１００は、第１ＣＡＮコントローラ１０１による通信動作を停止させ、第２ＣＡＮコントローラ１０２の通信動作を継続させ（ステップＳ１３１９）、一連の処理を終了する。

ステップＳ１３１０において、エラーカウンタ値＜第１閾値でない場合（ステップＳ１３１０：Ｎｏ）、判定装置１００は、エラーカウンタ値≧第３閾値であるか否かを判断する（ステップＳ１３２０）。エラーカウンタ値≧第３閾値でない場合（ステップＳ１３２０：Ｎｏ）、ステップＳ１３０９へ戻る。エラーカウンタ値≧第３閾値の場合（ステップＳ１３２０：Ｙｅｓ）、判定装置１００は、切替要因フラグをクリアする（ステップＳ１３２１）。判定装置１００は、第２ＣＡＮコントローラ１０２の通信動作に関するパラメータを第１ＣＡＮコントローラ１０１に設定する（ステップＳ１３２２）。

判定装置１００は、第２ＣＡＮコントローラ１０２による通信動作を停止させ、第１ＣＡＮコントローラ１０１の通信動作を開始させ（ステップＳ１３２３）、エラーカウンタ値の増減を検出する（ステップＳ１３２４）。判定装置１００は、エラーカウンタ値＜第１閾値であるか否かを判断する（ステップＳ１３２５）。エラーカウンタ値＜第１閾値でない場合（ステップＳ１３２５：Ｎｏ）、ステップＳ１３２４へ移行する。エラーカウンタ値＜第１閾値である場合（ステップＳ１３２５：Ｙｅｓ）、ステップＳ１３０２へ移行する。

以上説明したように、判定装置、および判定方法によれば、２つの通信装置のうちの一方の通信部が通信動作のみを行っている場合に、故障の可能性があると判断されると、２つの通信部を同時に動作させ、通信動作の差異によって故障を判定する。故障の可能性があるか否かについては、故障または故障と異なる異常時に発生しうる状態の発生頻度が一定頻度を超えたか否かによって判断される。これにより、判定装置によれば、故障判定の精度を向上させることができる。故障の可能性がある場合だけ、複数の通信装置を同時に動作させることにより、消費電力の増加を抑止することができる。

また、判定装置は、発生頻度が一定頻度を超えた場合に、一方の通信部の通信動作を停止させ、他方の通信部の通信動作を開始させた後に、発生頻度が一定頻度を超えていない場合、一方の通信部に故障の可能性があると判断する。これにより、故障の可能性が高い場合だけ、２つの通信部を同時に動作させるため、消費電力の増加を抑止することができる。

また、判定装置は、他方の通信部に通信動作をさせることにより、大幅に発生頻度が下がれば、一方の通信部の故障の可能性が高いと判断する。これにより、故障の可能性が高い場合だけ、２つの通信部を同時に動作させるため、消費電力の増加を抑止することができる。

また、２つの通信部は同一の通信動作を行うため、いずれかが故障していなければ２つの発生頻度は同一となる。そこで、判定装置は、通信動作を開始後の２つの通信部の発生頻度が一致しているか否かを判定することにより、一方の通信部が故障しているか否かを判断する。これにより、判定装置によれば、故障判定の精度を向上させることができる。

また、判定装置は、一方の通信部が故障していると判定された場合、一方の通信部による通信動作を停止させ、他方の通信部による通信動作を継続させる。これにより、消費電力の増加を抑止することができる。

また、判定装置は、一方の通信部が故障していないと判定された場合、２つの通信部のうちのいずれかの通信部による通信動作を停止させる。これにより、故障判定時以外については、一つの通信部が通信動作を行うため、消費電力の増加を抑止することができる。

また、判定装置は、他方の通信部が有するレジスタに対して、一方の通信部に設定されているパラメータを入力する場合と、他方の通信部の通信動作によるパラメータを入力する場合と、を切り替える。これにより、一方の通信部から他方の通信部へデータを容易に転送することができる。

また、判定装置は、一方の通信部が有するレジスタに対して、他方の通信部に設定されているパラメータを入力する場合と、一方の通信部の通信動作によるパラメータを入力する場合と、を切り替える。これにより、他方の通信部から一方の通信部へデータを容易に転送することができる。

また、判定装置は、一方の通信部が有するスキャンレジスタと、他方の通信部が有するスキャンレジスタと、を接続して、スキャンチェーンを形成する。これにより、一方の通信部から他方の通信部へ、他方の通信部から一方の通信部へデータを容易に転送することができる。

上述した実施の形態に関し、さらに以下の付記を開示する。

（付記１）特定装置との間でそれぞれが通信動作を行うことができる２つの通信部のうち、いずれか一方の通信部が前記通信動作を行い、他方の通信部が前記通信動作を行っていない場合に、前記一方の通信部の故障状態の発生頻度が一定頻度を超えたか否かを判断する判断部と、
前記判断部によって前記発生頻度が前記一定頻度を超えたと判断された場合、前記一方の通信部に設定されている前記通信動作に関するパラメータを、前記他方の通信部へ設定する設定部と、
前記設定部による前記パラメータの設定後、前記パラメータによる前記通信動作を前記２つの通信部に行わせる動作指示部と、
前記動作指示部によって前記２つの通信部が同時に前記通信動作を行っている場合に、前記２つの通信部による前記通信動作に差異があるか否かを判定する判定部と、
前記判定部によって前記２つの通信部による前記通信動作に差異があると判定された場合、前記一方の通信部が故障していることを示す情報を出力する出力部と、
を有することを特徴とする判定装置。

（付記２）前記設定部は、
前記判断部によって前記発生頻度が前記一定頻度を超えたと判断された場合、さらに、前記発生頻度を前記他方の通信部に設定し、
前記動作指示部は、
前記設定部によって前記一方の通信部から前記他方の通信部に設定された前記パラメータによる前記通信動作を前記他方の通信部に開始させ、前記一方の通信部による前記通信動作を停止させ、
前記判断部は、
前記動作指示部によって前記一方の通信部が前記通信動作を停止され、前記他方の通信部が前記通信動作を開始された後に、前記他方の通信部の故障または前記故障と異なる異常時に発生しうる状態の発生頻度が前記一定頻度を超えたか否かを判断し、
前記設定部は、
前記判断部により前記他方の通信部の前記発生頻度が前記一定頻度を超えていないと判断された場合、前記他方の通信部による前記通信動作に関するパラメータを前記一方の通信部に設定し、
前記動作指示部は、
前記設定部によって前記他方の通信部から前記一方の通信部に前記パラメータが設定された後、前記パラメータによる前記通信動作を前記２つの通信部に開始させ、
前記判定部は、
前記動作指示部によって前記２つの通信部が同時に前記通信動作を行っている場合に、前記２つの通信部による前記通信動作に差異があるか否かを判定することを特徴とする付記１に記載の判定装置。

（付記３）前記判断部は、
前記動作指示部によって前記一方の通信部が前記通信動作を停止され、前記他方の通信部が前記通信動作を開始された後、前記他方の通信部の前記発生頻度が、前記一定頻度よりも低い第１頻度を超えたか否かを判断し、
前記設定部は、
前記判断部によって前記他方の通信部の前記発生頻度が前記第１頻度を超えていないと判断された場合、前記他方の通信部による前記通信動作に関するパラメータを、前記一方の通信部に設定することを特徴とする付記２に記載の判定装置。

（付記４）前記判定部は、
前記動作指示部によって前記２つの通信部が前記通信動作を開始後の前記２つの通信部の前記発生頻度が一致しているか否かを判定し、
前記出力部は、
前記判定部によって前記２つの通信部の前記発生頻度が一致していないと判定された場合、前記一方の通信部が故障していることを示す情報を出力することを特徴とする付記１〜３のいずれか一つに記載の判定装置。

（付記５）前記動作指示部は、
前記判定部によって前記２つの通信部による前記通信動作に差異があると判定された場合、前記一方の通信部による前記通信動作を停止させ、前記他方の通信部による前記通信動作を継続させることを特徴とする付記１〜４のいずれか一つに記載の判定装置。

（付記６）前記動作指示部は、
前記判定部によって前記２つの通信部による前記通信動作に差異がないと判定された場合、前記２つの通信部のうちのいずれかの通信部による前記通信動作を停止させることを特徴とする付記１〜４のいずれか一つに記載の判定装置。

（付記７）前記設定部は、
前記他方の通信部に設けられたレジスタに対して、前記他方の通信部による前記通信動作に関するパラメータを入力する通信動作状態と、前記一方の通信部による前記通信動作に関するパラメータを入力する設定状態と、を切り替える切替部と、
前記判断部によって前記発生頻度が前記一定頻度を超えたと判断された場合、前記切替部を前記設定状態にして前記他方の通信部に設けられたレジスタに前記他方の通信部による前記通信動作に関するパラメータが設定された後に、前記切替部を前記通信動作状態にする制御部と、
を有することを特徴とする付記１〜６のいずれか一つに記載の判定装置。

（付記８）前記設定部は、
前記一方の通信部に設けられたレジスタに対して、前記一方の通信部による前記通信動作に関するパラメータを入力する通信動作状態と、前記他方の通信部による前記通信動作に関するパラメータを入力する設定状態と、を切り替える切替部と、
前記判断部により前記他方の通信部による前記通信動作の前記発生頻度が前記一定頻度を超えていないと判断された場合、前記切替部を前記設定状態にして前記一方の通信部に設けられたレジスタに前記他方の通信部による前記通信動作に関するパラメータが設定された後に、前記切替部を前記通信動作状態にする制御部と、
を有することを特徴とする付記２または３に記載の判定装置。

（付記９）前記他方の通信部に設けられたスキャンレジスタへスキャン入力する前記一方の通信部に設けられたスキャンレジスタに対して、前記他方の通信部による前記通信動作に関するパラメータを入力する通信動作状態と、前記一方の通信部による前記通信動作に関するパラメータを入力する設定状態と、を切り替える切替部と、
前記判断部によって前記発生頻度が前記一定頻度を超えたと判断された場合、前記切替部を前記設定状態にして前記他方の通信部に設けられたレジスタに前記他方の通信部による前記通信動作に関するパラメータが設定された後に、前記切替部を前記通信動作状態にする制御部と、
を有することを特徴とする付記１〜６のいずれか一つに記載の判定装置。

（付記１０）特定装置との間でそれぞれが通信動作を行うことができる２つの通信部のうち、いずれか一方の通信部が前記通信動作を行い、他方の通信部が前記通信動作を行っていない場合に、前記一方の通信部の故障状態の発生頻度が一定頻度を超えたか否かを判断し、
前記発生頻度が前記一定頻度を超えたと判断された場合、前記一方の通信部に設定されている前記通信動作に関するパラメータを、前記他方の通信部へ設定し、
前記パラメータの設定後、前記パラメータによる前記通信動作を同時に前記２つの通信部に行わせ、
前記２つの通信部が同時に前記通信動作を行っている場合に、前記２つの通信部による前記通信動作に差異があるか否かを判定し、
前記２つの通信部による前記通信動作に差異があると判定された場合、前記一方の通信部が故障していることを示す情報を出力する、
ことを特徴とする判定方法。

１００ 判定装置
１０１ 第１通信部
１０２ 第２通信部
１１１ 判断部
１１２ 設定部
１１３ 動作指示部
１１４ 判定部
１１５ 出力部

Claims (6)

1. 特定装置との間でそれぞれが通信動作を行うことができる２つの通信部のうち、いずれか一方の通信部が前記通信動作を行い、他方の通信部が前記通信動作を行っていない場合に、前記一方の通信部の故障状態の発生頻度が一定頻度を超えたか否かを判断する判断部と、
   前記判断部によって前記発生頻度が前記一定頻度を超えたと判断された場合、前記一方の通信部に設定されている前記通信動作に関するパラメータを、前記他方の通信部へ設定する設定部と、
   前記設定部による前記パラメータの設定後、前記パラメータによる前記通信動作を前記２つの通信部に同時に行わせる動作指示部と、
   前記動作指示部によって前記２つの通信部が同時に前記通信動作を行っている場合に、前記２つの通信部による前記通信動作に差異があるか否かを判定する判定部と、
   前記判定部によって前記２つの通信部による前記通信動作に差異があると判定された場合、前記一方の通信部が故障していることを示す情報を出力する出力部と、
   を有することを特徴とする判定装置。
2. 前記設定部は、
   前記判断部によって前記発生頻度が前記一定頻度を超えたと判断された場合、さらに、前記発生頻度を前記他方の通信部に設定し、
   前記動作指示部は、
   前記設定部によって前記一方の通信部から前記他方の通信部に設定された前記パラメータによる前記通信動作を前記他方の通信部に開始させ、前記一方の通信部による前記通信動作を停止させ、
   前記判断部は、
   前記動作指示部によって前記一方の通信部が前記通信動作を停止され、前記他方の通信部が前記通信動作を開始された後に、前記他方の通信部の故障状態の発生頻度が前記一定頻度を超えたか否かを判断し、
   前記設定部は、
   前記判断部により前記他方の通信部の前記発生頻度が前記一定頻度を超えていないと判断された場合、前記他方の通信部による前記通信動作に関するパラメータを前記一方の通信部に設定し、
   前記動作指示部は、
   前記設定部によって前記他方の通信部から前記一方の通信部に前記パラメータが設定された後、前記パラメータによる前記通信動作を前記２つの通信部に開始させ、
   前記判定部は、
   前記動作指示部によって前記２つの通信部が同時に前記通信動作を行っている場合に、前記２つの通信部による前記通信動作に差異があるか否かを判定することを特徴とする請求項１に記載の判定装置。
3. 前記判断部は、
   前記動作指示部によって前記一方の通信部が前記通信動作を停止され、前記他方の通信部が前記通信動作を開始された後、前記他方の通信部の前記発生頻度が、前記一定頻度よりも低い第１頻度を超えたか否かを判断し、
   前記設定部は、
   前記判断部によって前記他方の通信部の前記発生頻度が前記第１頻度を超えていないと判断された場合、前記他方の通信部による前記通信動作に関するパラメータを、前記一方の通信部に設定することを特徴とする請求項２に記載の判定装置。
4. 前記判定部は、
   前記動作指示部によって前記２つの通信部が前記通信動作を開始後の前記２つの通信部の前記発生頻度が一致しているか否かを判定し、
   前記出力部は、
   前記判定部によって前記２つの通信部の前記発生頻度が一致していないと判定された場合、前記一方の通信部が故障していることを示す情報を出力することを特徴とする請求項１〜３のいずれか一つに記載の判定装置。
5. 前記動作指示部は、
   前記判定部によって前記２つの通信部による前記通信動作に差異があると判定された場合、前記一方の通信部による前記通信動作を停止させ、前記他方の通信部による前記通信動作を継続させることを特徴とする請求項１〜４のいずれか一つに記載の判定装置。
6. 特定装置との間でそれぞれが通信動作を行うことができる２つの通信部のうち、いずれか一方の通信部が前記通信動作を行い、他方の通信部が前記通信動作を行っていない場合に、前記一方の通信部の故障状態の発生頻度が一定頻度を超えたか否かを判断し、
   前記発生頻度が前記一定頻度を超えたと判断された場合、前記一方の通信部に設定されている前記通信動作に関するパラメータを、前記他方の通信部へ設定し、
   前記パラメータの設定後、前記パラメータによる前記通信動作を同時に前記２つの通信部に行わせ、
   前記２つの通信部が同時に前記通信動作を行っている場合に、前記２つの通信部による前記通信動作に差異があるか否かを判定し、
   前記２つの通信部による前記通信動作に差異があると判定された場合、前記一方の通信部が故障していることを示す情報を出力する、
   ことを特徴とする判定方法。

Images