(57)【要約】【課題】無通信期間経過後の通信を早期に再開し得るネットワークシステムを提供する。【解決手段】  本実施形態に係るマスタノードでは、タイムアウト処理に要する時間よりも長い時間に相当するデータ長のダミーデータとして、ヘッダＨＭdmyおよびレスポンスＲＭdmyを、スレーブノードに対して送信する機能をマスタノードのマスタタスクに持たせる。これにより、本来必要とするマスタノードからのデータＨＭｎに先立ってダミーデータとしてのヘッダＨＭdmyやレスポンスＲＭdmyがスレーブノードに到着するので、マスタノードから送信されるデータＨＭｎを一定時間以上受信できない場合が発生しこのような無通信期間経過後にタイムアウト処理を実行しても、タイムアウト処理の実行中には、ダミーデータとしてのヘッダＨＭdmyやレスポンスＲＭdmyの到着にとどめることができる。【選択図】  図３
2006148384.tif 000002
【特許請求の範囲】
【請求項１】
マスタノードと、これに従属する１以上のスレーブノードであって前記マスタノードから送信されるデータを一定時間以上受信できない場合、前記マスタノードからのデータを受信できない期間を伴う所定の処理を実行するスレーブノードと、を含んで構成されるネットワークシステムにおいて、
前記マスタノードは、前記スレーブノードに前記データを送信する前に、前記受信できない期間よりも長い時間に相当するデータ長のダミーデータを前記スレーブノードに対して送信するダミーデータ送信手段を備えていることを特徴とするネットワークシステム。
【請求項２】
前記ダミーデータは、前記データの先頭に付加されることを特徴とする請求項１記載のネットワークシステム。
【請求項３】
前記ダミーデータは、前記データを受信すべきスレーブノードのアドレスに相当するものであって前記１以上のスレーブノードのいずれのアドレスにも該当しないものを含んで構成されることを特徴とする請求項１または２記載のネットワークシステム。
【請求項４】
前記マスタノードと前記スレーブノードとは、ＬＩＮプロトコルに従ったデータ通信を行うことを特徴とする請求項１〜３のいずれか一項に記載のネットワークシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、マスタノードとこれに従属する１以上のスレーブノードとを含んで構成されるネットワークシステムに関するものである。
【背景技術】
【０００２】
マスタノードとこれに従属する１以上のスレーブノードとを含んで構成されるネットワークシステムとして、例えば、下記特許文献１の図５に開示されるようなものがある。この種のネットワークシステムでは、通常、ケーブルが断線すると、マスタノードから送信されたデータはスレーブノードに到達しないため通信エラーとなり、ケーブルの接続が復旧するまで通信の回復は難しい。また、ハードウェアの障害によって、例えばスレーブノードが故障した場合にも、マスタノードから送信されたデータはスレーブノードにより受信されないため通信エラーとなり、またマスタノードにハードウェアの障害が発生した場合にも同様に通信エラーとなる。このようなハードウェア障害の場合、スレーブノードやマスタノード等のハードウェアをリセットして再起動させることによって正常動作に復帰し得るので通信可能な状態に戻ることもある。
【０００３】
このように「通信エラー」といっても、その原因が、マスタノードとスレーブノードとを接続するケーブルの断線によるものであるのか、マスタノードまたはスレーブノードのハードウェア障害によるものであるのか、を短時間に判断することは難しい。即ち、ハードウェア障害による通信エラーの場合には、ハードウェアリセット後の再起動により比較的短時間に通信機能が回復することが考えられるが、ケーブルの断線によるものである場合には、迂回経路や予備回線が存在しない限り短時間に通信機能が回復することはない。そのため、ハードウェア障害の発生からハードウェアリセット後の再起動により通信が再開されるまでの期間を待つことにより、通信エラーの原因がケーブルの断線によるものであるのか否かを判断することは可能であっても、これ以前には判断し難い。
【０００４】
そこで、下記特許文献１に開示される技術では、例えば、マスタノードあるいはスレーブノードの通信制御回路内にダミーデータを出力し得るダミーデータレジスタ等を設けることによって、当該マスタノード等のＣＰＵがリセット状態にある場合にはダミーデータレジスタからダミーデータをケーブルに出力し得るように構成している。これにより、ダミーデータを受信したスレーブノード等は、当該マスタノードがリセット状態にあることを認識可能になるので、ケーブル断線による通信エラーではなく、ハードウェア障害後のリセットによる通信エラーであることを判断し得るようにしている。
【０００５】
また、図４に示すように、１台のマスタノード１２０に、複数台のスレーブノード１３０Ａ，…，１３０Ｎが従属的に接続され、マスタノード１２０の指示がない限りスレーブノード１３０Ａ等によるデータ送信を許可しない、いわゆる「シングルマスタ方式」のネットワークシステム（例えば、ＬＩＮ（Local Interconnect Network））１００では、マスタノード１２０から送信されるヘッダＨＭｎ（ｎは１以上の整数）に対してのみスレーブノード１３０Ａ等からのレスポンスＲＳｎ（ｎは１以上の整数）送信が許可される。即ち、ヘッダＨＭｎに含まれるアドレス情報に対応したスレーブノード１３０Ａ等のみにレスポンスＲＳｎの送信が許され、それ以外のスレーブノード１３０Ｎ等はレスポンスＲＳｎを送信することができない。
【０００６】
そのため、図４に示す例では、スレーブノード１３０Ａは、自分のアドレスに対応したアドレス情報を含むヘッダＨＭ２’を受信した場合には、レスポンスＲＳ２を送信することができるが（図４下段中）、それ以外のアドレス情報を含むヘッダＨＭ１’やＨＭ３’を受信してもレスポンスＲＳ２を送信することはできない（図４下段左、図４下段右）。なお、このような各処理は、マスタノード１２０においてはマスタタスク１２２が行い、スレーブノード１３０Ａ等においてはスレーブタスク１３３が行う。また、マスタノード１２０のスレーブタスク１２３は、マスタノード１２０からスレーブノード１３０Ａ等にデータ等を送信する際の処理を行うものである。ここで「タスク」とは、コンピュータにおける処理の実行単位を意味し、プロセスと称することもある。
【０００７】
このため、マスタノード１２０とスレーブノード１３０Ａ等とを接続するケーブル（例えばＬＩＮバスケーブル）１５０が断線したり、マスタノード１２０がハードウェア障害を起こした場合には、スレーブノード１３０Ａ等は、ヘッダＨＭｎを受信することができないため、レスポンスＲＳｎを送信できないが、スレーブノード１３０Ａ等がハードウェア障害を起こした場合には、当該スレーブノード１３０Ａ等をハードウェアリセットして再起動させることにより通信が再開され得る。
【特許文献１】特開２００１−２３７８４２号公報（第２頁〜第６頁、図３〜６）
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、特許文献１に開示される技術によると、ダミーデータを出力するためのダミーデータレジスタやダミーデータ出力許可回路等のハードウェアを別途設ける必要がある。このため、回路構成が複雑になるばかりか、これらの回路が故障した場合にはダミーデータが送出されない。つまり、新たに追加したハードウェアが正常に機能しなければ通信エラーの発生を通知することができないという新たな技術的課題が発生し得る。またハードウェアの追加によって製品コストの上昇を招くという課題もある。
【０００９】
また、図４に示すようなシングルマスタ方式のネットワークシステム１００によると、スレーブノード１３０Ａ等がハードウェア障害を起こした場合には、当該スレーブノード１３０Ａ等をハードウェアリセットして再起動させてヘッダＨＭｎ’の受信を試みる。ところが、図５(A) に示すように、このようなタイムアウトによる再起動処理（以下「タイムアウト処理」という。）をスレーブノード１３０Ａ等が行っている間に、マスタノード１２０から送信されたヘッダＨＭｎ’が当該スレーブノード１３０Ａ等に到着した場合には、スレーブノード１３０Ａ等がそのヘッダＨＭｎ’を受信することができない。
【００１０】
つまり、マスタノード１２０から送信されるヘッダＨＭｎを一定時間以上受信できない期間（以下、この期間のことを「無通信期間」という。）の後に行われるタイムアウト処理中のスレーブノード１３０Ａ等では、到着したヘッダＨＭｎ’を処理することができないため、それに呼応するレスポンスＲＳｎをマスタノード１２０に送信することもできない。したがって、その後にマスタノード１２０が送信するヘッダＨＭｎの到着を待たなければレスポンスＲＳｎを送信できないことから、スレーブノード１３０Ａ等による通信の再開が遅れてしまうという技術的課題がある。
【００１１】
このような課題は、図５(B) に示すように、無通信期間が発生し得る場合には、マスタノード１２０がヘッダＨＭｎを送信した後、マスタノード１２０自らがレスポンスＲＭｎで応答する通信を繰り返し行うことで、無通信期間の発生を防ぐため、スレーブノード１３０Ａ等のタイムアウト処理の起動を回避することで解消し得る。ところが、マスタノード１２０においては、無通信期間の発生を防ぐためのヘッダＨＭｎおよびレスポンスＲＭｎを一定期間ごとに繰り返し送信しなければならないため、マスタタスク１２２およびスレーブタスク１２３による処理が定常的に発生する。すると、これらのタスクを処理するＭＰＵ（Micro Processing Unit）の負荷が軽減されないため、マスタノード１２０を構成するシステム全体の処理速度の低下を招くという新たな技術的課題を招来する。
【００１２】
本発明は、上述した課題を解決するためになされたものであり、その目的とするところは、無通信期間経過後の通信を早期に再開し得るネットワークシステムを提供することにある。
【課題を解決するための手段】
【００１３】
上記目的を達成するため、特許請求の範囲に記載の請求項１のネットワークシステムでは、マスタノード［２０］と、これに従属する１以上のスレーブノード［３０］であって前記マスタノード［２０］から送信されるデータ［ＨＭｎ］を一定時間以上受信できない場合、前記マスタノード［２０］からのデータ［ＨＭｎ］を受信できない期間を伴う所定の処理を実行するスレーブノード［３０］と、を含んで構成されるネットワークシステム［１０］において、前記マスタノード［２０］は、前記スレーブノード［３０］に前記データ［ＨＭｎ］を送信する前に、前記受信できない期間よりも長い時間に相当するデータ長のダミーデータ［ＨＭdmy,ＲＭdmy］を前記スレーブノード［３０］に対して送信するダミーデータ送信手段［２２］を備えていることを技術的特徴とする。なお、［  ］内の数字または記号は、［発明を実施するための最良の形態］の欄で説明する符号に対応し得るものである（以下同じ）。
【００１４】
特許請求の範囲に記載の請求項２のネットワークシステムでは、請求項１記載のネットワークシステムにおいて、前記ダミーデータ［ＨＭdmy,ＲＭdmy］は、前記データ［ＨＭｎ］の先頭に付加されることを技術的特徴とする。
【００１５】
特許請求の範囲に記載の請求項３のネットワークシステムでは、請求項１または２記載のネットワークシステムにおいて、前記ダミーデータ［ＨＭdmy,ＲＭdmy］は、前記データ［ＨＭｎ］を受信すべきスレーブノード［３０］のアドレス［Ident］に相当するものであって前記１以上のスレーブノード［３０］のいずれのアドレス［Ident］にも該当しないものを含んで構成されることを技術的特徴とする。
【００１６】
特許請求の範囲に記載の請求項４のネットワークシステムでは、請求項１〜３のいずれか一項に記載のネットワークシステムにおいて、前記マスタノード［２０］と前記スレーブノード［３０］とは、ＬＩＮプロトコルに従ったデータ通信を行うことを技術的特徴とする。なお、ＬＩＮプロトコルとは、ＬＩＮ（Local Interconnect Network）に関する通信規約のことである（以下同じ）。
【発明の効果】
【００１７】
本発明では、「所定の処理を実行することによりスレーブノード［３０］がマスタノード［２０］からのデータ［ＨＭｎ］を受信できない期間」よりも長い時間に相当するデータ長のダミーデータ［ＨＭdmy,ＲＭdmy］を、マスタノード［２０］がスレーブノード［３０］にデータ［ＨＭｎ］を送信する前に、ダミーデータ送信手段［２２］によりスレーブノード［３０］に対して送信する（請求項１）。これにより、本来必要とするマスタノード［２０］からのデータ［ＨＭｎ］に先立ってダミーデータ［ＨＭdmy,ＲＭdmy］がスレーブノード［３０］に到着するので、マスタノード［２０］から送信されるデータ［ＨＭｎ］を一定時間以上受信できない場合が発生しこのような無通信期間経過後に所定の処理を実行しても、当該所定の処理の実行中には、ダミーデータ［ＨＭdmy,ＲＭdmy］の到着にとどめることができる。
【００１８】
つまり、当該所定の処理の実行中は、ダミーデータ［ＨＭdmy,ＲＭdmy］が到着し、当該所定の処理の実行後に、本来必要とするデータ［ＨＭｎ］がスレーブノード［３０］に到着する。これにより、スレーブノード［３０］は、マスタノード［２０］からのデータ［ＨＭｎ］を受信できない期間を伴う所定の処理を、無通信期間経過後に実行しても、当該無通信期間経過後にマスタノード［２０］から届く最初のデータ［ＨＭｎ］に呼応した処理を実行することができる。したがって、無通信期間経過後の通信を早期に再開することができる。
【００１９】
例えば、ダミーデータ［ＨＭdmy,ＲＭdmy］は、本来必要とするデータ［ＨＭｎ］の先頭に付加しても良い（請求項２）。これにより、マスタノード［２０］は、ダミーデータ［ＨＭdmy,ＲＭdmy］とデータ［ＨＭｎ］とをまとめて送信できるので、これらを分けて送信する場合に比べて、当該ネットワークシステム［１０］の伝送効率を向上させることができる。
【００２０】
また、例えば、ダミーデータ［ＨＭdmy,ＲＭdmy］は、データ［ＨＭｎ］を受信すべきスレーブノード［３０］のアドレス［Ident］に相当するものであって１以上のスレーブノード［３０］のいずれのアドレス［Ident］にも該当しないものを含んで構成しても良い（請求項３）。これにより、応答を許可するスレーブノードをマスタノードがアドレスにより指定する通信方式（シングルマスタ方式）のネットワークシステムにおいては、ダミーデータ［ＨＭdmy,ＲＭdmy］に応答するスレーブノードが存在しない。したがって、ダミーデータ［ＨＭdmy,ＲＭdmy］に呼応する無駄な通信トラフィックの発生を防止することができ、例えば、マスタノード［２０］とスレーブノード［３０］とがＬＩＮプロトコルに従ったデータ通信を行う場合に好適である（請求項４）。
【発明を実施するための最良の形態】
【００２１】
以下、本発明のネットワークシステムを、車両制御用のＬＡＮ（Local Area Network）（以下「車載ＬＡＮ」という。）に適用した実施形態を図１〜図３に基づいて説明する。  まず、本実施形態に係る車載ＬＡＮ１０の構成を図１を参照して説明する。図１には、車載ＬＡＮ１０の構成概要を示すブロック図が示されている。
【００２２】
図１に示すように、車載ＬＡＮ１０は、マスタノード２０と、これに従属する１以上のスレーブノード３０とを含んで構成されるネットワークシステムで、マスタノード２０の指示がない限りスレーブノード３０はデータを送信しない「シングルマスタ方式」の通信プロトコル、例えばＬＩＮプロトコルを採用している。なお、ＬＩＮプロトコルは、ＯＳＩ（Open Systems Interconnection）の基本参照モデルにおけるレイヤ１〜３に対応している。また、マスタノード２０やスレーブノード３０は、ＬＩＮバスケーブル５０を介して最大１９．２kbpsのボーレートで通信可能に構成されている。
【００２３】
マスタノード２０は、例えば、車両のボディ系を制御するＥＣＵ（Electronic Control Unit）で、ＭＰＵ２１、ＬＩＮトランシーバ２５等を備えている。ＭＰＵ２１は、通信機能部としてＬＩＮコントローラやＣＡＮコントローラを内蔵しているマイクロコンピュータで、図略のメモリ、インターフェース等を備えている。一方、ＬＩＮトランシーバ２５は、ＩＳＯ９１４１に準拠したＬＩＮ用のインターフェースで、ＭＰＵ２１とＬＩＮバスケーブル５０との間に介在することで、両者間のおける信号電圧の違い等を変換可能なドライバ機能を有するものである。
【００２４】
なお、このＬＩＮコントローラは、ＯＳＩのネットワーク層、データリンク層および物理層の機能、例えば、ネットワークコンフィグレーション、タイムトリガースケジューリング、通信方式、同期方式、リカバリ管理、メッセージ確認、ビットタイミング、誤り検出／報告方法、ビット同期等の各機能を提供するもので、ソフトウェア的には、後述するマスタタスク２２やスレーブタスク２３として機能し得るものである。また、ＬＩＮトランシーバ２５は、物理層のドライバ機能を提供している。
【００２５】
また、このマスタノード２０は、図略のＣＡＮトランシーバを介してＣＡＮ（Controller Area Network）に接続されることにより、例えば、パワートレイン系のＥＣＵやステアリング系のＥＣＵ等と車両制御に関する情報を交換可能に構成されている。
【００２６】
スレーブノード３０は、例えば、車両の計器パネル等を制御するＥＣＵで、ＭＰＵ３１、ＬＩＮトランシーバ３５等を備えている。ＭＰＵ３１は、マスタノードの機能を実現するマスタタスクを備えていない点を除いて、前述したマスタノード２０のＭＰＵ２１とほぼ同様に構成されている。また、ＬＩＮトランシーバ３５は、前記したマスタノード２０のＬＩＮトランシーバ２５と同様に構成されている。そのため、これらの説明は省略する。
【００２７】
次に、マスタノード２０とスレーブノード３０との間で伝送されるメッセージフレームの構成を図２に基づいて説明する。前述したように、シングルマスタ方式では、マスタノード２０の指示がない限りスレーブノード３０はデータを送信しない。例えば、ＬＩＮプロトコルでは、メッセージフレームとして、マスタノード２０からスレーブノード３０に送信されるヘッダと、スレーブノード３０からマスタノード２０に送信されるレスポンスとが存在し、スレーブノード３０は、自分のアドレスに対応したアドレス情報を含むヘッダを受信した場合に限りレスポンスをマスタノード２０に送信する。
【００２８】
ここで、マスタノード２０からスレーブノード３０に送信されるヘッダについて説明する。ヘッダは、前述したマスタノード２０のマスタタスク２２によって生成されるメッセージフレームで、図２に示すように、シンクブレーク（Sync Break）、シンクフィールド（Sync Field）、アイデントフィールド（Ident Field）という３種類のフィールドで構成されている。
【００２９】
シンクブレークは、１３ビットで構成されており、ヘッダの始まりを表す情報である。シンクフィールドは、１０ビットで構成されており、各ノードのクロック周波数の誤差を調整するビット列である。アイデントフィールドは、１０ビットで構成されており、ＩＤ、データ長およびパリティビットから構成される。なお、これらの各フィールドの間には１ビット分のインターバイトスペースが設けられているので、ヘッダの長さとしては３５ビットとなる。
【００３０】
アイデントフィールドのＩＤは、マスタノード２０の指示によってレスポンスを送信することができるスレーブノード３０の識別情報、つまりアドレス情報のことで、４ビット分割り当てられている。アイデントフィールドのデータ長は、レスポンスとしてスレーブノード３０が送信できるデータ長を示すもので、２ビット分の情報で、２バイト、４バイト、８バイトの３種類を表す。アイデントフィールドのパリティビットは、ＩＤに対する２ビットのパリティ情報である。なお、これらＩＤ、データ長およびパリティビットからなる８ビットのビット列の前にスタートビット、また後にストップビット、をそれぞれ１ビットづつ付加しているため、アイデントフィールドの長さは全体で１０ビットになる。
【００３１】
一方、スレーブノード３０からマスタノード２０に送信されるレスポンスは、スレーブノード３０のスレーブタスク３３やマスタノード２０のスレーブタスク２３によって生成されるメッセージフレームで、データフィールド（Data Field）、チェックサム（CheckSum）という２種類のフィールドで構成されている。
【００３２】
データフィールドは、スタートビットとストップビットとを含めて１０ビットで構成されており、１バイト分のデータを格納している。このデータフィールドは、前述したアイデントフィールドのデータ長によりマスタノード２０から指示されたバイトに相当するだけ用意されており、例えば、データ長が２バイトの場合には、１ビット分のインターバイトスペースを挟んで２つ分のデータフィールドが並ぶ。
【００３３】
チェックサムは、データフィールドに対する誤り検出用のビット列で、例えばモジュロ２５６の計算式の演算結果をビット反転したものに相当する。なお、これらの各フィールドの間には１ビット分のスペースが設けられているので、レスポンスの長さとしては、最小で３２ビット（データフィールドが２バイトのとき）、また最大で９８ビット（データフィールドが８バイトのとき）となる。
【００３４】
なお、ヘッダとレスポンスと間には、インターフレームレスポンススペースと呼ばれるデータのない期間が設けられている。このようにヘッダは３５ビットで構成され、またレスポンスは３２ビット〜９８ビットで構成されているため、インターフレームレスポンススペースを除いても両フレームを合わせると６７ビット〜１３３ビットの長さになる。したがって、マスタノード２０とスレーブノード３０と間の伝送ボーレートが最大の１９．２kbpsの場合でも、ヘッダとレスポンスとを合わせた最小データ長６７ビットを伝送するには、６７／１９２００≒３．５ミリ秒を要することがわかる。伝送ボーレートが９６００bpsの場合は、６７／９６００≒７ミリ秒、伝送ボーレートが４８００bpsの場合は、６７／４８００≒１４ミリ秒、の伝送時間をそれぞれ要する。
【００３５】
続いて、マスタノード２０とスレーブノード３０との間における通信イメージを図３に基づいて説明する。
前述したように、スレーブノード３０は、自分のアドレスに対応したアドレス情報を含むヘッダを受信した場合に限りレスポンスをマスタノード２０に送信する。そのため、［発明が解決しようとする課題］の欄で図５(A) を参照して説明したように、スレーブノード３０は、マスタノード２０から送信されるヘッダを一定時間以上受信できない期間、つまり無通信期間があると、自らのハードウェア障害によって、マスタノード２０から送信されてくるヘッダを正常に受信できていない可能性があるので、タイムアウト処理による再起動を行う。なお、スレーブノード３０は、自分のアドレスに対応したアドレス情報を含むか否かを問わず、ヘッダを受信すると、無通信期間の計測カウンタをリセットする機能を備えている。
【００３６】
このため、スレーブノード３０がタイムアウト処理を行っている間に、マスタノード２０からヘッダが送信されたとしても、タイムアウト処理中のスレーブノード３０は当該ヘッダを受信できないことから、タイムアウト処理後のスレーブノード３０は、マスタノード２０から自分宛のヘッダが次に送信されてくるまで待たされることになる。その結果、無通信期間経過後の通信再開が遅れてしまう。
【００３７】
そこで、本実施形態に係るマスタノード２０では、図３に示すように、当該タイムアウト処理に要する時間（受信できない期間）よりも長い時間に相当するデータ長のダミーデータとして、ヘッダＨＭdmyおよびレスポンスＲＭdmyを、スレーブノード３０に対して送信する機能をマスタノード２０のマスタタスク２２に持たせることとした。なお、この機能は、特許請求の範囲に記載の「ダミーデータ送信手段」に相当し得るもので、マスタタスク２２によるソフトウェア処理により実現される。
【００３８】
即ち、図３に示すように、マスタノード２０のマスタタスク２２は、スレーブノード３０に本来必要とするヘッダＨＭ１やＨＭｎ（ｎは１以上の整数）を送信する前に、ダミーデータとして、いずれのスレーブノード３０のアドレスにも対応しないアドレス情報（例えばマスタノード２０のアドレスに対応するアドレス情報）を含んだヘッダＨＭdmyとそのヘッダＨＭdmyに応答するレスポンスＲＭdmyとを、スレーブノード３０に対して送信する（図３に示すｔ１）。そのため、スレーブノード３０のスレーブタスク３３では、ヘッダＨＭdmy’を受信すると、無通信期間の計測カウンタをリセットするとともに、引き続き送られてくるレスポンスＲＭdmy’、さらにはヘッダＨＭ１の受信に備えて待機する。そして、自分のアドレスに対応したアドレス情報を含むヘッダＨＭ１を受信すると、それに呼応するレスポンスＲＳ１をマスタノード２０に送信する（図３に示すｔ２）。
【００３９】
なお、ＬＩＮプロトコルでは、図２に示すように、ヘッダＨＭdmyを送信したマスタノード２０は、インターフレームレスポンススペースの間隔を確保して、ヘッダＨＭdmyに応答するレスポンスＲＭdmyを送信するが、他のプロトコル等では、例えば、マスタノード２０でヘッダＨＭdmyとレスポンスＲＭdmyとを連結して連続送信しても良い。
【００４０】
一方、図３に示すように、無通信期間があると（図３に示すｔ３）、スレーブノード３０では、無通信期間の計測カウンタがリセットされることなく、カウントアップされるため、所定値に到達した時点でタイムアウト処理が起動される。これにより、タイムアウト処理を実行中のスレーブノード３０は、ヘッダＨＭｎやレスポンスＲＳｎ（ｎは１以上の整数）といったメッセージフレームの受信をすることができなくなるが、この受信できない期間中にマスタノード２０からメッセージフレームの送信があっても、当該メッセージフレームは、本来必要とするヘッダＨＭｎを送信する前に、ダミーデータとして送信されたヘッダＨＭdmyとレスポンスＲＭdmyである。したがって、当該ヘッダＨＭdmyやレスポンスＲＭdmyが受信できなくても、スレーブノード３０には何ら影響を与えない（図３に示すｔ４）。
【００４１】
そして、このダミーデータとしてのヘッダＨＭdmyおよびレスポンスＲＭdmyの合計データ長は、前述したように最小で６７ビットであるので、マスタノード２０とスレーブノード３０と間の伝送ボーレートが最大の１９．２kbpsの場合でも、伝送時間として、６７／１９２００≒３．５ミリ秒を要する。これに対し、スレーブノード３０のタイムアウト処理は、最大でも数十マイクロ秒で完了する。したがって、当該ヘッダＨＭdmyおよびレスポンスＲＭdmyの合計データ長（伝送時間にして３．５ミリ秒相当）は、タイムアウト処理に要する時間（数十マイクロ秒）よりも長い時間に相当することがわかる。
【００４２】
つまり、当該タイムアウト処理の実行中は、ダミーデータであるヘッダＨＭdmyおよびレスポンスＲＭdmyが到着し（図３に示すｔ４）、当該タイムアウト処理の実行後に、本来必要とするデータであるヘッダＨＭｎがＨＭｎ’としてスレーブノード３０に到着する（図３に示すｔ５）。したがって、スレーブノード３０は、本来必要なデータであるヘッダＨＭｎを受信できない期間を伴うタイムアウト処理を、無通信期間経過後に実行しても、当該無通信期間経過後にマスタノード２０から届く最初のデータＨＭｎ’に呼応した処理としてレスポンスＲＳｎを送信することができる（図３に示すｔ５）。このため、無通信期間経過後の通信を早期に再開することができる。
【００４３】
なお、上述した実施形態では、ダミーデータとして、ヘッダＨＭdmyおよびレスポンスＲＭdmyを、本来必要とするデータとしてのヘッダＨＭｎに先立ってマスタノード２０からスレーブノード３０に送信する構成を採用したが、ダミーデータとしてヘッダＨＭdmyだけを本来必要とするデータとしてのヘッダＨＭｎに先立ってマスタノード２０からスレーブノード３０に送信する構成を採用しても良い。なお、ヘッダＨＭdmyだけあっても、３５ビット分のデータ長を有するので、タイムアウト処理に要する時間（数十マイクロ秒）よりも長い時間として、３５／１９２００≒１．８ミリ秒を確保することができるので、ダミーデータとしてヘッダＨＭdmyおよびレスポンスＲＭdmyを送信する場合と同様の作用および効果を得ることができる。
【００４４】
また、上述した実施形態では、本来必要とするヘッダＨＭｎを送信する前に、ダミーデータとして送信されたヘッダＨＭdmyとレスポンスＲＭdmyを送信しているが、例えば、本来必要とするヘッダＨＭｎの先頭に、ダミーデータとして送信されるべきヘッダＨＭdmyを付加してヘッダＨＭｎとまとめて送信しても良い。これにより、ダミーデータＨＭdmyに呼応する発生する無駄なレスポンスＲＭdmyによる通信トラフィックの発生を防止することができる。
【００４５】
さらに、上述した実施形態では、シングルマスタ方式の一例として、ＬＩＮプロトコルを採用した車載ＬＡＮを挙げて説明したが、「マスタノードと、これに従属する１以上のスレーブノードであってマスタノードから送信されるデータを一定時間以上受信できない場合、マスタノードからのデータを受信できない期間を伴う所定の処理を実行するスレーブノードと、を含んで構成されるネットワークシステム」であれば、ＬＩＮプロトコルに限られることはなく、例えば、ポーリング方式による通信であっても良い。この場合も上述同様の作用および効果を得ることができる。
【００４６】
またさらに、上述した実施形態では、マスタノードが１台の場合を説明したが、「マスタノードと、これに従属する１以上のスレーブノードであってマスタノードから送信されるデータを一定時間以上受信できない場合、マスタノードからのデータを受信できない期間を伴う所定の処理を実行するスレーブノードと、を含んで構成されるネットワークシステム」であれば、マスタノードが複数台で構成されるネットワークシステムであっても良い。この場合も上述同様の作用および効果を得ることができる。
【図面の簡単な説明】
【００４７】
【図１】本発明の一実施形態に係る車載ＬＡＮの構成概要を示すブロック図である。
【図２】本実施形態に係る車載ＬＡＮにより伝送されるメッセージフレーム（ヘッダおよびレスポンス）のデータフォーマットを示すデータ構成図である。
【図３】本実施形態に係る車載ＬＡＮを構成するマスタノードとスレーブノードとの間における通信イメージを示す説明図である。
【図４】上段は、シングルマスタ方式のネットワークシステム（ＬＩＮ）の構成を示すブロック図で、下段は、上段のネットワークシステムにおけるマスタノードとスレーブノードとの間における通信イメージを示す説明図である。
【図５】図４に示すネットワークシステムにおけるマスタノードとスレーブノードとの間における通信イメージを示す説明図で、図５(A) は、無通信期間の経過後におけるスレーブノードのタイムアウト処理の様子を示すもの、図５(B) は無通信になり得る期間中におけるマスタノードの再送処理の様子を示すものである。
【符号の説明】
【００４８】
１０…車載ＬＡＮ（ネットワークシステム）
２０…マスタノード
２１，３１…ＭＰＵ
２２…マスタタスク（ダミーデータ送信手段）
２３，３３…スレーブタスク
２５，３５…ＬＩＮトランシーバ
３０…スレーブノード
５０…ＬＩＮバスケーブル
ＨＭｎ…ヘッダ（データ）
ＲＭｎ，ＲＳｎ…レスポンス（データ）
ＨＭdmy…ヘッダ（ダミーデータ）
ＲＭdmy…レスポンス（ダミーデータ）
【図１】
2006148384.tif 000003
【図２】
2006148384.tif 000004
【図３】
2006148384.tif 000005
【図４】
2006148384.tif 000006
【図５】
2006148384.tif 000007