JPH11298504A - 通信制御装置 - Google Patents

Abstract

(57)【要約】 【課題】データ処理装置の負荷を実質的に増大させるこ
となく緊急を要するデータの迅速な処理を行うシステム
を提供する。 【解決手段】通信制御装置は、受信するメッセージのデ
ータを記憶する複数の記憶手段と、受信するメッセージ
の種別に応じて複数の記憶手段のいずれかを選択して該
メッセージのデータを記憶させる選択手段とを備え、記
憶手段に記憶されるデータのデータ処理装置への転送
を、前記種別に応じて制御する。たとえば緊急を要する
データは緊急にデータ処理装置に転送され、緊急を要し
ないデータは、その種別に従った扱いをされるので、デ
ータ処理装置の負荷を実質的に増大させることなく、効
率的なシステム稼働を行うことができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、コンピュータと
データ伝送回線との間にあってデータの受信制御および
コンピュータへの転送制御を行う通信制御装置に関す
る。

【０００２】

【従来の技術】コンピュータとデータ伝送回線との間で
一般的に必要とされる機能には、1)回線との電気的・物
理的インターフェイス、2)回線の接続制御、3)受信信号
選択、4)文字の組立・分解、5)データのバッファリン
グ、6)誤り制御、７)データ伝送速度とコンピュータの
処理速度とのマッチング、8)伝送制御、9)メッセージの
組立・分解などの機能がある。通信制御装置は、これら
の機能の一部または全部を分担し、コンピュータが本来
の高度なデータ処理のみを行うことができるようにする
ためにコンピュータとデータ伝送回線との間に設けられ
る。

【０００３】上に列挙した機能をコンピュータとどのよ
うに分担するかで通信制御装置は、ビットバッファ方
式、キャラクタバッファ方式、ブロックバッファ方式、
メッセージバッファ方式に分けられる。

【０００４】ビットバッファ方式は、通信制御装置が受
信ビットの組立機能までを分担し、文字組立以降の処理
はコンピュータが分担する方式であり、キャラクタバッ
ファ方式は、単純に述べると通信制御装置が受信ビット
を文字（キャラクタ）に組み立て、完成した文字をコン
ピュータのメインメモリに転送する方式である。ブロッ
クバッファ方式は、通信制御装置が伝送ブロックのバッ
ファリングを行い、クリーンデータをコンピュータのメ
モリに転送する方式であり、メッセージバッファ方式
は、通信制御装置が電文メッセージの組立分解を行いそ
の伝送制御を行う方式である。これらの方式は、分担す
る詳細な機能によってさらに多くの方式に分けることが
できる。このように通信制御装置とコンピュータとの境
界は、システムの設計によって変化する。

【０００５】特開昭５４−７８０３９号公報には、通信
制御装置１と処理装置６との間に回線ごとのバッファメ
モリ７、７’（第２図）を設け、処理装置６が回線別に
割り込み処理を行い、回線別にバッファメモリから情報
を読み出して一括処理することが記載されている。

【０００６】特開平５−２９２１０２号公報および特開
平５−３１６１２４号公報には、車載のデータ伝送シス
テムにおいて、電子制御ユニット（ECU: Electronic Co
ntrol Unit）に含まれる通信制御ＩＣがネットワークバ
スへのメッセージの送信およびネットワークバスからの
メッセージの受信の制御を行うことが記載されている。

【０００７】

【発明が解決しようとする課題】通常、伝送されるデー
タには緊急を要するデータと緊急を要しないデータが含
まれている。たとえば特開平５−２９２１０２号公報お
よび特開平５−３１６１２４号公報に記載される車載の
コンピュータネットワークにおいては、エンジンＥＣＵ
からトランスミッションＥＣＵに伝送される冷却水温を
示すデータなどは、瞬時に変化するパラメータに関する
ものではないので、緊急に処理する必要はなく、たとえ
ば１秒程度の処理遅れは問題にならない。一方、トラン
スミッションＥＣＵが変速を実行するときを例にとる
と、クラッチのつながりをスムーズにするためエンジン
の点火時期を遅角させ一時的にエンジンの出力トルクを
低下させる必要がある。この処理は１ミリ秒程度で行う
必要があり、したがって、トランスミッションＥＣＵが
エンジンＥＣＵにトルクの低下を求めるデータは、エン
ジンＥＣＵにおいて緊急に処理されなければならない。

【０００８】従来の通信制御装置は、このようなデータ
の緊急性、種別に応じた処理を行うものではない。緊急
性の高いデータに合わせて通信制御装置からデータ処理
装置にデータを転送する頻度を高くすると、データ処理
装置の負荷が増大し、データ処理全体の性能を低下させ
ることなる。

【０００９】したがって、この発明は、データ処理装置
の負荷を実質的に増大させることなく緊急を要するデー
タの迅速な処理を行うシステムを提供することを課題と
する。

【００１０】

【課題を解決するための手段】上記の課題を解決するた
め、請求項１の発明の通信制御装置は、受信するメッセ
ージのデータを記憶する複数の記憶手段と、受信するメ
ッセージの種別に応じて複数の記憶手段のいずれかを選
択して該メッセージのデータを記憶させる選択手段とを
備え、記憶手段に記憶されるデータのデータ処理装置へ
の転送を、前記種別に応じて制御するという構成をと
る。ここで複数の記憶手段は、物理的には１つの記憶装
置であってよく、要は複数の異なる記憶領域が割り当て
られればよい。

【００１１】請求項１の発明によると、通信制御装置が
受信するデータがその種別に応じて異なる記憶手段に記
憶され、データ処理装置への転送がデータの種別に応じ
て制御されるので、たとえば緊急を要するデータは緊急
にデータ処理装置に転送され、緊急を要しないデータ
は、その種別に従った扱いをされるので、データ処理装
置の負荷を実質的に増大させることなく、効率的なシス
テム稼働を行うことができる。

【００１２】請求項２の通信制御装置は、請求項１の装
置において、メッセージはデータを格納するデータフィ
ールドおよび前記種別を表すコードを格納する種別フィ
ールドを有し、種別フィールドがデータフィールドの前
方に配置されているという構成をとる。

【００１３】請求項２の発明によると、通信制御装置
は、データ全体を受信する前にデータの種別を示すコー
ドを受信するので、速やかにデータ処理装置に対する割
り込み要求の準備にかかることができ、システムの効率
的な稼働が可能になる。

【００１４】請求項３の通信制御装置は、少なくとも緊
急を要する種別のメッセージのデータを記憶するための
第１のバッファおよび緊急を要しない種別のメッセージ
のデータを記憶するための第２のバッファを備え、前記
第１のバッファにデータが記憶されるときは優先的に前
記データ処理装置に割り込み要求を出し、そのデータ転
送の際、第２のバッファのデータも転送する。

【００１５】請求項３の発明によると、緊急を要する受
信メッセージが第１のバッファに記憶され、データ処理
装置に対して優先的に割り込み要求が出され、第１のバ
ッファのデータを転送する際、第２のバッファのデータ
も転送するので、データ処理装置に対する割り込みの頻
度を実質的に増すことなくデータの緊急性の要求に適合
したシステム稼働を行うことができる。

【００１６】

【発明の実施の形態】次に図面を参照して車載コンピュ
ータネットワーク・システムを例としてこの発明の実施
形態を説明する。この発明は、車載コンピュータネット
ワークへの適用に限られるものではなく、広く通信制御
装置に適用することができる。

【００１７】図１は、車載コンピュータネットワーク・
システムの全体的な構成を示すブロック図で、複数の電
子制御ユニット（ＥＣＵ：Electronic Control Unit、
以下、ＥＣＵという。）がネットワークバス８により接
続されている。これらの複数の電子制御ユニットは、後
に示すメッセージ・フォーマットでメッセージをネット
ワークバス８に送り出し、相互にデータの交換を行う。

【００１８】エンジンＥＣＵ１は、車両の運転状況に応
じてエンジンの燃料噴射量、点火時期などエンジンの駆
動を制御するＥＣＵであり、演算を実行するデータ処理
装置（ＣＰＵ）１１、コンピュータプログラムを格納す
る不揮発性の読み取り専用メモリ（ＲＯＭ）１２、ＥＣ
Ｕの動作時にＣＰＵによる演算の作業領域を提供し、各
種のデータおよびプログラムを一時記憶するランダムア
クセスメモリ（ＲＡＭ）１３、およびネットワークバス
８からメッセージを受け取りネットワークバス８にメッ
セージを送る通信制御装置２０を備えている。ＣＰＵ１
１、ＲＯＭ１２、ＲＡＭ１３および通信制御装置２０
は、データバス１６によって接続されている。

【００１９】エンジンＥＣＵ１は、吸気管圧力センサ、
空燃比センサ、エンジン水温センサなどエンジンに関係
する各種のセンサ１４から出力信号を受け取り、これを
信号処理して運転状況を示す各種のパラメータを表すデ
ィジタル信号に変換する。エンジンＥＣＵ１は、これら
のパラメータを用いて演算を実行して燃料噴射弁、イグ
ナイタなどのアクチュエータ１５に制御信号を送る。エ
ンジンＥＣＵ１は、ネットワークバス８を介して他のＥ
ＣＵからデータを受け取り、これを用いて演算を行い、
また、エンジンＥＣＵ１で生成したパラメータその他の
データをネットワークバス８を介して他のＥＣＵに送
る。

【００２０】ネットワークバス８には、エンジンＥＣＵ
１の他に電子制御オートマチックトランスミッション
（EAT: Electronic-Control Automatic Transmission）
ＥＣＵ２、トラクションコントロールシステム（TCS: T
raction Control System）ＥＣＵ３、４輪駆動（4WD: 4
Wheel Drive）ＥＣＵ４、４輪操舵（4WS：4 Wheel Ste
ering）ＥＣＵ５、アンチロックブレーキシステム（AB
S: Anti-lock Braking System）ＥＣＵ６、およびサス
ペンション制御ＥＣＵ７が接続されている。

【００２１】これらのＥＣＵの基本的な構成はエンジン
ＥＣＵ１のものと同じで、それぞれ、ＣＰＵ、ＲＯＭ、
ＲＡＭおよび通信制御装置を備え、関係するセンサから
信号を受け取り、関係するアクチュエータに制御信号を
送る。エンジンＥＣＵ１と同様にこれらのＥＣＵは、エ
ンジンＥＣＵ１その他のＥＣＵからネットワークバス８
を介してデータを受け取り、他のＥＣＵにデータを送信
する。

【００２２】一般的な手法によると、このようにＥＣＵ
間で伝送されるデータは、それぞれのＥＣＵの通信制御
装置で受け取られ、前述した各種のバッファ方式に従っ
てバッファに一時記憶され、ＣＰＵに割り込み要求を出
し、ＣＰＵによる処理を待つ。図２は、そのような割り
込み処理の一般的な流れを示す流れ図で、エンジンＥＣ
Ｕ１を例に説明すると、割り込み処理が開始されると、
ＣＰＵ１１は、実行中の演算のオペランド、アクセス中
のメモリアドレスなどを含むレジスタの情報をメモリ
（スタック）に待避させ（101）、他の割り込みを受け
付けないように割り込みのマスクを行い（102）、通信
制御装置２０のバッファから受信データを読み出してＲ
ＡＭ１３に記憶させ（103）、割り込みのマスクを解除
し（104）、メモリ（スタック）からステップ101で待避
させたデータを取り出してもとの位置に戻し、割り込み
により中断された演算を再開する（105）。

【００２３】通信制御装置２０からＲＡＭ１３に読み込
まれたデータは、直ちに以後の演算で使用される。たと
えば、通信制御装置２０のバッファに一時記憶されたデ
ータがトランスミッションＥＣＵ２から伝送されたトラ
ンスミッションオイルの温度（油温）を表すデータであ
る場合、この油温データは、ＲＡＭ１３の油温データを
記憶するメモリロケーションにある油温データを書き換
える形でＲＡＭ１３に書き込まれ、以後の演算に使用さ
れる。

【００２４】図３は、この発明の一実施形態の通信制御
装置２０のブロック図である。通信制御装置２０は、ネ
ットワークバス８から受け取るメッセージをビットごと
にサンプリングするサンプリング回路２１、サンプリン
グされたビットを１バイト（便宜上、文字と呼ぶ。）に
組み立てる文字バッファ２２、サンプリングされたビッ
トから後述するＣＴＬフィールドのビットを検出し、デ
コードするＣＴＬデコーダ２５、ＣＴＬデコーダ２５で
検出されるＣＴＬフィールドの値に従って文字バッファ
２２からのデータ・バイトの転送先を切り替える選択部
２８、文字バッファ２２からデータ・バイトを受け取り
一時記憶する第１バッファ２３および第２バッファ２４
を備えている。

【００２５】ＣＴＬデコーダ２５は、サンプリング回路
２１からではなく、文字バッファ２２からＣＴＬフィー
ルドの値を受け取るように構成してもよい。ＣＴＬフィ
ールドは後に詳しく説明するように伝送されるメッセー
ジの種別を表すコードを格納するフィールドで、たとえ
ば緊急を要するデータであるか、緊急を要しないデータ
であるかなどのデータ種別を表す。

【００２６】制御部２６は、第１バッファおよび第２バ
ッファに格納されるデータの状況をモニターし、予め決
められた条件に達すると、ＣＰＵ１１に割り込み要求Ｉ
ＮＴを送る。この動作については後に詳しく説明する。

【００２７】文字バッファからのデータ・バイトはエラ
ー検出部２７に転送され、受信したメッセージ中のエラ
ーが検出される。エラー検出部２７は、受信したメッセ
ージについてＣＲＣ（Cyclic Redundancy Check）コー
ドによるエラー検出訂正を行う機能も含んでいる。この
実施例において、エラー検出部２７は、エラーを検出す
ると、連続したドミナント・ビットで構成されるエラー
メッセージをネットワークバス８に送出する。実施の形
態によっては、エラーが検出されたとき、メッセージ受
信の完了を待って否定応答（ＮＡＣＫ）を送信ノードに
対して送信してもよい。

【００２８】通信制御装置２０は、ＣＰＵ１１から伝送
すべきメッセージを受け取り一時記憶する送信バッファ
３０、送信バッファ３０からバイト単位でデータを受け
取る文字バッファ３１、バイトをビットに分解する文字
分解部３２、および分解されたビットをネットワークバ
ス８に送り出すビット送出部３３を備えている。

【００２９】図４（Ａ）は、ネットワークバス８を介し
て複数のＥＣＵ間で送受されるデータ・メッセージのフ
ォーマットを示す。この実施例は、車載コンピュータネ
ットワークに関するものなので、ネットワークに接続さ
れているのがＥＣＵであるが、一般的にはコンピュータ
システムまたは端末装置の通信制御装置がネットワーク
に接続されてネットワークシステムを構成する。このよ
うなネットワークに接続された通信制御装置を通信ネッ
トワークの立場からノードと呼ぶ。したがって、以後の
通信の説明にノードという用語を使用することがある
が、この用語はこの実施例においてはＥＣＵの通信制御
装置に対応する。

【００３０】ＳＯＭ（Start Of Message）フィールド
は、メッセージの開始を示すドミナントの１ビットを格
納するフィールドである。このＳＯＭビットによりネッ
トワークシステムに接続されたすべてのノードの同期が
確立される。

【００３１】ＴＡ(Next Token Address）フィールド
は、トークンの宛先となるノードのアドレス（４ビッ
ト）を格納するフィールドである。この実施例では、ネ
ットワークシステムは、トークンパッシング方式を使用
しており、この方式ではトークンを持つノードがネット
ワークに送信する権利を持ち、トークンを順に複数のノ
ードのそれぞれに譲り渡してゆく。この発明は、トーク
ンパッシング方式に限定されるものではなく、他の通信
方式にも適用することができることはいうまでもない。

【００３２】ＣＴＬ（Control）フィールドは、メッセ
ージの種別を表す２ビットを格納するフィールドで、こ
の２ビットで表されるメッセージの種別は、図４（Ｂ）
に示すとおりである。すなわち、１０は、このメッセー
ジがトークンを次のノードに委譲するためのものである
ことを示し、この場合、図４（Ａ）に示すフォーマット
のうち、DATA Unitのフィールド、ＦＣＳのフィールド
およびＤＡＣＫのフィールドはメッセージに含まれな
い。

【００３３】ＣＴＬフィールドの０１は、このメッセー
ジが緊急を要しないデータを伝送するメッセージである
ことを表す。一方、１１は、このメッセージが緊急を要
するデータを伝送するメッセージであることを表す。

【００３４】ＤＡＴＡ＿ＵＮＩＴは、伝送する内容であ
るデータを格納するフィールドで、３２ビット（４バイ
ト）から９６ビット（１２バイト）のデータを格納する
ことができる。

【００３５】ＦＣＳ（Frame Check Sequence）フィール
ドは、ＳＯＭフィールドからＤＡＴＡ＿ＵＮＩＴフィー
ルドまでのデータ列についてＣＲＣ（Cyclic Redundanc
y Check）を行った結果を格納する１５ビットのフィー
ルドである。

【００３６】ＤＡＣＫ（Data Acknowledge）フィールド
は、データを正常に受信したノードが肯定応答するため
のフィールドで、前半２ビットのアクノリッジ・ビット
と、後半２ビットのレセシブ（劣勢）ビットの区切り文
字からなる。送信ノードは、このフィールドに４ビット
のレセシブ・ビットを入れて送出する。ＤＡＴＡ＿ＵＮ
ＩＴフィールドに含まれる宛先ノードフィールドで指定
されたノードがデータを正常に受信すると、このノード
がこのフィールドの前半２ビットにドミナント（優勢）
・ビットを上書きすることにより肯定応答を行う。送信
ノードは、ネットワーク上のメッセージをモニタしてお
り、このフィールドの前半２ビットのいずれかにドミナ
ント・ビットを検出すると、肯定応答ありと判断する。

【００３７】ＴＡＣＫ（Token Acknowledge）フィール
ドは、ＴＡフィールドで指定されたノードがトークンの
受信を肯定応答するためのフィールドで、ＤＡＣＫフィ
ールドと同様に前半２ビットのアクノリッジ・ビットの
フィールドと、後半２ビットの区切り文字からなり、Ｄ
ＡＣＫと同様の態様で使用される。

【００３８】ＥＯＭ（End of Message）フィールドは、
メッセージの終了を示すフィールドで、送信ノードが６
ビットの連続したレセシブ・ビットを送出する。

【００３９】以上の説明中、ドミナント・ビットは、優
勢ビットで論理”１”を表す。ドミナント・ビットは、
レセシブ・ビットを上書き可能で、ドミナント・ビット
とレセシブ・ビットとが同時にバス上に出されると、バ
スはドミナント・ビットの論理になる。レセシブ・ビッ
トは、劣勢ビットで、論理”０”を表す。

【００４０】ここで図３にもどると、通信制御装置２０
で受信されるデータ・メッセージは、サンプリング部２
１でビットごとにサンプリングされ、文字バッファ２２
でバイト（８ビット）に組み立てられる。データ・メッ
セージのＣＴＬフィールドの２ビットがＣＴＬデコーダ
２５でデコードされ、この２ビットが１１（緊急を要す
るデータを意味する）であれば、ＣＴＬデコーダ２５か
らの信号に応答して選択部２８が、文字バッファからの
データ・バイトを第１バッファ２３に転送するように作
動する。

【００４１】また、ＣＴＬフィールドの２ビットが０１
（緊急を要しないデータを意味する）であれば、ＣＴＬ
デコーダ２５からの信号に応答して、選択部２８が文字
バッファ２２からのデータの転送先を第２バッファ２４
に設定する。図３では選択部２８を機械的なスイッチで
あるかのように表現しているが、選択部２８は、文字バ
ッファ２２からのデータの転送先を設定する電気的また
は論理的な手段であればよい。

【００４２】制御部２６は、受信中のデータ・メッセー
ジが緊急処理を要するものであることを示す信号をＣＴ
Ｌデコーダ２５から受け取ると、第１バッファ２３への
データの入力状況をモニターし、データ全体が正常に受
け取られ第１バッファに格納されると、直ちにＣＰＵ１
１に対して割り込み要求信号ＩＮＴを送る。

【００４３】ＣＰＵ１１は、図２を参照して説明したよ
うに、割り込み要求信号ＩＮＴを受け、演算中のプロセ
スが割り込みを許可できる段階にくると、割り込み処理
を開始し、第１バッファ２３に記憶されるデータをＲＡ
Ｍ１３の予め決められたメモリロケーションに書き込
む。この場合、ＣＰＵ１１は、第１バッファ２３のデー
タだけでなく第２バッファ２４のデータもＲＡＭ１３に
書き込むのが好ましい。これは、頻繁に割り込み処理を
行うよりも１回の割り込み処理で通信制御装置２０に一
時記憶されているデータすべてを読み込む方が効率的で
あるからである。

【００４４】制御部２６は、受信中のデータが緊急処理
を要しないものであることを示す信号をＣＴＬデコーダ
２５から受け取ると、第２バッファ２４へのデータの入
力状況をモニターし、第２バッファに予め決められた量
のデータが蓄積されるのを待ってＣＰＵ１１に割り込み
要求信号ＩＮＴを送る。この予め定める量は、複数のノ
ードからの複数のメッセージによって伝送されるデータ
の量に設定することが好ましい。また、制御部２６は、
この場合、第２バッファに最初の受信データ・メッセー
ジのデータが格納されてから一定の時間、たとえば１秒
間経過すると第２バッファのデータ量が予め定めた量に
達していなくてもＣＰＵ１１に割り込み要求信号ＩＮＴ
を送るようにする。ＣＰＵ１１は、割り込み要求信号Ｉ
ＮＴを受け取ると上述したのと同様に図２に示したプロ
セスで割り込み処理を実行する。

【００４５】この所定量は、通常の車両の運転状況で例
えば５００ミリ秒間に蓄積されるデータの量を基準に定
めることができる。こうすることにより、緊急を要しな
いデータは５００ミリ秒に１回の割合でデータ処理装置
に取り込まれ、データ量が少ない場合でも少なくとも１
秒間に１回データ処理装置に取り込まれるようになる。

【００４６】いま、エンジンＥＣＵ１を例に説明してい
るが、ＲＡＭ１３は、他のＥＣＵから伝送されてくるデ
ータのそれぞれについて予め決められたメモリロケーシ
ョンをもっており、たとえば、電子制御オートマチック
・トランスミッション（ＥＡＴ）ＥＣＵ２から送られて
くるトランスミッションの油温データは、第１のメモリ
ロケーションにそれ以前に記憶されている油温データを
上書きする形で書き込まれ、変速データは第２のメモリ
ロケーションにそれ以前に記憶されている変速データを
上書きする形で書き込まれる。

【００４７】トランスミッションの油温は、急激に変化
することはないので、油温データは５００ミリ秒に１回
または１秒に１回といった比較的ゆっくりしたレートで
ＣＰＵ１１によって読み出されて演算に使用される。一
方、変速データは、その内容によって瞬時にエンジンの
点火時期などを制御するする必要があるので、１ミリ秒
から数ミリ秒に１回といった高いレートでＣＰＵ１１に
よって読み出されて演算に使用される。この例では、油
温データは、緊急を要しないメッセージとしてＥＡＴ・
ＥＣＵ２からエンジンＥＣＵ１に伝送され、変速データ
は、緊急を要するメッセージとしてＥＡＴ・ＥＣＵ２か
らエンジンＥＣＵ１に伝送される。

【００４８】図５は、この発明の実施形態における通信
制御装置による割り込み要求の発生プロセスを示す流れ
図である。ＣＴＬデコーダ２５で受信中のデータ・メッ
セージが緊急を要するものかそうでないかが判定され
（201）、緊急を要するメッセージであるときは、受信
データを第１のバッファ２３に書き込み（203）、緊急
を要しないメッセージであるときは、受信データを第２
のバッファ２４に書き込む（202）。第１のバッファ２
３への書き込みが完了すると、制御部２６がＣＰＵ１１
に割り込み要求信号ＩＮＴを送り、受信割り込みを発生
させる（205）。

【００４９】一方、緊急を要しないメッセージであると
きは、第２バッファ２４に所定量のデータが蓄積される
のを待ち、所定量に達すると、制御部２６が割り込み要
求信号をＣＰＵ１１に送り受信割り込みを発生させる
（205）。

【００５０】以上にこの発明の実施の形態を車載コンピ
ュータネットワークを例として説明したが、この発明は
このような実施例に限定されるものではなく、広くデー
タ伝送における通信制御装置に適用することができる。

【００５１】

【発明の効果】請求項１の発明によると、通信制御装置
が受信し、記憶するデータのデータ処理装置への転送が
データの種別に応じて制御されるので、たとえば緊急を
要するデータは緊急にデータ処理装置に転送され、緊急
を要しないデータは、その種別に従った扱いをされるの
で、データ処理装置の負荷を実質的に増大させることな
く、効率的なシステム稼働を行うことができる。

【００５２】請求項２の発明によると、通信制御装置
は、データ全体を受信する前にデータの種別を示すコー
ドを受信するので、速やかにデータ処理装置に対する割
り込み要求の準備にかかることができ、システムの効率
的な稼働が可能になる。

【００５３】請求項３の発明によると、緊急を要する受
信メッセージが第１のバッファに記憶され、データ処理
装置に対して優先的に割り込み要求が出され、第１のバ
ッファのデータ転送の際、第２のバッファのデータも転
送するので、データ処理装置に対する割り込みの頻度を
実質的に増すことなくデータの緊急性の要求に適合した
システム稼働を行うことができる。

【図面の簡単な説明】

【図１】車載コンピュータ・ネットワークの全体的な構
成を示すブロック図。

【図２】データ受信時のＣＰＵによる割り込み処理の一
般的な流れを示す流れ図。

【図３】この発明の一実施例における通信制御装置の全
体的な構成を示すブロック図。

【図４】この発明の実施例におけるデータ・メッセージ
のフォーマットを示す図。

【図５】この発明の実施例における割り込み発生プロセ
スを示す流れ図。

【符号の説明】

１１ ＣＰＵ（データ処理装置） ２０ 通信制御装置 ２３ 第１バッファ（複数の記憶手段） ２４ 第２バッファ（複数の記憶手段） ２５ ＣＴＬデコーダ（選択手段） ２８ 選択部（選択手段） DATA_UNIT データフィールド ＣＴＬ 種別フィールド

Claims (3)

【特許請求の範囲】
1. 【請求項１】受信するメッセージのデータを記憶する複
   数の記憶手段と、 前記受信するメッセージの種別に応じて前記複数の記憶
   手段のいずれかを選択して該メッセージのデータを記憶
   させる選択手段とを備え、 前記記憶手段に記憶されるデータのデータ処理装置への
   転送を、前記種別に応じて制御するようにした通信制御
   装置。
2. 【請求項２】前記メッセージは、前記データを格納する
   データフィールドおよび前記種別を表すコードを格納す
   る種別フィールドを有し、該種別フィールドはデータフ
   ィールドの前方に配置されている請求項１に記載の通信
   制御装置。
3. 【請求項３】前記複数の記憶手段は、少なくとも緊急を
   要する種別のメッセージのデータを記憶するための第１
   のバッファおよび緊急を要しない種別のメッセージのデ
   ータを記憶するための第２のバッファを備え、前記第１
   のバッファにデータが記憶されるときは優先的に前記デ
   ータ処理装置に割り込み要求を出し、前記第１のバッフ
   ァのデータを転送する際、前記第２のバッファのデータ
   も転送するようにした請求項１または２に記載の通信制
   御装置。