(57)【特許請求の範囲】
【請求項１】
マルチマスタ方式のネットワークに接続されるデータ処理モジュールにおいて、
所定数のバッファに区切られるとともに、前記バッファごとにアドレスが付与され、かつ、前記バッファごとに識別子およびメッセージを格納することが可能なメッセージバッファと、
前記メッセージバッファの所定のアドレスに係るメッセージが送信要求状態となったときに、前記メッセージバッファの前記アドレスに対応しない冗長アドレスと、前記メッセージバッファの前記アドレスに対応する有効アドレスとの生成を開始し、生成された前記冗長アドレス及び前記有効アドレスに基づいて対応する前記メッセージバッファの前記アドレスの送信候補メッセージのサーチを行うメッセージハンドリング部と、
を備えることを特徴とするデータ処理モジュール。
【請求項２】
前記メッセージハンドリング部は、
前記メッセージバッファの所定のアドレスに係るメッセージが送信要求状態となったときに、前記メッセージバッファの前記アドレスに対応しない冗長アドレスと、前記メッセージバッファの前記アドレスに対応する有効アドレスとの生成を行うサーチ用アドレス生成部と、
前記メッセージバッファからの識別子と、送信候補となるメッセージの識別子と、が一致するか否かを比較する比較部と、
前記サーチ用アドレス生成部で生成された前記冗長アドレスを受けているときに、前記メッセージバッファからの情報を誤って前記比較部に送信しないようにマスクするためのマスク信号を発生するマスク信号発生部と、
前記マスク信号発生部からのマスク信号を受けているときに、前記メッセージバッファからの情報を誤って前記比較部に送信しないようにマスクするマスク部と、
を備えることを特徴とする請求項１記載のデータ処理モジュール。
【請求項３】
前記メッセージバッファの前記アドレスごとに管理するために設けられるとともに、ＣＰＵによりレベル０からレベル１に反転したときに対応するメッセージが送信要求状態となる送信要求レジスタを備えることを特徴とする請求項１又は２記載のデータ処理モジュール。
【請求項４】
請求項１乃至３のいずれか一に記載のデータ処理モジュールと、
前記データ処理モジュールの所定のデータ処理を実行するＣＰＵと、
を備えることを特徴とするデータ処理デバイス。
【請求項５】
請求項４記載のデータ処理デバイスと、
前記メッセージバッファの前記バッファの数よりも多くのバッファに区切られるとともに、前記バッファごとにアドレスが付与され、かつ、前記バッファごとに識別子およびメッセージを格納することが可能な第２のメッセージバッファを有する第２のデータ処理デバイスと、
がバスに接続され、
前記第２のデータ処理デバイスは、前記第２のメッセージバッファの所定のアドレスに係るメッセージが送信要求状態となったときに、前記第２のメッセージバッファの前記アドレスに対応するアドレスのみの生成を開始し、生成された前記アドレスに基づいて対応する前記第２のメッセージバッファの前記アドレスの送信候補メッセージのサーチを行う第２のメッセージハンドリング部を備え、
前記第２のメッセージバッファのアドレス数が、前記冗長アドレスの数、及び前記有効アドレスの数の和と等しく、
前記メッセージバッファの前記アドレスの送信候補メッセージのサーチ時間と、前記第２のメッセージバッファの前記アドレスの送信候補メッセージのサーチ時間と、が同一であることを特徴とするデータ処理システム。
【請求項６】
メッセージバッファの所定のアドレスに係るメッセージが送信要求状態となったときに、前記メッセージバッファの前記アドレスに対応しない冗長アドレスと、前記メッセージバッファの前記アドレスに対応する有効アドレスとの生成を開始し、生成された前記冗長アドレス及び前記有効アドレスに基づいて対応する前記メッセージバッファの前記アドレスの送信候補メッセージのサーチを行うステップを含むことを特徴とする送信候補メッセージのサーチ方法。
【請求項７】
第２のメッセージバッファの所定のアドレスに係るメッセージが送信要求状態となったときに、前記第２のメッセージバッファの前記アドレスに対応するアドレスのみの生成を開始し、生成された前記アドレスに基づいて対応する前記第２のメッセージバッファの前記アドレスの送信候補メッセージのサーチを行うステップを含み、
前記メッセージバッファの前記アドレスの送信候補メッセージのサーチ時間と、前記第２のメッセージバッファの前記アドレスの送信候補メッセージのサーチ時間と、が同一であることを特徴とする請求項６記載の送信候補メッセージのサーチ方法。
【請求項８】
ｎ個のバッファから構成されるメッセージバッファと、
前記メッセージバッファのサーチ時に前記メッセージバッファに対してアドレスを生成するアドレス生成回路であって、ｎ個のバッファに対して供給するｎ個の有効アドレスとｍ個の冗長アドレスとを生成するアドレス生成回路と、
を備え、
前記有効アドレス及び前記冗長アドレスを前記メッセージバッファに供給しｎ＋ｍ個のバッファから構成されるメッセージバッファと同じサーチ時間にすることを特徴とするデータ処理デバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ処理モジュール、デバイス、システム、及び送信候補メッセージのサーチ方法に関し、特に、メッセージの格納可能な数が異なるデータ処理モジュール間における送信候補メッセージのサーチ時間を共通化させることができるデータ処理モジュール、デバイス、システム、及び送信候補メッセージのサーチ方法に関する。
【背景技術】
【０００２】
近年、通信プロトコルとして、マルチマスタの通信プロトコルが注目されている。マルチマスタの通信プロトコルによれば、バスが解放されているときに、バスに接続されている複数の通信ノードのいずれもがデータをバス上に送信することができ、システムの柔軟性が高い等の特徴がある。このようなマルチマスタの通信プロトコルは、自動車内のＥＣＵ（電子制御ユニット）間のシリアル通信プロトコルとして用いられており、通信ノードの増減が簡単にできる等、システムの柔軟性が高いため、上記した自動車分野に止まらず、ＦＡ（Ｆａｃｔｏｒｙ  Ａｕｔｏｍａｔｉｏｎ）、船舶、医療機器といった分野の通信プロトコルとしても有望視されている。
【０００３】
マルチマスタの通信プロトコルの例として、マルチマスタのＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ  Ａｒｅａ  Ｎｅｔｗｏｒｋ、以下、ＣＡＮという）プロトコル（ＩＳＯ１１８９８、ＩＳＯ１１５１９シリーズで規格化）が知られている（特許文献１参照）。ＣＡＮプロトコルでは、メッセージバッファに格納されたメッセージの送信に先だって、送信候補となるメッセージ（送信候補メッセージ）を決定する送信検索プロセスが行われる。そして、特許文献１の３５頁左下欄５）−３．６  探索プロセス及びメッセージバッファの探索（特許文献１の図２０参照）は、分割不可能な動作として実施される。
【０００４】
従来のＣＡＮシステムについて図面を用いて説明する。図４は、ＣＡＮシステムの構成を模式的に示したブロック図である。図５は、ＣＡＮモジュール及びその周辺の構成を模式的に示したブロック図である。
【０００５】
ＣＡＮシステムでは、複数のＣＡＮデバイス１がバス６を介してＣＡＮトランシーバ（図示せず）に電気的に接続されたデータ処理システムである（図４参照）。
【０００６】
ＣＡＮデバイス１は、ＣＡＮモジュール２（データ処理モジュール）と、ＣＰＵ３と、ＲＡＭ４と、周辺回路５と、を１チップで構成したデータ処理デバイスである（図４参照）。
【０００７】
ＣＡＮモジュール２は、データの処理を行うデータ処理モジュールであり、メッセージハンドリング部１１と、メッセージバッファ１２と、ＣＡＮプロトコル送信層１３と、マスクセット１４と、送信要求レジスタ（ＴＲＱ）１５と、を備える（図４参照）。
【０００８】
メッセージハンドリング部１１は、受信したメッセージをメッセージバッファ１２にストアする処理や、メッセージバッファ１２にストアされたメッセージから送信候補メッセージをサーチする処理等を行う。メッセージバッファ１２は、所定数（例えば、１６、３２）の識別子およびメッセージを格納することが可能なバッファであり、所定数のバッファ（メールボックスに相当）に区切られており、バッファごとにアドレスが付与されている。ＣＡＮプロトコル送信層１３は、ＣＡＮプロトコルに従ってＣＡＮトランシーバ（図示せず）とデータの送受信を行う。マスクセット１４は、メッセージの所定部分（例えばＩＤの一部）をマスクする際に用いられる。
【０００９】
送信要求レジスタ（ＴＲＱ）１５は、メッセージバッファ１２の管理用に設けられたレジスタであり、メッセージバッファ１２の各バッファに対応したＴＲＱ＃０、＃１、…＃ｎがあり、これらは論理和ゲート１６を介してメッセージハンドリング部１１に接続されている（図４、１１参照）。ＴＲＱ＃０、＃１、…＃ｎは、送信時に１がセットされることで対応するメッセージが送信要求状態となり、送信完了時に０にクリアされる。ＴＲＱ＃０、＃１、…＃ｎのいずれかが、ＣＰＵ３によりレベル０からレベル１に反転すると、論理和ゲート１６の出力信号がレベル０（第１のレベル）からレベル１（第２のレベル）となる。論理和ゲート１６の出力信号がレベル０からレベル１と変化したタイミングにおいて、メッセージハンドリング部１１がメッセージバッファ１２の送信候補メッセージのサーチ処理を行う。
【００１０】
ＣＰＵ３は、例えば、各種センサ（図示せず）からのデータを周辺回路５を介して取り出すとともにＲＡＭ４を利用して所望の処理を実行してメッセージバッファ１２にデータを書き込む処理や、メッセージバッファ１２に書き込まれたメッセージを取り出して所望の処理を実行した後、周辺回路５を介して外部に接続された表示装置（図示せず）にデータを送信する処理等を行う（図４参照）。
【００１１】
周辺回路５は、例えば、ＣＡＮデバイス１の外部に設けられた各種センサ（図示せず）及び表示装置（図示せず）と接続され、ＣＡＮデバイス１の外部と内部との間のインターフェースを行う（図４参照）。
【００１２】
【特許文献１】特開昭６１−１９５４５３号公報
【発明の開示】
【発明が解決しようとする課題】
【００１３】
従来のＣＡＮシステムにおいて、通常複数の通信ノードがバスに接続されている。これら複数の通信ノードが３２個のメッセージバッファを備えているＣＡＮデバイスによって構成されている場合において、廉価版、機能限定版、汎用版等の理由により、特定のＣＡＮデバイスを３２個のメッセージバッファから１６個のメッセージバッファのものに変更する場合がある。この場合、メッセージバッファの個数の違いによって、以下の問題が発生する。
【００１４】
３２個のメッセージを格納することが可能なメッセージバッファを有するＣＡＮデバイス（３２型ＣＡＮデバイス）の送信候補メッセージのサーチ（送信サーチ）は、メッセージ３２個分のサーチ時間がかかるため、送信フレーム（ＴＸ）の後半で新たな送信要求レジスタ（ＴＲＱ）がＣＰＵによりレベル０からレベル１にセットされた場合に、そこからメッセージハンドリング部はメッセージバッファの送信サーチを開始する（図６（Ａ）参照）。そのために、一定期間が経過した後に次の送信候補メッセージが確定し、その後、次の送信動作が始まる。
【００１５】
一方、１６個のメッセージを格納することが可能なメッセージバッファを有するＣＡＮデバイス（１６型ＣＡＮデバイス）の送信サーチも、３２型ＣＡＮデバイスの送信サーチと同様な方法で行われるが、１６型ＣＡＮデバイスの送信サーチが３２型ＣＡＮデバイスの送信サーチと同じタイミングで始まった場合、１６型ＣＡＮデバイスはメッセージ１６個分の送信サーチのために、３２型ＣＡＮデバイスの送信サーチに比べ１／２の時間で送信サーチが完了し、次の送信候補メッセージが確定する（図６（Ｂ）参照）。
【００１６】
そのため、１６型ＣＡＮデバイスの第２の送信サーチは、３２型ＣＡＮデバイスの第２の送信サーチに比べて早い時間に開始され、この両者で動作に時間的なズレが発生する。このように、３２型ＣＡＮデバイスが次のメッセージ送信を行うタイミングＴ１と、１６型ＣＡＮデバイスが次のメッセージ送信を行うタイミングＴ２が異なるため、例えば、送信されるメッセージが他のＣＡＮデバイスに対して当該メッセージを受け取った時点での測定データを返信することを要求するものである場合、メッセージを受け取るタイミングが異なってしまうため、３２型ＣＡＮデバイスと１６型ＣＡＮデバイスとでは、同じメッセージを送信しても別のタイミングの測定データが返信されることになる。
【００１７】
また、この問題は、１６型ＣＡＮデバイスと３２型ＣＡＮデバイスの送信サーチが開始するタイミングが変わるため、ＣＡＮのシステム全体の動作が変わることがある。すなわち、３２型ＣＡＮデバイスでは、サーチに時間がかかり直後のアービトレーションに間に合わず、その次のアービトレーションでメッセージが送信される場合に、１６型ＣＡＮデバイスではサーチが短時間で終了する。そのため、直後のアービトレーションに間に合い、即メッセージが送信されることとなり、システムの動作が変わってしまうことに繋がる。このようにシステムの動作が変わってしまうことによって、３２型ＣＡＮデバイスでは発生しなかった問題が発生し、３２型ＣＡＮデバイスを接続していた状態で検証済みのシステムを１６型ＣＡＮデバイスに変更することにより、再度、システム検証が必要となるという問題もあった。
【００１８】
本発明の目的は、メッセージバッファのバッファ数を変更した場合に、メッセージの格納可能な数が異なるデータ処理モジュール間における送信候補メッセージのサーチ時間を共通化させることである。
【課題を解決するための手段】
【００１９】
本発明の第１の視点においては、マルチマスタ方式のネットワークに接続されるデータ処理モジュールにおいて、所定数のバッファに区切られるとともに、前記バッファごとにアドレスが付与され、かつ、前記バッファごとに識別子およびメッセージを格納することが可能なメッセージバッファと、前記メッセージバッファの所定のアドレスに係るメッセージが送信要求状態となったときに、前記メッセージバッファの前記アドレスに対応しない冗長アドレスと、前記メッセージバッファの前記アドレスに対応する有効アドレスとの生成を開始し、生成された前記冗長アドレス及び前記有効アドレスに基づいて対応する前記メッセージバッファの前記アドレスの送信候補メッセージのサーチを行うメッセージハンドリング部と、を備えることを特徴とする。
【００２０】
本発明の前記データ処理モジュールにおいて、前記メッセージハンドリング部は、前記メッセージバッファの所定のアドレスに係るメッセージが送信要求状態となったときに、前記メッセージバッファの前記アドレスに対応しない冗長アドレスと、前記メッセージバッファの前記アドレスに対応する有効アドレスとの生成を行うサーチ用アドレス生成部と、前記メッセージバッファからの識別子と、送信候補となるメッセージの識別子と、が一致するか否かを比較する比較部と、前記サーチ用アドレス生成部で生成された前記冗長アドレスを受けているときに、前記メッセージバッファからの情報を誤って前記比較部に送信しないようにマスクするためのマスク信号を発生するマスク信号発生部と、前記マスク信号発生部からのマスク信号を受けているときに、前記メッセージバッファからの情報を誤って前記比較部に送信しないようにマスクするマスク部と、を備えることが好ましい。
【００２１】
本発明の前記データ処理モジュールにおいて、前記メッセージバッファの前記アドレスごとに管理するために設けられるとともに、ＣＰＵによりレベル０からレベル１に反転したときに対応するメッセージが送信要求状態となる送信要求レジスタを備えることが好ましい。
【００２２】
本発明の第２の視点においては、データ処理デバイスにおいて、前記データ処理モジュールと、前記データ処理モジュールの所定のデータ処理を実行するＣＰＵと、を備えることを特徴とする。
【００２３】
本発明の第３の視点において、データ処理システムにおいて、前記データ処理デバイスと、前記メッセージバッファの前記バッファの数よりも多くのバッファに区切られるとともに、前記バッファごとにアドレスが付与され、かつ、前記バッファごとに識別子およびメッセージを格納することが可能な第２のメッセージバッファを有する第２のデータ処理デバイスと、がバスに接続され、前記第２のデータ処理デバイスは、前記第２のメッセージバッファの所定のアドレスに係るメッセージが送信要求状態となったときに、前記第２のメッセージバッファの前記アドレスに対応するアドレスのみの生成を開始し、生成された前記アドレスに基づいて対応する前記第２のメッセージバッファの前記アドレスの送信候補メッセージのサーチを行う第２のメッセージハンドリング部を備え、前記第２のメッセージバッファのアドレス数が、前記冗長アドレスの数、及び前記有効アドレスの数の和と等しく、前記メッセージバッファの前記アドレスの送信候補メッセージのサーチ時間と、前記第２のメッセージバッファの前記アドレスの送信候補メッセージのサーチ時間と、が同一であることを特徴とする。
【００２４】
本発明の第４の視点において、送信候補メッセージのサーチ方法において、メッセージバッファの所定のアドレスに係るメッセージが送信要求状態となったときに、前記メッセージバッファの前記アドレスに対応しない冗長アドレスと、前記メッセージバッファの前記アドレスに対応する有効アドレスとの生成を開始し、生成された前記冗長アドレス及び前記有効アドレスに基づいて対応する前記メッセージバッファの前記アドレスの送信候補メッセージのサーチを行うステップを含むことを特徴とする。
【００２５】
本発明の前記送信候補メッセージのサーチ方法において、第２のメッセージバッファの所定のアドレスに係るメッセージが送信要求状態となったときに、前記第２のメッセージバッファの前記アドレスに対応するアドレスのみの生成を開始し、生成された前記アドレスに基づいて対応する前記第２のメッセージバッファの前記アドレスの送信候補メッセージのサーチを行うステップを含み、前記メッセージバッファの前記アドレスの送信候補メッセージのサーチ時間と、前記第２のメッセージバッファの前記アドレスの送信候補メッセージのサーチ時間と、が同一であることが好ましい。
【００２６】
本発明の第５の視点において、データ処理デバイスにおいて、ｎ個のバッファから構成されるメッセージバッファと、前記メッセージバッファのサーチ時に前記メッセージバッファに対してアドレスを生成するアドレス生成回路であって、ｎ個のバッファに対して供給するｎ個の有効アドレスとｍ個の冗長アドレスとを生成するアドレス生成回路と、を備え、前記有効アドレス及び前記冗長アドレスを前記メッセージバッファに供給しｎ＋ｍ個のバッファから構成されるメッセージバッファと同じサーチ時間にすることを特徴とする。
【発明の効果】
【００２７】
本発明（請求項１−８）によれば、メッセージの格納可能な数が異なるデータ処理モジュール間における送信候補メッセージのサーチ時間を共通化させることができるため、システム全体の動作が変わることがない。したがって、検証においても、各データ処理モジュールが全く同じタイミングで動作が行えるために、検証結果を流用し確認できるというメリットが生まれる。
【発明を実施するための最良の形態】
【００２８】
（実施形態１）
本発明の実施形態１に係るＣＡＮモジュール（データ処理モジュール）について図面を用いて説明する。図１は、本発明の実施形態１に係るＣＡＮモジュール（データ処理モジュール）のメッセージハンドリング部およびその周辺の構成を模式的に示したブロック図である。図２は、本発明の実施形態１に係るＣＡＮモジュール（データ処理モジュール）のメッセージハンドリング部の動作を模式的に示したタイミングチャートである。
【００２９】
実施形態１に係るＣＡＮモジュール（データ処理モジュール）は、メッセージの格納可能な数が異なるＣＡＮデバイスがバスに接続されたＣＡＮシステムにおける最大格納数のＣＡＮデバイスよりも格納数の少ないＣＡＮデバイスのＣＡＮモジュールを対象とする。例えば、ＣＡＮシステムが、３２個のメッセージを格納することが可能なメッセージバッファを有するＣＡＮデバイス（３２型ＣＡＮデバイス）と、１６個のメッセージを格納することが可能なメッセージバッファを有するＣＡＮデバイス（１６型ＣＡＮデバイス）と、がバスに接続されたものである場合に、実施形態１に係るＣＡＮモジュールは１６型ＣＡＮデバイスのＣＡＮモジュールを対象とし、３２型ＣＡＮデバイスのＣＡＮモジュールは従来通りの構成、動作である。また、実施形態１に係るＣＡＮモジュールは、メッセージハンドリング部１１を除いて、従来のＣＡＮモジュール（図４参照）の構成と同様である。なお、ＣＡＮモジュール（データ処理モジュール）の全体的な構成（メッセージハンドリング部以外の構成）については、図４及びこの図面に対応する従来例の説明を参照されたい。
【００３０】
メッセージハンドリング部１１は、サーチ用アドレス生成部１１ａと、マスク信号発生部１１ｂと、マスク部１１ｃと、比較部１１ｄと、を有する。
【００３１】
サーチ用アドレス生成部１１ａは、論理和ゲート１６から（レベル１の）出力信号（送信サーチを許可する信号）を受けることにより、メッセージバッファ１２のアドレスを検索するためのアドレスを生成する部分である。サーチ用アドレス生成部１１ａは、メッセージバッファ１２のアドレス（例えば、１６個のアドレスがある場合に＃１５〜＃０）のみを生成するのではなく、ＣＡＮシステムにおける最大格納数のＣＡＮデバイスのメッセージバッファ（図示せず）のアドレス（例えば、３２個のアドレスである場合に＃３１〜＃０）と同様なアドレスを生成する。つまり、サーチ用アドレス生成部１１ａは、例えば、メッセージバッファ１２が１６個のアドレス（＃１５〜＃０）を有する場合であっても、冗長アドレス（＃３１〜＃１６）と有効アドレス（＃１５〜＃０）を生成する（図２参照）。生成されたアドレスは、サーチ用アドレス生成部１１ａからメッセージバッファ１２に送信されて、対応するアドレスの識別子が抽出され、抽出された識別子がメッセージバッファ１２からマスク部１１ｃに送信されることになる。なお、サーチ用アドレス生成部１１ａからメッセージバッファ１２に冗長アドレスが送信されても、メッセージバッファ１２に対応するアドレスが存在しないので、原則的にはメッセージバッファ１２からマスク部１１ｃに識別子が送信されることはない。
【００３２】
マスク信号発生部１１ｂは、サーチ用アドレス生成部１１ａからの冗長アドレス（例えば、＃３１〜＃１６）を受けているときに、メッセージバッファ１２からの情報を誤って比較部１１ｄに送信しないようにマスクするためのマスク信号（レベル１）を発生する部分である。マスク信号発生部１１ｂは、マスク信号をマスク部１１ｃに送信する（図２参照）。なお、マスク信号発生部１１ｂは、サーチ用アドレス生成部１１ａからの有効アドレス（例えば、＃１５〜＃０）を受けているときに、マスク信号（レベル１）を発生しない。
【００３３】
マスク部１１ｃは、マスク信号発生部１１ｂからの（レベル１の）マスク信号を受けているときに、メッセージバッファ１２からの情報を誤って比較部１１ｄに送信しないようにマスクする部分である。なお、マスク部１１ｃは、マスク信号発生部１１ｂからの（レベル１の）マスク信号を受けていないとき（マスク信号はレベル０のとき）に、メッセージバッファ１２からの識別子を比較部１１ｄに送信する。
【００３４】
比較部１１ｄは、メッセージバッファ１２からの識別子と、送信候補となるメッセージの識別子と、が一致するか否かを比較する部分である。比較部１１ｄでは、順々に入力されてくる識別子と、送信候補となるメッセージの識別子と、が比較されることになる。比較部１１ｄは、メッセージバッファ１２からの識別子と、送信候補となるメッセージの識別子と、が一致したときにＦＩＴ信号（一致信号；レベル「１」）を出力する。出力されたＦＩＴ信号は、識別子に対応するメッセージの優先順位を判定する優先順位判定部（図示せず）に入力され、その判定結果に基づいて送信候補メッセージのアドレスが決定することになる。なお、比較部１１ｄは、メッセージバッファ１２からの識別子と、送信候補となるメッセージの識別子と、が一致しないときは、ＦＩＴ信号を出力しない（ＦＩＴ信号がレベル「０」）。また、比較部１１ｄは、マスク部１１ｃにてメッセージバッファ１２からの情報がマスクされているときは、比較を行わない。さらに、サーチ用アドレス生成部１１ａからメッセージバッファ１２に冗長アドレスが送信されても原則的にはメッセージバッファ１２から識別子が送信されることがないので、メッセージバッファ１２から誤った情報が送信されない限り、メッセージバッファ１２からの識別子を直接（マスク部１１ｃを介さず）、比較部１１ｄに入力されるようにしてもよい。
【００３５】
次に、実施形態１に係るＣＡＮモジュール（データ処理モジュール）を含むＣＡＮシステムの動作について図面を用いて説明する。図３は、本発明の実施形態１に係るＣＡＮモジュール（データ処理モジュール）を含むＣＡＮシステムの動作を模式的に示したタイミングチャートである。
【００３６】
ここでは、３２個のメッセージを格納することが可能なメッセージバッファを有するＣＡＮデバイス（３２型ＣＡＮデバイス）と、１６個のメッセージを格納することが可能なメッセージバッファを有するＣＡＮデバイス（１６型ＣＡＮデバイス）と、がバスに接続されたＣＡＮシステムを例に説明する。
【００３７】
３２型ＣＡＮデバイスのＣＡＮモジュールの送信候補メッセージのサーチ（送信サーチ）は、従来の動作と同様に、送信フレーム（ＴＸ）の後半で新たな送信要求レジスタ（ＴＲＱ）がＣＰＵによりレベル０からレベル１にセットされた場合に、そこからメッセージハンドリング部（図示せず）はメッセージバッファの送信サーチを開始し、アドレスを＃３１から＃０まで生成する（図３（Ａ）参照）。生成されたアドレスはメッセージバッファ（図示せず）に送信され、対応するアドレスの識別子が抽出され、抽出された識別子がメッセージハンドリング部（図示せず）に入力され、メッセージバッファ（図示せず）からの識別子と、送信候補となるメッセージの識別子と、が一致するか否かが比較される。一致したときに識別子に対応するメッセージの優先順位を判定し、その判定結果に基づいて送信候補メッセージのアドレスが決定する。その後、一定期間が経過した後に次の送信候補メッセージが確定し、その後、次の送信動作が始まる。
【００３８】
一方、１６型ＣＡＮデバイスの送信サーチは、３２型ＣＡＮデバイスの送信サーチと同じタイミングで、送信フレーム（ＴＸ）の後半で新たな送信要求レジスタ（ＴＲＱ）がＣＰＵによりレベル０からレベル１にセットされた場合に、そこからメッセージハンドリング部（図示せず）はメッセージバッファの送信サーチを開始し、冗長アドレスを＃３１から＃０まで生成した後、有効アドレスを＃１５から＃０まで生成する（図３（Ｂ）参照）。生成されたアドレスはメッセージバッファ１２に送信されるが、冗長アドレスを＃３１から＃１６まで生成されている間はマスク信号が発生しており（図２参照）、対応するアドレスの識別子が抽出されず、識別子の比較は行われない。一方、有効アドレスを＃１５から＃０まで生成されている間はマスク信号が発生しないので、対応するアドレスの識別子が抽出され、抽出された識別子がメッセージハンドリング部（図示せず）に入力され、メッセージバッファ（図示せず）からの識別子と、送信候補となるメッセージの識別子と、が一致するか否かが比較される。一致したときに識別子に対応するメッセージの優先順位を判定し、その判定結果に基づいて送信候補メッセージのアドレスが決定する。その後、一定期間が経過した後に次の送信候補メッセージが確定し、その後、次の送信動作が３２型ＣＡＮデバイスの次の送信動作と同時に始まる。
【００３９】
１６型ＣＡＮデバイスの送信サーチが３２型ＣＡＮデバイスの送信サーチと同じタイミングで始まった場合でも、１６型ＣＡＮデバイスは冗長アドレス１６個分と有効アドレス１６個分の合計１６個分の送信サーチを行うため、３２型ＣＡＮデバイスの送信サーチと同じタイミングで送信サーチが完了し、次の送信候補メッセージの確定も３２型ＣＡＮデバイスの送信サーチと同じタイミングで行われる（図３参照）。
【００４０】
実施形態１によれば、ＣＡＮシステムにおいてメッセージの格納可能な数が異なるＣＡＮデバイスのＣＡＮモジュールを採用しても、各ＣＡＮモジュールの送信サーチ時間が同一になり、送信開始のタイミングをそろえることができる。また、検証においても、各ＣＡＮモジュールが全く同じタイミングで動作が行えるために、検証結果を流用し確認できるというメリットが生まれる。
【００４１】
なお、上述の実施形態では、メッセージバッファのバッファ数が、３２メッセージのものと１６メッセージのものについて説明したが、バッファ数が異なっていればメリットがあり、また本願発明の要旨を逸脱しない範囲で、各種の変形・置換をなし得ることが可能であることは言うまでもない。
【図面の簡単な説明】
【００４２】
【図１】本発明の実施形態１に係るＣＡＮモジュール（データ処理モジュール）のメッセージハンドリング部およびその周辺の構成を模式的に示したブロック図である。
【図２】本発明の実施形態１に係るＣＡＮモジュール（データ処理モジュール）のメッセージハンドリング部の動作を模式的に示したタイミングチャートである。
【図３】本発明の実施形態１に係るＣＡＮモジュール（データ処理モジュール）を含むＣＡＮシステムの動作を模式的に示したタイミングチャートである。
【図４】ＣＡＮシステムの構成を模式的に示したブロック図である。
【図５】ＣＡＮモジュール及びその周辺の構成を模式的に示したブロック図である。
【図６】従来のＣＡＮモジュール（データ処理モジュール）を含むＣＡＮシステムの動作を模式的に示したタイミングチャートである。
【符号の説明】
【００４３】
１  ＣＡＮデバイス
２  ＣＡＮモジュール（データ処理モジュール）
３  ＣＰＵ
４  ＲＡＭ
５  周辺回路
１１  メッセージハンドリング部
１１ａ  サーチ用アドレス生成部
１１ｂ  マスク信号発生部
１１ｃ  マスク部
１１ｄ  比較部
１２  メッセージバッファ
１３  ＣＡＮプロトコル送信層
１４  マスクセット
１５  送信要求レジスタ（ＴＲＱ）
１６  論理和ゲート
【図１】
0004540570.tif 000002
【図２】
0004540570.tif 000003
【図３】
0004540570.tif 000004
【図４】
0004540570.tif 000005
【図５】
0004540570.tif 000006
【図６】
0004540570.tif 000007