JP2021067533A - タイヤ空気圧管理システム、及びタイヤ空気圧管理方法 - Google Patents

Abstract

【課題】簡単な構成でタイヤの空気圧を適正に管理できるタイヤ空気圧管理システム、及びタイヤ空気圧管理方法を提供する。【解決手段】車両１が有する複数のタイヤ２に設けられ、各タイヤ２の空気圧をそれぞれ検知するセンサ３と、予め登録された複数の車両１の各タイヤ２の空気圧を統合的に管理するクラウドサーバ３０とを備える。クラウドサーバ３０は、センサ３が検知した各タイヤ２の空気圧情報を取得する空気圧情報取得部３２と、取得した空気圧情報に基づいて、車両１のタイヤ２の状態を判定するタイヤ状態判定部３５と、判定結果を車両１の車両端末１０に通知する通信部３１と、を備える。【選択図】図１

Description

本発明は、予め登録された車両のタイヤの空気圧を統合的に管理するタイヤ空気圧管理システム、及びタイヤ空気圧管理方法に関する。

車両が有する複数のタイヤには、適正の空気圧が充填されることにより、車両の走行安定性が確保されている。この種のタイヤの空気圧は、一般に時間経過とともに所定量（例えば、１ヶ月に１０〜２０（ｋＰａ）程度）低下するため、タイヤの空気圧管理が重要となっている。従来、車両のタイヤの空気圧を検出して、空気圧に異常があった場合に警告等を発するタイヤ空気圧監視装置が提案されている（例えば、特許文献１参照）。

特開２００８−１２６９５９号公報

しかし、従来のタイヤ空気圧監視装置は、検出した空気圧が異常である場合に警告を発する監視装置本体を車両に取り付ける必要がある。一般的なユーザにとっては、この種の装備を車両に設けることは難しいため、タイヤの空気圧を適正に管理することが難しいといった問題があった。

本発明は、上記に鑑みてなされたものであって、簡単な構成でタイヤの空気圧を適正に管理できるタイヤ空気圧管理システム、及びタイヤ空気圧管理方法を提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明に係るタイヤ空気圧管理システムは、車両が有する複数のタイヤに設けられ、各タイヤの空気圧をそれぞれ検知する空気圧センサと、予め登録された複数の前記車両の各タイヤの空気圧を統合的に管理する空気圧管理装置とを備え、前記空気圧管理装置は、前記空気圧センサが検知した各タイヤの空気圧情報を取得する空気圧情報取得部と、取得した前記空気圧情報に基づいて、前記車両の前記タイヤの状態を判定する判定部と、判定結果を前記車両のユーザに通知する通知部と、を備えたことを特徴とする。

上記タイヤ空気圧管理システムにおいて、少なくとも１つの前記タイヤの空気圧が標準空気圧よりも低い第１閾値以下となった場合、前記判定部は、前記タイヤが空気圧低下に伴う燃費悪化状態にあると判定し、前記通知部は、前記タイヤで走行した際の燃費悪化率を通知することが好ましい。

また、上記タイヤ空気圧管理システムにおいて、前記通知部は、前記空気圧が前記第１閾値以下となった前記タイヤを他の前記タイヤと異なる態様で表示するための画像情報を前記車両のユーザに通知することが好ましい。

また、上記タイヤ空気圧管理システムにおいて、前記タイヤの空気圧が前記第１閾値よりも低い第２閾値以下となった場合、前記通知部は、前記車両から最寄りのサービス店の位置情報を該車両に通知することが好ましい。

また、上記タイヤ空気圧管理システムにおいて、前記タイヤはそれぞれ加速度センサを有し、前記空気圧管理装置は、前記加速度センサが検知した加速度情報を取得する加速度情報取得部と、取得した前記空気圧情報及び前記加速度情報の少なくとも一方に基づいて、前記車両の挙動を推定する挙動推定部と、を備え、前記通知部は、前記車両の挙動に関する情報を予め設定された端末装置に通知することが好ましい。特徴とする請求項１から４のいずれか一項に記載のタイヤ空気圧管理システム。

また、本発明に係るタイヤ空気圧管理方法は、車両が有する複数のタイヤの空気圧をそれぞれ検知するステップと、検知した各タイヤの空気圧情報を取得するステップと、取得した前記空気圧情報に基づいて、前記車両の前記タイヤの状態を判定するステップと、判定結果を前記車両のユーザに通知するステップと、を備えたことを特徴とする。

本発明によれば、取得したタイヤの空気圧情報に基づいて、車両のタイヤの状態を判定するため、登録された車両のユーザは、例えば、空気圧センサを有するタイヤに交換するといった簡単な構成で、車両のタイヤの空気圧を容易に、かつ適正に管理することができる。

図１は、本実施形態に係るタイヤ空気圧管理システムの全体構成を示すブロック図である。 図２は、タイヤ空気圧管理システムの動作手順を示すフローチャートである。 図３は、空気圧が低下したタイヤを表示する表示画面の一例を示す図である。 図４は、タイヤの空気圧の履歴情報を示す表示画面の一例を示す図である。 図５は、燃費悪化率を走行路毎に示す表示画面の一例を示す図である。

以下に、本発明に係るタイヤ空気圧管理システムの実施形態を図面に基づいて説明する。なお、この実施形態によりこの発明が限定されるものではない。また、下記実施形態における構成要素には、当業者が置換可能、且つ、容易に想到できるもの、或いは実質的に同一のものが含まれる。

本実施形態に係るタイヤ空気圧管理システムは、予め登録された複数の車両が有するタイヤ（空気入りタイヤ）の空気圧を統合的に管理し、上記車両に対して、タイヤの空気圧に関するメンテナンスやサポートなどのサービスを提供する。具体的には、タイヤ空気圧管理システムは、例えばタイヤの製造販売会社が自社のタイヤの空気圧を統合的に管理し、自社のタイヤが装着された車両のユーザに対して、該タイヤの空気圧に関するサービスを提供する場合に適している。

図１は、本実施形態に係るタイヤ空気圧管理システムの全体構成を示すブロック図である。図１に示すように、タイヤ空気圧管理システム１００は、予め登録された車両１に装着されたタイヤ２にそれぞれ設けられたセンサ３と、各車両１にそれぞれ設けられた車両端末１０と、見守り端末２０と、クラウドサーバ（空気圧管理装置）３０とを備える。車両端末１０、見守り端末２０及びクラウドサーバ３０は、インターネット回線などの通信ネットワーク４０を介して通信可能に接続されている。

上記した車両１は、一般的なユーザが所有する車両であり、本実施形態では、センサ３付きのタイヤ２を装着した車両１は、車両端末１０を介して、クラウドサーバ３０に登録されている。このため、ユーザは、車両１のタイヤをセンサ３付きのタイヤ２に交換するといった簡易な手順（構成）で、クラウドサーバ３０の管理の下で、タイヤ２の空気圧管理や車両の挙動に関する各種のサービスを受けることができる。図１の例では、車両１及び車両端末１０は、便宜上、それぞれ１つずつ示しているが、これら車両１及び車両端末１０は、実際にはそれぞれ複数設けられている。また、見守り端末２０は、車両１のユーザとは異なる見守り者が所有する端末装置であり、必要に応じて車両１に対応づけて設定される。図１の例では、車両１に対応して１台設定されているが、１台の車両１に見守り端末２０を複数台設定することもできるし、見守り端末２０を設定しないこともできる。

センサ３は、ＴＰＭＳ(Tire Pressure Monitoring System)センサであり、タイヤ２の空気圧を検知する空気圧センサ３ａと、タイヤ２内の空気の温度を検知する温度センサ３ｂと、タイヤ２に作用する遠心方向加速度を検知する加速度センサ３ｃとを備えて構成される。この種のセンサ３は、それぞれタイヤ２内の内面に取り付けられている。これにより、センサ３は、タイヤ２の外側空間の環境の影響を受け難くなっているとともに、タイヤ２と一体に取り扱うことができる。

センサ３には、それぞれセンサＩＤ（識別情報）が設定されており、センサ３のセンサＩＤと、該センサ３を備えるタイヤ２の車輪位置（左前輪、右前輪、左後輪または右後輪）との対応関係が車両端末１０に登録されている。センサ３は、駆動電源となる電池と備えており、所定時間毎に空気圧及び温度を検知して、この検知したデータをセンサＩＤ（識別情報）とともに車両端末１０に送信する。この電池の寿命は、一般的なタイヤ２の耐用年数よりも長く設定されている。センサ３から車両端末１０へのデータの送信は、例えば、ＲＦ(Radio Frequency)通信のような近距離無線通信を用いることができる。

車両端末１０は、車両１の車体にそれぞれ搭載される。車両端末１０は、図１に示すように、センサ受信部１１と、記憶部１２と、通信部１３と、表示部１４と、経路案内部１５と、制御部１６とを備える。また、車両端末１０は、搭載された車両１の現在位置情報を取得できるように構成されている。センサ受信部１１は、４つのタイヤ２のセンサ３からそれぞれ送信されたデータを受信する。記憶部１２は、揮発性または不揮発性のメモリやＨＤＤなどの記憶手段を備えて構成される。記憶部１２には、制御部１６が実施する各種のプログラムや、各種のデータが記憶される。本実施形態では、記憶部１２は、センサ受信部１１が所定時間毎に受信したデータのセンサＩＤから対応する車輪位置を判定し、受信したデータに含まれる各タイヤ２の空気圧、温度、及び加速度（以下、区分けが必要ない場合には単に、空気圧などという）を対応する各車輪位置のタイヤの空気圧などの履歴情報として記憶する。なお、記憶部１２には、所定期間（例えば直近６カ月）の各タイヤ２の空気圧などの情報を更新しつつ記憶してもよい。また、車両１において、タイヤ２をローテーションした際には、車両端末１０に登録されたセンサＩＤと車輪位置との対応関係を修正するものとする。

通信部１３は、通信ネットワーク４０を介してクラウドサーバ３０と無線通信可能に構成される。通信部１３は、センサ３付きのタイヤ２が装着された後の初回通信時に、車両１の車種や車両ＩＤを含む車両情報と、各センサ３のセンサＩＤとをクラウドサーバ３０に送信し、これら車両１及びタイヤ２に関する情報をクラウドサーバ３０に登録する。また、通信部１３は、車両ＩＤとともに、車両１の状態を示す各種情報を所定時間毎にクラウドサーバ３０に送信する。具体的には、センサＩＤに対応する各車輪位置のタイヤ２における空気圧及び温度を含む空気圧情報、及び加速度を含む加速度情報をクラウドサーバ３０に送信する。また、通信部１３は、取得した車両１の現在位置情報をクラウドサーバ３０に送信してもよい。

表示部１４は、車両１のダッシュボードなどに配置され、各種情報を表示してユーザに提供する表示画面を有する表示装置である。本実施形態では、例えば、設定された目的地までの経路を含む地図情報や、現在の各タイヤ２の空気圧情報を表示することができる。経路案内部１５は、いわゆるナビゲーション機能を有し、車両１の現在地から目的地までの経路を検索して経路案内を実施する。例えば、クラウドサーバ３０から車両１の現在位置から最寄りのサービス店の位置情報を受信した場合には、このサービス店までの経路を検索して経路案内を実施する。

制御部１６はＣＰＵを有し、通信部１３を介して車両端末１０の外部から受信した情報、センサ３を含む各種センサ部が検知した情報、または記憶部１２に記憶されたデータに基づいて所定の処理を実施する。

本実施形態では、車両端末１０は、センサ受信部１１、記憶部１２、通信部１３、表示部１４、経路案内部１５、及び制御部１６を備えた構成として説明したが、例えば、センサ受信部１１及び通信部１３を備えた簡素な構成とすることもできる。この場合、タイヤ空気圧管理システムは、車両端末１０に加えて、通信ネットワーク４０を介してクラウドサーバ３０と無線通信可能とするユーザ端末（例えばスマートフォン）を備えてもよい。このユーザ端末は、クラウドサーバ３０から送信されるタイヤ２の空気圧管理や車両の挙動に関する各種のサービス情報を受信して表示する。

クラウドサーバ３０は、登録された複数の車両１の各車両端末１０から送信されたタイヤ２の空気圧情報、及び加速度情報を収集して記憶し、各車両のタイヤの空気圧を統合的に管理する。クラウドサーバ３０は、空気圧情報に基づいてタイヤ２の状態を判定し、この判定結果を車両１のユーザに通知する。ここで、車両１のユーザに通知するとは、上記した車両端末１０とユーザ端末との一方または両方に判定結果を送信することをいう。クラウドサーバ３０は、車両１の少なくとも１つのタイヤ２の空気圧が標準空気圧よりも低い所定の閾値以下の場合、タイヤ２の状態が空気圧低下に伴う燃費悪化状態にあると判定し、判定結果として、該タイヤ２で走行した際の燃費悪化率を車両１の車両端末１０に送信する。

クラウドサーバ３０は、例えば、クラウドに設置されたコンピュータなどによって構成され、タイヤ製造販売会社によって管理される。クラウドサーバ３０は、図１に示すように、通信部（通知部）３１と、空気圧情報取得部３２と、加速度情報取得部３３と、記憶部３４と、タイヤ状態判定部（判定部）３５と、燃費推定部３６と、挙動推定部３７と、制御部３８とを備える。

通信部３１は、通信ネットワーク４０を介して車両端末１０及び見守り端末２０と無線通信可能に構成される。また、通信部３１は、上記したユーザ端末が設定されている場合には、通信ネットワーク４０を介してユーザ端末と無線通信可能に構成される。

空気圧情報取得部３２は、通信部３１を介して受信した各車両１のタイヤ２の空気圧情報を取得する。この空気圧情報には、車両１の車両ＩＤと、各センサ３のセンサＩＤと、センサＩＤと車輪位置との対応関係と、各センサ３が検知した各タイヤ２の空気圧及び温度とを含む。

加速度情報取得部３３は、通信部３１を介して受信した各車両１のタイヤ２の加速度情報を取得する。この加速度情報には、車両１の車両ＩＤと、各センサ３のセンサＩＤと、センサＩＤと車輪位置との対応関係と、各センサ３が検知した各タイヤ２の加速度（方向及び大きさ）とを含む。

記憶部３４は、揮発性または不揮発性のメモリやＨＤＤなどの記憶手段を備えて構成される。記憶部３４には、制御部３８が実施する各種のプログラムや、各種のデータが記憶される。記憶部３４は、所定時間毎に空気圧情報取得部３２及び加速度情報取得部３３がそれぞれ取得した空気圧情報及び加速度情報を、車両ＩＤ（車両１）毎に、センサＩＤに対応する車輪位置のタイヤ２の空気、温度及び加速度の履歴情報として記憶する。

タイヤ状態判定部３５は、取得した空気圧情報に基づいてタイヤ２の状態を判定する。具体的には、タイヤ状態判定部３５は、記憶部３４に記憶された各タイヤ２の空気圧と、該タイヤ２の標準空気圧よりも低い以下の所定の閾値とを比較する。そして、タイヤ２の空気圧がこの閾値以下と判定した場合には、所定の判定結果を出力する。

具体的には、タイヤ状態判定部３５は、タイヤ２の空気圧が第１閾値（例えば、標準空気圧の９０％）以下に低下した場合には、第１判定結果を出力する。この第１判定結果は、タイヤ２の状態が標準空気圧の場合と比べて燃費悪化状態にある旨を示す。また、タイヤ状態判定部３５は、タイヤ２の空気圧が第１閾値よりも低い第２閾値（例えば、標準空気圧の８０％）以下に低下した場合には、第２判定結果を出力する。この第２判定結果は、タイヤの状態が空気の充填を要する状態にある旨を示す。この場合、車両１にメンテナンスのサービス店の情報を提供し、このサービス店にてタイヤ２に空気を補充するメンテナンスを行う旨が示される。また、タイヤ状態判定部３５は、タイヤ２の空気圧が第２閾値よりも低い第３閾値（例えば、標準空気圧の７０％）以下に低下した場合には、第３判定結果を出力してもよい。この第３判定結果は、タイヤの状態が緊急的に空気の充填を要する状態にある旨を示す。この場合、車両１の走行を禁止して、速やかに安全な場所に停車（駐車）させる旨が示される。標準空気圧は、タイヤ２が冷えている冷間時における空気圧であり、タイヤ２が取り付けられる車両毎にそれぞれ設定されている。この標準空気圧がある程度の範囲を有する場合には、この範囲の下限値をいう。また、タイヤ２の空気圧は、一般に空気温度に応じて変化（上昇または低下）する傾向にある。このため、タイヤ状態判定部３５は、タイヤ２内の空気温度に応じて、ボイル＝シャルルの法則に基づき、各閾値を変更してもよいが、以下の説明では、説明の簡便化のため、各閾値は一定値とする。

燃費推定部３６は、タイヤ状態判定部３５が第１判定結果を取得した場合、すなわち、少なくとも１本のタイヤ２の空気圧が第１閾値以下に低下した場合、この状態で走行した場合の車両１の燃費悪化率を推定する。車両の燃費は、タイヤの燃費への寄与率とタイヤの転がり抵抗とによって大きく変動し、タイヤ２の空気圧が標準空気圧より低下すると、転がり抵抗が急激に増大することにより、車両１の燃費は悪化する。記憶部３４には、例えば高速道路、郊外、市街地などの走行路ごとにタイヤの寄与率が設定されて記憶されている。また、記憶部３４には、タイヤの空気圧を変化させた際のタイヤの転がり抵抗の変化を示すデータ群が記憶されている。この場合、上記データ群は、タイヤの種類やサイズごとに記憶されていることが好ましい。

燃費推定部３６は、検知されたタイヤ２の空気圧の低下に伴う該タイヤ２の転がり抵抗の増加量を求め、このタイヤ２の転がり抵抗の増加量に対応する燃費悪化率を推定する。例えば、市街地を走行する際の燃費に対するタイヤの寄与率が１５％に設定されている場合に、タイヤの転がり抵抗が１５％増加すると、車両１の燃費悪化率は約２．５％と推定される。燃費悪化率に関する情報は車両端末１０に送信される。これにより、ユーザは、空気圧低下に伴う燃費悪化を数値として把握することができるため、タイヤ２への空気の補充を促すことができる。

挙動推定部３７は、取得した空気圧情報及び加速度情報の少なくとも一方に基づいて、車両１の挙動を推定する。車両１の挙動とは、車両１の動作をいい、車両１の走行（発進や停止）の有無、急ブレーキ、急発進、または事故発生などをいう。挙動推定部３７は、例えば、加速度情報を取得すると、対応する車両１の走行が開始されたものと推定する。また、挙動推定部３７は、例えば、複数本のタイヤ２の空気圧が標準空気圧の１／２以下となる空気圧情報を取得し、かつ、この空気圧情報の取得後に新たな加速度情報を取得していない場合には、対応する車両１に事故が発生した可能性が高いと推定する。

また、挙動推定部３７は、所定値以上の加速度を含む加速度情報を取得すると、急ブレーキまたは急発進と推定し、これら急ブレーキまたは急発進の回数を計測する。そして、挙動推定部３７は、計測した急ブレーキまたは急発進の回数を、車両１の走行距離や走行時間で除して、単位距離（例えば１ｋｍ）や単位時間（例えば１時間）あたりの急操作指数を算出してもよい。車両１の挙動を示す情報（急操作指数を含む）は、車両１に対応して設定された見守り端末２０に送信される。

制御部３８はＣＰＵを有し、通信部３１を介して車両端末１０及び見守り端末２０から受信した情報、または記憶部３４に記憶されたデータに基づいて所定の処理を実施する。また、制御部３８は、タイヤ状態判定部３５が第２判定結果を取得した場合、すなわち、車両１の利用中にタイヤ２の空気圧が第１閾値よりも低い第２閾値以下となった場合には、利用終了時刻まで待たずに空気圧のメンテナンスを行った方が良いと判断する。制御部３８は、車両１の現在位置から最寄りのメンテナンスのサービス店を検索し、車両端末１０に対して、タイヤ空気圧が低下している旨、及びサービス店の位置情報などを通知する。この際、上記した燃費悪化率を合わせて通知してもよい。

また、制御部３８は、タイヤ状態判定部３５が第３判定結果を取得した場合、すなわち、車両１の利用中にタイヤ２の空気圧が第２閾値よりも低い第３閾値以下となった場合には、これ以上の走行は禁止して、緊急的なメンテナンスを行うべきと判断する。制御部３８は、車両端末１０に対して、タイヤ空気圧が急激に低下している旨、これ以上の走行を禁止し、速やかに安全な場所に停車（駐車）させる旨、及び、メンテナンス車両を車両１の停車場所に向かわせる旨を通知する。さらに、制御部３８は、車両１が契約しているロードサービス、または、車両１の現在位置から最寄りのメンテナンスのサービス店に対して、緊急的なメンテナンスの要請と該車両１の停車場所を通知する。この構成によれは、例えばパンクなどの現象による空気圧の急激な低下に伴う事故の発生を防止することができる。

見守り端末２０は、車両１に対応づけられて設定された見守り者が携帯する端末装置である。見守り者は車両１のユーザを見守る者である。例えば、車両１のユーザ（運転者）が高齢者であり、見守り者（ユーザの子供などの親族）と離れて生活している場合、クラウドサーバ３０から送信される車両１の挙動を示す情報により、車両１のユーザの行動を簡易的に見守ることができる。見守り端末２０は、図１に示すように、通信部２１と、記憶部２２と、表示部２３と、入力部２４と、制御部２５とを備える。通信部２１は、通信ネットワーク４０を介してクラウドサーバ３０と無線通信可能に構成される。通信部２１は、クラウドサーバ３０から対象の車両１の挙動を示す情報を受信する。また、燃費悪化率に関する情報を受信してもよい。

記憶部２２は、揮発性または不揮発性のメモリやＨＤＤなどの記憶手段を備えて構成される。記憶部２２には、制御部２５が実施する各種のプログラムや、地図情報を含む各種のデータが記憶される。記憶部２２は、受信した対象の車両１の挙動を示す情報を記録する。なお、クラウドサーバ３０に、対象の車両１に対するメンテナンス情報が記録されている場合には、対象の車両１の挙動を示す情報とともにメンテナンス情報を受信して、記憶部２２に記憶してもよい。

表示部２３は、端末の略中央部に配置され、各種情報を表示して見守り者に提供する表示画面である。表示部２３には、見守り者の操作に基づき、対象の車両１の挙動や急操作指数を表示することができ、ユーザの運転傾向などを把握することができる。

入力部２４は、例えば、表示部２３上に重ねて形成されたタッチパネルであり、見守り端末２０に対する各種情報の入力を実施する。制御部２５はＣＰＵを有し、通信部２１を介してクラウドサーバ３０から受信した情報、または記憶部２２に記憶されたデータに基づいて所定の処理を実施する。

次に、タイヤ空気圧管理システム１００の動作について説明する。図２は、タイヤ空気圧管理システムの動作手順を示すフローチャートである。図３は、空気圧が低下したタイヤを表示する表示画面の一例を示す図である。図４は、タイヤの空気圧の履歴情報を示す表示画面の一例を示す図である。図５は、燃費悪化率を走行路毎に示す表示画面の一例を示す図である。

複数の車両１の各タイヤ２に設けられたセンサ３は、該タイヤ２の空気圧、タイヤ２内の温度及びタイヤ２に作用する加速度を所定時間毎に検知し（ステップＳ１）、この検知したデータを該車両１の車両端末１０に送信する（ステップＳ２）。これら各センサ３は、ステップＳ１及びステップＳ２の動作を繰り返して実施する。

車両端末１０は、４つのセンサ３からそれぞれ送信されたデータを受信し、受信したデータに含まれる各タイヤ２の空気圧、温度及び加速度を、センサＩＤに対応する各車輪位置のタイヤ２の空気圧、温度及び加速度の履歴情報として記憶部１２に記憶する（ステップＳ３）。車両端末１０は、車両１の車両ＩＤとセンサＩＤに対応する各車輪位置のタイヤ２の空気圧及び温度とを含む空気圧情報、及び車両１の車両ＩＤとセンサＩＤに対応する各車輪位置のタイヤ２の加速度とを含む加速度情報をそれぞれ所定時間毎にクラウドサーバ３０に送信する（ステップＳ４）。

クラウドサーバ３０は、車両端末１０からそれぞれ送信された車両１のタイヤ２の空気圧情報を取得し、所定時間毎に取得した空気圧情報を、車両ＩＤ毎に、センサＩＤに対応する車輪位置のタイヤ２の空気圧及び温度の履歴情報として記憶部３４に記憶する（ステップＳ５）。また、クラウドサーバ３０は、車両端末１０からそれぞれ送信された車両１のタイヤ２の加速度情報を取得し、所定時間毎に取得した加速度情報を、車両ＩＤ毎に、センサＩＤに対応する車輪位置のタイヤ２の加速度の履歴情報として記憶部３４に記憶する（ステップＳ６）。

次に、クラウドサーバ３０は、記憶部３４に記憶された各タイヤ２の空気圧情報に基づいて、車両１のタイヤ２の状態を判定する（ステップＳ７）。本実施形態では、車両１のタイヤ２（例えば右後輪ＲＲ）の空気圧が第１閾値以下と仮定する。具体的には、タイヤ２の標準空気圧を２３０ｋＰａとし、第１閾値を２３０×０．９＝２０７ｋＰａとする。また、車両１の左前輪ＦＬ及び左後輪ＲＬのタイヤ２の空気圧を２４０ｋＰａとし、車両１の右前輪ＦＲのタイヤ２の空気圧を２３０ｋＰａとする。車両１の右後輪ＲＲのタイヤ２の空気圧は、第１閾値以下の２００ｋＰａとする。

次に、クラウドサーバ３０は、燃費悪化率を推定する（ステップＳ８）。クラウドサーバ３０は、記憶部３４に記録されたタイヤの空気圧を変化させた際の転がり抵抗の変化を示すデータ群に基づき、タイヤの空気圧の低下に伴う転がり抵抗の増加分を求め、この転がり抵抗の増加分とタイヤの寄与率とから燃費悪化率を推定する。例えば、車両１の右後輪ＲＲのタイヤ２の空気圧が１３％低下した際のタイヤ２の転がり抵抗が１５％増加した場合、市街地を走行する際のタイヤの寄与率が１５％に設定されているとすると、車両１の燃費悪化率は約２．５％と推定される。

クラウドサーバ３０は、推定した燃費悪化率を含む情報を車両端末１０に送信する（ステップＳ９）。これら情報を受信した車両端末１０は、燃費悪化率を含む各種情報を表示する（ステップＳ１０）。具体的には、図３に示すように、車両端末１０の表示部１４には、各タイヤの空気圧を示す空気圧表示画面５１が表示される。この空気圧表示画面５１では、車両１の各車輪位置に対応するタイヤの空気圧情報５２が表示されるとともに、空気圧が第１閾値よりも低いタイヤについては、他のタイヤと異なる表示態様で表示される。図３の例では、車両１の右後輪ＲＲのタイヤ２は、破線５３で取り囲んだ表示態様となっている。また、空気圧情報を表示する文字色を右後輪ＲＲのタイヤ２だけ異ならせてもよい。この表示される画像情報は、例えば、クラウドサーバ３０の制御部３８で作成されて車両端末１０に送信される。これにより、車両端末１０に表示される空気圧表示画面５１を見たユーザは、タイヤの異なる表示態様によって、どのタイヤの空気圧が低下しているかを視覚的に瞬時に把握することができる。このため、空気圧が低下したタイヤにのみ、確実に空気を補充することができる。

また、車両端末１０は、ユーザの操作により表示される画面内容を変更することができる。例えば、車両端末１０の表示部１４には、図４に示すように、各タイヤの空気圧履歴画面６１を表示することもできる。この空気圧履歴画面６１は、表示期間選択部６２と表示領域６３とを備えている。表示期間選択部６２は、表示領域６３に表示されるグラフの期間を選択するものであり、複数のタブ６１ａ〜６１ｅまで設定されている。この図４の例では、１月のタブ６３ｃが選択されており、１ヶ月における各タイヤの空気圧変化が表示されている。また、表示領域６３には、各タイヤの空気圧変化がグラフとして表示されている。図４の例では、車両１の各車輪位置に対応するタイヤの空気圧は、異なる表示態様で示されているため、右後輪ＲＲのタイヤの空気圧が１４日経過後から急激に低下していることを容易に把握することができ、右後輪ＲＲのタイヤに不具合が無いかを入念にチェックすることが可能となる。

また、車両端末１０の表示部１４には、図５に示すように、推定した燃費悪化率を示す悪化率表示画面７１が表示される。悪化率表示画面７１の表示領域には、例えば、市街地、郊外、高速道路といった走行路ごとに推定された燃費悪化率を示すグラフ７３〜７５が表示される。この構成によれば、現状で推定された燃費悪化率を走行路ごとにまとめて表示することができるため、ユーザは、空気圧低下に伴う燃費悪化を走行路ごとに比較して把握することができるため、タイヤ２への空気の補充を促すことができる。

また、クラウドサーバ３０は、取得した空気圧情報及び加速度情報の少なくとも一方に基づいて、車両１の挙動を推定する（ステップＳ１１）。クラウドサーバ３０は、例えば、複数の加速度情報を取得すると、対応する車両１の走行が開始されたものと推定する。また、クラウドサーバ３０は、例えば、複数本のタイヤ２の空気圧が標準空気圧の１／２以下となり、かつ、この空気圧情報の取得後に新たな加速度情報を取得していない場合には、対応する車両１に事故が発生した可能性が高いと推定する。また、クラウドサーバ３０は、所定値以上の加速度を含む加速度情報を取得すると、急ブレーキまたは急発進などの急操作がなされたと推定する。この場合、クラウドサーバ３０は、急ブレーキまたは急発進を計測し、計測した急ブレーキまたは急発進の数を、車両１の走行距離や走行時間で除して、単位距離（例えば１ｋｍ）や単位時間（例えば１時間）あたりの急操作指数を算出する。

クラウドサーバ３０は、車両１の挙動を示す情報（急操作指数を含む）を車両１に対応して設定された見守り端末２０に送信する（ステップＳ１２）。

見守り端末２０は、対象となる車両１の挙動を示す情報を表示する（ステップＳ１３）。例えば、ユーザが同じ時刻に定例的に車で移動する習慣がある場合、その時刻の前後に、車両１の走行と推定される挙動を示す情報が通知されて表示されると、見守り者は、ユーザが安全に移動していることを知ることができる。また、上記した挙動を示す情報が通知されない場合には、見守り者は、ユーザが体調を崩した様子を想像してユーザに早急に連絡を取ることができる。

また、例えば、対応する車両１の事故を推定する挙動を示す情報が通知されて表示された場合には、見守り者は、ユーザに早急に連絡を取って事態を把握することができるとともに、緊急の場合には、レスキューや救急車などを手配することができる。

また、例えば、急操作指数を受信した場合には、ユーザの最近の運転傾向を把握することができる。このため、ユーザの急操作の回数が増加傾向にある場合には、ユーザに運転中の注意事項を伝えることにより、ユーザの安全運転を促すことができる。見守り端末２０は、例えば、挙動情報を受信した場合には、確認した旨をクラウドサーバ３０に返信してもよい。そして、これにより、一連の処理を終了する。

なお、図２のフローチャートでは、車両１の利用中に、タイヤ２の空気圧がさらに低下する場合の動作については省略したが、上述したように、クラウドサーバ３０は、タイヤ２の空気圧が第１閾値よりも低い第２閾値以下となった場合には、車両１の現在位置から最寄りのメンテナンスのサービス店を検索し、車両端末１０に対して、タイヤ空気圧が低下している旨、及びサービス店の位置情報などを通知してもよい。また、クラウドサーバ３０は、タイヤ２の空気圧が第２閾値よりも低い第３閾値以下となった場合には、車両端末１０に対して、タイヤ空気圧が急激に低下している旨、これ以上の走行を禁止し、速やかに安全な場所に停車（駐車）させる旨、及び、メンテナンス車両を車両１の停車場所に向かわせる旨を通知する。さらに、クラウドサーバ３０は、例えば、車両１のユーザが契約しているロードサービス、または、車両１の現在位置から最寄りのメンテナンスのサービス店に対して、緊急的なメンテナンスの要請と、該車両１の停車場所を通知してもよい。

以上、本実施形態に係るタイヤ空気圧管理システム１００は、車両１が有する複数のタイヤ２に設けられ、各タイヤ２の空気圧をそれぞれ検知するセンサ３と、予め登録された複数の車両１の各タイヤ２の空気圧を統合的に管理するクラウドサーバ３０とを備える。クラウドサーバ３０は、センサ３が検知した各タイヤ２の空気圧情報を取得する空気圧情報取得部３２と、取得した空気圧情報に基づいて、車両１のタイヤ２の状態を判定するタイヤ状態判定部３５と、判定結果を車両１の車両端末１０に通知する通信部３１と、を備える。この構成によれば、登録された車両１のユーザは、例えば、車両１のタイヤを、センサ３を有するタイヤ２に交換するといった簡単な構成で、車両１のタイヤ２の空気圧を容易に、かつ適正に管理することができる。

また、本実施形態によれば、少なくとも１つのタイヤ２の空気圧が標準空気圧よりも低い第１閾値以下となった場合、タイヤ状態判定部３５は、タイヤ２が空気圧低下に伴う燃費悪化状態にあると判定し、通信部３１は、空気圧が低下した状態のタイヤ２で走行した際の燃費悪化率を車両端末１０に通知するため、ユーザは、空気圧低下に伴う燃費悪化を数値として把握することができ、ユーザに対してタイヤ２への空気の補充を促すことができる。

また、本実施形態によれば、クラウドサーバ３０は、空気圧が第１閾値以下となったタイヤ２を他のタイヤ２と異なる態様で表示するための画像情報を車両１の車両端末１０に通知するため、ユーザは、どのタイヤ２の空気圧が低下しているかを視覚的に瞬時に把握することができる。このため、空気圧が低下したタイヤ２にのみ、確実に空気を補充することができる。

また、本実施形態によれば、タイヤ２の空気圧が第１閾値よりも低い第２閾値以下となった場合、クラウドサーバ３０は、車両から最寄りのサービス店の位置情報を該車両１に通知するため、タイヤ２の空気圧が過剰に低下する前にメンテナンスを受けることができ、車両１のタイヤ２の空気圧を適正に管理することができる。

また、本実施形態によれば、タイヤ２のセンサ３はそれぞれ加速度センサ３ｃを有し、クラウドサーバ３０は、加速度センサ３ｃが検知した加速度情報を取得する加速度情報取得部３３と、取得した空気圧情報及び加速度情報の少なくとも一方に基づいて、車両１の挙動を推定する挙動推定部３７と、を備え、クラウドサーバ３０は、車両１の挙動に関する情報を予め設定された見守り端末２０に通知するため、例えば、車両１のタイヤを、センサ３を有するタイヤ２に交換するといった簡単な構成で、見守り端末２０を有する見守り者は、特定の車両１の挙動を把握することができる。

以上、本発明の実施形態について説明したが、本発明は、上記実施形態に限定されるものではない。例えば、クラウドサーバ３０は、タイヤ２の初期登録時に、センサＩＤとともに、タイヤ２の製造年月または、タイヤ２の取付年月を登録しておき、例えば、取り付けから所定期間（ローテーション期間や耐用期間）が経過した場合には、ローテーションや交換を勧める旨を、車両端末１０や見守り端末２０に通知（例えばメールなど）してもよい。

１ 車両
２ タイヤ
３ センサ（空気圧センサ）
３ｃ 加速度センサ
１０ 車両端末
１４ 表示部
２０ 見守り端末（端末装置）
３０ クラウドサーバ（空気管理装置）
３１ 通信部（通知部）
３２ 空気圧情報取得部
３３ 加速度情報取得部
３５ タイヤ状態判定部（判定部）
３６ 燃費推定部
３７ 挙動推定部
３８ 制御部
１００ タイヤ空気圧管理システム

Claims (6)

1. 車両が有する複数のタイヤに設けられ、各タイヤの空気圧をそれぞれ検知する空気圧センサと、予め登録された複数の前記車両の各タイヤの空気圧を統合的に管理する空気圧管理装置とを備え、
   前記空気圧管理装置は、前記空気圧センサが検知した各タイヤの空気圧情報を取得する空気圧情報取得部と、
   取得した前記空気圧情報に基づいて、前記車両の前記タイヤの状態を判定する判定部と、
   判定結果を前記車両のユーザに通知する通知部と、
   を備えたことを特徴とするタイヤ空気圧管理システム。
2. 少なくとも１つの前記タイヤの空気圧が標準空気圧よりも低い第１閾値以下となった場合、
   前記判定部は、前記タイヤが空気圧低下に伴う燃費悪化状態にあると判定し、
   前記通知部は、前記タイヤで走行した際の燃費悪化率を通知することを特徴とする請求項１に記載のタイヤ空気圧管理システム。
3. 前記通知部は、前記空気圧が前記第１閾値以下となった前記タイヤを他の前記タイヤと異なる態様で表示するための画像情報を前記車両のユーザに通知することを特徴とする請求項１または２に記載のタイヤ空気圧管理システム。
4. 前記タイヤの空気圧が前記第１閾値よりも低い第２閾値以下となった場合、
   前記通知部は、前記車両から最寄りのサービス店の位置情報を該車両に通知することを特徴とする請求項２または３に記載のタイヤ空気圧管理システム。
5. 前記タイヤはそれぞれ加速度センサを有し、
   前記空気圧管理装置は、前記加速度センサが検知した加速度情報を取得する加速度情報取得部と、
   取得した前記空気圧情報及び前記加速度情報の少なくとも一方に基づいて、前記車両の挙動を推定する挙動推定部と、を備え、
   前記通知部は、前記車両の挙動に関する情報を予め設定された端末装置に通知することを特徴とする請求項１から４のいずれか一項に記載のタイヤ空気圧管理システム。
6. 車両が有する複数のタイヤの空気圧をそれぞれ検知するステップと、
   検知した各タイヤの空気圧情報を取得するステップと、
   取得した前記空気圧情報に基づいて、前記車両の前記タイヤの状態を判定するステップと、
   判定結果を前記車両のユーザに通知するステップと、
   を備えたことを特徴とするタイヤ空気圧管理方法。

Images