(57)【特許請求の範囲】
【請求項１】
共通のバス通信路に接続され、当該バス通信路を介して相互に通信を行う通信装置であって、
汎用非同期送受信回路を有する信号処理部と、
前記汎用非同期送受信回路からのフレームを前記バス通信路へ出力すると共に前記バス通信路を介して受信したフレームを前記汎用非同期送受信回路へ出力するトランシーバと、を備え、
前記信号処理部は、前記バス通信路を介して受信したフレームに基づく受信情報がフレーム送信時におけるレスポンスに含まれるよう前記受信情報を格納する受信側処理を実行可能であり、
前記受信情報の基となる前記受信したフレームは、前記バス通信路に接続されている当該通信装置及び他の通信装置をレスポンスの送信元とするフレームである
ことを特徴とする通信装置。
【請求項２】
請求項１に記載の通信装置において、
前記受信側処理では、前記受信情報がフレーム送信時におけるレスポンスに含まれるよう前記レスポンスを構成するデータの指定バイトに前記受信情報を格納すること
を特徴とする通信装置。
【請求項３】
請求項１又は２に記載の通信装置において、
前記受信情報は、受信したフレームのヘッダに含まれるＩＤ値に基づく情報であり、
前記受信側処理では、過去の受信情報と受信したフレームのＩＤ値との演算結果を新たな受信情報として格納すること
を特徴とする通信装置。
【請求項４】
請求項３に記載の通信装置において、
前記演算結果は、過去の受信情報と受信したフレームのＩＤ値との論理和であること
を特徴とする通信装置。
【請求項５】
請求項１又は２に記載の通信装置において、
前記受信情報は、受信したフレーム数であり、
前記受信側処理では、フレームを受信した際に過去の受信情報をインクリメントし新たな受信情報として格納すること
を特徴とする通信装置。
【請求項６】
請求項１〜５の何れか一項に記載の通信装置において、
前記受信側処理では、前記バス通信路を介して受信したフレームのうち当該フレームのヘッダに含まれるＩＤ値に基づき、特定のフレームについてのみ前記受信情報を格納すること
を特徴とする通信装置。
【請求項７】
請求項１〜６の何れか一項に記載の通信装置において、
前記受信側処理では、所定条件の成立時に、前記受信情報をクリアすること
を特徴とする通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、共通のバス通信路に接続され、当該バス通信路を介して相互に通信を行う通信装置に関する。
【背景技術】
【０００２】
従来、ローカルエリアネットワーク（ＬＡＮ）、特に車内ＬＡＮに多用されている通信プロトコルとして、ＣＳＭＡ／ＣＡ方式のＣＡＮ（Controller Area Network ）プロトコルが知られている（特許文献１参照）。
【０００３】
ＣＡＮプロトコルで規定されたフレームの先頭部分には、後続のデータ領域にどのようなメッセージが割り付けられたフレームであるかを識別するための識別コード（ＩＤ）が含まれており、通信システムを構成する通信装置は、受信したフレームの種別を、そのフレームに含まれているＩＤに基づき識別する。
【０００４】
また、複数の通信装置が共通のバス通信路を介して通信を行うため、送信すべきフレームを有する通信装置は、バス通信路が使用中でなければ直ちにフレームの送信を開始し、バス通信路が使用中であればバス通信路が解放（フレームの送信が終了）されてからフレームの送信を開始する。このため、送信すべきフレームを有する通信装置が複数存在すると、複数の通信装置が同時にフレームの送信を開始することがあり、この場合、バス通信路上でフレームの衝突が発生する。このようなフレームの衝突が発生した場合、ＣＡＮプロトコルでは、どのフレームを優先的に処理するかを決定する調停処理を、前述のＩＤを用いて行うように規定されている。
【０００５】
ところで、送信側の通信装置から受信側の通信装置へのフレームの正常な到達を判断するための情報としてＡＣＫと呼ばれる情報を返すことが行われている。具体的に、ＣＡＮプロトコルでは、フレームを正常に受信したことを示すＡＣＫ情報が、例えばフレームの特定ビット（ＡＣＫスロット）に割り当てられている。このとき送信側の通信装置は、フレームの送信中にフレームの信号レベルとバス通信路上の信号レベルとをビットごとに比較しているため、フレームの正常な受信が行われなかった場合に受信側の通信装置がフレームの特定ビットを書き換えることで、送信側の通信装置へＡＣＫ情報を返すことができる。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００６−２８７７３８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、汎用非同期送受信回路を有する信号処理部を用いて通信を行うことを考えた場合、汎用非同期送受信回路がいわゆる調歩同期であるため、ＣＡＮプロトコルと同様の方式でＡＣＫ情報を返すことはできない。これを実現するためには、マイコンとバス通信路とに介在するトランシーバにＡＣＫを返す機能を持たせる必要があり、結果として、トランシーバの規模が大きくなってしまう。
【０００８】
本発明は、上述した課題を解決するためになされたものであり、その目的は、汎用非同期送受信回路を有する信号処理部を用いて通信を行う場合に、トランシーバの規模を大きくすることなく、フレームの到達を通知可能な通信装置を提供することにある。
【課題を解決するための手段】
【０００９】
上述の目的を達成するためになされた通信装置は、共通のバス通信路に接続され、当該バス通信路を介して相互に通信を行うものである。
本発明の通信装置は、信号処理部と、トランシーバとを備えている。信号処理部は、汎用非同期送受信回路を有している。また、トランシーバは、汎用非同期送受信回路からのフレームをバス通信路へ出力すると共にバス通信路を介して受信したフレームを汎用非同期送受信回路へ出力する。
【００１０】
ここで特に本発明では、信号処理部によって、受信側処理が実行される。この受信側処理では、バス通信路を介して受信したフレームに基づく受信情報がフレーム送信時におけるレスポンスに含まれるよう受信情報が格納される。
【００１１】
つまり、信号処理部には受信したフレームに基づく受信情報を格納するようにしたため、この受信情報をフレーム送信時にレスポンスに含めるようにすれば、過去に受信したフレームの情報を、他の通信装置へ通知することができる。このようにすれば、汎用非同期送受信回路を有する信号処理部を用いて通信を行う場合に、トランシーバの規模を大きくすることなく、フレームの到達を通知することができる。
【００１２】
なお、信号処理部は、マイコンで構成してもよいし、例えばスレーブとして動作する通信装置であれば、汎用非同期送受信回路に相当する機能を少なくとも備えたシーケンサで構成してもよい。
【００１３】
受信側処理では、前記受信情報がフレーム送信時におけるレスポンスに含まれるようレスポンスを構成するデータの指定バイトに受信情報を格納することが考えられる。このようにすれば、フレーム送信時にはレスポンスを構成するデータの指定バイトが受信情報となるため、フレームの到達を比較的簡単に通知することができる。
【００１４】
受信情報は、受信したフレームのヘッダに含まれるＩＤ値に基づく情報とすることが考えられる。このとき受信側処理では、過去の受信情報と受信したフレームのＩＤ値との演算結果を新たな受信情報として格納する。このようにすれば、受信情報は受信したフレームのＩＤ値で更新されていくため、過去のフレームの受信状況を把握することができる。すなわち、過去に送信されたフレームのうちどのフレームが受信されているのかを、受信情報に基づいて判定できる可能性が高くなる。
【００１５】
具体的に、受信情報となる演算結果は、過去の受信情報と受信したフレームのＩＤ値との論理和であることが考えられる。このようにすれば、受信情報としてフレームのＩＤ値が加算されていくため、過去のフレームの受信状況を把握することができる。
【００１６】
受信情報は、受信したフレーム数とすることが考えられる。このとき受信側処理では、フレームを受信した際に過去の受信情報をインクリメントし新たな受信情報として格納する。このようにすれば、受信情報は受信したフレームの数に対応したものとなるため、過去のフレームの受信状況を把握することができる。すなわち、カウント開始から現在までフレームが残らず受信されているか否かを、受信情報に基づいて判定できる。
【００１７】
なお、上記構成において、受信側処理では、バス通信路を介して受信したフレームのヘッダに含まれるＩＤ値に基づき、特定のフレームについてのみ前記受信情報を格納することとしてもよい。例えば、予め決められた範囲のＩＤ値を有するフレーム数のみをカウントして受信情報にするという具合である。このようにすれば、特定のフレームの到達を通知することが可能となる。
【００１８】
また、受信側処理では、所定条件の成立時に、受信情報をクリアすることとしてもよい。「所定条件の成立時」は、一定期間の経過、一定数のフレーム送信後、あるいは、記憶される受信情報が桁溢れ（オーバーフロー）を生じない程度のタイミングであることが考えられる。「受信情報をクリアする」とは、受信情報のリセットを意味し、一例として「０」にすることが考えられる。このようにすれば、過去のフレームの受信状況を、受信情報のクリアのタイミングから把握することができる。
【図面の簡単な説明】
【００１９】
【図１】通信システムの概略構成を示すブロック図である。
【図２】（ａ）はバス通信路で使用する伝送路符号の構成を示す説明図であり、（ｂ）はバス通信路を介して送受信されるフレームの構成を示す説明図であり、（ｃ）はＵＡＲＴが送受信するブロックデータの構成を示す説明図である。
【図３】信号処理部が実行する受信側処理を示すフローチャートである。
【図４】受信側処理による効果を示すための説明図である。
【図５】第２実施形態における受信側処理を示すフローチャートである。
【図６】第２実施形態の受信側処理による効果を示すための説明図である。
【発明を実施するための形態】
【００２０】
以下に本発明の実施形態を図面と共に説明する。
［第１実施形態］
図１は、車両に搭載される通信システムの概略構成を示すブロック図である。
【００２１】
通信システムは、複数の通信装置（以下「ＥＣＵ」という）１０を備えている。これらのＥＣＵ１０は、バス通信路４０を介して相互に接続されている。
通信システムを構成するＥＣＵ１０は、例えばボデー系ＥＣＵであることが考えられる。具体的には、ボデー・ワイパＥＣＵ，シートＥＣＵ，スライドドアＥＣＵ，ミラーＥＣＵ，バックドアＥＣＵ，ライトＥＣＵ，チルテレ（電動ステアリング位置調整装置）ＥＣＵ等がある。なお、ここではＥＣＵ１０が相互に接続される態様を示したが、ボデー系ＥＣＵと共に、関連機器としてのライトＳＷ，ワイパＳＷ，ライトセンサ，レインセンサ等を通信装置として接続することも考えられる。
【００２２】
バス通信路４０は、異なるＥＣＵ１０からハイレベルの信号とロウレベルの信号とが同時に出力されると、バス通信路４０上の信号レベルがロウレベルとなるように構成されており、この機能を利用してバス調停を実現する。
【００２３】
ここで図２（ａ）は、バス通信路４０で使用する伝送路符号を示す説明図である。
図２（ａ）に示すように、バス通信路４０では、伝送路符号として、ビットの途中で信号レベルがロウレベルからハイレベルに変化するＰＷＭ符号が用いられ、ドミナント（本実施形態では０に対応）およびレセッシブ（本実施形態では１に対応）からなる二値の信号を２種類のデューティ比で表現する。
【００２４】
具体的には、ドミナントの方がレセッシブよりロウレベルの比率が長くなるよう（本実施形態では、ドミナントが１ビットの２／３の期間、レセッシブが１ビットの１／３の期間）に設定され、バス通信路４０上でドミナントとレセッシブとが衝突すると、ドミナントが調停勝ちするようにされている。
【００２５】
そして、通信システムでは、調停負けしたＥＣＵ１０は送信を直ちに停止し、調停勝ちしたＥＣＵ１０のみが送信を継続する、いわゆるＣＳＭＡ／ＣＡ方式のアクセス制御方式が用いられている。
【００２６】
また、図２（ｂ）はＥＣＵ１０間の通信に使用するレームの構成を示す説明図である。
図２（ｂ）に示すように、フレームは、送信を許可するデータを指定するためのヘッダと、ヘッダによって指定されたデータを送信するための可変長のレスポンスからなる。
【００２７】
このうち、ヘッダは、識別子（ＩＤ）を含み、ＩＤの値が小さいほど、バス調停で勝ち残るように設定されている。一方、レスポンスは、データ以外に、データ（レスポンス）のサイズを示すサイズ情報、エラーの有無をチェックするためのＣＲＣ符号が少なくとも含まれている。
【００２８】
また、ＥＣＵ１０の一つをマスタ、他のＥＣＵ１０をスレーブとして、マスタがヘッダを送信することによって、送信を許可するデータ（ひいてはデータの送信元となるスレーブ）を順次指定し、ヘッダによって指定されたデータの送信元となるスレーブがレスポンス（データ）を送信するポーリング（定期通信）と、マスタからの指示によらずスレーブが自律的に通信を制御するイベント通信とを実行する。
【００２９】
次にＥＣＵ１０の構成を説明する。
図１に示したように、ＥＣＵ１０は、マイコン２０と、トランシーバ３０とを備えている。
【００３０】
マイコン２０は、バス通信路４０を介した他ＥＣＵ１０との通信によって得られた情報等に基づき、自ＥＣＵ１０に割り当てられた各種処理を実行する。したがって、マイコン２０は、ＣＰＵ、ＲＯＭ、ＲＡＭ、Ｉ／Ｏポート等からなる周知のマイクロコンピュータを中心に構成されている。
【００３１】
また、マイコン２０は、ＵＡＲＴ（汎用非同期送受信回路：Universal Asynchronous Receiver Transmitter ）２１、及び、発振子２２を有している。このＵＡＲＴ２１により、調歩同期（非同期）方式のシリアル通信が実現される。また、発振子２２は、マイコン２０を動作させるための動作クロック及び、トランシーバ３０へ供給される内部クロックを発生させる。この内部クロックは、ＵＡＲＴ２１の通信速度と同じ速度（本実施形態では２０Ｋｂｐｓ）に設定されている。
【００３２】
但し、スレーブノードは、必ずしもマイコン２０によって構成する必要はなく、ＵＡＲＴ１１に相当する機能を少なくとも備えたシーケンサと、そのシーケンサを動作させる動作クロックを生成する発振回路とによって構成してもよい。
【００３３】
図２（ｃ）は、ＵＡＲＴ２１が送受信するデータの構成を示す説明図である。図２（ｃ）に示すように、ＵＡＲＴ２１は、データの開始を示す１ビット長のスタートビット（ロウレベル）と、データの終了を示すストップビット（ハイレベル）と、これらスタートビット，ストップビットに挟まれた８ビットのデータとで構成された合計１０ビットのブロック単位のデータを送受信する。
【００３４】
なお、前述のフレーム（図２（ｂ）参照）を構成するヘッダは、単一のブロックデータで構成され、スタートビット，ストップビットを除く８ビットのデータのうち、７ビットはＩＤとして用いられ、１ビットはパリティビットとして用いられる。また、レスポンスは、１ないし複数個のブロックデータで構成され、最初のブロックに、サイズ情報が設定される。なお、本実施形態では、レスポンスのデータの指定バイトにＩＤ情報が格納される。例えばデータの最終バイトにＩＤ情報が格納されるものとする。
【００３５】
一方、トランシーバ３０は、マイコン２０から供給される送信データを符号化してバス通信路４０に出力すると共に、バス通信路４０から取り込んだＰＷＭ符号の受信データを復号化してマイコン２０に供給する。
【００３６】
次に、ＥＣＵ１０のマイコン２０にて実行される受信側処理を図３に基づき説明する。この受信側処理は、他ＥＣＵ１０からの送信データの受信に際し実行される。
最初のＳ１００では、フレーム受信完了か否かを判断する。ここでフレームの受信が完了したと判断された場合（Ｓ１００：ＹＥＳ）、Ｓ１１０へ移行する。一方、フレームの受信が完了していないうちは（Ｓ１００：ＮＯ）、Ｓ１００の判断処理を繰り返す。
【００３７】
Ｓ１１０では、受信ＩＤレジスタのクリア条件が成立したか否かを判断する。受信ＩＤレジスタは、受信情報を格納するためにマイコン２０に設けられるレジスタである。なお、受信ＩＤレジスタは、定期的にクリアしてもよいし、一定数のフレームが送信されたときにクリアしてもよいし、レジスタがオーバーフローしないようにクリアしてもよい。ここで受信ＩＤレジスタのクリア条件が成立したと判断された場合（Ｓ１１０：ＹＥＳ）、Ｓ１３０にて受信ＩＤレジスタをクリアして「０ｘ００」とし、その後、Ｓ１４０へ移行する。一方、受信ＩＤレジスタのクリア条件が成立していないと判断された場合（Ｓ１１０：ＮＯ）、Ｓ１２０にて受信ＩＤレジスタに受信したＩＤを加算し、その後、Ｓ１４０へ移行する。詳しくは、受信ＩＤレジスタの値と受信ＩＤの値との論理和（ＯＲ）を取り、当該論理和を受信ＩＤレジスタに格納する。
【００３８】
Ｓ１４０では、データの指定位置に、受信ＩＤレジスタの値を格納する。この処理は、レスポンスのデータの指定バイトに、受信ＩＤレジスタの値を格納しておくものである。本実施形態では、データの最終バイトに受信ＩＤレジスタの値が格納されるものとする。これにより、フレーム送信時に、レスポンスのデータの最終バイトに、受信ＩＤレジスタの値が格納されて送信されることになる。
【００３９】
具体的には、図４に示すように、ＩＤ「０ｘ１０」のヘッダとレスポンスとからなるフレームが最初に送信されたものとする。このとき、受信ＩＤレジスタの値「０ｘ００」がデータの最終バイトに格納されたレスポンスが送信される（図中の記号Ａ）。
【００４０】
このフレームを受信したＥＣＵ１０は（Ｓ１００：ＹＥＳ）、受信ＩＤレジスタのクリア条件が成立していなければ（Ｓ１１０：ＮＯ）、受信ＩＤレジスタの値「０ｘ００」に受信したＩＤ「０ｘ１０」を加算する（Ｓ１２０）。したがって、受信ＩＤレジスタの値が「０ｘ１０」となり、データの指定位置に「０ｘ１０」が格納される（Ｓ１４０）。
【００４１】
これにより、次にＥＣＵ１０がＩＤ「０ｘ１５」のヘッダとレスポンスとからなるフレームを送信した場合、レスポンスのデータの最終バイトは「０ｘ１０」となる（図中の記号Ｂ）。
【００４２】
同様に、このフレームを受信したＥＣＵ１０は、受信ＩＤレジスタの値「０ｘ１０」に受信したＩＤ「０ｘ１５」を加算する（Ｓ１２０）。この場合、２進数の「０００１００００」と２進数の「０００１０１０１」のＯＲをとるため、２進数で「０００１０１０１」となる。すなわち、１６進数では「０ｘ１５」となる。
【００４３】
これにより、次にＥＣＵ１０がＩＤ「０ｘ２０」のヘッダとレスポンスとからなるフレームを送信した場合、レスポンスのデータの最終バイトは「０ｘ１５」となる（図中の記号Ｃ）。
【００４４】
以上詳述したように、本実施形態によれば、フレームの受信を判断し（図３中のＳ１００）、フレームの受信が完了すると（Ｓ１００：ＹＥＳ）、受信ＩＤレジスタに受信したＩＤを加算し（Ｓ１２０）、データの指定位置に受信ＩＤレジスタの値を格納する（Ｓ１４０）。これにより、汎用非同期送受信回路を有するマイコン２０を用いて通信を行う場合に、トランシーバ３０の規模を大きくすることなく、フレームの到達を通知することができる。
【００４５】
特に受信側処理においてデータの指定位置に受信ＩＤレジスタの値を格納することで（図３中のＳ１４０）、フレーム送信時にはレスポンスを構成するデータの指定位置が受信情報となり、フレームの到達を比較的簡単に通知することができる。
【００４６】
また、本実施形態では、受信ＩＤレジスタに受信したＩＤを加算したもの（図３中のＳ１２０）、具体的には、受信ＩＤレジスタの値と受信したＩＤ値との論理和を受信情報として受信ＩＤレジスタに格納する。これにより、過去に送信されたフレームのうちどのフレームが受信されているのかを、受信情報に基づいて判定できる可能性が高くなる。その結果、過去のフレームの受信状況を把握することができる。
【００４７】
さらにまた、本実施形態では、受信ＩＤレジスタのクリア条件が成立したか否かを判断し（図３中のＳ１１０）、クリア条件が成立した場合には（Ｓ１１０：ＹＥＳ）、受信ＩＤレジスタをクリアして「０ｘ００」とする（Ｓ１３０）。これにより、過去のフレームの受信状況を、受信ＩＤレジスタのクリアのタイミングから把握することができる。
【００４８】
なお、本実施形態におけるＥＣＵ１０が「通信装置」を構成し、ＵＡＲＴ２１が「汎用非同期送受信回路」を構成し、マイコン２０が「信号処理部」を構成し、トランシーバ３０が「トランシーバ」を構成し、バス通信路４０が「バス通信路」を構成する。また、図３に示した受信側処理が「受信側処理」に相当する。
【００４９】
［第２実施形態］
上記第１実施形態は、受信したＩＤを受信ＩＤレジスタに加算する構成であった。これに対し、第２実施形態では、フレーム受信の回数を記憶することを特徴とする。そのため、上記第１実施形態と異なるのは、受信側処理の一部の処理となっている。
【００５０】
そこで次に、ＥＣＵ１０のマイコン２０にて実行される受信側処理を図５に基づき説明する。この受信側処理は、他ＥＣＵ１０からの送信データの受信に際し実行される。
最初のＳ２００では、フレーム受信完了か否かを判断する。ここでフレームの受信が完了したと判断された場合（Ｓ２００：ＹＥＳ）、Ｓ２１０へ移行する。一方、フレームの受信が完了していないうちは（Ｓ２００：ＮＯ）、Ｓ２００の判断処理を繰り返す。
【００５１】
Ｓ２１０では、受信ＩＤレジスタのクリア条件が成立したか否かを判断する。受信ＩＤレジスタは、ＩＤ情報を格納するためにマイコン２０に設けられるレジスタである。なお、受信ＩＤレジスタは、定期的にクリアしてもよいし、一定数のフレームが送信されたときにクリアしてもよいし、レジスタがオーバーフローしないようにクリアしてもよい。ここで受信ＩＤレジスタのクリア条件が成立したと判断された場合（Ｓ２１０：ＹＥＳ）、Ｓ２３０にて受信ＩＤレジスタをクリアして「０ｘ００」とし、その後、Ｓ２４０へ移行する。一方、受信ＩＤレジスタのクリア条件が成立していないと判断された場合（Ｓ２１０：ＮＯ）、Ｓ２２０にて受信ＩＤレジスタをインクリメントし、その後、Ｓ２４０へ移行する。
【００５２】
Ｓ２４０では、データの指定位置に、受信ＩＤレジスタの値を格納する。この処理は、レスポンスのデータの指定バイトに、受信ＩＤレジスタの値を格納しておくものである。本実施形態では、データの最終バイトに受信ＩＤレジスタの値が格納されるものとする。これにより、フレーム送信時に、レスポンスのデータの指定バイトに、受信ＩＤレジスタの値が格納されて送信されることになる。
【００５３】
具体的には、図６に示すように、ＩＤ「０ｘ１０」のヘッダとレスポンスとからなるフレームが最初に送信されたものとする。このとき、受信ＩＤレジスタの値「０ｘ００」がデータの最終バイトに格納されたレスポンスが送信される（図中の記号Ａ）。
【００５４】
このフレームを受信したＥＣＵ１０は（Ｓ２００：ＹＥＳ）、受信ＩＤレジスタのクリア条件が成立していなければ（Ｓ２１０：ＮＯ）、受信ＩＤレジスタの値「０ｘ００」をインクリメントして「０ｘ０１」とする（Ｓ２２０）。したがって、受信ＩＤレジスタの値が「０ｘ０１」となり、データの指定位置に「０ｘ０１」が格納される（Ｓ２４０）。
【００５５】
これにより、次にＥＣＵ１０がＩＤ「０ｘ１５」のヘッダとレスポンスとからなるフレームを送信した場合、レスポンスのデータの最終バイトは「０ｘ０１」となる（図中の記号Ｂ）。
【００５６】
同様に、このフレームを受信したＥＣＵ１０は、受信ＩＤレジスタの値「０ｘ０１」をインクリメントして「０ｘ０２」とする（Ｓ２２０）。
これにより、次にＥＣＵ１０がＩＤ「０ｘ２０」のヘッダとレスポンスとからなるフレームを送信した場合、レスポンスのデータの最終バイトは「０ｘ０２」となる（図中の記号Ｃ）。
【００５７】
以上詳述したように、本実施形態によれば、フレームの受信を判断し（図５中のＳ２００）、フレームの受信が完了すると（Ｓ２００：ＹＥＳ）、受信ＩＤレジスタの値をインクリメントし（Ｓ２２０）、データの指定位置に受信ＩＤレジスタの値を格納する（Ｓ２４０）。これにより、汎用非同期送受信回路を有するマイコン２０を用いて通信を行う場合に、トランシーバ３０の規模を大きくすることなく、フレームの到達を通知することができる。
【００５８】
特に受信側処理においてデータの指定位置に受信ＩＤレジスタの値を格納することで（図５中のＳ２４０）、フレーム送信時にはレスポンスを構成するデータの指定位置が受信情報となり、フレームの到達を比較的簡単に通知することができる。
【００５９】
また、本実施形態では、受信ＩＤレジスタの値をインクリメントすることで（図５中のＳ２２０）、受信したフレーム数を受信情報として受信ＩＤレジスタに格納する。これにより、カウント開始から現在までフレームが残らず受信されているか否かを、受信情報に基づいて判定できる。その結果、過去のフレームの受信状況を把握することができる。
【００６０】
さらにまた、本実施形態では、受信ＩＤレジスタのクリア条件が成立したか否かを判断し（図５中のＳ２１０）、クリア条件が成立した場合には（Ｓ２１０：ＹＥＳ）、受信ＩＤレジスタをクリアして「０ｘ００」とする（Ｓ２３０）。これにより、過去のフレームの受信状況を、受信ＩＤレジスタのクリアのタイミングから把握することができる。
【００６１】
なお、本実施形態におけるＥＣＵ１０が「通信装置」を構成し、ＵＡＲＴ２１が「汎用非同期送受信回路」を構成し、マイコン２０が「信号処理部」を構成し、トランシーバ３０が「トランシーバ」を構成し、バス通信路４０が「バス通信路」を構成する。また、図５に示した受信側処理が「受信側処理」に相当する。
【００６２】
以上本発明は、上述した実施形態に何ら限定されるものではなく、その要旨を逸脱しない範囲において種々なる形態で実施可能である。
（イ）上記実施形態では受信した全てのフレームを対象として受信情報を作成していたが、特定のフレームについてのみ受信情報を格納することとしてもよい。例えば、予め決められた範囲のＩＤ値を有するフレームについてのみ、図３中のＳ１２０において受信したＩＤを加算したり、図５中のＳ２２０において受信ＩＤレジスタをインクリメントしたりするという具合である。このようにすれば、特定のフレームの到達を通知することが可能となる。
【００６３】
（ロ）上記実施形態では、クリア条件が成立していない場合にだけ（図３中のＳ１１０：ＮＯ，図５中のＳ２１０：ＮＯ）、受信ＩＤを加算したり（図３中のＳ１２０）、受信ＩＤレジスタをインクリメントしたりしている（図５中のＳ２２０）。
【００６４】
これに対し、クリア条件が成立した場合に（図３中のＳ１１０：ＹＥＳ，図５中のＳ２１０：ＹＥＳ）受信ＩＤレジスタをクリアした後（図３中のＳ１３０，図５中のＳ２３０）、受信ＩＤの加算（図３中のＳ１２０）や受信ＩＤレジスタのインクリメント（図５中のＳ２２０）を実行し、その後、図３中のＳ１４０あるいは図５中のＳ２４０へ移行するようにしてもよい。
【００６５】
（ハ）上記第１実施形態では受信ＩＤレジスタの値と受信したＩＤ値との論理和をとって受信情報としていたが、他の演算による結果を受信情報としてもよい。例えば、受信ＩＤレジスタに受信したＩＤ値を単純に加算するようにしてもよい。
【００６６】
（ニ）図１に示す通信システムにおいて、特定のＥＣＵ１０のマイコン２０のみが受信側処理を実行可能な構成としてもよい。この場合、特定のＥＣＵ１０のみが受信情報を格納し、受信情報がデータに含まれるフレームを送信することになる。
【符号の説明】
【００６７】
１０：通信装置（ＥＣＵ）、２０：マイコン、２１：ＵＡＲＴ（汎用非同期送受信回路）、２２：発振子、３０：トランシーバ、４０：バス通信路
【図１】
0005598441.tif 000002
【図２】
0005598441.tif 000003
【図３】
0005598441.tif 000004
【図４】
0005598441.tif 000005
【図５】
0005598441.tif 000006
【図６】
0005598441.tif 000007