タイヤ空気圧検出装置
【課題】タイヤ空気圧が緩減圧した場合にも、異常発生からより短時間に警報が行えるようにする。
【解決手段】各送信機２ａ〜２ｄでタイヤ空気圧を監視し、タイヤ空気圧が低下したときに異常情報を車体８側の制御装置４に伝える。各送信機２ａ〜２ｄでは定期送信周期よりも短いサンプリング周期でタイヤ空気圧を監視する。これにより、従来のように車体側の受信機でタイヤ空気圧異常を判定する場合と比較して、より短い周期でタイヤ空気圧の監視を行うことができる。また、短いサンプリング周期でタイヤ空気圧を監視しているため、タイヤ空気圧が低下したときには急減圧でも緩減圧でも早急に制御装置４に伝え、警報表示機６を介してドライバに伝えることができる。したがって、タイヤ空気圧が緩減圧した場合にも、異常発生からより短時間に警報を行うことが可能となる。
【解決手段】各送信機２ａ〜２ｄでタイヤ空気圧を監視し、タイヤ空気圧が低下したときに異常情報を車体８側の制御装置４に伝える。各送信機２ａ〜２ｄでは定期送信周期よりも短いサンプリング周期でタイヤ空気圧を監視する。これにより、従来のように車体側の受信機でタイヤ空気圧異常を判定する場合と比較して、より短い周期でタイヤ空気圧の監視を行うことができる。また、短いサンプリング周期でタイヤ空気圧を監視しているため、タイヤ空気圧が低下したときには急減圧でも緩減圧でも早急に制御装置４に伝え、警報表示機６を介してドライバに伝えることができる。したがって、タイヤ空気圧が緩減圧した場合にも、異常発生からより短時間に警報を行うことが可能となる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、タイヤが取り付けられた車輪に圧力センサが備えられた送信機を直接取り付け、その圧力センサの検出結果を送信機から送信し、車体側に取り付けられた受信機によって受信することで、タイヤ空気圧の検出を行うダイレクト式のタイヤ空気圧検出装置に関するものである。
【背景技術】
【０００２】
従来より、ダイレクト式のタイヤ空気圧検出装置が知られている。このタイプのタイヤ空気圧検出装置では、タイヤが取り付けられた車輪内に、圧力センサ等のセンシング部が備えられた送信機が直接取り付けられている。また、車体側には、アンテナおよび受信機が備えられており、センシング部での検出結果が送信機から送信されると、アンテナを介して受信機にその検出結果が受信され、タイヤ空気圧の検出が行われる。
【０００３】
また、従来のタイヤ空気圧検出装置として、送信機より所定の送信周期でタイヤ空気圧の検出結果を受信機側に送信するという定期送信を行い、送信機にてタイヤ空気圧の急減圧が検出されると、定期送信の頻度を上げて送信するようにしているものもある。このように定期送信の送信頻度を上げることで、受信機側にタイヤ空気圧が急減圧したことが的確に伝えられるようにしている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平１１−３３４３２８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来のようにタイヤ空気圧が急減圧した際に定期送信の頻度を上げるようにする場合、タイヤ空気圧の急減圧には対応できるが緩減圧には対応できない。すなわち、急減圧に関しては、タイヤ空気圧の減少勾配が所定の閾値以上になるため定期送信の送信頻度を上げられるが、緩減圧の場合には、タイヤ空気圧の減少勾配が所定の閾値未満となるため定期送信の送信頻度は上がらない。このため、緩減圧時にタイヤ空気圧の低下を即時に検出することが困難であった。
【０００６】
また、従来のタイヤ空気圧検出装置の場合、送信機側で定期送信の送信頻度を上げて送信するなどの対策を行っているものの、受信機が送信機の伝える情報に基づいてタイヤ空気圧を判定することになる。このため、より細かなタイヤ空気圧測定が行えるように、定期送信の送信周期を短くしようとすると、単位時間当たり送信回数が多くなって電池寿命短縮に繋がる。送信機側では、特にデータ送信の際の電力消費量が大きく、単位時間当たりの送信回数が多くなることは電池寿命の観点からは不利となる。特に、常時急減圧時のように送信頻度を多くすると、なおさら電池寿命の低下に繋がることになる。
【０００７】
本発明は上記点に鑑みて、タイヤ空気圧が緩減圧した場合にも、異常発生からより短時間に警報が行えるタイヤ空気圧検出装置を提供することを第１の目的とする。また、タイヤ空気圧が緩減圧した場合にも、異常発生からより短時間に警報が行え、かつ、電池寿命の低下を抑制できるタイヤ空気圧検出装置を提供することを第２の目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成するため、請求項１に記載の発明では、送信機（２）にて、センシング部（２１）が取得したタイヤ空気圧を監視し、タイヤ空気圧が低下したときには異常情報を送信することで、その旨を受信手段（３、４）に伝えると共に、受信手段（３、４）からタイヤ空気圧の低下の警報を指示する警報情報を出力することで、警報表示機（６）にてタイヤ空気圧の低下の警報を行うようにしたタイヤ空気圧検出装置であって、送信機（２）は、所定のサンプリング周期毎に当該送信機（２）が取り付けられた車輪（７ａ〜７ｄ）のタイヤ空気圧を取得すると共に、取得したタイヤ空気圧が低下して警報条件を満たすか否かを判定する警報条件判定手段（４００）にてタイヤ空気圧が低下して警報条件を満たしたと判定されると、受信手段（３、４）に対して異常情報を送信する異常情報送信手段（４１０）を有していることを特徴としている。
【０００９】
このように、各送信機（２）でタイヤ空気圧を監視し、タイヤ空気圧が低下したときに異常情報を車体（８）側の受信手段（３、４）に伝えるようにしている。このため、従来と比較してより短い周期でタイヤ空気圧の監視を行うことができ、タイヤ空気圧が低下したときには急減圧でも緩減圧でも早急に受信手段（３、４）に伝え、警報表示機（６）を介してドライバに伝えることができる。したがって、タイヤ空気圧が緩減圧した場合にも、異常発生からより短時間に警報を行うことが可能となる。
【００１０】
この場合、請求項２に記載したように、送信機（２）では、定期送信周期毎にセンシング部（２１）で取得したタイヤ空気圧に関する情報が送信されるようにし、定期送信周期をサンプリング周期複数周期分以上とすることができる。
【００１１】
このように、送信機（２）でタイヤ空気圧の監視のみならず警報判定を行えるようにしているため、受信手段（３、４）側で短時間毎にタイヤ空気圧の監視を行わなくても良くなり、定期送信周期を長くすることができる。このため、タイヤ空気圧が緩減圧した場合にも、異常発生からより短時間に警報が行え、かつ、電池寿命の低下を抑制することが可能となる。
【００１２】
請求項３に記載の発明では、受信手段（３、４）は、警報条件として用いる警報閾値情報を記憶しており、受信手段（３、４）から警報閾値情報を受け取り、アンテナ（５１）を通じて複数個の車輪（７ａ〜７ｄ）それぞれに取り付けられた送信機（２）に送信するアンテナドライバ（５）を備え、送信機（２）は、アンテナ（５１）から送信された警報閾値情報を受信すると共に当該警報閾値情報を読み出して記憶し、警報条件として用いることを特徴としている。
【００１３】
このように、受信手段（３、４）側に警報閾値情報を記憶しておき、それを送信機（２）に伝えるようにすることができる。この警報閾値情報を警報条件として用いることができる。
【００１４】
請求項４に記載の発明では、送信機（２）は、記憶した警報閾値情報を読み出す読出手段（５１０、６１０、７００）と、読出手段（５１０、６１０、７００）にて読み出された警報閾値情報が正規データであるか否かを判定する判定手段（５２０、６２０、７１０）と、判定手段（５２０、６２０、７１０）による判定結果を示すデータをセットして受信手段（３、４）に送信する送信手段（５３０〜５５０、６３０〜６５０、７２０〜７３０）とを有していることを特徴としている。
【００１５】
このように、各送信機（２）に記憶された警報閾値情報が正規データであるか否かを判定させることが可能となる。そして、正規データが記憶されていなければ、例えば、受信手段（３、４）より送信機（２）のうち少なくとも正規データが記憶されていないものに対して、再び警報閾値情報を記憶させる処理を実行する。これにより、異常時に警報閾値情報を再設定することが可能となり、正規データに基づいて、正しくタイヤ空気圧の低下や急減圧を検出することが可能となる。
【００１６】
例えば、請求項５に記載したように、受信手段（３、４）にて、送信機（２）に対して警報閾値情報が正規データであるか否かの判定を行わせる際に要求トリガを出力したときに、送信機（２）の要求トリガ受信手段（５００）で要求トリガを受信したことを判定し、読出手段（５１０）による警報閾値情報の読し出しや、判定手段（５２０）による警報閾値情報が正規データであるか否かの判定を行うようにすることができる。また、請求項６に記載したように、送信機（２）が所定の定期送信毎にタイヤ空気圧の検出結果を送信する定期送信のタイミングで、読出手段（６１０）による警報閾値情報の読し出しや、判定手段（６２０）による警報閾値情報が正規データであるか否かの判定を行わせるようにすることもできる。また、請求項７に記載したように、所定の制御周期毎に、読出手段（７００）による警報閾値情報の読し出しや、判定手段（７１０）による警報閾値情報が正規データであるか否かの判定を行わせるようにすることもできる。
【００１７】
請求項８に記載の発明では、送信機（２）は、記憶した警報閾値情報を読み出す読出手段（８１０）と、読出手段（８１０）にて読み出された警報閾値情報に関するデータをセットして受信手段（３、４）に送信する送信手段（８３０）とを有し、受信手段（３、４）は、送信機（２）が送信した警報閾値情報に関するデータを受信し、警報閾値情報が正規データであるか否かを判定することを特徴としている。
【００１８】
このように、各送信機（２）に記憶された警報閾値情報が正規データであるか否かの判定を受信手段（３、４）側で行うこともできる。このようにしても、請求項４と同様の効果を得ることができる。
【００１９】
なお、上記各手段の括弧内の符号は、後述する実施形態に記載の具体的手段との対応関係を示すものである。
【図面の簡単な説明】
【００２０】
【図１】本発明の第１実施形態にかかるタイヤ空気圧検出装置の全体構成を示す図である。
【図２】各車輪７ａ〜７ｄ側に取り付けられる送信機２ａ〜２ｄと、車体８側に備えられるＲＦ受信機３や制御装置４およびアンテナドライバ５のブロック構成を示した図である。
【図３】車体８側に備えられた制御装置４のマイクロコンピュータ４１が行う処理を示したフローチャートである。
【図４】各車輪７ａ〜７ｄに備えられた送信機２ａ〜２ｄのマイクロコンピュータ２２が行う処理を示したフローチャートである。
【図５】従来のタイヤ空気圧の異常判定と本実施形態の異常判定の相違を示したタイミングチャートである。
【図６】本発明の第２実施形態で説明する各送信機２ａ〜２ｄが実行する閾値確認処理の詳細を示したフローチャートである。
【図７】本発明の第３実施形態で説明する各送信機２ａ〜２ｄが実行する閾値確認処理の詳細を示したフローチャートである。
【図８】本発明の第４実施形態で説明する各送信機２ａ〜２ｄが実行する閾値確認処理の詳細を示したフローチャートである。
【図９】本発明の第５実施形態で説明する各送信機２ａ〜２ｄが実行する閾値確認処理の詳細を示したフローチャートである。
【図１０】閾値確認時の動作を示したタイミングチャートである。
【図１１】他の実施形態で説明する閾値確認時の動作を示したタイミングチャートである。
【発明を実施するための形態】
【００２１】
以下、本発明の実施形態について図に基づいて説明する。なお、以下の各実施形態相互において、互いに同一もしくは均等である部分には、同一符号を付して説明を行う。
【００２２】
（第１実施形態）
本発明の第１実施形態について図を参照して説明する。図１は、本発明の第１実施形態にかかるタイヤ空気圧検出装置の全体構成を示す図である。図１の紙面上下方向が車両１の前後方向に一致する。この図を参照して、本実施形態におけるタイヤ空気圧検出装置について説明する。
【００２３】
図１に示すように、タイヤ空気圧検出装置は、車両１に取り付けられるもので、送信機２（２ａ〜２ｄ）、ＲＦ受信機３、制御装置４、アンテナドライバ５やアンテナ５１および警報表示機６を備えて構成されている。
【００２４】
図１に示すように、送信機２ａ〜２ｄは、車両１における各車輪７ａ〜７ｄに取り付けられる。送信機２ａ〜２ｄは、所定のサンプリング周期毎に車輪７ａ〜７ｄに取り付けられたタイヤの空気圧を検出すると共に、所定の定期送信周期および異常検出時にその検出結果を示すタイヤ空気圧に関するデータをフレーム内に格納してＲＦ送信する。また、ＲＦ受信機３や制御装置４は、車両１における車体８側に取り付けられるもので、送信機２ａ〜２ｄから送信されたフレームをＲＦ受信すると共に、その中に格納された検出信号に基づいて各種処理や演算等を行うことでタイヤ空気圧検出を行うものである。これらＲＦ受信機３や制御装置４が本発明の受信手段に相当する。図２に、各車輪７ａ〜７ｄ側に取り付けられる送信機２ａ〜２ｄと、車体８側に備えられるＲＦ受信機３や制御装置４およびアンテナドライバ５のブロック構成を示す。
【００２５】
図２（ａ）に示すように、送信機２（２ａ〜２ｄ）は、センシング部２１、マイクロコンピュータ２２、アンテナ２３および電池２４を備えた構成となっており、電池２４からの電力供給に基づいて各部が駆動される。
【００２６】
センシング部２１は、例えばダイアフラム式の圧力センサ２１ａや温度センサ２１ｂを備えた構成とされ、タイヤ空気圧に応じた検出信号や温度に応じた検出信号を出力する。
【００２７】
マイクロコンピュータ２２は、ＣＰＵ、ＲＯＭ、ＲＡＭ、Ｉ／Ｏなどを備えた一般的なものであり、制御部（第１制御部）や送信部などを備えた周知のもので、制御部内のメモリに記憶されたプログラムに従って、所定の処理を実行する。制御部内のメモリには、各送信機２ａ〜２ｄを特定するための送信機固有の識別情報と自車両を特定するための車両固有の識別情報とを含む個別のＩＤ情報が格納されている。
【００２８】
マイクロコンピュータ２２は、アンテナ２３を通じて警報閾値と警報変化閾値を含む警報閾値情報を受信し、この警報閾値情報を記憶する。また、マイクロコンピュータ２２は、所定のサンプリング周期毎にセンシング部２１からのタイヤ空気圧に関する検出信号を受け取り、それを信号処理することで送信機２が取り付けられた車輪７ａ〜７ｄのタイヤ空気圧を検出する。このサンプリング周期毎に検出したタイヤ空気圧と警報閾値情報とに基づいて、タイヤ空気圧の低下を検出する。具体的には、タイヤ空気圧を警報閾値と比較し、タイヤ空気圧が警報閾値以下になるとタイヤ空気圧の低下と判定したり、タイヤ空気圧の変化勾配を警報変化閾値と比較し、タイヤ空気圧が警報変化閾値以上になるとタイヤ空気圧の急減圧と判定する。そして、タイヤ空気圧の低下や急減圧が検出されると、タイヤ空気圧に異常があることを示す異常情報を各送信機２ａ〜２ｄのＩＤ情報と共にフレームに格納し、それをＲＦ電波にてＲＦ受信機３側に送信する。また、マイクロコンピュータ２２は、タイヤ空気圧の異常が検出されていない通常時には、サンプリング周期毎検出されるタイヤ空気圧に関するデータを所定の送信周期毎にＲＦ受信機３側に送信する定期送信を行っている。この定期送信の送信周期は、サンプリング周期よりも長く設定されており、送信されるタイヤ空気圧に関するデータとしては、例えば送信周期に最も近いサンプリング周期に検出されたタイヤ空気圧とされる。
【００２９】
このように構成される送信機２ａ〜２ｄは、例えば、各車輪７ａ〜７ｄのホイールにおけるエア注入バルブに取り付けられ、センシング部２１がタイヤの内側に露出するように配置される。これにより、該当するタイヤ空気圧を検出し、上記したように、各送信機２ａ〜２ｄに備えられたアンテナ２３を通じて、所定の送信タイミングの際にフレームを送信することで、ＲＦ受信機３側にタイヤ空気圧に関するデータを送信するようになっている。
【００３０】
また、図２（ｂ）に示すように、ＲＦ受信機３は、受信アンテナ３１および受信回路３２を備えた構成とされる。受信アンテナ３１は、各送信機２ａ〜２ｄから送られてくるフレームを受信するためのものである。受信アンテナ３１は、車体８に固定されており、各車輪７ａ〜７ｄそれぞれの送信機２ａ〜２ｄから送信されたフレームを受信する。受信アンテナ３１は、例えば車両１のピラーおよび天井（ルーフ内）に配置される。受信回路３２は、受信アンテナ３１によって受信された各送信機２ａ〜２ｄからの送信フレームを入力し、そのフレームを制御装置４に送る入力部としての機能を果たす。
【００３１】
制御装置４は、第２制御部に相当するもので、ＣＰＵ、ＲＯＭ、ＲＡＭ、Ｉ／Ｏなどを備えた周知のマイクロコンピュータ４１によって構成され、ＲＯＭなどに記憶されたプログラムに従ってタイヤ空気圧検出処理を行う。具体的には、制御装置４は、フレームに格納された各送信機２ａ〜２ｄのＩＤ情報およびタイヤ空気圧に関するデータに基づいて、各車輪７ａ〜７ｄのタイヤ空気圧検出を行う。そして、受信したフレームがタイヤ空気圧に異常があることを示す異常情報が含まれていれば、警報情報を警報表示機６に伝える。制御装置４と警報表示機６は直接的に配線で接続されていても良いし、車内ＬＡＮ等の通信回線を通じて接続されていても良い。
【００３２】
また、制御装置４は、各送信機２ａ〜２ｄでタイヤ空気圧の低下の判定に用いる警報閾値情報をＣＰＵ内に備えられたＲＯＭ、ＲＡＭまたはＥＥＰＲＯＭ等のメモリ（記憶素子）内に格納（記憶）してある。制御装置４は、この警報閾値情報を読み出し、アンテナドライバ５を通じて各送信機２ａ〜２ｄに伝える動作も行っている。警報閾値情報としては、上記したようなタイヤ空気圧と比較される警報閾値や、タイヤ空気圧の変化勾配と比較される警報変化閾値をメモリ内に格納してある。
【００３３】
なお、本実施形態では、制御装置４は、主に送信機２ａ〜２ｄからの送信フレームに格納された異常情報に基づいてタイヤ空気圧の低下を検出するようにしている。しかしながら、定期送信されてきた送信フレームに格納されたタイヤ空気圧に関するデータに基づいて、制御装置４でもタイヤ空気圧の低下が検出されるようにしても良い。
【００３４】
アンテナドライバ５は、アンテナ５１（５１ａ〜５１ｄ）とドライバ回路５２とを備えた構成とされている。アンテナ５１ａ〜５１ｄは、各車輪７ａ〜７ｄの近傍に設置され、各送信機２ａ〜２ｄに対して警報閾値情報を例えばＬＦ電波として送信する。ドライバ回路５２は、各アンテナ５１ａ〜５１ｄから各送信機２ａ〜２ｄへの警報閾値情報を示すＬＦ電波の送信を行う出力部としての機能を果たす。
【００３５】
警報表示機６は、警報部として機能するものであり、図１に示されるように、ドライバが視認可能な場所に配置され、例えば車両１におけるインストルメントパネル内に設置される警報ランプ、ナビゲーションシステムのディスプレイやメータ内のマルチディスプレイ等によって構成される。この警報表示機６は、例えば制御装置４からタイヤ空気圧が低下した旨を示す信号が送られてくると、その旨の表示を行うことでドライバにタイヤ空気圧の低下を警報する。
【００３６】
次に、上記のように構成されたタイヤ空気圧検出装置によるタイヤ空気圧検出処理について説明する。図３は、車体８側に備えられた制御装置４のマイクロコンピュータ４１が行う処理を示したフローチャートである。また、図４は、各車輪７ａ〜７ｄに備えられた送信機２ａ〜２ｄのマイクロコンピュータ２２が行う処理を示したフローチャートである。以下、これらの図を参照して、制御装置４と各送信機２ａ〜２ｄで実行される処理について説明する。
【００３７】
まず、制御装置４は、図示しないイグニッションスイッチがオンされると、図３（ａ）に示す警報閾値情報送信処理を実行する。ステップ１００では、マイクロコンピュータ４１のメモリに格納された警報閾値情報を読み出す。警報閾値情報としては、検出されるタイヤ空気圧の絶対値と比較される警報閾値に関する情報と、タイヤ空気圧の単位時間当たりの変化と比較される警報変化閾値がある。警報閾値や警報変化閾値については、直接数値として設定されている値を用いても良いし、推奨圧から算出された値を用いても良い。なお、ここでは警報閾値情報として警報閾値と警報変化閾値を例に挙げたが、いずれか一方のみ、例えば警報閾値のみであっても構わない。
【００３８】
次に、ステップ１１０では、ステップ１００で読み出した警報閾値情報の出力処理を行う。すなわち、アンテナドライバ５に対して警報閾値情報と共に閾値設定コマンドを格納したフレームを伝え、各アンテナ５１ａ〜５１ｄより各送信機２ａ〜２ｄにそのフレームを送信させる。これにより、各送信機２ａ〜２ｄでそのフレームが受信されると、送信機２ａ〜２ｄのマイクロコンピュータ２２が閾値設定コマンドの指示に基づいて警報閾値情報に含まれる警報閾値や警報変化閾値のデータを読み出して記憶し、閾値データ設定完了を示す信号が出力される。このため、ステップ１２０では、その閾値データ設定完了を示す信号を受け取り、受け取ると送信機２ａ〜２ｄ側で正常設定されたことが確認されたとして、警報閾値情報送信処理を完了する。ここで閾値データ設定完了を示す信号を受け取らなかった場合には、再度、ステップ１００、１１０の処理を繰り返し行ってリトライすることで、確実に各送信機２ａ〜２ｄで警報閾値や警報変化閾値が設定されるようにすることができる。
【００３９】
なお、ここではステップ１２０で閾値データ設定完了を示す信号の受信を行うようにしたが、この処理はより確実に各送信機２ａ〜２ｄで警報閾値や警報変化閾値が設定されるようにするためのものであり、必要に応じて行えば良い。また、リトライによってステップ１００、１１０の処理を繰り返す場合には、一定回数のリトライを行っても有効な返信がなければ、電波が届き難い状況もしくは送信機２ａ〜２ｄの不良などと考えられるため、タイムアウトを設けるようにするのが好ましい。リトライを行う場合、送信機２ａ〜２ｄのうち閾値データ設定完了を示す信号を受信していないものに対してのみリトライを行うようにしても良い。
【００４０】
また、図３（ａ）に示す警報閾値情報送信処理とは別フローとして、異常情報受信処理を行っている。この処理は、図３（ａ）の警報閾値情報送信処理が終了してから行われるようにすればよいが、警報閾値情報送信処理と無関係に行っても構わない。
【００４１】
まず、ステップ２００では異常情報受信の有無を判定する。異常情報とは、後述するように、送信機２ａ〜２ｄで検出されたタイヤ空気圧が警報閾値以下になった場合、もしくは、タイヤ空気圧の変化勾配が警報変化閾値以上になった場合に、タイヤ空気圧に異常が発生したとして送信される情報である。本ステップでは、この異常情報を受け取ったか否かを判定している。ここで、異常情報を受信するまで待機し、異常情報を受信すると、ステップ２１０に進んで警報情報を警報表示機６に送信する。これにより、警報表示機６は、受信した警報情報に基づいて、タイヤ空気圧が低下した旨の表示を行うことにより、ドライバにタイヤ空気圧の低下を警報する。
【００４２】
一方、各送信機２ａ〜２ｄでは、マイクロコンピュータ２２が電池２４からの電力供給に基づいて、所定の制御周期毎に図４（ａ）に示す警報閾値設定処理を行うと共に、所定のサンプリング周期毎に図４（ｂ）に示すタイヤ空気圧監視処理を行っている。
【００４３】
図４（ａ）に示す警報閾値設定処理では、まず、ステップ３００において閾値設定コマンドの受信の有無について判定する。上記したように、制御装置４側において、図３（ａ）のステップ１１０で警報閾値情報と共に閾値設定コマンドを格納したフレームが送信されると、そのフレームが各受信機２ａ〜２ｄで受信される。各受信機２ａ〜２ｄのマイクロコンピュータ２２は、この閾値設定コマンドが格納されたフレームを受信すると、本ステップで閾値設定コマンドの受信有りと判定する。
【００４４】
ここで閾値設定コマンドの受信が有るまで待機し、閾値設定コマンドの受信有りと判定されると、ステップ３１０に進んで受信したフレームに格納されている警報閾値情報を読み込む。そして、ステップ３２０で警報閾値情報をＣＰＵ内に備えられたＲＯＭ、ＲＡＭまたはＥＥＰＲＯＭ等のメモリ等に記憶し、閾値データ設定完了を示す信号を送信したのち、処理を終了する。このとき、メモリ等への記憶として、ＥＥＰＲＯＭ等の記憶素子に警報閾値情報を記憶する場合、書換え寿命を考慮して、毎回異なるメモリ領域に記憶するようにすると好ましい。
【００４５】
また、図４（ｂ）に示すタイヤ空気圧監視処理では、警報閾値設定処理で記憶した警報閾値情報に基づいてタイヤ空気圧を監視し、タイヤ空気圧の低下を検出する。まず、ステップ４００において、警報条件を満たしているか否かを判定する。具体的には、所定のサンプリング周期毎にセンシング部２１に備えられた圧力センサ２１ａや温度センサ２１ｂにて圧力や温度を検出し、その検出結果に基づいて各送信機２ａ〜２ｄは、自分自身が取り付けられた車輪７ａ〜７ｄのタイヤ空気圧を演算する。そして、このタイヤ空気圧が警報閾値以下になった場合、もしくはタイヤ空気圧の変化勾配、例えば今回のサンプリング周期と前回のサンプリング周期それぞれのタイヤ空気圧の差が警報変化閾値以上になった場合に、警報条件を満たしたとしている。
【００４６】
ここで警報条件を満たすまで待機し、警報条件を満たすとステップ４１０に進んでタイヤ空気圧が低下したことを示す異常情報をＲＦ電波にて送信する。この異常情報が受信機３で受信されると、それが制御装置４に伝えられることで、上記した図３（ｂ）のステップ２００で異常情報受信有りと判定され、警報表示機６による警報情報の表示が行われることになる。
【００４７】
このように、各送信機２ａ〜２ｄは、自分自身が取り付けられた車輪７ａ〜７ｄのタイヤ空気圧が低下していることを自分自身で検出し、タイヤ空気圧が低下している場合に、その旨を示す異常情報を車体８側の制御装置４に伝えるようにしている。このため、急減圧の場合に限らず緩減圧の場合にも、タイヤ空気圧が低下したときに、即座にそれを制御装置４に伝えることが可能となる。
【００４８】
なお、図４（ｂ）中には、定期送信のフローについて図示しないしていないが、定期送信も行っている。定期送信の周期は、サンプリング周期複数周期分以上に設定される。そして、所定のサンプリング周期毎に演算されたタイヤ空気圧に関する情報を定期送信の周期毎に、各送信機２ａ〜２ｄから送信するようにしている。このとき、上記したように各送信機２ａ〜２ｄが自分自身でタイヤ空気圧の低下を検出できることから、従来のように車体側の受信機でタイヤ空気圧の低下を判定している場合と比べて、定期送信の周期を長くすることができる。つまり、従来のように車体側の受信機でタイヤ空気圧の低下を判定する場合には、定期送信の周期を短くして短時間毎にタイヤ空気圧を監視しないと、タイヤ空気圧が急減圧した場合に対処できない。これに対して、本実施形態のように、送信機２ａ〜２ｄ側でタイヤ空気圧の低下を検出できるようにし、サンプリング周期を短くすることで、タイヤ空気圧の急減圧にも即座にタイヤ空気圧が低下したことを示す異常情報を送信することができ、かつ、基本的にはサンプリングを行っているだけでデータ送信は行っていないため消費電力も少なくできる。このため、タイヤ空気圧が緩減圧した場合にも、異常発生からより短時間に警報が行え、かつ、電池寿命の低下を抑制することが可能となる。
【００４９】
図５は、従来のタイヤ空気圧の異常判定と本実施形態の異常判定の相違を示したタイミングチャートである。この図に示されるように、従来では、定期送信の周期毎にしかタイヤ空気圧に関する情報が車体側の受信機に伝えられないため、定期送信の周期の途中で圧力異常が発生しても、次の定期送信の周期が来るまで異常が伝えられない。これに対して、本実施形態のように、各送信機２ａ〜２ｄでタイヤ空気圧を監視し、異常発生時に制御装置４にそれを伝える形態とすれば、サンプリング周期も短くできるし、圧力異常発生時に即座にそれを制御装置４に伝えることが可能となる。
【００５０】
以上説明したように、本実施形態のタイヤ空気圧検出装置では、各送信機２ａ〜２ｄでタイヤ空気圧を監視し、タイヤ空気圧が低下したときに異常情報を車体８側の制御装置４に伝えるようにしている。そして、各送信機２ａ〜２ｄでは定期送信周期よりも短いサンプリング周期でタイヤ空気圧を監視するようにしているため、従来と比較してより短い周期でタイヤ空気圧の監視を行うことができる。また、短いサンプリング周期でタイヤ空気圧を監視しているため、タイヤ空気圧が低下したときには急減圧でも緩減圧でも早急に制御装置４に伝え、警報表示機６を介してドライバに伝えることができる。したがって、タイヤ空気圧が緩減圧した場合にも、異常発生からより短時間に警報を行うことが可能となる。
【００５１】
また、送信機２ａ〜２ｄでタイヤ空気圧を監視できるため、車体８側の制御装置４で細かくタイヤ空気圧を監視する必要が無くなる。このため、定期送信の周期を長くすることができ、定期送信のための消費電力を低減することが可能となり、電池寿命の低下を抑制することも可能となる。
【００５２】
（第２実施形態）
本発明の第２実施形態について説明する。本実施形態のタイヤ空気圧検出装置は、第１実施形態に対して、各送信機２ａ〜２ｄへの警報閾値情報の確認要求が行えるようにしたものであり、その他に関しては第１実施形態と同様であるため、第１実施形態と異なる部分についてのみ説明する。
【００５３】
上記第１実施形態では、閾値データ設定完了を示す信号を出力することで警報閾値情報に含まれる警報閾値や警報変化閾値のデータを記憶したことを示したが、本実施形態では、記憶したデータが正しい正規データであるか否かを判別できるようにしている。
【００５４】
具体的には、制御装置４は、各送信機２ａ〜２ｄに対して記憶したデータが正しい正規データであるか否かを判別させたいときに、閾値確認要求をアンテナドライバ５に出力する。例えば、図示しないイグニッションスイッチをオンしたタイミングや、前回閾値確認要求を出してから所定周期経過したときなどに、閾値確認要求を出す。これに基づき、アンテナドライバ５のドライバ回路５２は、閾値確認要求や閾値確認データを含むＬＦ電波を各アンテナ５１ａ〜５１ｄから出力させ、それを各送信機２ａ〜２ｄに受信させる。そして、各送信機２ａ〜２ｄは、閾値確認要求を含むＬＦ電波を受信すると、図６に示したフローチャートを実行する。
【００５５】
すなわち、各送信機２ａ〜２ｄは図６に示す閾値確認処理を所定の制御周期毎に実行している。そして、ステップ５００に示される要求トリガ受信判定において、要求トリガに相当するＬＦ電波を受信するまで待機しており、ステップ５００で受信したと判定されると、そのＬＦ電波（要求トリガ）の受信強度を測定すると共にステップ５１０以降の処理を実行する。
【００５６】
ステップ５１０では、格納された警報閾値情報読み出し処理を行う。この処理では、マイクロコンピュータ２２のＣＰＵ内に備えられたＲＯＭ、ＲＡＭまたはＥＥＰＲＯＭ等のメモリ（記憶素子）に格納された警報閾値に関するデータの読み出しを行う。警報閾値に関するデータとは、アンテナドライバ５を通じて車体側から送られて記憶した現在の警報閾値情報を意味しているが、予めミラーデータとして記憶してある警報閾値情報（以下、単にミラーデータという）がある場合には、そのミラーデータも含まれる。
【００５７】
続いて、ステップ５２０に進み、ステップ５１０で読み出した警報閾値に関するデータが正規データであるか否かを判定する。例えば、受信したＬＦ電波内に含まれる閾値確認データとステップ５１０で読み出した警報閾値情報とを照合し、これらが一致しているか否かを判定する。また、ステップ５１０で読み出した警報閾値情報とミラーデータとを照合し、これらが一致しているか否かを判定するようにしても良い。
【００５８】
なお、ステップ５２０において、各送信機２で記憶された警報閾値情報が消失している場合には、正規データではないと判別する。
【００５９】
このステップ５２０で肯定判定されればステップ５３０に進んで正常時送信データをタイヤ空気圧に関するデータと同じフレームもしくは別のフレームにセット（格納）する。同様に、ステップ５２０で否定判定されればステップ５４０に進んで異常時送信データをタイヤ空気圧に関するデータと同じフレームもしくは別のフレームにセット（格納）する。例えば、送信フレーム中に正常か異常かを示すべく割り当てられた１ビットまた数ビットを用いて、正常時送信データもしくは異常時送信データをセットする。
【００６０】
そして、ステップ５５０に進み、各送信機２ａ〜２ｄの送信タイミングが一致することによる混信を避けるために、ＬＦ電波の受信強度に応じた遅延を持たせて、正常時送信データもしくは異常時送信データをセットしたフレームをＲＦ送信する。これにより、ＲＦ受信機３にて、正常時送信データもしくは異常時送信データをセットしたフレームが受信され、制御装置４にて、各送信機２ａ〜２ｄが記憶した警報閾値情報が正規データであるか否かを判別することが可能となる。
【００６１】
このように、各送信機２にて記憶された警報閾値情報が正規データであるか否かを判別することが可能となる。そして、正規データが記憶されていなければ、制御装置４より送信機２ａ〜２ｄのうち少なくとも正規データが記憶されていないものに対して、再び警報閾値情報を記憶させる処理を実行する（図３参照）。これにより、異常時に警報閾値情報を再設定することが可能となり、正規データに基づいて、正しくタイヤ空気圧の低下を検出することが可能となる。また、異常時には、その状態を警報表示機６などを通じてドライバに伝えることもできる。
【００６２】
なお、上記では、ＬＦ電波内の閾値確認データとステップ５１０で読み出した警報閾値情報とを照合した。これに代えて、もしくは、これに加えて、読み出した警報閾値情報からエラーコレクションコード（ＥＣＣ）やフレームチェックコード（ＦＣＣ）のキャラクタを抽出して照合したり、パリティーチェックを行うようにして正規データであるか否かを判定しても良い。また、ミラーデータを有している場合には、そのミラーデータを用いて現在の警報閾値情報を自己修復するようにしても良い。その場合、異常時送信データをセットするときに、同時に自己修復を行ったことを示すデータもセットするようにすることができる。
【００６３】
また、上記ステップ５５０で異常時送信データをセットしたフレームをＲＦ送信した後に、そのフレームを送信した送信機２ａ〜２ｄに対して再設定のための警報閾値情報が送られてこないこともあり得る。その場合には、再設定のための警報閾値情報が送られてくるまで、異常時送信データをセットしたフレームのＲＦ送信を繰り返し行うようにしても良い。
【００６４】
また、ＲＦ送信を行うフレームのビット数に余裕がある場合には、正常時送信データもしくは異常時送信データに加えて、現在設定されている警報閾値情報についてもフレーム中にセットしても良い。その場合、現在設定されている警報閾値情報について、制御装置４側で正常であるか異常であるかを判定することもできる。例えば、警報閾値情報からＥＣＣやＦＣＣのキャラクタを抽出して照合したり、パリティーチェックを行うようにして正規データであるか否かを判定したり、ミラーデータを備え、ミラーデータと照合して正規データであるか否かを判定したりすることができる。
【００６５】
（第３実施形態）
本発明の第３実施形態について説明する。本実施形態も、各送信機２ａ〜２ｄに警報閾値情報の確認を行わせるようにしたものであり、その他に関しては第１実施形態と同様であるため、第１実施形態と異なる部分についてのみ説明する。
【００６６】
本実施形態では、タイヤ空気圧に関するデータの定期送信のタイミングに第２実施形態と同様の警報閾値情報のチェックを行う。このタイミング以外については、第２実施形態と同様である。
【００６７】
各送信機２ａ〜２ｄは、所定の制御周期毎に図７に示したフローチャートを実行しており、ステップ６００に示される空気圧送信タイミング判定において、タイヤ空気圧に関するデータの定期送信のタイミングであると判定されると、ステップ６１０以降の処理を実行する。
【００６８】
具体的には、ステップ６１０〜６４０では、第２実施形態で説明した図６のステップ５１０〜５４０と同様の処理を実行する。ただし、ステップ６２０では、閾値確認データを受信していないため、例えばステップ６１０で読み出した警報閾値情報とミラーデータとを照合し、これらが一致しているか否かを判定している。また、正常時送信データもしくは異常時送信データをセットするフレームについては、タイヤ空気圧に関するデータを格納するフレームと別フレームであっても良いが、定期送信のタイミングであることから、これらのフレームを同じフレームにすると好ましい。このようにすれば、この後行われるフレーム送信を１つにまとめることができ、消費電力低減に伴う電池寿命の向上を図ることができる。
【００６９】
この後、ステップ６５０に進み、正常時送信データもしくは異常時送信データをセットしたフレームをＲＦ送信する。これにより、ＲＦ受信機３にて、正常時送信データもしくは異常時送信データをセットしたフレームが受信され、制御装置４に、各送信機２ａ〜２ｄが記憶した警報閾値情報が正規データであるか否かを判別することが可能となる。
【００７０】
このように、タイヤ空気圧に関するデータの定期送信のタイミングのときに、各送信機２ａ〜２ｄに警報閾値情報の確認を行わせるようにしても良い。これにより、第２実施形態と同様の効果を得ることができる。そして、定期送信と共に警報閾値情報が正規データであるか否かの判定結果を送ることで、その判定結果を送るためのみのＲＦ送信が必要なくなるため、消費電力低減が図れ、電気寿命の向上を図ることができる。
【００７１】
（第４実施形態）
本発明の第４実施形態について説明する。本実施形態も、各送信機２ａ〜２ｄに警報閾値情報の確認を行わせるようにしたものであり、その他に関しては第１実施形態と同様であるため、第１実施形態と異なる部分についてのみ説明する。
【００７２】
本実施形態では、タイヤ空気圧に関するデータの定期送信のタイミングにかかわらず、所定の制御周期毎に第３実施形態と同様の警報閾値情報のチェックを行う。このタイミング以外については、ほぼ第２実施形態と同様であるため、第３実施形態と異なる部分についてのみ説明する。
【００７３】
各送信機２ａ〜２ｄは、所定の制御周期毎に図８に示したフローチャートを実行しており、所定の制御周期毎にステップ７００〜７３０の処理を実行する。ステップ７００、７１０では、第３実施形態で説明した図６のステップ６１０、６２０と同様の処理を実行する。そして、ステップ７１０で否定判定されたときにはステップ７２０に進んでステップ６４０と同様の処理を実行するが、肯定判定されたときにはそのまま処理を終了する。現在の警報閾値情報が正規データであった場合に正常時送信データをセットしたフレームを送信しても良いが、正常であれば何も応答しなくても良いことから、そのまま処理を終了しても良い。このようにすれば、消費電力低減による電池寿命向上を図ることができる。
【００７４】
また、ステップ７２０で異常時送信データをタイヤ空気圧に関するデータと同じフレームもしくは別のフレームにセット（格納）する。そして、ステップ７３０に進んで異常時送信データをセットしたフレームをＲＦ送信すると共に閾値データ再送要求を送信する。このときの閾値データ再送要求については、そのコマンドを異常時送信データをセットしたフレーム内に格納しておけば、１度のフレーム送信で異常時送信データと閾値データ再送要求のデータの両方の送信が行える。
【００７５】
このように、所定の制御周期毎に各送信機２ａ〜２ｄに警報閾値情報のチェックを行わせるようにしても、第３実施形態と同様の効果を得ることができる。なお、本実施形態では、異常時送信データをセットしたフレームをＲＦ送信すると共に閾値データ再送要求を送信するようにした。しかしながら、第２、第３実施形態と同様、異常時送信データに基づいて正規データが記憶されていないことを認識し、制御装置４より送信機２ａ〜２ｄのうち少なくとも正規データが記憶されていないものに対して、再び警報閾値情報を記憶させる処理を実行するようにしても良い。勿論、第２、第３実施形態に対しても、本実施形態のように、送信機２ａ〜２ｄから正規データが記憶されていなかったときに閾値データ再送要求が出されるようにしても良い。
【００７６】
（第５実施形態）
本発明の第５実施形態について説明する。本実施形態では、警報閾値情報が正規データであるか否かの判定を送信機２ａ〜２ｄで行うのではなく、送信機２ａ〜２ｄから記憶している現在の警報閾値情報を制御装置４側に送信し、制御装置４側で判定させるようにする。
【００７７】
本実施形態では、警報閾値情報が正規データであるか否かの判定を実行する警報閾値情報確認のタイミングになると、制御装置４に閾値確認要求処理を実行させる。例えば、所定周期毎もしくは各送信機２ａ〜２ｄに対して警報閾値情報を送信してから所定時間経過後などのタイミングに閾値確認要求処理を実行させる。具体的には、そのタイミングに、各送信機２ａ〜２ｄに対して警報閾値情報確認を行わせるために、アンテナドライバ５のドライバ回路５２を通じて各アンテナ５１ａ〜５１ｄより読み出しコマンドを示すＬＦ電波を出力する。
【００７８】
各送信機２ａ〜２ｄは、所定の制御周期毎に図９に示したフローチャートを実行しており、ステップ８００に示される読み出しコマンド受信判定において、読み出しコマンドを受信したと判定されると、ステップ８１０以降の処理を実行する。
【００７９】
ステップ８１０では、各送信機２ａ〜２ｄは、第２実施形態で説明した図６のステップ５１０と同様、格納された警報閾値情報読み出し処理を行う。また、必要に応じて警報閾値情報を符号化（例えば、データ長短縮や冗長性付加）したり、読み出した警報閾値情報からＥＣＣやＦＣＣのキャラクタもしくはパリティーチェック用のデータを抽出したりする。勿論、符号化などを行わずに警報閾値情報の生値をそのまま用いても良い。つまり、生値の警報閾値情報と符号化などを行った警報閾値情報とにかかわらず、警報閾値情報に関するデータであれば構わない。
【００８０】
そして、ステップ８２０に進み、警報閾値情報の生値もしくは符号化などを行った生成データを送信機固有のＩＤ情報などと共にＲＦ送信データへ配列することで送信フレームを作成する。
【００８１】
その後、ステップ８３０に進んでＲＦ送信タイミングでデータ送信を行う。例えば、各送信機２ａ〜２ｄの送信タイミングが一致することによる混信を避けるために、ＬＦ電波の受信強度に応じた遅延を持たせて、ＲＦ送信データをセットしたフレームをＲＦ送信する。
【００８２】
例えば、図１に示したように、アンテナ５１が各車輪７ａ〜７ｄに対応した数備えられている場合には、図１０に示すタイミングチャートのような動作を行う。すなわち、各アンテナ５１ａ〜５１ｄより順番に閾値確認要求を示すＬＦ電波を出力すると、各送信機２ａ〜２ｄのうち各アンテナ５１ａ〜５１ｄと対応する車輪７ａ〜７ｄに取り付けられたものからその都度警報閾値情報が返信される。このとき、各アンテナ５１ａ〜５１ｄから順番に閾値確認要求が出され、閾値確認要求のＬＦ電波を受信すると各送信機２ａ〜２ｄより警報閾値情報を返信するようにすれば、各送信機２ａ〜２ｄから異なるタイミングで警報閾値情報の返信が行われることになる。したがって、各送信機２ａ〜２ｄの送信タイミングが一致することによる混信が発生することはない。
【００８３】
なお、警報閾値情報の返信があったときに、次のアンテナ５１からのＬＦ電波の送信を行うようにすればよいが、有効な返信が無いことも有り得る。その場合には、再度ＬＦ電波を送信してリトライすることもできる。その場合でも、一定回数のリトライを行っても有効な返信がなければ、電波が届き難い状況もしくは送信機２ａ〜２ｄの不良などと考えられるため、タイムアウトを設けるようにするのが好ましい。
【００８４】
このようにして生値もしくは符号化等を行った警報閾値情報が格納されたフレームが送信されると、それがＲＦ受信機３で受信される。そして、制御装置４に送られることで、各送信機２ａ〜２ｄが記憶した警報閾値情報が正規データであるか否かを判別することが可能となる。このように、各送信機２から警報閾値情報を送信させ、制御装置４側で警報閾値情報が正規データであるか否かを判別することも可能となる。
【００８５】
（他の実施形態）
（１）上記実施形態では、各車輪７ａ〜７ｄに対応して４つのアンテナ５１ａ〜５１ｄを備え、各アンテナ５１ａ〜５１ｄより各車輪７ａ〜７ｄに取り付けられた送信機２ａ〜２ｄに個々に警報閾値情報を格納したフレームが送信されるようにしている。しかしながら、これは単なる一例を示したに過ぎず、例えば、両前輪７ａ、７ｂの送信機２ａ、２ｂに対応したアンテナと両後輪７ｃ、７ｄの送信機２ｃ、２ｄに対応したアンテナの２つを備えるようにしても良いし、全車輪７ａ〜７ｄの各送信機２ａ〜２ｄすべてにフレーム送信が行える１つのアンテナとしても構わない。
【００８６】
アンテナを２つとする場合、例えば一方のアンテナを車両フロント寄りに配置しつつ両前輪７ａ、７ｂから異なる距離に配置し、他方のアンテナ５１を車両リア寄りに配置しつつ両後輪７ｃ、７ｄから異なる距離に配置する形態とする。この場合、一方のアンテナ５１にて両前輪７ａ、７ｂの送信機２ａ、２ｂに対してＬＦ電波を出力し、他方のアンテナ５１にて両後輪７ｃ、７ｄの送信機２ｃ、２ｄに対してＬＦ電波を出力すれば良い。
【００８７】
このような形態とされる場合でも、上記各実施形態と同様の動作を行うことができる。例えば、第５実施形態のように閾値確認要求を行う場合には、図１１に示すタイミングチャートのような動作を行う。
【００８８】
すなわち、両前輪７ａ、７ｂの送信機２ａ、２ｂに対して閾値確認要求を示すＬＦ電波を出力すると、アンテナ５１から両前輪７ａ、７ｂまでの距離が異なることから、送信機２ａ、２ｂでのＬＦ電波の受信強度が異なった値になる。このため、受信強度に応じた遅延を持たせてＲＦ送信が行われるようにすることで、各送信機２ａ、２ｂから順番に異なるタイミングで警報閾値情報を返信させることができる。同様に、その後、両後輪７ｃ、７ｄの送信機２ｃ、２ｄに対して閾値確認要求を示すＬＦ電波を出力すると、アンテナ５１から両後輪７ｃ、７ｄまでの距離が異なることから、送信機２ｃ、２ｄでのＬＦ電波の受信強度が異なった値になる。このため、受信強度に応じた遅延を持たせてＲＦ送信が行われるようにすることで、各送信機２ｃ、２ｄから順番に異なるタイミングで警報閾値情報を返信させることができる。したがって、各送信機２ａ〜２ｄの送信タイミングが一致することによる混信が発生することはない。
【００８９】
なお、アンテナ５１を２つ用いる場合でも、警報閾値情報の返信があったときに、次のアンテナ５１からのＬＦ電波の送信を行うようにすればよいが、有効な返信が無いことも有り得る。その場合には、再度ＬＦ電波を送信してリトライすることもできる。その場合でも、一定回数のリトライを行っても有効な返信がなければ、電波が届き難い状況もしくは送信機２ａ〜２ｄの不良などと考えられるため、タイムアウトを設けるようにするのが好ましい。
【００９０】
（２）また、各車輪７ａ〜７ｄの警報閾値や警報変化閾値などの警報閾値情報について、両前輪７ａ、７ｂと両後輪７ｃ、７ｄとで同じであっても良いし、異なるようにしても良い。
【００９１】
各車輪７ａ〜７ｄの警報閾値情報が同じ場合、アンテナ５１が４つの場合には、各車輪７ａ〜７ｄに対して同時にもしくはそれぞれ異なるタイミングで警報閾値情報を送信することができる。また、アンテナ５１が２つの場合には、両前輪７ａ、７ｂと両後輪７ｃ、７ｄに対して順番に警報閾値情報を送信しても良いし、同時に警報閾値情報を送信しても良い。この場合にも、各送信機２ａ〜２ｄで警報閾値情報が正常に記憶されると閾値データ設定完了を示す信号が返信されてくるが、その返信がなければ一定回数のリトライを行うようにすると好ましい。リトライを行う場合、送信機２ａ〜２ｄのうち閾値データ設定完了を示す信号を受信していないものに対してのみリトライを行うようにしても良い。
【００９２】
また、両前輪７ａ、７ｂと両後輪７ｃ、７ｄとで異なるようにする場合も同様のことが言える。すなわち、アンテナ５１が４つの場合には、各車輪７ａ〜７ｄに対して同時にもしくはそれぞれ異なるタイミングで警報閾値情報を送信することができる。また、アンテナ５１が２つの場合には、両前輪７ａ、７ｂと両後輪７ｃ、７ｄに対して順番に警報閾値情報を送信しても良いし、同時に警報閾値情報を送信しても良い。ただし、これらの場合、両前輪７ａ、７ｂと対応するアンテナ５１から前輪用の警報閾値情報を送信し、両後輪７ｃ、７ｄと対応するアンテナ５１から後輪用の警報閾値情報を送信する。このとき、各送信機２ａ〜２ｄが各車輪７ａ〜７ｄのいずれに取り付けられたものであるかを特定する車輪位置検出機能を備えたタイヤ空気圧検出装置である場合において、車輪位置検出が完了済みであれば、警報閾値情報に対象とする送信機のＩＤ情報を付加しても良い。このようにすれば、仮に各送信機２ａ〜２ｄで２つのアンテナ５１から送信されたＬＦ電波が両方共受信されたとしても、対象とするＬＦ電波を特定することが可能となる。逆に、車輪位置検出が完了前であれば、各送信機２ａ〜２ｄに対して警報閾値情報を送信する前に、車輪位置検出を実行して完了させるようにする動作を行うようにしておき、その結果を待ってから各送信機２ａ〜２ｄへの警報閾値情報の送信を行うようにしても良い。
【００９３】
なお、警報閾値情報を伝えるアンテナ５１が４つもしくは２つの場合は、上記したように、両前輪７ａ、７ｂの送信機２ａ、２ｂと両後輪７ｃ、７ｄの送信機２ｃ、２ｄとに対してそれぞれ異なる警報閾値情報を送信すれば良い。しかしながら、アンテナ５１が１つの場合には、次のようにして行うことになる。
【００９４】
すなわち、各送信機２ａ〜２ｄに受信強度を測定させるようにし、アンテナ５１からは両前輪７ａ、７ｂの警報閾値情報と両後輪７ｃ、７ｄの警報閾値情報を送信する際に異なる信号強度の電波で送信するようにする。また、各送信機２ａ〜２ｄでは、警報閾値情報の受信を許可する最低受信強度を設定しておく。そして、アンテナ５１を両前輪７ａ、７ｂか両後輪７ｃ、７ｄのいずれか一方に近づけるように配置する。このようにすることで、両前輪７ａ、７ｂと両後輪７ｃ、７ｄのうちアンテナ５１から近いほうの送信機２では異なる警報閾値情報を受信した時に受信強度の強い方側が自分自身の警報閾値情報であると判定することができる。また、両前輪７ａ、７ｂと両後輪７ｃ、７ｄのうちアンテナ５１から遠い方の送信機２では最低受信強度を超える電波に含まれた警報閾値情報を自分自身の警報閾値情報であると判定することができる。
【００９５】
（３）上記実施形態では、警報閾値情報の送信についてはＬＦ電波を使用し、タイヤ空気圧の低下を示す異常情報の送信についてはＲＦ電波を使用するようにしているが、どのような電波を用いるかについては任意に選択可能である。
【００９６】
（４）上記実施形態では、ＲＦ受信機３を１つのみ設ける場合について説明したが、各送信機２ａ〜２ｄに対応して複数備えられていても良い。この場合も、全車輪７ａ〜７ｄの各送信機２ａ〜２ｄすべてに対応した数備えられていても良いし、両前輪７ａ、７ｂの送信機２ａ、２ｂに対応したものと両後輪７ｃ、７ｄの送信機２ｃ、２ｄに対応したものの２つであっても良い。また、ＲＦ受信機３のうちのアンテナ３１のみを複数個にしても良い。
【００９７】
（５）上記実施形態では、警報条件として、タイヤ空気圧の低下の条件を示したが、タイヤ空気圧の低下のみでなく、タイヤ空気圧の増加や温度の上昇についても警報条件とすることができる。例えば、タイヤ空気圧が規定値以上に増加した場合や、タイヤ内の温度が規定値以上のときに警報を行うようにしても良い。
【００９８】
また、警報条件については、各車輪７ａ〜７ｄそれぞれ独立して異なる条件に設定することも可能である。勿論、前後輪それぞれで異なる条件に設定することも可能である。その場合、各送信機２ａ〜２ｄに対して送信される電波が混信することを避けるべく、各送信機２ａ〜２ｄの固有のＩＤ情報を警報閾値情報と共に付すことで、各送信機２ａ〜２ｄが自分自身の警報閾値情報を受信したか否かについて判定できるようにすると良い。
【００９９】
（６）なお、各図中に示したステップは、各種処理を実行する手段に対応するものである。具体的には、ステップ４００に示す処理を実行する部分が警報条件判定手段に相当し、ステップ２１０に示す処理を実行する部分が異常情報送信手段に相当する。
【符号の説明】
【０１００】
１ 車両
２（２ａ〜２ｄ） 送信機
３ ＲＦ受信機
４ 制御装置
５ アンテナドライバ
６ 警報表示機
７ａ〜７ｄ 車輪
８ 車体
２１ センシング部
２２、４１ マイクロコンピュータ
２３、３１、５１ アンテナ
３２ 受信回路
【技術分野】
【０００１】
本発明は、タイヤが取り付けられた車輪に圧力センサが備えられた送信機を直接取り付け、その圧力センサの検出結果を送信機から送信し、車体側に取り付けられた受信機によって受信することで、タイヤ空気圧の検出を行うダイレクト式のタイヤ空気圧検出装置に関するものである。
【背景技術】
【０００２】
従来より、ダイレクト式のタイヤ空気圧検出装置が知られている。このタイプのタイヤ空気圧検出装置では、タイヤが取り付けられた車輪内に、圧力センサ等のセンシング部が備えられた送信機が直接取り付けられている。また、車体側には、アンテナおよび受信機が備えられており、センシング部での検出結果が送信機から送信されると、アンテナを介して受信機にその検出結果が受信され、タイヤ空気圧の検出が行われる。
【０００３】
また、従来のタイヤ空気圧検出装置として、送信機より所定の送信周期でタイヤ空気圧の検出結果を受信機側に送信するという定期送信を行い、送信機にてタイヤ空気圧の急減圧が検出されると、定期送信の頻度を上げて送信するようにしているものもある。このように定期送信の送信頻度を上げることで、受信機側にタイヤ空気圧が急減圧したことが的確に伝えられるようにしている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平１１−３３４３２８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来のようにタイヤ空気圧が急減圧した際に定期送信の頻度を上げるようにする場合、タイヤ空気圧の急減圧には対応できるが緩減圧には対応できない。すなわち、急減圧に関しては、タイヤ空気圧の減少勾配が所定の閾値以上になるため定期送信の送信頻度を上げられるが、緩減圧の場合には、タイヤ空気圧の減少勾配が所定の閾値未満となるため定期送信の送信頻度は上がらない。このため、緩減圧時にタイヤ空気圧の低下を即時に検出することが困難であった。
【０００６】
また、従来のタイヤ空気圧検出装置の場合、送信機側で定期送信の送信頻度を上げて送信するなどの対策を行っているものの、受信機が送信機の伝える情報に基づいてタイヤ空気圧を判定することになる。このため、より細かなタイヤ空気圧測定が行えるように、定期送信の送信周期を短くしようとすると、単位時間当たり送信回数が多くなって電池寿命短縮に繋がる。送信機側では、特にデータ送信の際の電力消費量が大きく、単位時間当たりの送信回数が多くなることは電池寿命の観点からは不利となる。特に、常時急減圧時のように送信頻度を多くすると、なおさら電池寿命の低下に繋がることになる。
【０００７】
本発明は上記点に鑑みて、タイヤ空気圧が緩減圧した場合にも、異常発生からより短時間に警報が行えるタイヤ空気圧検出装置を提供することを第１の目的とする。また、タイヤ空気圧が緩減圧した場合にも、異常発生からより短時間に警報が行え、かつ、電池寿命の低下を抑制できるタイヤ空気圧検出装置を提供することを第２の目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成するため、請求項１に記載の発明では、送信機（２）にて、センシング部（２１）が取得したタイヤ空気圧を監視し、タイヤ空気圧が低下したときには異常情報を送信することで、その旨を受信手段（３、４）に伝えると共に、受信手段（３、４）からタイヤ空気圧の低下の警報を指示する警報情報を出力することで、警報表示機（６）にてタイヤ空気圧の低下の警報を行うようにしたタイヤ空気圧検出装置であって、送信機（２）は、所定のサンプリング周期毎に当該送信機（２）が取り付けられた車輪（７ａ〜７ｄ）のタイヤ空気圧を取得すると共に、取得したタイヤ空気圧が低下して警報条件を満たすか否かを判定する警報条件判定手段（４００）にてタイヤ空気圧が低下して警報条件を満たしたと判定されると、受信手段（３、４）に対して異常情報を送信する異常情報送信手段（４１０）を有していることを特徴としている。
【０００９】
このように、各送信機（２）でタイヤ空気圧を監視し、タイヤ空気圧が低下したときに異常情報を車体（８）側の受信手段（３、４）に伝えるようにしている。このため、従来と比較してより短い周期でタイヤ空気圧の監視を行うことができ、タイヤ空気圧が低下したときには急減圧でも緩減圧でも早急に受信手段（３、４）に伝え、警報表示機（６）を介してドライバに伝えることができる。したがって、タイヤ空気圧が緩減圧した場合にも、異常発生からより短時間に警報を行うことが可能となる。
【００１０】
この場合、請求項２に記載したように、送信機（２）では、定期送信周期毎にセンシング部（２１）で取得したタイヤ空気圧に関する情報が送信されるようにし、定期送信周期をサンプリング周期複数周期分以上とすることができる。
【００１１】
このように、送信機（２）でタイヤ空気圧の監視のみならず警報判定を行えるようにしているため、受信手段（３、４）側で短時間毎にタイヤ空気圧の監視を行わなくても良くなり、定期送信周期を長くすることができる。このため、タイヤ空気圧が緩減圧した場合にも、異常発生からより短時間に警報が行え、かつ、電池寿命の低下を抑制することが可能となる。
【００１２】
請求項３に記載の発明では、受信手段（３、４）は、警報条件として用いる警報閾値情報を記憶しており、受信手段（３、４）から警報閾値情報を受け取り、アンテナ（５１）を通じて複数個の車輪（７ａ〜７ｄ）それぞれに取り付けられた送信機（２）に送信するアンテナドライバ（５）を備え、送信機（２）は、アンテナ（５１）から送信された警報閾値情報を受信すると共に当該警報閾値情報を読み出して記憶し、警報条件として用いることを特徴としている。
【００１３】
このように、受信手段（３、４）側に警報閾値情報を記憶しておき、それを送信機（２）に伝えるようにすることができる。この警報閾値情報を警報条件として用いることができる。
【００１４】
請求項４に記載の発明では、送信機（２）は、記憶した警報閾値情報を読み出す読出手段（５１０、６１０、７００）と、読出手段（５１０、６１０、７００）にて読み出された警報閾値情報が正規データであるか否かを判定する判定手段（５２０、６２０、７１０）と、判定手段（５２０、６２０、７１０）による判定結果を示すデータをセットして受信手段（３、４）に送信する送信手段（５３０〜５５０、６３０〜６５０、７２０〜７３０）とを有していることを特徴としている。
【００１５】
このように、各送信機（２）に記憶された警報閾値情報が正規データであるか否かを判定させることが可能となる。そして、正規データが記憶されていなければ、例えば、受信手段（３、４）より送信機（２）のうち少なくとも正規データが記憶されていないものに対して、再び警報閾値情報を記憶させる処理を実行する。これにより、異常時に警報閾値情報を再設定することが可能となり、正規データに基づいて、正しくタイヤ空気圧の低下や急減圧を検出することが可能となる。
【００１６】
例えば、請求項５に記載したように、受信手段（３、４）にて、送信機（２）に対して警報閾値情報が正規データであるか否かの判定を行わせる際に要求トリガを出力したときに、送信機（２）の要求トリガ受信手段（５００）で要求トリガを受信したことを判定し、読出手段（５１０）による警報閾値情報の読し出しや、判定手段（５２０）による警報閾値情報が正規データであるか否かの判定を行うようにすることができる。また、請求項６に記載したように、送信機（２）が所定の定期送信毎にタイヤ空気圧の検出結果を送信する定期送信のタイミングで、読出手段（６１０）による警報閾値情報の読し出しや、判定手段（６２０）による警報閾値情報が正規データであるか否かの判定を行わせるようにすることもできる。また、請求項７に記載したように、所定の制御周期毎に、読出手段（７００）による警報閾値情報の読し出しや、判定手段（７１０）による警報閾値情報が正規データであるか否かの判定を行わせるようにすることもできる。
【００１７】
請求項８に記載の発明では、送信機（２）は、記憶した警報閾値情報を読み出す読出手段（８１０）と、読出手段（８１０）にて読み出された警報閾値情報に関するデータをセットして受信手段（３、４）に送信する送信手段（８３０）とを有し、受信手段（３、４）は、送信機（２）が送信した警報閾値情報に関するデータを受信し、警報閾値情報が正規データであるか否かを判定することを特徴としている。
【００１８】
このように、各送信機（２）に記憶された警報閾値情報が正規データであるか否かの判定を受信手段（３、４）側で行うこともできる。このようにしても、請求項４と同様の効果を得ることができる。
【００１９】
なお、上記各手段の括弧内の符号は、後述する実施形態に記載の具体的手段との対応関係を示すものである。
【図面の簡単な説明】
【００２０】
【図１】本発明の第１実施形態にかかるタイヤ空気圧検出装置の全体構成を示す図である。
【図２】各車輪７ａ〜７ｄ側に取り付けられる送信機２ａ〜２ｄと、車体８側に備えられるＲＦ受信機３や制御装置４およびアンテナドライバ５のブロック構成を示した図である。
【図３】車体８側に備えられた制御装置４のマイクロコンピュータ４１が行う処理を示したフローチャートである。
【図４】各車輪７ａ〜７ｄに備えられた送信機２ａ〜２ｄのマイクロコンピュータ２２が行う処理を示したフローチャートである。
【図５】従来のタイヤ空気圧の異常判定と本実施形態の異常判定の相違を示したタイミングチャートである。
【図６】本発明の第２実施形態で説明する各送信機２ａ〜２ｄが実行する閾値確認処理の詳細を示したフローチャートである。
【図７】本発明の第３実施形態で説明する各送信機２ａ〜２ｄが実行する閾値確認処理の詳細を示したフローチャートである。
【図８】本発明の第４実施形態で説明する各送信機２ａ〜２ｄが実行する閾値確認処理の詳細を示したフローチャートである。
【図９】本発明の第５実施形態で説明する各送信機２ａ〜２ｄが実行する閾値確認処理の詳細を示したフローチャートである。
【図１０】閾値確認時の動作を示したタイミングチャートである。
【図１１】他の実施形態で説明する閾値確認時の動作を示したタイミングチャートである。
【発明を実施するための形態】
【００２１】
以下、本発明の実施形態について図に基づいて説明する。なお、以下の各実施形態相互において、互いに同一もしくは均等である部分には、同一符号を付して説明を行う。
【００２２】
（第１実施形態）
本発明の第１実施形態について図を参照して説明する。図１は、本発明の第１実施形態にかかるタイヤ空気圧検出装置の全体構成を示す図である。図１の紙面上下方向が車両１の前後方向に一致する。この図を参照して、本実施形態におけるタイヤ空気圧検出装置について説明する。
【００２３】
図１に示すように、タイヤ空気圧検出装置は、車両１に取り付けられるもので、送信機２（２ａ〜２ｄ）、ＲＦ受信機３、制御装置４、アンテナドライバ５やアンテナ５１および警報表示機６を備えて構成されている。
【００２４】
図１に示すように、送信機２ａ〜２ｄは、車両１における各車輪７ａ〜７ｄに取り付けられる。送信機２ａ〜２ｄは、所定のサンプリング周期毎に車輪７ａ〜７ｄに取り付けられたタイヤの空気圧を検出すると共に、所定の定期送信周期および異常検出時にその検出結果を示すタイヤ空気圧に関するデータをフレーム内に格納してＲＦ送信する。また、ＲＦ受信機３や制御装置４は、車両１における車体８側に取り付けられるもので、送信機２ａ〜２ｄから送信されたフレームをＲＦ受信すると共に、その中に格納された検出信号に基づいて各種処理や演算等を行うことでタイヤ空気圧検出を行うものである。これらＲＦ受信機３や制御装置４が本発明の受信手段に相当する。図２に、各車輪７ａ〜７ｄ側に取り付けられる送信機２ａ〜２ｄと、車体８側に備えられるＲＦ受信機３や制御装置４およびアンテナドライバ５のブロック構成を示す。
【００２５】
図２（ａ）に示すように、送信機２（２ａ〜２ｄ）は、センシング部２１、マイクロコンピュータ２２、アンテナ２３および電池２４を備えた構成となっており、電池２４からの電力供給に基づいて各部が駆動される。
【００２６】
センシング部２１は、例えばダイアフラム式の圧力センサ２１ａや温度センサ２１ｂを備えた構成とされ、タイヤ空気圧に応じた検出信号や温度に応じた検出信号を出力する。
【００２７】
マイクロコンピュータ２２は、ＣＰＵ、ＲＯＭ、ＲＡＭ、Ｉ／Ｏなどを備えた一般的なものであり、制御部（第１制御部）や送信部などを備えた周知のもので、制御部内のメモリに記憶されたプログラムに従って、所定の処理を実行する。制御部内のメモリには、各送信機２ａ〜２ｄを特定するための送信機固有の識別情報と自車両を特定するための車両固有の識別情報とを含む個別のＩＤ情報が格納されている。
【００２８】
マイクロコンピュータ２２は、アンテナ２３を通じて警報閾値と警報変化閾値を含む警報閾値情報を受信し、この警報閾値情報を記憶する。また、マイクロコンピュータ２２は、所定のサンプリング周期毎にセンシング部２１からのタイヤ空気圧に関する検出信号を受け取り、それを信号処理することで送信機２が取り付けられた車輪７ａ〜７ｄのタイヤ空気圧を検出する。このサンプリング周期毎に検出したタイヤ空気圧と警報閾値情報とに基づいて、タイヤ空気圧の低下を検出する。具体的には、タイヤ空気圧を警報閾値と比較し、タイヤ空気圧が警報閾値以下になるとタイヤ空気圧の低下と判定したり、タイヤ空気圧の変化勾配を警報変化閾値と比較し、タイヤ空気圧が警報変化閾値以上になるとタイヤ空気圧の急減圧と判定する。そして、タイヤ空気圧の低下や急減圧が検出されると、タイヤ空気圧に異常があることを示す異常情報を各送信機２ａ〜２ｄのＩＤ情報と共にフレームに格納し、それをＲＦ電波にてＲＦ受信機３側に送信する。また、マイクロコンピュータ２２は、タイヤ空気圧の異常が検出されていない通常時には、サンプリング周期毎検出されるタイヤ空気圧に関するデータを所定の送信周期毎にＲＦ受信機３側に送信する定期送信を行っている。この定期送信の送信周期は、サンプリング周期よりも長く設定されており、送信されるタイヤ空気圧に関するデータとしては、例えば送信周期に最も近いサンプリング周期に検出されたタイヤ空気圧とされる。
【００２９】
このように構成される送信機２ａ〜２ｄは、例えば、各車輪７ａ〜７ｄのホイールにおけるエア注入バルブに取り付けられ、センシング部２１がタイヤの内側に露出するように配置される。これにより、該当するタイヤ空気圧を検出し、上記したように、各送信機２ａ〜２ｄに備えられたアンテナ２３を通じて、所定の送信タイミングの際にフレームを送信することで、ＲＦ受信機３側にタイヤ空気圧に関するデータを送信するようになっている。
【００３０】
また、図２（ｂ）に示すように、ＲＦ受信機３は、受信アンテナ３１および受信回路３２を備えた構成とされる。受信アンテナ３１は、各送信機２ａ〜２ｄから送られてくるフレームを受信するためのものである。受信アンテナ３１は、車体８に固定されており、各車輪７ａ〜７ｄそれぞれの送信機２ａ〜２ｄから送信されたフレームを受信する。受信アンテナ３１は、例えば車両１のピラーおよび天井（ルーフ内）に配置される。受信回路３２は、受信アンテナ３１によって受信された各送信機２ａ〜２ｄからの送信フレームを入力し、そのフレームを制御装置４に送る入力部としての機能を果たす。
【００３１】
制御装置４は、第２制御部に相当するもので、ＣＰＵ、ＲＯＭ、ＲＡＭ、Ｉ／Ｏなどを備えた周知のマイクロコンピュータ４１によって構成され、ＲＯＭなどに記憶されたプログラムに従ってタイヤ空気圧検出処理を行う。具体的には、制御装置４は、フレームに格納された各送信機２ａ〜２ｄのＩＤ情報およびタイヤ空気圧に関するデータに基づいて、各車輪７ａ〜７ｄのタイヤ空気圧検出を行う。そして、受信したフレームがタイヤ空気圧に異常があることを示す異常情報が含まれていれば、警報情報を警報表示機６に伝える。制御装置４と警報表示機６は直接的に配線で接続されていても良いし、車内ＬＡＮ等の通信回線を通じて接続されていても良い。
【００３２】
また、制御装置４は、各送信機２ａ〜２ｄでタイヤ空気圧の低下の判定に用いる警報閾値情報をＣＰＵ内に備えられたＲＯＭ、ＲＡＭまたはＥＥＰＲＯＭ等のメモリ（記憶素子）内に格納（記憶）してある。制御装置４は、この警報閾値情報を読み出し、アンテナドライバ５を通じて各送信機２ａ〜２ｄに伝える動作も行っている。警報閾値情報としては、上記したようなタイヤ空気圧と比較される警報閾値や、タイヤ空気圧の変化勾配と比較される警報変化閾値をメモリ内に格納してある。
【００３３】
なお、本実施形態では、制御装置４は、主に送信機２ａ〜２ｄからの送信フレームに格納された異常情報に基づいてタイヤ空気圧の低下を検出するようにしている。しかしながら、定期送信されてきた送信フレームに格納されたタイヤ空気圧に関するデータに基づいて、制御装置４でもタイヤ空気圧の低下が検出されるようにしても良い。
【００３４】
アンテナドライバ５は、アンテナ５１（５１ａ〜５１ｄ）とドライバ回路５２とを備えた構成とされている。アンテナ５１ａ〜５１ｄは、各車輪７ａ〜７ｄの近傍に設置され、各送信機２ａ〜２ｄに対して警報閾値情報を例えばＬＦ電波として送信する。ドライバ回路５２は、各アンテナ５１ａ〜５１ｄから各送信機２ａ〜２ｄへの警報閾値情報を示すＬＦ電波の送信を行う出力部としての機能を果たす。
【００３５】
警報表示機６は、警報部として機能するものであり、図１に示されるように、ドライバが視認可能な場所に配置され、例えば車両１におけるインストルメントパネル内に設置される警報ランプ、ナビゲーションシステムのディスプレイやメータ内のマルチディスプレイ等によって構成される。この警報表示機６は、例えば制御装置４からタイヤ空気圧が低下した旨を示す信号が送られてくると、その旨の表示を行うことでドライバにタイヤ空気圧の低下を警報する。
【００３６】
次に、上記のように構成されたタイヤ空気圧検出装置によるタイヤ空気圧検出処理について説明する。図３は、車体８側に備えられた制御装置４のマイクロコンピュータ４１が行う処理を示したフローチャートである。また、図４は、各車輪７ａ〜７ｄに備えられた送信機２ａ〜２ｄのマイクロコンピュータ２２が行う処理を示したフローチャートである。以下、これらの図を参照して、制御装置４と各送信機２ａ〜２ｄで実行される処理について説明する。
【００３７】
まず、制御装置４は、図示しないイグニッションスイッチがオンされると、図３（ａ）に示す警報閾値情報送信処理を実行する。ステップ１００では、マイクロコンピュータ４１のメモリに格納された警報閾値情報を読み出す。警報閾値情報としては、検出されるタイヤ空気圧の絶対値と比較される警報閾値に関する情報と、タイヤ空気圧の単位時間当たりの変化と比較される警報変化閾値がある。警報閾値や警報変化閾値については、直接数値として設定されている値を用いても良いし、推奨圧から算出された値を用いても良い。なお、ここでは警報閾値情報として警報閾値と警報変化閾値を例に挙げたが、いずれか一方のみ、例えば警報閾値のみであっても構わない。
【００３８】
次に、ステップ１１０では、ステップ１００で読み出した警報閾値情報の出力処理を行う。すなわち、アンテナドライバ５に対して警報閾値情報と共に閾値設定コマンドを格納したフレームを伝え、各アンテナ５１ａ〜５１ｄより各送信機２ａ〜２ｄにそのフレームを送信させる。これにより、各送信機２ａ〜２ｄでそのフレームが受信されると、送信機２ａ〜２ｄのマイクロコンピュータ２２が閾値設定コマンドの指示に基づいて警報閾値情報に含まれる警報閾値や警報変化閾値のデータを読み出して記憶し、閾値データ設定完了を示す信号が出力される。このため、ステップ１２０では、その閾値データ設定完了を示す信号を受け取り、受け取ると送信機２ａ〜２ｄ側で正常設定されたことが確認されたとして、警報閾値情報送信処理を完了する。ここで閾値データ設定完了を示す信号を受け取らなかった場合には、再度、ステップ１００、１１０の処理を繰り返し行ってリトライすることで、確実に各送信機２ａ〜２ｄで警報閾値や警報変化閾値が設定されるようにすることができる。
【００３９】
なお、ここではステップ１２０で閾値データ設定完了を示す信号の受信を行うようにしたが、この処理はより確実に各送信機２ａ〜２ｄで警報閾値や警報変化閾値が設定されるようにするためのものであり、必要に応じて行えば良い。また、リトライによってステップ１００、１１０の処理を繰り返す場合には、一定回数のリトライを行っても有効な返信がなければ、電波が届き難い状況もしくは送信機２ａ〜２ｄの不良などと考えられるため、タイムアウトを設けるようにするのが好ましい。リトライを行う場合、送信機２ａ〜２ｄのうち閾値データ設定完了を示す信号を受信していないものに対してのみリトライを行うようにしても良い。
【００４０】
また、図３（ａ）に示す警報閾値情報送信処理とは別フローとして、異常情報受信処理を行っている。この処理は、図３（ａ）の警報閾値情報送信処理が終了してから行われるようにすればよいが、警報閾値情報送信処理と無関係に行っても構わない。
【００４１】
まず、ステップ２００では異常情報受信の有無を判定する。異常情報とは、後述するように、送信機２ａ〜２ｄで検出されたタイヤ空気圧が警報閾値以下になった場合、もしくは、タイヤ空気圧の変化勾配が警報変化閾値以上になった場合に、タイヤ空気圧に異常が発生したとして送信される情報である。本ステップでは、この異常情報を受け取ったか否かを判定している。ここで、異常情報を受信するまで待機し、異常情報を受信すると、ステップ２１０に進んで警報情報を警報表示機６に送信する。これにより、警報表示機６は、受信した警報情報に基づいて、タイヤ空気圧が低下した旨の表示を行うことにより、ドライバにタイヤ空気圧の低下を警報する。
【００４２】
一方、各送信機２ａ〜２ｄでは、マイクロコンピュータ２２が電池２４からの電力供給に基づいて、所定の制御周期毎に図４（ａ）に示す警報閾値設定処理を行うと共に、所定のサンプリング周期毎に図４（ｂ）に示すタイヤ空気圧監視処理を行っている。
【００４３】
図４（ａ）に示す警報閾値設定処理では、まず、ステップ３００において閾値設定コマンドの受信の有無について判定する。上記したように、制御装置４側において、図３（ａ）のステップ１１０で警報閾値情報と共に閾値設定コマンドを格納したフレームが送信されると、そのフレームが各受信機２ａ〜２ｄで受信される。各受信機２ａ〜２ｄのマイクロコンピュータ２２は、この閾値設定コマンドが格納されたフレームを受信すると、本ステップで閾値設定コマンドの受信有りと判定する。
【００４４】
ここで閾値設定コマンドの受信が有るまで待機し、閾値設定コマンドの受信有りと判定されると、ステップ３１０に進んで受信したフレームに格納されている警報閾値情報を読み込む。そして、ステップ３２０で警報閾値情報をＣＰＵ内に備えられたＲＯＭ、ＲＡＭまたはＥＥＰＲＯＭ等のメモリ等に記憶し、閾値データ設定完了を示す信号を送信したのち、処理を終了する。このとき、メモリ等への記憶として、ＥＥＰＲＯＭ等の記憶素子に警報閾値情報を記憶する場合、書換え寿命を考慮して、毎回異なるメモリ領域に記憶するようにすると好ましい。
【００４５】
また、図４（ｂ）に示すタイヤ空気圧監視処理では、警報閾値設定処理で記憶した警報閾値情報に基づいてタイヤ空気圧を監視し、タイヤ空気圧の低下を検出する。まず、ステップ４００において、警報条件を満たしているか否かを判定する。具体的には、所定のサンプリング周期毎にセンシング部２１に備えられた圧力センサ２１ａや温度センサ２１ｂにて圧力や温度を検出し、その検出結果に基づいて各送信機２ａ〜２ｄは、自分自身が取り付けられた車輪７ａ〜７ｄのタイヤ空気圧を演算する。そして、このタイヤ空気圧が警報閾値以下になった場合、もしくはタイヤ空気圧の変化勾配、例えば今回のサンプリング周期と前回のサンプリング周期それぞれのタイヤ空気圧の差が警報変化閾値以上になった場合に、警報条件を満たしたとしている。
【００４６】
ここで警報条件を満たすまで待機し、警報条件を満たすとステップ４１０に進んでタイヤ空気圧が低下したことを示す異常情報をＲＦ電波にて送信する。この異常情報が受信機３で受信されると、それが制御装置４に伝えられることで、上記した図３（ｂ）のステップ２００で異常情報受信有りと判定され、警報表示機６による警報情報の表示が行われることになる。
【００４７】
このように、各送信機２ａ〜２ｄは、自分自身が取り付けられた車輪７ａ〜７ｄのタイヤ空気圧が低下していることを自分自身で検出し、タイヤ空気圧が低下している場合に、その旨を示す異常情報を車体８側の制御装置４に伝えるようにしている。このため、急減圧の場合に限らず緩減圧の場合にも、タイヤ空気圧が低下したときに、即座にそれを制御装置４に伝えることが可能となる。
【００４８】
なお、図４（ｂ）中には、定期送信のフローについて図示しないしていないが、定期送信も行っている。定期送信の周期は、サンプリング周期複数周期分以上に設定される。そして、所定のサンプリング周期毎に演算されたタイヤ空気圧に関する情報を定期送信の周期毎に、各送信機２ａ〜２ｄから送信するようにしている。このとき、上記したように各送信機２ａ〜２ｄが自分自身でタイヤ空気圧の低下を検出できることから、従来のように車体側の受信機でタイヤ空気圧の低下を判定している場合と比べて、定期送信の周期を長くすることができる。つまり、従来のように車体側の受信機でタイヤ空気圧の低下を判定する場合には、定期送信の周期を短くして短時間毎にタイヤ空気圧を監視しないと、タイヤ空気圧が急減圧した場合に対処できない。これに対して、本実施形態のように、送信機２ａ〜２ｄ側でタイヤ空気圧の低下を検出できるようにし、サンプリング周期を短くすることで、タイヤ空気圧の急減圧にも即座にタイヤ空気圧が低下したことを示す異常情報を送信することができ、かつ、基本的にはサンプリングを行っているだけでデータ送信は行っていないため消費電力も少なくできる。このため、タイヤ空気圧が緩減圧した場合にも、異常発生からより短時間に警報が行え、かつ、電池寿命の低下を抑制することが可能となる。
【００４９】
図５は、従来のタイヤ空気圧の異常判定と本実施形態の異常判定の相違を示したタイミングチャートである。この図に示されるように、従来では、定期送信の周期毎にしかタイヤ空気圧に関する情報が車体側の受信機に伝えられないため、定期送信の周期の途中で圧力異常が発生しても、次の定期送信の周期が来るまで異常が伝えられない。これに対して、本実施形態のように、各送信機２ａ〜２ｄでタイヤ空気圧を監視し、異常発生時に制御装置４にそれを伝える形態とすれば、サンプリング周期も短くできるし、圧力異常発生時に即座にそれを制御装置４に伝えることが可能となる。
【００５０】
以上説明したように、本実施形態のタイヤ空気圧検出装置では、各送信機２ａ〜２ｄでタイヤ空気圧を監視し、タイヤ空気圧が低下したときに異常情報を車体８側の制御装置４に伝えるようにしている。そして、各送信機２ａ〜２ｄでは定期送信周期よりも短いサンプリング周期でタイヤ空気圧を監視するようにしているため、従来と比較してより短い周期でタイヤ空気圧の監視を行うことができる。また、短いサンプリング周期でタイヤ空気圧を監視しているため、タイヤ空気圧が低下したときには急減圧でも緩減圧でも早急に制御装置４に伝え、警報表示機６を介してドライバに伝えることができる。したがって、タイヤ空気圧が緩減圧した場合にも、異常発生からより短時間に警報を行うことが可能となる。
【００５１】
また、送信機２ａ〜２ｄでタイヤ空気圧を監視できるため、車体８側の制御装置４で細かくタイヤ空気圧を監視する必要が無くなる。このため、定期送信の周期を長くすることができ、定期送信のための消費電力を低減することが可能となり、電池寿命の低下を抑制することも可能となる。
【００５２】
（第２実施形態）
本発明の第２実施形態について説明する。本実施形態のタイヤ空気圧検出装置は、第１実施形態に対して、各送信機２ａ〜２ｄへの警報閾値情報の確認要求が行えるようにしたものであり、その他に関しては第１実施形態と同様であるため、第１実施形態と異なる部分についてのみ説明する。
【００５３】
上記第１実施形態では、閾値データ設定完了を示す信号を出力することで警報閾値情報に含まれる警報閾値や警報変化閾値のデータを記憶したことを示したが、本実施形態では、記憶したデータが正しい正規データであるか否かを判別できるようにしている。
【００５４】
具体的には、制御装置４は、各送信機２ａ〜２ｄに対して記憶したデータが正しい正規データであるか否かを判別させたいときに、閾値確認要求をアンテナドライバ５に出力する。例えば、図示しないイグニッションスイッチをオンしたタイミングや、前回閾値確認要求を出してから所定周期経過したときなどに、閾値確認要求を出す。これに基づき、アンテナドライバ５のドライバ回路５２は、閾値確認要求や閾値確認データを含むＬＦ電波を各アンテナ５１ａ〜５１ｄから出力させ、それを各送信機２ａ〜２ｄに受信させる。そして、各送信機２ａ〜２ｄは、閾値確認要求を含むＬＦ電波を受信すると、図６に示したフローチャートを実行する。
【００５５】
すなわち、各送信機２ａ〜２ｄは図６に示す閾値確認処理を所定の制御周期毎に実行している。そして、ステップ５００に示される要求トリガ受信判定において、要求トリガに相当するＬＦ電波を受信するまで待機しており、ステップ５００で受信したと判定されると、そのＬＦ電波（要求トリガ）の受信強度を測定すると共にステップ５１０以降の処理を実行する。
【００５６】
ステップ５１０では、格納された警報閾値情報読み出し処理を行う。この処理では、マイクロコンピュータ２２のＣＰＵ内に備えられたＲＯＭ、ＲＡＭまたはＥＥＰＲＯＭ等のメモリ（記憶素子）に格納された警報閾値に関するデータの読み出しを行う。警報閾値に関するデータとは、アンテナドライバ５を通じて車体側から送られて記憶した現在の警報閾値情報を意味しているが、予めミラーデータとして記憶してある警報閾値情報（以下、単にミラーデータという）がある場合には、そのミラーデータも含まれる。
【００５７】
続いて、ステップ５２０に進み、ステップ５１０で読み出した警報閾値に関するデータが正規データであるか否かを判定する。例えば、受信したＬＦ電波内に含まれる閾値確認データとステップ５１０で読み出した警報閾値情報とを照合し、これらが一致しているか否かを判定する。また、ステップ５１０で読み出した警報閾値情報とミラーデータとを照合し、これらが一致しているか否かを判定するようにしても良い。
【００５８】
なお、ステップ５２０において、各送信機２で記憶された警報閾値情報が消失している場合には、正規データではないと判別する。
【００５９】
このステップ５２０で肯定判定されればステップ５３０に進んで正常時送信データをタイヤ空気圧に関するデータと同じフレームもしくは別のフレームにセット（格納）する。同様に、ステップ５２０で否定判定されればステップ５４０に進んで異常時送信データをタイヤ空気圧に関するデータと同じフレームもしくは別のフレームにセット（格納）する。例えば、送信フレーム中に正常か異常かを示すべく割り当てられた１ビットまた数ビットを用いて、正常時送信データもしくは異常時送信データをセットする。
【００６０】
そして、ステップ５５０に進み、各送信機２ａ〜２ｄの送信タイミングが一致することによる混信を避けるために、ＬＦ電波の受信強度に応じた遅延を持たせて、正常時送信データもしくは異常時送信データをセットしたフレームをＲＦ送信する。これにより、ＲＦ受信機３にて、正常時送信データもしくは異常時送信データをセットしたフレームが受信され、制御装置４にて、各送信機２ａ〜２ｄが記憶した警報閾値情報が正規データであるか否かを判別することが可能となる。
【００６１】
このように、各送信機２にて記憶された警報閾値情報が正規データであるか否かを判別することが可能となる。そして、正規データが記憶されていなければ、制御装置４より送信機２ａ〜２ｄのうち少なくとも正規データが記憶されていないものに対して、再び警報閾値情報を記憶させる処理を実行する（図３参照）。これにより、異常時に警報閾値情報を再設定することが可能となり、正規データに基づいて、正しくタイヤ空気圧の低下を検出することが可能となる。また、異常時には、その状態を警報表示機６などを通じてドライバに伝えることもできる。
【００６２】
なお、上記では、ＬＦ電波内の閾値確認データとステップ５１０で読み出した警報閾値情報とを照合した。これに代えて、もしくは、これに加えて、読み出した警報閾値情報からエラーコレクションコード（ＥＣＣ）やフレームチェックコード（ＦＣＣ）のキャラクタを抽出して照合したり、パリティーチェックを行うようにして正規データであるか否かを判定しても良い。また、ミラーデータを有している場合には、そのミラーデータを用いて現在の警報閾値情報を自己修復するようにしても良い。その場合、異常時送信データをセットするときに、同時に自己修復を行ったことを示すデータもセットするようにすることができる。
【００６３】
また、上記ステップ５５０で異常時送信データをセットしたフレームをＲＦ送信した後に、そのフレームを送信した送信機２ａ〜２ｄに対して再設定のための警報閾値情報が送られてこないこともあり得る。その場合には、再設定のための警報閾値情報が送られてくるまで、異常時送信データをセットしたフレームのＲＦ送信を繰り返し行うようにしても良い。
【００６４】
また、ＲＦ送信を行うフレームのビット数に余裕がある場合には、正常時送信データもしくは異常時送信データに加えて、現在設定されている警報閾値情報についてもフレーム中にセットしても良い。その場合、現在設定されている警報閾値情報について、制御装置４側で正常であるか異常であるかを判定することもできる。例えば、警報閾値情報からＥＣＣやＦＣＣのキャラクタを抽出して照合したり、パリティーチェックを行うようにして正規データであるか否かを判定したり、ミラーデータを備え、ミラーデータと照合して正規データであるか否かを判定したりすることができる。
【００６５】
（第３実施形態）
本発明の第３実施形態について説明する。本実施形態も、各送信機２ａ〜２ｄに警報閾値情報の確認を行わせるようにしたものであり、その他に関しては第１実施形態と同様であるため、第１実施形態と異なる部分についてのみ説明する。
【００６６】
本実施形態では、タイヤ空気圧に関するデータの定期送信のタイミングに第２実施形態と同様の警報閾値情報のチェックを行う。このタイミング以外については、第２実施形態と同様である。
【００６７】
各送信機２ａ〜２ｄは、所定の制御周期毎に図７に示したフローチャートを実行しており、ステップ６００に示される空気圧送信タイミング判定において、タイヤ空気圧に関するデータの定期送信のタイミングであると判定されると、ステップ６１０以降の処理を実行する。
【００６８】
具体的には、ステップ６１０〜６４０では、第２実施形態で説明した図６のステップ５１０〜５４０と同様の処理を実行する。ただし、ステップ６２０では、閾値確認データを受信していないため、例えばステップ６１０で読み出した警報閾値情報とミラーデータとを照合し、これらが一致しているか否かを判定している。また、正常時送信データもしくは異常時送信データをセットするフレームについては、タイヤ空気圧に関するデータを格納するフレームと別フレームであっても良いが、定期送信のタイミングであることから、これらのフレームを同じフレームにすると好ましい。このようにすれば、この後行われるフレーム送信を１つにまとめることができ、消費電力低減に伴う電池寿命の向上を図ることができる。
【００６９】
この後、ステップ６５０に進み、正常時送信データもしくは異常時送信データをセットしたフレームをＲＦ送信する。これにより、ＲＦ受信機３にて、正常時送信データもしくは異常時送信データをセットしたフレームが受信され、制御装置４に、各送信機２ａ〜２ｄが記憶した警報閾値情報が正規データであるか否かを判別することが可能となる。
【００７０】
このように、タイヤ空気圧に関するデータの定期送信のタイミングのときに、各送信機２ａ〜２ｄに警報閾値情報の確認を行わせるようにしても良い。これにより、第２実施形態と同様の効果を得ることができる。そして、定期送信と共に警報閾値情報が正規データであるか否かの判定結果を送ることで、その判定結果を送るためのみのＲＦ送信が必要なくなるため、消費電力低減が図れ、電気寿命の向上を図ることができる。
【００７１】
（第４実施形態）
本発明の第４実施形態について説明する。本実施形態も、各送信機２ａ〜２ｄに警報閾値情報の確認を行わせるようにしたものであり、その他に関しては第１実施形態と同様であるため、第１実施形態と異なる部分についてのみ説明する。
【００７２】
本実施形態では、タイヤ空気圧に関するデータの定期送信のタイミングにかかわらず、所定の制御周期毎に第３実施形態と同様の警報閾値情報のチェックを行う。このタイミング以外については、ほぼ第２実施形態と同様であるため、第３実施形態と異なる部分についてのみ説明する。
【００７３】
各送信機２ａ〜２ｄは、所定の制御周期毎に図８に示したフローチャートを実行しており、所定の制御周期毎にステップ７００〜７３０の処理を実行する。ステップ７００、７１０では、第３実施形態で説明した図６のステップ６１０、６２０と同様の処理を実行する。そして、ステップ７１０で否定判定されたときにはステップ７２０に進んでステップ６４０と同様の処理を実行するが、肯定判定されたときにはそのまま処理を終了する。現在の警報閾値情報が正規データであった場合に正常時送信データをセットしたフレームを送信しても良いが、正常であれば何も応答しなくても良いことから、そのまま処理を終了しても良い。このようにすれば、消費電力低減による電池寿命向上を図ることができる。
【００７４】
また、ステップ７２０で異常時送信データをタイヤ空気圧に関するデータと同じフレームもしくは別のフレームにセット（格納）する。そして、ステップ７３０に進んで異常時送信データをセットしたフレームをＲＦ送信すると共に閾値データ再送要求を送信する。このときの閾値データ再送要求については、そのコマンドを異常時送信データをセットしたフレーム内に格納しておけば、１度のフレーム送信で異常時送信データと閾値データ再送要求のデータの両方の送信が行える。
【００７５】
このように、所定の制御周期毎に各送信機２ａ〜２ｄに警報閾値情報のチェックを行わせるようにしても、第３実施形態と同様の効果を得ることができる。なお、本実施形態では、異常時送信データをセットしたフレームをＲＦ送信すると共に閾値データ再送要求を送信するようにした。しかしながら、第２、第３実施形態と同様、異常時送信データに基づいて正規データが記憶されていないことを認識し、制御装置４より送信機２ａ〜２ｄのうち少なくとも正規データが記憶されていないものに対して、再び警報閾値情報を記憶させる処理を実行するようにしても良い。勿論、第２、第３実施形態に対しても、本実施形態のように、送信機２ａ〜２ｄから正規データが記憶されていなかったときに閾値データ再送要求が出されるようにしても良い。
【００７６】
（第５実施形態）
本発明の第５実施形態について説明する。本実施形態では、警報閾値情報が正規データであるか否かの判定を送信機２ａ〜２ｄで行うのではなく、送信機２ａ〜２ｄから記憶している現在の警報閾値情報を制御装置４側に送信し、制御装置４側で判定させるようにする。
【００７７】
本実施形態では、警報閾値情報が正規データであるか否かの判定を実行する警報閾値情報確認のタイミングになると、制御装置４に閾値確認要求処理を実行させる。例えば、所定周期毎もしくは各送信機２ａ〜２ｄに対して警報閾値情報を送信してから所定時間経過後などのタイミングに閾値確認要求処理を実行させる。具体的には、そのタイミングに、各送信機２ａ〜２ｄに対して警報閾値情報確認を行わせるために、アンテナドライバ５のドライバ回路５２を通じて各アンテナ５１ａ〜５１ｄより読み出しコマンドを示すＬＦ電波を出力する。
【００７８】
各送信機２ａ〜２ｄは、所定の制御周期毎に図９に示したフローチャートを実行しており、ステップ８００に示される読み出しコマンド受信判定において、読み出しコマンドを受信したと判定されると、ステップ８１０以降の処理を実行する。
【００７９】
ステップ８１０では、各送信機２ａ〜２ｄは、第２実施形態で説明した図６のステップ５１０と同様、格納された警報閾値情報読み出し処理を行う。また、必要に応じて警報閾値情報を符号化（例えば、データ長短縮や冗長性付加）したり、読み出した警報閾値情報からＥＣＣやＦＣＣのキャラクタもしくはパリティーチェック用のデータを抽出したりする。勿論、符号化などを行わずに警報閾値情報の生値をそのまま用いても良い。つまり、生値の警報閾値情報と符号化などを行った警報閾値情報とにかかわらず、警報閾値情報に関するデータであれば構わない。
【００８０】
そして、ステップ８２０に進み、警報閾値情報の生値もしくは符号化などを行った生成データを送信機固有のＩＤ情報などと共にＲＦ送信データへ配列することで送信フレームを作成する。
【００８１】
その後、ステップ８３０に進んでＲＦ送信タイミングでデータ送信を行う。例えば、各送信機２ａ〜２ｄの送信タイミングが一致することによる混信を避けるために、ＬＦ電波の受信強度に応じた遅延を持たせて、ＲＦ送信データをセットしたフレームをＲＦ送信する。
【００８２】
例えば、図１に示したように、アンテナ５１が各車輪７ａ〜７ｄに対応した数備えられている場合には、図１０に示すタイミングチャートのような動作を行う。すなわち、各アンテナ５１ａ〜５１ｄより順番に閾値確認要求を示すＬＦ電波を出力すると、各送信機２ａ〜２ｄのうち各アンテナ５１ａ〜５１ｄと対応する車輪７ａ〜７ｄに取り付けられたものからその都度警報閾値情報が返信される。このとき、各アンテナ５１ａ〜５１ｄから順番に閾値確認要求が出され、閾値確認要求のＬＦ電波を受信すると各送信機２ａ〜２ｄより警報閾値情報を返信するようにすれば、各送信機２ａ〜２ｄから異なるタイミングで警報閾値情報の返信が行われることになる。したがって、各送信機２ａ〜２ｄの送信タイミングが一致することによる混信が発生することはない。
【００８３】
なお、警報閾値情報の返信があったときに、次のアンテナ５１からのＬＦ電波の送信を行うようにすればよいが、有効な返信が無いことも有り得る。その場合には、再度ＬＦ電波を送信してリトライすることもできる。その場合でも、一定回数のリトライを行っても有効な返信がなければ、電波が届き難い状況もしくは送信機２ａ〜２ｄの不良などと考えられるため、タイムアウトを設けるようにするのが好ましい。
【００８４】
このようにして生値もしくは符号化等を行った警報閾値情報が格納されたフレームが送信されると、それがＲＦ受信機３で受信される。そして、制御装置４に送られることで、各送信機２ａ〜２ｄが記憶した警報閾値情報が正規データであるか否かを判別することが可能となる。このように、各送信機２から警報閾値情報を送信させ、制御装置４側で警報閾値情報が正規データであるか否かを判別することも可能となる。
【００８５】
（他の実施形態）
（１）上記実施形態では、各車輪７ａ〜７ｄに対応して４つのアンテナ５１ａ〜５１ｄを備え、各アンテナ５１ａ〜５１ｄより各車輪７ａ〜７ｄに取り付けられた送信機２ａ〜２ｄに個々に警報閾値情報を格納したフレームが送信されるようにしている。しかしながら、これは単なる一例を示したに過ぎず、例えば、両前輪７ａ、７ｂの送信機２ａ、２ｂに対応したアンテナと両後輪７ｃ、７ｄの送信機２ｃ、２ｄに対応したアンテナの２つを備えるようにしても良いし、全車輪７ａ〜７ｄの各送信機２ａ〜２ｄすべてにフレーム送信が行える１つのアンテナとしても構わない。
【００８６】
アンテナを２つとする場合、例えば一方のアンテナを車両フロント寄りに配置しつつ両前輪７ａ、７ｂから異なる距離に配置し、他方のアンテナ５１を車両リア寄りに配置しつつ両後輪７ｃ、７ｄから異なる距離に配置する形態とする。この場合、一方のアンテナ５１にて両前輪７ａ、７ｂの送信機２ａ、２ｂに対してＬＦ電波を出力し、他方のアンテナ５１にて両後輪７ｃ、７ｄの送信機２ｃ、２ｄに対してＬＦ電波を出力すれば良い。
【００８７】
このような形態とされる場合でも、上記各実施形態と同様の動作を行うことができる。例えば、第５実施形態のように閾値確認要求を行う場合には、図１１に示すタイミングチャートのような動作を行う。
【００８８】
すなわち、両前輪７ａ、７ｂの送信機２ａ、２ｂに対して閾値確認要求を示すＬＦ電波を出力すると、アンテナ５１から両前輪７ａ、７ｂまでの距離が異なることから、送信機２ａ、２ｂでのＬＦ電波の受信強度が異なった値になる。このため、受信強度に応じた遅延を持たせてＲＦ送信が行われるようにすることで、各送信機２ａ、２ｂから順番に異なるタイミングで警報閾値情報を返信させることができる。同様に、その後、両後輪７ｃ、７ｄの送信機２ｃ、２ｄに対して閾値確認要求を示すＬＦ電波を出力すると、アンテナ５１から両後輪７ｃ、７ｄまでの距離が異なることから、送信機２ｃ、２ｄでのＬＦ電波の受信強度が異なった値になる。このため、受信強度に応じた遅延を持たせてＲＦ送信が行われるようにすることで、各送信機２ｃ、２ｄから順番に異なるタイミングで警報閾値情報を返信させることができる。したがって、各送信機２ａ〜２ｄの送信タイミングが一致することによる混信が発生することはない。
【００８９】
なお、アンテナ５１を２つ用いる場合でも、警報閾値情報の返信があったときに、次のアンテナ５１からのＬＦ電波の送信を行うようにすればよいが、有効な返信が無いことも有り得る。その場合には、再度ＬＦ電波を送信してリトライすることもできる。その場合でも、一定回数のリトライを行っても有効な返信がなければ、電波が届き難い状況もしくは送信機２ａ〜２ｄの不良などと考えられるため、タイムアウトを設けるようにするのが好ましい。
【００９０】
（２）また、各車輪７ａ〜７ｄの警報閾値や警報変化閾値などの警報閾値情報について、両前輪７ａ、７ｂと両後輪７ｃ、７ｄとで同じであっても良いし、異なるようにしても良い。
【００９１】
各車輪７ａ〜７ｄの警報閾値情報が同じ場合、アンテナ５１が４つの場合には、各車輪７ａ〜７ｄに対して同時にもしくはそれぞれ異なるタイミングで警報閾値情報を送信することができる。また、アンテナ５１が２つの場合には、両前輪７ａ、７ｂと両後輪７ｃ、７ｄに対して順番に警報閾値情報を送信しても良いし、同時に警報閾値情報を送信しても良い。この場合にも、各送信機２ａ〜２ｄで警報閾値情報が正常に記憶されると閾値データ設定完了を示す信号が返信されてくるが、その返信がなければ一定回数のリトライを行うようにすると好ましい。リトライを行う場合、送信機２ａ〜２ｄのうち閾値データ設定完了を示す信号を受信していないものに対してのみリトライを行うようにしても良い。
【００９２】
また、両前輪７ａ、７ｂと両後輪７ｃ、７ｄとで異なるようにする場合も同様のことが言える。すなわち、アンテナ５１が４つの場合には、各車輪７ａ〜７ｄに対して同時にもしくはそれぞれ異なるタイミングで警報閾値情報を送信することができる。また、アンテナ５１が２つの場合には、両前輪７ａ、７ｂと両後輪７ｃ、７ｄに対して順番に警報閾値情報を送信しても良いし、同時に警報閾値情報を送信しても良い。ただし、これらの場合、両前輪７ａ、７ｂと対応するアンテナ５１から前輪用の警報閾値情報を送信し、両後輪７ｃ、７ｄと対応するアンテナ５１から後輪用の警報閾値情報を送信する。このとき、各送信機２ａ〜２ｄが各車輪７ａ〜７ｄのいずれに取り付けられたものであるかを特定する車輪位置検出機能を備えたタイヤ空気圧検出装置である場合において、車輪位置検出が完了済みであれば、警報閾値情報に対象とする送信機のＩＤ情報を付加しても良い。このようにすれば、仮に各送信機２ａ〜２ｄで２つのアンテナ５１から送信されたＬＦ電波が両方共受信されたとしても、対象とするＬＦ電波を特定することが可能となる。逆に、車輪位置検出が完了前であれば、各送信機２ａ〜２ｄに対して警報閾値情報を送信する前に、車輪位置検出を実行して完了させるようにする動作を行うようにしておき、その結果を待ってから各送信機２ａ〜２ｄへの警報閾値情報の送信を行うようにしても良い。
【００９３】
なお、警報閾値情報を伝えるアンテナ５１が４つもしくは２つの場合は、上記したように、両前輪７ａ、７ｂの送信機２ａ、２ｂと両後輪７ｃ、７ｄの送信機２ｃ、２ｄとに対してそれぞれ異なる警報閾値情報を送信すれば良い。しかしながら、アンテナ５１が１つの場合には、次のようにして行うことになる。
【００９４】
すなわち、各送信機２ａ〜２ｄに受信強度を測定させるようにし、アンテナ５１からは両前輪７ａ、７ｂの警報閾値情報と両後輪７ｃ、７ｄの警報閾値情報を送信する際に異なる信号強度の電波で送信するようにする。また、各送信機２ａ〜２ｄでは、警報閾値情報の受信を許可する最低受信強度を設定しておく。そして、アンテナ５１を両前輪７ａ、７ｂか両後輪７ｃ、７ｄのいずれか一方に近づけるように配置する。このようにすることで、両前輪７ａ、７ｂと両後輪７ｃ、７ｄのうちアンテナ５１から近いほうの送信機２では異なる警報閾値情報を受信した時に受信強度の強い方側が自分自身の警報閾値情報であると判定することができる。また、両前輪７ａ、７ｂと両後輪７ｃ、７ｄのうちアンテナ５１から遠い方の送信機２では最低受信強度を超える電波に含まれた警報閾値情報を自分自身の警報閾値情報であると判定することができる。
【００９５】
（３）上記実施形態では、警報閾値情報の送信についてはＬＦ電波を使用し、タイヤ空気圧の低下を示す異常情報の送信についてはＲＦ電波を使用するようにしているが、どのような電波を用いるかについては任意に選択可能である。
【００９６】
（４）上記実施形態では、ＲＦ受信機３を１つのみ設ける場合について説明したが、各送信機２ａ〜２ｄに対応して複数備えられていても良い。この場合も、全車輪７ａ〜７ｄの各送信機２ａ〜２ｄすべてに対応した数備えられていても良いし、両前輪７ａ、７ｂの送信機２ａ、２ｂに対応したものと両後輪７ｃ、７ｄの送信機２ｃ、２ｄに対応したものの２つであっても良い。また、ＲＦ受信機３のうちのアンテナ３１のみを複数個にしても良い。
【００９７】
（５）上記実施形態では、警報条件として、タイヤ空気圧の低下の条件を示したが、タイヤ空気圧の低下のみでなく、タイヤ空気圧の増加や温度の上昇についても警報条件とすることができる。例えば、タイヤ空気圧が規定値以上に増加した場合や、タイヤ内の温度が規定値以上のときに警報を行うようにしても良い。
【００９８】
また、警報条件については、各車輪７ａ〜７ｄそれぞれ独立して異なる条件に設定することも可能である。勿論、前後輪それぞれで異なる条件に設定することも可能である。その場合、各送信機２ａ〜２ｄに対して送信される電波が混信することを避けるべく、各送信機２ａ〜２ｄの固有のＩＤ情報を警報閾値情報と共に付すことで、各送信機２ａ〜２ｄが自分自身の警報閾値情報を受信したか否かについて判定できるようにすると良い。
【００９９】
（６）なお、各図中に示したステップは、各種処理を実行する手段に対応するものである。具体的には、ステップ４００に示す処理を実行する部分が警報条件判定手段に相当し、ステップ２１０に示す処理を実行する部分が異常情報送信手段に相当する。
【符号の説明】
【０１００】
１ 車両
２（２ａ〜２ｄ） 送信機
３ ＲＦ受信機
４ 制御装置
５ アンテナドライバ
６ 警報表示機
７ａ〜７ｄ 車輪
８ 車体
２１ センシング部
２２、４１ マイクロコンピュータ
２３、３１、５１ アンテナ
３２ 受信回路
【特許請求の範囲】
【請求項１】
タイヤを備えた複数個の車輪（７ａ〜７ｄ）それぞれに取り付けられ、取り付けられた車輪（７ａ〜７ｄ）におけるタイヤ空気圧を取得するセンシング部（２１）を有すると共に、前記センシング部（２１）が取得したタイヤ空気圧が低下していることを示す異常情報を送信する送信機（２）と、
車体（８）側に備えられ、前記異常情報を受信すると、前記タイヤ空気圧の低下の警報を指示する警報情報を出力する受信手段（３、４）と、
前記受信手段（３、４）からの前記警報情報に基づいて、タイヤ空気圧の低下の警報を行う警報表示機（６）と、を有してなるタイヤ空気圧検出装置において、
前記送信機（２）は、所定のサンプリング周期毎に当該送信機（２）が取り付けられた車輪（７ａ〜７ｄ）のタイヤ空気圧を取得すると共に、取得したタイヤ空気圧が低下して警報条件を満たすか否かを判定する警報条件判定手段（４００）と、前記警報条件判定手段（４００）にてタイヤ空気圧が低下して警報条件を満たしたと判定されると、前記受信手段（３、４）に対して異常情報を送信する異常情報送信手段（４１０）と、を有していることを特徴とするタイヤ空気圧検出装置。
【請求項２】
前記送信機（２）は、定期送信周期毎に前記センシング部（２１）で取得した前記タイヤ空気圧に関する情報を送信しており、前記定期送信周期が前記サンプリング周期複数周期分以上とされていることを特徴とする請求項１に記載のタイヤ空気圧検出装置。
【請求項３】
前記受信手段（３、４）は、前記警報条件として用いる警報閾値情報を記憶しており、
前記受信手段（３、４）から前記警報閾値情報を受け取り、アンテナ（５１）を通じて前記複数個の車輪（７ａ〜７ｄ）それぞれに取り付けられた前記送信機（２）に送信するアンテナドライバ（５）を備え、
前記送信機（２）は、前記アンテナ（５１）から送信された前記警報閾値情報を受信すると共に当該警報閾値情報を読み出して記憶し、前記警報条件として用いることを特徴とする請求項１または２に記載のタイヤ空気圧検出装置。
【請求項４】
前記送信機（２）は、
記憶した前記警報閾値情報を読み出す読出手段（５１０、６１０、７００）と、
前記読出手段（５１０、６１０、７００）にて読み出された前記警報閾値情報が正規データであるか否かを判定する判定手段（５２０、６２０、７１０）と、
前記判定手段（５２０、６２０、７１０）による判定結果を示すデータをセットして前記受信手段（３、４）に送信する送信手段（５３０〜５５０、６３０〜６５０、７２０〜７３０）とを有していることを特徴とする請求項３に記載のタイヤ空気圧検出装置。
【請求項５】
前記受信手段（３、４）は、前記送信機（２）に対して前記警報閾値情報が正規データであるか否かの判定を行わせる際に要求トリガを出力し、
前記送信機（２）は、前記要求トリガを受信したことを判定する要求トリガ受信手段（５００）を有し、該要求トリガ受信手段（５００）にて前記要求トリガを受信したと判定されると、前記読出手段（５１０）による前記警報閾値情報の読し出しを行ったのち、前記判定手段（５２０）にて読み出された前記警報閾値情報が正規データであるか否かを判定することを特徴とする請求項４に記載のタイヤ空気圧検出装置。
【請求項６】
前記送信機（２）は、所定の定期送信毎にタイヤ空気圧の検出結果を送信する定期送信を行っており、該定期送信のタイミングに、前記読出手段（６１０）による前記警報閾値情報の読し出しを行ったのち、前記判定手段（６２０）にて読み出された前記警報閾値情報が正規データであるか否かを判定することを特徴とする請求項４に記載のタイヤ空気圧検出装置。
【請求項７】
前記送信機（２）は、所定の制御周期毎に、前記読出手段（７００）による前記警報閾値情報の読し出しを行ったのち、前記判定手段（７１０）にて読み出された前記警報閾値情報が正規データであるか否かを判定することを特徴とする請求項４に記載のタイヤ空気圧検出装置。
【請求項８】
前記送信機（２）は、
記憶した前記警報閾値情報を読み出す読出手段（８１０）と、
前記読出手段（８１０）にて読み出された前記警報閾値情報に関するデータをセットして前記受信手段（３、４）に送信する送信手段（８３０）とを有し、
前記受信手段（３、４）は、前記送信機（２）が送信した前記警報閾値情報に関するデータを受信し、前記警報閾値情報が正規データであるか否かを判定することを特徴とする請求項３に記載のタイヤ空気圧検出装置。
【請求項１】
タイヤを備えた複数個の車輪（７ａ〜７ｄ）それぞれに取り付けられ、取り付けられた車輪（７ａ〜７ｄ）におけるタイヤ空気圧を取得するセンシング部（２１）を有すると共に、前記センシング部（２１）が取得したタイヤ空気圧が低下していることを示す異常情報を送信する送信機（２）と、
車体（８）側に備えられ、前記異常情報を受信すると、前記タイヤ空気圧の低下の警報を指示する警報情報を出力する受信手段（３、４）と、
前記受信手段（３、４）からの前記警報情報に基づいて、タイヤ空気圧の低下の警報を行う警報表示機（６）と、を有してなるタイヤ空気圧検出装置において、
前記送信機（２）は、所定のサンプリング周期毎に当該送信機（２）が取り付けられた車輪（７ａ〜７ｄ）のタイヤ空気圧を取得すると共に、取得したタイヤ空気圧が低下して警報条件を満たすか否かを判定する警報条件判定手段（４００）と、前記警報条件判定手段（４００）にてタイヤ空気圧が低下して警報条件を満たしたと判定されると、前記受信手段（３、４）に対して異常情報を送信する異常情報送信手段（４１０）と、を有していることを特徴とするタイヤ空気圧検出装置。
【請求項２】
前記送信機（２）は、定期送信周期毎に前記センシング部（２１）で取得した前記タイヤ空気圧に関する情報を送信しており、前記定期送信周期が前記サンプリング周期複数周期分以上とされていることを特徴とする請求項１に記載のタイヤ空気圧検出装置。
【請求項３】
前記受信手段（３、４）は、前記警報条件として用いる警報閾値情報を記憶しており、
前記受信手段（３、４）から前記警報閾値情報を受け取り、アンテナ（５１）を通じて前記複数個の車輪（７ａ〜７ｄ）それぞれに取り付けられた前記送信機（２）に送信するアンテナドライバ（５）を備え、
前記送信機（２）は、前記アンテナ（５１）から送信された前記警報閾値情報を受信すると共に当該警報閾値情報を読み出して記憶し、前記警報条件として用いることを特徴とする請求項１または２に記載のタイヤ空気圧検出装置。
【請求項４】
前記送信機（２）は、
記憶した前記警報閾値情報を読み出す読出手段（５１０、６１０、７００）と、
前記読出手段（５１０、６１０、７００）にて読み出された前記警報閾値情報が正規データであるか否かを判定する判定手段（５２０、６２０、７１０）と、
前記判定手段（５２０、６２０、７１０）による判定結果を示すデータをセットして前記受信手段（３、４）に送信する送信手段（５３０〜５５０、６３０〜６５０、７２０〜７３０）とを有していることを特徴とする請求項３に記載のタイヤ空気圧検出装置。
【請求項５】
前記受信手段（３、４）は、前記送信機（２）に対して前記警報閾値情報が正規データであるか否かの判定を行わせる際に要求トリガを出力し、
前記送信機（２）は、前記要求トリガを受信したことを判定する要求トリガ受信手段（５００）を有し、該要求トリガ受信手段（５００）にて前記要求トリガを受信したと判定されると、前記読出手段（５１０）による前記警報閾値情報の読し出しを行ったのち、前記判定手段（５２０）にて読み出された前記警報閾値情報が正規データであるか否かを判定することを特徴とする請求項４に記載のタイヤ空気圧検出装置。
【請求項６】
前記送信機（２）は、所定の定期送信毎にタイヤ空気圧の検出結果を送信する定期送信を行っており、該定期送信のタイミングに、前記読出手段（６１０）による前記警報閾値情報の読し出しを行ったのち、前記判定手段（６２０）にて読み出された前記警報閾値情報が正規データであるか否かを判定することを特徴とする請求項４に記載のタイヤ空気圧検出装置。
【請求項７】
前記送信機（２）は、所定の制御周期毎に、前記読出手段（７００）による前記警報閾値情報の読し出しを行ったのち、前記判定手段（７１０）にて読み出された前記警報閾値情報が正規データであるか否かを判定することを特徴とする請求項４に記載のタイヤ空気圧検出装置。
【請求項８】
前記送信機（２）は、
記憶した前記警報閾値情報を読み出す読出手段（８１０）と、
前記読出手段（８１０）にて読み出された前記警報閾値情報に関するデータをセットして前記受信手段（３、４）に送信する送信手段（８３０）とを有し、
前記受信手段（３、４）は、前記送信機（２）が送信した前記警報閾値情報に関するデータを受信し、前記警報閾値情報が正規データであるか否かを判定することを特徴とする請求項３に記載のタイヤ空気圧検出装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【公開番号】特開２０１３−６５８８（Ｐ２０１３−６５８８Ａ）
【公開日】平成２５年１月１０日（２０１３．１．１０）
【国際特許分類】
【出願番号】特願２０１２−１０１０２４（Ｐ２０１２−１０１０２４）
【出願日】平成２４年４月２６日（２０１２．４．２６）
【出願人】（０００００４２６０）株式会社デンソー (27,639)
【Ｆターム（参考）】
【公開日】平成２５年１月１０日（２０１３．１．１０）
【国際特許分類】
【出願日】平成２４年４月２６日（２０１２．４．２６）
【出願人】（０００００４２６０）株式会社デンソー (27,639)
【Ｆターム（参考）】
[ Back to top ]