(57)【要約】【課題】各機器に使用するデータ領域を割り当てた状態にて各機器が同期してフレームを伝送し、このフレームに対してデータの格納及び取り出しをして、データの送信及び受信をするシステムにおいて、データ伝送効率を向上させる。【解決手段】データ伝送システムでは、各機器１〜４からデータを送信するに際して、送信データのデータ量が自己に割り当てられたデータ領域よりも少ない場合には空き領域をフレームのヘッダ領域に書き込むと共に、自己に割り当てられたデータ領域に送信データを書き込んで送信し、送信データのデータ量が自己に割り当てられたデータ領域よりも多い場合には、ヘッダ領域に書き込まれた空き領域を参照し、自己に割り当てられたデータ領域及び空き領域に送信データを書き込んで送信する。【選択図】　　　図１
2004080162.tif 000002
【特許請求の範囲】
【請求項１】
複数の機器が同期してフレームを伝送し、隣接する機器間でフレームに対するデータ書き込み処理又はデータ読み出し処理をしてデータを送受信するデータ伝送システムにおいて、
上記複数の機器に含まれる少なくとも１つのデータ送信機器は、
送信データを取得する送信データ取得手段と、
上記送信データ取得手段にて取得した送信データを一時的に蓄積する蓄積手段と、
上記蓄積手段に蓄積された送信データを、隣接する機器から送信されたフレーム内であって、自己に割り当てられたフレームのデータ領域に書き込んで送信する通信手段と、
上記通信手段にて書き込む送信データのデータ量に基づいて自己に割り当てられたデータ領域の空き領域を認識し、空き領域をフレームのヘッダ領域に書き込む空き領域書き込み手段と、
上記蓄積手段に蓄積した送信データの蓄積量が自己に割り当てられたデータ領域よりも多い場合に、ヘッダ領域に書き込まれた空き領域に送信データを書き込むように上記通信手段を制御する通信制御手段と
を備えることを特徴とするデータ伝送システム。
【請求項２】
上記ヘッダ領域に、優先して空き領域に送信データを書き込むことを示す優先フラグ領域を１又は複数設け、
上記データ送信機器は、上記蓄積手段に蓄積した送信データの蓄積量が自己に割り当てられたデータ領域よりも多い場合に、上記優先フラグ領域に格納する優先フラグの値を変更するヘッダ付加手段を更に備えることを特徴とする請求項１に記載のデータ伝送システム。
【請求項３】
上記複数の機器にて使用するデータ領域を割り当てる領域割り当て手段を上記複数の機器の何れかに備え、
上記領域割り当て手段は、送信データにリアルタイム性を必要としない機器以外にデータ領域を割り当て、
データ領域が割り当てられていないデータ送信機器は、ヘッダ領域に書き込まれた空き領域が存在する場合に、送信データをフレームに格納することを特徴とする請求項１に記載のデータ伝送システム。
【請求項４】
上記空き領域書き込み手段は、自己に割り当てられたデータ領域を超えて送信データを書き込む場合に、データ領域を超えて送信データを書き込んだことを示す情報をヘッダ領域に書き込むことを特徴とする請求項１に記載のデータ伝送システム。
【請求項５】
複数の機器が同期してフレームを伝送し、隣接する機器間でフレームに対するデータ書き込み処理をしてデータを送信するデータ送信方法において、
送信データを送信するに際して、
上記送信データを一時的に蓄積し、
上記送信データのデータ量が自己に割り当てられたデータ領域よりも少ない場合には空き領域をフレームのヘッダ領域に書き込むと共に、自己に割り当てられたデータ領域に送信データを書き込んで送信し、
上記送信データのデータ量が自己に割り当てられたデータ領域よりも多い場合には、ヘッダ領域に書き込まれた空き領域を参照し、自己に割り当てられたデータ領域及び空き領域に送信データを書き込んで送信すること
を特徴とするデータ送信方法。
【請求項６】
上記ヘッダ領域に、優先して空き領域に送信データを書き込むことを示す優先フラグ領域を１又は複数設け、
上記送信データのデータ量が自己に割り当てられたデータ領域よりも多い場合に、上記優先フラグ領域に格納する優先フラグの値を変更することを特徴とする請求項５に記載のデータ送信方法。
【請求項７】
上記複数の機器にて使用するデータ領域を割り当てる処理を予め行うことで、送信データにリアルタイム性を必要としない機器以外にデータ領域を割り当て、
ヘッダ領域に書き込まれた空き領域が存在する場合に、データ領域が割り当てられていない機器により送信データをフレームに格納することを特徴とする請求項５に記載のデータ送信方法。
【請求項８】
自己に割り当てられたデータ領域を超えて送信データを送信する場合に、データ領域を超えて送信データを書き込んだことを示す情報をヘッダ領域に書き込むことを特徴とする請求項５に記載のデータ送信方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、例えば車両内に施設されたリング状の伝送路に複数の機器を接続し、各機器間で同期しながら映像データ等を配信するようなデータ伝送システム及びデータ送信方法に関する。
【０００２】
【従来の技術】
従来より、例えば図７に示すように、複数の可変データ容量を出力するデータソース１０１，１０２、一定データ容量を出力するデータソース１０３，１０４や、これらの各データソース１０１〜１０４から出力したデータを受信する複数の受信機１０５，１０６を、リング状に接続した車両用データ伝送システムが知られている。
【０００３】
この車両用データ伝送システムでは、各機器１０１〜１０６が同期してフレームを中継し、フレームに格納したデータの送信を各データソース１０１〜１０４にて行うと共に、各データソース１０１〜１０４にて送信されたデータの受信を受信機１０５，１０６にて行う。このとき、各データソース１０１〜１０４では、共通して使用するフレームのデータ領域のうち、自己に割り当てられた領域にデータを格納してデータの送信をする。そして、受信機１０５，１０６では、指定されたデータ領域からデータを取りだして受信する。
【０００４】
このような車両用データ伝送システムにおいて、データソース１０１，１０２は、その構成を図８に示すように、可変データ発生部１１１にて例えば可変長圧縮処理等を行うことでデータを作成するので、送信するデータの時間的な伝送容量が変化する。このようなデータソース１０１，１０２を車両用データ伝送システムに備え、データソース１０１，１０２にて生成されたデータを送信するためには、データソース１０１，１０２に、車両用データ伝送システム全体の伝送帯域のうち、生成するデータの伝送容量の平均値以上の伝送帯域を確保する必要がある。
【０００５】
例えば車両用データ伝送システムにて同期して伝送するフレームのデータ領域の容量（ネットワーク容量）が６４バイトであって、この６４バイトのデータ領域をデータソース１０１〜１０４のそれぞれに割り当てるとき、図９に示すように、データソース１０１〜１０４の平均伝送容量が１６バイト、１２バイト、１６バイト、８バイトである場合には、データソース１０１には２０バイト、データソース１０２には１６バイトの平均値以上の伝送帯域を割り当てる。
【０００６】
ここで、データソース１０１，１０２の可変データ発生部１１１にて生成したデータの伝送容量が、確保した伝送帯域を超えた場合には、通信制御ＩＣ１１２では、各データソース１０１，１０２内の大容量バッファ１１３に一旦データを蓄積し、次に中継されたフレームに大容量バッファ１１３に蓄積したデータを送信するように通信ＩＣ１１４を制御していた。
【０００７】
また、従来において、可変データ発生部１１１にて生成したデータを送信するための他の手法としては、図１０に示すように、各データソース１０１，１０２の最大伝送容量だけのデータ領域を確保する必要がある。このような車両用データ伝送システムにおけるデータソース１０１，１０２は、図１１に示すように、バッファ１２１として、最大伝送容量分のデータ容量を１フレーム分の伝送量とし、１フレーム分の蓄積容量を有するものを使用する。
【０００８】
【発明が解決しようとする課題】
しかしながら、上述した従来の車両用データ伝送システムにおいて、可変容量のデータを発生するデータソース１０１，１０２に伝送容量の平均値以上のデータ領域を割り当てる手法では、伝送容量の最大値を発生する状態が継続した場合であっても大容量バッファ１１３が破綻しないように、大容量バッファ１１３の容量を大きくする必要がある。したがって、この手法では、データソース１０１，１０２のコストが高くなってしまうという問題点があった。
【０００９】
また、上述した従来の車両用データ伝送システムにおいて、データソース１０１，１０２の最大伝送容量だけのデータ領域を確保する手法では、発生するデータが最大伝送容量でない場合には、フレームのデータ領域の空き領域が多くなってしまう。このように空き領域が多くなると、システムにおけるデータ伝送効率が低下する。
【００１０】
更に、この手法では、図１０に示すように、データソース１０１の最大伝送容量が３２バイト、データソース１０２の最大伝送容量が２４バイトであって、データソース１０４の伝送容量（８バイト）を確保した場合、確保したデータ領域の合計がシステム全体のデータ容量の６４バイトに達してしまい、データソース１０３にデータ領域を割り当てることができなくなってしまう。このような場合には、システムに接続されているにも関わらず、データソース１０３からデータ送信をすることができない状態となり、データソース１０３を動作できない状態となってしまう。
【００１１】
そこで、本発明は、上述した実情に鑑みて提案されたものであり、各機器に使用するデータ領域を割り当てた状態にて各機器が同期してフレームを伝送し、このフレームに対してデータの格納及び取り出しをして、データの送信及び受信をするシステムにおいて、データ伝送効率を向上させることができるデータ伝送システム及びデータ送信方法を提供することを目的とする。
【００１２】
【課題を解決するための手段】
本発明は、複数の機器が同期してフレームを伝送し、隣接する機器間でフレームに対するデータ書き込み処理又はデータ読み出し処理をしてデータを送受信するデータ伝送システムに適用され、複数の機器に含まれる少なくとも１つのデータ送信機器は、送信データを取得する送信データ取得手段と、送信データ取得手段にて取得した送信データを一時的に蓄積する蓄積手段と、蓄積手段に蓄積された送信データを、隣接する機器から送信されたフレーム内であって、自己に割り当てられたフレームのデータ領域に書き込んで送信する通信手段と、通信手段にて書き込む送信データのデータ量に基づいて自己に割り当てられたデータ領域の空き領域を認識し、空き領域をフレームのヘッダ領域に書き込む空き領域書き込み手段と、蓄積手段に蓄積した送信データの蓄積量が自己に割り当てられたデータ領域よりも多い場合に、ヘッダ領域に書き込まれた空き領域に送信データを書き込むように通信手段を制御する通信制御手段とを備える。
【００１３】
すなわち、このデータ伝送システムでは、各機器からデータを送信するに際して、送信データのデータ量が自己に割り当てられたデータ領域よりも少ない場合には空き領域をフレームのヘッダ領域に書き込むと共に、自己に割り当てられたデータ領域に送信データを書き込んで送信し、送信データのデータ量が自己に割り当てられたデータ領域よりも多い場合には、ヘッダ領域に書き込まれた空き領域を参照し、自己に割り当てられたデータ領域及び空き領域に送信データを書き込んで送信することで、上述の課題を解決する。
【００１４】
【発明の実施の形態】
以下、本発明の実施の形態について図面を参照して説明する。
【００１５】
本発明は、例えば図１に示すように構成された車両用データ伝送システムに適用される。この車両用データ伝送システムは、車両内に各機器が設置され、各機器を例えば光ファイバにてリング状に接続し、各機器間でフレームを同期して中継することで、データ伝送を実現する。
【００１６】
［車両用データ伝送システムの構成］
車両用データ伝送システムは、時間的に伝送容量が可変する２つの可変データソース１及び可変データソース２、時間的に伝送容量が可変しない２つの一定データソース３及び一定データソース４、ステータス情報を生成するステータス情報生成部５、データソース１〜４及びステータス情報生成部５からの情報を受信する２つの受信機６，受信機７が、例えば光ファイバ等の伝送路８を介してリング状に接続されて構成されている。
【００１７】
この車両用データ伝送システムでは、データソース１〜４及びステータス情報生成部５、受信機６及び受信機７が互いに同期して動作し、各部でフレームを中継しながらデータ伝送をする。ここで、車両用データ伝送システムでは、何れかの機器がマスタとして機能し、このマスタにてフレームのデータ領域を割り当てる。そして、各機器は、割り当てられたデータ領域にデータを格納して送信することでデータ送信をし、割り当てられたデータ領域に格納されたデータを読み出すことでデータ受信をする。
【００１８】
また、この車両用データ伝送システムでは、伝送路８での伝送容量が所定値に設定されている。すなわち、各機器１〜７にて伝送するフレームのデータ領域が所定値とされており、マスタにより所定値を各機器に割り当てる。
【００１９】
可変データソース１及び可変データソース２は、例えば映像データの可変長圧縮処理をすることで時間的に伝送容量が可変する機器である。この可変データソース１及び可変データソース２は、例えばＤＶＤ装置やナビゲーション装置等の映像データ生成機器などが該当する。一定データソース３及び一定データソース４は、例えば音響データの生成処理をすることで時間的に伝送容量が変化しない機器である。
【００２０】
具体的には、伝送路８での伝送容量が６４バイト、すなわち、各機器１〜７にて伝送するフレームの領域が６４バイトとされており、マスタによりこの６４バイトを各機器に割り当てる。これにより、可変データソース１には２３バイト、可変データソース２には１６バイト、一定データソース３には１６バイト、一定データソース４には８バイトを割り当てる。ここで、ステータス情報生成部５には、伝送容量を割り当てないものとする。
【００２１】
ステータス情報生成部５は、例えばスイッチ等のステータス情報を送信する機器である。このステータス情報生成部５から送信されるステータス情報は、データ伝送にリアルタイム性が要求されない。車両用データ伝送システムのマスタでは、ステータス情報生成部５から出力するステータス情報にリアルタイム性が要求されないことを認識して、伝送容量を割り当てないようにしている。なお、本例では、リアルタイム性が要求されない機器としてステータス情報生成部５を示したが、これに限らず、コマンドのみを送信する機器などであっても良い。
【００２２】
このような車両用データ伝送システムにおいて、可変データソース１，２は、その構成を図２に示すように、可変データ発生部１１によりデータを生成し、一旦バッファＩＣ１２にデータを蓄積して、ヘッダ付加回路１３によりヘッダを付加して、通信ＩＣ１４から伝送路８にデータ伝送をする。このとき、可変データソース１，２では、通信制御ＩＣ１５により可変データ発生部１１でのデータ発生状態を監視し、通信ＩＣ１４を制御してデータ伝送及び隣接する機器との間でのデータ中継をする。
【００２３】
このように各データソース１〜４にデータ領域を割り当てた状態では、図３に示すようなフレーム構造となる。図３によれば、先頭に１バイトのヘッダ領域２１が設けられ、更に可変データソース１が使用する第１データ領域２２、可変データソース２が使用する第２データ領域２３、一定データソース３が使用する第３データ領域２４、一定データソース４が使用する第４データ領域２５に区分されている。
【００２４】
そして、各データソース１〜４にてデータ送信をするときには、それぞれに割り当てられたデータ領域２２〜２５に生成したデータを格納する。これに対し、受信機６，７では、マスタにて設定されたデータ領域を参照し、設定されたデータ領域に格納されているデータを読み出して受信する。
【００２５】
また、ヘッダ領域２１は、その構造を図４に示すように、先頭を第１優先フラグ領域３１にし、続いて第２優先フラグ領域３２及びフレーム空情報領域３３が設けられている。本例では、ヘッダ領域２１の１バイトの領域のうち、１ビットを第１優先フラグ領域３１とし、次の１ビットを第２優先フラグ領域３２とし、残りの６ビットをフレーム空情報領域３３にしている。
【００２６】
第１優先フラグ領域３１は、可変データソース１又は可変データソース２が自己に割り当てられた第１データ領域２２又は第２データ領域２３のデータ量以下のデータ量をフレームに格納して送信する場合に値「０」のままとなり、可変データソース１又は可変データソース２が自己に割り当てられた第１データ領域２２又は第２データ領域２３のデータ量以上のデータ量をフレームに格納して送信する場合に値「１」に設定される。そして、値「１」とされた第１優先フラグ領域３１は、フレームが車両用データ伝送システム全体にて中継された際にフラグを設定した機器によりリセットされる。また、第２優先フラグ領域３２も、第１優先フラグ領域３１と同様に可変データソース１又は可変データソース２によりその値が設定される。
【００２７】
また、フレーム空情報領域３３は、３１バイト〜−３２バイトまでの空き領域又は余剰領域が表現可能となっている。このフレーム空情報領域３３は、データソース１〜４により書き込み可能となっており、自己が割り当てられたデータ領域よりも少ないデータ量を書き込んだ場合に、空きのデータ量が正の値として書き込まれ、自己が割り当てられたデータ領域よりも多いデータ量を書き込んだ場合に、余剰のデータ量が負の値として書き込まれる。
【００２８】
各データソース１〜４では、通信制御ＩＣ１５によりヘッダ領域２１の各領域を参照してフレームへの書き込みデータ量を増加又は抑制する。更に、各データソース１〜４では、通信制御ＩＣ１５によりヘッダ領域２１の各領域を参照し、ヘッダ領域２１の各領域を書き換えると共に、データ領域の空き状況を書き込む。なお、このような通信制御ＩＣ１５によるデータ伝送容量制御処理の処理内容については後述する。
【００２９】
［車両用データ伝送システムにおけるデータ伝送容量制御処理］
つぎに、車両用データ伝送システムにおけるデータ伝送容量制御処理の処理手順について図５を参照して説明する。なお、本例におけるデータ伝送容量制御処理は、可変データソース１及び可変データソース２により実行する処理について説明し、この説明においては可変データソース１及び可変データソース２を総称して単に「可変データソース」と呼ぶ。
【００３０】
可変データソースは、先ず、隣接する機器からフレームを通信ＩＣ１４により受信すると、ステップＳ１に処理を進め、通信制御ＩＣ１５によりヘッダ領域２１の内容を読み出して、ステップＳ２に処理を進める。
【００３１】
ステップＳ２においては、通信制御ＩＣ１５により、バッファＩＣ１２の蓄積量又は可変データ発生部１１のデータ生成量を監視し、バッファＩＣ１２の蓄積容量が増加したか否かを判定する。このとき、通信制御ＩＣ１５では、バッファＩＣ１２の蓄積量が、予め割り当てられているデータ領域よりも増加したか否かを判定する。通信制御ＩＣ１５によりバッファＩＣ１２の蓄積量が増加していないと判定した場合にはステップＳ３に処理を進め、バッファＩＣ１２の蓄積量が増加したと判定した場合にはステップＳ４に処理を進める。
【００３２】
ステップＳ３においては、通信制御ＩＣ１５により、自己が保持している第１フラグ書き込み情報ＦＬＧ１を参照し、この第１フラグ書き込み情報ＦＬＧ１の値が「１」であるか否かを判定する。第１フラグ書き込み情報ＦＬＧ１が「１」でないと判定した場合にはステップＳ５に処理を進め、第１フラグ書き込み情報ＦＬＧ１が「１」であると判定した場合にはステップＳ６に処理を進める。
【００３３】
ここで、第１フラグ書き込み情報ＦＬＧ１は、自己により第１優先フラグ領域３１に格納する第１優先フラグの値を「１」にしたか否かを判定する値であり、第１優先フラグの値を「１」に書き換えることにより通信制御ＩＣ１５により第１優先フラグが「１」に設定される。また、後述の第２書き込み情報ＦＬＧ２も、第１フラグ書き込み情報ＦＬＧ１と同様に、第２優先フラグの値を書き換えたことにより設定される。
【００３４】
ステップＳ６においては、通信制御ＩＣ１５により、ステップＳ２にてバッファＩＣ１２の蓄積データ量が増加していないと判定し、自己に割り当てられたデータ領域よりも多くのデータ量を蓄積する必要が無くなったので、第１フラグ書き込み情報ＦＬＧ１の値を「０」に書き換えるようにヘッダ付加回路１３を制御して、ステップＳ７に処理を進める。
【００３５】
一方、ステップＳ５においては、通信制御ＩＣ１５により、自己が保持している第２フラグ書き込み情報ＦＬＧ２を参照し、この第２フラグ書き込み情報ＦＬＧ２の値が「１」であるか否かを判定する。第２フラグ書き込み情報ＦＬＧ２の値が「１」でないと判定した場合にはステップＳ７に処理を進め、第２フラグ書き込み情報ＦＬＧ２の値が「１」であると判定した場合にはステップＳ８に処理を進める。
【００３６】
ステップＳ８においては、通信制御ＩＣ１５により、ステップＳ６同様に、第２フラグ書き込み情報ＦＬＧ２の値を「０」に書き換えるようにヘッダ付加回路１３を制御して、ステップＳ７に処理を進める。
【００３７】
ステップＳ７においては、通信制御ＩＣ１５により第１優先フラグ領域３１を参照して、他のデータソースにより第１優先フラグの値が「１」に設定されているか否かを判定する。第１優先フラグの値が「１」に設定されていないと判定した場合には書き込み抑制数に「０」を設定してステップＳ９に処理を進め、第１優先フラグの値が「１」に設定されていると判定した場合にはステップＳ１０に処理を進める。
【００３８】
ステップＳ９においては、通信制御ＩＣ１５により、書き込み抑制数ｎをそのままに設定して、ステップＳ１１に処理を進める。なお、ステップＳ７において第１優先フラグの値が「１」であると判定してステップＳ１０にて書き込み抑制数ｎを設定した場合には、設定した書き込み抑制数ｎをそのままとする。
【００３９】
ステップＳ１０においては、通信制御ＩＣ１５により、ステップＳ２の判定結果から自己のバッファ蓄積量が増加しておらず、ステップＳ７の判定結果から他のデータソースのデータ蓄積量が増加していると認識して、書き込み抑制数ｎを設定する。このとき、通信制御ＩＣ１５では、自己に割り当てられたデータ領域から、自己がデータ伝送するのに必要最低限の伝送容量を減算したデータ量を書き込み抑制数ｎとして設定する。なお、この書き込み抑制数ｎは、自己のデータ伝送に支障のないデータ量を設定し、各データソース１〜４によって異なるデータ量となる。
【００４０】
ステップＳ１１においては、通信制御ＩＣ１５により、ステップＳ７と同様に、他のデータソースにより第２優先フラグの値が「１」に設定されているか否かを判定する。第２優先フラグの値が「１」に設定されていないと判定した場合にはステップＳ１３に処理を進め、第１優先フラグの値が「１」に設定されていると判定した場合にはステップＳ１２に処理を進める。
【００４１】
ステップＳ１２においては、通信制御ＩＣ１５により、ステップＳ１０にて設定した書き込み抑制数ｎを更に増加させて、新たな書き込み抑制数ｎを設定して、ステップＳ１３に処理を進める。この場合でも、ステップＳ１０と同様に、自己のデータ伝送に支障のないデータ量を設定する。
【００４２】
ステップＳ１３においては、通信制御ＩＣ１５により、バッファＩＣ１２に蓄積しているデータを自己に割り当てられたデータ領域に書き込むように、通信ＩＣ１４を制御して、処理を終了する。このとき、通信制御ＩＣ１５では、ステップＳ１０又はステップＳ１２にて設定した書き込み抑制数ｎに基づいて空き領域をフレーム空情報領域３３に書き込むようにヘッダ付加回路１３を制御する。
【００４３】
一方、ステップＳ２にてバッファＩＣ１２に蓄積しているデータ量が増加していると判定した後のステップＳ４においては、ステップＳ３と同様に、第１フラグ書き込み情報ＦＬＧ１の値が「１」であるか否かを判定し、第１フラグ書き込み情報ＦＬＧ１の値が「１」でないと判定した場合にはステップＳ１４に処理を進め、第１フラグ書き込み情報ＦＬＧ１の値が「１」であると判定した場合にはステップＳ１５に処理を進める。
【００４４】
ステップＳ１５においては、通信制御ＩＣ１５により、第２優先フラグ領域３２を参照して第２優先フラグの値が「１」であるか否かを判定し、第２優先フラグの値が「１」でないと判定した場合にはステップＳ１６に処理を進め、第２優先フラグの値が「１」であると判定した場合にはステップＳ１７に処理を進める。
【００４５】
ステップＳ１６においては、ステップＳ４の判定により自己により第１優先フラグの値を「１」にし、ステップＳ１５の判定により他のデータソースのバッファ蓄積量が増加していないと認識したことにより、現在の全空き領域を自己にて使用可能であると認識する。そして、通信制御ＩＣ１５では、フレーム空情報領域３３を参照して空きのデータ量を認識し、追加書き込み可能数を空きのデータ量に設定して、ステップＳ１８に処理を進める。
【００４６】
ステップＳ１８においては、通信制御ＩＣ１５により、自己に割り当てられているデータ領域に、ステップＳ１６にて設定した追加書き込み可能数を加算して、加算して得たデータ量をバッファＩＣ１２から読み出して通信ＩＣ１４により書き込んで送信するように制御する。
【００４７】
また、ステップＳ１５において第２優先フラグの値が「１」であると判定した後のステップＳ１７においては、ステップＳ４の判定により自己により第１優先フラグの値を「１」にし、ステップＳ１５の判定により他のデータソースのバッファ蓄積量が増加していると認識したことにより、現在の全空き領域を他のデータソースと共有して使用すると認識する。そして、通信制御ＩＣ１５では、フレーム空情報領域３３を参照して空きのデータ量を認識し、追加書き込み可能数を空きのデータ量の半分に設定して、ステップＳ１８に処理を進める。
【００４８】
ステップＳ１８においては、通信制御ＩＣ１５により、自己に割り当てられているデータ領域に、ステップＳ１７にて設定した追加書き込み可能数を加算して、加算して得たデータ量をバッファＩＣ１２から読み出して通信ＩＣ１４により書き込んで送信するように制御する。
【００４９】
ステップＳ４において第１フラグ書き込み情報ＦＬＧ１の値が「１」でないと判定した後のステップＳ１４においては、通信制御ＩＣ１５により、第２フラグ書き込み情報ＦＬＧ２の値が「１」であるか否かを判定する。第２フラグ書き込み情報ＦＬＧ２の値が「１」でないと判定した場合にはステップＳ２０に処理を進め、第２フラグ書き込み情報ＦＬＧ２の値が「１」であると判定した場合にはステップＳ１９に処理を進める。
【００５０】
ステップＳ２１においては、通信制御ＩＣ１５により、第１優先フラグの値が「１」か否かを判定する。第１優先フラグの値が「１」であると判定した場合には、自己が第２優先フラグを「１」にし、他のデータソースのバッファ蓄積量が増加しているので、空きのデータ量の半分を追加書き込み可能数にして（ステップＳ１７）、バッファＩＣ１２に蓄積していたデータを書き込む（ステップＳ１８）。
【００５１】
一方、ステップＳ１９において第１優先フラグの値が「１」でないと判定した場合には、他のデータソースのバッファ蓄積量が増加していないと認識したことにより、現在の全空き領域を自己にて使用すると認識して追加書き込み可能数を設定し（ステップＳ１６）、バッファＩＣ１２に蓄積していたデータを書き込む（ステップＳ１８）。
【００５２】
ステップＳ２０においては、通信制御ＩＣ１５により、第１優先フラグ領域３１を参照して、第１優先フラグの値が「１」であるか否かを判定し、第１優先フラグの値が「１」であると判定した場合にはステップＳ２１に処理を進め、第１優先フラグの値が「１」でないと判定した場合にはステップＳ２２に処理を進める。
【００５３】
ステップＳ２２においては、ステップＳ４及びステップＳ１４にて自己で第１優先フラグ及び第２優先フラグを「１」としていないので、ヘッダ付加回路１３により第１優先フラグを「１」にすると共に、通信制御ＩＣ１５により第１フラグ書き込み情報ＦＬＧ１を「１」にしてステップＳ１５に処理を進め、ステップＳ１５〜ステップＳ１８の処理をする。
【００５４】
一方、ステップＳ２１においては、通信制御ＩＣ１５により、第２優先フラグの値が「１」か否かを判定し、第２優先フラグの値が「１」であると判定した場合にはステップＳ２２に処理を進め、第２優先フラグの値が「１」でないと判定した場合にはステップＳ２３に処理を進める。
【００５５】
ステップＳ２３においては、第１優先フラグ及び第２優先フラグの双方が「１」であって、他のデータソースにより空き領域が使用される状態であるので、通信制御ＩＣ１５により、追加書き込み数を「０」にしてステップＳ１８の処理をする。
【００５６】
ステップＳ２４においては、ステップＳ４及びステップＳ１４にて自己にて優先フラグを「１」としておらず、第１優先フラグは「１」であるが第２優先フラグが「１」ではないので、ヘッダ付加回路１３により第２優先フラグを「１」にすると共に、通信制御ＩＣ１５により第２フラグ書き込み情報ＦＬＧ２を「１」にしてステップＳ１７及びステップＳ１８の処理をする。
【００５７】
［データ伝送容量制御処理の具体的な処理］
つぎに、上述したデータ伝送容量制御処理を各データソース１〜４により行うことによる具体例について図６を参照して説明する。
【００５８】
先ず、図３に示したようにマスタにより各データソース１〜４に第１データ領域２２〜第４データ領域２５が割り当てられ、そのフレームが可変データソース１の通信ＩＣ１４に入力される。すると、可変データソース１の通信制御ＩＣ１５では、ヘッダ領域２１を読み出し、例えばバッファＩＣ１２に１０バイトのデータが蓄積されており、自己に割り当てられているデータ領域よりもバッファ蓄積量が少ないと認識する。そして、バッファＩＣ１２から１０バイトのデータを読み出し、ヘッダ付加回路１３に送る。
【００５９】
ヘッダ付加回路１３では、自己に割り当てられている第１データ領域２２が２３バイトであって、入力したデータが１０バイトであるので、そのデータ量の差を演算し、自己の第１データ領域２２に１３バイトの空き領域があることを示すフレーム空き情報をフレーム空情報領域３３に書き込む。そして、通信ＩＣ１４により、自己に割り当てられている第１データ領域２２の先頭から１０バイトのデータ４１を格納し（図６（ａ））、隣接する可変データソース２にフレームを送る。このとき、通信ＩＣ１４では、格納したデータのデータ長等の情報も共に格納する。
【００６０】
次に、可変データソース２の通信制御ＩＣ１５では、可変データソース１からの図６（ａ）のフレームが通信ＩＣ１４に送信されたと認識すると、フレーム空情報領域３３を参照して、第１データ領域２２に１３バイト空き領域が存在すると認識する。また、通信制御ＩＣ１５では、バッファＩＣ１２に２４バイトのデータが蓄積されており、自己に割り当てられている第２データ領域２３が１６バイトであるので、第１データ領域２２の空き領域を含めてバッファＩＣ１２に蓄積されているデータ量が送信可能であると判定する。
【００６１】
ここで、通信制御ＩＣ１５では、第１フラグ書き込み情報ＦＬＧ１及び第２フラグ書き込み情報ＦＬＧ２、第１優先フラグ及び第２優先フラグの値を確認し、何れの値も「１」となっていないことを認識して、データの書き込みをする。これにより、可変データソース２の通信制御ＩＣ１５では、空き領域を利用して、バッファＩＣ１２に蓄積されている２４バイトのデータ４２を書き込んで（図６（ｂ））、隣接する一定データソース３にフレームを送る。このとき、可変データソース２の通信制御ＩＣ１５では、第２データ領域２３に５バイトの空き領域があることを示すフレーム空き情報をフレーム空情報領域３３に書き込む。
【００６２】
次に、一定データソース３の通信制御ＩＣ１５では、フレーム空情報領域３３を参照し、１６バイトの一定容量のデータ４３を書き込んで（図６（ｃ））、隣接する一定データソース４にフレームを送り、一定データソース４では、フレーム空情報領域３３を参照し、８バイトの一定容量のデータ４４を書き込んで（図６（ｄ））、隣接するステータス情報生成部５にフレームを送る。
【００６３】
次に、ステータス情報生成部５では、フレーム空情報領域３３を参照して、一定データソース４にてデータ４４が書き込まれた後に空き領域が存在することを認識し、送信すべきステータス情報がある場合には空き領域にデータ４５を格納して（図６（ｅ））、受信機６にフレームを送る。
【００６４】
そして、車両用データ伝送システムにおいては、フレームが全機器にて中継されて、フレームが１周したら、同様の処理を繰り返す。
【００６５】
［実施の形態の効果］
以上詳細に説明したように、本発明を適用した車両用データ伝送システムによれば、各データソース１〜４に使用するデータ領域２２〜２５を割り当てた状態にてデータの送信及び受信をするシステムであっても、各データソース１〜４にて第１フラグ書き込み情報ＦＬＧ１及び第２フラグ書き込み情報ＦＬＧ２、並びに第１優先フラグ及び第２優先フラグを管理するようにしたので、空き領域を有効に利用することができ、データ伝送効率を向上させることができる。
【００６６】
また、この車両用データ伝送システムによれば、空き領域を有効利用することができるので、可変データソース１及び可変データソース２のバッファＩＣ１２として蓄積容量が最低限のものを使用することができ、可変データソース１及び可変データソース２の機器コストを低減することができる。
【００６７】
更に、この車両用データ伝送システムによれば、リアルタイム性を必要としない機器（ステータス情報生成部５）には予めデータ領域を割り当てなくても、空き領域を使用してデータ伝送をすることができ、リアルタイム性を必要とする可変データソース１等に割り当てるデータ領域を多くすることができ、更に効率的なデータ伝送を実現することができる。
【００６８】
なお、上述の実施の形態は本発明の一例である。このため、本発明は、上述の実施形態に限定されることはなく、この実施の形態以外であっても、本発明に係る技術的思想を逸脱しない範囲であれば、設計等に応じて種々の変更が可能であることは勿論である。
【００６９】
すなわち、上述した一例では、優先フラグを２つ設けた場合について説明したが、例えば可変データソースが３つ以上存在する場合には、３つ以上の優先フラグを設けて上述の処理をしても良い。
【００７０】
【発明の効果】
本発明によれば、送信データのデータ量が自己に割り当てられたデータ領域よりも少ない場合には空き領域をフレームのヘッダ領域に書き込むと共に、自己に割り当てられたデータ領域に送信データを書き込んで送信し、送信データのデータ量が自己に割り当てられたデータ領域よりも多い場合には、ヘッダ領域に書き込まれた空き領域を参照し、自己に割り当てられたデータ領域及び空き領域に送信データを書き込んで送信するので、空き領域を有効に利用することができ、データ伝送効率を向上させることができる。
【図面の簡単な説明】
【図１】本発明を適用した車両用データ伝送システムの構成を示すブロック図である。
【図２】可変データソースの構成を示すブロック図である。
【図３】本発明を適用した車両用データ伝送システムにおいて伝送するフレームの構造を示すブロック図である。
【図４】フレームに含まれるヘッダ領域の構造について示すブロック図である。
【図５】各データソースにて行うデータ伝送容量制御処理の処理手順を示すフローチャートである。
【図６】各データソースにてデータ伝送容量制御処理を行った場合の具体例を説明するための図であり、（ａ）及び（ｂ）は可変データソースによりデータを格納した後のフレーム構造、（ｃ）及び（ｄ）は一定データソースによりデータを格納した後のフレーム構造、（ｅ）はステータス情報生成部によりデータを格納した後のフレーム構造を示す。
【図７】従来の車両用データ伝送システムの一構成例を示すブロック図である。
【図８】従来のデータソースの一構成例を示すブロック図である。
【図９】従来の車両用データ伝送システムの他の一構成例を示すブロック図である。
【図１０】従来の車両用データ伝送システムの他の一構成例を示すブロック図である。
【図１１】従来のデータソースの他の一構成例を示すブロック図である。
【符号の説明】
１，２　可変データソース
３，４　一定データソース
５　ステータス情報生成部
６，７　受信機
８　伝送路
１１　可変データ発生部
１２　バッファＩＣ
１３　ヘッダ付加回路
１４　通信ＩＣ
１５　通信制御ＩＣ
２１　ヘッダ領域
２２　第１データ領域
２３　第２データ領域
２４　第３データ領域
２５　第４データ領域
３１　第１優先フラグ領域
３２　第２優先フラグ領域
３３　フレーム空情報領域
【図１】
2004080162.tif 000003
【図２】
2004080162.tif 000004
【図３】
2004080162.tif 000005
【図４】
2004080162.tif 000006
【図５】
2004080162.tif 000007
【図６】
2004080162.tif 000008
【図７】
2004080162.tif 000009
【図８】
2004080162.tif 000010
【図９】
2004080162.tif 000011
【図１０】
2004080162.tif 000012
【図１１】
2004080162.tif 000013