(57)【要約】【課題】受信動作時の消費電力を抑制すること【解決手段】本発明は、周波数の異なる複数のチャネルを用いデータを送信する送信装置２１と、データを受信する受信部１２と、受信部１２が第１所定時間以上データを受信しない場合、受信部１２に複数のチャネルのうち一部のチャネルを用い一部の期間においてデータを待ち受けさせ、その後受信部１２がデータを受信した場合、受信部１２に周波数の異なる複数のチャネルを順次用い前記データを持ち受けさせる受信制御処理と、受信部１２が一部のチャネルを用いデータを待ち受ける際に、前記一部の期間以外の期間において受信部１２への電源供給を遮断する電源制御処理と、を実行する制御部１４と、を備える受信装置と、を具備する。【選択図】図３
2010068150.tif 000002
【特許請求の範囲】
【請求項１】
周波数の異なる複数のチャネルを用いデータを送信する送信装置と、
前記データを受信する受信部と、前記受信部が前記第１所定時間以上前記データを受信しない場合、前記受信部に複数のチャネルのうち一部のチャネルを用い一部の期間において前記データを待ち受けさせ、その後前記受信部が前記データを受信した場合、前記受信部に前記複数のチャネルを順次用い前記データを持ち受けさせる受信制御処理と、前記受信部が前記一部のチャネルを用い前記データを待ち受ける際に、前記一部の期間以外の期間において前記受信部への電源供給を遮断する電源制御処理と、を実行する制御部と、を備える受信装置と、
を具備することを特徴とする通信システム。
【請求項２】
前記送信装置は、
前記複数のチャネルのうちいずれかを用い前記受信装置に前記データの送信を行う送信部と、
前記送信部が第２所定時間以上前記データを送信しない場合、前記送信部に前記一部のチャネルを用いてデータを送信させ、その後第３所定時間内に別のデータを送信する場合には、前記送信部に前記複数のチャネルのうち別の一部のチャネルを用い前記別のデータを送信させる制御部と、
を具備することを特徴とする請求項１記載の通信システム。
【請求項３】
前記受信装置の前記制御部は、前記受信制御処理において、前記受信部が受信した前記データに誤りがある場合、前記送信装置に通知することを特徴とする請求項１記載の通信システム。
【請求項４】
前記受信装置の前記制御部は、前記受信制御処理において、前記受信部が受信した前記データに誤りがある場合、前記送信装置に通知し、
前記送信装置の前記制御部は、前記受信装置から前記受信装置が受信したデータに誤りがあったことを示す情報を受信した場合、前記別の一部のチャネル数を増加させることを特徴とする請求項２記載の通信システム。
【請求項５】
前記データは、データ本体と前記データ本体前に送信されるプリアンブルとを含み、
前記受信部は、前記プリアンブルを待ち受け、
前記制御部は、前記受信制御処理において、前記受信部が前記プリアンブルを受信した場合、前記受信部に前記プリアンブルを受信したチャネルを用い前記データ本体を受信させることを特徴とする請求項１記載の通信システム。
【請求項６】
前記受信部が前記一部のチャネルを用い前記データを待ち受ける際の１つのチャネルの待ち受け時間と、前記受信部が前記複数のチャネルを順次用い前記データを持ち受ける際の１つのチャネルの待ち受け時間とは同じであることを特徴とする請求項１から５のいずれか一項記載の通信システム。
【請求項７】
前記データは車両を制御するためのデータであることを特徴とする請求項６記載の通信システム。
【請求項８】
周波数の異なる複数のチャネルを用い送信装置が送信するデータを受信する受信部と、
前記受信部が前記第１所定時間以上前記データを受信しない場合、前記受信部に複数のチャネルのうち一部のチャネルを用い一部の期間において前記データを待ち受けさせ、その後前記受信部が前記データを受信した場合、前記受信部に前記複数のチャネルを順次用い前記データを持ち受けさせる受信制御処理と、前記受信部が前記一部のチャネルを用い前記データを待ち受ける際に、前記一部の期間以外の期間において前記受信部への電源供給を遮断する電源制御処理と、を実行する制御部と、
を具備することを特徴とする受信装置。
【請求項９】
前記制御部は、前記受信制御処理において、前記受信部が受信した前記データに誤りがある場合、前記送信装置に通知することを特徴とする請求項８記載の受信装置。
【請求項１０】
周波数が異なる複数のチャネルのうちいずれかを用い受信装置に前記データの送信を行う送信部と、
前記送信部が第２所定時間以上前記データを送信しない場合、前記送信部に複数のチャネルのうち予め決まった一部のチャネルを用いてデータを送信させ、前記送信部が前記予め決まった一部のチャネルで前記データを送信した後、第２所定時間内に別のデータを送信する場合には、前記送信部に前記複数のチャネルのうち別の一部のチャネルを用い前記別のデータを送信させる制御部と、
を具備することを特徴とする送信装置。
【請求項１１】
前記制御部は、前記受信装置から前記受信装置が受信したデータに誤りがあったことを示す情報を受信した場合、前記別の一部のチャネル数を増加させることを特徴とする請求項１０記載の送信装置。
【請求項１２】
周波数の異なる複数のチャネルを用いデータを送信する送信装置と、前記データを受信する受信部を有する受信装置と、を備える通信システムの制御方法であって、
前記受信部が前記第１所定時間以上前記データを受信しない場合、前記受信部に複数のチャネルのうち一部のチャネルを用い一部の期間において前記データを待ち受けさせるステップと、
その後前記受信部が前記データを受信した場合、前記受信部に周波数の異なる複数のチャネルを順次用い前記データを持ち受けさせるステップと、
前記受信部が前記一部のチャネルを用い前記データを待ち受ける際に、前記一部の期間以外の期間において前記受信部への電源供給を遮断するステップと、
を備えることを特徴とする通信システムの制御方法。
【請求項１３】
前記データは車両を制御するためのデータであることを特徴とする通信システムの制御方法。
【請求項１４】
周波数の異なる複数のチャネルを用い送信装置が送信するデータを受信する受信部を備える受信装置の制御方法であって、
前記受信部が前記第１所定時間以上前記データを受信しない場合、前記受信部に複数のチャネルのうち一部のチャネルを用い一部の期間において前記データを待ち受けさせるステップと、
その後前記受信部が前記データを受信した場合、前記受信部に前記複数のチャネルを順次用い前記データを持ち受けさせるステップと、
前記受信部が前記一部のチャネルを用い前記データを待ち受ける際に、前記一部の期間以外の期間において前記受信部への電源供給を遮断するステップと、
を具備することを特徴とする受信装置の制御方法。
【請求項１５】
周波数が異なる複数のチャネルのうちいずれかを用い受信装置に前記データの送信を行う送信部を備える送信装置の制御方法であって、
前記送信部が第２所定時間以上前記データを送信しない場合、前記送信部に複数のチャネルのうち予め決まった一部のチャネルを用いてデータを送信させるステップと、
前記送信部が前記予め決まった一部のチャネルで前記データを送信した後、第２所定時間内に別のデータを送信する場合には、前記送信部に前記複数のチャネルのうち別の一部のチャネルを用い前記別のデータを送信させるステップと、
を具備することを特徴とする送信装置の制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システム、送信装置、受信装置およびそれらの制御方法に関し、特に周波数の異なる複数のチャネルを用いデータ通信を行う通信システム、送信装置、受信装置およびそれらの制御方法に関する。
【背景技術】
【０００２】
例えば、周波数ホッピングを用いた通信のように、周波数の異なる複数のチャネルを用いデータ通信を行う通信システムが使用されている。例えば、米国では、ＦＣＣ（Federal Communication Commission）により、ＩＳＭ（Industrial Scientific Medical）周波数帯では２５０ｍＷまでの送信出力が無免許で可能である。しかしながら、同じ周波数を一定期間以上用いることができない。そこで、周波数ホッピング技術が用いられている。
【０００３】
ＩＳＭ周波数帯で用いられる通信システムとして、遠隔通信機から車両の制御を行うシステムがある。例えば、リモートエンジンスタータシステムにおいては、遠隔通信機からのエンジン始動信号に基づき、ＥＣＵ（Electric Control Unit）が車両のエンジンを始動する。また、リモートエントリーシステムにおいては、遠隔通信機からの開錠施錠信号に基づき、ＥＣＵ（Electric Control Unit）が車両ドアの開錠または施錠を行う。
【０００４】
リモートキーレスエントリーシステムに周波数ホッピング技術を用いると受信動作時に消費電力が大きく車両のバッテリに負担をかけることが知られている（特許文献１）。通信システムの消費電力削減のため、パケット通信の通信形式に応じて節電モードに移行するタイミングや節電モード中の間欠信号の周期を調整することが知られている（特許文献２）。
【特許文献１】特開２００２−５４３３１号公報
【特許文献２】特開２００３−１７９５３９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
特許文献１のように、周波数ホッピング技術を用いると受信動作時に消費電力が大きくなることが知られているものの、周波数の異なる複数のチャネルを用いたデータ通信システムにおいて、受信動作時の消費電力を抑制する具体的な方法については提案されていない。
【０００６】
本発明は、上記課題に鑑みなされたものであり、周波数の異なる複数のチャネルを用いたデータ通信システムにおいて、受信動作時の消費電力を抑制することを目的とする。
【課題を解決するための手段】
【０００７】
本発明は、周波数の異なる複数のチャネルを用いデータを送信する送信装置と、前記データを受信する受信部と、前記受信部が前記第１所定時間以上前記データを受信しない場合、前記受信部に複数のチャネルのうち一部のチャネルを用い一部の期間において前記データを待ち受けさせ、その後前記受信部が前記データを受信した場合、前記受信部に前記複数のチャネルを順次用い前記データを持ち受けさせる受信制御処理と、前記受信部が前記一部のチャネルを用い前記データを待ち受ける際に、前記一部の期間以外の期間において前記受信部への電源供給を遮断する電源制御処理と、を実行する制御部と、を備える受信装置と、を具備することを特徴とする通信システムである。本発明によれば、受信装置は、複数のチャネルを順次用いデータを待ち受けなくてもよい。よって、受信装置の消費電力を削減することができる。
【０００８】
上記構成において、前記送信装置は、前記複数のチャネルのうちいずれかを用い前記受信装置に前記データの送信を行う送信部と、前記送信部が第２所定時間以上前記データを送信しない場合、前記送信部に前記一部のチャネルを用いてデータを送信させ、その後第３所定時間内に別のデータを送信する場合には、前記送信部に前記複数のチャネルのうち別の一部のチャネルを用い前記別のデータを送信させる制御部と、を具備する構成とすることができる。この構成によれば、送信装置は受信装置が待ち受けているチャネルを用い、データを送信することができる。
【０００９】
上記構成において、前記受信装置の前記制御部は、前記受信制御処理において、前記受信部が受信した前記データに誤りがある場合、前記送信装置に通知する構成とすることができる。
【００１０】
上記構成において、前記受信装置の前記制御部は、前記受信制御処理において、前記受信部が受信した前記データに誤りがある場合、前記送信装置に通知し、前記送信装置の前記制御部は、前記受信装置から前記受信装置が受信したデータに誤りがあったことを示す情報を受信した場合、前記別の一部のチャネル数を増加させる構成とすることができる。この構成によれば、受信装置の受信状態が悪い場合、送信装置にデータを送信するチャネル数を増加させ、通信品質の向上を図ることができる。
【００１１】
上記構成において、前記データは、データ本体と前記データ本体前に送信されるプリアンブルとを含み、前記受信部は、前記プリアンブルを待ち受け、前記制御部は、前記受信制御処理において、前記受信部が前記プリアンブルを受信した場合、前記受信部に前記プリアンブルを受信したチャネルを用い前記データ本体を受信させる構成とすることができる。この構成によれば、受信部はデータ本体を確実に受信することができる。
【００１２】
上記構成において、前記受信部が前記一部のチャネルを用い前記データを待ち受ける際の１つのチャネルの待ち受け時間と、前記受信部が前記複数のチャネルを順次用い前記データを持ち受ける際の１つのチャネルの待ち受け時間とは同じである構成とすることができる。
【００１３】
上記構成において、前記データは車両を制御するためのデータである構成とすることができる。
【００１４】
本発明は、周波数の異なる複数のチャネルを用い送信装置が送信するデータを受信する受信部と、前記受信部が前記第１所定時間以上前記データを受信しない場合、前記受信部に複数のチャネルのうち一部のチャネルを用い一部の期間において前記データを待ち受けさせ、その後前記受信部が前記データを受信した場合、前記受信部に前記複数のチャネルを順次用い前記データを持ち受けさせる受信制御処理と、前記受信部が前記一部のチャネルを用い前記データを待ち受ける際に、前記一部の期間以外の期間において前記受信部への電源供給を遮断する電源制御処理と、を実行する制御部と、を具備することを特徴とする受信装置である。本発明によれば、受信部は、複数のチャネルを順次用いデータを待ち受けなくてもよい。よって、受信装置の消費電力を削減することができる。
【００１５】
上記構成において、前記制御部は、前記受信制御処理において、前記受信部が受信した前記データに誤りがある場合、前記送信装置に通知する構成とすることができる。
【００１６】
本発明は、周波数が異なる複数のチャネルのうちいずれかを用い受信装置に前記データの送信を行う送信部と、前記送信部が第２所定時間以上前記データを送信しない場合、前記送信部に複数のチャネルのうち予め決まった一部のチャネルを用いてデータを送信させ、前記送信部が前記予め決まった一部のチャネルで前記データを送信した後、第２所定時間内に別のデータを送信する場合には、前記送信部に前記複数のチャネルのうち別の一部のチャネルを用い前記別のデータを送信させる制御部と、を具備することを特徴とする送信装置である。本発明によれば、送信部が複数のチャネルのうち予め決まった一部のチャネルを用いてデータを送信するため、受信装置は、複数のチャネルを順次用いデータを待ち受けなくてもよい。よって、受信装置の消費電力を削減することができる。また、前回送信に用いたチャネルと異なるチャネルを用い、データを送信することができる。
【００１７】
上記構成において、前記制御部は、前記受信装置から前記受信装置が受信したデータに誤りがあったことを示す情報を受信した場合、前記別の一部のチャネル数を増加させる構成とすることができる。この構成によれば、受信装置の受信状態が悪い場合、送信装置にデータを送信するチャネル数を増加させ、通信品質の向上を図ることができる。
【００１８】
本発明は、周波数の異なる複数のチャネルを用いデータを送信する送信装置と、前記データを受信する受信部を有する受信装置と、を備える通信システムの制御方法であって、前記受信部が前記第１所定時間以上前記データを受信しない場合、前記受信部に複数のチャネルのうち一部のチャネルを用い一部の期間において前記データを待ち受けさせるステップと、その後前記受信部が前記データを受信した場合、前記受信部に周波数の異なる複数のチャネルを順次用い前記データを持ち受けさせるステップと、前記受信部が前記一部のチャネルを用い前記データを待ち受ける際に、前記一部の期間以外の期間において前記受信部への電源供給を遮断するステップと、を備えることを特徴とする通信システムの制御方法である。
【００１９】
上記構成において、前記データは車両を制御するためのデータである構成とすることができる。
【００２０】
本発明は、周波数の異なる複数のチャネルを用い送信装置が送信するデータを受信する受信部を備える受信装置の制御方法であって、前記受信部が前記第１所定時間以上前記データを受信しない場合、前記受信部に複数のチャネルのうち一部のチャネルを用い一部の期間において前記データを待ち受けさせるステップと、その後前記受信部が前記データを受信した場合、前記受信部に前記複数のチャネルを順次用い前記データを持ち受けさせるステップと、前記受信部が前記一部のチャネルを用い前記データを待ち受ける際に、前記一部の期間以外の期間において前記受信部への電源供給を遮断するステップと、を具備することを特徴とする受信装置の制御方法である。
【００２１】
本発明は、周波数が異なる複数のチャネルのうちいずれかを用い受信装置に前記データの送信を行う送信部を備える送信装置の制御方法であって、前記送信部が第２所定時間以上前記データを送信しない場合、前記送信部に複数のチャネルのうち予め決まった一部のチャネルを用いてデータを送信させるステップと、前記送信部が前記予め決まった一部のチャネルで前記データを送信した後、第２所定時間内に別のデータを送信する場合には、前記送信部に前記複数のチャネルのうち別の一部のチャネルを用い前記別のデータを送信させるステップと、を具備することを特徴とする送信装置の制御方法である。
【発明の効果】
【００２２】
本発明によれば、受信装置は、複数のチャネルを順次用いデータを待ち受けなくてもよい。よって、受信装置の消費電力を削減することができる。
【発明を実施するための最良の形態】
【００２３】
以下に、図面を用い実施例について説明する。
【実施例１】
【００２４】
図１は、実施例１に係る通信システムの車載装置を示すブロック図である。図１を参照に、車載装置１０は、エンジンのスタート、ドアロックおよびドアアンロック等を指示する情報を携帯装置２０から受信する。リモートスタータＥＣＵ（Electric Control Unit）６０は、携帯装置２０に送受信するデータＴＲＸＤを車載装置１０に送受信する。ボディＥＣＵ６２はリモートスタータＥＣＵ６０からの情報に基づき、ドアのロック／アンロック等を行う。ＥＦＩ−ＥＣＵ６４は、ボディＥＣＵ６２からの情報に基づき、エンジンをスタートさせる。
【００２５】
インターフェース（ＩＦ）回路５８は、リモートスタータＥＣＵ６０から送受信されたデータＴＲＸＤをＣＰＵ（Central Processing Unit）４２に入出力する。ＣＰＵ４２は、送受信データＴＤＸＤを後述のように制御し、送受信ＩＣ３８に送受信する。メモリ４６は、ＣＰＵ４２から各種データを記憶する。クロック回路４４は、クロックをＣＰＵ４２に出力する。リセットＷＤＴ（Watch Dog Timer）４８は、ＣＰＵ４２にリセット信号を送信し、ＣＰＵ４２からＷＤＯ（Watch Dog Output）信号を受信する。リセットＷＤＴ４８は、電源およびＷＤＯに基づきＣＰＵ４２をリセットする。電源回路５２は、バッテリの＋Ｂの電圧を降圧し、Ｖｃｃ５４としてＣＰＵ４２、送受信ＩＣ３８、電源制御回路５０を介しパワーアンプＰＡ３４に供給する。また、ＣＰＵ４２および送受信ＩＣ３８にはバッテリのグランドＧＮＤ５６が供給される。
【００２６】
送受信ＩＣ３８は、ＣＰＵ４２から受信した送信データを高周波信号に変換した後、例えば９００ＭＨｚの高周波信号にアップコンバートし、ＰＡ３４に供給する。また、ＳＡＷ（Surface Acoustic Wave）フィルタ３６から受信した受信信号をダウンコンバートした後、復調し、受信データとしてＣＰＵ４２に出力する。送受信ＩＣ３８には、ＣＰＵ４２から送受信ＩＣ３８を活性化させるイネーブル信号ＥＮ、送受信ＩＣ３８を制御する制御信号ＣＯＮＴおよびクロックＣＬが入力される。水晶発信器４０は、送受信信号をアップコンバートまたはダウンコンバートする発振信号を生成する。ＰＡ３４は、送信信号を増幅する。ＲＦ（Radio Frequency）スイッチ３２は、アンテナ３０から送信する送信信号と受信する受信信号を、ＣＰＵ４２のＲＦＳＷ信号に基づき切り換える。ＳＡＷフィルタ３６は受信信号をフイルタリングする。電源制御回路５０は、ＲＦＳＷ信号に基づきＰＡ３４の電源を遮断する。
【００２７】
図２は、携帯装置を示すブロック図である。図２を参照に、マイコン８２は、送受信データＴＤＸＤを後述のように制御し、送受信ＩＣ７８に送受信する。ロックＳＷ、アンロックＳＷ、スタートＳＷ、ファンクションＳＷおよびパニックＳＷは制御スイッチ９８である。ユーザは車両のドアをロックする際、アンロックする際に、それぞれにロックＳＷおよびアンロックＳＷをオンする。車両のエンジンをスタートする際にスタートＳＷをオンする。ユーザは、ファンクションＳＷを用いることにより、より複雑な操作を行うことができる。さらに、ユーザは、非常時に威嚇のためパニックＳＷをオンすることもできる。制御スイッチ９８の信号はマイコン８２に入力される。マイコン８２は、ＬＥＤ（Light Emitting Device）８８を点灯させることにより、ドアのロック、アンロック、エンジンのスタートが完了したことをユーザに通知することができる。また、送受信圏外であることや、トランクが開いていることを、ＬＥＤ８８を点灯させユーザに通知することができる。バッテリ９２は、グランドＧＮＤ９６をマイコン８２および送受信ＩＣ７８に供給する。電源回路９０は、バッテリの電圧をＶｃｃ９４に変換し、マイコン８２および送受信ＩＣ７８に供給する。送受信ＩＣ７８、ＣＬＫ８４、メモリ８６、ＸＴＡＬ８０、ＰＡ７４、ＳＡＷフィルタ７６、ＲＦスイッチ７２およびアンテナ７０の機能は、車載装置１０の各部と同じであり説明を省略する。
【００２８】
図３（ａ）は受信装置の機能ブロック図、図３（ｂ）は送信装置の機能ブロック図である。受信装置１１は、携帯装置２０からＲＦ信号を受信する場合の車載装置１０であり、送信装置２１は、車載装置１０にＲＦ信号を送信する場合の携帯装置２０である。車載装置１０がＲＦ信号を送信する場合、車載装置１０を送信装置２１とし、携帯装置２０がＲＦ信号を受信する場合、携帯装置２０を受信装置１１とすることもできる。
【００２９】
図３（ａ）を参照に、車載装置１０の送受信ＩＣ３８は受信部１２として機能する。受信部１２は送信装置２１が送信したＲＦ信号（送信データ）を受信する。ＣＰＵ４２は、制御部１４として機能する。制御部１４は、受信制御処理を行う受信制御部１５と、電源制御処理を行う電源制御部１６とを備える。電源回路５２は電源部１８として機能する。電源部１８は受信部１２に電源を供給する。電源制御部１６は受信部１２に供給させる電源を制御する。図３（ｂ）を参照に、送信装置２１は、周波数の異なる複数のチャネルを用いデータを送信する装置である。携帯装置２０の送受信ＩＣ７８は送信部２２として機能する。送信部２２は、複数のチャネルのうちいずれかを用い受信装置１１にデータの送信を行う。マイコン８２は、制御部２４として機能する。制御部２４は、送信制御処理を行う。
【００３０】
次に、周波数ホッピング技術を用いる比較例を説明する。この例では、周波数の異なるチャネルは２５チャネルであり、隣接する受信チャネルとの周波数間隔は例えば３５０ｋＨｚである。ＦＣＣでは、周波数間隔は２５０ｋＨｚ以上、使用周波数は、９０２〜９２８ＭＨｚと定められている。送信部２２が送信する送信信号は、プリアンブルとデータ本体とを有している。プリアンブルは、受信部１２をデータ本体を受信するための周波数に固定させるための信号である。
【００３１】
図４は比較例に係る受信装置１１の処理を示すフローチャートである。図４を参照に、電源回路５２が動作開始し、ＣＰＵ４２のリセットが解除される（ステップＳ１０）。受信制御部１５は、受信部１２に受信チャネルの掃引を開始する（ステップＳ１２）。受信制御部１５は、受信部１２がプリアンブルを受信したかを判定する（ステップＳ１４）。Ｎｏの場合、受信制御部１５は、受信部１２に受信チャネルの掃引を継続させる（ステップＳ１６）。受信制御部１５は、終了かを判定する（ステップＳ１８）。Ｙｅｓの場合、終了し、Ｎｏの場合ステップＳ１４に戻る。
【００３２】
ステップＳ１４において、Ｙｅｓの場合、受信制御部１５は受信部１２に受信チャネルを固定させる（ステップＳ２０）。受信制御部１５は、受信部１２にデータ本体を受信させる（ステップＳ２２）。制御部１４は受信したデータをリモートスタータＥＣＵ６０に送信する。リモートスタータＥＣＵ６０は受信データに基づき処理を行う（ステップＳ２４）。ステップＳ１６に戻る。
【００３３】
図５は比較例に係る送信装置２１の処理を示すフローチャートである。図５を参照に、電源回路９０が動作開始し、マイコン８２が動作する（ステップＳ３０）。制御部２４は、制御スイッチ９８のオンを検出する（ステップＳ３２）。送信制御部２５は、送信部２２の始めての送信かを判定する（ステップＳ３４）。Ｎｏの場合、送信制御部２５は以前の送信チャネルに１を加え送信チャネルとする（ステップＳ３６）。送信制御部２５は送信部２２にプリアンブルとデータ本体からなる送信信号を送信させる（ステップＳ３８）。送信制御部２５は送信チャネルに１を加え送信チャネルとする（ステップＳ４０）。送信制御部２５は送信部２２にステップＳ３８と同一の送信信号を送信させる（ステップＳ４２）。送信制御部２５は終了かを判定する（ステップＳ４４）。Ｙｓｅの場合終了し、Ｎｏの場合ステップＳ３２に戻る。
【００３４】
ステップＳ３４において、Ｙｅｓの場合、送信制御部２５は送信部２２に送信チャネルをＣＨ１に設定させる（ステップＳ４６）。送信制御部２５は、送信部２２に送信信号を送信させる（ステップＳ４８）。送信制御部２５は送信部２２に送信チャネルをＣＨ２に設定させる（ステップＳ５０）。送信制御部２５は、送信部２２にステップＳ４８と同一の送信信号を送信させる（ステップＳ５２）。以上の送信制御処理において、送信チャネルは例えば不揮発性メモリであるメモリ９６に記憶されている。
【００３５】
図６（ａ）および図６（ｂ）は受信制御処理時の動作を示すタイムチャートである。図６（ｂ）は図６（ａ）の拡大図である。送受信ＩＣオン／オフは、電源制御部１６が行う受信部１２（送受信ＩＣ３８）の電源のオン／オフを示している。受信制御は、受信部１２の待ち受け処理を示している。図６（ａ）および図６（ｂ）を参照に、図４のステップＳ１２において、受信部１２の電源がオンする。その後、受信部１２は受信チャネルＣＨ１〜ＣＨ２５を掃引する。このように、受信チャネルの掃引は、周波数の異なる複数のチャネルを順次用い送信データを持ち受けさせることである。ここで、最初の受信チャネルＣＨ１の時間は、モード設定と受信チャネルの待ち受けを行うため、例えば１０ｍｓである。受信チャネルＣＨ２以降の待ち受け時間は、待ち受け時間だけのため、例えば２．５ｍｓである。このように、受信チャネルの掃引においては、受信部１２は受信チャネルを掃引し、送信装置２１からの信号を持ち受ける。なお、受信チャネルの掃引は、チャネルＣＨ１からＣＨ２５までを順番に掃引しなくともよい。例えば、複数のチャネルを任意の順番で順次用いてもよい。
【００３６】
図７は送信制御処理時の動作を示すタイムチャートである。制御スイッチのオン／オフは、制御スイッチ９８のオン／オフを示している。マイコンのウェークアップ／スリープは、マイコン８２のウェークアップ／スリープを示している。送受信ＩＣオン／オフは、送信部２２（送受信ＩＣ７８）の電源のオン／オフを示している。送信制御は、送信部２２の送信制御処理を示している。送信データは送信部２２が送信する送信データ（送信信号）を示している。図７を参照に、図５のステップＳ３２において制御スイッチ９８が押下されると、マイコン８２がウェークアップし、送信部２２である送受信ＩＣ７８がオンする。図５のステップＳ３６またはＳ４６において送信制御部２５は、モード設定を行い、ステップＳ３８またはＳ４８において送信チャネルｍで送信データを送信する。送信データは、８０ｍｓのプリアンブルと、データ本体である。図５のステップＳ４０またはＳ５０において、送信制御部２５は、モード設定を行い、送信チャネルｎで同一の送信データを送信する。送信データは、データ本体とデータ本体前に送信されるプリアンブルとを含む。送信データのプリアンブルの長さは８０ｍｓである。
【００３７】
図８（ａ）から図８（ｄ）は受信装置の受信制御処理時に送信データを受信した場合の動作を示すタイムチャートである。図８（ａ）を参照に受信部１２が送信データを受信しない場合、受信部１２は受信チャネルＣＨ１〜ＣＨ２５の掃引を行っている。図８（ｂ）を参照に、送信装置２１が送信チャネルＣＨ２３の送信データを送信する。図８（ｃ）を参照に、図４のステップＳ２０のように、受信制御部１５は受信部１２に受信チャネルを送信データのチャネルと同じチャネルＣＨ２３に固定する。図８（ｄ）を参照に、受信部１２は、受信データとしてプリアンブルとデータ本体を受信する。
【００３８】
ＦＣＣで規定では、送信電力２５０ｍＷの通信が可能であるが、あるチャネルで通信を行うと、その後所定期間（１０秒間）は同じチャネルでの送信を行うことができない。例えば２５チャネルを用いて周波数ホッピングを行う場合、１つのチャネルで４００ｍｓ以上の通信を行うことができない。比較例の通信システムにおいては、図５のステップＳ３６、Ｓ４０、Ｓ４６およびＳ５０のように、制御スイッチ９８が操作されるたびに送信チャネルを変更することにより、所定期間（１０秒間）内に同じチャネルで送信することを防止できる。
【００３９】
図４のステップＳ１２およびＳ１６のように、受信制御部１５は、受信部１２に受信チャネルを掃引し待ち受けさせる。ステップＳ２０のように、受信制御部１５は、受信部１２がプリアンブルを受信すると受信部１２に受信チャネルを固定させる。これにより、送信部２２が送信チャネルを変更し送信しても、受信部１２は送信データを受信することができる。
【００４０】
ここで、送信データのプリアンブルの期間を、受信部１２が受信チャネルの掃引を行う際の１チャネルの時間（図６（ｂ）では２．５ｍｓ）×チャネル数（２５チャネル）より長い期間（図７では８０ｍｓ）に設定する。これにより、受信部１２は送信データのプリアンブルを確実に受信することができる。
【００４１】
また、図５のステップＳ４２およびＳ５２のように、送信制御部２５は送信部２２に同じ送信データを異なるチャネルで送信させる。これにより、１つのチャネルで送信された送信データを、受信装置１１が干渉波の影響で受信できなった場合においても、受信装置１１は異なるチャネルで送信された送信データを受信することが可能となる。
【００４２】
しかしながら、比較例に係る通信システムにおいては、図６（ｂ）のように、受信部１２が継続的に受信チャネル掃引を行うため、受信部１２は継続的に電源オンの状態である。よって、車載装置１０や携帯装置２０のように限られた電源容量の装置においては、受信部１２の消費電力の削減が求められる。
【００４３】
以下に、受信部１２の消費電力の削減が可能な実施例１に係る通信システムについて説明する。図９は、実施例１の受信装置１１の動作を示すフローチャートである。図９を参照に、比較例の図４のステップＳ１４においてＮｏの場合、第１所定時間経過したかを判定する（ステップＳ６０）。第１所定時間としては、例えば１０秒とすることができる。Ｎｏの場合、ステップＳ１６に進む。Ｙｅｓの場合、受信制御部１５は、受信部１２に受信チャネルをＣＨ１に設定させる（ステップＳ６２）。受信制御部１５は、受信部１２が受信チャネルＣＨ１でプリアンブルを受信したかを判定する（ステップＳ６４）。Ｎｏの場合、受信制御部１５は、受信部１２に受信チャネルをＣＨ８に設定させる（ステップＳ６６）。受信制御部１５は、受信部１２が受信チャネルＣＨ８でプリアンブルを受信したかを判定する（ステップＳ６８）。Ｎｏの場合、電源制御部１６は、受信部１２が受信チャネルＣＨ１またはＣＨ８以外の受信チャネルに対応する期間、受信部１２の電源を遮断する（ステップＳ７０）。ステップＳ６２に戻る。ステップＳ６４またはＳ６８においてＹｅｓの場合、ステップＳ２０に進む。その他のステップは比較例の図４と同じであり説明を省略する。
【００４４】
図１０は、実施例１の送信装置２１の動作を示すフローチャートである。図１０を参照に、比較例の図５のステップＳ３４においてＮｏの場合、送信制御部２５は、前回送信時より第２所定時間経過したかを判定する（ステップＳ７６）。Ｎｏの場合、ステップＳ３６に進む。Ｙｅｓの場合、ステップＳ４６に進む。ステップＳ４８の後、送信制御部２５は送信部２２に送信チャネルをＣＨ８に設定させる（ステップＳ７２）。送信制御部２５は送信部２２に送信チャネルＣＨ８で、ステップＳ４８と同一の送信データを送信させる（ステップＳ７４）。その後ステップＳ４４に進む。その他のステップは比較例の図５と同じであり説明を省略する。
【００４５】
図１１（ａ）および図１１（ｂ）は受信制御処理時の動作を示すタイムチャートである。図１１（ｂ）は図１１（ａ）の拡大図である。図１１（ａ）および図１１（ｂ）を参照に、図９のステップＳ６０で第１所定時間経過した後、ステップＳ６４またはＳ６８において受信部１２がプリアンブルを受信しない場合、受信部１２は、受信チャネルＣＨ１およびＣＨ８でのみ送信データを待ち受ける。図８（ａ）において、受信部１２が受信チャネルＣＨ１またはＣＨ８以外の受信チャネルで送信データ待ち受けていた期間は、図１１（ｂ）では送信データの待ち受けを行わない。そこで、図９のステップＳ７０のように、電源制御部１６は、比較例１の図８（ａ）の受信チャネル掃引における受信チャネルＣＨ１またはＣＨ８以外の受信チャネルを受信すべき期間に受信部１２の電源を遮断する。また、制御部１４はＣＰＵ４２をスリープ状態とする。これにより、図１１（ａ）の期間Ｔｏｆｆの間は、受信部１２の電源はオフとなり、ＣＰＵ３８はスリープとなる。
【００４６】
図１２は、送信制御処理時の動作を示すタイムチャートである。図１２を参照に、制御スイッチがオンしたとき図１０のステップＳ７６において前回の送信より第１所定時間経過していた場合、図１０のステップＳ４６、Ｓ４８、Ｓ７２およびＳ７４のように、送信制御部２５は送信部２２に、送信チャネルＣＨ１とＣＨ８とを用い送信データを送信させる。
【００４７】
図１３（ａ）から図１３（ｃ）は受信装置の受信制御処理時に送信データを受信した場合の動作を示すタイムチャートである。図１３（ａ）を参照に、受信部１２が受信チャネルＣＨ１およびＣＨ８で受信待ち受けしている際に、送信装置２１が送信チャネルＣＨ８の送信データを送信する。図９のステップＳ２０のように、受信制御部１５は受信部１２に受信チャネルをＣＨ８に固定させる。受信部１２は受信データとして、図９のステップＳ２２のように、受信部１２は受信データとしてプリアンブルとデータ本体を受信する。図１３（ｂ）を参照に、その後、図９のステップＳ１６のように、受信制御部１５は受信部１２に受信チャネルをＣＨ１〜ＣＨ２５まで掃引させる。図１３（ｃ）を参照に、受信制御部１５は受信部１２に第１所定時間（１０秒間）受信チャネルの掃引をさせる。図９のステップＳ６０のように、第１所定時間内に再度プリアンブルを受信しなければ、受信制御部１５は受信部１２に受信チャネルをＣＨ１とＣＨ８に固定させる。
【００４８】
実施例１によれば、受信制御部１５は、受信部１２が第１所定時間以上送信データを受信しない場合、図９のステップＳ６２〜Ｓ６８のように受信部１２に複数のチャネルＣＨ１〜ＣＨ２５のうち一部のチャネルＣＨ１およびＣＨ８を用い一部の期間において送信データを待ち受けさせる。その後、受信制御部１５は、受信部１２が送信データを受信した場合、図９のステップＳ１６のように、受信部１２に受信チャネルを掃引させる。電源制御部１６は、図９のステップＳ７０のように、受信部１２が一部のチャネルＣＨ１、ＣＨ８を用い送信データを待ち受ける際に、複数のチャネルＣＨ１〜ＣＨ２５のうち一部のチャネルＣＨ１およびＣＨ８以外のチャネルを待ち受けるべきとき（一部の期間以外の期間）に受信部１２への電源供給を遮断する。これにより、受信部１２は、常時受信チャネルの掃引を行わなくてもよい。よって、受信装置１１の消費電力を削減することができる。なお、一部のチャネルは１つのチャネルでもよいし２以上の複数のチャネルでもよい。
【００４９】
また、実施例１によれば、送信制御部２５は、送信部２２が第２所定時間以上送信データを送信しない場合、図１０のステップＳ４６、Ｓ４８、Ｓ７２およびＳ７４のように、送信部２２に予め定まった一部のチャネルＣＨ１およびＣＨ８を用いて送信データを送信させる。このように、送信装置２１は、第２所定期間以上送信データを送信しない場合、受信装置１１が第１所定期間内に送信データを待ち受ける受信チャネルと同じ送信チャネルを用いることができる。つまり、受信チャネルと送信チャネルとが同じになるように予め定めておく。よって、送信装置２１は受信装置１１が待ち受けているチャネルを用い、送信データを送信することができる。
【００５０】
また、前回送信データを送信してから第２所定期間（例えばＦＣＣで規定された１０秒）以内に別の送信データを送信する場合、前回送信に用いた送信チャネルを用いることができない。そこで、実施例１では、前回送信データを送信した後、送信制御部２５は、送信部２２に第２所定時間（第２所定時間と異なる第３所定時間でもよい）内に別のデータを送信する場合には、図１０のステップＳ３６〜Ｓ４２のように、送信部２２に複数のチャネルＣＨ１〜ＣＨ２５のうち別の一部のチャネルを用い別のデータを送信させる。これにより、前回送信に用いた送信チャネルと異なる送信チャネルを用い、送信データを送信することができる。なお、第１所定時間〜第３所定時間は同じであることが好ましい。
【００５１】
さらに、受信部１２は、プリアンブルを待ち受け、受信制御部１５は、受信部１２がプリアンブルを受信した場合、受信部１２にプリアンブルを受信したチャネルを用いデータ本体を受信させることができる。これにより、受信部１２はデータ本体を確実に受信することができる。
【００５２】
なお、図９のステップＳ６２〜Ｓ７０において、受信チャネルＣＨ１およびＣＨ８を設定する際、受信チャネルＣＨ１およびＣＨ８で送信データを持ち受けする周期は送信データのプリアンブル期間より短ければよい。これにより、受信部１２は、送信データをより確実に受信できる。また、制御の容易性から、送信データのプリアンブルの長さは、図１０のステップＳ３８、Ｓ４２とＳ４８、Ｓ７４とで変わらないことが好ましい。よって、受信チャネルＣＨ１およびＣＨ８で送信データを持ち受けする周期は、受信チャネルを掃引する場合の周期と同じでもよい。
【００５３】
また、図９のステップＳ６２〜Ｓ７０において、受信チャネルＣＨ１およびＣＨ８を設定する際、１つのチャネルＣＨ１またはＣＨ８の待ち受け時間と、ステップＳ１６において、各チャネルＣＨ１〜ＣＨ２５の待ち受け時間とは同じであることが好ましい。送信データのプリアンブルの長さが同じであれば、１つのチャネルの待ち受け時間を変える必要はなく、１チャネル当りの待ち受け時間を同じとすることで制御が容易となる。また、図９のステップＳ６２〜Ｓ７０においては、受信部１２が送信データを待ち受けない時間を長くでき、受信部１２の電源を遮断することにより消費電力をより削減できる。
【実施例２】
【００５４】
図１４（ａ）は、実施例２の受信装置１１の機能ブロック図である。図１４（ａ）を参照に、制御部１４は誤り検出部１０４を有する。誤り検出を通知する送信部１０２が設けられている。その他の構成は実施例１の図３（ａ）と同じであり説明を省略する。図１４（ｂ）は、実施例２の送信装置２１の機能ブロック図である。図１４（ｂ）を参照に、制御部２４は受信制御部１０８を有する。誤り検出を受信する受信部１０６が設けられている。その他の構成は実施例１の図３（ｂ）と同じであり説明を省略する。
【００５５】
図１５および図１６は、実施例２の受信装置１１の動作を示すフローチャートである。図１５および図１６を参照に、実施例１の図９のステップＳ２２の後、誤り検出部１０４は、受信したデータに誤りがあるかを判定する（図１６のステップＳ８０）。誤りの検出方法としては、例えばＣＲＣ（Cyclic Redundancy Check）法を用いる。Ｙｅｓの場合、送信部１０２は、受信データに誤りがあったことを送信装置２１に通知する（ステップＳ８４）。Ｎｏの場合、図９のステップＳ２４を行う。送信部１０２は処理が完了したことを受信装置１１に送信する（ステップＳ８２）。その他のステップは実施例１の図９と同じであり、説明を省略する。
【００５６】
図１７および図１８は、実施例２の送信装置２１の動作を示すフローチャートである。図１７および図１８を参照に、図１０のステップＳ７６でＮｏの場合、送信制御部２５は、受信部１０６が誤り検出の通知を受信したか判定する（ステップＳ９０）。Ｎｏの場合、図１０のステップＳ３６〜Ｓ４２と同様に、同一データをチャネルを変えて２回送信する（ステップＳ９２）。Ｙｅｓの場合、同一データをチャネルを変えて３回送信する（ステップＳ９４）。
【００５７】
受信制御部１０８は受信部１０６がプリアンブルを受信したか判定する（ステップＳ９６）。Ｎｏの場合、受信制御部１０８は、受信部１０６に受信チャネルの掃引をさせる（ステップＳ９８）。受信制御部１０８は、受信の指定時間を経過したか判定する（ステップＳ１００）。Ｎｏの場合、ステップＳ９６に戻る。Ｙｅｓの場合、送信データが受信装置１１に届かなかったか、受信装置１１からの通知が送信装置２１に届かなかったと判断し、圏外と判定しステップＳ４４に進む。ステップＳ９６においてＹｅｓの場合、受信制御部１０８は受信部１０６に受信チャネルを固定させる（ステップＳ１０２）。受信制御部１０８は受信部１０６に受信装置１１からの応答データ（図１０のステップＳ８２およびＳ８４の通知）を受信させる（ステップＳ１０４）。受信制御部１０８は、応答データの誤り検出を行う（ステップＳ１０６）。制御部２４は、応答データの結果に基づき図２のＬＥＤ８８を点灯させる（ステップＳ１０８）。ステップＳ９８に進む。
【００５８】
実施例２によれば、図１６のステップＳ８４のように、受信装置１１の誤り検出部１０４は、受信制御処理において、受信部１２が受信したデータに誤りがある場合、送信装置２１に通知する。図１７のステップＳ９４のように、送信装置２１の送信制御部２５は、受信装置１１から受信装置１１が受信したデータに誤りがあったことを示す情報を受信した場合、チャネル数を増加させる。これにより、受信装置１１の受信状態が悪い場合、送信装置２１に送信データを送信するチャネル数を増加させ、通信品質の向上を図ることができる。誤り検出部１０４が受信したデータに誤りを検出した場合、順次チャネル数を増加させることができる。また、誤り検出部１０４が受信したデータに誤りを検出しない場合、順次チャネル数を減少させることもできる。
【００５９】
以上、本発明の好ましい実施例について詳述したが、本発明は係る特定の実施例に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【図面の簡単な説明】
【００６０】
【図１】図１は、車載装置を示すブロック図である。
【図２】図２は、携帯装置を示すブロック図である。
【図３】図３（ａ）は、受信装置の機能ブロック図であり、図３（ｂ）は、送信装置の機能ブロック図である。
【図４】図４は、比較例の受信装置の動作を示すフローチャートである。
【図５】図５は、比較例の送信装置の動作を示すフローチャートである。
【図６】図６（ａ）および図６（ｂ）は、比較例の受信装置のタイムチャートである。
【図７】図７は、比較例の送信装置のタイムチャートである。
【図８】図８（ａ）〜図８（ｄ）は、比較例のタイムチャートである。
【図９】図９は、実施例１の受信装置の動作を示すフローチャートである。
【図１０】図１０は、実施例１の送信装置の動作を示すフローチャートである。
【図１１】図１１（ａ）および図１１（ｂ）は、実施例１の受信装置のタイムチャートである。
【図１２】図１２は、実施例１の送信装置のタイムチャートである。
【図１３】図１３（ａ）〜図１３（ｃ）は、実施例１のタイムチャートである。
【図１４】図１４（ａ）は、実施例２の受信装置の機能ブロック図であり、図１４（ｂ）は、送信装置の機能ブロック図である。
【図１５】図１５は、実施例２の受信装置の動作を示すフローチャート（その１）である。
【図１６】図１６は、実施例２の受信装置の動作を示すフローチャート（その２）である。
【図１７】図１７は、実施例２の送信装置の動作を示すフローチャート（その１）である。
【図１８】図１８は、実施例２の送信装置の動作を示すフローチャート（その２）である。
【符号の説明】
【００６１】
１１      受信装置
１２      受信部
１４      制御部
１８      電源部
２１      送信装置
２２      送信部
２４      制御部
【図１】
2010068150.tif 000003
【図２】
2010068150.tif 000004
【図３】
2010068150.tif 000005
【図４】
2010068150.tif 000006
【図５】
2010068150.tif 000007
【図６】
2010068150.tif 000008
【図７】
2010068150.tif 000009
【図８】
2010068150.tif 000010
【図９】
2010068150.tif 000011
【図１０】
2010068150.tif 000012
【図１１】
2010068150.tif 000013
【図１２】
2010068150.tif 000014
【図１３】
2010068150.tif 000015
【図１４】
2010068150.tif 000016
【図１５】
2010068150.tif 000017
【図１６】
2010068150.tif 000018
【図１７】
2010068150.tif 000019
【図１８】
2010068150.tif 000020