JP3503321B2 - デ−タ送信装置 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、複数の送信デ−タ
を有し、これら送信デ−タを夫々の送信要求に基づいて
送信する送信装置に関するものである。

【０００２】

【従来の技術】一般に電子制御ユニットでは、検出部か
ら取込んだデ−タの他に別の電子制御ユニットからデ−
タを取込んで制御を行う場合があり、電子制御ユニット
間で多重通信システムが構築されることがある。例えば
自動車においては、エンジン電子制御ユニット（以下電
子制御ユニットを「ＥＣＵ」という）、メ−タＥＣＵ、
ボディＥＣＵ及びエアコンＥＣＵなどがある。

【０００３】エンジンＥＣＵを例にとって、図１３を参
照しながら説明すると、エンジンＥＣＵでは、エンジン
回転パルス、車速パルス及びシフト位置信号などを入出
力インタ−フェイス１０１を介してホストＣＰＵ１０２
に取込み、エンジン制御やオ−トマチックトランスミッ
ション制御などを行う。ところでエンジンＥＣＵにて取
り込んだ入力信号や、この入力信号に基づいてホストＣ
ＰＵ１０２で演算した演算結果の中には、他のＥＣＵで
も必要とされるものがある。ホストＣＰＵ１０２では、
例えばエンジン回転パルスのパルス間隔を計測してエン
ジン回転数を演算するが、エンジン回転数は、車室内メ
−タ表示装置のエンジン回転数表示部（タコメ−タ）に
表示されるものであるため、メ−タＥＣＵにおいて必要
である。このため、エンジン回転数信号は、所定のＩＤ
が付与されて通信ＩＣ１０３に送られ、ドライバ回路１
０４を介して通信バスに送信される。

【０００４】ここで自動車のＥＣＵは処理負荷が多いた
め、送信に多くの時間を割くことができず、例えば８ｍ
ｓ程度の送信起動タイミングで送信が行われる。従って
このタイミングの間に、あるいはある送信デ−タの送信
中に、複数の送信デ−タについて送信要求が発生する可
能性がある。これについて具体例を挙げて説明する。図
１３のエンジンＥＣＵでは、エンジン回転数信号と同様
にシフト位置信号、車速信号、ダイアグ情報、ウォーニ
ングランプ信号及びエアコンマグネットクラッチ信号を
通信バスに送信しているが、それぞれ送信起動されるタ
イミングは一般には異なっている。例えばエンジン回転
数信号は１００ｍｓ毎に１回、車速信号は５００ｍｓ毎
に１回、シフト位置信号はシフト位置が変化する毎に１
回かつ変化しないときも１Ｓ毎に１回というように、そ
れぞれ送信起動タイミングはバラバラとなるため、これ
らの幾つかの送信要求が同時に発生することも考えられ
る。この時、どの順に送信するかをスケジューリングす
る必要がある。

【０００５】スケジューリングの１つの例として、ある
特定の順番、例えば、優先順位の高い順に送信要求の有
無を検索し、その順で送信要求のある送信データを送信
する方法が考えられる。例えばシフト位置信号の優先順
位を他の送信データの優先順位よりも高くすると共に、
その他の送信データについてはエンジン回転数信号、車
速信号、ダイアグ情報、ウォーニングランプ信号、エア
コンマグネットクラッチ信号の順に送信要求を検索する
ことが考えられる。

【０００６】

【発明を解決しようとする課題】しかしながら複数の送
信要求が重なった場合優先順位の高い送信データから送
信起動をかけ、また常に所定の順番で送信起動をかける
こととすると、優先順位の高い送信データについて送信
要求が頻繁に発生したとき、順番が後の方のデータは、
送信起動に長い待ち時間を要するという事態になる。

【０００７】例えば上述の例でいえば、シフトレバーの
操作が頻繁に行われたとすると、シフト位置信号の送信
要求が頻発し、その送信頻度が増加する。このときエン
ジン回転数信号のように、低い優先順位の中でも最初に
検索されるものは、シフト位置信号の送信の合い間に何
とか送信することができるが、検索の順番が最後のエア
コンマグネットクラッチ信号などは、それより前に検索
される全ての送信データの送信要求がないときのみ送信
起動が可能なため、送信要求が発生しているにもかかわ
らず、延々送信起動を待たされたり、ついには送信でき
なくなるというおそれもある。

【０００８】本発明は、このような事情の下になされた
ものでありその目的は特定の送信データの送信が延々と
待たされることのないデータ送信装置を提供することに
ある。

【０００９】

【課題を解決するための手段】本発明は、複数の送信デ
−タを夫々の送信要求に基づいて送信する装置を対象と
しており、例えば複数のデ−タを外部から取込み、取込
んだデ−タに基づいて制御対象を制御する複数のＥＣＵ
（電子制御ユニット）を備え、一のＥＣＵ内に取込んだ
複数のデ−タあるいは処理後のデータを送信デ−タとし
て他のＥＣＵにも送信する通信システムに適用すること
ができる。この場合本発明のデ−タ送信装置は、例えば
一のＥＣＵに組み込まれる。

【００１０】 本発明では、同じ優先順位の複数の送信
デ−タと各送信デ−タの送信要求の有無とを対応させた
第１の送信要求テ−ブルを第１の記憶部内に用意する。
そして送信デ−タの送信要求があったときに、送信要求
書き込み手段によりその送信デ−タに対して送信要求有
りの情報を前記送信要求テ−ブルに書き込む。一方送信
スケジュ−ル実行部は、前記送信要求テ−ブルに基づい
て各送信デ−タの送信要求の有無を順番に検索しながら
検索位置を周回する。例えばいずれの送信デ−タにも送
信要求がない場合には、検索開始位置の一つ前の位置に
て１回の周回検索を終了する。このル−チンは例えば所
定のタイミング信号に同期して開始される。周回検索の
途中で送信要求有りの送信デ−タを見つけたときには、
検索を中断して送信要求有りをクリアして当該送信デ−
タに対して送信起動をかける。このとき送信起動のかか
った送信デ−タの次の送信デ−タから周回検索が再開さ
れ、これに対応する位置が周回検索の１周の始点とな
る。

【００１１】今仮に送信デ−タが１０個あるとし、１番
目の送信デ−タから検索を開始したとすると、途中送信
要求がいずれにも無い場合には１０番目の位置で終了す
る。そして例えば３番目の送信デ−タに送信要求がある
場合には、この送信デ−タを送信した後、今度は４番目
の位置から検索が再開されるが、この４番目の位置が周
回検索の始点となる。

【００１２】従って本発明によれば、優先順位が同じ送
信デ−タの間では、送信要求がかかってからの送信の遅
れは最大でも、送信デ−タの総数で決まる遅延時間で規
定できるので、送信要求がされている特定の送信デ−タ
の送信が延々待たされたり、送信ができなくなったりす
ることを防止することができる。以上、同じ優先順位の
送信デ−タを取り扱う場合について述べたが、次に上述
の優先順位よりも高い優先順位の送信デ−タが含まれる
場合について述べる。第１の送信要求テ−ブルにかかる
送信デ−タの優先順位を優先順位１とし、これよりも高
い優先順位を優先順位２として説明する。

【００１３】優先順位２の送信デ−タについては、第２
の記憶部内の第２の送信要求テ−ブルに送信要求の有無
を例えば前記送信要求書き込み手段により書き込む。た
だし優先順位２の送信デ−タが第１の送信要求テ−ブル
の優先順位１の並びの中に混じっている場合も本発明の
範囲に含まれるものであり、この場合は第１の送信要求
テ−ブルが第２の送信要求テ−ブルを兼用していること
になる。

【００１４】 送信スケジュ−ル実行部は、優先順位１
の送信デ−タの検索に先行して、第２の送信要求テ−ブ
ルに基づいて優先順位２の送信デ−タの送信要求の有無
を検索し、送信要求があると、送信要求有りの情報をク
リアして当該優先順位２の送信デ−タに送信起動をかけ
る。一方送信要求がないと、第１の送信要求テ−ブルに
対して、前回の検索終了位置の次の位置を始点として周
回検索を再開する。ただし優先順位２とは、優先順位１
よりも高い順位を意味するだけであって、本発明では、
優先順位が２つに限定されるものではなく、３つ以上あ
る場合にも適用することができる。

【００１５】このように優先順位の高い送信デ−タを送
信した後は、第１の送信要求テ−ブルの検索が中断した
位置を始点として検索を再開するようにしているので、
優先順位の低い送信デ−タに対して送信起動の機会を均
等に与えることができ、従って送信要求がされている特
定の送信デ−タの送信が延々待たされたり、送信ができ
なくなったりすることを防止することができる。

【００１６】

【発明の実施の形態】図１は本発明の実施の形態に係る
送信装置の構成を概念的に示す構成図、図２は本発明の
送信装置が組み込まれる自動車用ＥＣＵ間の通信システ
ムを示す構成図である。この通信システムは、エンジン
ＥＣＵ、メータＥＣＵ、ボティＥＣＵ及びエアコンＥＣ
Ｕなどの複数のＥＣＵが通信バス１０５により互に接続
されていて多重通信を行うことができるように構成され
ている。エンジンＥＣＵを例にとって説明すると、検出
系からの検出信号は入出力インターフェイス１０１を介
してホストＣＰＵ１０２に取り込まれ、ホストＣＰＵ１
０２は、演算した演算結果や他のＥＣＵから取り込んだ
データを制御信号として入出力インターフェイス１０１
を介して出力する。なお図２における各ＥＣＵ入出力イ
ンターフェイスへの入力信号は多重通信により他のＥＣ
Ｕに送信するために必要な入力信号の例を、また出力信
号は、他のＥＣＵから受信した信号を用いて制御するた
めの出力信号の例を夫々示している。

【００１７】またホストＣＰＵ１０２は、シリアルクロ
ックライン、シリアル出力ライン、シリアル入力ライン
及び制御線により通信ＩＣ１０３と接続されている。通
信ＩＣ１０３は、ドライバ１０４を介して通信バス１０
５に接続されている。ドライバ１０４は、通信ＩＣ１０
３と通信バス１０５との間の信号の入出力に必要なレベ
ル変換、インターフェイスの役割を果たしている。この
例ではエンジン、メータ、ボディ、エアコンなどが夫々
のＥＣＵ制御対象に相当する。

【００１８】次に例えばエンジンＥＣＵのホストＣＰＵ
１０２の中に組み込まれる、本発明の実施の形態である
送信装置について図１を参照しながら説明する。先ず送
信データの優先順位が全て同じ場合について述べる。図
中１は他のＥＣＵに送信すべき送信データの内容を格納
するデータ格納部である。２は、データ格納部１内の送
信データと各送信データの送信要求とを対応させた第１
の送信要求デーブルであり、第１の記憶部であるＲＡＭ
２１の中に記憶されている。３は送信要求書き込み手段
であり、後述の送信スケジュールのプログラムとは別の
プログラムにより、送信要求があった時点でその送信デ
ータに対して送信要求有りの情報、例えばビット「１」
の情報を書き込む。

【００１９】前記ＲＡＭ２１には、送信要求テーブル２
のアドレス情報を示す検索ポインタ４が割り付けられて
おり、このポインタ３を用いて送信要求の有無が検索さ
れる。５はスタックであり、このスタック５は、後述の
ように優先順位の高い送信データが含まれる場合に使用
される。６はシフトレジスタであり、周回検索を行うと
きに送信要求テーブル２のシフト回数の管理を行うため
に用いられる。７は、送信要求テーブル２に基づいて後
述の送信スケジュール（手順）に従って送信要求の有無
を検索すると共に、送信要求有りの送信データに対して
送信起動をかける送信スケジュール実行部であり、プロ
グラム格納部やプロセッサなどから構成される。

【００２０】次に本実施の形態の動作について述べる。
エンジンＥＣＵは、検出系から入出力インタ−フェイス
１０１を介してエンジン回転パルスなどが取込まれ、入
力デ−タ、あるいは入力デ−タに基づいて演算された演
算結果がデ−タ格納部１に格納される。そしてこれら各
デ−タに対して送信要求が発生する毎に、送信要求書き
込み手段３により送信要求テ−ブル２の対応する個所に
ビット「１」を書き込む。

【００２１】ここでシフト位置信号を例にとって、図３
を参照しながら送信要求テ−ブル２に対するセット処理
について述べる。Ｓ１（ステップ１）で現在シフト位置
をバッファ領域ＳＦＴに格納すると共に、Ｓ２でバッフ
ァ領域ＳＦＴＯに格納されている前のシフト位置と比較
し、変化していなければＳ３でカウンタＣＳＦＴのカウ
ンタ値に８ｍｓを加算する。Ｓ４でその加算値が１ｓ以
上と判断されれば、Ｓ５でカウンタＣＳＦＴをクリア
し、Ｓ６にて送信要求テ−ブル２におけるシフト位置デ
−タに対応する個所に「１」をセットする。その後Ｓ７
でＳＦＴＯの内容を現在シフト位置に書き替える。一方
Ｓ２でシフト位置が変化していると判断されれば、カウ
ンタＣＳＦＴをクリアした後、送信要求テ−ブル２に
「１」をセットする。即ち送信要求テ−ブル２へのセッ
ト処理は、シフト位置が変化するごとに、また変化しな
いときには１ｓ毎に行われる。

【００２２】次いで送信スケジュ−ル実行部７により行
われる手順について、まず図４を参照しながら概念的に
説明する。図４（ａ）は送信要求データ２における最初
の検索前の状態を示している。例えば検索ポインタの値
は、送信要求の有無の機能を書き込む欄の０ビット目を
初期値として、１ビット左シフトした１ビット目から周
回検索を開始するものとする。検索ポインタが順次左シ
フトしながら送信データのビット内容を検索すると、図
４（ｂ）に示すように３ビット目までシフトしたところ
で、「１」を検知する。検知した後、３ビット目に
「０」をセットすることで送信要求をクリアし、３ビッ
ト目に対応する送信データに対して送信起動をかけ、検
索を終了する。検索の開始タイミングは、例えば８ｍｓ
間隔のタイミングパルスに同期しており、次のタイミン
グパルス発生時に２回目の検索を行う。

【００２３】２回目の検索では前回検索終了時の３ビッ
ト目を初期値とし、１ビット左シフトした４ビット目か
ら検索を開始する。検索ポインタが順次左シフトしなが
ら検索を行い、図４（ｃ）に示すように６ビット目まで
シフトしたところで「１」を検知する。ここで１回目の
検索と同様にして６ビット目をクリアし、６ビット目に
対応する送信データに対して送信起動をかけ、送信を終
了する。その後次のタイミングパルスに同期して３回目
の検索を開始し、検索ポインタが７ビット目までシフト
すると、次に０ビットに戻り、再び左シフトしながら検
索する。この段階では全ビットが「０」であるため、送
信開始点である７ビット目の一つ手前の６ビット目まで
検索したところで、どの送信データに対しても送信起動
をかけずに検索を終了する。

【００２４】即ちこの送信スケジュールでは、送信要求
の有無を順番に検索して送信要求の送信データを見つけ
たときには検索を中断して当該送信データを送信し、こ
の送信データの次の位置が次回の検索の開始点になる。
以上の送信スケジュールを図５を参照しながら説明す
る。図５に示す周回検索ルーチンは、例えば８ｍｓ間隔
のタイミングパルスによって起動される。先ず送信デー
タが送信中か否かをチェックし（Ｓ１）、送信中であれ
ばこのルーチンは終了する。送信中でなければ、シフト
回数カウンタ６のカウンタ値をクリアし（Ｓ２）、検索
ポインタ４を左にシフトさせる（Ｓ３）。なお検索ポイ
ンタのアドレス（値）をＰとして説明する。

【００２５】続いてシフト後のＰが７より大きいか否か
チェックし（Ｓ４）、Ｐが７よりも大きければＰを０に
して（Ｓ５）、またＰが７よりも小さければ、送信要求
データ２のＰビット目が「１」であるか否か、つまり送
信要求であるか否かをチェックする（Ｓ６）。送信要求
有りであれば、このＰビット目をクリアし（Ｓ７）、Ｐ
ビット目に該当する送信データに対して送信起動をかけ
（Ｓ８）、この周回検索ルーチンを終了する。送信起動
がかかると、後述の送信フローにより送信データが送信
される。

【００２６】一方Ｓ６でＰビット目に送信要求がなけれ
ば、シフト回数カウンタ６のカウンタ値を１つアップさ
せ（Ｓ９）、アップ後のカウンタ値が７を越えているか
否かチェックをして（Ｓ１０）、７を越えていなければ
Ｓ３に戻り、７を越えていれば周回検索ルーチンが終了
する。即ちいずれの送信データについても送信要求がな
ければ、送信要求テ−ブル２の検索が１周した時点でそ
の回の検索が終了する。この周回検索ルーチンの所要時
間は、検索開始のタイミングパルスの時間間隔（８ｍ
ｓ）に比べて非常に短い。

【００２７】ここで送信起動がかかった後の処理につい
て図６及び図７を参照しながら述べる。図６のルーチン
では、送信起動のチェックを行い（Ｓ１）、送信起動が
なければ終了するが、送信起動があれば、Ｓ２で送信要
求のあった送信デ−タを送信データ格納部１（図１参
照）から読み出して、送信メッセージ（送信データ列）
として送信ＩＤを付して送信バッファに格納する。なお
送信ＩＤとはその送信データの種類を特定するものであ
る。その後送信済みデ−タ数カウンタを初期化し（Ｓ
３）、送信中フラグをオンにする（Ｓ４）。

【００２８】こうして送信起動時の処理が実施される
と、ホストＣＰＵ１０２（図２参照）は図７に示すプロ
トコルにより順次送信データを通信ＩＣ１０３に送信す
る。即ち送信中か否かをチェックして（Ｓ１）、送信中
であれば送信済みデータ数カウンタをカウントアップし
（Ｓ２）、カウントアップ後のカウンタ値に対応する、
送信バッファ内のデータを通信ＩＣ１０３にシリアル送
信する（Ｓ３）。その後全データの送信完了のチェック
を行い（Ｓ４）、送信完了していれば送信フラグをオフ
にする（Ｓ５）。

【００２９】このような実施の形態では、１送信データ
を送信完了するまでの時間を例えば１０ｍｓとすると、
周回検索ルーチンの間隔が８ｍｓであることからつまり
送信起動間隔が実質８ｍｓであることから、今回の送信
起動から次回の送信起動までの最短時間は１６ｍｓとな
る。即ち送信要求が重なった２つの送信データについて
みると、一方の送信データが送信中であるときには、周
回検索ルーチンが立上がっても終了してしまうため、送
信が終了した後でなければ前記ルーチンのフローが進ま
ない。このフローが進まなければ他方の送信データにつ
いて送信起動がかからないので、その送信起動がかかる
タイミングは、送信完了時間１０ｍｓから抜け出せた、
次のタイミングパルスが発生する時点であるから、前記
最短時間は実質１６ｍｓとなる。

【００３０】従ってある送信データについての最大遅延
時間は、上述の例では、１６ｍｓが８送信データ分集ま
るので１２８ｍｓとなる。また各送信データのデータ長
が可変長の場合も各送信データの送信完了時間と送信起
動間隔のかね合いで算出できる。このように送信データ
の最大待ち時間は、送信データの総数で一意に決まるの
で、送信要求のあった特定の送信データが延々待たされ
ることなく、上記の最大遅延時間で保証される。

【００３１】以上送信データの優先順位が同じ場合につ
いて述べたが、次に優先順位の高い送信データが加わっ
た場合について説明する。この実施の形態では、前記送
信要求テ−ブル２に並んでいる送信データのうちのいく
つかの例えばデータＮＯ６番の送信データの優先順位が
他の送信データの優先順位よりも高いものとする。即ち
本発明でいう第１の送信要求テ−ブルの一部は、第２の
送信要求テ−ブルの一部を兼用していることになる。こ
の場合の手順の概略を述べると、検索ルーチンが開始さ
れると、先ず優先順位の高い送信データについて送信要
求があった場合、この送信データを最優先に送信し、そ
の後優先順位の低い検索を再開するときには、直前のル
ーチンで終了した検索位置の次の位置を開始点とする。
そこで優先順位の高い送信データの位置に検索ポインタ
をセットするときに、セットする直前の検索ポインタの
番号を一時退避させる必要があるため、図１に示すよう
にスタック５を用いている。

【００３２】続いて図８に示す周回検索ルーチンを参照
しながら説明すると、このルーチンは、送信データの優
先順位が同順位の図５のルーチンのステップＳ１とＳ２
との間にステップが追加されたものであり、説明の便宜
上、図５のステップと共通のものは同一の符号を付し、
追加されたステップには、Ｓ２１〜Ｓ２６を付してあ
る。Ｓ１にて送信中でないと判断された場合、Ｓ２１に
てスタックのチェックを行い、スタックのアドレスＰ’
がＦＦＨでなければＳ２２にて検索ポインタをスタック
から復帰させる。これは直前の検索ルーチンで、優先順
位の高い送信データが送信された場合である。

【００３３】次いで優先順位のの高い送信データの送信
要求の有無を判断し（Ｓ２３）、送信要求があれば、検
索ポインタをスタックに退避させてＰ’をＰとし、送信
要求のあった送信データに対応する番号を検索ポインタ
にセットする。例えば既述の図４でいえば３ビット目の
送信データの送信が終了した時点で、高順位の６ビット
目の送信データに送信要求が発生していたとすると、先
ず検索ポインタの値である３番をスタックに退避させた
後、検索ポインタを６番とする。その後送信要求テ−ブ
ル２のＰビット目例えば６ビット目をクリアし、当該Ｐ
ビット目の送信データに送信起動をかけてルーチンを終
了する。またＳ２３で優先順位の高い送信データについ
て送信要求がなければ、Ｓ２６でスタックにＦＦＨをダ
ミーとしてセットし、既述したと同様にＳ２でシフト回
数カウンタ６をクリアし、優先順位の低い送信デ−タに
ついて検索を順次行っていく。

【００３４】図９にタイミングチャートの一例を示す。
この例では検索ポインタが３ビット目にきたときに、既
に３ビット目が「１」であるため（図４（ｂ）参照）３
ビット目に対応する送信データの送信を行っている。そ
してこの送信の間に優先順位の高い６ビット目に係る送
信データについて送信要求が発生したとすると、送信終
了後、次の８ｍｓ間隔のタイミングパルスにより６ビッ
ト目の送信データの送信が行われる。更にこの送信中
に、５ビット目の送信データについて送信要求が発生し
たとすると、送信終了後、次のタイミングパルスで開始
する検索ルーチンでは、Ｓ２２にて検索ポインタを３番
に復帰させ、Ｓ３で検索ポインタを左シフトさせて４番
にするので、４ビット目から順次検索が再開されること
になる。４ビット目では「０」であるため更にシフトし
て５ビット目にくると、５ビット目に対応する送信デー
タの送信が行われる。なお検索ルーチンの各ステップの
処理は、８ｍｓに比べて十分に短い。

【００３５】このように優先順位の高い送信データの送
信起動時には、検索ポインタＰの値を一時スタックＰ’
に退避し、当該送信データの送信が完了した時点でスタ
ックＰ’から復帰させているため、優先順位の低い送信
データの送信起動の機会を均等に与えることができ、特
定の送信データについて、送信要求があるにもかかわら
ず長時間待たされたり、ついには通信ができないといっ
たことを防止できる。

【００３６】なお通信ＩＣ１０３の送信処理及び他の通
信ＩＣの受信処理の概念フローを夫々図１０及び図１１
に示す。例えばエンジンＥＣＵの通信ＩＣ１０３では、
Ｓ１でホストＣＰＵ１０２から送信データを受信し、Ｓ
２で送信ＩＤ及びメッセージ（送信データ列）の受信完
了をチェックした後、通信バス１０５の空きをチェック
し（Ｓ３）、ドライバ回路１０４を介して通信バス１０
５へ順次送信する（Ｓ４）。そして通信バス１０５にお
けるデータの衝突の有無を検出し（Ｓ５）、衝突を検出
した場合には衝突回避処理をし（Ｓ６）、検出しない場
合には、全データの送信完了を判断して（Ｓ７）終了す
る。

【００３７】また受信側のＥＣＵ例えばメータＥＣＵで
は、図１１に示すように通信バス１０５からデータを受
信バッファ内に一旦受信し（Ｓ１）、受信ＩＤ及びメッ
セージの受信完了をチェックした後（Ｓ２）、受信ＩＤ
に基づいてホストＣＰＵが受信すべきメッセージである
か否かを判断する（Ｓ３）。受信すべきメッセージでな
い場合には、受信バッファをクリアし（Ｓ４）、受信す
べきメッセージである場合には、そのメッセージを順次
ホストＣＰＵへ送信する（Ｓ５）。ホストＣＰＵへ全デ
ータを送信した後（Ｓ６）、受信バッファをクリアして
受信処理を終了する（Ｓ７）。

【００３８】 以上において優先順位の高い送信データ
の送信要求の有無は、優先順位の低い送信データが配列
されている、第１の記憶部２１内の第１の送信要求テ−
ブル２の中に記述するのではなく、図１２に示すよう
に、第１の送信要求テ−ブル２とは別個に第２の記憶部
８１であるＲＡＭ領域に割り付けた第２の送信要求テ−
ブル２内に記述するようにしてもよい。図１２の例では
送信データＮＯが０〜７の送信データはいずれも優先順
位が同じであり、８〜１０の送信データは、０〜７の送
信データよりも優先順位が高いものである。この場合に
は、先ず第２の送信要求テ−ブル８を検索し、送信要求
がない場合に第１の送信要求テ−ブル２を検索すること
になる。また図１２の構成では、優先順位の高い送信デ
ータについて送信要求があったときに検索ポインタ４の
値を退避させる必要がないのでスタックは設けられてい
ない。

【００３９】本発明の送信装置は、エンジンＥＣＵに限
らず他のＥＣＵに組み込むようにしてもよいし、自動車
用以外のＥＣＵに組み込んでもよく、更にはＥＣＵ以外
の装置に設けてもよいし、送信データ装置単独で構成し
てもよい。また周回検索の開始のタイミングとしては、
記述のようなタイミングパルスに同期させることに限ら
ず、例えば送信デ−タの送信が終了した時点から所定時
間経過した後であってもよい。

【図面の簡単な説明】

【図１】本発明の一の実施の形態にかかるデ−タ送信装
置の全体構成を示す構成図である。

【図２】本発明のデ−タ送信装置が組み込まれる電子制
御装置を含む通信システムを示す構成図である。

【図３】送信要求のセット処理の一例を示すフロ−チャ
−トである。

【図４】送信要求テ−ブルの検索の様子を概念的に示す
説明図である。

【図５】優先順位が同順位の送信デ−タを有する場合の
送信スケジュ−ルを示すフロ−チャ−トである。

【図６】送信起動時の処理の一例示すフロ−チャ−トで
ある。

【図７】ホストＣＰＵの送信処理の一例を示すフロ−チ
ャ−トである。

【図８】優先順位が異なる複数の送信デ−タを有する場
合の送信スケジュ−ルを示すフロ−チャ−トである。

【図９】送信データの送信要求と送信とのタイミングの
一例を対応させたタイムチャ−トである。

【図１０】通信ＩＣの送信処理の一例を示すフロ−チャ
−トである。

【図１１】通信ＩＣの受信処理の一例を示すフロ−チャ
−トである。

【図１２】本発明の他の実施の形態にかかるデ−タ送信
装置の全体構成を示す構成図である。

【図１３】エンジン電子制御ユニットを示す構成図であ
る。

【符号の説明】

１ デ−タ格納部 ２ 第１の送信要求テ−ブル ２１ 第１の記憶部 ３ 送信要求書き込み手段 ４ 検索ポインタ ５ スタック ６ シフト回数カウンタ ７ 送信スケジュ−ル実行部 ８ 第２の送信要求テ−ブル ８ 第２の記憶部

───────────────────────────────────────────────────── フロントページの続き (58)調査した分野(Int.Cl.⁷，ＤＢ名) H04L 12/00 - 12/66 H03J 9/00 - 9/06 H04Q 9/00 - 9/16 G06F 13/00

Claims (6)

(57)【特許請求の範囲】
1. 【請求項１】 複数の送信デ−タを夫々の送信要求に基
   づいて送信する装置において、 同じ優先順位１の複数の送信デ−タと各送信デ−タの送
   信要求の有無とを対応させた第１の送信要求テ−ブルを
   記憶するための第１の記憶部と、 送信デ−タの送信要求があったときに、その送信デ−タ
   に対して送信要求有りの情報を前記送信要求テ−ブルに
   書き込む送信要求書き込み手段と、 前記送信要求テ−ブルに基づき、各送信デ−タの送信要
   求の有無を順番に周回検索し、 送信要求有りの送信デ−タを見つけた時点で検索を中断
   して当該送信要求有りの情報をクリアして当該送信デ−
   タに対して送信起動をかけ、送信後に次の送信デ−タに
   対応する位置を始点として周回検索を再開する送信スケ
   ジュ−ル実行部と、を備えてなることを特徴とするデ−
   タ送信装置。
2. 【請求項２】 優先順位１よりも高い優先順位２の送信
   デ−タについて送信要求の有無が書き込まれる第２の送
   信要求テ−ブルを記憶するための第２の記憶部を備え、 送信スケジュ−ル実行部は、優先順位１の送信デ−タの
   検索に先行して、第２の送信要求テ−ブルに基づいて優
   先順位２の送信デ−タの送信要求の有無を検索し、送信
   要求があると、前記送信要求の有りの情報をクリアして
   当該優先順位２の送信デ−タに送信起動をかけ、送信要
   求がないと、第１の送信要求テ−ブルに対して、前回の
   検索終了位置の次の位置を始点として周回検索を再開す
   る機能を更に備えていることを特徴とする請求項１記載
   のデ−タ送信装置。
3. 【請求項３】 優先順位２の送信デ−タは、第１の送信
   要求テ−ブルの優先順位１の送信デ−タの並びの中に含
   まれていて、第１の送信要求テ−ブルの一部が、第２の
   送信要求テ−ブルを兼用していることを特徴とする請求
   項２記載のデ−タ送信装置。
4. 【請求項４】 制御対象を夫々制御する複数の電子制御
   ユニットを備えると共にこれら電子制御ユニット間で通
   信を行う通信システムにおいて、 第１の記憶部、送信要求書き込み手段及び送信スケジュ
   −ル実行部は少なくとも一の電子制御ユニット内に設け
   られていることを特徴とする請求項１記載のデ−タ送信
   装置。
5. 【請求項５】 制御対象を夫々制御する複数の電子制御
   ユニットを備えると共にこれら電子制御ユニット間で通
   信を行う通信システムにおいて、 第１の記憶部、第２の記憶部、送信要求書き込み手段及
   び送信スケジュ−ル実行部は少なくとも一の電子制御ユ
   ニット内に設けられていることを特徴とする請求項２ま
   たは３記載のデ−タ送信装置。
6. 【請求項６】 前記送信要求の有無は、２値のビット情
   報として記憶されることを特徴とする請求項１乃至５の
   何れかに記載のデータ送信装置。