(57)【特許請求の範囲】
【請求項１】
車両内に形成された複数のバスを相互に接続するゲートウェイ部（３４）と、
このゲートウェイ部が接続しているバスに対応してそれぞれ設けられた複数組の送信バッファ（３２，３８）、受信バッファ（３３，３７）と、
一組の送信バッファ、受信バッファ毎に、送信バッファ、受信バッファとバスとの間に設けられた通信制御回路（３１、３６）と、
予め設定された特定処理を実現するアプリケーション部（３５）とを有し、このアプリケーション部は、一組の送信バッファ、受信バッファに接続されている車両用通信装置（３０）であって、
前記送信バッファに格納されたデータを、前記受信バッファに格納する格納手段（Ｓ４００−１、Ｓ４０１）を備えることを特徴とする車両用通信装置。
【請求項２】
請求項１において、
前記格納手段がデータを受信バッファに格納した後、受信完了通知を発行する通知発行手段（Ｓ４０２）を備えていることを特徴とする車両用通信装置。
【請求項３】
請求項１または２において、
前記通信制御回路は、前記通信制御回路が間に設けられた前記一組の送信バッファ、受信バッファとバスとに接続され、
前記格納手段（Ｓ４０１）は、前記ゲートウェイ部が接続している前記バスから受信したデータがゲートウェイ対象データであることに基づいて、前記通信制御回路が、前記通信制御回路に接続されている前記バスから受信したデータを、データ内容と送信先バスとが対応付けられた予め記憶しているルーティングテーブルから定まるバスに対応して設けられた送信バッファに格納し、この送信バッファに格納されたデータを、この送信バッファと組となる前記受信バッファに格納することを特徴とする車両用通信装置。
【請求項４】
請求項３において、
前記格納手段（Ｓ４００−１）は、前記ゲートウェイ部が接続している前記バスから受信したデータが、前記アプリケーション部が必要とする種類のデータか否かを判断し、前記アプリケーション部が必要とする種類のデータではない場合には、前記送信バッファに格納されたデータを、この送信バッファと組となる前記受信バッファに格納しない
ことを特徴とする車両用通信装置。
【請求項５】
請求項１または２において、
前記格納手段（Ｓ４０１）は、前記アプリケーション部が、前記アプリケーション部に接続されている前記送信バッファにデータを格納した場合に、その送信バッファに格納されたデータを、その送信バッファに対応する受信バッファに格納することを特徴とする車両用通信装置。
【請求項６】
請求項１〜５のいずれか１項において、
前記ゲートウェイ部がゲートウェイ処理を行なってデータをバスに送信する場合にセットされるＧＷ送信フラグを備え、
前記ゲートウェイ部は、データが、前記アプリケーション部に接続されている前記受信バッファに格納されたことを示す受信完了通知が発行された場合、前記ＧＷ送信フラグがセットされているか否かを判断し、ＧＷ送信フラグがセットされている場合には、ＧＷ送信フラグをクリアするが、前記アプリケーション部に接続されている前記受信バッファに格納されたデータをバスに送信するゲートウェイ処理を行わないことを特徴とする車両用通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両用通信装置に関し、特に、複数のバスを接続するゲートウェイ機能を有する車両用通信装置に関する。
【背景技術】
【０００２】
複数のバスを有する車両内通信ネットワークにおいて、異なるバスに接続される通信装置（ＥＣＵ）間で通信を可能にするために中継装置（ゲートウェイ・ＧＷ機能）がある。このＧＷ機能により、各ＥＣＵはどのバスに接続されたとしても他のＥＣＵと通信可能である。
【０００３】
しかし、車両メーカでは機種や仕向け、および、オプション機能の有無などにより、あるＥＣＵを接続するバスを変更することがある。このような場合ではＧＷ機能のルーティングテーブルを都度設計変更する必要がある。そこで、バス上の通信データからネットワーク構成を判断しルーティングテーブルを動的に再構成する技術も開発されている（特許文献１、２）。
【０００４】
また、ＧＷ機能と他のアプリケーションを一つのＥＣＵに統合した統合ＥＣＵも知られている（特許文献３）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００９−１０８５１号公報
【特許文献２】特開２００８−１６０５７４号公報
【特許文献３】特開２００６−１６５８８４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ＧＷ機能を独立したＥＣＵで実現している場合には、特許文献１、２の技術を用いることで、ＥＣＵの位置変更に対応できる。しかし、アプリケーションを実行する機能がＧＷ用のＥＣＵに統合された場合には、ルーティングテーブルの変更では対応できない。
【０００７】
その理由は、統合ＥＣＵにおいては、あるアプリケーションを実行するアプリケーション部とＧＷ部とがＣＡＮコントローラを共有することによる。すなわち、ＧＷ部がバスへデータを送信する際に利用するＣＡＮコントローラは、アプリケーション部が送信先となっているデータをそのバスから受信する際にも利用する。よって、ＧＷ部がバスへ送信するデータの送信先がアプリケーション部である場合、ＣＡＮコントローラはＧＷからバスへのデータ送信、および、そのバスからそのデータの受信の両方に利用する必要がある。
【０００８】
しかし、ＣＡＮコントローラは、バスへのデータ送信時、受信端子を送信調停用に使っている。そのため、バスへのデー送信中は、そのバスからデータの受信ができない。
【０００９】
このように、通信相手が統合ＥＣＵ内のアプリケーション部であると分かっていても、バスに接続されたＥＣＵと統合ＥＣＵ内のアプリケーション部とは、ＧＷ部を介して通信を行うことはできないのである。
【００１０】
本発明は、この事情に基づいて成されたものであり、その目的とするところは、ゲートウェイ部とアプリケーション部とを備えた車両用通信装置において、アプリケーション部が、ゲートウェイ部を介して接続されているバス上の他のＥＣＵと、通信を行うことができるようにすることにある。
【課題を解決するための手段】
【００１１】
その目的を達成するための本発明は、車両内に形成された複数のバスを相互に接続するゲートウェイ部（３４）と、このゲートウェイ部が接続しているバスに対応してそれぞれ設けられた複数組の送信バッファ（３２，３８）、受信バッファ（３３，３７）と、一組の送信バッファ、受信バッファ毎に、送信バッファ、受信バッファとバスとの間に設けられた通信制御回路（３１、３６）と、予め設定された特定処理を実現するアプリケーション部（３５）とを有し、このアプリケーション部は、一組の送信バッファ、受信バッファに接続されている車両用通信装置（３０）であって、前記送信バッファに格納されたデータを、前記受信バッファに格納する格納手段（Ｓ４０１）を備えることを特徴とする。
【００１２】
送信バッファに格納されたデータを通信制御回路がバスへ送信する場合には、その通信制御回路はバスからデータを受信できないのであるが、本発明によれば、格納手段により、送信バッファに格納されたデータを受信バッファに格納する。従って、送信バッファからバスへ送信したデータを、そのバスから受信して受信バッファに格納できたものと同じ状態となる。よって、受信バッファに格納されたデータに対して、バスからデータを受信した場合と同じ処理を実行することができる。
【図面の簡単な説明】
【００１３】
【図１】本発明の車両用通信装置の実施形態である統合ＥＣＵ３０を備えた車載通信システム１００の構成を示すブロック図である。
【図２】ＥＣＵ（Ｂ）４２がバス２へデータを送信した場合に統合ＥＣＵ３０が実行する処理を示すフローチャートである。
【図３】図２のＧＷ処理Ｓ２０２の詳細を示すフローチャートである。
【図４】図２の第１ＣＡＮコントローラ送信完了通知Ｓ２０４の詳細を示すフローチャートである。
【図５】図２の第１ＣＡＮコントローラ受信完了通知Ｓ２０５の詳細を示すフローチャートである。
【図６】Ａ部３５がバス１へデータを送信した場合に統合ＥＣＵ３０が実行する処理を示すフローチャートである。
【図７】第２実施形態において実行する第１ＣＡＮコントローラ送信完了通知Ｓ２０４の詳細を示すフローチャートである。
【発明を実施するための形態】
【００１４】
（第１実施形態）
以下、本発明の実施形態を図面に基づいて説明する。図１に示す車載通信システムは、車両内に形成された２本のバス１、２と、バス１に接続されたＥＣＵ（Ｃ）４１、バス２に接続されたＥＣＵ（Ｂ）４２、ＥＣＵ（Ｄ）４３、ＥＣＵ（Ｅ）４４、および２つのバス１、２に接続された統合ＥＣＵ（車両用通信装置）３０を備えている。
【００１５】
統合ＥＣＵ３０は、バス１に接続されている第１ＣＡＮコントローラ（通信制御回路に相当）３１、この第１ＣＡＮコントローラ３１に接続されている送信バッファ３２、受信バッファ３３、ゲートウェイ部（以下、ＧＷ部）３４、予め設定されたアプリケーションＡ（たとえば所定の車載機器の制御を実行するアプリケーション）を実行するＡ部（アプリケーション部に相当）３５、バス２に接続された第２ＣＡＮコントローラ（通信制御回路）３６、この第２ＣＡＮコントローラ３６に接続されている受信バッファ３７、送信バッファ３８を備えている。
【００１６】
ＧＷ部３４は、２つのバス１、２に対応してそれぞれ設けられている送信バッファ３２、３８、受信バッファ３３、３７のいずれにも接続されており、これによりバス１、２を相互に接続する。これに対して、Ａ部３５は、１つのバス（バス１）に対する一組の送信バッファ３２、受信バッファ３３にのみ接続されている。
【００１７】
送信バッファ３２、受信バッファ３３から見れば、これら送信バッファ３２、受信バッファ３３は、他方の送信バッファ３８、受信バッファ３７と異なり、ＧＷ部３４に接続されているだけでなくＡ部３５にも接続されていることになる。
【００１８】
なお、ＧＷ部３４およびＡ部３５は、いずれもＣＰＵが実行する機能であり、両機能の実行期間を互いに異ならせることにより、一つのＣＰＵで両機能を実行する。ただし、別々のＣＰＵで、ＧＷ部３４、Ａ部３５を実現してもよい。
【００１９】
第１、第２ＣＡＮコントローラ３１、３６は、それらが接続されているバスとの間で通信を行うものであり、同じバスに接続されている他のＥＣＵが送信したデータを受信して受信バッファ３３、３７に格納するとともに、送信バッファ３２、３８に格納されたデータをバスへ送信する。これら第１、第２ＣＡＮコントローラ３１、３６は、図示しないＴＸ端子、ＲＸ端子を備えている。
【００２０】
ＲＸ端子は受信用端子であり、他のＥＣＵがバスへ送信したデータをこのＲＸ端子で受信する。一方、ＴＸ端子は送信用端子であり、このＴＸ端子から送信データをバスへ送信する。また、データ送信の際には、ＲＸ端子を調停用に用いる。すなわち、データを送信する際には、ＲＸ端子を用いてバスが使用中かどうかをモニタし、バスが空いていることを確認できたら、データの送信を行う。
【００２１】
ＧＷ部３４は、第１ＣＡＮコントローラ３１が、バス１から受信して受信バッファ３３に格納したデータをバス２へ送信するとともに、第２ＣＡＮコントローラ３６が、バス２から受信して受信バッファ３７に格納したデータをバス１へ送信するＧＷ処理を実行する。このＧＷ処理は、データ内容と送信先バスとが対応付けられたルーティングテーブルを参照して行う。
【００２２】
ここで、仮に、ＥＣＵ（Ｂ）４２が送信したデータがＡ部３５を送信先としたものであっても、従来の統合ＥＣＵでは、ＥＣＵ（Ｂ）４２が送信したデータを、Ａ部３５は受信することができない。その理由を説明する。
【００２３】
ＥＣＵ（Ｂ）４２が送信したデータは、バス２を介して第２ＣＡＮコントローラ３６により受信される。そのデータは、送信バッファ３２、第１ＣＡＮコントローラ３１を経由してバス１に送信される。バス１に送信したこのデータを、第１ＣＡＮコントローラ３１が再度受信すれば、このデータをＡ部３５が受信することができる。しかし、第１ＣＡＮコントローラ３１がデータをバス１へ送信する際には、ＲＸ端子を調停用端子として利用している。そのため、第１ＣＡＮコントローラ３１は、自身がバス１へ送信したデータを、バス１から受信することができないのである。
【００２４】
そこで、本実施形態では、ＧＷ部３４を介して接続されているバス上のＥＣＵとＡ部３５との通信を可能にするために、図２、６に示すデータ送受信処理を実行する。次に、統合ＥＣＵ３０が実行するデータ送受信処理を説明する。
【００２５】
ＥＣＵ（Ｂ）４２がバス２へデータ１を送信する処理を実行する（Ｓ２００）と、統合ＥＣＵ３０は、図２に示すステップＳ２０１以下を実行する。
【００２６】
ステップＳ２０１では、第２ＣＡＮコントローラ３６でバス２からデータ１を受信する。続くステップＳ２０２では、ゲートウェイ処理を実行する。このゲートウェイ処理の詳細は図３に示す。
【００２７】
図３において、ステップＳ３０１では、第２ＣＡＮコントローラ３６で受信したデータ１がゲートウェイ対象データか否かを判断する。この判断は、予め記憶しているルーティングテーブルを参照して行う。この判断がＮＯであれば、受信データをバス１へ送信する必要はないことから、データ送信処理（図２）を終了する（Ｓ３０２）。
【００２８】
一方、ＧＷ対象データである場合には、ステップＳ３０３に進み、ゲートウェイ送信フラグをセットする。このフラグは、ＧＷ処理によりデータ送信する場合にセットするフラグであり、図５の説明で後述するが、このフラグにより、自身が送信したデータが受信バッファに格納された場合に、受信バッファのデータを再びバスへ送信してしまうことを防止できる。
【００２９】
ステップＳ３０３を実行後は、ステップＳ３０４において、受信データを、第１ＣＡＮコントローラ３１の送信バッファ３２に格納する。続いて、バス１へ送信要求を出し（Ｓ３０５）、図２へ戻る（Ｓ３０６）。
【００３０】
図２に戻ると、バス１へデータ１を送信する（Ｓ２０３）。続いて、第１ＣＡＮコントローラ３１が送信完了したことを示す送信完了通知処理を行う（Ｓ２０４）。既に説明したように、バスへのデータ送信時はＲＸ端子を調停用端子として利用している。そのため、バスへ送信したデータを、自身は、そのバスから受信することができない。
【００３１】
そこで、ステップＳ２０４の第１ＣＡＮコントローラ送信完了通知処理において、本実施形態では、送信完了の通知に加え、図４に示す処理Ｓ４００も行う。この処理Ｓ４００は、バスからデータを受信した場合と同等の状態を作り出す処理である。ＧＷ部３４は、まず、送信バッファ３２に格納してあったデータ１を、受信バッファ３３にコピーする（Ｓ４０１）。
【００３２】
続いて、第１ＣＡＮコントローラ３１が受信完了したことを示す第１ＣＡＮコントローラ受信完了通知を発行する（Ｓ４０２）。この第１ＣＡＮコントローラ受信完了通知が発行されることにより、Ａ部３５は、受信バッファ３３にデータが格納されたことを知ることができるので、受信バッファ３３に、データを読みに行くことになる。上記ステップＳ４０２を実行したら、図２に戻る（Ｓ４０３）。
【００３３】
図２に戻ると、ステップＳ２０５へ進むことになる。このステップＳ２０５は、第１ＣＡＮコントローラ受信完了通知が発行されたときにＧＷ部３４が実行する処理である。図４のステップＳ４０２を実行することで、第１ＣＡＮコントローラ受信完了通知が発行されていることから、このステップＳ２０５を実行することになる。
【００３４】
このステップＳ２０５の具体的処理Ｓ５００は図５に示す。図５において、ステップＳ５０１では、ＧＷ送信フラグの有無を判断する。ＧＷ送信フラグは図３のステップＳ３０３でセットされ、この図５のステップＳ５０２でクリアされる。よって、ＧＷ送信フラグがセットされている状態は、直前のＧＷ処理Ｓ２０２でバスへデータを送信した状態であることを意味する。ＧＷ送信フラグがセットされていない場合には、ステップＳ５０１はＮｏとして、ステップＳ５０３へ進む。ステップＳ５０３ではＧＷ処理を行う。このＧＷ処理は、従来と同じ処理であり、ルーティングテーブルを参照して、受信データをルーティングテーブルから定まるバスへ送信する処理である。ステップＳ５０３を実行後は、図２へ戻る（Ｓ５０４）。
【００３５】
一方、ＧＷ送信フラグがセットされている場合には、ステップＳ５０１はＹｅｓとして、ステップＳ５０２へ進む。ステップＳ５０２では、ＧＷ送信フラグをクリアする。そして、図２へ戻る（Ｓ５０４）。よって、ＧＷ送信フラグがセットされている場合には、ＧＷ処理をしないことになる。前述したように、ＧＷ送信フラグがセットされている状態は、直前のＧＷ処理（Ｓ２０２）でバスへデータを送信した状態である。また、ＧＷ部３４が参照するルーティングテーブルには、ＥＣＵがどのバスに接続されても、そのＥＣＵにデータを送信することができるように、受信データをバス１にも、バス２にも送信する設定となっている場合がある。そのため、受信バッファ３３にデータをコピーし（Ｓ４０１）、受信完了通知を発行した場合（Ｓ４０２）にもＧＷ処理（Ｓ５０３）を実行すると、受信バッファ３３のデータをまたバス２へ送信してしまう可能性がある。このデータはＥＣＵ（Ｂ）４２がバス２に送信したデータ１と同じであるため、バス２への再度のデータ送信は不要である。
【００３６】
そこで、上記のように、ＧＷ送信フラグがセットされている場合には、ＧＷ処理をしないようにしているのである。また、ステップＳ５０２でフラグをクリアしているので、次にバス１からデータを受信した場合にはルーティングテーブルを参照してデータ送信をすることができる。ステップＳ５０２、あるいは、Ｓ５０３を実行後は、図２へ戻る（Ｓ５０４）。図２へ戻ると、データ１をＡ部３５が受信する際の処理は完了する（Ｓ２０６）。
【００３７】
次に、Ａ部３５がＥＣＵ（Ｂ）４２へデータ２を送信する処理を図６を用いて説明する。この処理は、Ａ部３５としてはバス１へデータ２を送信することになる（Ｓ６００）。
【００３８】
Ａ部３５がバス１へデータ２を送信する処理は、具体的には、第１ＣＡＮコントローラ３１の送信バッファ３２にデータを格納する（Ｓ６０１）。そして、バス１に送信要求を出し（Ｓ６０２）、バス１へ、送信バッファ３２に格納してあるデータ２を送信する（Ｓ６０３）。
【００３９】
続いて、Ａ部３５は、第１ＣＡＮコントローラ送信完了通知処理を実行する（Ｓ６０４）。この処理は、図２のステップＳ２０４と同じである。従って、ステップＳ６０４では、図４に示した処理も実行する。すなわち、送信バッファ３２のデータ２を受信バッファ３３へコピーし（Ｓ４０１）、受信完了したことを示す第１ＣＡＮコントローラ受信完了通知を発行する（Ｓ４０２）。
【００４０】
この第１ＣＡＮコントローラ受信完了通知が発行されることにより、ＧＷ部３４は、受信バッファ３３にデータが格納されたことを知ることができる。つまり、Ａ部３５がバス１へ送信したデータを、そのバス１から受信できたのと同様の処理が可能になる。上記ステップＳ４０２を実行したら、図６に戻る（Ｓ４０３）。
【００４１】
続いて、第１ＣＡＮコントローラ受信完了通知処理を実行する（Ｓ６０５）。この処理は、具体的には図５に示した処理である。よって、第１ＣＡＮコントローラ受信完了通知処理（Ｓ６０５）では、ＧＷ送信フラグの有無を判断する（Ｓ５０１）。ＧＷ送信フラグがセットされていれば、ステップＳ５０２へ進み、フラグをクリアすることになる。しかし、図６の処理においてはフラグはセットされていない。よって、ステップＳ５０３へ進むことになる。
【００４２】
ステップＳ５０３では、ルーティングテーブルを参照してデータを送信するバスを決定する通常のＧＷ処理を実行する。これにより、ステップＳ６０４において受信バッファ３３に格納されたデータ２は、ＧＷ部３４により、第２ＣＡＮコントローラ３６の送信バッファ３８への格納等のバス１→２へのＧＷ処理が行われる。
【００４３】
よって、図６のステップＳ６０６に示すように、バス２へデータ２が送信される。これにより、バス２に接続しているＥＣＵ（Ｂ）４２は、データ２を受信することができる。
【００４４】
以上、説明した本実施形態によれば、バス２、ＧＷ部３４を介してＡ部３５と接続するＥＣＵ（Ｂ）４２がＡ部３５に対して送信したデータ１は、バス２、第２ＣＡＮコントローラ３６、受信バッファ３７、ＧＷ部３４を介して送信バッファ３２に格納される。送信バッファ３２に格納されたデータ１は、第１ＣＡＮコントローラ３１からバス１へ送信されるが、第１ＣＡＮコントローラ３１からバス１へ送信されるデータ１は、この第１ＣＡＮコントローラ３１は受信することができない。
【００４５】
そこで、本実施形態では、送信完了通知処理（Ｓ２０４）において、送信バッファ３２に格納されたデータ１を受信バッファ３３にコピーする（Ｓ４０１）。そして、受信完了通知を発行する（Ｓ４０２）。これにより、送信バッファ３２からバス１へ送信したデータ１を、そのバス１から受信して受信バッファ３３に格納できたものと同じ状態となり、Ａ部３５は、受信バッファ３３に格納されたデータ１を読み取りに行くことができる。つまり、ＥＣＵ（Ｂ）４２からＡ部３５へのデータ送信が可能となる。
【００４６】
また、Ａ部３５がＥＣＵ（Ｂ）４２に対してデータ２を送信する場合にも、第１ＣＡＮコントローラ３１は、自身がバス１に送信したデータ２を受信することができないことから、第１ＣＡＮコントローラ３１を介してデータ２を受信バッファ３３に格納することはできない。
【００４７】
そこで、本実施形態では、前述のように、送信完了通知処理（Ｓ２０４）において、送信バッファ３２に格納されたデータ２を受信バッファ３３にコピーし（Ｓ４０１）、受信完了通知を発行する（Ｓ４０２）。これにより、ＧＷ部３４は、受信バッファ３３に格納されたデータ２を読み取りに行くことができるので、データ２は、受信バッファ３３から、ＧＷ部３４等を介してバス２へ送信される。よって、Ａ部３５からＥＣＵ（Ｂ）４２へのデータ送信も可能となる。
【００４８】
（第２実施形態）
前述の第１実施形態では、ＧＷ対象データであるすべてのデータに対して、図４のＳ４０１、Ｓ４０２の処理を実行していた。しかし、第２実施形態では、Ａ部３５にとって必要なデータの種類を予め記憶しておく。そして、図２に示す処理で実行する第１ＣＡＮコントローラ送信完了通知（Ｓ２０４）において、図４に代えて、図７に示す処理を実行する。
【００４９】
図７に示す処理は、ステップＳ４０１の前にステップＳ４００−１を実行する点で図４と相違する。そのステップＳ４００−１では、ＧＷ部３４は、受信バッファ３７のデータが、Ａ部３５にとって必要な種類のデータか否かを判断する。必要な種類のデータであると判断した場合（Ｓ４０１−１：Ｙｅｓ）、前述のステップＳ４０１、Ｓ４０２を実行する。しかし、不要なデータであると判断した場合には（Ｓ４０１−１：Ｎｏ）、そのまま図７の処理を終了し、図２へ戻る（Ｓ４０３）。
【００５０】
なお、第２実施形態でも、図２のステップＳ２０２を実行するので、受信バッファ３７のデータがＧＷ対象データであれば、ルーティングテーブルにより定まるバスへの送信は行われる。
【００５１】
この第２実施形態のようにすれば、Ａ部３５にとって不要な種類のデータに対しては、送信バッファのデータを受信バッファへ格納する処理を行わないことから、処理負荷が軽減する。
【００５２】
以上、本発明の実施形態を説明したが、本発明は上述の実施形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内で種々変更して実施することができる。
【００５３】
たとえば、通信方式はＣＡＮに限られず、その他の通信方式、たとえば、ＬＩＮでもよい。
【符号の説明】
【００５４】
１：バス、      ２：バス、      ３０：統合ＥＣＵ（車両用通信装置）、      ３１：第１ＣＡＮコントローラ（通信制御回路）、      ３２：送信バッファ、      ３３：受信バッファ、      ３４：ＧＷ部、      ３５：Ａ部（アプリケーション部）、      ３６：第２ＣＡＮコントローラ（通信制御回路）、      ３７：受信バッファ、      ３８：送信バッファ、      ４１：ＥＣＵ（Ｃ）、      ４２：ＥＣＵ（Ｂ）、      ４３：ＥＣＵ（Ｄ）
４４：ＥＣＵ（Ｅ）、      Ｓ４０１：格納手段、      Ｓ４０２：通知発行手段
【図１】
0005780186.tif 000002
【図２】
0005780186.tif 000003
【図３】
0005780186.tif 000004
【図４】
0005780186.tif 000005
【図５】
0005780186.tif 000006
【図６】
0005780186.tif 000007
【図７】
0005780186.tif 000008