(57)【要約】【課題】  受信装置のコスト上昇を抑え、更に判定情報の記憶作業の手間を低減する。【解決手段】  車両の車輪を構成するタイヤのそれぞれに組み込まれ、各タイヤの空気圧を検出し、検出結果と本装置を識別するためのセンサＩＤとを無線送信する検出装置１０，検出装置１０からの検出結果を無線受信する受信装置３０，受信装置３０が受信した検出結果に基づいて各タイヤの空気圧を監視する監視装置５０から、タイヤ空気圧監視システム１は構成されている。監視装置５０は、監視装置５０が備えるＥＥＰＲＯＭに記憶されている全ての検出装置１０の判定用センサＩＤを、ＬＡＮ７０を介して各受信装置３０にブロードキャストで送信する。その後、各受信装置３０は、検出装置１０から受信した検出結果の内、センサＩＤが判定用センサＩＤに一致する検出結果のみを監視装置５０へ送信する。【選択図】図１
2005112342.tif 000002
【特許請求の範囲】
【請求項１】
車両に装着されている複数のタイヤのそれぞれに組み込まれ、該タイヤ内の空気圧を検出し、当該装置を識別するための識別情報を前記検出結果とともに無線により送信する空気圧検出装置と、該空気圧検出装置から送信された前記検出結果を受信する受信装置と、該受信装置が受信した前記検出結果に基づいて、前記複数のタイヤの空気圧を監視する監視装置とからなるタイヤ空気圧監視システムであって、
前記監視装置は、
当該タイヤ空気圧監視システムが有する全ての空気圧検出装置の前記識別情報を判定情報として記憶する監視記憶手段と、
前記監視記憶手段に記憶された判定情報を、予め設定された所定タイミングで前記受信装置へ送信する判定情報送信手段と、を備え、
前記受信装置は、
前記監視装置から受信した判定情報を受信判定情報として記憶する受信記憶手段と、
前記空気圧検出装置から受信した検出結果の内、該検出結果とともに受信した識別情報が前記受信判定情報と一致する検出結果を前記監視装置へ送信する第１検出結果送信手段と、を備える、
ことを特徴とするタイヤ空気圧監視システム。
【請求項２】
前記受信装置を複数備え、
該複数の受信装置と前記監視装置とが、前記車両内に設置されたローカルエリアネットワークを介して接続される、
ことを特徴とする請求項１に記載のタイヤ空気圧監視システム。
【請求項３】
前記判定情報送信手段は、当該タイヤ空気圧監視システムが有する全ての空気圧検出装置の前記判定情報を、当該タイヤ空気圧監視システム内の全ての受信装置にブロードキャストで送信することを特徴とする請求項２に記載のタイヤ空気圧監視システム。
【請求項４】
前記受信装置は、
前記受信判定情報の内容が変化したか否かを判断し、前記受信判定情報の内容が変化した場合には、前記判定情報の送信を要求する旨を示す送信要求指令を、前記監視装置に送信する要求指令送信手段を備え、
前記監視装置は、
前記受信装置から前記送信要求指令を受信すると、前記判定情報を前記受信装置へ送信する再送信手段を備える、
ことを特徴とする請求項１〜請求項３何れかに記載のタイヤ空気圧監視システム。
【請求項５】
前記受信装置は、
前記受信判定情報の内容が変化したか否かを判断し、前記受信判定情報の内容が変化した場合には、前記空気圧検出装置から受信した検出結果の全てを前記監視装置へ送信する第２検出結果送信手段を備える、
ことを特徴とする請求項１〜請求項３何れかに記載のタイヤ空気圧監視システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両のタイヤ内に組み込まれタイヤ内の空気圧を検出する空気圧検出装置を用いて、タイヤの空気圧を監視するタイヤ空気圧監視システムに関する。
【背景技術】
【０００２】
従来より、空気注入タイプのタイヤを備えた車両において走行時の安全を高めるために、車両のタイヤに組み込まれ、タイヤ内の空気圧や空気圧の異常を検出して、空気圧情報を無線送信する空気圧検出装置と、空気圧検出装置から送信された空気圧情報を受信する受信装置とを備え、受信装置が受信した空気圧情報に基づいて、タイヤの空気圧を監視するタイヤ空気圧監視システムが知られている。
【０００３】
このようなタイヤ空気圧監視システムでは、他車両の空気圧検出装置から送信された空気圧情報に基づいて、自車両のタイヤの空気圧の状況を誤って判断してしまうことを防止するために、受信した空気圧情報が、自車両に装着されたタイヤのものであるか否かを受信装置にて識別する必要がある。また、同システムでは、自車両のタイヤの空気圧の状況を正しく判断するために、受信した空気圧情報が、自車両に装着された複数のタイヤの内のどのタイヤのものであるかを受信装置にて識別する必要がある。
【０００４】
このため、タイヤに組み込まれる空気圧検出装置には、それぞれ固有の識別番号が付与され、受信装置には、自車両の各タイヤに組み込まれた空気圧検出装置の識別情報が予め登録されている。
【０００５】
そして、空気圧検出装置が、自装置を識別するための識別情報を空気圧情報とともに無線送信し、更に受信装置が、受信した識別情報と予め記憶している識別情報とを比較することにより、どのタイヤの空気圧情報であるか識別することが行われている（例えば、特許文献１参照。）。
【０００６】
ところで、各車両の受信装置においては、上述したように、自車両からの空気圧情報だけでなく、自車両に接近する他車両からの空気圧情報も受信して識別情報の比較を行うため、交通量の多い場所では処理負荷が増大する。
【０００７】
この受信装置の処理負荷を低減するために、空気圧検出装置から空気圧情報を受信するための受信装置と、空気圧情報に基づいて空気圧を監視するための監視装置とに分離した構成のものが考えられる。つまり、空気圧を監視する処理を、受信装置の代わりに監視装置に実行させることにより、受信装置の処理負荷を低減することができる。
【特許文献１】特開２００１−３２２４１１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
このような受信装置と監視装置とに分離した構成のタイヤ空気圧監視システムにおいて、受信装置に識別情報を判定情報として予め記憶させておき、識別情報が判定情報と一致する空気圧情報のみを監視装置へ送信する、つまり監視装置は自車両の空気圧情報のみを受信する構成が考えられる。しかし、このような構成にすると、判定情報を予め記憶するための記憶装置を受信装置に設ける必要があり、受信装置のコストが上昇するという問題があった。更に、複数の受信装置が車両内に取り付けられている場合には、タイヤを交換すると、新しく装着したタイヤの空気圧検出装置の判定情報を、複数の受信装置のそれぞれに改めて記憶させる必要があり、このための作業に手間がかかるという問題があった。
【０００９】
本発明は、こうした問題に鑑みなされたものであり、受信装置のコスト上昇を抑え、更に判定情報の記憶作業の手間を低減するタイヤ空気圧監視システムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
係る目的を達成するためになされた請求項１に記載のタイヤ空気圧監視システムにおいては、監視装置が備える判定情報送信手段は、監視装置が備える監視記憶手段に記憶されている全ての空気圧検出装置の判定情報を、所定タイミングで受信装置へ送信する。そして、受信装置が備える受信記憶手段は、監視装置から受信した判定情報を受信判定情報として記憶し、更に受信装置が備える第１検出結果送信手段は、空気圧検出装置から受信した検出結果の内、検出結果とともに受信した識別情報が受信判定情報と一致する検出結果を監視装置へ送信する。
【００１１】
このため、判定情報を予め記憶するための記憶装置は監視装置に設けられるので、受信装置には、判定情報を予め記憶するための記憶装置が不要になり、受信装置のコスト上昇を抑えることができる。
【００１２】
さらに、判定情報は監視装置のみに記憶させればよいので、判定情報の記憶作業の手間を低減することができる。
尚、所定タイミングとしては、当該タイヤ空気圧監視システムが起動した直後や、予め設定された所定時間毎とすればよい。
【００１３】
また、複数の受信装置を備える場合には、複数の装置間でのデータ送受信を、広くとも１台の車両内の比較的小さい範囲で行うため、請求項２に記載のように、該複数の受信装置と前記監視装置とが、前記車両内に設置されたローカルエリアネットワークを介して接続されるようにするとよい。
【００１４】
また、請求項２に記載のタイヤ空気圧監視システムにおいては、判定情報送信手段は、複数の受信装置のそれぞれに対して個別に判定情報を送信するようにしてもよいが、請求項３に記載のように、判定情報送信手段は、当該タイヤ空気圧監視システムが有する全ての空気圧検出装置の前記判定情報を、当該タイヤ空気圧監視システム内の全ての受信装置にブロードキャストで送信するようにしてもよい。
【００１５】
このようにすれば、監視装置から受信装置へ判定情報を送信する処理を１回で済ますことができるので、判定情報の送信処理を簡便化できる。
ところで、受信判定情報の内容が、電源瞬断や外来ノイズ等の影響によって変化してしまった場合に、受信装置では、当該タイヤ空気圧監視システムの空気圧検出装置が送信する検出結果（以下、自システム検出結果と称す）が監視装置へ送信されなくなる虞がある。
【００１６】
このため、請求項１〜請求項３何れかに記載のタイヤ空気圧監視システムにおいては、請求項４に記載のように、受信装置は、受信判定情報の内容が変化したか否かを判断し、受信判定情報の内容が変化した場合には、判定情報の送信を要求する旨を示す送信要求指令を、監視装置に送信する要求指令送信手段を備え、監視装置は、受信装置から送信要求指令を受信すると、判定情報を受信装置へ送信する再送信手段を備えるようにするとよい。
【００１７】
このように構成されたタイヤ空気圧監視システムによれば、受信判定情報の内容が変化しまった場合に、自システム検出結果が監視装置へ送信されなくなるということを最小限に抑えることができる。
【００１８】
あるいは、請求項１〜請求項３何れかに記載のタイヤ空気圧監視システムにおいては、請求項５に記載のように、受信装置は、受信判定情報の内容が変化したか否かを判断し、受信判定情報の内容が変化した場合には、空気圧検出装置から受信した検出結果の全てを監視装置へ送信する第２検出結果送信手段を備えるようにするとよい。
【００１９】
このように構成されたタイヤ空気圧監視システムによれば、受信判定情報の内容が変化しまった場合に、監視装置が検出結果を受信するための処理負荷が増大するものの、自システム検出結果が監視装置へ送信されなくなるということを最小限に抑えることができる。
【発明を実施するための最良の形態】
【００２０】
（第１実施形態）
次に本発明の第１実施形態について図面をもとに説明する。
まず、本発明が適用されたタイヤ空気圧監視システム（以降、監視システムとも称す）１全体の構成を図１に基づいて説明する。図１は、監視システム１を搭載した車両（トラック）２を上方より見た構成要素の配置図である。
【００２１】
図１に示すように、監視システム１は、車両２の車輪を構成する計１２本の空気注入タイプのチューブレスタイヤ（以降、タイヤと称す）４のそれぞれに組み込まれ、各タイヤの空気圧を検出する空気圧検出装置（以降、検出装置と称す）１０，検出装置１０からの検出結果を受信する受信装置３０，受信装置３０が受信した検出結果に基づいて各タイヤの空気圧を監視する監視装置５０，各受信装置３０と監視装置５０とを接続するローカルエリアネットワーク（ＬＡＮ）７０から構成されている。
【００２２】
各検出装置１０は、各タイヤ４内の空気圧を検出して、その検出結果を所定の時間間隔で定期的に無線にて受信装置３０へ送信するものであり、タイヤ４への空気注入用のバルブ（不図示）とともにタイヤ４のリム（不図示）に固定されている。
【００２３】
各受信装置３０は、検出装置１０から送信されてくる所定周波数の電波を受信し、その受信信号を復調することにより、各タイヤ４の検出結果を取得する。そして、各受信装置３０は、この検出結果をＬＡＮ７０を介して、監視装置５０へ送信する。
【００２４】
監視装置５０は、各受信装置３０から送信されてくる検出結果を受信することにより、各タイヤ４の空気圧状態を監視し、タイヤ４の空気圧が設定範囲を外れると、そのタイヤ４に異常が生じたものとして、運転席近傍に設けられた報知装置６（例えば、ブザー，スピーカなどの音声発生装置、或いは、ＬＥＤ等の警報ランプや液晶ディスプレイ等の表示装置）を駆動することにより警報を発生し、タイヤ４に異常が生じた旨を乗員に報知する。
【００２５】
次に、監視システム１の電気的構成について説明する。尚、図２は監視システム１の電気的構成を表すブロック図である。
検出装置１０は、タイヤ４内の空気圧を検出する圧力センサ１３，タイヤ４内の温度を検出する温度センサ１５，受信装置３０にデータを無線にて送信するための無線送信部１７，圧力センサ１３と温度センサ１５からの検出信号に基づき、タイヤ４内の空気圧状態や温度状態を表す検出データを生成し、検出装置特有の識別情報（以降、センサＩＤと称す）を検出データに付与して無線送信部１７に出力する制御部１１などを備えている。
【００２６】
無線送信部１７は、制御部１１から入力した検出データにて搬送波を変調（例えばＦＭ変調）することにより送信信号を生成し、送信用アンテナ（不図示）を介して、この送信信号を受信装置３０側に無線にて送信する。
【００２７】
また、受信装置３０は、検出装置１０からの送信信号を無線にて受信するとともに、受信した送信信号を復調することにより検出データを取得する無線受信部３３，ＬＡＮ７０を介して監視装置５０との間でデータ通信する通信部３５，無線受信部３３から入力した検出データに付与されているセンサＩＤを抽出し、センサＩＤに基づいて検出装置１０の検出データを通信部３５を介して監視装置５０へ送信する制御部３１などを備えている。
【００２８】
尚、制御部３１は、各種データを記憶するＲＡＭ３１ａを備えており、受信した検出データがどの検出装置１０のものであるかを識別するためのセンサＩＤ（以降、判定用センサＩＤと称す）がＲＡＭ３１ａに記憶されている。そして、センサＩＤと判定用センサＩＤと照合することで、自車両の検出装置１０の検出データであるか否かを判断する。また、ＲＡＭ３１ａ内には、検出データを記憶するためのバッファが確保されている。尚、判定用センサＩＤは、本発明における判定情報に相当する。
【００２９】
また、監視装置５０は、ＬＡＮ７０を介して受信装置３０との間でデータ通信するための通信部５３，電力が供給されない状態でも記憶されたデータを保持可能なＥＥＰＲＯＭ５５，報知装置６を制御する報知制御部５７，通信部５３を介して受信装置３０から検出データを受信し、この検出データに基づいて各タイヤ４の空気圧状態を監視する制御部５１などを備えている。
【００３０】
尚、制御部５１は、各タイヤ４の空気圧状態を監視し、タイヤ４の空気圧が設定範囲を外れると、そのタイヤ４に異常が生じたものとして、その旨を報知するための信号を報知制御部５７へ送信する。そして、この信号に応じて、報知制御部５７は報知装置６を制御する。
【００３１】
また制御部５１は、各種データを記憶するＲＡＭ５１ａを備えており、このＲＡＭ５１ａには、ＩＤ報知するまでの時間を示すＩＤ報知タイマ・カウンタＣ１が設けられている。尚、ＩＤ報知タイマ・カウンタＣ１は例えば１０ｍｓごとに自動的にデクリメントするタイマであり、ある時点でその値が設定値に設定されると、その時点で再び設定値からデクリメントする。また、制御部５１が起動（電源ＯＮ）した直後におけるＩＤ報知タイマ・カウンタＣ１の値は、０である。
【００３２】
また、ＥＥＰＲＯＭ５５には、監視システム１内の全ての検出装置１０の判定用センサＩＤが予め記憶されている。
また、ＬＡＮ７０を介して情報の送受信を行う通信プロトコルとして、例えば、マスタ・スレーブ方式の一つであるＬＩＮ（Ｌｏｃａｌ  Ｉｎｔｅｒｃｏｎｎｅｃｔ  Ｎｅｔｗｏｒｋ）を採用している。
【００３３】
このように構成された監視システム１において、監視装置５０は、ＥＥＰＲＯＭ５５に記憶されている全ての判定用センサＩＤを、ＬＡＮ７０を介して、ブロードキャストで送信する。
【００３４】
このブロードキャスト送信により、ＬＡＮ７０に接続されている全ての受信装置３０が判定用センサＩＤを受信すると、各受信装置３０は、この判定用センサＩＤを用いて、検出装置１０からの送信信号を受信する。
【００３５】
次に、監視装置５０の制御部５１が判定用センサＩＤをブロードキャスト送信するためのＩＤ報知処理を、図３（ａ）をもとに説明する。図３（ａ）は、ＩＤ報知処理を表すフローチャートである。このＩＤ報知処理は、制御部５１が起動（電源ＯＮ）している間に繰り返し実行される処理である。
【００３６】
このＩＤ報知処理においては、制御部５１は、まずＳ１０にて、ＩＤ報知タイマ・カウンタＣ１の値が０であるか否かを判断する。ここで、ＩＤ報知タイマ・カウンタＣ１の値が０でない場合には（Ｓ１０：ＮＯ）、当該ＩＤ報知処理を終了する。一方、ＩＤ報知タイマ・カウンタＣ１の値が０である場合には（Ｓ１０：ＹＥＳ）、Ｓ２０にて、ＩＤ報知タイマ・カウンタＣ１の値を所定報知時間（例えば、１時間に相当する値）に設定する。更にＳ３０にて、ＥＥＰＲＯＭ５５に記憶されている全ての判定用センサＩＤを読み出す。そして、Ｓ４０にて、読み出した判定用センサＩＤをＬＡＮ７０を介してブロードキャスト送信し、当該ＩＤ報知処理を終了する。
【００３７】
即ち、制御部５１が起動（電源ＯＮ）した直後と、その後、所定報知時間経過毎に、判定用センサＩＤがブロードキャスト送信される。
次に、受信装置３０の制御部３１が判定用センサＩＤを受信するためのＩＤ受信処理を、図３（ｂ）をもとに説明する。図３（ｂ）は、ＩＤ受信処理を表すフローチャートである。このＩＤ受信処理は、制御部３１が起動（電源ＯＮ）している間に繰り返し実行される処理である。
【００３８】
このＩＤ受信処理においては、制御部３１は、まずＳ１１０にて、通信部３５が判定用センサＩＤを受信するまで待機し、判定用センサＩＤを受信したと判断すると（Ｓ１１０：ＹＥＳ）、Ｓ１２０にて、ＲＡＭ３１ａに判定用センサＩＤを記憶し、当該ＩＤ受信処理を終了する。
【００３９】
次に、受信装置３０の制御部３１が検出データを受信するための検出データ受信処理を、図３（ｃ）をもとに説明する。図３（ｃ）は、検出データ受信処理を表すフローチャートである。この検出データ受信処理は、制御部３１が起動（電源ＯＮ）している間に繰り返し実行される処理である。
【００４０】
この検出データ受信処理においては、制御部３１は、まずＳ２１０にて、無線受信部３３が送信信号を受信したか否かを判断する。ここで、送信信号を受信したと判断すると（Ｓ２１０：ＹＥＳ）、Ｓ２２０に移行する。
【００４１】
そして、Ｓ２２０に移行すると、送信信号を復調して得られた検出データから抽出したセンサＩＤが、ＲＡＭ３１ａに記憶されている判定用センサＩＤと一致しているか否かを判断する。ここで、センサＩＤが判定用センサＩＤと一致していると判断すると（Ｓ２２０：ＹＥＳ）、Ｓ２３０に移行し、検出データをＲＡＭ３１ａ内のバッファに記憶し、当該検出データ受信処理を終了する。
【００４２】
一方、Ｓ２２０にて、センサＩＤが判定用センサＩＤと一致していないと判断すると（Ｓ２２０：ＮＯ）、当該検出データ受信処理を終了する。
また、Ｓ２１０において、送信信号を受信していないと判断すると（Ｓ２１０：ＮＯ）、当該検出データ受信処理を終了する。
【００４３】
次に、受信装置３０の制御部３１が検出データを監視装置５０へ送信するための検出データ送信処理を、図３（ｄ）をもとに説明する。図３（ｄ）は、検出データ送信処理を表すフローチャートである。この検出データ送信処理は、制御部３１が起動（電源ＯＮ）している間に繰り返し実行される処理である。
【００４４】
この検出データ送信処理においては、制御部３１は、まずＳ３１０にて、通信部３５が監視装置５０からのデータ要求指令を受信したか否かを判断する。尚、制御部５１は、検出装置１０が検出データを受信装置３０へ送信する時間間隔よりも十分短い間隔で、定期的にデータ要求指令を受信装置３０へ送信している。
【００４５】
そして、通信部３５が監視装置５０からのデータ要求指令を受信したと判断すると（Ｓ３１０：ＹＥＳ）、Ｓ３２０にて、ＲＡＭ３１ａ内のバッファに記憶した検出データを、通信部３５を介して監視装置５０へ送信する。
【００４６】
一方、データ要求指令を受信していないと判断すると（Ｓ３１０：ＮＯ）、当該検出データ送信処理を終了する。
このように構成された本実施形態のタイヤ空気圧監視システム１においては、監視装置５０は、ＥＥＰＲＯＭ５５に記憶されている全ての検出装置１０の判定用センサＩＤを、制御部５１が起動した直後と、その後、所定報知時間経過毎に、受信装置３０へ送信する。そして、受信装置３０は、監視装置５０から受信した判定用センサＩＤを記憶し、その後に、検出装置１０から受信した検出データの内、センサＩＤが判定用センサＩＤと一致する検出データを監視装置５０へ送信する。
【００４７】
このため、判定用センサＩＤを予め記憶するためのＥＥＰＲＯＭ５５は監視装置５０に設けられるので、受信装置３０にはＥＥＰＲＯＭが不要になり、受信装置３０のコスト上昇を抑えることができる。
【００４８】
さらに、判定用センサＩＤは監視装置５０のみに記憶させればよいので、判定用センサＩＤの記憶作業の手間を低減することができる。
また、タイヤ空気圧監視システム１の検出装置１０の検出データのみが、受信装置３０から監視装置５０へ送信され、つまり他車両の空気圧検出装置からの検出データが監視装置５０に送信されることがないので、タイヤ空気圧監視システムを搭載する車両同士が互いに接近しても、監視装置５０の受信許容量を超えることなく、監視装置５０は確実にタイヤ空気圧監視システム１における検出データを受信することができる。
【００４９】
また、図３におけるＳ４０の処理によって、監視装置５０は、全ての検出装置１０の判定用センサＩＤを全ての受信装置３０にブロードキャストで送信するので、判定用センサＩＤを送信する処理を１回で済ますことができ、判定用センサＩＤの送信処理を簡便化できる。
【００５０】
また、ある１つの検出装置１０から送信される検出データは、複数の受信装置３０で同時に受信されるとともに、制御部５１は、検出装置１０の送信周期に対して十分短い間隔で、複数の受信装置３０から検出データを受信する。このため、監視装置５０は、同じ判定用センサＩＤをもつ検出データを、複数の受信装置３０から受信することになる。
【００５１】
尚、複数の受信装置３０から同じ判定用センサＩＤをもつ検出データを受信しても、制御部５１は、この複数の検出データが全て同じ検出装置１０から送信されたデータであることを（受信時刻などにより）判断できるため、処理上問題は起らない。また、複数の受信装置３０から受信した、同じ判定用センサＩＤをもつ検出データの中で、値が異なる空気圧情報をもつ検出データが含まれる場合には、例えば、同じ値の空気圧情報をもつ検出データの数が多いほうを正しい検出データとするようにすればよい。いわゆる多数決によって正しい検出データを決定する。
【００５２】
また、各検出装置１０からの検出データを複数の受信装置３０で同時に受信することで、空間ダイバーシチの効果も得られ、回転するタイヤからの電波を効率よく受信できる。つまり、受信率を向上させることができる。図４は、回転するタイヤに取り付けられた検出装置１０からの送信電波を、異なる位置に配置された２つの受信装置３０（図４では、受信装置Ａ，受信装置Ｂと表記）で同時に受信した場合の受信レベルを示す図である。横軸はタイヤ回転角度、縦軸は受信装置Ａ，受信装置Ｂの受信レベルを示す。
【００５３】
即ち、図４に示すように、受信装置Ａ，受信装置Ｂの受信レベルはタイヤ回転角度に応じて変化し、タイヤ回転角度によっては、受信レベルが最低受信レベルＬ１を下回る場合がある（図４では、受信装置Ａの受信レベルが最低受信レベルＬ１を下回っている。図４の範囲Ｒ１参照）。しかし、１つの受信装置（受信装置Ａ）の受信レベルが最低受信レベルＬ１を下回っている場合でも、他の受信装置（受信装置Ｂ）の受信レベルが最低受信レベルＬ１を上回っているため（図４の範囲Ｒ２参照）、この受信装置（受信装置Ｂ）で送信電波を受信することができる。
【００５４】
以上説明した実施形態において、ＥＥＰＲＯＭ５５は本発明における監視記憶手段、図３のＩＤ報知処理は本発明における判定情報送信手段、図３のＩＤ受信処理は本発明における受信記憶手段、図３の検出データ受信処理及び検出データ送信処理は本発明における第１検出結果送信手段、検出データは本発明における検出結果、ＥＥＰＲＯＭ５５に記憶された判定用センサＩＤは本発明における判定情報、ＲＡＭ３１ａに記憶された判定用センサＩＤは本発明における受信判定情報である。
【００５５】
（第２実施形態）
次に本発明の第２実施形態について図面をもとに説明する。尚、第２実施形態では、第１実施形態と異なる部分のみを説明する。
【００５６】
まず、第２実施形態の監視システム１全体の構成は、第１実施形態の監視システム１と同じである。
次に、第２実施形態の監視システム１の電気的構成が第１実施形態の監視システム１と異なる点は、制御部１１から入力した検出データに、判定用センサＩＤの送信を監視装置５０に要求するための要求情報が付与される点である。即ち、通信部３５は、制御部３１によって要求情報が付与された検出データにて、搬送波を変調（例えばＦＭ変調）することにより送信信号を生成し、送信用アンテナ（不図示）を介して、この送信信号を受信装置３０側に無線にて送信する。尚、本実施形態では、この要求情報は、０または１の値をとり得る１ビットデータであり、要求情報の値が１の場合には判定用センサＩＤの送信を要求していることを、要求情報の値が０の場合には判定用センサＩＤの送信を要求していないことを示す。
【００５７】
また、ＲＡＭ３１ａ内に記憶された判定用センサＩＤの値が変化したことを示すエラーフラグＦ１がＲＡＭ３１ａに設けられている点が異なる。尚、以下の説明において、フラグをセットするとは、そのフラグの値を１にすることを示し、フラグをクリアするとは、そのフラグの値を０にすることを示す。
【００５８】
次に、第２実施形態の監視装置５０において実行される処理を説明する。尚、第１実施形態と異なるのは、ＩＤ報知処理が変更されている点である。
このため、以下に、第２実施形態におけるＩＤ報知処理を図５（ａ）に基づいて説明する。図５（ａ）は、ＩＤ報知処理を表すフローチャートである。
【００５９】
図５（ａ）に示すように、第２実施形態のＩＤ報知処理において第１実施形態と異なるのは、Ｓ５０の処理が追加される点である。
即ち、Ｓ１０にて、ＩＤ報知タイマ・カウンタＣ１の値が０でない場合には（Ｓ１０：ＮＯ）、Ｓ５０にて、受信装置３０から受信した要求情報（以降、受信要求情報とも称す）に基づいて、判定用センサＩＤ送信の要求があるか否かを判断する。即ち、受信要求情報の値が１である場合には、送信要求があると判断し（Ｓ５０：ＹＥＳ）、Ｓ２０に移行する。
【００６０】
一方、受信要求情報の値が０である場合には、送信要求がないと判断し（Ｓ５０：ＮＯ）、ＩＤ報知処理を終了する。
次に、第２実施形態の受信装置３０において実行される処理を説明する。尚、第１実施形態と異なるのは、ＩＤ受信処理と検出データ送信処理が変更されている点と、ＲＡＭ３１ａに記憶された判定用センサＩＤの値の変化を検出するエラー検出処理が追加されている点である。
【００６１】
このため、まず以下に、第２実施形態におけるＩＤ受信処理を図３（ｂ）に基づいて説明する。
第２実施形態のＩＤ受信処理において第１実施形態と異なるのは、Ｓ１２０の処理が変更されている点である。
【００６２】
即ち、Ｓ１２０にて、ＲＡＭ３１ａ内に設けられたセンサＩＤ記憶用領域に判定用センサＩＤを記憶するとともに、このセンサＩＤ記憶用領域に記憶された判定用センサＩＤの値の変化を検出するためにＲＡＭ３１ａ内に設けられた参照用データ領域に判定用センサＩＤを記憶する。つまり、Ｓ１２０の処理が終了した直後において、センサＩＤ記憶用領域と参照用データ領域に記憶されているデータは同じ値である。
【００６３】
次に、第２実施形態における検出データ送信処理を図５（ｂ）に基づいて説明する。図５（ｂ）は、検出データ送信処理を表すフローチャートである。
この検出データ送信処理においては、制御部３１は、まずＳ４１０にて、Ｓ３１０と同様にして、通信部３５が監視装置５０からのデータ要求指令を受信したか否かを判断する。  ここで、通信部３５が監視装置５０からのデータ要求指令を受信したと判断すると（Ｓ４１０：ＹＥＳ）、Ｓ４２０にて、エラーフラグＦ１がセットされているか否かを判断する。
【００６４】
ここで、エラーフラグＦ１がセットされていると判断すると（Ｓ４２０：ＹＥＳ）、Ｓ４３０にて、値を１に設定した要求情報を、ＲＡＭ３１ａ内のバッファに記憶した検出データに付与し、この検出データを、通信部３５を介して監視装置５０へ送信し、当該検出データ送信処理を終了する。
【００６５】
一方、エラーフラグＦ１がセットされていないと判断すると（Ｓ４２０：ＮＯ）、Ｓ４４０にて、値を０に設定した要求情報を、ＲＡＭ３１ａ内のバッファに記憶した検出データに付与し、この検出データを、通信部３５を介して監視装置５０へ送信し、当該検出データ送信処理を終了する。
【００６６】
一方、データ要求指令を受信していないと判断すると（Ｓ４１０：ＮＯ）、当該検出データ送信処理を終了する。
次に、エラー検出処理を図５（ｃ）に基づいて説明する。図５（ｃ）は、エラー検出処理を表すフローチャートである。このエラー検出処理は、制御部３１が起動（電源ＯＮ）している間に繰り返し実行される処理である。
【００６７】
このエラー検出処理においては、制御部３１は、まずＳ５１０にて、制御部３１において再起動が実行されたか否かを判断する。即ち、制御部３１において再起動が実行された場合には電源瞬断が発生したと見做し、この電源瞬断の発生によって、ＲＡＭ３１ａに記憶された判定用センサＩＤの値がクリアされたと判断する。
【００６８】
そして、Ｓ５１０で、再起動が実行されたと判断すると（Ｓ５１０：ＹＥＳ）、Ｓ５２０に移行する。一方、再起動が実行されていないと判断すると（Ｓ５１０：ＮＯ）、Ｓ５３０にて、ＲＡＭ３１ａに記憶された判定用センサＩＤの値が変化したか否かを判断する。ここでは、センサＩＤ記憶用領域に記憶された判定用センサＩＤの値と、参照用データ領域に判定用センサＩＤの値とを比較して、値が一致している場合には判定用センサＩＤの値が変化していないと判断し、値が一致していない場合には、外来ノイズ等によって判定用センサＩＤの値が変化したと判断する。
【００６９】
そしてＳ５３０にて、判定用センサＩＤの値が変化したと判断すると（Ｓ５３０：ＹＥＳ）、Ｓ５２０に移行する。一方、判定用センサＩＤの値が変化していないと判断すると（Ｓ５３０：ＮＯ）、Ｓ５４０に移行する。
【００７０】
そしてＳ５２０に移行すると、エラーフラグＦ１をセットして、当該エラー検出処理を終了する。またＳ５４０に移行すると、エラーフラグＦ１をクリアして、当該エラー検出処理を終了する。
【００７１】
このように構成された本実施形態のタイヤ空気圧監視システム１においては、ＲＡＭ３１ａに記憶された判定用センサＩＤの値が変化すると、受信装置３０は、値を１に設定した要求情報を検出データとともに監視装置５０へ送信する。そして、監視装置５０は、受信した要求情報の値が１である場合に、判定用センサＩＤを受信装置３０へ送信する。
【００７２】
このため、ＲＡＭ３１ａに記憶された判定用センサＩＤの値が変化してしまった場合に、監視システム１の検出装置１０からの検出データが監視装置５０へ送信されなくなるということを最小限に抑えることができる。
【００７３】
以上説明した実施形態において、図５の検出データ送信処理及びエラー検出処理は本発明における要求指令送信手段、図５におけるＳ３０〜Ｓ５０の処理は本発明における再送信手段、要求情報は本発明における送信要求指令である。
【００７４】
（第３実施形態）
次に本発明の第３実施形態について図面をもとに説明する。尚、第３実施形態では、第１実施形態と異なる部分のみを説明する。
【００７５】
まず、第３実施形態の監視システム１全体の構成及び電気的構成は、第１実施形態の監視システム１と同じである。また、第３実施形態の監視装置５０において実行される処理は、第１実施形態と同じである。
【００７６】
次に、第３実施形態の受信装置３０において実行される処理を説明する。尚、第１実施形態と異なるのは、検出データ送信処理が変更されている点と、ＲＡＭ３１ａに記憶された判定用センサＩＤの値の変化を検出するエラー検出処理が追加されている点である。尚、このエラー検出処理の手順は、第２実施形態のエラー検出処理と同じであるため、説明を省略する。
【００７７】
このため、以下に、第３実施形態における検出データ送信処理を図６に基づいて説明する。図６は、第３実施形態における検出データ送信処理を表すフローチャートである。
第３実施形態の検出データ送信処理において第１実施形態と異なるのは、Ｓ２１５の処理が追加されている点である。
【００７８】
即ち、Ｓ２１０にて、無線受信部３３が送信信号を受信したと判断すると（Ｓ２１０：ＹＥＳ）、Ｓ２１５にて、エラーフラグＦ１がセットされているか否かを判断する。
ここで、エラーフラグＦ１がセットされていると判断すると（Ｓ２１５：ＹＥＳ）、Ｓ２３０に移行する。一方、エラーフラグＦ１がセットされていないと判断すると（Ｓ２１５：ＮＯ）、Ｓ２２０に移行する。
【００７９】
このように構成された本実施形態のタイヤ空気圧監視システム１においては、ＲＡＭ３１ａに記憶された判定用センサＩＤの値が変化すると、受信装置３０は、受信した検出データを全て監視装置５０へ送信する。
【００８０】
このため、ＲＡＭ３１ａに記憶された判定用センサＩＤの値が変化してしまった場合に、監視装置５０が検出データを受信するための処理負荷が増大するものの、監視システム１の検出装置１０からの検出データが監視装置５０へ送信されなくなるということを最小限に抑えることができる。
【００８１】
即ち、監視装置５０は、他車両の空気圧検出装置からの信号も受信してしまうことになる。しかし、監視装置５０の制御部５１が最終的に、自車両・他車両の区別を行うようにすればよい。
【００８２】
尚、この場合には、通信部５３のバッファ数が不足することが懸念される。つまり、バッファ不足なった場合には、通信部５３は、受信したデータを制御部５１へ吐き出すまで、受信装置３０からデータを受信できなくなる。しかし、監視システム１の検出装置１０からの検出データを監視装置５０が全く受信できなくなるよりは良い。
【００８３】
以上説明した実施形態において、図６のＳ２１５，Ｓ２３０の処理，図５のエラー検出処理及び図３の検出データ送信処理は本発明における第２検出結果送信手段である。
以上、本発明の一実施例について説明したが、本発明は上記実施例に限定されるものではなく、種々の態様を採ることができる。
【００８４】
例えば、上記実施形態においては、トラックにタイヤ空気圧監視システム１を適用したものを示したが、乗用車等についても同様に適用可能である。
また、上記実施形態においては、受信装置３０が複数あるものを示したが、受信装置３０が１つの場合でも同様に適用可能である。
【００８５】
また、上記実施形態においては、有線の信号伝送路で接続されたＬＡＮ７０を示したが、無線の信号伝送路で接続されたものであってもよい。
また、上記実施形態においては、受信装置３０は、検出データに要求情報を付与し、判定用センサＩＤの送信を要求する場合に、要求情報の値を１に設定して、監視装置５０に送信するものを示した。しかし、判定用センサＩＤの送信を要求しない場合には、検出データを送信し、判定用センサＩＤの送信を要求する場合には、検出データの代わりに、判定用センサＩＤの送信を要求する旨を示すコマンドを送信するようにしてもよい。
【図面の簡単な説明】
【００８６】
【図１】実施の形態におけるタイヤ空気圧監視システム全体の構成を表す説明図。
【図２】実施の形態におけるタイヤ空気圧監視システムの構成を表すブロック図。
【図３】実施の形態におけるＩＤ報知処理，ＩＤ受信処理，検出データ受信処理及び検出データ送信処理の手順を表すフローチャート。
【図４】タイヤ回転角度に応じた、受信装置の受信レベルを説明する図。
【図５】別の実施の形態におけるＩＤ報知処理，検出データ送信処理及びエラー検出処理の手順を表すフローチャート。
【図６】別の実施の形態における検出データ受信処理の手順を表すフローチャート。
【符号の説明】
【００８７】
１…タイヤ空気圧監視システム、２…車両、４…タイヤ、６…報知装置、１０…空気圧検出装置、１１…制御部、１３…圧力センサ、１５…温度センサ、１７…無線送信部、３０…受信装置、３１…制御部、３３…無線受信部、３５…通信部、５０…監視装置、５１…制御部、５３…通信部、５５…ＥＥＰＲＯＭ、５７…報知制御部、７０…ＬＡＮ。
【図１】
2005112342.tif 000003
【図２】
2005112342.tif 000004
【図３】
2005112342.tif 000005
【図４】
2005112342.tif 000006
【図５】
2005112342.tif 000007
【図６】
2005112342.tif 000008