(57)【特許請求の範囲】
【請求項１】
１フレームがＮビット（Ｎは自然数）から成るデータを連続して無線送信する送信機（１）と、
間欠動作し、動作中は前記データを連続して受信する受信手段（２）と、
前記受信手段にて受信されたデータを（Ｎ＋α）ビット（αは自然数）まで１ビットづつ順次格納する格納手段（３ｂ、１１０）と、
前記格納手段に格納されている（Ｎ＋α）ビットのデータを用いて、前記受信したデータが安定している状態か否かを判断する安定状態判断手段（１３０）と、
前記安定状態判断手段によってデータが安定していると判断されたときのみデータの異常を検出する異常検出手段（１５０、１６０、１７０）と、
前記異常検出手段によってデータの異常が検出されたときに前記格納手段に格納されている（Ｎ＋α）ビットのデータを破棄する破棄手段（２００）と、
を備えることを特徴とする車両用無線通信装置。
【請求項２】
前記安定状態判断手段は、前記格納手段に格納されているデータのうち、先頭ビット乃至Ｌビット（Ｌは自然数で、Ｌ≦α）のデータと（Ｎ＋１）ビット乃至（Ｎ＋１＋Ｌ）ビットのデータを比較し、同一である場合に前記受信したデータが安定している状態と判断することを特徴とする請求項１記載の車両用無線通信装置。
【請求項３】
前記安定状態判断手段によって前記受信したデータが安定していないと判断されたときは、新たに所定ビットのデータを受信し、前記格納手段に格納されている（Ｎ＋α）ビットのデータを新たに受信したビット分だけ更新し、前記安定状態判断手段によって再度受信したデータが安定している状態か否かを判断することを特徴とする請求項１または２記載の車両用無線通信装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、車両用の無線通信装置に関し、詳しくは、送信機から無線通信によって送信されたデータを受信するための装置に関する。
【０００２】
【従来の技術】
車両用の無線通信装置の１つとして、キーレスエントリーがある。最近では、送信機のボタンを押す時間が所定時間未満であればドアをロック／アンロックし、所定時間以上押しつづけるとパワーウィンドウを動作させて窓を開／閉するものが知られている。以前のキーレスエントリーでは、送信機のボタンが押されつづけている間は、送信機からは連続して同一フレームが送信され続けるが、上述のキーレスエントリーでは、ボタン押後の所定時間経過前と経過後とで、フレーム中のデータの一部を変更し、ドアのロック／アンロック制御とパワーウィンドウ制御とを切換えている。
【０００３】
ところで、キーレスエントリーは、車両のＩＧオフ時に使用されるのがほとんどであり、車両の受信機ではＩＧオフ時の消費電流を少なくするため、間欠動作して送信機から送信されるデータの受信処理を行っている。受信機では、間欠動作した際にどのデータから受信を開始するのかわからないので、データの受信を開始すると、一旦１フレーム＋αビットのデータをＲＡＭ領域中のバッファに格納している。
【０００４】
例えば、１フレームが１２ヶのデータにて構成され、１ヶのデータ長が８ビットであり、ボタン押時間に応じて変更されるデータ（以下、「可変データ」と言う。）の数が３ヶであり、操作ボタンの種類（ロック、アンロック等のボタン）やボタン押時間に関わり無く常に共通なデータ（以下、「共通データ」と言う。）の数が１ヶであり、操作ボタンの種類に応じて変更されるがボタン押時間に応じて変更されないデータ（以下、「一般データ」と言う。）が８ヶであるとすると、可変データ長である２４ビットが上述したαビットとなる。よって、この場合には、受信機は、９６（＝１フレーム）ビット＋２４ビット＝１２０ビットのデータをバッファに一旦格納し、１２０ビット格納できた時点でそのデータの異常を検出するようにしている。すなわち、このように１フレームよりも２４ビット分余計にバッファに格納することで、どのタイミングでデータの受信を開始しても確実に可変データを切れ目無く受信することができる。
【０００５】
そして、従来の装置では、１２０ビット分データを受信するとデータをチェックし、データ異常を検出するとバッファに格納されている全てのデータを破棄している。
【０００６】
【発明が解決しようとする課題】
ところで、間欠動作している受信機は、受信処理を開始した直後は受信したデータが不安定なことがありデータの信頼性が低い。このような状況下では，しばらく経過すればデータが安定するものであるにも関わらず、データの不安定さに起因してデータの異常が検出されることが多い。従来の装置では、どのような状況でデータを受信した場合であっても、データの異常を検出するとバッファに格納されている全てのデータを破棄するため、特に、データ不安定時の受信効率が悪いという問題があった。
【０００７】
本発明は、このような事情を考慮してなされたものであり、受信したデータの異常を検出する際に、データが不安定な状況下であっても受信効率を下げないようにすることを目的とする。
【０００８】
【課題を解決するための手段】
本発明の請求項１によれば、安定状態判断手段が、格納手段に格納されている（Ｎ＋α）ビットのデータを用いて、受信したデータが安定していると判断したときのみにデータの異常を検出するようにしているので、データが不安定な状況下ではデータの異常が判定されない。よって、データが不安定な状況下であっても受信効率は下がることはない。
【０００９】
請求項２記載の発明では、格納手段に格納されているデータのうち、先頭ビット乃至Ｌビット（Ｌは自然数で、Ｌ≦α）のデータと（Ｎ＋１）ビット乃至（Ｎ＋１＋Ｌ）ビットのデータを比較し、同一である場合に受信したデータが安定している状態と判断する。
【００１０】
請求項３記載の発明では、安定状態判断手段によって受信したデータが安定していないと判断されたときは、新たに所定ビットのデータを受信し、格納手段に格納されている（Ｎ＋α）ビットのデータを新たに受信したビット分だけ更新し、安定状態判断手段によって再度受信したデータが安定している状態か否かを判断する。このようにすることで、データが安定するまで格納手段に格納されている（Ｎ＋α）ビットが所定ビットづつ更新されることになる。
【００１１】
【発明の実施の形態】
本発明の車両用無線通信装置をキーレスエントリーシステムに適用した場合の実施形態を図面に従って説明する。
【００１２】
図１は、本実施形態のキーレスエントリーシステムの概略を表す構成図である。図１に示すように、キーレスエントリーシステムは、ボタンを押すことによりデータを無線送信する送信機１、車両内に配置されて送信機１から送信されてくるデータを受信するチュナー２、チューナー２にて受信したデータを入力して異常を検出し、データを解読し、解読した結果に応じてドアのロック／アンロック制御やパワーウィンドウ制御を行うボデー系電子制御装置（以下、「ＥＣＵ」と言う）３にて構成されている。ＥＣＵ３は、周知のＣＰＵ３ａ、ＲＯＭ３ｂ、ＲＡＭ３ｃ等を備え、送信機１からチューナー２を介して受信したデータをＲＡＭ３ｃの一部領域に設定されたバッファに格納する。このバッファには、１２０ビット分のデータを格納させることができ、１２０ビットを超えると１ビットづつ最古データが最新データに更新される。
【００１３】
また、図示しない車載バッテリの消費電力を少なくするために、チューナー２及びＥＣＵ３は間欠動作している。
【００１４】
図２に送信機１の概観を示す。示すように、送信機１には、表面に２つのボタン１１，１２が設置されており、ボタン１１を押す時間が所定時間Ｔ１未満であれば車両のドアをロックすることができ、所定時間Ｔ１以上押しつづけるとパワーウィンドウを動作させて窓を閉じることができるようになっている。ボタン１２を押す時間が所定時間Ｔ２未満であれば車両のドアをアンロックすることができ、所定時間Ｔ２以上押しつづけるとパワーウィンドウを動作させて窓を開くことができるようになっている。このように、ボタンの種類とボタンの押時間の組合せによって４種類のデータが送信機１から送信されるようになっている。また、送信機１のボタン１１（１２）が押され所定時間Ｔ１（Ｔ２）経過するまでは、ドアのロック（アンロック）に関するデータが含まれたデータが連続して送信され、所定時間Ｔ１（Ｔ２）経過後は、パワーウィンドウによる窓の開（閉）に関するデータに関するデータが含まれたデータが連続して送信される。
【００１５】
図３（ａ）、（ｂ）に送信機１から送信されるデータにて構成されるフレームを示す。図３（ａ）に示すように、１フレームは９６ビットであり、データ０乃至１１の１２ヶのデータにて構成されている。１ヶのデータはビット０乃至７の８ビットである。図３（ｂ）に示すように、データ０は、操作ボタン１１，１２の種類及び押時間に関わり無く常に共通なデータ（共通データ）であり、データ１乃至３は、操作ボタン１１，１２の押時間に応じて変化するデータ（可変データ）であり、データ４乃至１１は、操作ボタンの１１，１２種類に応じて変化するが押時間に応じては変化しないデータ（一般データ）である。
【００１６】
ここで、バッファに１２０ビット格納する理由について説明する。可変データ以外のデータは、押しているボタンを離さない限り同一のデータが送信機１から送信され続けるが、可変データはボタンの押時間によって変化する。ＥＣＵ３では、可変データの全てのビットを連続して受信できないと変化後のデータなのか、それとも変化前のデータなのか判別できない。しかし、前述したようにチューナー２及びＥＣＵ３は間欠動作しているので、どのデータのどのビットから受信処理を開始するのかわからない。よって、ＥＣＵ３では、１フレーム長のデータに加え可変データ長である２４ビット分のデータを余計にバッファに格納している。これにより、いつデータ受信処理を開始してもバッファ内の１２０ビットのデータの中に確実に可変データが連続して格納されるようになる。
【００１７】
次に、ＥＣＵ３内のＣＰＵ３ａにて実行される受信処理について図４のフローチャートを用いて説明する。間欠動作により受信処理を開始すると、まず、ステップ１００に進み、何れかのデータの内で受信されたビットがあるか否かを判断する。受信されたビットがなければルーチンを抜け、受信されたビットがあればステップ１１０に進みバッファに受信ビットを格納する。次にステップ１２０に進み、バッファ中に１２０ビット分のデータが格納されたか否かを判断する。未だバッファ中に１２０ビット分データが格納されていなければルーチンを抜け、１２０ビット格納されていればステップ１３０に進みバッファに格納された１２０ビットのデータのうち１乃至８ビット目と９７乃至１０４ビット目が同一であるか否かを判断する。ここで、もしも受信したデータが安定していれば、１フレームが９６ビットであるので、１乃至８ビット目と９７乃至１０４ビット目が同一になるはずである。ただし、受信処理を開始した直後は、受信したデータが不安定なことがありデータの信頼性が低く、１乃至８ビット目と９７乃至１０４ビット目が同一にはならないことがある。このような状況では、しばらく経過すればデータが安定するものであるため、ＮＯと判断されて一旦ルーチンを抜ける。
【００１８】
一方、ＹＥＳと判断されると、ステップ１４０に進んでデータのヘッダを検出し、ステップ１５０にて検出したヘッダが正常なものであるか否かを判断する。ここでＮＯと判断されるとデータが異常であると見なしてステップ２００に進み受信した１２０ビットの全データを破棄する。ヘッダが正常であるならばステップ１６０に進み、フレームを整形しデータのフォーマットチェックを行う。ここでＮＯと判断されるとデータが異常であると見なしてステップ２００に進み、一方、チェック結果が正しければ、ステップ１７０に進みデータのパリティチェックを行う。ここでＮＯと判断されるとデータが異常であると見なしてステップ２００に進み、一方、チェック結果が正しければステップ１８０に進みデータの解読を行い、その後ステップ１９０にて、解読したデータに応じてドアをロック／アンロックあるいは、パワーウィンドウを動作すべく、図示しないアクチュエータに動作信号を出力する。そして、一連の処置が終了するとリターンする。なお、上述のステップ１５０乃至１９０の処理は従来行われている周知のものである。
【００１９】
以上説明したように、本実施形態では、ステップ１３０にて、バッファに格納されている１２０ビットのデータのうち１乃至８ビット目と９７乃至１０４ビット目が同一であるか否かを判断し、同一である場合のみステップ１４０以降のデータの異常検出を行うようにし、同一でない場合には、全１２０ビットを破棄してしまうのではなく一旦ルーチンを抜け、以後、ステップ１３０にてＹＥＳと判断されるまでステップ１００乃至１３０を繰り返し１２０ビットのデータを１ビットづつ更新して行く。
【００２０】
このようにすることで、データの受信処理を開始した直後の受信したデータが不安定なときはステップ１３０にてＮＯと判断されるので、ステップ１５０乃至１７０のデータの異常検出処理は実行されない。すなわち、このような状況では、ステップ１５０以降のデータの異常判断を行ってもデータの異常と判断され、ステップ２００にて１２０ビットの全データが破棄されてしまうことになるので、データが安定するまでステップ１４０以降の処理に進まない。
【００２１】
データが安定するとステップ１３０にてＹＥＳと判断されてステップ１５０以降のデータの異常検出が行われる。従って、データの異常を検出するに際して、データの受信処理を開始した直後等のデータが不安定の状況においても、受信効率を下げることがない。
【図面の簡単な説明】
【図１】本発明の一実施形態の全体構成を示す図である。
【図２】送信機１の概観図である。
【図３】（ａ）は１フレームの構成を示す図である。（ｂ）はフレームを構成するデータの種類を示す図である。
【図４】受信処理を説明するためのフローチャートである。
【符号の説明】
１  送信機
２  チュ−ナー
３    ＥＣＵ
３ａ    ＣＰＵ
３ｃ  ＲＡＭ
【図１】
0003555580.tif 000002
【図２】
0003555580.tif 000003
【図３】
0003555580.tif 000004
【図４】
0003555580.tif 000005