特許 7589787 車両管理システム、車両管理方法、及び、車両管理プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B1)

(11)【特許番号】

(24)【登録日】2024-11-18

(45)【発行日】2024-11-26

(54)【発明の名称】車両管理システム、車両管理方法、及び、車両管理プログラム

(51)【国際特許分類】

   G06Q 10/20 20230101AFI20241119BHJP

   B60T 17/22 20060101ALI20241119BHJP

【ＦＩ】

G06Q10/20

B60T17/22 Z

【請求項の数】 11

(21)【出願番号】P 2023199162

(22)【出願日】2023-11-24

【審査請求日】2023-11-24

(73)【特許権者】

【識別番号】000000170

【氏名又は名称】いすゞ自動車株式会社

(74)【代理人】

【識別番号】110003708

【氏名又は名称】弁理士法人鈴榮特許綜合事務所

(72)【発明者】

【氏名】工藤 大輝

(72)【発明者】

【氏名】臼井 俊行

【審査官】関 博文

(56)【参考文献】

【文献】特開２０２３－０６６１２９（ＪＰ，Ａ）

【文献】特開２００８－１０１６５４（ＪＰ，Ａ）

【文献】特開２０２２－０９０８１４（ＪＰ，Ａ）

【文献】米国特許出願公開第２０２３／０３３４４３５（ＵＳ，Ａ１）

【文献】中国特許出願公開第１１６０１１９９５（ＣＮ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ １０／００－９９／００

Ｂ６０Ｔ １７／２２

(57)【特許請求の範囲】

【請求項1】

時間と前記時間における車両の走行位置との関係を示す情報とを車両の車両情報として取得し、
前記走行位置に対応する前記時間での前記走行位置を含む領域における天候情報を含むインフラ情報を取得し、
前記車両の車両情報及び前記インフラ情報に基づいて、前記車両のブレーキチャンバの劣化に関する情報を出力する、
プロセッサを有する、車両管理システム。

【請求項2】

プロセッサは、前記時間に対応するブレーキの作動情報を前記車両情報の一部として取得させる、請求項１に記載の車両管理システム。

【請求項3】

前記プロセッサは、前記インフラ情報の前記天候情報として、前記時間での前記走行位置を含む前記領域での前記天候情報が雨天であるとき、前記雨天の時間、降水量、前記走行位置での路面の冠水に関する情報の少なくとも１つを取得する、
請求項１に記載の車両管理システム。

【請求項4】

前記プロセッサは、前記車両情報及び前記インフラ情報に基づいて、前記走行位置での前記時間において、濡れた路面を走行したと判断するとき、前記車両の前記ブレーキチャンバに水が浸入したと判定する、
請求項１又は請求項２に記載の車両管理システム。

【請求項5】

前記プロセッサは、前記車両のブレーキチャンバの劣化に関する情報をそれぞれ非一時的な記憶媒体に記憶させ、
前記プロセッサは、前記記憶媒体に記憶させた前記車両のブレーキチャンバの劣化に関する情報に基づいて、前記車両の関係者に前記ブレーキチャンバのメンテナンスを促すことの通知の要否を判断する、
請求項１又は請求項２に記載の車両管理システム。

【請求項6】

時間と前記時間における車両の走行位置とを含む車両情報を取得すること、
前記時間での前記走行位置を含む領域における天候情報を含むインフラ情報を取得すること、
前記車両情報及び前記インフラ情報に基づいて、前記車両のブレーキチャンバの劣化に関する情報を出力すること、
をコンピュータが実行することを含む、車両管理方法。

【請求項7】

前記車両情報は、前記時間に対応するブレーキの作動情報を含む、請求項６に記載の車両管理方法。

【請求項8】

前記車両のブレーキチャンバの劣化に関する情報をそれぞれ非一時的な記憶媒体に記憶させること、
前記記憶媒体に記憶させた前記車両のブレーキチャンバの劣化に関する情報に基づいて、前記車両の関係者に前記ブレーキチャンバのメンテナンスを促すことの通知の要否を判断すること、
を前記コンピュータが実行することを含む、請求項６又は請求項７に記載の車両管理方法。

【請求項9】

時間と前記時間における車両の走行位置とを車両情報として取得すること、
前記時間での前記走行位置を含む領域における天候情報を含むインフラ情報を取得すること、
前記車両情報及び前記インフラ情報に基づいて、前記車両のブレーキチャンバの劣化に関する情報を出力すること、
をプロセッサに実行させる、車両管理プログラム。

【請求項10】

前記時間に対応するブレーキの作動情報を前記車両情報の一部として取得することを前記プロセッサに実行させる、請求項９に記載の車両管理プログラム。

【請求項11】

前記車両のブレーキチャンバの劣化に関する情報をそれぞれ非一時的な記憶媒体に記憶させること、
前記記憶媒体に記憶させた前記車両のブレーキチャンバの劣化に関する情報に基づいて、前記車両の関係者に前記ブレーキチャンバのメンテナンスを促すことの通知の要否を判断すること、
を前記プロセッサに実行させる、請求項９又は請求項１０に記載の車両管理プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、車両管理システム、車両管理方法、及び、車両管理プログラムに関する。

【背景技術】

【0002】

例えば大型トラックやトラクターなど、フルエアブレーキを採用する車両には、通常、１輪に１つのブレーキチャンバがある。このような車両のブレーキチャンバには、構造上、水が浸入する可能性があることが知られている。そして、水の浸入に起因するブレーキチャンバの劣化（錆による不具合）が発生することが知られている。このようなブレーキチャンバの劣化によりブレーキが故障に至る前に、その車両の運転手等の使用者、販売会社、整備会社等は、その車両のブレーキチャンバのメンテナンスの必要性を認識することが望まれる。

【先行技術文献】

【特許文献】

【0003】

【文献】特開2023-56396号公報

【文献】特開2023-107082号公報

【文献】特開平11-78857号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

本発明は、各車両のブレーキチャンバのメンテナンス時期を推定し得る、車両管理システム、車両管理方法、及び、車両管理プログラムを提供することを目的とする。

【課題を解決するための手段】

【0005】

本発明の一態様に係る車両管理システムは、時間と前記時間における車両の走行位置との関係を示す情報とを車両の車両情報として取得し、前記走行位置に対応する前記時間での前記走行位置を含む領域における天候情報を含むインフラ情報を取得し、前記車両の車両情報及び前記インフラ情報に基づいて、前記車両のブレーキチャンバの劣化に関する情報を出力する、プロセッサを有する。

【発明の効果】

【0006】

本発明によれば、各車両のブレーキチャンバのメンテナンス時期を推定し得る、車両管理システム、車両管理方法、及び、車両管理プログラムを提供することができる。

【図面の簡単な説明】

【0007】

【図1】図１は、車両のブレーキ装置の概略図である。

【図2】図２（ａ）－（ｃ）は、ブレーキ装置のブレーキチャンバアセンブリの一連の動作の一部を示す概略図である。

【図3】図３は、車両、ＧＰＳ衛星、インフラ情報を発信するサーバ、各種の端末とともに用いられる車両管理システムを示す。

【図4】図４は、車両の車両情報を得るための概略的なブロック図を示す。

【図5】図５は、車両管理システムの概略的なブロック図を示す。

【図6】図６は、インフラ情報及び各車両の車両情報に基づく各車両の被水量、各車両の台風時走行時間、各車両の冠水時の冠水路走行回数、各車両の１ｋｍあたりのブレーキ作動回数と、各車両の部品（ブレーキチャンバ）の部品状態（故障の発生の有無）とを表す表を示す。

【図7】図７は、車両管理システムの制御部がブレーキチャンバの錆などの劣化を推定する第１のモデルの概略的なフローチャートである。

【図8】図８は、車両管理システムの制御部が図６に示す実車の車両データに基づいて適宜の計算式で算出したブレーキチャンバの錆などの劣化を推定する第２のモデルでの錆リスクを示すグラフである。

【図9】図９は、図８に示すグラフにおいて設定される計算式及び閾値に基づいて算出したブレーキチャンバの錆などの劣化を推定する第２のモデルでの錆リスクを示すグラフである。

【発明を実施するための形態】

【0008】

図１には、車両１０のブレーキ装置１２の概略図を示す。例えば大型トラック又は中型トラックやトラクターなど、ある程度の大型の車両１０には、フルエアブレーキが採用されることが多くなっている。

【0009】

そして、車両１０の各車輪（４輪以上）には、ドラムブレーキ３０を有するブレーキ装置１２が採用されている。ブレーキ装置１２は、例えば運転者によるブレーキペダル２２の操作に応じてブレーキバルブ２４を開閉し、エアタンク２６内の高圧エアを制御する。そして、運転者によるブレーキペダル２２の踏み込み操作により、ブレーキチャンバアセンブリ２８を介して車輪（図示しない）とともに回転するブレーキドラム３０ａの内側にブレーキシュー３０ｂを押し付けてドラムブレーキ３０を作動させ、車両１０を制動する。また、運転者によるブレーキペダル２２の踏み込み操作を解除すると、ブレーキドラム３０ａの内側に対するブレーキシュー３０ｂの押し付けを解除してドラムブレーキ３０の制動を解除する。

【0010】

なお、ここでは、主に、ブレーキペダル２２を運転者が操作するものとして説明するが、いわゆる自動運転により車両１０を走行させる場合は、車両用の交通信号機の信号灯器（青／黄／赤）による指示や走行状況に応じてブレーキペダル２２が自動的に動作するように構成されていてもよい。または、いわゆる自動運転を行う場合、車両１０にブレーキペダル２２を配置せず、車両１０の後述する制御部１１２は、ブレーキバルブ２４の開閉を制御することにより車両１０を制動可能であればよい。

【0011】

図２（ａ）－（ｃ）には、ブレーキ装置１２のブレーキチャンバアセンブリ２８の概略的な断面図を示す。ブレーキチャンバアセンブリ２８は、各車輪とともに回転するブレーキドラム３０ａを有するドラムブレーキ３０の近傍に配置される。ブレーキチャンバアセンブリ２８の位置は、車両１０の種類や車輪の大きさにより異なるが、例えば地上０．４ｍから０．７ｍ程度である。図２（ａ）－（ｃ）に示すように、ブレーキチャンバアセンブリ２８は、概略、ブレーキチャンバ３２と、ブレーキチャンバ３２内に設けられ、ブレーキバルブ２４を通して供給／供給解除され得る高圧エアの供給／供給解除に応じて変形／変形解除するダイヤフラム３４と、ダイヤフラム３４の変形／変形解除に連動し、ブレーキチャンバ３２に対して直線的に移動するピストンロッド３６とを有する。

【0012】

ブレーキチャンバ３２には、呼吸穴３２ａが形成されている。呼吸穴３２ａは、一般に、ブレーキチャンバ３２の下側に配置される。

【0013】

ブレーキチャンバアセンブリ２８は、例えば以下のように動作し得る。

【0014】

運転者がブレーキペダル２２を踏み込むと、ブレーキバルブ２４を開き、エアタンク２６内の高圧エアが、図２（ａ）に示すように、ブレーキチャンバ３２のダイヤフラム３４を弾性変形させる。この弾性変形により、ダイヤフラム３４を介してピストンロッド３６をドラムブレーキ３０に向けて押し込み、ピストンロッド３６に連動してドラムブレーキ３０を作動させる。このため、ドラムブレーキ３０により車両１０が制動される。

【0015】

運転者がブレーキペダル２２の踏み込みを解除すると、ブレーキバルブ２４を閉じ、エアタンク２６内の高圧エアの供給がカットされるとともに、図２（ｂ）に示すように、ブレーキチャンバ３２に設けられる呼吸穴３２ａから空気が吸引され、ブレーキチャンバ３２内のダイヤフラム３４の弾性変形が元の状態に戻る。このため、ダイヤフラム３４に連動するピストンロッド３６は、ドラムブレーキ３０に向けた押し込みを解除する。このため、ドラムブレーキ３０による車両１０の制動が解除される。すなわち、ブレーキペダル２２の踏み込みを解除すると、ブレーキを解除させる。

【0016】

このとき、呼吸穴３２ａより例えば上側に例えば雨水による水面Ｓがあったり、呼吸穴３２ａの近傍に雨水の撥ね等による水分があると、ブレーキペダル２２の踏み込み解除時に呼吸穴３２ａを通してブレーキチャンバ３２内に水が吸い上げられ、ブレーキチャンバ３２内に水が浸入する場合があることが知られている。

【0017】

運転者がブレーキペダル２２を踏み込んでドラムブレーキ３０を再作動させると、ブレーキチャンバ３２内の水の存在により、ブレーキチャンバ３２内に水がない場合に比べてブレーキチャンバ３２内の圧力が上昇する。このとき、呼吸穴３２ａは下側に配置されるため、ブレーキチャンバ３２内の水の一部は、呼吸穴３２ａから排出される。図２（ｃ）に示すように、呼吸穴３２ａから排出できなかった水は、ダイヤフラム３４を押圧し、例えばピストンロッド３６側に水が浸入する可能性がある。

【0018】

そして、ブレーキチャンバ３２内に水が浸入したまま時間が経過すると、ブレーキチャンバ３２内に錆が発生し、ブレーキチャンバ３２の劣化につながることが想定される。また、車両１０が濡れた路面を走行する場合、乾いた路面を走行するよりも、ブレーキチャンバ３２へ水が浸入する可能性が高まる。

【0019】

以下、各車両１０のブレーキチャンバ３２のメンテナンス時期を推定し、その車両１０の関係者にそのメンテナンス時期を通知し得る、車両管理システム１００について、図３から図９を用いて説明する。

【0020】

図３には、車両１０、ＧＰＳ衛星２００、インフラ情報を発信するサーバ４００、各種の端末３０１，３０２とともに用いられる車両管理システム１００を示す。図４には、車両１０の車両情報を得るための概略的なブロック図を示す。図５には、車両管理システム１００の概略的なブロック図を示す。

【0021】

図３に示すように、本実施形態に係る車両管理システム１００は、その車両１０の車両情報とインフラ情報とに基づいて算出したブレーキチャンバ３２の劣化情報（メンテナンスの要否情報）を端末３０１，３０２に通知し得る。具体的には、車両管理システム１００は、ブレーキチャンバ３２の劣化情報に基づいて、その車両１０のブレーキチャンバ３２のメンテナンスを促すことの通知の要否を判断し、要判断のときにその車両１０の関係者にブレーキチャンバ３２のメンテナンスを要することを通知する。一方、否判断のときには、その車両１０の関係者に対する、ブレーキチャンバ３２のメンテナンスの通知を例えば保留する。又は、ブレーキチャンバ３２のメンテナンスの要否判断を行った結果、現在は否（メンテナンス不要）であったことを通知する。

【0022】

図４に示すように、車両１０は、制御部１１２と、通信部１１４と、ＧＰＳ（Global Positioning System）信号の受信部（アンテナ）１１６と、記憶部（記憶媒体）１１８と、ブレーキセンサ１２０と、バッテリ１２２とを有する。

【0023】

バッテリ１２２は、車両１０の制御部１１２、通信部１１４、ＧＰＳ受信部１１６、記憶部１１８、ブレーキセンサ１２０に電力を供給する。

【0024】

制御部１１２は、例えば、コンピュータ等から構成され、１つ又は複数のプロセッサ（処理回路）を備える。プロセッサは、ＣＰＵ（Central Processing Unit）、ＡＳＩＣ（Application Specific Integrated Circuit）、マイクロコンピュータ、ＦＰＧＡ（Field Programmable Gate Array）及びＤＳＰ（Digital Signal Processor）等のいずれかを含む。

【0025】

車両１０は、制御部１１２からの信号に基づいて、通信部１１４を用いて、無線又は有線で、車両管理システム１００との間で情報を送受信する。

【0026】

ＧＰＳ受信部１１６は、例えば４つのＧＰＳ衛星２００（図３参照）との間で通信して時間情報に対応する位置情報を取得する。

【0027】

記憶部１１８は、メモリ等の主記憶装置に加え、補助記憶装置が含まれ得る。記憶部１１８としては、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、磁気ディスク、光ディスク（ＣＤ－ＲＯＭ、ＣＤ－Ｒ、ＤＶＤ等）、光磁気ディスク（ＭＯ等）、及び、半導体メモリ等の書き込み及び読み出しが随時に可能な不揮発性メモリが挙げられる。

【0028】

車両１０では、制御部１１２及び記憶部１１８のそれぞれは、１つのみ設けられてもよく、複数設けられてもよい。制御部１１２では、プロセッサは、記憶部１１８等に記憶されるプログラム等を実行することによって、処理を行う。また、制御部１１２のプロセッサによって実行されるプログラムは、インターネット等のネットワークを介して制御部１１２に接続されたコンピュータ（サーバ）、又は、クラウド環境のサーバ等に格納されてもよい。この場合、制御部１１２のプロセッサは、ネットワーク経由でプログラムをダウンロードする。制御部１１２での各種算出処理は、プロセッサ等によって実行され、記憶部１１８が、データ記憶部として機能する。

【0029】

また、制御部１１２による処理の少なくとも一部が、クラウド環境に構成されるクラウドサーバによって実行されてもよい。クラウド環境のインフラは、仮想ＣＰＵ等の仮想プロセッサ及びクラウドメモリによって、構成される。ある一例では、各種算出処理が、仮想プロセッサによって実行され、クラウドメモリが、データ記憶部として機能する。

【0030】

ブレーキセンサ１２０は、例えば運転者によるブレーキペダル２２の動作、又は、ブレーキバルブ２４の開閉を検出する。ブレーキセンサ１２０で検出する信号は、制御部１１２により、制動灯の点灯、消灯に連動させる。制御部１１２は、ブレーキ３０の制動灯の点灯時を、ブレーキ３０の作動回数の１カウントとしてカウントし、記憶部１１８に記憶させる。ブレーキ３０の作動時間は、例えば車両１０の制動灯の点灯時間に対応する。制御部１１２は、ブレーキ３０の制動灯の点灯時を第１の時間ｔ１とし、制動灯の消灯時を第２の時間ｔ２とし、このような制動灯の点灯時間（ｔ２－ｔ１）をブレーキペダル２２又はブレーキバルブ２４の操作時間として出力し、記憶部１１８に記憶させる。すなわち、運転者が車両１０の走行位置のどの時間でどの位置でブレーキペダル２２を踏み込み、どの時間でどの位置でブレーキペダル２２の踏み込みを解除したかが車両情報の一部として記憶される。このため、制御部１１２は、時間に対応するブレーキの作動情報を取得し、記憶部１１８に記憶させる。

【0031】

制御部１１２は、例えば、車両１０の走行時及び停車時に、ＧＰＳ受信部１１６を用いて、ある時間における位置情報を取得する。このため、制御部１１２は、車両１０の位置情報と時間情報とを紐づけた情報を取得し、これを車両情報の一部として記憶部１１８に記憶させる。

【0032】

また、制御部１１２は、例えば、車両１０の走行時及び停車時に、ブレーキセンサ１２０の作動情報を取得し、これを車両情報の一部として記憶部１１８に記憶させる。なお、制御部１１２は、例えば、車両１０の走行時及び停車時に、ブレーキセンサ１２０の作動情報と時間情報とを紐づけた情報を取得し、これを車両情報の一部として記憶部１１８に記憶させてもよい。

【0033】

制御部１１２は、例えば駐車時等に、車両情報を車両管理システム１００に送信する。

【0034】

なお、車両情報としては、駐車位置、駐車時間を含めてもよい。

【0035】

図５に示すように、車両管理システム１００は、制御部１０２と、通信部１０４と、記憶部（記憶媒体）１０６とを有する。

【0036】

制御部１０２は、例えば、コンピュータ等から構成され、１つ又は複数のプロセッサ（処理回路）を備える。プロセッサは、ＣＰＵ（Central Processing Unit）、ＡＳＩＣ（Application Specific Integrated Circuit）、マイクロコンピュータ、ＦＰＧＡ（Field Programmable Gate Array）及びＤＳＰ（Digital Signal Processor）等のいずれかを含む。

【0037】

車両管理システム１００の通信部１０４は、制御部１０２からの信号に基づいて、無線又は有線で、多数の車両１０との間で情報（車両情報）を送受信する。また、通信部１０４は、制御部１０２からの信号に基づいて、無線又は有線で、その車両１０の販売ディーラや整備事業者等の端末３０１や、車両１０のユーザ（会社等）の登録者のスマートフォンなどの携帯端末３０２との間で情報を送受信する。

【0038】

車両管理システム１００は、制御部１０２の指令に基づいて、通信部１０４を用いて、各車両１０からの車両情報、及び、サーバ４００からのインフラ情報を取得可能である。

【0039】

ここでのインフラ情報は、例えば日本国の気象庁又はそれに相当する各国の気象に関する情報機関や気象会社等（以下、主として気象庁から情報を得るものとして記載する）から得る降雨情報や、日本国の国土交通省又はそれに相当する各国の機関等（以下、主として国土交通省から情報を得るものとして記載する）から得る道路冠水情報等、対象とする車両１０が走行したと推定される時間における路面上の水に関する情報である。このため、これらのインフラ情報は、予想情報ではなく、実際の時間における単位時間あたりの降雨量であったり、実際の時間における路面の冠水量（水深）である。なお、インフラ情報は、例えば、気象庁から降雨量や台風情報などの気象情報や、国土交通省からの冠水想定箇所情報等の予想情報を含んでもよい。

【0040】

ここでの気象情報は、走行位置に対応する時間での走行位置を含む領域における天候情報をいう。気象情報は、例えば各国の気象庁、気象情報の提供会社等から取得し得る。

【0041】

気象情報は、走行位置に対応する時間でのその走行位置を含む領域での天候情報に加えて、その時間以前の降水量を含む。また、気象情報は、走行位置に対応する時間でのその車両１０が通った道路の冠水情報を含み得る。冠水情報は、国土交通省、都道府県、その他の地方自治体から発信される情報や、例えばその車両１０又は他の車両１０に取り付けられ、その道路を撮影可能に通過した車載カメラ等で取得され、解析された情報に基づいてもよい。

【0042】

記憶部１０６は、メモリ等の主記憶装置に加え、補助記憶装置（非一時的な記憶媒体）が含まれ得る。記憶部１０６としては、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、磁気ディスク、光ディスク（ＣＤ－ＲＯＭ、ＣＤ－Ｒ、ＤＶＤ等）、光磁気ディスク（ＭＯ等）、及び、半導体メモリ等の書き込み及び読み出しが随時に可能な不揮発性メモリが挙げられる。

【0043】

車両管理システム１００では、制御部１０２及び記憶部１０６のそれぞれは、１つのみ設けられてもよく、複数設けられてもよい。制御部１０２では、プロセッサは、記憶部１０６等に記憶されるプログラム等を実行することによって、処理を行う。また、制御部１０２のプロセッサによって実行されるプログラムは、インターネット等のネットワークを介して制御部１０２に接続されたコンピュータ（サーバ）、又は、クラウド環境のサーバ等に格納されてもよい。この場合、制御部１０２のプロセッサは、ネットワーク経由でプログラムをダウンロードする。制御部１０２での各種算出処理は、プロセッサ等によって実行され、記憶部１０６が、データ記憶部として機能する。

【0044】

また、制御部１０２による処理の少なくとも一部が、クラウド環境に構成されるクラウドサーバによって実行されてもよい。クラウド環境のインフラは、仮想ＣＰＵ等の仮想プロセッサ及びクラウドメモリによって、構成される。ある一例では、各種算出処理が、仮想プロセッサによって実行され、クラウドメモリが、データ記憶部として機能する。

【0045】

本実施形態では、制御部１０２は、各車両１０のブレーキチャンバ３２のメンテナンスの要否を出力し、各車両１０のブレーキチャンバ３２のメンテナンス時期を推定し得る、車両管理プログラム又は車両管理方法を実行し得る。

【0046】

本実施形態に係る制御部１０２は、ブレーキチャンバ３２のメンテナンスの要否を出力する演算を行い得る。

【0047】

本実施形態では、各車両１０のブレーキチャンバ３２のメンテナンスの要否を出力し得る車両管理システム１００の制御部１０２の演算の例として、後述する第１のモデル、第２のモデル、又は、その他の適宜のモデルを例示する。

【0048】

図６には、インフラ情報及び各車両１０の車両情報に基づく各車両１０の被水量、各車両１０の台風時走行時間、各車両１０の冠水時の冠水路走行回数、各車両１０の１ｋｍあたりのブレーキ作動回数と、各車両１０の部品（ブレーキチャンバ３２）の部品状態（故障の発生の有無）とを表す表を示す。なお、図６に示す車両１０（車両Ａ－Ｊ）は、同一構造を有する同一車種の車両である。ここでは、車両１０（１０個の車両Ａ－Ｊ）について示すが、実際には、図６に示す程度の情報は、数百個以上の車両１０に基づいて得られ手いることが好適である。図６に示す情報は、後述する第１のモデル、第２のモデル、及び、その他のモデルに用いることができる。

【0049】

そして、車両管理システム１００の制御部１０２は、図６に示す各車両１０の情報を訓練データとして取得し、その訓練データを車両管理システム１００の記憶部１０６に記憶させている。

【0050】

［第１のモデル］
図７には、車両管理システム１００の制御部１０２がブレーキチャンバ３２の錆などの劣化を推定する第１のモデルの概略的なフローを例示する。なお、車両情報の取得は、車両１０の制御部１１２が行うものとして説明するが、車両管理システム１００の制御部１０２が車両１０の制御部１１２を制御して行う場合も含む。すなわち、車両情報の取得は、車両１０の制御部１１２が行ってもよく、車両管理システム１００の制御部１０２が行ってもよく、又は、車両１０の制御部１１２及び車両管理システム１００の制御部１０２の両方が協働して行ってもよい。

【0051】

車両管理システム１００の制御部１０２は、過去に故障した車両１０の部品状態データと、正常に使用し得る車両１０の部品状態データとを比較し、錆発生の第１のモデルを用いて錆発生リスクｙを出力する。

【0052】

例えば、ブレーキチャンバ３２の錆などの劣化を推定するモデルにおいて、錆リスクをｙとし、作成した特徴量ｘを入力し、錆リスクｙを予測するモデルｆは、
ｙ＝ｆ（ｘ）
と表すことができる。ここで、モデルｆの特徴量ｘは、ｘ１：冠水時の冠水路走行回数、ｘ２：車両１０に対する雨の被水量の合計（積算値）、ｘ３：フットブレーキペダル２２の作動回数／１ｋｍ、の少なくとも１つ等である。

【0053】

車両管理システム１００の制御部１０２は、メンテナンス対象とし得る車両１０の車両情報の走行位置及び時間と、インフラ情報の冠水情報のうち、その走行位置に対応する時間でのその走行位置及びその周辺の冠水情報とを紐づけ、その車両１０が冠水時に冠水路を走行した回数を得る。

【0054】

車両管理システム１００の制御部１０２は、メンテナンス対象とし得る車両１０に対する雨の被水量の合計を、インフラ情報の降雨情報から得る。なお、被水量は、車両１０の車両情報の走行位置及び時間と、インフラ情報の気象情報のうち、その走行位置に対応する時間でのその走行位置及びその周辺の降雨情報とを紐づけて得る。

【0055】

車両１０の制御部１１２は、走行位置及びその走行位置に対応する時間でのブレーキペダル２２の操作を、車両情報として得る。車両管理システム１００の制御部１０２は、このような車両情報をその車両１０から得る。そして、例えば、インフラ情報の雨天情報時又は冠水路走行情報と組み合わせて、例えば雨天路面の１ｋｍあたりのブレーキペダル２２の作動回数を得る。

【0056】

車両管理システム１００の制御部１０２は、車両情報における、ある時間間隔における走行位置と、インフラ情報における、その時間間隔での気象情報（降雨情報）から、降雨時の平均車速を得る。

【0057】

例えば図６に示す表に基づくと、１０個の車両Ａ－Ｊのブレーキチャンバ３２のうち、劣化（錆）がある（以下、故障がある）と判断されたものは３つであり、正常に使用可能であると判断されたものは７つであった。

【0058】

そして、図７に示すように、車両１０に対する雨の被水量の合計が例えば１９５００ｍｍより少ないと（Ｓ１１－Ｙｅｓ）、１０個の車両１０のうち、対象となる車両１０は４つであり、それらの車両のブレーキチャンバ３２のうち、故障があるものが２個、正常に使用可能であるものが２個であった。また、冠水路の走行回数が２回よりも多ければ（Ｓ１２－Ｙｅｓ）、対象となる車両１０は２つであり、それらの車両１０のブレーキチャンバ３２のうち、故障があるものが２個、正常に使用可能であるものが０個であった。一方、冠水路の走行回数が２回以下であれば（Ｓ１２－Ｎｏ）、対象となる車両１０は２つであり、それらの車両１０のブレーキチャンバ３２のうち、故障があるものが０個、正常に使用可能であるものが２個であった。

【0059】

また、車両１０に対する雨の被水量の合計が１９５００ｍｍ以上であると（Ｓ１１－Ｎｏ）、１０個の車両１０のうち、対象となる車両１０は６つであり、それらの車両１０のブレーキチャンバ３２のうち、故障があるものが１つ、正常に使用可能であるものが５つであった。また、１ｋｍあたりのブレーキ３０の作動回数が２０回よりも多い場合（Ｓ１３－Ｙｅｓ）、対象となる車両１０は４つであり、それらの車両１０のブレーキチャンバ３２のうち、故障があるものが１つ、正常に使用可能であるものが３つであった。

【0060】

また、１ｋｍあたりのブレーキ３０の作動回数が２０回以下である場合（Ｓ１３－Ｎｏ）、対象となる車両１０は２つであり、それらの車両１０のブレーキチャンバ３２のうち、故障があるものが０つ、正常に使用可能であるものが２つであった。

【0061】

このため、車両１０が所定積算値（例えば１９５００ｍｍ）の雨に被水されていなくても、冠水路を数回走行したとき、その車両１０のブレーキチャンバ３２に劣化が生じる可能性があると判断される。また、車両１０が所定積算値の雨に被水され、かつ、１ｋｍあたり所定回を超えるブレーキ３０の作動回数を記録したとき、ブレーキチャンバ３２に劣化が生じる可能性があると判断される。

【0062】

そして、このような錆リスクｙの第１のモデルによる処理において、実際の多数の車両１０のうち、図７中に符号Ｅ１，Ｅ２で示すように故障が発生したと１つでも判定されることが分かる。この場合、車両管理システム１００の制御部１０２は、市場で走行する車両１０のうち、各車両１０の車両情報及びインフラ情報から、第１のモデルと同様の式により符号Ｅ１，Ｅ２で示す事象に当てはまる車両１０に対して、ブレーキチャンバ３２に劣化が生じた可能性があると判断する。そして、車両管理システム１００の制御部１０２は、車検等の法定検査時期でなくても、ブレーキチャンバ３２のメンテナンスを勧める通知を例えば端末３０１，３０２に行う。すなわち、車両管理システム１００の制御部１０２は、車検等の法定検査時期でなくても、ブレーキチャンバ３２のメンテナンスを勧める通知をその車両１０の関係者に行う。

【0063】

また、車両管理システム１００の制御部１０２は、車両１０の通信部１１４を介してその車両１０のインストルメントパネル又はカーナビゲーションシステムの表示画面等の表示部１２４にメンテナンスに関する情報を表示してもよい。

【0064】

特徴量ｘとしては、例えば、ｘ４：降雨時の平均車速や、ｘ５：ブレーキ作動時間、ｘ６：各チャンバアセンブリ２８内のダイヤフラム３４及び／又はピストンロッド３６の移動量、ｘ８：車両の構造情報（呼吸穴３２ａの配置）等を含んでもよい。例えば、ブレーキチャンバ３２の呼吸穴３２ａの高さや、呼吸穴３２ａの向き（通常は下向きであるが、上向きに配置した等）の情報を含んでもよい。
なお、基本的には、同一種の車両１０は、呼吸穴３２ａの向きを含めて、構造は同じとなる。このため、第１のモデルは、同一種の車両１０ごとに作成されることが好適である。

【0065】

また、特徴量ｘとしては、その車両１０に対して実際に行われたメンテナンス情報（ブレーキチャンバ３２をいつ交換したか、単にブレーキチャンバ３２の劣化の確認のみか等）を含んでもよい。

【0066】

そして、車両管理システム１００の制御部１０２は、第１のモデルで演算を行う場合、実際の車両１０のブレーキチャンバ３２の劣化情報（例えばブレーキチャンバ３２の写真画像情報）に基づくデータ（図６参照）を収集し続け、ＰＤＣＡ（Plan（計画）, Do（実行）, Check（測定・評価）, Action（対策・改善））サイクルを循環させ、ステップＳ１１，Ｓ１２，Ｓ１３における式を適宜に変更しながら、故障を持つブレーキチャンバ３２をより早期に抽出することを可能とし得るモデルとして作成される。

【0067】

なお、式は、上述したｘ１，ｘ２，ｘ３，ｘ４，…を選択的に採用することができる。式の階層は、図７に示す例では、２階層の例について説明したが、さらに多数の階層により、錆リスクｙを判定してもよい。

【0068】

車両管理システム１００の制御部１０２は、錆リスクｙの第１のモデルによる処理において、実際の多数の車両１０のうち、図７中に符号Ｅ３，Ｅ４で示すように故障が発生した判定されたものがなかった場合と同様の結果を出力することがある。この場合、車両管理システム１００の制御部１０２は、例えば端末３０１，３０２等に、車両１０のブレーキチャンバ３２のメンテナンスの要否の判断を行ったことの情報を送信することができる。

【0069】

［第２のモデル］
図８及び図９には、車両管理システム１００の制御部１０２がブレーキチャンバ３２の錆などの劣化を推定する第２のモデルについて例示する。

【0070】

例えば、錆リスクをｙとし、作成した特徴量ｘを入力し予測するモデルは、例えば、
ｙ＝ａ１＊ｘ１＋ａ２＊ｘ２＋ａ３＊ｘ３＋ｂ
と表すことができる。ここで、特徴量ｘは、ｘ１：冠水時の冠水路走行回数、ｘ２：車両１０に対する雨の被水量の合計（積算値）、ｘ３：フットブレーキペダル２２の作動回数／１ｋｍ、の少なくとも１つ等である。また、ａ１，ａ２，ａ３，ｂは適宜の変数である。変数ａ１，ａ２，ａ３，ｂは適宜に設定される。

【0071】

そして、図８には、図６に示す例の実車データを用いて、ブレーキチャンバ３２の劣化（錆）が生じた群と、劣化が生じなかった群とを錆閾値を用いて分けるように、変数ａ１，ａ２，ａ３，ｂを適宜に変更しながら算出した錆リスクｙの例を示す。

【0072】

図８に示すように、１０個の車両Ａ－Ｊのうち、正常と判断されたが、錆リスクｙの錆閾値を超えたブレーキチャンバ３２を有する車両１０が１つあった。１０個の車両Ａ－Ｊのうち、正常と判断された残りの６つの車両１０は、錆閾値以下であった。

【0073】

このような変数ａ１，ａ２，ａ３，ｂを用いた錆リスクｙに関する第２のモデルを用いてメンテナンスを予定している車両に当てはめた結果を図９に示す。一例として、７つの車両１０に対して錆リスクｙの算出を行ったとき、７つの車両１０のうち、１つが錆閾値を超えたブレーキチャンバ３２を有する車両１０である、と判断された。この１つの車両１０に対して、車両管理システム１００の制御部１０２は、車検等の法定検査時期でなくても、ブレーキチャンバ３２のメンテナンスを勧める通知を例えば端末３０１，３０２に行う。すなわち、車両管理システム１００の制御部１０２は、車検等の法定検査時期でなくても、ブレーキチャンバ３２のメンテナンスを勧める通知をその車両１０の関係者に行う。

【0074】

このような当てはめは、実際に車両１０で用いたブレーキチャンバ３２の例（図６参照）のデータに基づいて得られる。これら変数ａ１，ａ２，ａ３，ｂは、さらに多くの実車両１０の錆発生データを取得し、錆が生じたか否かの最適解が得られるように機械学習を用いて設定してもよい。例えば、ブレーキチャンバ３２の像（写真画像情報）の例、図６に示す表の例を多数収集し、これらを教師データとして用いることができる。そして、実際の車両１０のブレーキチャンバ３２から得られるデータ量が多くなるにつれて、変数ａ１，ａ２，ａ３，ｂは、例えば収束することが想定される。

【0075】

そして、第２のモデルを運用する場合、車両管理システム１００の制御部１０２は、ブレーキチャンバ３２に劣化（錆）があるかどうかわからない車両１０のデータ（ｘ１，ｘ２，ｘ３）を第２のモデルの錆リスクｙに入力したとき、図９に示すように、錆発生リスクｙが閾値を超えているかどうか判定する。

【0076】

すなわち、車両管理システム１００の制御部１０２は、市場で走行する車両１０のうち、各車両１０の車両情報及びインフラ情報から、第２のモデルと同様の式により錆発生リスクｙの閾値を超えているとき、車検等の法定検査時期でなくても、ブレーキチャンバ３２のメンテナンスを勧める通知を例えば端末３０１，３０２に行う。すなわち、車両管理システム１００の制御部１０２は、車検等の法定検査時期でなくても、ブレーキチャンバ３２のメンテナンスを勧める通知をその車両１０の関係者に行う。

【0077】

また、車両管理システム１００の通信部１０４は、車両１０の通信部１０４を介してその車両１０のインストルメントパネル又はカーナビゲーションシステムの表示画面等の表示部１２４にメンテナンスに関する情報を表示してもよい。

【0078】

なお、車両管理システム１００は、錆リスクｙの第２のモデルの式に当てはめて、その車両１０のブレーキチャンバ３２のメンテナンスを要する錆閾値までの値に対して、現時点でどの程度の割合であるかを例えば表示部１２４や端末３０１，３０２に示すようにしてもよい。そうすると、予め車両１０のメンテナンス時期をその車両１０の使用者が知り得、メンテナンスを行う際の車両１０のやりくりを行い易くすることができる。

【0079】

特徴量ｘとしては、例えば、ｘ４：降雨時の平均車速や、ｘ５：ブレーキ作動時間、ｘ６：各チャンバアセンブリ２８内のダイヤフラム３４及び／又はピストンロッド３６の移動量、ｘ８：車両の構造情報（呼吸穴３２ａの配置）等を含んでもよい。例えば、ブレーキチャンバ３２の呼吸穴３２ａの高さや、呼吸穴３２ａの向き（通常は下向きであるが、上向きに配置した等）の情報を含んでもよい。
なお、基本的には、同一種の車両１０は、呼吸穴３２ａの向きを含めて、構造は同じとなる。このため、第２のモデルは、同一種の車両１０ごとに作成されることが好適である。

【0080】

また、特徴量ｘとしては、その車両１０に対して実際に行われたメンテナンス情報（ブレーキチャンバ３２をいつ交換したか、単にブレーキチャンバ３２の劣化の確認のみか等）を含んでもよい。

【0081】

そして、車両管理システム１００の制御部１０２は、第２のモデルで演算を行う場合、実際の車両１０のブレーキチャンバ３２の劣化情報（例えばブレーキチャンバ３２の写真画像情報）に基づくデータ（図６参照）を収集し続け、ＰＤＣＡ（Plan（計画）, Do（実行）, Check（測定・評価）, Action（対策・改善））サイクルを循環させ、式の変数ａ１，ａ２，ａ３，ｂを適宜に変更しながら、故障を持つブレーキチャンバ３２をより早期に抽出することを可能とし得るモデルとして作成される。

【0082】

なお、式は、上述したｘ１，ｘ２，ｘ３，ｘ４，…を選択的に採用することができる。

【0083】

一方、車両管理システム１００の制御部１０２は、市場で走行する車両１０のうち、各車両１０の車両情報及びインフラ情報から、第２のモデルと同様の式により錆発生リスクｙの閾値を超えていないとき、その車両１０は、その時点では整備を提案する車両とはならない。すなわち、車両管理システム１００の制御部１０２は、メンテナンスを勧める通知を例えば端末３０１，３０２に行わない。又は、車両管理システム１００の制御部１０２は、例えば端末３０１，３０２等に、車両１０のブレーキチャンバ３２のメンテナンスの要否の判断を行ったことの情報を送信することができる。

【0084】

なお、車両管理システム１００の制御部１０２は、第１のモデル、及び、第２のモデルの錆発生リスクｙのいずれかに当てはまったときに、その車両１０は、ブレーキチャンバ３２に関する整備を提案する車両として判断されてもよい。

【0085】

本実施形態では、車両管理システム１００の制御部１０２が錆発生リスクｙを算出するための２つのモデルについて説明したが、これらモデルは例示であり、種々の変更が許容される。

【0086】

そして、例えば、その車両１０の販売ディーラや整備事業者等は、車両管理システム１００の制御部１０２がブレーキチャンバ３２のメンテナンスを勧める通知を端末３０１，３０２等で受信した場合、その車両１０の持ち主やユーザ等の関係者に、ブレーキチャンバ３２のメンテナンスを行ったほうがよい旨を連絡することができる。

【0087】

したがって、本実施形態によれば、車両管理システム１００は、時間と時間における車両の走行位置との関係を示す情報とを車両の車両情報として取得し、走行位置に対応する時間での走行位置を含む領域におけるインフラ情報を取得し、前記車両の車両情報及びインフラ情報に基づいて、車両のブレーキチャンバの劣化に関する情報を出力する、制御部（プロセッサ）１０２を有する。
このため、本実施形態によれば、各車両１０のブレーキチャンバ３２のメンテナンス時期を推定し得る、車両管理システム１００、車両管理方法、及び、車両管理プログラムを提供することができる。

【0088】

なお、本発明は、上記実施形態に限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で種々に変形することが可能である。また、各実施形態は適宜組み合わせて実施してもよく、その場合組み合わせた効果が得られる。更に、上記実施形態には種々の発明が含まれており、開示される複数の構成要件から選択された組み合わせにより種々の発明が抽出され得る。例えば、実施形態に示される全構成要件からいくつかの構成要件が削除されても、課題が解決でき、効果が得られる場合には、この構成要件が削除された構成が発明として抽出され得る。

【符号の説明】

【0089】

１０…車両、１２…ブレーキ装置、２２…ブレーキペダル、２４…ブレーキバルブ、２６…エアタンク、２８…ブレーキチャンバアセンブリ、３０…ドラムブレーキ、３０ａ…ブレーキドラム、３０ｂ…ブレーキシュー、３２…ブレーキチャンバ、３２ａ…呼吸穴、３４…ダイヤフラム、３６…ピストンロッド、１００…車両管理システム、１０２…制御部、１０４…通信部、１０６…記憶部、１１２…制御部、１１４…通信部、１１６…ＧＰＳ受信部、１１８…記憶部、１２０…ブレーキセンサ、１２２…バッテリ、１２４…表示部、２００…ＧＰＳ衛星、３０１，３０２…端末、４００…サーバ。

【要約】

【課題】 各車両のブレーキチャンバのメンテナンス時期を推定し得る、車両管理システムを提供すること。
【解決手段】 車両管理システムは、時間と前記時間における車両の走行位置との関係を示す情報とを車両の車両情報として取得し、前記走行位置に対応する前記時間での前記走行位置を含む領域における天候情報を含むインフラ情報を取得し、前記車両の車両情報及び前記インフラ情報に基づいて、前記車両のブレーキチャンバの劣化に関する情報を出力する、プロセッサを有する。
【選択図】 図３

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】