JP2019081531A

JP2019081531A - 路面状態判別装置およびそれを備えたタイヤシステム

Info

Publication number: JP2019081531A
Application number: JP2018113705A
Authority: JP
Inventors: 高俊関澤; Takatoshi Sekizawa
Original assignee: Denso Corp
Current assignee: Denso Corp
Priority date: 2017-10-30
Filing date: 2018-06-14
Publication date: 2019-05-30
Anticipated expiration: 2038-06-14
Also published as: US20200256672A1; US11549809B2; JP6733707B2

Abstract

【課題】事前学習した保存データのみでは対応できない状況においても、適切に路面状態の判別が行えるようにする。【解決手段】車両に備えられる周辺装置２２にて環境データを取得し、この環境データに基づいてサポートベクタの学習を行うべき状況であることを判定する。そして、サポートベクタの学習を行うべき状況である場合には、状況の種類と紐付けして特徴量や生波形データを含む路面データを通信センター２００に送り、通信センター２００においてサポートベクタの学習演算を行わせる。この後、通信センター２００から学習結果を車両側に伝えることで、サポートベクタ保存部２１ｂに、初期データとして保存しているサポートベクタ以外にも、状況に合わせてサポートベクタを更新していくことができる。【選択図】図２

Description

本発明は、タイヤが受ける振動を検出し、振動データに基づいて路面状態を示す路面データを作成するタイヤ側装置と、路面データを受信して路面状態を推定する車体側システムとを有する路面状態判別装置およびそれを備えたタイヤシステムに関するものである。

従来、特許文献１において、タイヤトレッドの裏面に加速度センサを備え、加速度センサにてタイヤに加えられる振動を検出すると共に、その振動の検出結果に基づいて路面状態の推定を行う路面状態判別方法が提案されている。この路面状態判別方法では、加速度センサが検出したタイヤの振動波形から特徴ベクトルを抽出し、抽出した特徴ベクトルと路面の種類ごとに記憶しておいた全サポートベクタとの類似度を計算することで、路面状態を判別する。

特開２０１６−１０７８３３号公報

従来では、路面状態判別のアルゴリズムがオフライン、つまり事前学習型のものであり、例えばサポートベクタマシンを用いた学習によってサポートベクタを取得し、その保存データを路面状態の判別に用いている。しかしながら、全く未知の路面を走行した場合などのように、事前に学習した状況と異なる状況では、事前学習したサポートベクタの保存データのみでは適切な路面状態の判別が行えなくなる可能性がある。

本発明は上記点に鑑みて、事前学習した保存データのみでは対応できない状況においても、適切に路面状態の判別が行えるようにできる路面状態判別装置およびそれを有するタイヤシステムを提供することを目的とする。

上記目的を達成するため、請求項１に記載の路面状態判別装置は、タイヤ側装置（１）と車体側システム（２）とを有し、タイヤ側装置は、タイヤの振動の大きさに応じた検出信号を出力する振動検出部（１ａ）と、検出信号の波形に現れる路面状態を示す路面データを生成する波形処理部（１ｂ）と、路面データを送信する第１データ通信部（１ｃ）と、を備え、車体側システムは、第１データ通信部から送信された路面データを受信する第２データ通信部（２１ａ）と、教師データを保存する保存部（２１ｂ）と、路面データと教師データとに基づいて車両の走行路面における路面状態を判別する路面判定部（２１ｃ）と、路面状態に関わる環境データを取得する周辺装置（２２）と、環境データに基づいて教師データの学習演算を行うべき状況であるか否かの判定を行うと共に、教師データの学習演算を行うべき状況であるとの判定結果に基づいて、第２データ通信部を通じてタイヤ側装置にリクエスト信号を出力させる環境判定部（２１ｄ）と、を備えている。そして、タイヤ側装置は、第１データ通信部にてリクエスト信号を受信すると、波形処理部にて路面データを生成すると共に、第１データ通信部を通じて路面データを車体側システムに送信し、車体側システムは、タイヤ側装置から伝えられた路面データと環境データが示す状況の種類とを用いた機械学習により教師データの更新データが学習演算されると、保存部に記憶された教師データに更新データを加味したデータを新たな教師データとして保存する。

このように構成される路面状態判別装置では、車両に備えられる周辺装置にて環境データを取得し、この環境データに基づいて教師データの学習を行うべき状況であることを判定している。そして、教師データの学習を行うべき状況である場合には、状況の種類と紐付けした路面データを用いて教師データの学習演算を行わせている。これにより、保存部に、初期データとして保存している教師データ以外にも、状況に合わせて教師データを更新していくことができる。

したがって、事前学習した保存データのみでは対応できない状況においても、適切に路面状態の判別が行えるようにできる路面状態判別装置とすることが可能となる。

なお、各構成要素等に付された括弧付きの参照符号は、その構成要素等と後述する実施形態に記載の具体的な構成要素等との対応関係の一例を示すものである。

第１実施形態にかかる路面状態判別装置が適用されたタイヤ装置の車両搭載状態でのブロック構成を示した図である。タイヤ側装置および車体側システムの詳細を示したブロック図である。タイヤ側装置が取り付けられたタイヤの断面模式図である。タイヤ回転時における加速度取得部の出力電圧波形図である。加速度取得部の検出信号を所定の時間幅Ｔの時間窓毎に区画した様子を示す図である。タイヤ側装置が実行するデータ送信処理のフローチャートである。車体側システムが実行する路面状態判別処理のフローチャートである。車体側システムが実行する環境判定処理のフローチャートである。車体側システムが実行する学習データ送信処理のフローチャートである。通信センターが実行する学習処理のフローチャートである。車体側システムが実行する学習データ更新処理のフローチャートである。タイヤの今回の回転時の時間軸波形と１回転前のときの時間軸波形それぞれを所定の時間幅Ｔの時間窓で分割した各区画での行列式Ｘｉ（ｒ）、Ｘｉ（ｓ）と距離_ｙｚとの関係を示した図である。第２実施形態にかかるタイヤ装置に備えられたタイヤ側装置および車体側システムの詳細を示したブロック図である。車体側システムが実行する学習データ更新処理のフローチャートである。車体側システムが実行するダウンロード処理のフローチャートである。通信センターが実行するデータダウンロード処理のフローチャートである。車体側システムが実行する環境判定処理の具体例を示したフローチャートである。車体側システムが実行する環境判定処理の具体例を示したフローチャートである。車体側システムが実行する環境判定処理の具体例を示したフローチャートである。車体側システムが実行する環境判定処理の具体例を示したフローチャートである。車体側システムが実行する環境判定処理の具体例を示したフローチャートである。車体側システムが実行する環境判定処理の具体例を示したフローチャートである。車体側システムが実行する環境判定処理の具体例を示したフローチャートである。車体側システムが実行する環境判定処理の具体例を示したフローチャートである。タイヤ側装置が実行するデータ送信処理のフローチャートである。車体側システムが実行する学習データ送信処理のフローチャートである。通信センターが実行する学習処理のフローチャートである。タイヤ側装置が実行する路面変化検出処理のフローチャートである。タイヤ側装置が実行するデータ送信処理のフローチャートである。

以下、本発明の実施形態について図に基づいて説明する。なお、以下の各実施形態相互において、互いに同一もしくは均等である部分には、同一符号を付して説明を行う。

（第１実施形態）
図１〜図１２を参照して、本実施形態にかかる路面状態判別機能を有するタイヤ装置１００について説明する。本実施形態にかかるタイヤ装置１００は、車両の各車輪に備えられるタイヤの接地面に加わる振動に基づいて走行中の路面状態を判別すると共に、路面状態に基づいて車両の危険性の報知や車両運動制御などを行うものである。

図１および図２に示すようにタイヤ装置１００は、車輪側に設けられたタイヤ側装置１と、車体側に備えられた各部を含む車体側システム２とを有する構成とされている。車体側システム２としては、受信機２１、周辺装置２２、ブレーキ制御用の電子制御装置（以下、ブレーキＥＣＵという）２３、報知装置２４などが備えられている。なお、このタイヤ装置１００のうち路面状態判別機能を実現する部分が路面状態判別装置に相当する。本実施形態の場合、タイヤ側装置１と車体側システム２のうちの受信機２１や周辺装置２２が路面状態判別装置を構成している。

本実施形態のタイヤ装置１００は、タイヤ側装置１よりタイヤ３の走行路面における路面状態に応じたデータ（以下、路面データという）を送信すると共に、受信機２１で路面データを受信して路面状態の判別を行う。また、タイヤ装置１００は、受信機２１での路面状態の判別結果を報知装置２４に伝え、報知装置２４より路面状態の判別結果を報知させる。これにより、例えばドライ路やウェット路もしくは凍結路であることなど、路面状態をドライバに伝えることが可能となり、滑り易い路面である場合にはドライバに警告することも可能となる。また、タイヤ装置１００は、車両運動制御を行うブレーキＥＣＵ２３などに路面状態を伝えることで、危険を回避するための車両運動制御が行われるようにする。例えば、凍結時には、ドライ路の場合と比較してブレーキ操作量に対して発生させられる制動力が弱められるようにすることで、路面μが低いときに対応した車両運動制御となるようにする。具体的には、タイヤ側装置１および受信機２１は、以下のように構成されている。

タイヤ側装置１は、各タイヤ３それぞれに配置され、車体側システム２との間において双方向通信が可能とされている。具体的には、タイヤ側装置１は、図２に示すように、振動センサ部１ａ、波形処理部１ｂ、データ通信部１ｃ、電源部１ｄを備えた構成とされ、図３に示されるように、タイヤ３のトレッド３１の裏面側に設けられる。

振動センサ部１ａは、タイヤ３に加わる振動を検出するための振動検出部を構成するものである。例えば、振動センサ部１ａは、加速度センサによって構成される。振動センサ部１ａが加速度センサとされる場合、振動センサ部１ａは、例えばタイヤ３が回転する際にタイヤ側装置１が描く円軌道に対して接する方向、つまり図３中の矢印Ｘで示すタイヤ接線方向の振動の大きさに応じた検出信号として、加速度の検出信号を出力する。より詳しくは、加速度取得部１０は、矢印Ｘで示す二方向のうちの一方向を正、反対方向を負とする出力電圧を検出信号として発生させる。例えば、振動センサ部１ａは、タイヤ３が１回転するよりも短い周期に設定される所定のサンプリング周期ごとに加速度検出を行い、それを検出信号として出力している。

なお、ここでは振動センサ部１ａにて、タイヤ接線方向の振動を検出する場合について説明したが、他の方向、例えばタイヤ径方向の振動を検出しても同様のことを行える。

波形処理部１ｂは、ＣＰＵ、ＲＯＭ、ＲＡＭ、Ｉ／Ｏなどを備えた周知のマイクロコンピュータによって構成され、ＲＯＭなどに記憶されたプログラムに従って検出信号の信号処理を行い、検出信号に現れる路面状態を示す路面データを生成する。路面データとしては、タイヤ振動の特徴量を含むデータと、特徴量に加えて検出信号の生波形を含むデータとがある。

具体的には、波形処理部１ｂは、振動センサ部１ａが出力する検出信号をタイヤ接線方向の振動データを表す検出信号として用いて、この検出信号が示す振動波形の波形処理を行うことで、タイヤ振動の特徴量を抽出する。本実施形態の場合、タイヤ３の加速度（以下、タイヤＧという）の検出信号を信号処理することで、タイヤＧの特徴量を抽出する。また、波形処理部１ｂは、振動センサ部１ａの検出信号そのものとなる生波形を取得し、必要に応じてノイズ除去等の信号処理を行い、それをデータ化する（以下、生波形をデータ化したものを生波形データという）。そして、波形処理部１ｂは、抽出した特徴量を含むデータもしくは特徴量に加えて生波形データを含めたものを路面データとしてデータ通信部１ｃに伝える。なお、ここでいう特徴量の詳細については後で説明する。

また、波形処理部１ｂは、データ通信部１ｃからのデータ送信を制御しており、データ送信を行わせたいタイミングでデータ通信部１ｃに対して路面データを伝えることで、データ通信部１ｃからデータ通信が行われるようにする。例えば、波形処理部１ｂは、タイヤ３が１回転するごとにタイヤＧの特徴量の抽出を行い、タイヤ３の1回転もしくは複数回転する毎に１回もしくは複数回の割合で、データ通信部１ｃに対して路面データを伝えている。例えば、波形処理部１ｂは、データ通信部１ｃに対して路面データを伝えるときのタイヤ３の１回転中に抽出されたタイヤＧの特徴量を含んだ路面データをデータ通信部１ｃに対して伝えている。また、波形処理部１ｂは、車体側システム２からリクエスト信号を受け取ったときにも、そのときのタイヤ３の１回転中に抽出されたタイヤＧの特徴量に加えて生波形データを含めた路面データをデータ通信部１ｃに対して伝える。

データ通信部１ｃは、第１送受信部を構成する部分であり、車体側システム２における受信機２１の後述するデータ通信部２１ａとの間においてデータ通信を行う。データ通信部１ｃは、データ通信部２１ａとの間において双方通信を行える構成とされている。データ通信部１ｃは、ここでは１つの構成として記載されているが、送信部と受信部それぞれ別々に構成されたものであっても良い。双方向通信の形態については様々なものを適用することができ、ＢＬＥ（Bluetooth Low Energyの略）通信を含むブルートゥース通信、wifiなどの無線LAN（Local Area Networkの略）、Sub-GHz通信、ウルトラワイドバンド通信、ZigBeeなどを適用できる。なお、「ブルートゥース」は登録商標である。

例えば、データ通信部１ｃは、波形処理部１ｂから路面データが伝えられると、そのタイミングで路面データの送信を行う。データ通信部１ｃからのデータ送信のタイミングについては、波形処理部１ｂによって制御されている。そして、波形処理部１ｂからタイヤ３が１回転もしくは複数回転するごとに路面データが送られてくるたびに、もしくは、車体側システム２からのリクエスト信号を受信したときに、データ通信部１ｃからのデータ送信が行われるようになっている。

電源部１ｄは、タイヤ側装置１の電源となるものであり、タイヤ側装置１に備えられる各部への電力供給を行うことで、各部が作動させられるようにしている。電源部１ｄは、例えばボタン電池等の電池で構成される。

一方、車体側システム２を構成する受信機２１、周辺装置２２、ブレーキＥＣＵ２３、報知装置２４および外部通信機２５は、図示しないイグニッションスイッチなどの起動スイッチがオンされると駆動されるものである。

受信機２１は、図２に示すように、データ通信部２１ａ、サポートベクタ保存部２１ｂ、路面判定部２１ｃ、環境判定部２１ｄおよび学習データ通信部２１ｅを有した構成とされている。また、図１および図２に示すように、受信機２１は、外部通信機２５との間においてデータ通信を行えるようになっており、外部通信機２５を通じて通信センター２００との間においてデータの授受を行うことも可能となっている。

データ通信部２１ａは、第２送受信部を構成する部分であり、タイヤ側装置１のデータ通信部１ｃより送信された特徴量を含む路面データもしくは特徴量に加え生波形データを含めた路面データを受信し、路面判定部２１ｃに伝える役割を果たす。

サポートベクタ保存部２１ｂは、サポートベクタを記憶して保存するものであり、例えば路面の種類ごとにサポートベクタを保存している。サポートベクタは、手本となる特徴量のことであり、例えばサポートベクタマシンを用いた学習によって得ている。タイヤ側装置１を備えた車両を実験的に路面の種類別に走行させ、そのときに特徴量抽出部１１ａで抽出した特徴量を所定のタイヤ回転数分学習し、その中から典型的な特徴量を所定数分抽出したものがサポートベクタとされる。例えば、路面の種類別に、１００万回転分の特徴量を学習し、その中から１００回転分の典型的な特徴量を抽出したものをサポートベクタとしている。

また、サポートベクタ保存部２１ｂは、納車時に予め初期時のサポートベクタを保存しているが、学習データ通信部２１ｅから更新用のサポートベクタが伝えられると、それも保存する。このため、サポートベクタ保存部２１ｂは、サポートベクタの更新を行う。ここでは、予め保存してあったサポートベクタに対して更新用のサポートベクタを加え、それを更新後の新たなサポートベクタとして利用できるようにしている。なお、サポートベクタの更新は、予め保存してあったサポートベクタに対して更新用のサポートベクタを加える手法に限らず、予め保存してあったサポートベクタの少なくとも一部を更新用のサポートベクタに書き換えたり、置き換えたりする手法であっても良い。

路面判定部２１ｃは、ＣＰＵ、ＲＯＭ、ＲＡＭ、Ｉ／Ｏなどを備えた周知のマイクロコンピュータによって構成され、ＲＯＭなどに記憶されたプログラムに従って各種処理を行って、路面状態を判別する。具体的には、路面判定部２１ｃは、波形処理部１ｂから伝えられる路面データに含まれる特徴量とサポートベクタ保存部２１ｂに記憶されているサポートベクタとを比較することで路面状態の判別を行っている。

例えば、今回受信した路面データに含まれる特徴量を路面の種類別のサポートベクタと対比して、その特徴量が最も近いサポートベクタの路面を現在の走行路面と判別している。

また、路面判定部２１ｃは、路面状態を判別すると、判別した路面状態を報知装置２４に伝え、必要に応じて報知装置２４より路面状態をドライバに伝える。これにより、ドライバは路面状態に対応した運転を心掛けるようになり、車両の危険性を回避することが可能となる。例えば、報知装置２４を通じて判別された路面状態を常に表示するようにしても良いし、判別された路面状態がウェット路や凍結路等のように運転をより慎重に行う必要があるときにのみ路面状態を表示してドライバに警告するようにしても良い。また、受信機２１からブレーキＥＣＵ２３などの車両運動制御を実行するためのＥＣＵに対して路面状態を伝えており、伝えられた路面状態に基づいて車両運動制御が実行されるようにしている。

環境判定部２１ｄは、周辺装置２２から得られる環境データに基づいてサポートベクタの学習を行うべき状況を判定し、その判定結果に基づいて、タイヤ側装置１に対して路面データを要求するリクエスト信号を出力する。例えば、環境判定部２１ｄは、サポートベクタの学習を行うべき状況であるか否かを判定する。そして、環境判定部２１ｄは、サポートベクタの学習を行うべき状況であると判定すると、データ通信部２１ａを通じてタイヤ側装置１に対してリクエスト信号を出力する。

ここで、「サポートベクタの学習を行うべき状況」とは、環境データに基づいて車両の走行路面の路面状態が変化したことなど、サポートベクタを抽出した学習条件と異なる条件となったことなどを意味している。サポートベクタは、特定の条件下での学習結果から典型的な特徴量を抽出したものであることから、実際の走行条件が学習を行ったときの走行条件と異なっていれば、その条件下でも学習を行うのが好ましい。例えば、保存されているサポートベクタの学習条件と異なる路面の種類の場合には、新しい路面の種類としてサポートベクタの学習を行うべきである。また、保存されているサポートベクタの学習条件と同じ路面の種類であっても、車両の実際の走行環境や走行の仕方に応じて、または、タイヤの種類や空気圧もしくは摩耗量の変化、季節や温度もしくは天候に伴って適切なサポートベクタが変化することもある。これらの場合、学習条件と同じ路面状態であっても振動センサ部１ａの検出信号が期待するものから変化してしまうため、学習しておいたサポートベクタが適切ではない状態になることがあり得る。このような場合を「サポートベクタの学習を行うべき状況」としている。

学習データ通信部２１ｅは、データ通信部２１ａが受信した特徴量に加えて生波形データを含めた路面データを取得する。そして、学習データ通信部２１ｅは、環境判定部２１ｄでサポートベクタの学習を行うべき状況であると判定した状況の種類のデータと、受信した路面データとを紐付けし、さらに自車両のＩＤ情報などの車両データを付して外部通信機２５に送信する。これにより、外部通信機２５を通じて、車両外部に備えられる通信センター２００に、特徴量に加えて生波形データを含めた路面データと状況の種類のデータに加えて、他車両と区別するための車両データが伝えられる。

また、学習データ通信部２１ｅは、外部通信機２５を通じて通信センター２００から送られてくる更新用のサポートベクタを取得すると、それをサポートベクタ保存部２１ｂに伝える。これにより、サポートベクタ保存部２１ｂは、それまでに保存しているサポートベクタに対して更に学習結果として得られたサポートベクタを追加し、それを更新後の新たなサポートベクタとする。

周辺装置２２は、車両に備えられる各種機器によって構成され、上記したように、路面状態の変化など、サポートベクタの学習を行うべき状況の認識に利用される路面状態に関わる環境データを取得し、それを環境判定部２１ｄに伝える役割を果たす。例えば、車載カメラ、ブレーキＥＣＵ２３、ワイパ装置、荷重センサ、タイヤ空気圧モニタリングシステム（以下、ＴＰＭＳという）などが周辺装置２２として適用される。

具体的には、車載カメラによって車両の前方の路面や周辺の画像データを環境データとして取得できる。このため、環境判定部２１ｄは車載カメラの画像データを解析し、その解析結果に基づいて路面状態や車両の実際の走行環境や走行の仕方、天候などを判別することができる。また、ブレーキＥＣＵ２３ではＡＢＳ（Antilock Brake Systemの略）やＶＳＣ（Vehicle stability controlの略）などの各種制御が行われ、路面摩擦係数の推定や路面状態の推定が行われる場合もある。このような場合には、環境判定部２１ｄは、ブレーキＥＣＵ２３から路面状態に関する情報を取得し、その情報に基づいて路面状態を判別することができる。また、ワイパ装置が駆動される場合は雨天や降雪時などである。このため、環境判定部２１ｄはワイパ装置の制御部からワイパ駆動が行われていることを示す情報を取得し、それに基づいて路面状態が例えばウェット状態などであることや天候を判別できる。

これらの路面状態や天候などの判別結果に基づき、保存されているサポートベクタの学習条件と同じ路面の種類であっても走行環境や走行の仕方、さらには天候などが異なっているか、もしくは、当該学習条件と異なる路面の種類である場合を特定できる。これにより、その路面の種類、走行環境、走行の仕方、天候などの各種パラメータを加味したサポートベクタの学習が可能となる。

なお、車載カメラで取得した画像データの解析に基づく路面状態の推定や、ブレーキＥＣＵ２３による路面状態の推定については公知となっている手法を適用すればよい。

また、荷重センサによってタイヤ３に掛かる荷重を取得でき、ＴＰＭＳによってタイヤ空気圧を取得できる。サポートベクタを学習した状況と同じ路面状態であったとしても、タイヤ３に掛かる荷重の大きさやタイヤ空気圧などのタイヤ情報に応じて状態量が変化し得る。これらの場合、保存されているサポートベクタの学習条件と同じ路面の種類であってもそのサポートベクタが適切でない場合となり得る。このため、荷重センサやＴＰＭＳから環境データとしてタイヤ情報を得ることで、路面の種類に加えてタイヤ情報も加味して特徴量の学習が可能となる。

なお、周辺装置２２としては、サポートベクタの学習を行うべき状況の認識に利用できる環境データを取得できるものであれば、上記した例以外のものでも良い。例えば、図示しないナビゲーションシステムなどにおいて天気情報、温度情報、季節情報、地域情報もしくは路面凍結情報などを取得し、それらを環境データとして環境判定部２１ｄに伝えるようにしても良い。また、タイヤ３の種類や摩耗状態等もタイヤ情報として環境データとなり得る。タイヤ３の種類が変更されたことについては図示しない操作スイッチなどを通じて受信機２１に登録されるようにすれば良く、摩耗状態については図示しないメータＥＣＵなどから得られる走行距離などから推定すれば良い。

ブレーキＥＣＵ２３は、様々なブレーキ制御を行う制動制御装置を構成するものである。具体的には、ブレーキＥＣＵ２３は、ブレーキ液圧制御用のアクチュエータを駆動することでホイールシリンダ圧を増減して制動力を制御する。また、ブレーキＥＣＵ２３は、各車輪の制動力を独立して制御することもできる。このブレーキＥＣＵ２３により、受信機２１から路面状態が伝えられると、それに基づいて車両運動制御として制動力の制御を行っている。例えば、ブレーキＥＣＵ２３は、伝えられた路面状態が凍結路であることを示していた場合、ドライ路面と比較して、ドライバによるブレーキ操作量に対して発生させる制動力を弱めるようにする。これにより、車輪スリップを抑制でき、車両の危険性を回避することが可能となる。

また、ブレーキＥＣＵ２３では、上記したように、ＡＢＳやＶＳＣなどの各種制御を行う際に、路面摩擦係数の推定や路面状態の推定を行うこともある。その場合には、ブレーキＥＣＵ２３から環境判定部２１ｄに路面状態に関する情報が伝えられる。

また、報知装置２４は、例えばメータ表示器などで構成され、ドライバに対して路面状態を報知する際に用いられる。報知装置２４をメータ表示器で構成する場合、ドライバが車両の運転中に視認可能な場所に配置され、例えば車両におけるインストルメントパネル内に設置される。メータ表示器は、受信機２１から路面状態が伝えられると、その路面状態が把握できる態様で表示を行うことで、視覚的にドライバに対して路面状態を報知することができる。

なお、報知装置２４をブザーや音声案内装置などで構成することもできる。その場合、報知装置２４は、ブザー音や音声案内によって、聴覚的にドライバに対して路面状態を報知することができる。また、視覚的な報知を行う報知装置２４としてメータ表示器を例に挙げたが、ヘッドアップディスプレイなどの情報表示を行う表示器によって報知装置２４を構成しても良い。

外部通信機２５は、ＤＣＭ（Data Communication Module）のような無線ネットワークなどを経由して通信センター２００とのデータ通信を行うための装置である。本実施形態の場合、外部通信機２５は、受信機２１から特徴量に加えて生波形データを含む路面データおよび状況の種類のデータが伝えられると、それを後述する通信センター２００に送信する役割を果たす。また、外部通信機２５は、通信センター２００から送信されるサポートベクタの更新データを受信し、それを受信機２１に伝える役割も果たす。

このようにして、本実施形態にかかるタイヤ装置１００が構成されている。なお、車体側システム２を構成する各部は、例えばＣＡＮ（Controller Area Networkの略）通信などによる車内ＬＡＮ（Local Area Networkの略）を通じて接続されている。このため、車内ＬＡＮを通じて各部が互いに情報伝達できるようになっている。
さらに、本実施形態の場合、タイヤ装置１００に加えて、車両外に備えられる通信センター２００を利用することで、より学習データを充実させ、サポートベクタを更新できるタイヤシステムを構成している。

通信センター２００は、学習によりサポートベクタを作成するサポートベクタマシンとしての機能および作成したサポートベクタの更新データの提供を行う機能を実現する学習装置としての役割を果たす。

具体的には、通信センター２００は、車両外に備えたコンピュータを用いて、車体側システム２との双方向通信を行うことで、サポートベクタの学習演算を行ったり、学習演算の結果を車両側に伝えたりする役割を果たす。すなわち、通信センター２００は、クラウド・コンピューティング（以下、クラウドという）におけるサービスの提供元コンピュータに相当するものである。通信センター２００をクラウドの提供元コンピュータとして学習演算したサポートベクタについては、双方向通信によって車体側システム２に提供される。また、通信センター２００は、各車両のサポートベクタ保存部２１ｂに保存している更新前の初期データとなるサポートベクタも記憶している。

通信センター２００には、外部通信機２５を通じて、受信機２１からサポートベクタの学習を行うべき状況であると判定した状況の種類と紐付けされた路面データが届けられる。このため、通信センター２００は、状況の種類別に路面データから特徴量や生波形データを読み取り、それらを解析すると共に各種演算を行うことで状況の種類別にサポートベクタを学習演算していく。そして、通信センター２００は、その学習演算の結果としてサポートベクタが取得された場合、それを初期データとして記憶しているサポートベクタに加えて記憶すると共に、各車両側にデータ送信し、外部通信機２５を通じて受信機２１に伝える。これに基づいて、サポートベクタ保存部２１ｂでのサポートベクタの更新が行われるようになっている。

以上のようにして、本実施形態にかかるタイヤ装置１００および通信センター２００を含めたタイヤシステムが構成されている。

次に、上記した波形処理部１ｂで抽出する特徴量の詳細について説明する。

ここでいう特徴量とは、振動センサ部１ａが取得したタイヤ３に加わる振動の特徴を示す量であり、例えば特徴ベクトルとして表される。

タイヤ回転時における振動センサ部１ａの検出信号の出力電圧波形は、例えば図４に示す波形となる。この図に示されるように、タイヤ３の回転に伴ってトレッド３１のうち振動センサ部１ａの配置箇所と対応する部分が接地し始めた接地開始時に、振動センサ部１ａの出力電圧が極大値をとる。以下、この振動センサ部１ａの出力電圧が極大値をとる接地開始時のピーク値を第１ピーク値という。さらに、図４に示されるように、タイヤ３の回転に伴ってトレッド３１のうち振動センサ部１ａの配置箇所と対応する部分が接地していた状態から接地しなくなる接地終了時に、振動センサ部１ａの出力電圧が極小値をとる。以下、この振動センサ部１ａの出力電圧が極小値をとる接地終了時のピーク値を第２ピーク値という。

振動センサ部１ａの出力電圧が上記のようなタイミングでピーク値をとるのは、以下の理由による。すなわち、タイヤ３の回転に伴ってトレッド３１のうち振動センサ部１ａの配置箇所と対応する部分が接地する際、振動センサ部１ａの近傍においてタイヤ３のうちそれまで略円筒面であった部分が押圧されて平面状に変形する。このときの衝撃を受けることで、振動センサ部１ａの出力電圧が第１ピーク値をとる。また、タイヤ３の回転に伴ってトレッド３１のうち振動センサ部１ａの配置箇所と対応する部分が接地面から離れる際には、振動センサ部１ａの近傍においてタイヤ３は押圧が解放されて平面状から略円筒状に戻る。このタイヤ３の形状が元に戻るときの衝撃を受けることで、振動センサ部１ａの出力電圧が第２ピーク値をとる。このようにして、振動センサ部１ａの出力電圧が接地開始時と接地終了時でそれぞれ第１、第２ピーク値をとるのである。また、タイヤ３が押圧される際の衝撃の方向と、押圧から開放される際の衝撃の方向は逆方向であるため、出力電圧の符号も逆方向となる。

ここで、タイヤトレッド３１のうち振動センサ部１ａの配置箇所と対応する部分が路面に接地した瞬間を「踏み込み領域」、路面から離れる瞬間を「蹴り出し領域」とする。「踏み込み領域」には、第１ピーク値となるタイミングが含まれ、「蹴り出し領域」には、第２ピーク値となるタイミングが含まれる。また、踏み込み領域の前を「踏み込み前領域」、踏み込み領域から蹴り出し領域までの領域、つまりタイヤトレッド３１のうち振動センサ部１ａの配置箇所と対応する部分が接地中の領域を「蹴り出し前領域」、蹴り出し領域後を「蹴り出し後領域」とする。このように、タイヤトレッド３１のうち振動センサ部１ａの配置箇所と対応する部分が接地する期間およびその前後を５つの領域に区画することができる。なお、図４中では、検出信号のうちの「踏み込み前領域」、「踏み込み領域」、「蹴り出し前領域」、「蹴り出し領域」、「蹴り出し後領域」を順に５つの領域Ｒ１〜Ｒ５として示してある。

路面状態に応じて、区画した各領域でタイヤ３に生じる振動が変動し、振動センサ部１ａの検出信号が変化することから、各領域での振動センサ部１ａの検出信号を周波数解析することで、車両の走行路面における路面状態を検出する。例えば、圧雪路のような滑り易い路面状態では蹴り出し時の剪断力が低下するため、蹴り出し領域Ｒ４や蹴り出し後領域Ｒ５において、１ｋＨｚ〜４ｋＨｚ帯域から選択される帯域値が小さくなる。このように、路面状態に応じて振動センサ部１ａの検出信号の各周波数成分が変化することから、検出信号の周波数解析に基づいて路面状態を判別することが可能になる。

このため、波形処理部１ｂは、連続した時間軸波形となっているタイヤ３の１回転分の振動センサ部１ａの検出信号を、図５に示すように所定の時間幅Ｔの時間窓毎に複数の区画に分割し、各区画で周波数解析を行うことで特徴量を抽出している。具体的には、各区画で周波数解析を行うことで、各周波数帯域でのパワースペクトル値、つまり特定周波数帯域の振動レベルを求め、このパワースペクトル値を特徴量としている。

なお、時間幅Ｔの時間窓で分割された区画の数は車速に応じて、より詳しくはタイヤ３の回転速度に応じて変動する値である。以下の説明では、タイヤ１回転分の区画数をｎ（ただし、ｎは自然数）としている。

例えば、各区画それぞれの検出信号を複数の特定周波数帯域のフィルタ、例えば０〜１ｋＨｚ、１〜２ｋＨｚ、２〜３ｋＨｚ、３〜４ｋＨｚ、４〜５ｋＨｚの５つのバンドパスフィルタに通して得られたパワースペクトル値を特徴量としている。この特徴量は、特徴ベクトルと呼ばれるもので、ある区画ｉ（ただし、ｉは１≦ｉ≦ｎの自然数）の特徴ベクトルＸｉは、各特定周波数帯域のパワースペクトル値をａ_ｉｋで示すと、これを要素とする行列として、次式のように表される。

なお、パワースペクトル値ａ_ｉｋにおけるｋは、特定周波数帯域の数、つまりバンドパスフィルタの数であり、上記のように０〜５ｋＨｚの帯域を５つに分ける場合、ｋ＝１〜５となる。そして、全区画１〜ｎの特徴ベクトルＸ１〜Ｘｎを総括して示した行列式Ｘは、次式となる。

この行列式Ｘがタイヤ１回転分の特徴量を表した式となる。波形処理部１ｂでは、この行列式Ｘで表される特徴量を振動センサ部１ａの検出信号を周波数解析することによって抽出している。

続いて、本実施形態にかかるタイヤ装置１００および通信センター２００を含めたタイヤシステムの作動について、図６〜図７を参照して説明する。

まず、各車輪のタイヤ側装置１では、波形処理部１ｂにて、図６に示すデータ送信処理を実行している。この処理は、所定の制御周期ごとに実行される。

ステップＳ１００では、振動センサ部１ａの検出信号の入力処理を行う。この処理は、続くステップＳ１１０において、タイヤ３が１回転するまでの期間継続される。そして、振動センサ部１ａの検出信号をタイヤ１回転分入力すると、その後のステップＳ１２０に進み、入力したタイヤ１回転分の振動センサ部１ａの検出信号の時間軸波形の特徴量を抽出する。

なお、タイヤ３が１回転したことについては、振動センサ部１ａの検出信号の時間軸波形に基づいて判定している。すなわち、検出信号は図４に示した時間軸波形を描くことから、検出信号の第１ピーク値や第２ピーク値を確認することでタイヤ３の１回転を把握することができる。

また、路面状態が検出信号の時間軸波形の変化として特に現れるのが、「踏み込み領域」、「蹴り出し前領域」、「蹴り出し領域」を含めたその前後の期間である。このため、この期間中のデータが入力されていれば良く、必ずしもタイヤ１回転中における振動センサ部１ａの検出信号すべてのデータを入力していなくても良い。例えば、「踏み込み前領域」や「蹴り出し後領域」については、「踏み込み領域」の近傍や「蹴り出し領域」の近傍のデータがあれば良い。このため、振動センサ部１ａの検出信号のうちの振動レベルが閾値よりも小さくなる領域については、「踏み込み前領域」や「蹴り出し後領域」の中でも路面状態の影響を受け難い期間として、検出信号の入力を行わないようにしても良い。

また、ステップＳ１２０で行う特徴量の抽出については、上述した通りの手法によって行っている。

そして、ステップＳ１３０に進む。ステップＳ１３０では、生波形計測モードであるか否かを判定する。生波形計測モードは、路面データとして特徴量に加えて振動センサ部１ａの検出信号の生波形の送信が要求されているモードである。後述するように、受信機２１側において、周辺装置２２が取得した環境データに基づいてサポートベクタの学習を行うべき状況を判定しており、そのような状況であるとの判定結果であった場合に、データ通信部２１ａを通じてリクエスト信号が送信される。波形処理部１ｂは、そのリクエスト信号を受信すると、生波形計測モードであると判定する。

ここで否定判定された場合には、サポートベクタの学習を行うべき状況ではないため、ステップＳ１４０に進み、通常行われる路面状態の判別のためのデータ送信を実行すべく、今回の制御周期の際に抽出した特徴量を含む路面データをデータ通信部１ｃに伝える。これにより、データ通信部１ｃより、特徴量を含む路面データが送信される。

また、ステップＳ１３０で肯定判定された場合には、サポートベクタの学習を行うべき状況である。このため、ステップＳ１５０に進み、サポートベクタを学習するためのデータ送信を実行すべく、今回の制御周期の際に抽出した特徴量に加えて生波形データを含む路面データをデータ通信部１ｃに伝える。これにより、データ通信部１ｃより、特徴量に加えて生波形データを含む路面データが送信される。

一方、受信機２１では、図７に示す路面状態判別処理、図８に示す環境判定処理、図９に示す学習データ送信処理、および、図１１に示す学習データ更新処理が行われる。基本的には、路面状態判別処理は路面判定部２１ｃによって行われ、環境判定処理、学習データ送信処理、学習データ更新処理は環境判定部２１ｄや学習データ通信部２１ｅにて行われるが、受信機２１に備えられる各部が協働して各処理を実行すれば良い。これらの処理は、タイマ割込み処理等により、各処理それぞれに対して決められた制御周期ごとに実行される。さらに、通信センター２００では、図１０に示す学習処理を実行する。この処理も、通信センター２００において所定の制御周期毎に実行される。

なお、環境判定処理、学習データ送信処理、学習処理、学習データ更新処理は、それぞれ対応した処理である。具体的には、環境判定処理に対応して学習データ送信処理が実行され、学習データ送信処理に対応して学習処理が実行され、さらに学習処理に対応して学習データ更新処理が実行される。このため、以下では、路面状態判別処理の説明を行ったのち、環境判定処理、学習データ送信処理、学習処理、学習データ更新処理の順で説明を行う。

まず、図７に示す路面状態判別処理では、ステップＳ２００において、データ受信処理が行われる。この処理は、データ通信部２１ａが路面データを受信したときに、その路面データを路面判定部２１ｃが取り込むことによって行われる。データ通信部２１ａがデータ受信を行っていないときには、路面判定部２１ｃは何も路面データを取り込むことなく本処理を終えることになる。

この後、ステップＳ２１０に進み、特徴量を含む路面データのデータ受信が有ったか否かを判定し、受信していた場合にはステップＳ２２０に進み、受信していなければ受信するまでステップＳ２００、Ｓ２１０の処理が繰り返される。なお、ここでは、特徴量を含む路面データを受信したことを判定しており、生波形データも含む路面データを受信しても、受信していないこととしている。しかしながら、生波形データが含まれた路面データについても、特徴量に関するデータを抽出することで路面状態の判別に用いることができるため、生波形データが含まれた路面データであっても受信したものとしても良い。

そして、ステップＳ２２０に進み、路面状態の判別を行う。路面状態の判別については、受信した路面データに含まれる特徴量と、路面判定部２１ｃに保存された路面の種類別のサポートベクタとを比較することで行う。例えば、特徴量を路面の種類別の全サポートベクタとの類似度を求め、最も類似度が高かったサポートベクタの路面を現在の走行路面と判別している。

例えば、特徴量を路面の種類別の全サポートベクタとの類似度の算出は、次のような手法によって行うことができる。

上記したように特徴量を表す行列式Ｘについて、特徴量の行列式をＸ（ｒ）、サポートベクタの行列式をＸ（ｓ）とし、それぞれの行列式の各要素となるパワースペクトル値ａ_ｉｋをａ（ｒ）_ｉｋ，ａ（ｓ）_ｉｋで表すとする。その場合、特徴量の行列式Ｘ（ｒ）とサポートベクタの行列式Ｘ（ｓ）は、それぞれ次のように表される。

類似度は、２つの行列式で示される特徴量とサポートベクタとの似ている度合いを示しており、類似度が高いほどより似ていることを意味している。本実施形態の場合、路面判定部２１ｃは、カーネル法を用いて類似度を求め、その類似度に基づいて路面状態を判別する。ここでは、特徴量の行列式Ｘ（ｒ）とサポートベクタの行列式Ｘ（ｓ）の内積、換言すれば特徴空間内において所定の時間幅Ｔの時間窓毎で分割した区画同士の特徴ベクトルＸｉが示す座標間の距離を算出し、それを類似度として用いている。

例えば、図１２に示すように、振動センサ部１ａの検出信号の時間軸波形について、今回のタイヤ３の回転時の時間軸波形とサポートベクタの時間軸波形それぞれを所定の時間幅Ｔの時間窓で各区画に分割する。図示例の場合、各時間軸波形を５つの区画に分割しているため、ｎ＝５となり、ｉは、１≦ｉ≦５で表される。ここで、図中に示したように、今回のタイヤ３の回転時の各区画の特徴ベクトルＸｉをＸｉ（ｒ）、サポートベクタの各区画の特徴ベクトルをＸｉ（ｓ）とする。その場合、各区画の特徴ベクトルＸｉが示す座標間の距離Ｋ_ｙｚについては、今回のタイヤ３の回転時の各区画の特徴ベクトルＸｉ（ｒ）を含む横の升とサポートベクタの各区画の特徴ベクトルＸｉ（ｓ）を含む縦の升とが交差する升のように示される。なお、距離Ｋ_ｙｚについて、ｙはＸｉ（ｓ）におけるｉを書き換えたものであり、ｚはＸｉ（ｒ）におけるｉを書き換えたものである。なお、実際には、車速に応じて、今回のタイヤ３の回転時とサポートベクタとの区画数は異なったものとなり得るが、ここでは等しくなる場合を例に挙げてある。

本実施形態の場合、５つの特定周波数帯域に分けて特徴ベクトルを取得している。このため、時間軸と合わせた６次元空間において各区画の特徴ベクトルＸｉが表されることとなり、区画同士の特徴ベクトルがＸｉ示す座標間の距離は、６次元空間における座標間の距離となる。ただし、各区画の特徴ベクトルが示す座標間の距離については、特徴量とサポートベクタとが似ているほど小さく、似ていないほど大きくなることから、当該距離が小さいほど類似度が高く、距離が大きいほど類似度が低いことを示している。

例えば、時分割によって区画１〜ｎとされている場合、区画１同士の特徴ベクトルが示す座標間の距離Ｋ_ｙｚについては、次式で示される。

このようにして、時分割による区画同士の特徴ベクトルが示す座標間の距離Ｋ_ｙｚを全区画について求め、全区画分の距離Ｋ_ｙｚの総和Ｋ_{ｔｏｔａｌ}を演算し、この総和Ｋ_{ｔｏｔａｌ}を類似度に対応する値として用いている。そして、総和Ｋ_{ｔｏｔａｌ}を所定の閾値Ｔｈと比較し、総和Ｋ_{ｔｏｔａｌ}が閾値Ｔｈよりも大きければ類似度が低く、総和Ｋ_{ｔｏｔａｌ}が閾値Ｔｈよりも小さければ類似度が高いと判定する。そして、このような類似度の算出を全サポートベクタに対して行い、最も類似度が高かったサポートベクタと対応する路面の種類が現在走行中の路面状態であると判別する。このようにして、路面状態判別を行うことができる。

なお、ここでは類似度に対応する値として各区画の特徴ベクトルが示す２つの座標間の距離Ｋ_ｙｚの総和Ｋ_{ｔｏｔａｌ}を用いているが、類似度を示すパラメータとして他のものを用いることもできる。例えば、類似度を示すパラメータとして、総和Ｋ_{ｔｏｔａｌ}を区画数で割って求めた距離Ｋ_ｙｚの平均値である平均距離Ｋ_ａｖｅを用いることができる。また、特許文献１に示されているように、様々なカーネル関数を用いて類似度を求めることもできる。また、特徴ベクトルのすべてを用いるのではなく、その中から類似度の低いパスを除いて類似度の演算を行うようにしても良い。

次に、受信機２１が実行する環境判定処理について説明する。

図８に示すように、ステップＳ３００において、データ受信処理が行われる。この処理は、環境判定部２１ｄが周辺装置２２から環境データを受信することにより行っている。環境判定部２１ｄがデータ受信を行っていないときには、環境判定部２１ｄは何も環境データを取り込むことなく本処理を終えることになる。

この後、ステップＳ３１０に進んでデータ受信が有ったか否かを判定し、受信していた場合にはステップＳ３２０に進み、受信していなければ受信するまでステップＳ３００、Ｓ３１０の処理が繰り返される。

そして、ステップＳ３２０にて、環境データに基づいてサポートベクタの学習を行うべき状況であるか否かを判定する。ここで、上記した「サポートベクタの学習を行うべき状況」に該当する場合には肯定判定されてステップＳ３３０以降の処理に進み、該当しない場合には否定判定されてステップＳ３００、Ｓ３１０の処理を繰り返す。

ステップＳ３３０では、「サポートベクタの学習を行うべき状況」と判定されたときの状況の種類のデータを記憶する。このデータは、例えば、次にステップＳ３２０で肯定判定されてステップＳ３３０の処理が実行されることで上書きされるまで記憶される。そして、ステップＳ３４０に進み、データ通信部２１ａに対してリクエスト信号の送信を指示して処理を終了する。これにより、データ通信部２１ａを通じて各タイヤ側装置１にリクエスト信号が伝えられる。

次に、受信機２１が実行する学習データ送信処理について説明する。

図９に示すように、ステップＳ４００において、データ受信処理が行われる。この処理は、データ通信部２１ａが路面データを受信したときに、その路面データを学習データ通信部２１ｅが取り込むことによって行われる。データ通信部２１ａがデータ受信を行っていないときには、学習データ通信部２１ｅは何も路面データを取り込むことなく本処理を終えることになる。

この後、ステップＳ４１０に進み、データ受信が有ったか否かを判定し、受信していた場合にはステップＳ４２０に進み、受信していなければ受信するまでステップＳ４００、Ｓ４１０の処理が繰り返される。なお、ここでは特徴量に加えて生波形データを含む路面データを受信したことを判定しており、生波形データを含んでいない路面データを受信しても、受信していないこととしている。

そして、ステップＳ４２０にて、学習を行うべき状況と判定したときの路面データに加えて、環境判定部２１ｄが上記した環境判定処理で記憶しておいたサポートベクタの学習を行うべき状況のデータと自車両のＩＤ情報などの車両データを追加したデータを作成する。その後、ステップＳ４３０に進み、ステップＳ４２０で作成したデータを学習データ通信部２１ｅより通信センター２００に送信する。これにより、外部通信機２５を通じて、車両外部に備えられる通信センター２００に、特徴量に加えて生波形データを含めた路面データと状況の種類のデータ、および、他車両と区別するための車両データが伝えられる。そして、これらの路面データと状況の種類のデータ、および、車両データが通信センター２００に蓄積される。

続いて、通信センター２００が実行する学習処理について説明する。

図１０に示すように、ステップＳ５００において、データ受信処理が行われる。この処理では、図９のステップＳ４３０で送信されたデータを受信する処理を行う。そして、ステップＳ５１０に進み、ステップＳ５００で受信したデータに基づいて、車両ごとに、状況の種類別に路面データから特徴量や生波形データを読み取り、それらを解析すると共に各種演算を行うことで状況の種類別にサポートベクタを学習演算する。

その後、ステップＳ５２０に進み、学習演算結果に基づいて、データ更新の必要性があるか否かを判定する。例えば、学習演算のために収集されているデータ量が少なくてサポートベクタが得られていない場合や学習演算の結果が現状保存されているサポートベクタから変わっていない場合などには、データ更新の必要性が無いと判定される。そして、サポートベクタが得られていて、現在保存されているサポートベクタと異なるサポートベクタが得られた場合のように、ステップＳ５２０で肯定判定された場合には、ステップＳ５３０に進む。これにより、車両側に自身のデータであることを判別するための車両データと共に状況の種類と紐付けしたサポートベクタのデータ送信が行われる。さらに、この車両データや状況の種類と紐付けしたサポートベクタや路面データが示す路面状態を通信センター２００でも蓄積しておく。これにより、車両データ毎、つまり車両毎のサポートベクタの学習データやその車両の走行路面の路面状態のデータなどを蓄積することができ、蓄積したデータを有効に活用することが可能となる。また、ステップＳ５２０で否定判定された場合には、そのまま処理が終了となる。

続いて、受信機２１が実行する学習データ更新処理について説明する。

図１１に示すように、ステップＳ６００において、データ受信処理が行われる。この処理では、図１０のステップＳ５３０で送信されたデータを受信する処理を行う。この後、ステップＳ６１０に進み、ステップＳ６００で受信したデータに基づいて、サポートベクタ保存部２１ｂに現在保存されているサポートベクタを更新する必要があるか否かを判定する。ここで、受信したデータに、サポートベクタ保存部２１ｂに現在保存されているサポートベクタと異なるサポートベクタが含まれている場合には、更新する必要があると判定されてステップＳ６２０に進む。

そして、ステップ６２０において、サポートベクタ保存部２１ｂにデータ送信を行うことで、サポートベクタ保存部２１ｂに保存されているデータの更新を行い、処理を終了する。また、受信したデータに、サポートベクタ保存部２１ｂに現在保存されているサポートベクタと異なるサポートベクタが含まれていない場合のように、ステップＳ６１０で否定判定された場合には、データ更新を行うことなく処理を終了する。

以上説明したように、本実施形態のタイヤ装置１００および通信センター２００を含めたタイヤシステムでは、車両に備えられる周辺装置２２にて環境データを取得し、この環境データに基づいてサポートベクタの学習を行うべき状況であることを判定している。そして、サポートベクタの学習を行うべき状況である場合には、状況の種類と紐付けして特徴量や生波形データを含む路面データを通信センター２００に送り、通信センター２００においてサポートベクタの学習演算を行わせている。このため、通信センター２００から学習結果を車両側に伝えることで、サポートベクタ保存部２１ｂに、初期データとして保存しているサポートベクタ以外にも、状況に合わせてサポートベクタを更新していくことができる。つまり、通信センター２００を利用して、納車時よりもアルゴリズムを進化させることが可能となる。

したがって、事前学習した保存データのみでは対応できない状況においても、適切に路面状態の判別が行えるようにできるタイヤ装置１００およびそれを有するタイヤシステムとすることが可能となる。

（第２実施形態）
第２実施形態について説明する。本実施形態は、第１実施形態に対してサポートベクタをタイヤ側装置１にて保存するようにしたものであり、その他については第１実施形態と同様であるため、第１実施形態と異なる部分についてのみ説明する。

図１３に示すように、本実施形態では、タイヤ側装置１にサポートベクタ保存部１ｅが備えられており、タイヤ側装置１で路面状態の判別が行えるようになっている。なお、納車時において、サポートベクタ保存部１ｅに予め保存されているサポートベクタのデータについては、第１実施形態において説明したサポートベクタ保存部２１ｂと同様である。

このような構成においては、タイヤ側装置１の波形処理部１ｂにおいて、振動センサ部１ａの検出信号から抽出した特徴量とサポートベクタ保存部１ｅの保存データに基づいて、路面状態を判別することができる。そして、データ通信部１ｃより路面状態の判別結果を示すデータを受信機２１に伝え、路面判定部２１ｃにおいて、タイヤ側装置１から伝えられたデータが示す判別結果に基づいて路面状態を判別し、それを報知装置２４へ伝える。

また、受信機２１から環境判定部２１ｄの環境データに基づく路面データの要求があると、タイヤ側装置１より特徴量に加えて生波形データを含めた路面データが送信され、受信機２１および外部通信機２５を通じて通信センター２００に伝えられる。これにより、第１本実施形態と同様に、通信センター２００をクラウドの提供元コンピュータとしてサポートベクタの学習演算が行われ、その学習演算の結果が外部通信機２５を通じて受信機２１に伝えられる。さらに、学習データ通信部２１ｅにてサポートベクタ保存部１ｅに現在保存されているサポートベクタを更新する必要があると判定されると、データ通信部２１ａより更新すべきサポートベクタのデータがタイヤ側装置１に伝えられる。そして、サポートベクタ保存部１ｅに保存されているサポートベクタに加えて新たなサポートベクタのデータが保存される。

本実施形態のタイヤ装置１００においては、基本的には、上記のような動作を行うこと以外については、タイヤ側装置１や受信機２１および通信センター２００で第１実施形態と同様の処理、すなわち図６〜図１１と同様の処理を行う。

ただし、図６のステップＳ１２０では、特徴量の抽出に加えて路面状態の判別も行っており、ステップＳ１４０では、特徴量を含む路面データについても送っても良いが、路面状態の判別結果を示すデータを送っている。また、学習データ更新処理として、図１１に示す処理に代えて図１４に示す処理を行っている。具体的には、図１４に示すステップＳ７００〜Ｓ７１０では、図１１に示すステップＳ６００〜Ｓ６１０と同様の処理を行い、その後ステップＳ７２０において、タイヤ側装置１へ更新すべきサポートベクタのデータの送信を行う。なお、ステップＳ７１０では、サポートベクタ保存部１ｅに現在保存されているサポートベクタを更新する必要があるか否かを判定することになる。これについては、通信センター２００から伝えられるデータ内に、更新すべき内容を有していることを表すデータを含めておき、当該データが含まれていた場合に、受信機２１において更新する必要があると判定されるようにすれば良い。

このように、タイヤ側装置１にサポートベクタ保存部１ｅを備えて路面状態の判別まで行うこともできる。そして、タイヤ側装置１に備えたサポートベクタ保存部１ｅに記憶されているサポートベクタを通信センター２００での学習結果に基づいて更新するようにしても良い。このようにしても、第１実施形態と同様の効果を得ることができる。

（第３実施形態）
第３実施形態について説明する。本実施形態は、第１実施形態で説明したように通信センター２００に蓄積したデータを有効活用するものであり、通信センター２００でのデータの蓄積などについては第１、第２実施形態と同様であるため、第１、第２実施形態と異なる部分についてのみ説明する。

第１実施形態で説明したように、各車両から伝えられた路面データ、状況の種類のデータ、および、車両データに加えて、学習データとなるサポートベクタが通信センター２００に蓄積されていく。このため、同じ車種の車両や同じタイヤを有する車両の場合、通信センター２００で蓄積された各種データを流用できる可能性がある。このため、先に車両から伝えられた各種データや演算したサポートベクタを通信センター２００で蓄積しておいた場合に、それを他の車両でデータ流用できるようにする。具体的には、他の車両が図１５および図１６に示す処理を実行することで、データ流用を行う。

なお、他の車両についても、図２に示したようなタイヤ側装置１や車体側システム２が備えられている。このため、タイヤ側装置１においては、図６に示す処理を実行しており、車体側システム２では、図７〜図９、図１１に示す処理を実行している。また、通信センター２００では、図１０に示す処理を実行している。そして、それに加えて、車体側システム２では、図１５に示すダウンロード要求処理を実行しており、通信センター２００では、図１６に示すデータダウンロード処理を実行する。

まず、車体側システム２は、図１５に示すように、ステップＳ８００において、データ受信処理を行う。この処理は、図７のステップＳ２００と同様の処理である。続いて、ステップＳ８１０において、学習済みデータと違うか否かを判定する。例えば、受信したデータに含まれる特徴量とサポートベクタ保存部２１ｂに保存されている全サポートベクタとの類似度を演算する。そして、類似度が低いものしかない場合には、学習済みのサポートベクタには現在走行中の路面の路面状態として該当する路面の種類に応じたものが含まれていないと考えられるため、学習済みデータと違うと判定するようにしている。また、ステップＳ８００でタイヤ側装置１から受信したデータではなく、周辺装置２２から得られる環境データが、学習済みのサポートベクタを抽出した学習条件と異なる条件を示していた場合に、学習済みデータと違うと判定しても良い。

ここで、ステップＳ８１０で否定判定されればそのまま処理を終了し、肯定判定されればステップＳ８２０に進む。そして、ステップＳ８２０において、クラウドの提供元コンピュータとなる通信センター２００に、他車両と区別するための車両データと共に学習データのリクエスト信号を送信する。車両データについては、上記と同様、自車両と他の車両との区別を行えるデータで有れば良いが、ここではタイヤ３の種類など、より細かいデータを含めることで、より自車両の状況に対応した学習データの要求を行うことが可能となる。また、状況の種類のデータについても送信するようにすれば、状況の種類に応じた学習データの要求を行うことも可能となる。その後、後述する図１６に示す処理に基づいて、通信センター２００から、学習データが送られてくるため、ステップＳ８３０において、その学習データをダウンロードする。

一方、通信センター２００では、図１６に示すように、ステップＳ９００において、車両側からの学習データの要求信号を受け取ったか否かを判定する。ここで否定判定されればそのまま処理を終了し、肯定判定されればステップＳ９１０に進む。上記したステップＳ８２０において、学習データの要求信号が送信されていれば、本ステップで肯定判定されることになる。

続いて、ステップＳ９１０では、学習データの要求信号と共に送られてきた車両データの受信処理を行う。そして、ステップＳ９２０に進み、車両データと類似の学習データを探索する。通信センター２００に蓄積されているデータの中から、例えば、同じ車種の車両、同じタイヤの車両、もしくはその両方が該当する車両の学習データが類似の学習データとして探索される。この後、ステップＳ９３０に進み、学習データの要求信号を送信してきた車両に対して、学習データのダウンロードを行わせるべく、通信センター２００に蓄積されている各種データやサポートベクタの学習データの送信を行う。このときにも、学習データと共に車両データも送るようにすることで、ダウンロードを行わせる車両を特定できるようにしている。

このようにして、通信センター２００に蓄積されている各種データやサポートベクタの学習データが他の車両に伝えられるため、他の車両では、そのデータを有効活用して、路面状態の判別などを行うことができる。特に、車両データに加えて、状況の種類のデータも含ませるようにすれば、状況の種類も加味した学習データを他の車両に伝えることができ、より的確に路面状態の判別などを行うことが可能となる。

また、通信センター２００で、先の車両の走行路面の路面状態のデータなども蓄積してあるため、そのデータについても他の車両に伝えるようにすれば、他の車両では、自身が走行していない路面についても、路面状態のデータを事前に知ることが可能となる。その場合、他の車両では、路面状態を判別するためのデータ取得を行わなくても済むようにできる。

なお、第２実施形態の場合、タイヤ側装置１にサポートベクタ保存部１ｅが備えられていることから、タイヤ側装置１において、学習済みデータと違うか否かの判定を行うようにすれば良い。そして、学習済みデータと違っていれば、タイヤ側装置１から車体側システム２にリクエスト信号を送信するようにすれば良い。

（第４実施形態）
第４実施形態について説明する。本実施形態は、第１実施形態で説明した「サポートベクタの学習を行うべき状況」の具体例を挙げたものであり、その他については第１実施形態と同様であるため、第１実施形態と異なる部分についてのみ説明する。

第１実施形態で説明したように、サポートベクタを抽出した学習条件と異なる条件となった場合、その条件でも学習データを得るようにするのが好ましい「サポートベクタの学習を行うべき状況」となる。本実施形態では、その「サポートベクタの学習を行うべき状況」の具体例を挙げて説明する。また、本実施形態では、周辺装置２２の環境データに基づいて、車体側システム２で「サポートベクタの学習を行うべき状況」と判定されたときに、車体側システム２からタイヤ側装置１に対して生波形データ等の路面データの送信指示を出す場合について説明する。ただし、これは一例を示したのであり、第１実施形態で説明したような手法としても良い。すなわち、タイヤ側装置１から生波形データ等の路面データを受信しておき、車体側システム２にて「サポートベクタの学習を行うべき状況」と判定したときに、既に受信してある路面データを通信センター２００に伝えるという形態であっても良い。

まず、受信機２１では、環境判定部２１ｄ等において、図１７〜図２４に示す各処理を実行する。これらの処理は、第１実施形態で説明した図８に示す環境判定処理を、判定する内容別に区分けして行われるようにしたものであり、ここでは独立したフローとして、例えばタイマ割り込み処理として実行されるようにしているが、１つのフローとしても良い。

図１７では、ステップＳ１０００ａにおいて、外気温の温度情報の取得処理を行う。この処理は、例えばナビゲーションシステムを周辺装置２２として、温度情報を取得することにより行われる。そして、ステップＳ１０１０ａに進み、先ほど取得した外気温が０℃以下であるか否かを判定する。すなわち、サポートベクタを学習した状況が例えば２５℃程度の環境温度であった場合において、環境温度から所定温度以上の温度差が生じるような環境であった場合、ここでは、外気温が０℃以下である場合には「サポートベクタの学習を行うべき状況」としている。ここで肯定判定されると、ステップＳ１０２０ａに進み、タイヤ側装置１や通信センター２００側に学習開始指令のリクエスト信号を出力して処理を終了する。

図１８では、ステップＳ１０００ｂにおいて、天候情報の取得処理を行う。この処理も、例えばナビゲーションシステムを周辺装置２２として、天候情報を取得することにより行われる。そして、ステップＳ１０１０ｂに進み、先ほど取得した天候が学習経験の無い天候、例えば大雨、強風などであるか否かを判定する。すなわち、サポートベクタを学習した状況が例えば単位時間あたりの降雨量が所定量以下、風速が所定値以下の天候であった場合において、降雨量や風速が学習した状況を上回っている環境であった場合には「サポートベクタの学習を行うべき状況」としている。ここで肯定判定されると、ステップＳ１０２０ｂに進み、上記したステップＳ１０２０ａと同様の処理を実行して処理を終了する。なお、ここでは天候情報の一例として大雨、強風を例に挙げているが、勿論他の情報についても適用可能である。

図１９では、ステップＳ１０００ｃにおいて、季節情報の取得処理を行う。この処理も、例えばナビゲーションシステムを周辺装置２２として、現在の季節情報を取得すること、もしくは、現在の日時情報を取得することにより行われる。そして、ステップＳ１０１０ｃに進み、先ほど取得した現在の季節が学習した季節とは別の季節であるか否かを判定する。すなわち、サポートベクタを学習した状況が例えば春季であった場合において、現在の季節が冬季のような環境であった場合には「サポートベクタの学習を行うべき状況」としている。ここで肯定判定されると、ステップＳ１０２０ｃに進み、上記したステップＳ１０２０ａと同様の処理を実行して処理を終了する。

図２０では、ステップＳ１０００ｄにおいて、タイヤ情報の取得処理を行う。この処理は、受信機２１を周辺装置２２として、例えばタイヤ３の種類が変更されたときに受信機２１に登録しておいた内容を読み出すことにより行われる。そして、ステップＳ１０１０ｄに進み、先ほど取得したタイヤ情報が示すタイヤ３の種類が学習したときとは別の種類であるか否か、例えば純正タイヤからの変更があるか否かを判定する。すなわち、サポートベクタを学習した状況では例えば純正タイヤであった場合において、現在のタイヤ３の種類が純正タイヤでは無かった場合には「サポートベクタの学習を行うべき状況」としている。ここで肯定判定されると、ステップＳ１０２０ｄに進み、上記したステップＳ１０２０ａと同様の処理を実行して処理を終了する。なお、ここでは純正タイヤからの変更を例に挙げたが、変更後の学習が完了した場合、そのタイヤ情報も学習済みのタイヤ情報として新たに追加することもできる。その場合、ステップＳ１０１０ｄの処理では、学習したときのタイヤ３の種類に、純正タイヤに加えて、新たに学習済みのタイヤ情報も含めるようにすれば良い。

図２１では、ステップＳ１０００ｅにおいて、タイヤ空気圧の取得処理を行う。この処理は、ＴＰＭＳを周辺装置２２として、例えばＴＰＭＳからタイヤ情報としてタイヤ空気圧の情報を取得することにより行われる。そして、ステップＳ１０１０ｅに進み、先ほど取得したタイヤ空気圧が所定の閾値以下になっているか否かを判定する。すなわち、サポートベクタを学習した状況では例えば適正タイヤ空気圧であった場合において、現在のタイヤ空気圧が閾値以下まで低下していた場合には「サポートベクタの学習を行うべき状況」としている。ここで肯定判定されると、ステップＳ１０２０ｅに進み、上記したステップＳ１０２０ａと同様の処理を実行して処理を終了する。

図２２では、ステップＳ１０００ｆにおいて、路面状態の取得処理を行う。この処理は、例えば車載カメラまたはブレーキＥＣＵ２３を周辺装置２２として、車載カメラで取得した画像データの解析に基づく路面状態の推定結果を取得したり、ブレーキＥＣＵ２３による路面状態の推定結果を取得することにより行われる。そして、ステップＳ１０１０ｆに進み、先ほど取得した路面状態が学習経験の無い未学習路面になっているか否かを判定する。すなわち、サポートベクタを学習した状況は例えばアスファルト路等のドライ路面、ウェット路面、凍結路、積雪路などの学習設定路面とされているため、岩石路面などについては「サポートベクタの学習を行うべき状況」としている。ここで肯定判定されると、ステップＳ１０２０ｆに進み、上記したステップＳ１０２０ａと同様の処理を実行して処理を終了する。

図２３では、ステップＳ１０００ｇにおいて、タイヤ摩耗状態に相当するタイヤ３の残り溝の検出処理を行う。この処理は、例えば受信機２１やメータＥＣＵを周辺装置２２として、タイヤ交換を行ったことを受信機２１に登録しておき、登録時からの走行距離をメータＥＣＵから取得し、これらからタイヤ３の残り溝を算出することで行われる。そして、ステップＳ１０１０ｇに進み、先ほど取得したタイヤ３の残り溝が閾値以下であるか否かを判定する。すなわち、サポートベクタを学習した状況ではタイヤ３の残り溝が十分に有る状態であるため、残り溝が閾値以下の場合には「サポートベクタの学習を行うべき状況」としている。ここで肯定判定されると、ステップＳ１０２０ｇに進み、上記したステップＳ１０２０ａと同様の処理を実行して処理を終了する。

図２４では、ステップＳ１０００ｈにおいて、加減速度情報の取得処理を行う。この処理は、例えばブレーキＥＣＵ２３やメータＥＣＵを周辺装置２２として、これらが扱っている車速から加減速度を算出することで行われる。そして、ステップＳ１０１０ｈに進み、先ほど取得した加減速度が所定の閾範囲外であるか否かを判定する。すなわち、サポートベクタを学習した状況では加減速度が所定の閾範囲内とされているため、加減速度が閾範囲外の場合には「サポートベクタの学習を行うべき状況」としている。ここで肯定判定されると、ステップＳ１０２０ｈに進み、上記したステップＳ１０２０ａと同様の処理を実行して処理を終了する。

このようにして、環境判定処理が行われ、ステップＳ１０２０ａ〜Ｓ１０２０ｈにおいて、学習開始指令のリクエスト信号が出力されると、それに基づいて、タイヤ側装置１、車体側システム２および通信センター２００が各種処理を実行する。

まず、タイヤ側装置１では、図２５に示すデータ送信処理を実行する。図２５に示すように、ステップＳ１１００では、学習開始指令のリクエスト信号が有ったか否かを判定している。上記したように、車体側システム２より学習開始指令のリクエスト信号が出力されると、本ステップで肯定判定され、ステップＳ１１１０に進む。そして、タイヤ１回転分の生波形データを含む路面データを取得したのち、ステップＳ１１２０に進んでその路面データを車体側システム２にデータ送信する。なお、ステップＳ１１１０の処理は、上記した図６の各処理と同様の手法によって実行することができる。

そして、タイヤ側装置１より路面データが送信されると、車体側システム２は、図２６に示す学習データ送信処理を実行する。まず、ステップＳ１２００において、タイヤ側装置１から送信されてきた生波形データを含む路面データの受信処理を行い、その後、ステップＳ１２１０において、路面データを取得したか否かを判定する。ここで、ステップＳ１２００において、路面データを受信できていなければそのまま処理を終了する。また、受信できていればステップＳ１２２０に進み、通信センター２００にアップロードすべく、受信した路面データを学習データとして通信センター２００に送信する処理を実行する。

さらに、通信センター２００では、図２７に示す学習処理を実行する。まず、ステップＳ１３００において、学習開始指令のリクエスト信号が有ったか否かを判定している。上記したように、車体側システム２より学習開始指令のリクエスト信号が出力されると、本ステップで肯定判定され、ステップＳ１３１０に進む。そして、車体側システム２から送信された生波形データを含む路面データを取得したか否かを判定し、取得したらステップＳ１３２０に進んで学習を開始し、学習を終えると、その結果を車体側システム２に伝えてサポートベクタ保存部２１ｂにダウンロードする。このときの通信センター２００の処理方法については、図１０のステップＳ５１０〜Ｓ５３０と同様であり、それに基づいて車体側システム２がサポートベクタ保存部２１ｂにデータダウンロードする方法も、図１１のステップＳ６００〜Ｓ６２０と同様である。

以上説明したように、様々な「サポートベクタの学習を行うべき状況」であるか否かを判定し、それに基づいて、学習した状況では無い状況についても、新たに学習データを追加、更新していくことが可能となる。これにより、より様々な状況についての学習データを得ることが可能となり、より的確な路面状態判別を行うことが可能となる。

（第５実施形態）
第５実施形態について説明する。本実施形態は、第１〜第４実施形態に対して、タイヤ側装置１において路面状態の変化を検出し、路面状態の変化が有った場合に、その路面変化を車体側システム２に伝えて、学習開始させるようにするものである。本実施形態の他については第１〜第４実施形態と同様であるため、第１〜第４実施形態と異なる部分についてのみ説明する。

本実施形態では、タイヤ側装置１にて、振動センサ部１ａの検出信号に基づいて路面状態の変化を検出し、その変化を車体側システム２に伝えるようにする。具体的には、タイヤ側装置１は、図２８に示す路面変化検出処理を実行する。

まず、ステップＳ１４００において、振動センサ部１ａの検出信号の入力処理を行い、これがステップＳ１４１０において、タイヤ３が１回転するまでの期間継続される。そして、振動センサ部１ａの検出信号をタイヤ１回転分入力すると、ステップＳ１４２０に進み、今回特徴量として、入力したタイヤ１回転分の加速度取得部１０の検出信号の時間軸波形の特徴量を抽出する。このときの特徴量の抽出手法については、図６のステップＳ１２０と同様である。

この後、ステップＳ１４３０に進み、今回特徴量と前回特徴量とについて、図７のステップＳ２２０で説明した手法によって類似度を求め、例えば類似度を閾値Ｔｈと比較することで、路面状態の変化が有ったか否かを判定する。そして、ステップＳ１４３０で肯定判定されると、ステップＳ１４４０において路面状態の変化があったことを記憶しておく。さらに、ステップＳ１４５０に進み、今回特徴量を前回特徴量として特徴量保存部１１ｂに保存して、処理を終了する。

また、タイヤ側装置１は、図２９に示すデータ送信処理を実行している。まず、ステップＳ１５００では、路面状態の変化があったとの判定が行われたか否かを判定する。この判定は、上記した図２７のステップＳ１４４０において路面状態の変化があったことが記憶されているか否かに基づいて行われる。ここで肯定判定された場合にはステップＳ１５１０に進み、今回特徴量や生波形データを含む路面データと共に、路面状態の変化があったことを示すデータを車体側システム２に送信する。そして、ここで否定判定された場合にはステップＳ１５２０に進み、今回特徴量を含む路面データを送信する。

この後は、第１実施形態で説明した図７〜図１１に示す各処理を実行する。これら各処理については、第１実施形態とほぼ同様であるが、図８のステップＳ３２０において、タイヤ側装置１から路面状態の変化があったことを示すデータが送信されてきたことも、「サポートベクタの学習を行うべき状況」と判定されるようにしている。

このように、タイヤ側装置１において路面状態の変化を検出し、それを「サポートベクタの学習を行うべき状況」として車体側システム２に伝え、通信センター２００にて、サポートベクタの学習を行わせることもできる。

（他の実施形態）
本発明は上記した実施形態に限定されるものではなく、特許請求の範囲に記載した範囲内において適宜変更が可能である。

（１）例えば、上記実施形態では、振動検出部を構成する振動センサ部１ａを加速度センサによって構成する場合を例示したが、他の振動検出を行うことができる素子、例えば圧電素子などによって構成することもできる。

（２）また、上記実施形態では、タイヤ側装置１から振動センサ部１ａの検出信号に現れる路面状態を示す路面データとして、特徴量を含むデータを用いている。しかしながら、これも一例を示したに過ぎず、他のデータを路面データとして用いても良い。例えば、タイヤ３の１回転中の振動データに含まれる５つの領域Ｒ１〜Ｒ５それぞれの振動波形の積分値データを路面データとしても良いし、検出信号そのものの生データを路面データとしても良い。

同様に、通信センター２００に特徴量および生波形データを含む路面データを送るようにしているが、特徴量および生波形データのいずれか一方のみでも良い。また、タイヤ３の１回転中の振動データに含まれる５つの領域Ｒ１〜Ｒ５それぞれの振動波形の積分値データを路面データとして通信センター２００に送るようにしても良い。

（３）また、上記各実施形態では、車体側システム２に備えられる受信機２１の路面判定部２１ｃによって特徴量とサポートベクタとの類似度を求めて路面状態の判別を行っている。

しかしながら、これも一例を示したに過ぎず、車体側システム２のいずれかの場所、例えばブレーキＥＣＵ２３などのような他のＥＣＵによって類似度を求めたり、路面状態の判別を行ったり、指示信号の送信を行うようにしても良い。

（４）また、上記各実施形態では、サポートベクタの学習演算のために通信センター２００を利用している。これは、学習演算を行う際のデータ量が膨大となることなどが理由であるが、例えば受信機２１にサポートベクタの学習演算を行う機能を備えさせ、各車両で学習演算を実施できるようにしても良い。

ただし、通信センター２００においては、各車両で得られない各種情報、例えば他車両のデータに基づいて判別した路面状態などを加味して、サポートベクタの学習演算を行うこともできる。そのため、通信センター２００を利用することで、より精度良く更新に用いるサポートベクタの学習演算を行うことが可能となる。

さらに、上記各実施形態では、タイヤ側装置１と受信機２１との間において双方向通信を行う構成としているが、必ずしも双方向通信を行う構成でなくても良い。例えば、受信機２１にサポートベクタ保存部２１ｂを備えた構成とする場合、周辺装置２２の環境データに基づいてサポートベクタの更新を行うべきときに、タイヤ側装置１からの路面データに基づいてサポートベクタの学習演算を行う。サポートベクタの学習演算は、通信センター２００で行われても良いし、受信機２１に学習演算を行う機能を備えさせて受信機２１などで行われるようにしても良い。このように、タイヤ側装置１から受信機２１へのみデータ通信が行える一方向通信としても、サポートベクタの学習演算および更新を行うことが可能である。

（５）また、機械学習の一例として、サポートベクタの学習演算を例に挙げ、教師データとしてサポートベクタを例に挙げたが、公知となっている他の機械学習によって教師データの更新を行うものについても、本発明を適用できる。

また、上記各実施形態では、複数のタイヤ３のそれぞれに対してタイヤ側装置１を備えるようにしたが、少なくとも１つに備えられていればよい。

１タイヤ側装置
２車体側システム
１ａ振動センサ部
１ｂ波形処理部
１ｃ、２１ａデータ通信部
２１受信機
２１ｂサポートベクタ保存部
２１ｃ路面判定部
２１ｄ環境判定部
２００通信センター

Claims

車両に備えられるタイヤ（３）に取り付けられたタイヤ側装置（１）と、車体に備えられた車体側システム（２）とを有する路面状態判別装置であって、
前記タイヤ側装置は、
前記タイヤの振動の大きさに応じた検出信号を出力する振動検出部（１ａ）と、前記検出信号の波形に現れる路面状態を示す路面データを生成する波形処理部（１ｂ）と、前記路面データを送信する第１データ通信部（１ｃ）と、を備え、
前記車体側システムは、
前記第１データ通信部から送信された前記路面データを受信する第２データ通信部（２１ａ）と、教師データを保存する保存部（２１ｂ）と、前記路面データと前記教師データとに基づいて前記車両の走行路面における路面状態を判別する路面判定部（２１ｃ）と、前記路面状態に関わる環境データを取得する周辺装置（２２）と、前記環境データに基づいて前記教師データの学習演算を行うべき状況であるか否かの判定を行うと共に、前記教師データの学習演算を行うべき状況であるとの判定結果に基づいて、前記第２データ通信部を通じて前記タイヤ側装置にリクエスト信号を出力させる環境判定部（２１ｄ）と、を備え、
前記タイヤ側装置は、前記第１データ通信部にて前記リクエスト信号を受信すると、前記波形処理部にて前記路面データを生成すると共に、前記第１データ通信部を通じて前記路面データを前記車体側システムに送信し、
前記車体側システムは、前記タイヤ側装置から伝えられた路面データと前記環境データが示す前記学習演算を行うべき状況の種類とを用いた機械学習により前記教師データの更新データが学習演算されると、前記保存部に記憶された前記教師データに前記更新データを加味したデータを新たな教師データとして保存する路面状態判別装置。
前記タイヤ側装置は、前記第１データ通信部にて前記リクエスト信号を受信すると、前記路面データとして、前記タイヤの振動の特徴を示す特徴量と前記検出信号の生波形データの少なくとも一方を含むデータを生成し、前記第１データ通信部を通じて前記路面データを前記車体側システムに送信する請求項１に記載の路面状態判別装置。
車両に備えられるタイヤ（３）に取り付けられたタイヤ側装置（１）と、車体に備えられた車体側システム（２）とを有する路面状態判別装置であって、
前記タイヤ側装置は、
前記タイヤの振動の大きさに応じた検出信号を出力する振動検出部（１ａ）と、教師データを保存する保存部（１ｅ）と、前記検出信号と前記教師データとに基づいて前記車両の走行路面における路面状態の判別を行うと共に該判別結果を示すデータの生成を行い、かつ、前記検出信号の波形に現れる路面状態を示す路面データの生成を行う波形処理部（１ｂ）と、前記判別結果を示すデータや前記路面データを送信する第１データ通信部（１ｃ）と、を有し、
前記車体側システムは、
前記第１データ通信部から送信された前記判別結果を示すデータや前記路面データを受信する第２データ通信部（２１ａ）と、前記判別結果を示すデータに基づいて路面状態を判別する路面判定部（２１ｃ）と、前記路面状態に関わる環境データを取得する周辺装置（２２）と、前記環境データに基づいて前記教師データの学習演算を行うべき状況であるか否かの判定を行うと共に、前記教師データの学習演算を行うべき状況であるとの判定結果に基づいて、前記第２データ通信部を通じて前記タイヤ側装置にリクエスト信号を出力させる環境判定部（２１ｄ）と、を有し、
前記タイヤ側装置は、前記第１データ通信部にて前記リクエスト信号を受信すると、前記波形処理部にて、前記路面データとして、前記タイヤの振動の特徴を示す特徴量と前記検出信号の生波形データの少なくとも一方を含むデータを生成すると共に、前記第１データ通信部を通じて前記路面データを前記車体側システムに送信し、
前記車体側システムは、前記タイヤ側装置から伝えられた前記路面データと前記環境データが示す前記学習演算を行うべき状況の種類とを用いた機械学習により前記教師データの更新データが学習演算されると、前記車体側システムを通じて前記タイヤ側装置に対して前記更新データを送信し、前記保存部に記憶された前記教師データに前記更新データを加味したデータを新たな教師データとして保存する路面状態判別装置。
前記車体側システムは、前記第２データ通信部が前記路面データを受信すると、該路面データに基づいて前記更新データの機械学習を行う請求項１ないし３のいずれか１つに記載の路面状態判別装置。
車両に備えられるタイヤ（３）に取り付けられたタイヤ側装置（１）と、車体に備えられた車体側システム（２）とを有する路面状態判別装置であって、
前記タイヤ側装置は、
前記タイヤの振動の大きさに応じた検出信号を出力する振動検出部（１ａ）と、前記検出信号の波形に現れる路面状態を示す路面データを生成する波形処理部（１ｂ）と、前記路面データを送信する第１データ通信部（１ｃ）と、を備え、
前記車体側システムは、
前記第１データ通信部から送信された前記路面データを受信する第２データ通信部（２１ａ）と、教師データを保存する保存部（２１ｂ）と、前記路面データと前記教師データとに基づいて前記車両の走行路面における路面状態を判別する路面判定部（２１ｃ）と、を備え、
前記タイヤ側装置は、前記検出信号に基づいて路面状態の変化があったことを判定し、前記路面状態が変化したと判定すると、前記第１データ通信部より前記路面状態が変化したことを示すデータと共に前記路面データの送信を行い、
前記車体側システムは、前記路面状態が変化したことを示すデータを受信すると前記教師データの学習演算を行うべき状況であると判定し、前記路面データと前記路面状態が変化したという前記学習演算を行うべき状況の種類とを用いた機械学習により前記教師データの更新データが学習演算されると、前記保存部に記憶された前記教師データに前記更新データを加味したデータを新たな教師データとして保存する路面状態判別装置。
前記波形処理部は、前記タイヤの１回転中における前記検出信号の特徴量を抽出すると共に該特徴量を含む前記路面データを作成するものであり、前記タイヤの今回の回転時に抽出された前記特徴量を今回特徴量として、該今回特徴量と過去に抽出された前記特徴量である過去特徴量とに基づいて、路面状態が変化したことを判定する、請求項５に記載の路面状態判別装置。
前記車体側システムは、前記教師データの学習演算を行うべき状況であるか否かの判定を行うと共に、前記教師データの学習演算を行うべき状況であるとの判定結果に基づいて、前記第２データ通信部を通じて前記タイヤ側装置にリクエスト信号を出力させる環境判定部（２１ｄ）を有し、
前記タイヤ側装置は、前記第１データ通信部にて前記リクエスト信号を受信すると、前記波形処理部にて前記路面データを生成すると共に、前記第１データ通信部を通じて前記路面データを前記車体側システムに送信し、
前記車体側システムは、前記タイヤ側装置から伝えられた路面データと前記環境データが示す前記学習演算を行うべき状況の種類とを用いた機械学習により前記教師データの更新データが学習演算されると、前記保存部に記憶された前記教師データに前記更新データを加味したデータを新たな教師データとして保存する請求項５または６に記載の路面状態判別装置。
前記環境判定部は、前記環境データに基づき、前記学習データを学習した状況と異なる状況であるか否かを判定し、前記学習データを学習した状況と異なる状況であると、前記教師データの学習演算を行うべき状況であるとの判定結果を出す請求項１ないし４および７のいずれか１つに記載の路面状態判別装置。
前記環境判定部は、前記環境データとして、前記車両の走行環境、走行の仕方、タイヤ情報、天気情報、温度情報、季節情報、地域情報もしくは路面凍結情報の少なくとも１つに基づいて、前記学習データを学習した状況と異なる状況であるか否かを判定する請求項８に記載の路面状態判別装置。
請求項１ないし９いずれか１つに記載の路面状態判別装置と、
前記車体側システムとの間においてデータ通信を行う通信センター（２００）と、を有するタイヤシステムであって、
前記車体側システムは、前記通信センターとの間の通信を行う外部通信機（２５）を含み、該外部通信機を通じて前記通信センターに前記タイヤ側装置より受信した前記路面データを送信し、
前記通信センターは、前記外部通信機より前記路面データを受信すると、該路面データに基づいて前記更新データの機械学習を行い、前記更新データを前記外部通信機に伝えるタイヤシステム。
前記車体側システムもしくは前記タイヤ側装置では、前記路面データが前記保存部に保存してある学習済みデータと違っているか否かを判定し、前記学習済みデータと違っていると判定すると、前記車体側システムより前記通信センターに対して、前記車両に関するデータである車両データを伝えることで、前記通信センターに蓄積されている学習データを要求する請求項１０に記載のタイヤシステム。