(57)【特許請求の範囲】
【請求項１】
フレーム単位でデータを送信する送信装置と、該送信装置が送信したフレームを受信して該フレーム中のデータ内容を解読する受信装置とを備えた通信システムにおいて、
前記送信装置は、フレームを送信する際、該フレーム中のデータが前回送信したフレーム中のデータと同一か否かを判別するためのフレーム内容判別コードを、該フレームの先頭及び末尾に付加し、
前記受信装置は、
前記送信装置からのフレームをその途中から受信開始して、該途中から該フレーム最後までをフレーム後半部として受信した後、次のフレームを受信開始したとき、該次のフレームの先頭に付加されている前記フレーム内容判別コードが、該フレーム中のデータと前回受信したフレーム中のデータとが同一であることを示すものである場合は、当該受信開始した次のフレームのうち、前記途中から受信開始したフレームにおける前記フレーム後半部を除く未受信部に相当するフレーム前半部を、前記フレーム後半部と接合することにより、前記フレームを再生する
ことを特徴とする通信システム。
【請求項２】
前記送信装置は、送信しようとするフレーム中のデータが前回送信したフレーム中のデータと同一である場合、前記フレーム内容判別コードとして、該前回送信したフレームに付加したフレーム内容判別コードと同じものを付加し、
前記受信装置は、前記途中から受信開始したフレームの末尾に付加されている前記フレーム内容判別コードと、前記次のフレームの先頭に付加されている前記フレーム内容判別コードとを比較して、両者が一致した場合に、前記再生を実行する
ことを特徴とする請求項１記載の通信システム。
【請求項３】
前記受信装置は、前記接合によりフレームを再生した後、受信中の前記次のフレームについての前記解読は中止する
ことを特徴とする請求項１又は２記載の通信システム。
【請求項４】
前記受信装置は、前記接合によりフレームを再生した後、受信中の前記次のフレームの受信も中止する
ことを特徴とする請求項３記載の通信システム。
【請求項５】
前記送信装置から送信されるフレームには、誤り検出のための符号も付加されており、
前記受信装置は、前記接合によりフレームを再生した後、該フレームについて前記符号に基づく誤り検出を実行し、誤りがあった場合は、該再生したフレームは無効として、前記次のフレームについて前記フレーム前半部以降も引き続き受信し、その受信した前記次のフレームについて前記解読を行う
ことを特徴とする請求項１〜４いずれかに記載の通信システム。
【請求項６】
請求項１〜５いずれかに記載の通信システムにおいて使用され、前記送信装置からのフレームを受信するフレーム受信手段と、該受信したフレームに含まれるデータの内容を解読して該解読結果を出力するデータ内容解読手段と、を備えた受信装置であって、
前記フレーム受信手段により前記フレーム後半部が受信された場合に、該フレーム後半部を保持する保持手段と、
前記フレーム後半部の受信後、前記フレーム受信手段により次のフレームの受信が開始されたときに、該次のフレームの先頭に付加されている前記フレーム内容判別コードに基づいて、該フレーム中のデータが前回受信したフレーム中のデータと同一か否かを判定するフレーム判定手段と、
該フレーム判定手段による判定の結果、同一であると判定されたとき、前記フレーム前半部と前記フレーム後半部とを接合することによりフレームを再生するフレーム再生手段と、
を備え、前記データ内容解読手段は、前記フレーム再生手段によりフレームが再生されたとき、該フレームを解読する
ことを特徴とする受信装置。
【請求項７】
前記データ内容解読手段は、前記フレーム再生手段による前記フレームの再生後は、前記フレーム受信手段により受信中の前記次のフレームについての前記解読は中止する
ことを特徴とする請求項６記載の受信装置。
【請求項８】
前記フレーム受信手段は、前記フレーム再生手段による前記フレームの再生後は、受信中の前記次のフレームの受信を中止する
ことを特徴とする請求項７記載の受信装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、フレーム単位でデータの送受信を行う通信システム、及び、その通信システムで使用される受信装置に関する。
【０００２】
【従来の技術】
従来より、データ通信の一手法としてデータをフレーム単位で送受信する通信方式が知られており、有線・無線に関わらず様々な用途のデータ通信において広く使用されている。
【０００３】
その具体例として、例えば、車両のドアロック機構等をワイヤレス・リモコン作動させることにより、車両から離れた場所にてドアのロック／アンロック等を行うことのできるいわゆるキーレスエントリシステムが挙げられる。このシステムでは、ドアロック或いはアンロック等の各種操作内容を示すデータがフレーム化されて、携帯型送信装置から車両内の受信装置へ送信され、この受信装置にてフレーム中のデータ内容が解読される。この解読結果を受けて、例えばドアロック／アンロックを制御する電子制御装置がドアロック機構を実際に動作させることになる。
【０００４】
ところで、キーレスエントリシステムにおいて車両側に搭載される受信装置は、一般に、車両に搭載されたバッテリからの電力供給を受けて動作するものであるが、バッテリの容量低下を防止するために、常時起動している（受信可能状態にある）のではなく、通常は所定の時間間隔をもって間欠的に起動するよう構成される。また、携帯型送信装置からのデータ（フレーム）送信についても、いつなされるかは不定である。
【０００５】
そのため、受信装置での間欠受信起動タイミングと、携帯型送信装置からのデータ送信タイミングとはうまく合わないと、間欠受信が起動する前に携帯型送信装置からのデータ送信が開始されて受信装置ではフレームの途中から受信が始まってしまう、ということが起こり得る。
【０００６】 
【０００７】 
【０００８】 
【０００９】
【発明が解決しようとする課題】
このように、従来のキーレスエントリシステムでは、間欠受信の起動タイミングによっては送信装置からのフレームをその途中から受信開始することが起こりうる。そうなると、その途中から受信したフレームは未完成フレームとして無効となり、続いて送信されてくるフレームを最初から最後まで受信しなければならない。
そのため、途中から受信開始したことによって無効となった未完成フレームについては、受信時間・受信処理負荷・消費電力が無駄に費やされる結果となっていた。
【００１０】 
【００１１】
本発明は上記課題に鑑みなされたものであり、送信装置から送信されるフレームを受信装置が受信してそのフレーム中のデータ内容を解読するよう構成された通信システムにおいて、送信装置からのフレームをその途中から受信した場合であっても、その途中から受信した分が無駄になるのを抑止することを目的とする。
【００１２】
【課題を解決するための手段及び発明の効果】
上記課題を解決するためになされた請求項１記載の通信システムは、送信装置が送信したフレームを受信装置が受信してそのフレーム中のデータ内容を解読するよう構成されたものであって、送信装置は、フレームを送信する際、該フレーム中のデータが前回送信したフレーム中のデータと同一か否かを判別するためのフレーム内容判別コードをフレームの先頭及び末尾に付加する。
【００１３】
そして、受信装置は、送信装置からのフレームをその途中から受信開始して、該途中からフレーム最後までをフレーム後半部として受信した後、次のフレームを受信開始したとき、該次のフレームの先頭に付加されている前記フレーム内容判別コードをみる。このフレーム内容判別コードが、が、当該受信開始した次のフレーム中のデータと前回受信したフレーム中のデータとが同一であることを示すものである場合は、当該受信開始した次のフレームのうち、途中から受信開始したフレームにおけるフレーム後半部を除く未受信部に相当するフレーム前半部を、フレーム後半部と接合することにより、フレームを再生する。
【００１４】 
【００１５】 
【００１６】 
【００１７】 
【００１８】 
【００１９】 
【００２０】 
【００２１】 
【００２２】 
【００２３】 
【００２４】 
【００２５】 
【００２６】
つまり、あるフレームを途中から受信開始して引き続き同じフレームを受信開始したときは、その途中から受信開始した分（フレーム後半部）をそのまま有効に利用するために、受信開始したフレームのうち、既に受信したフレーム後半部を除くフレーム前半部のみを受信するのである。そして、フレーム後半部とフレーム前半部とを接合することで、フレームが再生される。
【００２７】
従って、本発明の通信システムによれば、送信装置からのフレームを受信装置が途中から受信開始したとしても、次にまた同じデータのフレームを受信したならば、その途中から受信開始したフレーム後半部が有効に利用されるため、フレーム後半部が無駄になるのが抑止され、受信時間・受信処理負荷・消費電力の無駄を抑えることができる。
【００２８】
また、請求項２に記載のように、フレーム内容判別コードとして、送信しようとするフレーム中のデータが前回送信したフレーム中のデータと同一であるときはその前回送信したフレームに付加したフレーム内容判別コードと同じものを付加するようにしてもよい。そしてこの場合、受信装置は、途中から受信開始したフレームの末尾に付加されているフレーム内容判別コードと、その次のフレームの先頭に付加されているフレーム内容判別コードとを比較して、両者が一致した場合に、フレームの再生（フレーム後半部とフレーム前半部との接合）を実行すればよい。
【００２９】
これにより、フレーム末尾のフレーム内容判別コードとその次のフレーム先頭のフレーム内容判別コードとを比較することによりフレーム同一性判定（フレーム中のデータが前回受信したフレーム中のデータと同一か否かの判定）が可能であるため、請求項１と同等の効果が得られる。
一方、フレーム前半部とフレーム後半部との接合によりフレームが再生された後は、例えば請求項３に記載のように、受信装置は、受信中の上記次のフレーム（即ち、フレーム前半部を含むフレーム）についての解読は中止するようにしてもよい。このようにすることで、受信装置におけるデータ内容解読等の受信処理負荷がより軽減され、受信装置の諸費電力をより低減することが可能となる。
また、上記のようにフレーム再生後にその受信中のフレーム（上記次のフレーム）の解読を中止するのに加え、例えば請求項４に記載のように、その受信中のフレームの受信自体を中止するようにしてもよい。このようにすることで、受信中のフレームについて少なくとも再生後は何ら受信しなくてもよいため、受信装置における受信処理負荷や消費電力の低減効果を更に高めることができる。
【００３０】
更に、請求項５に記載のように、フレーム中に誤り検出のための符号（誤り検出符号）を付加するようにして、受信装置にて接合によりフレームを再生した後に、そのフレームについて誤り検出符号に基づく誤り検出を実行し、誤りがあった場合は、該再生したフレームを無効として、フレーム前半部まで受信したフレームを引き続き受信し、その受信した上記次のフレームについて解読を行うようにしてもよい。このようにすれば、再生により得られたフレームの信頼性を高めることができる。
【００３１】 
【００３２】 
【００３３】 
【００３４】 
【００３５】 
【００３６】
次に、請求項６記載の発明は、請求項１〜５いずれかに記載の通信システムにおいて使用され、フレーム受信手段が受信したフレームに含まれるデータの内容をデータ内容解読手段が解読してその解読結果を出力するよう構成された受信装置であって、フレーム受信手段によりフレーム後半部が受信された場合にそのフレーム後半部を保持手段が保持し、フレーム判定手段が、次のフレームの受信が開始されたときにそのフレームの先頭に付加されているフレーム内容判別コードに基づいて、該フレーム中のデータが前回受信したフレーム中のデータと同一か否かを判定する。
【００３７】
そして、その判定の結果、同一であると判定されたとき、フレーム再生手段が、フレーム前半部とフレーム後半部とを接合することによりフレームを再生する。この再生されたフレームが、データ内容解読手段によって解読されることになる。
【００３８】
つまり、フレームの途中から受信して得られたフレーム後半部を破棄せずに保持しておき、続いて同じデータ内容のフレームが受信開始された場合は、そのフレームにおけるフレーム前半部のみを受信して、保持中のフレーム後半部と接合するのである。これにより、途中から受信開始したフレームについてもその受信が無駄なく有効化され、受信時間や消費電力等の無駄を抑えることができる。
【００３９】
尚、この場合において、フレーム内容判別コードとして、送信しようとするフレーム中のデータが前回送信したフレーム中のデータと同一であるときにその前回送信したフレームに付加したフレーム内容判別コードと同じものを付加するようにされている場合は、フレーム判定手段は、フレーム後半部及びフレーム前半部にそれぞれ含まれているフレーム内容判別コードを相互比較して一致するか否かを判定することにより、フレーム同一性判定を行えばよい。このようにすれば、請求項２記載の通信システムを実現するのに好適な受信装置の提供が可能となる。
また、データ内容解読手段は、例えば請求項７記載のように、フレーム再生手段によるフレームの再生後は、フレーム受信手段により受信中の上記次のフレームについての解読は中止するようにしてもよい。このようにすれば、請求項３記載の通信システムを実現するのに好適な受信装置の提供が可能となる。
この場合（請求項７）更に、フレーム受信手段は、例えば請求項８記載のように、フレーム再生手段によるフレームの再生後は、受信中の上記次のフレームの受信を中止するようにしてもよい。このようにすれば、請求項４記載の通信システムを実現するのに好適な受信装置の提供が可能となる。
【００４０】
また、フレーム中に誤り検出符号が付加されている場合は、フレーム再生手段により再生されたフレームについて、誤り検出符号に基づく誤り検出を実行し、誤りがあった場合、再生したフレームを無効とするようにしてもよい。このようにすれば、請求項５記載の通信システムを実現するのに好適な受信装置の提供が可能となる。
【００４１】
【発明の実施の形態】
以下に、本発明の好適な実施例を図面に基づいて説明する。
［第１参考例］
まず、本発明の実施例を説明するのに先立って、本実施例のベースとなる第１参考例のキーレスエントリシステムの構成について説明する。
図１は、第１参考例のキーレスエントリシステムの概略構成を示すブロック図である。図１に示す如く、第１参考例のキーレスエントリシステムは、車両のドアロック機構等をワイヤレス・リモコン作動させることにより、車両から離れた場所にてドアのロック／アンロック等を行うためのものであり、主として送信装置１，受信装置２及びボデーＥＣＵ３とで構成される。
【００４２】
送信装置１は、ユーザ等によって携帯される携帯型のものであり、機能スイッチ１１、マイクロコンピュータ（以下「マイコン」と略す）１２及び送信部１３を備えている。機能スイッチ１１は、図示はしないものの複数の操作スイッチを備え、各スイッチ毎にその機能（例えばドアロック、ドアアンロック或いはトランクオープン等）が設定されている。また、例えばドアロック機能に対応した操作スイッチを操作し続ける（押しボタン式スイッチであればそれを押し続ける）ことにより別の動作（例えばウィンドウ閉動作）がなされる、長押し機能も備えている。
【００４３】
マイコン１２では、情報生成部１４が、機能スイッチ１１による操作に応じた情報（データ）を生成して、フレーム生成部１５及び情報内容識別・判定部１６へ出力する。本第１参考例では、機能スイッチ１１を１回操作（例えば押しボタン式スイッチを一押し）することにより、フレーム生成部１５にて、同じフレームが３つ（図２参照；詳細は後述）生成されて、送信部１３へ出力される。
【００４４】
前フレーム情報内容記憶部１８には、フレーム生成部１５がフレームを生成して送信部１３へ出力する毎に、そのフレーム中のデータが入力・記憶される。尚、この記憶内容は、フレーム生成部１５からのデータ入力がある毎にそのデータに更新される。そして、情報内容識別・判定部１６が、前フレーム情報内容記憶部１８に記憶されているデータと、情報生成部１４にて生成されたデータとを比較して、その比較結果を状態フラグ生成部１７に出力する。
【００４５】
つまり、情報内容識別・判定部１６は、前回生成され送信部１３に出力されたフレーム中のデータと、これからフレーム生成部１５にてフレーム化しようとするデータとが同一であるか否かを判定して、その判定結果を状態フラグ生成部１７へ出力するのである。
【００４６】
状態フラグ生成部１７は、フレーム生成部１５がフレームを生成する際、そのフレーム中のデータ、即ち、情報生成部１４から出力されフレーム生成部１５にてフレーム化されるデータが、前回生成したフレーム中のデータと同一であるか否かを判別するための状態フラグ（ＳＦ）を生成してフレーム生成部１５へ出力する。そして、フレーム生成部１５は、情報生成部１４からのデータと共にこの状態フラグも付加されたフレームを生成するのである。  
【００４７】
本第１参考例では、１ビットの状態フラグが設定されており、例えば、フレーム化して送信しようとするデータが前回生成・送信したフレーム中のデータと同じである場合、状態フラグ生成部１７は、その前回生成・送信したフレーム中に付加した状態フラグと同じものをフレーム生成部１５に出力するのである。つまり、例えば前回生成・送信したフレームに状態フラグ「１」を付加した場合であって、次に送信すべきデータも前回送信したフレーム中のデータと同じであるときは、状態フラグも前回と同じ「１」とし、前回と異なるときは、状態フラグを「０」とするのである。
【００４８】
尚、状態フラグは１ビットのものに何ら限ることなく、例えば複数ビットに設定して、フレーム中のデータが前回と異なるフレームを送信する毎にインクリメントしていくようにするなど、適宜設定できる。
そして、フレーム生成部１５にて生成されたフレームは、送信部１３から電波にて送信される。図２（ａ）に、機能スイッチ１１を一回操作したときにフレーム生成部１５にて連続生成される３つのフレームの一例を示す。図示の如く、各フレーム１１１〜１１３はいずれも、データ以外に、フレームの開始を示すＢＯＦ(Beginning Of Frame ）と、フレームの終了を示すＥＯＦ（End Of Frame）とが付加されると共に、データ中の任意の位置に状態フラグＳＦが付加された構成となっている。
【００４９】
これら３つのフレーム１１１，１１２，１１３は、いずれも同一のデータを持っているため、状態フラグも同じである（ＳＦ１＝ＳＦ２＝ＳＦ３）。図２（ａ）では、機能スイッチ１１の一回操作により送信されるフレームについて例示したが、長押し機能を利用するために機能スイッチ１１を操作し続けた場合は、その操作し続けている間は同じフレームが連続して送信されることになる。
【００５０】
尚、ＢＯＦ、ＥＯＦは、単にフレームの開始・終了を示すために付加されるものであるため、本発明の「データ」には当たらない。つまり、ＢＯＦ、ＥＯＦ及び状態フラグＳＦを除く部分が、本発明の「フレーム中のデータ」に相当するものである。
【００５１】
また、本第１参考例では、フレームの先頭にＢＯＦ、末尾にＥＯＦが付加されているが、これは、ＢＯＦ及びＥＯＦの性質上、必然的にその位置に付加する必要があるからそうしているのである。そのため、以後の説明において、フレームの先頭或いは末尾というときは、これらＢＯＦ及びＥＯＦを除外した部分を対象とする。つまり、本発明の「フレームの先頭」とは、ＢＯＦを除いたフレームの先頭を意味し、同じく本発明の「フレームの末尾」とは、ＥＯＦを除いたフレームの末尾を意味するものとして扱う。
【００５２】
以上説明した送信装置１において、機能スイッチ１１の操作を受けてマイコン１２が実行する、図２（ａ）に例示したようなフレームを生成する処理について、図３に基づいて説明する。図３は、機能スイッチ１１が操作されたときにマイコン１２にて実行される送信フレーム生成処理を表すフローチャートである。
【００５３】
機能スイッチ１１の操作によりこの処理が開始されると、まずステップ（以下「Ｓ」と略す）１１０にて、その操作された機能スイッチの種類に応じたデータが情報生成部１４にて生成される。そして、Ｓ１２０に移行して、その生成されたデータが前回生成・送信されたフレーム中のデータと同一であるか否か判断され、同一ならば、Ｓ１３０に進んで、前回のフレームに付加した状態フラグと同じ状態フラグを生成（状態フラグ値をそのまま維持）する。
【００５４】
一方、同一でないならば、Ｓ１４０に進んで、前回のフレームに付加した状態フラグを更新（異なるビット値に）した新たな状態フラグを生成する。状態フラグの生成後、続くＳ１５０では、生成されたデータや状態フラグを含むフレームを生成して、送信部１３から送信する。
【００５５】
そして、Ｓ１６０にて、新たな機能スイッチ入力があったか否か、即ち、機能スイッチ１１が備える複数の操作スイッチのいずれかを操作することによって上記のようにＳ１１０〜Ｓ１５０の処理がなされている間に、スイッチの押し直し等により別の操作スイッチが操作されたか否かを判断し、新たな機能スイッチ入力があった場合はＳ１１０に戻って、その新たな機能スイッチに応じたＳ１１０以降の処理がなされることになるが、新たな機能スイッチ入力がなかった場合は、Ｓ１７０に進む。
【００５６】
Ｓ１７０では、機能スイッチ１１の操作が継続しているか否かが判断され、例えば長押し機能を利用するためにユーザが機能スイッチ１１を操作し続けている場合は、肯定判定されてＳ１１０に戻り、再びその操作中の機能スイッチに応じた処理がなされる。つまり、機能スイッチを継続して操作している限り、その機能スイッチに応じたデータのフレームが連続して生成・送信されるのである。その間はもちろん、同じ状態フラグが付加され続けることになる。一方、単なる一回操作のみで継続操作はされていない場合、Ｓ１８０に移行して、規定数のフレームを送信完了したか否かが判断される。
【００５７】
既述の通り、本第１参考例では、機能スイッチ１１を一回操作すると同じフレームが連続して３つ送信されるように構成されている。そのため、Ｓ１８０では、機能スイッチ１１の操作後、その機能スイッチに応じたデータを含むフレームを３つ送信したか否かを判断するのである。そして、３つ連続送信した場合は、そのままこの処理を終了するが、まだ３つ送信していない場合は、再びＳ１１０に戻って、以降の処理を繰り返すのである。
【００５８】
次に、受信装置２について説明する。受信装置２は、車両に搭載され、送信装置１から電波にて送信されてくるフレーム中のデータを解読してその内容をボデーＥＣＵ３に出力するものであり、主として受信部２１とマイコン２２にて構成される。
【００５９】
受信部２１は、送信装置１からの電波を受信・復号化し、復号化後のビット列をマイコン２２に出力するものであって、アンテナや復調手段等を備えた周知の構成のものである。
マイコン２２では、受信部２１からのビットデータに基づいてフレーム再生部２３がフレームを再生し、再生されたフレームを受信情報取捨選択部２６へ出力すると共に、そのフレーム中の状態フラグを状態フラグ値識別部２４へ出力する。状態フラグ値識別部２４は、フレーム再生部２３からの状態フラグと、前フレーム状態フラグ値記憶部２５に記憶されている前回受信したフレームの状態フラグとが、同一であるか否かを判断し、その結果を受信情報取捨選択部２６へ出力すると共に、同一でないと判断されたときには、その受信したフレームの状態フラグを前フレーム状態フラグ値記憶部２５に出力する。
【００６０】
これを受けた前フレーム状態フラグ値記憶部２５は、それまで記憶していた状態フラグ（前回受信したフレームの状態フラグ）を、新たに入力された状態フラグに更新して記憶する。
受信情報取捨選択部２６は、状態フラグ値識別部２４での判断結果に基づいて、受信したフレームの状態フラグと前回受信したフレームの状態フラグとが異なっているならば、フレーム再生部２３からのフレームをそのまま、データ内容解読手段としての情報内容読み出し部２７へ出力する。そして、情報内容読み出し部２７が、そのフレーム中のデータ内容を解読し、解読結果をボデーＥＣＵ３に出力する。
【００６１】
一方、受信したフレームの状態フラグと前回受信したフレームの状態フラグとが同一であるならば、受信情報取捨選択部２６は、情報内容読み出し部２７に対して、フレーム再生部２３からのフレームは出力せず、状態フラグが同一である旨（換言すれば、前回と同じデータのフレームを受信した旨）の情報のみを情報内容読み出し部２７へ送る。これを受けた情報内容読み出し部２７は、単に、前回受信したフレーム中のデータ内容の解読結果と同じものをボデーＥＣＵ３に出力する。
【００６２】
尚、受信装置２は、車両に搭載されたバッテリ（図示略）からの電力供給を受けて動作するものであり、バッテリの容量低下を防止するために、図２（ｂ）に示す如く、所定の時間間隔（ｔ２）をもって間欠的に起動（受信動作）するよう構成されている。即ち、図２（ｂ）に示すように、通常は、期間ｔ１だけ起動して、その後期間ｔ２の間隔をあけて再びｔ１だけ起動する、という間欠起動パターンを繰り返す。
【００６３】
しかし、起動期間ｔ１中に送信装置１からのデータ（フレーム）を受信した場合は、連続してフレームが送信され続ける限り、受信動作を継続するのである。図２（ｂ）は、受信動作期間２１１，２１２ではフレームを受信しなかったが、受信動作期間２１３が開始されたときは既に送信装置１からのフレームが送信中であったためにそのフレームの途中から受信が始まり、以後、フレーム送信が終わるまで受信動作を継続していることを示している。
【００６４】
但し、フレーム１１３を全て受信完了するまで受信動作を継続するわけではなく、本第１参考例では、フレーム１１３の状態フラグＳＦ３まで受信した時点で、受信動作を中止するようにしている。これは、状態フラグＳＦ３により、フレーム１１３中のデータが前回のフレーム１１２中のデータと同じであることが判り、状態フラグＳＦ３以降のデータを受信する必要がなくなるからである。このことについては、後で詳述する。
【００６５】
ボデーＥＣＵ３は、ドア等の車両のボデー系機器を制御する周知の電子制御ユニットであり、情報内容読み出し部２７からのデータ解読結果に基づく処理を実行する。つまり、例えばデータ解読結果がドアロックすべき旨の指令であれば、対象となるドアロックアクチュエータ（図示略）を動作させることによりドアロックを実行する。また、長押し機能についてもこのボデーＥＣＵ３にて判断・処理される。
【００６６】
以上説明した受信装置２において、間欠起動期間中にマイコン２２が実行する受信処理について、図４に基づいて説明する。図４は、間欠受信起動中にマイコン２２にて実行される受信処理を表すフローチャートである。
この処理が開始されると、まずＳ２１０にて、送信装置１からのフレームを受信したか否かが判断され、受信がなければＳ３２０に進み、タイムオーバーするまで（つまり本処理開始後、時間ｔ１が経過するまで）は再びＳ２１０に戻って同様の処理が繰り返される。タイムオーバーするまでにフレームを受信した場合は、Ｓ２２０に進み、フレームのＢＯＦから受信したか否かが判断される。
【００６７】
フレームを最初から受信した場合は、当然ながらまずＢＯＦが検出されるため、肯定判定されてＳ２３０に進むが、フレームの途中から受信開始（例えば図２（ｂ）の受信動作期間２１３がこれに相当）してＢＯＦが検出されない場合は、次のフレームのＢＯＦが検出されるまで（つまり次のフレームの最初から受信するまで）はこのＳ２２０が繰り返されることになる。
【００６８】
ＢＯＦの検出後、Ｓ２３０では、そのフレームを最後まで受信完了したか否かが判断され、１フレーム全て完了したとき、Ｓ２４０に進んで、そのフレーム中の状態フラグを登録する。この登録は、前フレーム状態フラグ値記憶部２５へ記憶することによりなされる。尚、１フレーム受信完了後は、そのフレーム中のデータ内容の解読がおこなわれるのだが、この解読は、本処理とは別のタスクにより実行される。
【００６９】
状態フラグの登録後、続くＳ２５０で、引き続き次のフレームを受信開始したか否かが判断され、受信されなかった場合はそのままこの処理を終了するが、前回受信したフレームに続いて再びフレームを受信した場合は、Ｓ２６０に進んで、とりあえずそのフレームの状態フラグを受信するまで受信動作を続ける。
【００７０】
そして、状態フラグまで受信したとき（Ｓ２６０：ＹＥＳ）、その状態フラグが、登録中の状態フラグ（つまり前回受信したフレームに付加されていた状態フラグ）と一致するか否かが判断される（Ｓ２７０）。ここで、一致すると判断された場合は、Ｓ３００に移行して、前回受信したフレームと同じデータ内容のフレームを受信したものとして、その受信中のフレームについてのデータ内容解読処理を中止すると共に、その受信中のフレームにおける状態フラグ以降のデータの受信を中止する。
【００７１】
より詳細には、受信情報取捨選択部２６が、フレーム再生部２３に対して受信部２１からのデータ受信を中止させると共に、情報内容読み出し部２７に対して、前回と同じデータ内容のフレームを受信した旨の情報を出力することによりボデーＥＣＵ３へ前回と同じデータ解読結果を出力させることになる。そして、Ｓ３１０に進み、受信中止したフレームの送信が終了するまで待機して、待機後は、再びＳ２５０以下の処理を実行する。
【００７２】
尚、Ｓ３００における受信中止は、フレーム再生部２３が受信部２１からのデータを受け付けないようにするのに限らず、例えば、受信部２１の動作自体を停止させるようにしてもよい。また、Ｓ３１０でどれだけの時間待機すればよいかの判断は、種々の方法が考えられ、例えばフレーム長が予め定められている（固定長）場合であってフレーム中のどこに状態フラグが付加されてるかも判っているなら、状態フラグ以降の残りのデータを全て受信するのに必要な時間もわかるため、その時間だけ待機すればいい。
【００７３】
また例えば、フレームが可変長であるならば、フレームを受信する毎に逐一そのフレーム長及び状態フラグの付加場所をみておくようにすれば、その次に同じフレームを受信したとき、状態フラグ以降の残りのデータを全て受信するのに必要な時間がわかることになる。更に、上記のように受信を中止（受信部２１からフレーム再生部２３へのデータ入力中止、或いは受信部２１自体の動作を停止）するのではなく、とりあえず受信だけは行うようにして、少なくともそのフレームのＥＯＦだけを検出するようにしてもよい。
【００７４】
一方、Ｓ２７０で否定判定された場合は、前回受信したフレームのデータとは異なるフレームが受信されたということであるため、Ｓ２８０に進んでそのフレーム中の状態フラグを新たに登録する。つまり、前フレーム状態フラグ値記憶部２５の記憶内容を更新するのである。そして、続くＳ２９０にて、Ｓ２３０と同様に、そのフレームを最後まで受信完了したか否かが判断され、１フレーム全て完了したとき、再びＳ２５０に戻ることになる。
【００７５】
以上説明した受信処理が、図２（ｂ）の受信動作期間２１３開始と共に実行されると、フレーム１１１については途中からの受信となる（ＢＯＦが検出されない）ため無効となり、続くフレーム１１２について、フレーム全体が受信されそのデータ内容が解読（別タスク）される。このとき、フレーム１１２中の状態フラグＳＦ２がＳ２４０の処理にて登録されることになる。
【００７６】
そして、続くフレーム１１３を、その状態フラグＳＦ３まで受信したとき、Ｓ２７０の判断処理が行われる。ここではＳＦ２＝ＳＦ３であるため、フレーム１１３はフレーム１１２と同じデータ内容であるものと判断され、フレーム１１３における状態フラグＳＦ３以降のデータの受信が中止される。
【００７７】
このように、本第１参考例では、受信開始後、最初にフレームを完全に受信したとき、そのフレーム中の状態フラグを登録しておいて、次のフレームを状態フラグまで受信したとき、その状態フラグと登録中の状態フラグとを比較する。そして、両者が一致したならば、前回受信したフレームと同じデータ内容のフレームを受信したものとして、状態フラグ以降のデータの受信を中止する。そのため、受信装置２が実行するデータ内容解読等の受信処理負荷の軽減が可能になると共に、受信装置２の消費電力を低減することも可能となる。
【００７８】 
【００７９】
［実施例］
本実施例のキーレスエントリシステムは、基本的には図１に示した第１参考例のキーレスエントリシステムと同様の構成をしているため、適宜第１参考例を参照しつつ説明する。まず、送信装置１から送信されるフレームは、本実施例では、図５（ａ）に示す通り、状態フラグがフレームの先頭及び末尾の２箇所に付加されたものである。つまり、送信装置１のフレーム生成部１５が、状態フラグを上記のように付加したフレームを生成するのである。尚、ＢＯＦ及びＥＯＦをそれぞれフレーム先頭及び末尾として扱わないのは既に述べた通りである。また、本実施例では、フレーム長が固定であり、ＢＯＦ，ＥＯＦ及び状態フラグＳＦを除くデータ部分はｎビットである。
【００８０】
そして、本実施例では、例えば図５（ａ）に示したように、受信装置２による間欠受信がフレーム１２１中のデータのｉ(1) ビット目から開始されたとき、そのｉ(1) ビット目から最後（ＥＯＦ）までをフレーム後半部として受信・保持する。そして、続いて受信開始されたフレーム１２２が、前回受信したフレーム１２１と同じデータ内容である場合、そのフレーム１２２のデータのｉ−１(2) ビット目までをフレーム前半部として受信し、図（ｂ）に示すように、フレーム前半部とフレーム後半部とを接合する。これにより、フレーム１２１或いはフレーム１２２と同じフレームが再生されるわけである。
【００８１】
このようにフレームが再生されることを含め、本実施例において受信装置２のマイコン２２が実行する受信処理について、図５を適宜参照しつつ、図６に基づいて説明する。図６は、間欠受信起動中にマイコン２２にて実行される受信処理を表すフローチャートである。
【００８２】
この受信処理において、Ｓ４１０〜Ｓ５１０及びＳ６２０の処理については、第１参考例で説明した図４の受信処理と実質的に同じである。そのため、まずＳ４１０〜Ｓ５１０の処理について概略説明する。
この受信処理が開始されると、まずＳ４１０にてフレームが受信されたか否かが判断され、受信された場合はＳ４２０に進んでＢＯＦからの受信であるか否かが判断される。そして、ＢＯＦからの受信でない場合（つまりフレーム途中から受信した場合）はＳ５２０に移行するが、ＢＯＦからの受信ならばＳ４３０に移行してそのフレームを完全に受信するまで待ち、受信完了後にそのフレーム末尾の状態フラグを登録する（Ｓ４４０）。この登録も、前フレーム状態フラグ値記憶部２５へ記憶することによりなされるものである。
【００８３】
その後、フレーム受信が途絶えた場合はそのままこの処理を終了するが（Ｓ４５０：ＮＯ）、引き続き次のフレームが受信開始された場合はＳ４５０で肯定判定され、続くＳ４６０にて、その受信開始されたフレーム先頭の状態フラグと、登録中の状態フラグ（つまり前回受信したフレーム末尾の状態フラグ）とを比較する。この比較の結果、両者が一致した場合は（Ｓ４７０：ＹＥＳ）、Ｓ５００に進み、前回受信したフレームと同じデータ内容のフレームを受信したものとして、その受信中のフレームについてのデータ内容解読処理を中止すると共に、その受信中のフレームにおける状態フラグ以降のデータの受信を中止する。そして、Ｓ５１０に進み、受信中止したフレームの送信が終了するまで待機して、再びＳ４５０以下の処理を実行する。このＳ５００〜Ｓ５１０の処理は、図４のＳ３００〜Ｓ３１０の処理と全く同様になされるものである。
【００８４】
Ｓ４６０による比較の結果、両者が一致しないと判断された場合は（Ｓ４７０：ＮＯ）、Ｓ４８０に移行して引き続きそのフレームの受信を継続して最後まで受信を完了させる。受信完了後は、そのフレーム末尾の状態フラグを更新登録する（Ｓ４９０）。尚、Ｓ６２０の処理は、図４のＳ３２０の処理と全く同様になされるものである。
【００８５】
次に、送信装置１からのフレームをその途中から（例えば図５（ａ）のフレーム１２１のデータｉ(1) ビット目から）受信開始したことによりＳ４２０で否定判定された場合に実行される、Ｓ５２０以下の処理について、説明する。
フレーム途中から受信開始した場合、Ｓ５２０にて、そのフレームを受信終了したか否かが判断され、受信終了するまで繰り返される。そして、最後まで受信した場合、Ｓ５３０に移行して、その受信した部分（ｉ(1) ビット目からＥＯＦまで）をフレーム後半部として保持すると共に、そのフレーム後半部に含まれている状態フラグ（図５（ａ）のフレーム１２１末尾の状態フラグＳＦ１）を登録する。
【００８６】
その後、Ｓ５４０にて、引き続き送信装置１からのフレームが受信開始されたか否かが判断され、受信が途絶えた場合は否定判定されてそのままこの受信処理を終了するが、続いて次のフレームを受信開始した場合（図５（ａ）のフレーム１２２）、Ｓ５５０に移行して、その受信開始したフレーム先頭の状態フラグ（ＳＦ２）と、登録中の状態フラグ（ＳＦ１）とを比較する。この比較の結果、両者が一致しなかった場合は、前回とは異なるデータ内容のフレームが受信されたものとして、保持中のフレーム後半部を破棄し（Ｓ６１０）、Ｓ４３０以下の処理を実行する。
【００８７】
一方、ＳＦ１とＳＦ２とが一致した場合は（Ｓ５６０：ＹＥＳ）、Ｓ５７０に進んで、その受信開始したフレーム（フレーム１２２）のうち、フレーム後半データに相当する部分の直前まで（データ中、ｉ−１(2) ビット目まで）をフレーム前半部として受信する。そして、続くＳ５８０にて、図５（ｂ）に示したように、その受信したフレーム前半部と保持中のフレーム後半部とを接合することによりフレームを再生する。
【００８８】
このようにフレームが再生されると、そのフレーム中のデータの解読が別タスクにて実行されることになる。つまり、フレーム１２２が完全に受信されなくても、前回途中から受信したフレーム後半部を有効に利用することにより、フレーム１２２についてはフレーム前半部を受信するだけで、データの解読が可能となり、延いては解読結果に基づくボデーＥＣＵ３の制御処理が可能となるわけである。
【００８９】
そして、Ｓ５９０にて、その受信中のフレーム（フレーム１２２）についてのデータ内容解読処理を中止させると共に、Ｓ６００にて、そのフレームが終了するまで待機する。このＳ６００の処理は、図４のＳ３１０と同様である。また、Ｓ５９０では、フレーム前半部まで受信したフレームについてデータ内容解読処理を行わないようにしたが、データ内容解読だけでなく、受信そのものを中止するようにしてもいい。
【００９０】
フレーム１２２が終了するまで待機した後は、Ｓ４６０以降の処理がなされることになり、フレーム１２２の後、続けて次のフレームが受信されればＳ４６０に進むことになるが、フレーム１２２で一旦途切れた場合は、Ｓ４５０で否定判定されてこの受信処理が終了することになる。
【００９１】
このように、本実施例では、フレームの先頭及び末尾に状態フラグを付加し、フレームを途中から受信した場合はその途中から受信した部分（フレーム後半部）を保持しておき、続いてフレームが受信されたときにそのフレーム先頭の状態フラグと前回受信したフレーム後半部の末尾の状態フラグとを比較する。そして、両者が一致した場合は、フレーム後半部と、その次のフレームのフレーム前半部とを接合してフレームを再生するようにしている。
【００９２】
即ち、上記第１参考例では、フレームを途中から受信した場合、その途中から受信開始したフレームについては無効となる（受信した後半部分は無駄になる）ため、その分無駄が生じていたが、本実施例では、途中から受信したフレーム後半部分についても有効に利用できるのである。そのため、第１参考例に比べ、受信装置２が実行するデータ内容解読等の受信処理負荷や、受信装置２の消費電力を、より低減することが可能となる。また、フレーム前半部まで受信した時点でフレームの再生・データ内容解読が可能となるため、解読結果に応じたボデーＥＣＵ３の制御処理実行をより迅速に開始させることも可能となる。
【００９３】
尚、図６の受信処理において、Ｓ４１０の処理は本発明のフレーム受信手段が実行する処理に相当し、Ｓ５３０の処理は本発明の保持手段が実行する処理に相当し、Ｓ５５０及びＳ５６０の処理は本発明のフレーム判定手段が実行する処理に相当し、Ｓ５８０の処理は本発明のフレーム再生手段が実行する処理に相当し、Ｓ５９０の処理は本発明（請求項７，８）のデータ内容解読手段が実行する処理に相当する。また、状態フラグは本発明のフレーム内容判別コードに相当するものである。
【００９４】
［第２参考例］
本第２参考例のキーレスエントリシステムも、基本的には図１に示したキーレスエントリシステムと同様の構成をしているため、適宜図１を参照しつつ説明する。まず、送信装置１から送信されるフレームは、図７に示す通り、ＢＯＦ，ＥＯＦを除くフレーム先頭及び末尾に状態フラグが付加されている点では、上記実施例のフレーム（図５（ａ）参照）と同様である。
【００９５】
そして、本第２参考例では更に、フレーム中のデータが複数のブロックに分割され、各ブロック毎に、前回受信したフレーム中のデータにおける当該ブロックに対応するブロックのデータと同一か否かを判別するためのブロック状態フラグが付加されている。
【００９６】
具体的には、例えば図７に示すように、各フレーム１３１，１３２中のデータはいずれも、第１ブロック〜第ｋブロックまでのｋ個のブロックに分割され、各ブロック毎に、それぞれブロック状態フラグ（フレーム１３１ではＳＦ11〜ＳＦ1k、フレーム１３２ではＳＦ21〜ＳＦ2k）が付加されている。即ち、例えばフレーム１３１の第１ブロックとフレーム１３２の第１ブロックが同じデータであるなら、状態フラグも同じ（ＳＦ11＝ＳＦ21）とするのである。
【００９７】
そして、例えばフレーム１３１を完全に受信した後、続いてフレーム１３２を受信開始したときに、上記実施例と同様、そのフレーム１３２の先頭の状態フラグＳＦ２と、前回受信したフレーム１３１の状態フラグＳＦ１とを比較するのだが、比較の結果一致しないと判断された場合に、本第２参考例では、上記実施例のようにフレーム１３２を全て受信・データ内容解読するのではなく、ブロック毎にその内容を前回受信したフレームと比較する。
【００９８】
この比較は、ブロック先頭に付加されたブロック状態フラグに基づいて行う。例えばフレーム１３２の第１ブロックについて、そのブロック状態フラグＳＦ21と、前回受信したフレーム１３１の第１ブロックのブロック状態フラグＳＦ11とを比較して、両者が一致したならば、フレーム１３２の第１ブロックについては、フレーム１３１の第１ブロックと同じデータであるものと判断してデータ内容の解読を中止するのである。
【００９９】
そして、このようなブロック毎の処理（ブロック判定処理）は、図８（ａ）に示すように、実施例で説明した図６の受信処理において、Ｓ４７０とＳ４８０の各処理の間で実行される。即ち、本第２参考例でも、受信装置２にて図６と同様の受信処理が実行されるが、Ｓ４７０の処理の後（つまり、あるフレームを完全に受信した後、引き続き次のフレームを受信開始したときに、その受信開始したフレームが前回受信したフレームとはデータ内容が異なる場合）にＳ７００のブロック判定処理が追加実行されるのである。
【０１００】
Ｓ７００のブロック判定処理の詳細は、図８（ｂ）に示す通りであり、まず、Ｓ７１０にて、カウンタ（図１では省略）のカウント値ｍを１にセットする。続いてＳ７２０では、第ｍブロックのブロック状態フラグが、前回受信したフレームにおける第ｍブロックのブロック状態フラグと一致するか否かが判断され、一致しない場合は、Ｓ７３０に移行してその第ｍブロックを完全に受信する。
【０１０１】
受信完了したら、Ｓ７６０にて、カウント値ｍがブロックの数ｋと一致しているか否か、即ち、本ブロック判定処理が最後のブロック（第ｋブロック）に対して実行されたか否かが判断され、ｍ＝ｋであれば、全てのブロックに対してＳ７１０以下の処理がなされたものとしてこのブロック判定処理を終了し、Ｓ４８０の処理に移行する。しかし、ｍ≠ｋの場合は、Ｓ７７０に移行してｍをインクリメントし、再びＳ７２０以下の処理を実行する。
【０１０２】
一方、Ｓ７２０で肯定判定された場合は、Ｓ７４０に進み、その第ｍブロックについては前回受信したフレームの第ｍブロックと同じデータであるものとみなして、その第ｍブロックに対するデータ解読処理（情報内容読み出し部２７による処理）を中止させる。より詳細には、受信情報取捨選択部２６が、情報内容読み出し部２７に対して、その第ｍブロックについては前回受信したフレームの第ｍブロックと同じデータ内容である旨の情報を出力することにより、前回と同じデータ解読結果を出力させることになる。
【０１０３】
そして、その第ｍブロックの受信が終了するまで待機し（Ｓ７５０）、終了したらＳ７６０に移行する。尚、Ｓ７４０の処理では、そのブロックについてデータ内容の解読処理を中止させるものとしたが、そのブロックについての受信自体をやめるようにしてもよい。
【０１０４】
このように、本第２参考例では、上記実施例の図６と同様の受信処理を実行する中で、受信開始したフレームの先頭の状態フラグに基づく判断の結果、フレーム中のデータ全体をみれば前回受信したフレームとはデータ内容が異なる場合は、データをブロック単位でより細かくみていくのである。
【０１０５】
そして、ブロック単位で前回受信したフレームと同じものがあれば、そのブロックについてはデータ内容解読処理を省くのである。そのため、データ内容の解読実行を必要最低限に抑えることができ、マイコン２２の処理負荷や消費電力をより低減することが可能となる。
【０１０６】
尚、本発明の実施の形態は、上記実施例に何ら限定されるものではなく、本発明の技術的範囲に属する限り種々の形態を採り得ることはいうまでもない。
【０１０７】
例えば、上記実施例では、フレームの途中から受信した場合であっても状態フラグが一致すれば、フレーム後半部とフレーム前半部とを接合することによりフレームを再生できることを説明したが、更に、再生したフレームにビット欠落等のエラーがないか否かをチェックできるようにしてもよい。
【０１０８】
具体的には、例えば図９（ａ）に示す通り、フレーム末尾の状態フラグの前に、エラーチェックに用いるＦＣＳ（フレームチェックシーケンス：Frame Check Sequence）を付加する。ＦＣＳとしては、例えばＣＲＣ符号（巡回冗長検査符号：Cyclic Redundancy Check ）がよく知られている。
【０１０９】
そして、このＦＣＳを用いて、図９（ｂ）に示すエラーチェック処理を実行すればよい。このエラーチェック処理は、図示の如く、上記実施例で説明した図６の受信処理における、Ｓ５８０とＳ５９０の各処理の間（フレーム再生の直後）に実行されるものであり、まずＳ８１０にて、ＦＣＳに基づく所定のエラーチェックを実行する。そして、エラーが検出されなければＳ８２０で否定判定されてそのままＳ５９０以降の処理に進むことになるが、エラーが検出されてＳ８２０で肯定判定された場合は、Ｓ８３０にてフレーム後半部を破棄し、続くＳ８４０にて、受信中のフレーム（フレーム前半部まで受信したフレーム）の受信を引き続き継続して、Ｓ４３０以降の処理に進む。
【０１１０】
このように、再生されたフレームに対するエラーチェック機能を設けることにより、再生されたフレームの信頼性を高めることができる。尚、ＦＣＳは本発明の「誤り検出のための符号」に相当するものである。なお、上記実施例のみに限らず、第１参考例又は第２参考例においても、フレーム中にＦＣＳを設けてエラーチェックできるようにすることができる。
【０１１１】
また、上記第１参考例においても、フレームを途中から受信した場合であってそのフレームの状態フラグも受信した場合は、上記実施例のようにフレーム接合・再生を行うようにすることも可能である。この場合、その途中から受信したフレーム（フレーム後半部）の次に受信開始したフレームについては、そのフレームにおける状態フラグまで受信する。そして、状態フラグに基づくフレーム同一性判定を行った結果、同一であれば、その状態フラグまで受信したデータのうち、フレーム後半部と接合すべき部分のみを抽出して、フレーム後半部との接合、延いてはフレーム再生を行う。
【０１１２】
更に、上記実施例では、受信したフレーム中の先頭に付加された状態フラグと前回受信したフレーム中の末尾に付加された状態フラグとを比較することにより、受信したフレーム中のデータが前回受信したフレーム中のデータと同一であるか否かの判断を行うようにしているが、これに限らず、例えば、状態フラグそのものが、前回フレーム中のデータと同一であるか否かを示すものであってもよい。
【０１１３】
例えば、送信しようとするフレーム中のデータが前回送信したフレーム中のデータと同じならば状態フラグとしてビット「１」を設定し、同じでないならば状態フラグとして「０」を設定するようにしてもいい。このようにすれば、前回フレームの状態フラグと比較する必要がなくなり、単に受信したフレーム中の先頭に付加された状態フラグをみるだけで、前回受信したフレームとデータ内容が同一か否かを知ることができる。
【０１１４】
更にまた、上記実施例はいずれも、受信装置２が間欠受信起動することを前提として説明したが、間欠受信起動に限らず、本発明は、データをフレーム単位で送信（特に、同じフレームを連続して複数送信）するあらゆる通信システムにおいて適用可能である。
【図面の簡単な説明】
【図１】  本実施形態のキーレスエントリシステムの概略構成を示すブロック図である。
【図２】  第１参考例における、送信装置からのフレームと受信装置での受信動作期間を説明するための説明図であり、（ａ）は、機能スイッチを操作したときに送信装置から送信されるフレームの一例、（ｂ）は、受信装置で間欠受信実行中に送信装置からのフレームを受信した場合の受信動作期間の一例を示すものである。
【図３】  第１参考例における、送信装置のマイコンにて実行される送信フレーム生成処理を表すフローチャートである。
【図４】  第１参考例における、間欠受信起動中に受信装置のマイコンにて実行される受信処理を表すフローチャートである。
【図５】  実施例における、送信装置からの送信フレームを説明するための説明図である。
【図６】  実施例における、間欠受信起動中に受信装置のマイコンにて実行される受信処理を表すフローチャートである。
【図７】  第２参考例における、送信装置からの送信フレームを説明するための説明図である。
【図８】  第２参考例における、間欠受信起動中に受信装置のマイコンにて実行されるブロック判定処理を表すフローチャートである。
【図９】  実施例の変形例として、更にエラーチェック機能を付加して再生後のフレームのエラーチェックが可能であることを説明するための説明図であり、（ａ）はフレーム中にＦＣＳを付加したことを表す説明図、（ｂ）はＦＣＳに基づいて実行されるエラーチェック処理を表すフローチャートである。
【符号の説明】
１…送信装置、２…受信装置、３…ボデーＥＣＵ、１１…機能スイッチ、１２，２２…マイコン、１３…送信部、１４…情報生成部、１５…フレーム生成部、１６…情報内容識別・判定部、１７…状態フラグ生成部、１８…前フレーム情報内容記憶部、２１…受信部、２３…フレーム再生部、２４…状態フラグ値識別部、２５…前フレーム状態フラグ値記憶部、２６…受信情報取捨選択部、２７…情報内容読み出し部、１１１〜１１３，１２１，１２２，１３１，１３２…フレーム
【図１】
0003821006.tif 000002
【図２】
0003821006.tif 000003
【図３】
0003821006.tif 000004
【図４】
0003821006.tif 000005
【図５】
0003821006.tif 000006
【図６】
0003821006.tif 000007
【図７】
0003821006.tif 000008
【図８】
0003821006.tif 000009
【図９】
0003821006.tif 000010