JP2003344225A - 車両管理システム - Google Patents

Abstract

(57)【要約】 【課題】 個々のユーザの車両に搭載される変速機の制
御に係わる機能系の診断情報を一括管理して有効活用
し、故障発生前の点検時期の予告を可能とすると共に、
システム信頼性の向上を図る。 【解決手段】 車両情報を受信した場合、これを識別し
て故障有りの診断結果が有るかを調べ（Ｓ１００〜Ｓ１
０２）、故障有りの場合、各種データを入手して故障部
位を推定し、サービス手順を決定する（Ｓ１０３〜Ｓ１
０５）ことで、対応部品の事前手配、作業計画の円滑運
用を可能とする。また、故障無しの場合、車両の全情報
を入手して部品やシステムの劣化状態を演算して劣化特
性や寿命を推定し、サービス必要時期を演算する（Ｓ１
０６〜Ｓ１１０）。そして、サービス時期・結果をユー
ザに通知すると共にディーラに各種情報を通知し、デー
タベースに記録する（Ｓ１１１〜Ｓ１１３）ことで、変
速機制御に係わる機能系の故障発生前にユーザへ点検時
期を予告し、修理に要する費用・時間を削減する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、個々のユーザの車
両の車両健康状態を管理可能な車両管理システムに関
し、特に、変速機制御に係わる機能系の診断情報を一括
管理して有効に活用する車両管理システムに関する。

【０００２】

【従来の技術】一般に、自動車等の車両の変速機制御に
おいては、車載の電子制御装置の自己診断機能によるオ
ンボード診断で変速機のロックアップクラッチ系やギヤ
切換系、センサ系等の機能系が正常に機能しているか否
かを監視しており、このオンボード診断の結果、異常を
検出した場合には、警告灯等を点灯して運転者に警告を
発し、ディーラ等のサービス工場への入庫による点検・
修理を促すようにしている。サービス工場では、車載の
電子制御装置に故障診断装置等の外部装置を接続するこ
とで車載電子制御装置から故障部位やトラブルデータ等
の内部データを読出し、読出したデータに基づいて点検
・修理を行う。

【０００３】尚、この種の故障診断装置として、本出願
人による特公平７−１５４２７号公報に開示されている
故障診断装置がある。この故障診断装置は、故障診断装
置本体、或いは故障診断装置本体に外部のエキスパート
システム用コンピュータを接続して車載電子制御装置内
のデータ、すなわち車載電子制御装置内に記憶されてい
るセンサ類の検出信号やアクチュエータ類に出力する制
御信号、及びシステム内部の演算データ等を読込むこと
ができ、不具合箇所或いは故障原因を探究し、必要な修
理、又は調整を行うことができる。

【０００４】

【発明が解決しようとする課題】しかしながら、従来、
車両のオンボード診断は、ユーザの日常の実使用条件下
において、実際に故障が発生したときに警告灯を点灯す
る等といった程度にしか活用されておらず、変速機の機
能系に故障が発生した後、外部の故障診断装置で診断デ
ータを読出して初めて点検・修理が可能となる。

【０００５】本発明は上記事情に鑑みてなされたもの
で、個々のユーザの車両に搭載される変速機の制御に係
わる機能系の診断情報を一括管理して有効活用し、故障
発生前の点検時期の予告を可能とすると共に、システム
信頼性の向上を図ることのできる車両管理システムを提
供することを目的としている。

【０００６】

【課題を解決するための手段】上記目的を達成するた
め、請求項１記載の発明は、個々の車両に搭載される変
速機の制御に係わる機能系の診断情報を外部のデータベ
ースに蓄積し、上記データベースに蓄積された診断情報
に基づいて個々の車両の上記機能系の作動状態を解析
し、その解析結果を該当車両のユーザ及び上記データベ
ースへのアクセス権を有する部署の少なくとも一者に配
信することを特徴とする。

【０００７】請求項２記載の発明は、請求項１記載の発
明において、上記診断情報に、上記機能系の診断に用い
るパラメータに加え、運転状態を表すパラメータと制御
状態を表すパラメータとの少なくとも一方を含めること
を特徴とする。

【０００８】請求項３記載の発明は、請求項１又は２記
載の発明において、上記診断情報に、診断結果が正常範
囲内であっても故障レベルに接近したときのデータを含
めることを特徴とする。

【０００９】請求項４記載の発明は、請求項１，２，３
の何れか一に記載の発明において、上記診断情報を、診
断実行中或いは診断開始前から診断終了後までの所定期
間におけるデータを含む情報とすることを特徴とする。

【００１０】請求項５記載の発明は、請求項１，２，
３，４の何れか一に記載の発明において、個々の車両
に、該車両に搭載される制御装置のデータをリアルタイ
ムで外部に無線通信可能なデータ通信手段を備え、該デ
ータ通信手段から送信された診断情報を受信して上記デ
ータベースに蓄積することを特徴とする。

【００１１】すなわち、請求項１記載の発明は、個々の
車両に搭載される変速機の制御に係わる機能系の診断情
報を外部のデータベースに蓄積し、データベースに蓄積
された診断情報に基づいて個々の車両の変速機制御に係
わる機能系の作動状態を解析する。そして、解析結果を
該当車両のユーザ及びデータベースへのアクセス権を有
する部署の少なくとも一者に配信することで、実際に車
両の変速機制御に係わる機能系に異常が生じる前にユー
ザへの告知を可能とすると共に、関連部署へのフィード
バックにより、診断仕様の評価や変速機制御の制御性の
評価を経てシステムの信頼性向上に寄与することができ
る。

【００１２】その際、診断情報には、請求項２記載の発
明のように、変速機制御に係わる機能系の診断に用いる
パラメータに加え、運転状態を表すパラメータと制御状
態を表すパラメータとの少なくとも一方を含める、或い
は、請求項３記載の発明のように、診断結果が正常範囲
内であっても故障レベルに接近したときのデータを含め
ることが望ましい。また、請求項４記載の発明のよう
に、診断情報は、診断実行中或いは診断開始前から診断
終了後までの所定期間におけるデータを含む情報とする
ことが望ましい。

【００１３】更に、請求項５記載の発明のように、個々
の車両からデータ通信手段を介して診断情報を無線送信
してデータベースに蓄積することが望ましく、これによ
り走行中の車両からもリアルタイムで容易に診断情報を
収集することができ、走行中にしか現れない異常や再現
性の希薄な異常についても対処可能となる。

【００１４】

【発明の実施の形態】以下、図面を参照して本発明の実
施の形態を説明する。図１〜図１１は本発明の実施の一
形態に係わり、図１は車両管理システムの全体構成図、
図２は車両のネットワーク系を示す説明図、図３は変速
機制御系の回路構成図、図４はロックアップ系に適用さ
れる診断ルーチンのフローチャート、図５はロックアッ
プクラッチの切換特性を示す説明図、図６は変速系に対
する診断ルーチンのフローチャート、図７は変速パター
ンを示す説明図、図８はセンサ系（１）に適用される診
断ルーチンのフローチャート、図９はセンサ系（２）に
適用される診断ルーチンのフローチャート、図１０は車
両側における診断情報処理ルーチンのフローチャート、
図１１は中央情報管理センター側における情報処理ルー
チンのフローチャートである。

【００１５】図１は、工場の生産ラインにおける車両の
制御情報の初期値を蓄積・管理すると共に、市場におけ
る各ユーザの車両毎の車両健康状態を２４時間リアルタ
イムで管理し、ユーザに最新の自己車両情報（健康状
態）を提供するための車両管理システムを示すものであ
る。この車両管理システムにおいては、市場における車
両１００毎に、車載制御装置のデータ（車両情報）をリ
アルタイムで外部に無線通信可能なデータ通信手段とし
ての無線通信端末１１０が備えられ、この無線通信端末
１１０を介して送信された車両情報が中央情報管理セン
ター１５１におけるホストコンピュータ１５１ａのデー
タベースＤＢに蓄積されて管理される。

【００１６】車両１００と中央情報管理センター１５１
との間のデータ通信には、図示しない基地局を介した移
動体無線通信システムや図示しない人工衛星を介した衛
星通信システム等を利用することができる。また、車両
１００の車両情報を送信する無線通信端末１１０として
は、車両１００の制御装置にハーネスを介して接続され
る通信端末でも良いが、車載の制御装置との間でワイヤ
レス通信を行うことにより車両１００と切り離して携帯
可能な小型通信端末を採用することが望ましい。この携
帯可能な通信端末として、本形態では、車載の制御装置
とのワイヤレス通信のための通信回路を内蔵した専用の
携帯型電話機（携帯電話）を採用し、以下、無線通信端
末１１０を携帯電話１１０として説明する。尚、既にユ
ーザが携帯電話を所有している場合には、ユーザの携帯
電話に接続してデータを送信させる通信端末でも良い。

【００１７】このため、本形態においては、車両１００
に搭載される制御装置が単一である場合、その制御装置
にワイヤレス通信を制御するための通信回路が内蔵され
る。また、車両１００に複数の制御装置、例えば、図２
に示すように、制御装置＃０１，＃０２，＃０３，＃０
４，＃０５，…が搭載されている場合には、各制御装置
＃０１，＃０２，＃０３，＃０４，＃０５，…がネット
ワーク１０１を介して互いに接続され、制御情報が一元
化されることが望ましく、ネットワーク１０１中の所定
の制御装置、例えば制御装置＃０１にワイヤレス通信を
制御するための通信回路＃０１ａが内蔵される。尚、ネ
ットワーク１０１は、リアルタイム制御に適した車両用
のネットワークであり、また、車載の制御装置との間の
ワイヤレス通信方式としては、例えば、近距離のワイヤ
レス通信を司るブルートゥース（Bluetooth）規格によ
る通信方式やその他の通信方式を採用することができ
る。

【００１８】車両１００の制御装置に備えられた通信回
路＃０１ａは、ユーザの専用の携帯電話１１０との間の
ワイヤレス通信を可能とするばかりでなく、以下に説明
するように、工場の生産ラインにおけるラインエンドの
検査ツールやディーラ等のサービス工場におけるサービ
スツールとの間のワイヤレス通信を可能とする。また、
車両１００に搭載される各制御装置＃０１，＃０２，＃
０３，＃０４，＃０５，…には、制御装置の電源ＯＦＦ
時にも保存される各種定数項すなわち各種学習値や各種
制御定数等を、ラインエンドの検査ツールからの指令に
より書換え可能なファームウエアが備えられている。

【００１９】一方、中央情報管理センター１５１は、図
１に示すように、専用のネットワーク１５０を介して、
開発本部１５２、ソフトウエア開発環境１５３、営業・
サービス本部１５４、検査・品質保証本部１５５等の複
数の部門に接続されると共に、工場の生産ラインにおけ
るラインエンド１５６のシャーシダイナモメータ１５６
ａ上で車両１００を検査するための検査ツール１５６ｂ
に接続されている。検査ツール１５６ｂには、車両１０
０の制御装置に備えられた通信回路＃０１ａとワイヤレ
ス通信を行うための通信アダプタが備えられている。ま
た、この専用のネットワーク１５０には、各地のディー
ラ等の専用のネットワーク１６０，１７０，…が接続さ
れ、各ネットワーク１６０，１７０，…に、それぞれに
接続されるサービスツール１６１，１７１，…やセール
スツール１６２，１７２，…等を介して中央情報管理セ
ンター１５１の管理情報に基づく車両１００の実際の診
断や修理を可能とする車両管理システムが形成される。
更に、各専用のネットワーク１５０，１６０，１７０，
…は、一般公開用ネットワークとしてのインターネット
１８０に相互接続されており、携帯電話１１０を介して
の情報提供に加え、各ユーザのパーソナルコンピュータ
（パソコン）ＰＣを介しての情報提供を可能としてい
る。

【００２０】以上の車両管理システムでは、工場の生産
ラインにおけるラインエンド１５６で、検査ツール１５
６ｂを用いて個々の車両の制御情報の初期値（初期情
報）を蓄積し、蓄積された車両初期情報を解析して求め
られた最適学習値や最適定数等を制御装置にセットして
出荷する。そして、市場への出荷後は、初期情報にユー
ザからのアクセスによる車両情報を加えて蓄積する。こ
の場合、各ユーザは、自己の車両１００が稼動状態にあ
れば、停車中か走行中かに拘らず自己の車両情報を中央
情報管理センター１５１に随時無線送信することが可能
である。

【００２１】すなわち、ユーザは、自己の車両１００の
状態を知りたい場合には、車両１００専用の携帯電話１
１０を用いて中央情報管理センター１５１に車両情報を
送信することにより、自己の車両の整備状態や不具合の
有無等の車両健康状態に係わる情報を受け取ることがで
きる。特に、走行中の車両から無線通信によってリアル
タイムでデータを送信することができるため、走行中に
しか現れない異常や再現性の希薄な異常等、従来では迅
速な原因究明が困難であった故障に対しても、迅速に原
因を究明して対処することが可能となる。

【００２２】ユーザが自己の車両１００の車両情報を中
央情報管理センター１５１に送信するには、車両１００
専用の携帯電話１１０を用い、この携帯電話１１０に予
めセットされている特定の番号を押すのみで良く、自動
的に車両１００の制御装置＃０１とのワイヤレス通信が
スタンバイすると共に中央情報管理センター１５１を呼
び出す。そして、携帯電話１１０と中央情報管理センタ
ー１５１との接続が確立すると、車両１００内のネット
ワーク１０１を介した各制御装置のデータが制御装置＃
０１の通信用回路＃０１ａから車体番号が付加されて携
帯電話１１０へ送信され、更にユーザの識別コード等が
付加されて携帯電話１１０をスルーし、中央情報管理セ
ンター１５１へ送信される。

【００２３】中央情報管理センター１５１のデータベー
スＤＢに蓄積された車両の初期情報及び市場における情
報（個々のユーザ毎の車両情報）は、データベースＤＢ
へのアクセス権を与えられた各部署にネットワーク１５
０を介して配信され、車両健康状態を管理すると共に各
種サービスを行う。すなわち、ユーザの車両における各
種部品の使用頻度情報の収集、制御アルゴリズムの評
価、リアルタイムな診断や不具合対応、各部品の経時変
化や学習値の変化を把握しての予測診断、再現困難な不
具合の診断等を該当部署にて行い、制御アルゴリズムの
改良や新規開発のための情報収集等を該当部署にて行
う。また、ユーザサービスの一環として、ユーザの車両
１００の入庫前の事前診断、個別ユーザに対応した定期
検査等の入庫連絡等を該当部署にて行い、ディーラ等に
情報を配信してサービスツール１６１（１７１）による
点検或いは診断を指示する。更に、市場における部品レ
ベルでの絶対的な品質評価、リアルタイムな生の統計デ
ータの採取、部品製造メーカ毎の相対的な品質評価等を
該当部署にて行い、評価結果を各部門にフィードバック
する。

【００２４】各ユーザの車両に対するデータ解析結果や
診断結果等の情報は、中央情報管理センター１５１にお
いて各ユーザ毎の履歴情報として時系列的に蓄積され
る。そして、インターネット１８０上のホームページを
介して、或いは、直接、携帯電話１１０を介して個々の
ユーザに提供される。すなわち、各ユーザは、自己のパ
ソコンＰＣからインターネット１８０を介して該当する
ホームページにアクセスし、或いは携帯電話１１０から
中央情報管理センター１５１に直接アクセスし、予め登
録してある自己の識別番号、氏名、パスワード等を入力
し、自己の車両情報を閲覧することができる。尚、正規
に登録されたユーザからパソコンＰＣを介して中央情報
管理センター１５１のホストコンピュータ１５１ａへア
クセスすることも可能であるが、その場合、セキュリテ
ィを考慮してユーザからのアクセスには制限が設けら
れ、自己の車両に関する診断結果等の一般情報の閲覧の
みが許可される。

【００２５】次に、以上の車両管理システムによる車両
１００の管理内容として、変速機のロックアップクラッ
チ系やギヤ切換系、センサ系等の機能系の診断情報の管
理について説明する。先ず、変速機の電子制御系につい
て説明し、次いで、変速機制御に係わる機能系の診断に
係わる処理、中央情報管理センター１５１の情報処理に
ついて説明する。

【００２６】図３において、符号７０は、車両１００に
搭載される変速機を制御する制御装置（ＴＣＵ）であ
り、車両１００のネットワーク１０１を構成する制御装
置＃０１，＃０２，＃０３，＃０４，＃０５，…の中の
一つ、例えば、制御装置＃０２に該当する。本形態にお
いては、エンジン１の出力軸に連設される変速駆動系と
して、インペラとタービンとを係合するためのロックア
ップクラッチ５０を備えたトルクコンバータ５１に、前
進・後退の切換や変速切り換えを行うための各種油圧ク
ラッチや各種油圧ブレーキ等からなるクラッチ機構部と
プラネタリーギヤ等からなる主変速機構部とを備えた変
速機５２が連設されてなる自動変速機を備えている。変
速機５２には、各機構部へのライン圧やパイロット圧を
制御するリニアソレノイド弁や切換ソレノイド弁等の各
種コントロール弁を含んで一体的に形成される油圧制御
部５３が連設されている。

【００２７】ＴＣＵ７０は、マイクロコンピュータを中
心として構成される電子制御装置であり、ＣＰＵ７１、
ＲＯＭ７２、ＲＡＭ７３、バックアップＲＡＭ７４、車
載ネットワーク用のネットワークコントローラ７５、カ
ウンタ・タイマ群７６、及びＩ／Ｏインターフェイス７
７が内部バス７０ａを介して互いに接続されると共に、
ネットワークコントローラ７５から外部バス１０１ａを
介して車載の他の制御装置と相互接続される。

【００２８】尚、ＲＯＭ７２は、製造段階でフォトマス
クによりデータが焼き付けられるマスクＲＯＭと、電気
的にデータを書換え可能なＥＥＰＲＯＭ、例えば、オン
ボードでデータを一括消去して書き換えの容易なフラッ
シュＲＯＭとを含むものである。マスクＲＯＭには、例
えば、ネットワークコントローラ７５を介した通信プロ
グラム、外部装置との通信によりＥＥＰＲＯＭにプログ
ラムや定数等を書き込むためのプログラム等が格納され
ている。ＥＥＰＲＯＭには、製品初期の段階では意味の
あるデータは格納されておらず、車両にＴＣＵ７０を組
み込んだ段階で、ラインエンド１５６の検査ツール１５
６ｂを介して変速機制御プログラム、制御定数等の車種
に応じたデータが書き込まれる。

【００２９】また、カウンタ・タイマ群７６は、フリー
ランカウンタ、各種信号の入力計数用カウンタ等の各種
カウンタ、定期割り込みを発生させるための定期割り込
み用タイマ、システム異常監視用のウオッチドッグタイ
マ等の各種タイマを便宜上総称するものであり、その
他、各種のソフトウエアカウンタ・タイマが用いられ
る。

【００３０】また、ＴＣＵ７０には、各部に安定化電源
を供給する定電圧回路７８、Ｉ／Ｏインターフェイス７
７に接続される駆動回路７９及びＡ／Ｄ変換器８０等の
周辺回路が内蔵されている。定電圧回路７８は、２回路
のリレー接点を有する電源リレー８１の第１のリレー接
点を介してバッテリ８２に接続されると共に、直接、バ
ッテリ８２に接続されており、イグニッションスイッチ
８３がＯＮされて電源リレー８１の接点が閉になると、
ＴＣＵ７０内の各部へ電源を供給する一方、イグニッシ
ョンスイッチ８３のＯＮ，ＯＦＦに拘らず、常時、バッ
クアップＲＡＭ７４にバックアップ用の電源を供給す
る。尚、電源リレー８１の第２のリレー接点には、バッ
テリ８２から各アクチュエータに電源を供給するための
電源線が接続されている。

【００３１】Ｉ／Ｏインターフェイス７７の入力ポート
には、イグニッションスイッチ８３、変速機出力軸回転
数から車速を検出するための車速センサ８４、変速機入
力軸回転数としてのタービン回転数を検出するためのタ
ービン回転センサ８５、車両前輪の回転数を検出するた
めの前輪回転センサ８６、車両後輪の回転数を検出する
ための後輪回転センサ８７、ブレーキ操作によってＯＮ
するブレーキスイッチ８８、図示しないセレクト機構部
の操作位置に応じてＯＮするインヒビタスイッチ８９等
が接続されている。更に、Ｉ／Ｏインターフェイス７７
の入力ポートには、Ａ／Ｄ変換器８０を介して、スロッ
トル開度を検出するためのスロットル開度センサ９０、
冷却水温を検出するための冷却水温センサ９１、自動変
速機油（ＡＴＦ）の油温を検出するためのＡＴＦ油温セ
ンサ９２、油圧回路の圧力を検出するための油圧センサ
９３等が接続されると共に、バッテリ電圧ＶＢが入力さ
れてモニタされる。一方、Ｉ／Ｏインターフェイス７７
の出力ポートには、電源リレー８１のリレーコイル、油
圧制御部５３のリニアソレノイド弁や切換ソレノイド弁
等のアクチュエータ類が駆動回路７９を介して接続され
ている。

【００３２】ＴＣＵ７０では、ＲＯＭ７２に記憶されて
いる制御プログラムをＣＰＵ７１にて実行し、Ｉ／Ｏイ
ンターフェイス７７を介して入力されるセンサ類からの
検出信号、及びバッテリ電圧ＶＢ等を処理し、ＲＡＭ７
３に格納される各種データ、及びバックアップＲＡＭ７
４に格納されている各種学習値データ、ＲＯＭ７２に記
憶されている固定データ等に基づいて、運転状態に応じ
てロックアップクラッチ５０結合状態（係合、スリッ
プ、開放）や変速パターンを決定し、油圧制御部５３の
各アクチュエータを駆動して変速機制御を行う。

【００３３】同時に、ＴＣＵ７０は、変速機及びその周
辺機器を含む変速系に異常がないか否かを自己診断機能
によって監視し、異常を検出した場合、図示しない警告
灯を点灯或いは点滅すると共に、バックアップＲＡＭ７
４へトラブルデータをストアする。この場合、変速機制
御に係わる機能系の診断においては、異常判定時は勿論
のこと、正常範囲であっても故障レベルに近い状態のと
きには、診断に使用したパラメータに加え、運転状態パ
ラメータや制御状態パラメータ、及び他の関連パラメー
タを、診断時や診断前後でバックアップＲＡＭ７４にス
トアしておき、車両１００のネットワーク１０１から携
帯電話１１０を介して中央情報管理センター１５１へ送
信する。

【００３４】次に、変速機制御に係わる機能系の診断及
び診断情報の処理について、図４以下に示すフローチャ
ートを用いて説明する。尚、本形態においては、ＴＣＵ
７０で変速機制御に係わる機能系の診断を行う例につい
て説明するが、この診断を、中央情報管理センター１５
１、開発本部１５２、ソフトウエア開発環境１５３、営
業・サービス本部１５４、検査・品質保証本部１５５等
のネットワーク１５０に接続される該当部門で行うよう
にしても良い。この場合には、個々の車両で診断プログ
ラムが不要となり、ＴＣＵ７０の演算負荷が軽減され
る。また、通信時にも診断対象のデータのみを車両側か
ら中央情報管理センター１５１に送信するのみで、通信
時の負担も軽減される。

【００３５】図４は、ロックアップ系に対する診断ルー
チンであり、先ず、ステップＳ１０で、ロックアップク
ラッチ５０の制御指示情報を読込み、現在、ロックアッ
プ（Ｌ／Ｕ）中か否かを調べる。ロックアップクラッチ
５０に対する制御は、例えば、図５に示すように、変速
レンジ位置、走行パターン毎に設定された係合（ロック
アップ）・スリップ・開放の各領域を、スロットル開度
と出力軸回転速度（車速）とに基づいて特定し、油圧制
御部５３に設けた図示しない制御弁を介してクラッチ作
動油圧を制御することで行われる。従って、係合（ＡＴ
ＬＯＣＫ ＯＮ）・スリップ（ＡＴＲＯＣＫ ＳＬＩ
Ｐ）・開放（ＡＴＬＯＣＫ ＯＦＦ）の制御指示情報を
読込むことで、ロックアップクラッチ５０の制御状態を
知ることができる。

【００３６】そして、Ｌ／Ｕ中でない場合には、診断を
実行せずにルーチンを抜け、Ｌ／Ｕ中の場合、ステップ
Ｓ１０からステップＳ１１へ進んで、エンジン回転数Ｎ
ｅとタービン回転数Ｎｔとの差の絶対値│Ｎｅ−Ｎｔ│
が判定閾値Ａ１以下か否かを調べる。ロックアップクラ
ッチ５０を係合してエンジンと変速機とを直結状態にし
た場合には、正常であれば、エンジン回転数とタービン
回転数すなわち変速機入力軸回転数とが所定の許容範囲
をもって一致すべきことから、判定閾値Ａ１は、Ｌ／Ｕ
中のエンジン回転数Ｎｅとタービン回転数Ｎｔとの差の
絶対値│Ｎｅ−Ｎｔ│に対する許容値を、エンジン系や
変速系の構成、特性等を考慮して予めシミュレーション
或いは実験等により定めるものである。

【００３７】その結果、│Ｎｅ−Ｎｔ│≦Ａ１の場合に
は、ステップＳ１１からステップＳ１２へ進んでタイマ
（ダウンカウンタ）ＴＭ１に診断時間を定める設定値Ｔ
ＳＥＴ１をセットし、ステップＳ１３でロックアップ系
は正常であると判定してルーチンを抜ける。

【００３８】一方、ステップＳ１１において、│Ｎｅ−
Ｎｔ│＞Ａ１であり、Ｌ／Ｕ中であるにも拘らず、エン
ジン回転数Ｎｅとタービン回転数Ｎｔとが許容幅内で一
致しない場合には、ステップＳ１１からステップＳ１４
へ進み、タイマＴＭ１が０に達してカウント終了状態に
なっているか否かを調べる。その結果、ＴＭ１≠０の場
合には、ステップＳ１５でタイマＴＭ１をカウントダウ
ンして（ＴＭ１←ＴＭ１−１）、ルーチンを抜け、ＴＭ
１＝０の場合、すなわち、Ｌ／Ｕ中であるにも拘らずエ
ンジン回転数Ｎｅとタービン回転数Ｎｔとが許容幅内で
一致しない状態が設定値ＴＳＥＴ１により定まる診断時
間だけ継続する場合には、ステップＳ１６でロックアッ
プ系が異常であると判定し、警告灯を点灯或いは点滅さ
せて運転者に警告を発する等してルーチンを抜ける。

【００３９】次に、ギヤ切換系の診断を行う図６のルー
チンについて説明する。このルーチンでは、先ず、ステ
ップＳ２０で、変速機制御の指示情報を読込み、現在、
変速中か否かを調べる。図７に示すように、変速機の変
速パターンは、１速←→２速、２速←→３速、３速←→
４速のアップシフト（図中、実線で示す）及びダウンシ
フト（図中、破線で示す）の変速線が車速とスロットル
開度とをパラメータとして予め設定されているマップを
参照して決定される。そして、決定した変速パターンに
基づく目標ギヤ比Ｒｒが指示され、油圧制御部５３のア
クチュエータ類が駆動されて変速動作が行われる。

【００４０】そして、変速中の場合には、そのままルー
チンを抜け、変速中でない場合、ステップＳ２１へ進ん
で、実変速比Ｒｇを、タービン回転センサ８５で検出し
た変速機入力軸回転数（タービン回転数）Ｎｔと車速セ
ンサ８４で検出した出力軸回転数Ｎとの比Ｎｔ／Ｎを実
変速比Ｒｇとして求め、この実変速比Ｒｇと目標ギヤ比
Ｒｒとの差の絶対値│Ｒｒ−Ｒｇ│が異常判定の判定閾
値Ａ２以下か否かを調べる。

【００４１】そして、│Ｒｒ−Ｒｇ│≦Ａ２の場合、ス
テップＳ２１からステップＳ２２へ進んでタイマ（ダウ
ンカウンタ）ＴＭ２に診断時間を定める設定値ＴＳＥＴ
２をセットし（ＴＭ２←ＴＳＥＴ２）、ステップＳ２３
で変速系は正常であると判定してルーチンを抜ける。ま
た、│Ｒｒ−Ｒｇ│＞Ａ２の場合には、ステップＳ２１
からステップＳ２４へ進み、タイマＴＭ２が０に達して
カウント終了状態になってるか否かを調べる。その結
果、ＴＭ２≠０の場合には、ステップＳ２５でタイマＴ
Ｍ２をカウントダウンして（ＴＭ２←ＴＭ２−１）、ル
ーチンを抜け、ＴＭ２＝０の場合、すなわち、目標ギヤ
比と実ギヤ比とが判定閾値Ａ２に基づく許容幅内で一致
しない状態が設定値ＴＳＥＴ２により定まる診断時間だ
け継続する場合には、ステップＳ２６で変速系が異常で
あると判定し、警告灯を点灯或いは点滅させて運転者に
警告を発する等してルーチンを抜ける。

【００４２】次に、変速機制御に係わる機能系の中のセ
ンサ系の診断について、タービン回転センサ８５、前輪
回転センサ８６、後輪回転センサ８７を例に取って説明
する。尚、前輪回転センサ８６と後輪回転センサ８７と
をセンサ系（１）として図８のフローチャートを用いて
説明し、タービン回転センサ８５と前輪回転センサ８６
とをセンサ系（２）として図９のフローチャートを用い
て説明する。

【００４３】図８は、前輪回転センサ８６及び後輪回転
センサ８７に対し、互いの出力値の整合性に基づいて診
断を行うルーチンであり、先ず、ステップＳ３０で、前
輪回転センサ８６の出力パルスに基づく前輪回転数Ｎ１
が判定閾値Ａ３未満か否かを調べる。その結果、Ｎ１＜
Ａ３の場合、更にステップＳ３１で後輪回転センサ８７
の出力パルスに基づく後輪回転数Ｎ２が判定閾値Ａ３未
満か否かを調べる。判定閾値Ａ３は、各回転センサ８
６，８７からのパルス出力の有無を確認するためのもの
である。

【００４４】その結果、Ｎ１＜Ａ３且つＮ２＜Ａ３の場
合には、ステップＳ３１からステップＳ３２へ進み、前
輪回転センサ８６及び後輪回転センサ８７からパルス出
力が無く互いの出力が整合しており、両回転センサ８
６，８７は正常であると判定する。そして、ステップＳ
３３で、タイマ（ダウンカウンタ）ＴＭ３に診断時間を
定める設定値ＴＳＥＴ３をセットし、ルーチンを抜け
る。また、ステップＳ３１において、Ｎ２≧Ａ３の場合
（Ｎ１＜Ａ３且つＮ２≧Ａ３の場合）には、ステップＳ
３１からステップＳ３４へ進み、タイマＴＭ３が０に達
してカウント終了状態か否かを調べる。その結果、ＴＭ
３≠０の場合には、ステップＳ３５でタイマＴＭ３をカ
ウントダウンして（ＴＭ３←ＴＭ３−１）、ルーチンを
抜ける。

【００４５】その後、Ｎ１＜Ａ３且つＮ２≧Ａ３の状態
が継続し、ステップＳ３４でＴＭ３＝０になった場合、
すなわち、後輪回転センサ８７からパルスが出力されて
いるにも拘らず、前輪回転センサ８６からパルスが出力
されていない状態が設定値ＴＳＥＴ３により定まる診断
時間だけ継続する場合には、ステップＳ３４からステッ
プＳ３６へ進んで前輪回転センサ８６が異常であると判
定し、警告灯を点灯或いは点滅させて運転者に警告を発
する等してルーチンを抜ける。

【００４６】一方、ステップＳ３０においてＮ１≧Ａ３
である場合には、ステップＳ３０からステップＳ３７へ
進み、後輪回転センサ８７の出力パルスに基づく後輪回
転数Ｎ２が判定閾値Ａ３未満か否かを調べる。そして、
Ｎ２≧Ａ３の場合（Ｎ１≧Ａ３且つＮ２≧Ａ３の場
合）、ステップＳ３７から前述のステップＳ３２へ進
み、前輪回転センサ８６及び後輪回転センサ８７からパ
ルス出力があって互いの出力が整合しており、両回転セ
ンサ８６，８７は正常であると判定する。

【００４７】また、ステップＳ３７において、Ｎ２＜Ａ
３の場合（Ｎ１≧Ａ３且つＮ２＜Ａ３の場合）には、ス
テップＳ３７からステップＳ３８へ進んでタイマＴＭ３
が０に達してカウント終了状態になっているか否かを調
べる。その結果、ＴＭ３≠０の場合には、ステップＳ３
９でタイマＴＭ３をカウントダウンして（ＴＭ３←ＴＭ
３−１）、ルーチンを抜け、ＴＭ３＝０の場合、すなわ
ち、前輪回転センサ８６からパルス出力が有るにも拘ら
ず、後輪回転センサ８７からパルス出力が無い状態が設
定値ＴＳＥＴ３により定まる診断時間だけ継続する場合
には、ステップＳ４０で後輪回転センサ８７が異常であ
ると判定し、警告灯を点灯或いは点滅させて運転者に警
告を発する等してルーチンを抜ける。

【００４８】次に、タービン回転センサ８５及び前輪回
転センサ８６に対し、同様に互いの出力値の整合性に基
づいて診断を行う図９のルーチンについて説明する。

【００４９】このルーチンでは、先ず、ステップＳ５０
で、前輪回転センサ８６の出力パルスに基づく前輪回転
数Ｎ１が判定閾値Ａ４未満か否かを調べる。その結果、
Ｎ１＜Ａ４の場合、更にステップＳ５１でタービン回転
センサ８５の出力パルスに基づくタービン回転数Ｎｔが
判定閾値Ａ４未満か否かを調べる。判定閾値Ａ４は、タ
ービン回転センサ８５からのパルス出力の有無と前輪回
転センサ８６からのパルス出力の有無との整合性を確認
するためのものである。

【００５０】その結果、Ｎ１＜Ａ４且つＮｔ＜Ａ４の場
合には、ステップＳ５１からステップＳ５２へ進み、前
輪回転センサ８６からパルス出力が無く、且つタービン
回転センサ８５からパルス出力が無い状態で互いの出力
状態が整合しており、両回転センサ８５，８６は正常で
あると判定する。そして、ステップＳ５３で、タイマ
（ダウンカウンタ）ＴＭ４に診断時間を定める設定値Ｔ
ＳＥＴ４をセットし、ルーチンを抜ける。

【００５１】また、ステップＳ５１において、Ｎｔ≧Ａ
４の場合（Ｎ１＜Ａ４且つＮｔ≧Ａ４の場合）には、ス
テップＳ５１からステップＳ５４へ進み、タイマＴＭ４
が０に達してカウント終了状態か否かを調べる。その結
果、ＴＭ４≠０の場合には、ステップＳ５５でタイマＴ
Ｍ４をカウントダウンして（ＴＭ４←ＴＭ４−１）、ル
ーチンを抜ける。

【００５２】その後、Ｎ１＜Ａ４且つＮｔ≧Ａ４の状態
が継続し、ステップＳ５４でＴＭ４＝０になった場合、
すなわち、タービン回転センサ８５からパルスが出力さ
れているにも拘らず、前輪回転センサ８６からパルスが
出力されていない状態が設定値ＴＳＥＴ４により定まる
時間だけ継続する場合には、ステップＳ５４からステッ
プＳ５６へ進んで前輪回転センサ８６が異常であると判
定し、警告灯を点灯或いは点滅させて運転者に警告を発
する等してルーチンを抜ける。

【００５３】一方、ステップＳ５０においてＮ１≧Ａ４
である場合には、ステップＳ５０からステップＳ５７へ
進み、タービン回転センサ８５の出力パルスに基づくタ
ービン回転数Ｎｔが判定閾値Ａ４未満か否かを調べる。
そして、Ｎｔ≧Ａ４の場合（Ｎ１≧Ａ４且つＮｔ≧Ａ４
の場合）、ステップＳ５７から前述のステップＳ５２へ
進み、前輪回転センサ８６及びタービン回転センサ８５
からパルス出力があって互いの出力状態が整合してお
り、両回転センサ８５，８６は正常であると判定する。

【００５４】また、ステップＳ５７において、Ｎｔ＜Ａ
４の場合（Ｎ１≧Ａ４且つＮｔ＜Ａ４の場合）には、ス
テップＳ５７からステップＳ５８へ進んでタイマＴＭ４
が０に達してカウント終了状態になっているか否かを調
べる。その結果、ＴＭ４≠０の場合には、ステップＳ５
９でタイマＴＭ４をカウントダウンして（ＴＭ４←ＴＭ
４−１）、ルーチンを抜け、ＴＭ４＝０の場合、すなわ
ち、前輪回転センサ８６からパルスが出力されているに
も拘らず、タービン回転センサ８５からパルスが出力さ
れていない状態が設定値ＴＳＥＴ４により定まる時間だ
け継続する場合には、ステップＳ６０でタービン回転セ
ンサ８５が異常であると判定し、警告灯を点灯或いは点
滅させて運転者に警告を発する等してルーチンを抜け
る。

【００５５】以上の機能系の診断情報は、図１０の診断
情報処理ルーチンによってＴＣＵ７０内のバックアップ
ＲＡＭ７４にストアされる。このバックアップＲＡＭ７
４内の診断情報は、ユーザが携帯電話１１０を用いて車
両情報を送信する際、車両１００の車両情報の一部とし
て中央情報管理センター１５１へ送信され、データベー
スＤＢに蓄積される。

【００５６】図１０の診断情報処理ルーチンでは、先
ず、ステップＳ７０で、故障判定が成立したか否かを調
べる。そして、故障判定が成立した場合には、ステップ
Ｓ７０からステップＳ７１へ進み、診断対象に係わる運
転状態パラメータ、例えば、変速機のタービン回転数
（変速機入力軸回転数）、車速（変速機出力軸回転
数）、前輪回転数、後輪回転数、スロットル開度、ＡＴ
Ｆ油温、冷却水温、油圧回路の圧力、エンジン始動後時
間、その他、外部バス１０１ａを介して車載の他の制御
装置からの送信されるデータ（例えば、エンジン制御装
置からＴＣＵ７０に送信されるエンジン回転数等）を、
診断実行時や診断実行前後の所定時間分だけバックアッ
プＲＡＭ７４に記憶・保存する。

【００５７】次いで、ステップＳ７２へ進み、診断対象
に係わる制御状態パラメータ、例えば、例えば、ロック
アップクラッチ５０の結合状態（係合、スリップ、開
放）、変速比等のパラメータを、診断実行時や診断実行
前後の所定時間分だけバックアップＲＡＭ７４に記憶・
保存する。そして、ステップＳ７３で、診断において直
接的に使用した診断用パラメータを運転状態や制御状態
による領域に対応させて記憶し、また、ステップＳ７４
で故障発生に対応する故障コードを記憶し、ステップＳ
７８へ進む。尚、運転状態パラメータ、制御状態パラメ
ータは、それぞれ、バックアップＲＡＭ７４の記憶容量
や対象とする機能系の診断仕様を考慮し、センサの作動
に対して関連の強い代表的なパラメータに限定しても良
い。

【００５８】一方、ステップＳ７０において、故障判定
が成立しておらず、明確な故障でない場合には、ステッ
プＳ７０からステップＳ７５へ進み、診断結果が故障レ
ベルに接近し、近い将来に故障発生となる可能性が高い
か否かを調べる。例えば、先に説明したロックアップ系
に対する診断（図４参照）において、エンジン回転数Ｎ
ｅとタービン回転数Ｎｔとの差の絶対値│Ｎｅ−Ｎｔ│
が判定閾値Ａ１を越える状態の継続時間が予め設定され
た診断時間に達せずに正常と判定されている場合であっ
ても、その継続時間が診断時間に近い状態が頻繁に発生
する場合には、近い将来に故障発生となる可能性が高い
と判断する。

【００５９】そして、診断結果が故障判定レベルに近づ
いておらず、近い将来に故障発生となる可能性が低い場
合には、ステップＳ７５からステップＳ７８へジャンプ
し、診断結果が故障判定レベルに近づき、近い将来に故
障発生となる可能性が高い場合、ステップＳ７５からス
テップＳ７６以降へ進む。ステップＳ７６，Ｓ７７で
は、それぞれ、ステップＳ７２，Ｓ７３と同様、制御状
態パラメータ、診断において使用した診断用パラメータ
をバックアップＲＡＭ７４に記憶・保存し、ステップＳ
７８へ進む。

【００６０】ステップＳ７８では、ユーザの携帯電話１
１０の車両情報の送信操作に伴うデータ送信要求が有る
か否かを調べる。そして、データ送信要求が無い場合に
は、ルーチンを抜け、データ送信要求がある場合、ステ
ップＳ７９へ進んでバックアップＲＡＭ７４のデータを
車内のネットワーク１０１を介して送信し、ルーチンを
抜ける。尚、バックアップＲＡＭ７４内のトラブルデー
タを除く診断情報は、中央情報管理センター１５１への
データ送信後、次回診断時の記憶領域確保のため、クリ
アされる。

【００６１】一方、中央情報管理センター１５１では、
図１１に示す情報処理をホストコンピュータ１５１ａに
て実行する。この処理では、先ず、最初のステップＳ１
００で、ユーザの携帯電話１１０からのアクセスによる
車両情報を受信したか否かを調べる。そして、データを
受信していない場合には、ルーチンを抜け、データ受信
の場合、ステップＳ１０１へ進み、車体番号、ユーザ識
別コード、走行距離、データ受付日時等に基づいて車両
情報のデータ種別や対応するシステムを識別し、ステッ
プＳ１０２で、車両情報の中に故障有りの診断判定結果
が含まれているか否かを調べる。

【００６２】その結果、故障有りの判定結果が含まれて
おらず、特に異常が無い場合には、ステップＳ１０２か
らステップＳ１０６へジャンプする。また、故障有りの
判定結果が有る場合、ステップＳ１０２からステップＳ
１０３へ進んで、故障発生に対応する運転状態パラメー
タ、制御状態パラメータ、診断用パラメータ等の各種デ
ータを入手する。次に、ステップＳ１０４へ進み、入手
したデータを解析してシステムや部品の故障部位を推定
し、ステップＳ１０５で修理・点検に関するサービス手
順を決定してステップＳ１０６へ進む。

【００６３】すなわち、車両側（ＴＣＵ７０）の自己診
断によって変速機制御に係わる機能系の何れかが故障と
判定されている場合、制御指示値、電圧や電流等の実際
の制御量、関連する他のパラメータ、故障判定の判定閾
値、故障コード、及び、診断時や診断前後の運転状態・
制御状態に基づいて、故障の種別、故障の程度を確認
し、修理に必要な部品及びサービス手順を決定する。

【００６４】その後、ステップＳ１０６では、車両の全
情報を入手し、ステップＳ１０７で、車両の初期情報か
ら部品やシステムの経時変化を把握し、その劣化状態を
演算する。そして、ステップＳ１０８へ進んで各部品や
システムの劣化特性を推定する。例えば、時系列的に蓄
積された車載制御装置のデータの変化、例えば、学習値
データや、決められた条件下での入出力データ或いは制
御データ（演算データ）の変化からシステムや部品の経
時変化を把握し、ラインエンド検査による車両の初期情
報とユーザから送信されてきた該当データとを比較する
ことにより、センサ類やアクチュエータ類等の部品やシ
ステムの劣化進行状況を演算する。

【００６５】次に、ステップＳ１０９へ進み、各部品や
システムの劣化状況から各部品の寿命を推定し、ステッ
プＳ１１０で、該当する部品に対するサービスが必要な
時期を演算する。そして、ステップＳ１１１で、修理・
点検が必要な個所とサービス時期の判断結果をユーザに
通知し、ステップＳ１１２で、ディーラ等のサービス工
場に、車両情報、ユーザへの通知情報、サービス手順、
サービス部品（準備部品）等の各種情報を通知する。そ
の後、ステップＳ１１３へ進み、これらの内容を車体番
号及びユーザ識別コードによる車両毎の履歴データと共
にデータベースＤＢに記録し、処理を終了する。

【００６６】すなわち、車両側のオンボード診断で変速
機制御に係わる機能系は正常であると判断されている状
態であっても、故障レベルに接近している場合には、機
能系に対する制御指示値、実際の制御量、関連する他の
パラメータ、故障判定の判定閾値等の診断用パラメー
タ、診断時や診断前後の運転状態・制御状態を車両側か
ら受信し、現在の機能系の状態が故障レベルに対して、
どの程度のレベルにあるかを把握することができ、推定
した各部品の劣化状態と合わせて、近い将来に故障が発
生するか否かを判断することが可能となる。そして、車
両別の部品の劣化傾向、故障部品の推定結果、故障到達
までの時間或いは走行距離、排気ガスエミッションへの
影響等を、関連部署へフィードバックすることにより、
機能系の状態を確認し、信頼性及び耐久性の向上を図る
と共に、診断仕様の評価、変速機制御における制御性の
評価を行うことができる。

【００６７】これにより、変速機制御に係わる機能系に
故障が発生する前にユーザへ点検時期の予告が可能とな
り、修理に要する費用・時間を削減することができるば
かりでなく、サービス工場においても、配信された診断
情報により、対応部品の事前手配、作業計画の円滑運用
を可能とすることができる。

【００６８】

【発明の効果】以上説明したように本発明によれば、個
々のユーザの車両に搭載される変速機の制御に係わる機
能系の診断情報を一括管理して有効活用し、故障発生前
の点検時期の予告を可能とすると共に、関連部署へのフ
ィードバックにより、診断仕様の評価や制御性の評価を
経てシステムの信頼性向上に寄与することができる。

【図面の簡単な説明】

【図１】車両管理システムの全体構成図

【図２】車両のネットワーク系を示す説明図

【図３】変速機制御系の回路構成図

【図４】ロックアップ系に適用される診断ルーチンのフ
ローチャート

【図５】ロックアップクラッチの切換特性を示す説明図

【図６】変速系に対する診断ルーチンのフローチャート

【図７】変速パターンを示す説明図

【図８】センサ系（１）に適用される診断ルーチンのフ
ローチャート

【図９】センサ系（２）に適用される診断ルーチンのフ
ローチャート

【図１０】車両側における診断情報処理ルーチンのフロ
ーチャート

【図１１】中央情報管理センター側における情報処理ル
ーチンのフローチャート

【符号の説明】

１００ 車両 ＃０１，＃０２，＃０３，＃０４，＃０５ 制御装置 ７０ 変速機制御装置 １１０ 携帯電話（データ通信手段） ＤＢ データベース

フロントページの続き (72)発明者 田中 浩 東京都新宿区西新宿一丁目７番２号 富士 重工業株式会社内 Ｆターム(参考） 3D026 BA26 BA28 BA29

Claims (5)

【特許請求の範囲】
1. 【請求項１】 個々の車両に搭載される変速機の制御に
   係わる機能系の診断情報を外部のデータベースに蓄積
   し、 上記データベースに蓄積された診断情報に基づいて個々
   の車両の上記機能系の作動状態を解析し、その解析結果
   を該当車両のユーザ及び上記データベースへのアクセス
   権を有する部署の少なくとも一者に配信することを特徴
   とする車両管理システム。
2. 【請求項２】 上記診断情報に、上記機能系の診断に用
   いるパラメータに加え、運転状態を表すパラメータと制
   御状態を表すパラメータとの少なくとも一方を含めるこ
   とを特徴とする請求項１記載の車両管理システム。
3. 【請求項３】 上記診断情報に、診断結果が正常範囲内
   であっても故障レベルに接近したときのデータを含める
   ことを特徴とする請求項１又は２記載の車両管理システ
   ム。
4. 【請求項４】 上記診断情報を、診断実行中或いは診断
   開始前から診断終了後までの所定期間におけるデータを
   含む情報とすることを特徴とする請求項１，２，３の何
   れか一に記載の車両管理システム。
5. 【請求項５】 個々の車両に、該車両に搭載される制御
   装置のデータをリアルタイムで外部に無線通信可能なデ
   ータ通信手段を備え、該データ通信手段から送信された
   診断情報を受信して上記データベースに蓄積することを
   特徴とする請求項１，２，３，４の何れか一に記載の車
   両管理システム。