本明細書の技術は車両部品の破壊を防止するための新規の方式及び技術を含む。本明細書の実施例はいつ車両部品が破壊されたか、いつ車両部品が破壊されそうなのかまたはいつ車両部品にダメージが発生したかを決定することによって車両運営の改善を提供し、車両の故障、衝突またはその他の破壊を防止するために車両運転者に警告が与えられるようにすることができる。また、車両のフリートをモニタリングする場合のように、フリート内の特定車両の車両部品に対する臨界水準のダメージが検出された場合、システムはフリート管理者に通信を送信してメンテナンスが行わなければならないことを示すことができる。
一例示として、システムは疲労破壊されることができるサスペンション部品、エンジン部品、トランスミッション部品、燃料システム部品、シャーシ部品等のような車両部品によって引き起こされる疲労ダメージの正確な量を決定することができる。システムが車両部品に臨界量のダメージが発生したと判断すると、システムは車両に通信を送信し、車両が検出されたダメージを車両運営者に警告するようにすることができる。例えば、警告灯、可視的メッセージまたは可聴的警告のように、可視的及び/又は可聴的警告が車両に提供されることができる。付加的にまたは代案的に、車両のフリートの場合のように、システムは、フリートの管理者または他の理解当事者に通信を送信し、車両部品が交替される準備ができているという警告を与えるように、車両部品にダメージが発生したという通知を提供することができる。従って、本明細書における実施例はフリートの所有者、自動車部品供給者、オリジナル装備製造会社、消費者等によって使われることができる。
車両上の一つ以上のセンサは車両が操作される時、車両部品の一つ以上のパラメータを測定することができる。測定されたパラメータは車両部品の予測された破壊の原因を示すパラメータであり得る。測定されたパラメータはセンサデータとして保存されることができ、ネットワークを通じて車両からサービスコンピューティング装置に送信されることができる。一部の場合において、システムは個別車両から受信されたセンサデータを使用してコンピュータシミュレーションを実行して車両の実際車両の部品が被る疲労ダメージの量を決定することができる。従って、シミュレーションは車両部品が被った可能性がある疲労ダメージを決定することができる。一例として、車両部品の有限要素モデルのような計算モデルは車両に関する任意の履歴データを使用せずに車両部品に関する製造知識(例えば、幾何学的構造、連結、材料、予測負荷等)を使用して生成することができる。
その後、車両部品に対する疲労ダメージを決定するためにセンサから受信されたセンサデータを使用して車両部品に対して疲労シミュレーションが実行されることができる。従って、本明細書における実施例は多くの量の履歴データが事前に獲得される必要なく自動車部品の予測的及び予防的メンテナンスを可能にする。
また、計算モデルは同一の類型の車両部品を統合する異なる車両−例えば、これらの異なる車両が異なるフリートによって所有され/所有されたり異なる操作者によって操作される場合にも−に対して再使用されることができる。例えば、同一の車両部品はしばしば異なるモデルと異なるブランドの車両で使用されることもできる。また、計算モデルは車両部品の知識だけに基づいて構成されることができ、車両、運転者、地理的位置等に対する如何なる知識も必要としない。結果的に、車両部品は異なる運転条件に応じて異なる運転者によって駆動される異なる類型の車両に設置される場合にも、同一の計算モデルが同一の車両部品に対して使われることができる。計算モデルは部品自体のモデルであり得るので、計算モデルは異なる車両環境の間で容易に伝達され、本明細書の実施例が新規または異なる車両に適用されることができるようにする。従って、本明細書で実施例を展開するためのリード−タイムは従来技術より短い可能性がある。例えば、従来の技術はそれぞれの異なる車両製造者または部品製造者等からのテストデータのような履歴データを必要とすることができ、これは獲得するのに時間がかかって費用がたくさんかかる場合がある。
議論の目的として、センサデータに基づいて部品に対する任意のダメージを決定する一つ以上のサービスコンピューティング装置に車両部品に関するセンサデータを送信する車両の環境で一部実施例が説明される。しかしながら、本明細書の実施例は提供された特定の例に限定されず、他のサービス環境、他の車両部品、他のシステムアーキテクチャー、他の車両コンピューティング装置の配置、他のセンサ構成等で拡張されることができ、本願の開示内容に照らしてみるとこれは当業者に自明なものである。
図1は一部実施例による車両部品の破壊を防止することができる例示的なシステム(100)を図示する。システム(100)はサービス提供者(110)の一つ以上のサービスコンピューティング装置(108)を有する一つ以上のネットワーク(106)を通じて通信することができる車両コンピューティング装置(104)をそれぞれ含むことができる一つ以上の車両(102)を含む。車両(102)はダメージに対してモニタリングされることができる少なくとも一つの車両部品(112)を含む。一つ以上のセンサ(114)は車両部品(112)と関連してセンサデータ(116)を車両コンピューティング装置(104)に提供することができる。
この実施例において、車両部品(112)はストラット、ショックアブソーバー等のようなサスペンション部品であり、本体(118)及び本体(118)の内部及び外部に移動する延長可能なロッド(120)を含むことができる。しかしながら、本明細書の実施例は特定類型の車両部品(112)に制限されない。例えば、本明細書の技術は疲労破壊されることができる他の類型のサスペンション部品、トランスミッションシャフトのようなトランスミッション部品、差動部品、燃料レールのようなエンジン部品、シャーシ部品等を含んで疲労破壊される任意の車両部品に適用されることができる。
この例において、センサ(114)は、一般的にボディー(118)の内外にロッド(120)が移動する方向(即ち、Z方向)に直交することができるX方向及びY方向等におけるロッド(120)上の力を測定することができるセンサ(114)として一つ以上のストレインゲージを含むことができる。また、センサ(114)はロッド(120)がボディー(118)を通ってどれくらい遠くまで延長されるかの長さ(L)を測定する長さセンサを含むことができる。一例として、長さセンサは線型可変差動変圧器(LVDT)であり得る。LVDTは線型変位測定に使われる一種の変圧器である。ロッド(120)が部品のボディー(118)から遠くまで延長することができるほど(即ち、長さ(L)が長くなるほど)、ロッド(120)が任意のXまたはY力によって曲がる可能性が大きくなる。また、本実施例では明確な説明のために単一車両(102)及び単一車両部品(112)が図示されているが、使用時、それぞれの車両(102)上の異なる多様な車両部品(112)に対して含まれたセンサ(114)を有する多様な種類の車両が多数存在する可能性があり、その例は上に列挙されている。
車両コンピューティング装置(104)は少なくとも一つのプロセッサー(124)及び一つ以上のコンピュータ読取可能媒体(CRM)(126)を含むことができる。また、車両コンピューティング装置(104)は一つ以上の通信インターフェース(128)を含むことができる。プロセッサー(124)は一つ以上のマイクロプロセッサー、マイクロコンピュータ、マイクロコントローラ、デジタル信号プロセッサー、中央処理ユニット、状態マシン、論理回路及び/又は動作命令に基づいて信号を操作する任意の装置として具現されることができる。一部の場合において、プロセッサー(124)はここに説明されたアルゴリズム及びプロセスを実行するように特にプログラミングされたり構成される任意の適合した類型の一つ以上のハードウェアプロセッサー及び/又は論理回路であり得る。プロセッサー(124)はコンピュータ読取可能媒体(126)に保存されたコンピュータ読取可能でプロセッサー実行可能な命令をフェッチ及び実行するように構成されることができる。非制限的な一例として、プロセッサー(124)は制御器領域ネットワーク(CANバス)を通じて通信インターフェース(128)に連結される一つ以上の車両ECUまたは他の内蔵システムを含むことができる。
一つ以上のコンピュータ読取可能媒体(126)は有形の非一時的なコンピュータ保存媒体の一例であり得、コンピュータ読取可能でプロセッサー実行可能な命令語、データ構造、プログラムモジュールまたは他のデータ等の情報の保存のための任意の類型の技術として具現された揮発性及び非揮発性メモリー及び/又は分離型及び非分離型媒体を含むことができる。コンピュータ読取可能媒体(126)はRAM、ROM、EEPROM、フラッシュメモリー、固体ストーリッジ、磁気ディスクストーリッジ、光学ストーリッジ及び/又は他のコンピュータ読取可能媒体の技術を含むことができるが、これらに限定されるものではない。従って、コンピュータ読取可能媒体(126)はプロセッサー(124)によって実行されることができる命令語、モジュールまたはアプリケーションを保存することができるコンピュータ保存媒体であり得る。また、言及される時、非一時的コンピュータ読取可能媒体はエネルギー、キャリア信号、電磁波及び信号それ自体のような媒体を排除する。
コンピュータ読取可能媒体(126)はプロセッサー(124)によって実行可能な機能コンポーネントを保存して維持するのに使われることができる。一部の実施例において、これらの機能コンポーネントはプロセッサー(124)によって実行可能であり、実行時、車両コンピューティング装置(104)に起因する前記動作及びサービスを行うための動作ロジックを具現する命令語またはプログラムを含む。コンピュータ読取可能な媒体(126)に保存された車両コンピューティング装置(104)の機能的コンポーネントはプロセッサー(124)によって本明細書に説明された機能を行わせる一連の命令及び/又は実行可能コードを含むことができる車両アプリケーション(130)を含むことができる。例えば、車両アプリケーション(130)はセンサ(114)からセンサデータ(116)を受信し、バッファーまたはさらに永久的な保存位置のようなコンピュータ読取可能媒体にセンサデータ(116)を保存し、センサデータ(116)をサービスコンピューティング装置(108)に送信することができる。例えば、本例においてサスペンション車両部品(112)の場合、車両アプリケーション(130)はサスペンション負荷データ(132)及びサスペンション長さデータ(134)をサービスコンピューティング装置(108)に送信することができる。
また、車両アプリケーション(130)は、車両アプリケーション(130)が車両(102)の操作者に車両部品(112)に対する警告または他の通知をディスプレイするかまたは他の方式で提供するようにするためのもののような一つ以上の通信(136)をサービスコンピューティング装置(108)から受信することができる。一例として、車両(102)はCANバス(140)または他の適切な連結を通じて車両コンピューティング装置(104)と通信する出力部品(138)を含むことができる。この例における出力部品(138)はディスプレイ(142)及び一つ以上のスピーカー(144)を含む。例えば、ディスプレイ(142)は車両(102)の操作者に可視的であり得、車両(102)の操作者に車両部品(112)に関する警告灯、警告メッセージまたは他の情報をディスプレイすることができる。付加的にまたは代案的に、車両アプリケーションは一つ以上のスピーカー(144)が車両部品(112)の感知された状態と関連して車両(102)の操作者に可聴メッセージを提供するようにすることができる。
また、コンピュータ読取可能媒体(126)は機能コンポーネントによって使われるデータ、データ構造等を保存することができる。コンピュータ読取可能媒体(126)によって保存されたデータは、前述したように、バッファーに一時的にまたはコンピュータ読取可能媒体(126)のさらに永久的な保存位置に保存されることができるセンサデータ(116)を含むことができる。一例として、車両アプリケーション(130)はセンサデータをサービスコンピューティング装置(108)に一括して周期的に送信することができる。代案的に、センサデータ(116)は、車両コンピューティング装置(104)の一つ以上のネットワーク(106)に対する連結性がストリーミングを許容する場合、サービスコンピューティング装置(108)に連続的にストリーミングされることができる。また、コンピュータ読取可能媒体(126)はサービスコンピューティング装置(108)から受信された通信(136)の記録を保存することができる。また、車両コンピューティング装置(104)は他の論理的、プログラム的及び/又は物理的コンポーネントを含むことができ、これらのうち説明されたのは本明細書の議論と関連した例であるだけである。
通信インターフェース(128)はネットワーク(106)のような多様な他の装置との通信を可能にするための一つ以上のインターフェース及びハードウェアコンポーネントを含むことができる。例えば、通信インターフェース(128)は、本明細書の他の部分でさらに列挙されたように、セルラーネットワーク、無線ネットワーク(例えば、Wi−Fi)及びBLUETOOTH(登録商標)等のような短距離通信のうち一つ以上を通じて通信を可能にすることができる。代案的に、一部の例において、通信インターフェース(128)は、車両コンピューティング装置(104)から直接センサデータ(116)を読み取るのに利用される有線接続に通信インターフェースが連結されるような場合、有線ネットワーク(例えば、光ファイバー、イーサネット(登録商標))を通じて通信する能力を含むことができる。
一つ以上のネットワーク(106)は、インターネットのような広域ネットワークと、イントラネットのようなローカル領域ネットワークと、セルラーネットワーク、Wi−Fiのようなローカル無線ネットワーク及び/又はBLUETOOTH(登録商標)のような近距離無線通信のような無線ネットワークと、光ファイバー及びイーサネットを含む有線ネットワークと、または任意の他のそのようなネットワークやそれらの任意の組み合わせを含む任意の適切なネットワークまたはこれらの組み合わせを含むことができる。従って、一つ以上のネットワーク(106)は有線及び/又は無線通信技術を全て含むことができる。このような通信に使われるコンポーネントは少なくとも部分的にネットワークの類型、選択した環境またはそれらの全てに依存することができる。このようなネットワークを通じて通信するためのプロトコルはよく知られており、本明細書では詳細に議論しない。従って、車両コンピューティング装置(104)及びサービスコンピューティング装置(108)は有線または無線連結及びこれらの組み合わせを使用して一つ以上のネットワーク(106)を通じて通信することができる。
一部の例において、車両コンピューティング装置(104)は車両(102)に含まれたセルラー通信インターフェースを通じてまたは他の類型の無線送信を通じてネットワーク(106)を通じて通信することができる。例えば、多くの車両は車両コンピューティング装置(104)からサービスコンピューティング装置(108)にセルタワー(146)等を通じてセンサデータ(116)を送信するのに使われることができる標準装備としてセルラー送受信機を含む。選択的に、車両コンピューティング装置(104)は通信インターフェース(128)のうち少なくとも一つとして専用セルラー送信機を含むことができる。一部の例において、車両コンピューティング装置(104)は一つ以上のアプリケーションプログラミングインターフェース(APIs)を通じてサービスコンピューティング装置(108)と通信することができる。
一部の例において、サービスコンピューティング装置(108)は一つ以上のサーバー、パーソナルコンピュータ、または任意の数の方式で具現されることができる他の類型のコンピューティング装置を含むことができる。例えば、サーバーの場合に、プログラム、他の機能的コンポーネント及びデータ保存の少なくとも一部はサーバー等のクラスター、サーバーファーム、データセンター、クラウドホスト型コンピューティングサービス等の少なくとも一つのサーバー上で具現されることができるが、他のコンピュータアーキテクチャーが付加的にまたは代案的に利用されることができる。従って、サービスコンピューティング装置(108)は消費者、フリート管理者、製造者または他のエンティティーに対して車両部品の状態をモニタリングするためのサービスを提供することができるサービス提供者(110)と関連することができる。
サービスコンピューティング装置(108)によって行われる機能は任意の所望の方式で多数のサービスコンピューティング装置(108)間に分散されることができるか、単一サービスコンピューティング装置(108)によって行われることができる。図示された例において、サービスコンピューティング装置(108)は一つ以上のデータコンピューティング装置(150)及び一つ以上の分析コンピューティング装置(152)を含む。コンピューティング装置(150及び152)はLAN、直接接続、WAN等であり得る接続(148)を通じて通信することができる。付加的にまたは代案的に、コンピューティング装置(150及び152)は一つ以上のネットワーク(106)を通じて通信することができる。
データコンピューティング装置(150)はデータコンピューティング装置(150)上で実行されることができるモニタリングプログラム(154)を含むことができる。モニタリングプログラム(154)は車両コンピューティング装置(104)からサスペンション負荷情報(132)及びサスペンション長さ情報(134)のようなセンサデータを受信し、このデータをセンサデータベース(DB)(156)に保存することができる。負荷データ(132)が長さデータ(134)と別途に受信される場合のような一部の例において、モニタリングプログラム(154)は受信されたデータ(132、134)と関連したタイムスタンプ情報に基づいてデータ(132、134)を時間順に整列し、負荷データ(132)が測定された時間間隔が長さデータ(134)が測定された同一の時間間隔とそれぞれ一致するようにすることができる。
また、以下でさらに論議されるように、モニタリングプログラム(154)は受信されたデータを複数の時間ウィンドウTに分割することができ、それぞれの時間ウィンドウTはセンサデータが収集された時間長さTに対応する。それぞれの時間ウィンドウTの間、モニタリングプログラム(154)は分析のために分析コンピューティング装置(152)に時間ウィンドウTセンサデータ(157)を送信し、それぞれの時間ウィンドウTの間に車両部品(112)に発生したダメージを決定することができる。
分析コンピューティング装置(152)は分析プログラム(158)及び分解プログラム(160)を含むことができる。分解プログラム(160)は分析プログラム(158)の一部であるか分析プログラム(158)と別個のプログラムであり得る。下記でさらに論議されるように、分解プログラム(160)はデータをさらに小さい時間ウィンドウΔTに対応するさらに小さい部分に分割してデータを疲労シミュレーションプログラム(162)及びダメージルックアップテーブル(164)によって許容された一つ以上のフォーマットに変換することによって時間ウィンドウTからの受信されたセンサデータ(157)を分解することができる。
データが分解された後に、分解されたデータは分解されたセンサデータを使用して疲労分析を行うために疲労シミュレーションプログラム(162)に送信することができる。また、分析プログラム(158)は分解されたセンサデータを利用してダメージルックアップテーブル(164)にアクセスし、ダメージルックアップテーブル(164)から内挿または外挿されたダメージ結果を決定することができる。ルックアップテーブル(164)の使用は時間ウィンドウTの受信されたデータ(157)に基づいて車両部品(112)に対するダメージのリアルタイム決定を可能にする。ダメージルックアップテーブル(164)は初期に独立型疲労シミュレーションまたは他の技術を利用して予め計算されて満たされたり、疲労シミュレーションプログラム(162)によって決定されたシミュレーションデータを使用して増強されることができる。
従って、分析プログラム(158)はダメージルックアップテーブル(DLT)分析結果(166)としてリアルタイムでダメージルックアップテーブル(164)からのダメージ結果(例えば、部品に対するダメージの量)を決定することができる。例えば、各時間ウィンドウΔTに対してダメージ結果が決定されることができ、それぞれΔT1乃至ΔTNに対応するダメージ結果(1)乃至ダメージ結果(N)が合算され、DLT分析結果(166)として時間ウィンドウTに対する全体ダメージ結果Tを決定することができ、この時ΔT1+ΔT2+...ΔTN=Tである。
DLT分析結果(166)はデータコンピューティング装置(150)上のモニタリングプログラム(154)に送信されることができる。モニタリングプログラム(154)は車両部品に対して以前に受信されたダメージ結果を保存する累積ダメージデータベース(DB)(168)で維持される車両部品(112)に対する累積ダメージにDLT分析結果(166)を加えることができる。モニタリングプログラム(154)は車両部品(112)に対する累積ダメージDB(168)に既に維持された累積ダメージにDLT分析結果(166)のダメージ結果を合算して車両部品(112)に対するアップデートされた累積ダメージを決定することによって、車両部品(112)に対するアップデートされた累積ダメージを決定することができる。
モニタリングプログラム(154)は、DLT分析結果(166)に応答して任意の措置を取るかを決定するために、アップデートされた累積ダメージを一つ以上のダメージ閾値(170)と比較することができる。例えば、ダメージ閾値(170)は第1閾値を含むことができ、第1閾値は、超過する場合、車両部品(112)に対するダメージが検出されたことを示す警告を操作者に提示するようにする通信(136)が車両(102)に送信されなければならないこと、車両(102)が操作するのに安全ではない可能性があること、及び/又はそれとも車両部品(112)が交替または修理されなければならないことを示すことができる。付加的にまたは代案的に、通信(136)はフリート管理者装置(172)に送信されて車両(102)上の車両部品(112)のダメージが発生した状態をフリート管理者に通知することができる。例えば、フリート管理者はシステム(100)に参加する車両のフリートのメンテナンスを担当することができる。一部の場合、データコンピューティング装置(150)は車両部品(112)の状態に関してフリート管理者、車両の操作者または他の理解関係者と接触するための情報を含む車両アカウント情報(174)を維持することができる。
また、一部の例において、第2ダメージ閾値は第1ダメージ閾値より低い可能性がある。例えば、アップデートされた累積ダメージが第1閾値と第2閾値の間にあれば、これは警戒ダメージまたは車両部品(112)に対するダメージの量が第1閾値が超過した場合より小さいことを示すことができる。このような状況で、モニタリングプログラム(154)は通信(136)を車両(102)及び/又はフリート管理者装置(172)に送信する前に疲労シミュレーションプログラム(162)の結果を待機することができる。さらに別の例として、アップデートされた累積ダメージが第2閾値未満である場合、モニタリングプログラム(154)は何らの措置も取らない可能性があり、疲労シミュレーションプログラム(162)の結果が受信される時まで待機する可能性がある。
疲労シミュレーションプログラム(162)は分解プログラム(160)によって分解された分解センサデータを受信することができる。分解センサデータは、疲労シミュレーションプログラム(162)に対する入力として、それぞれの時間ウィンドウΔTに対するX及びY負荷成分及び長さLの情報を含むことができ、この時、ΔT1+ΔT2+...ΔTN=Tである。疲労シミュレーションプログラム(162)は、後述するように、有限要素モデル(176)、分解されたデータ及び他の情報を使用し、それぞれのΔTに対するダメージ結果を決定することができる。また、分析プログラム(158)はそれぞれのΔTに対するダメージ結果及び対応するセンサデータをダメージルックアップテーブル(164)に追加することができる。
ダメージルックアップテーブル(164)から得られた結果のように、分析プログラム(158)は全ての時間ウィンドウΔTに対して個別的なダメージ結果を合算し、疲労シミュレーションプログラム(162)によって決定された時間ウィンドウTに対する総ダメージを示すシミュレーション結果(178)を決定することができる。例えば、ΔT1乃至ΔTNに対するダメージ結果が合算され、シミュレーション結果(178)として時間Tに対する総ダメージが決定されることができ、この時、ΔT1+ΔT2+...ΔTN=Tである。従って、シミュレーション結果(178)は時間ウィンドウTに対するダメージ結果を含むことができ、これは時間ウィンドウTにわたってセンサ(114)によって測定されたX及びY負荷及び長さLに基づいて計算されたような、車両部品(112)によって経験された疲労ダメージを示す。分析プログラム(158)はこのシミュレーション結果(178)をデータコンピューティング装置(150)のモニタリングプログラム(154)に送信することができる。分析プログラム(158)はシミュレーション結果(178)を分析コンピューティング装置(152)に保存することができる。
疲労シミュレーションプログラム(162)は分解センサデータを利用して車両部品(112)に対する疲労ダメージのシミュレーション分析を行い、同一のデータを使用してダメージルックアップテーブルでダメージを検索してできることよりさらに正確にダメージを決定する。しかしながら、典型的に疲労シミュレーションプログラム(162)を使用して疲労シミュレーションを行うことと関連した遅延があり得る。疲労シミュレーションの完了後に、ルックアップテーブル(164)はそれぞれのΔTに対して決定されたダメージ結果としてアップデートされ、ダメージルックアップテーブル(164)の内挿または外挿に依存することによって得られるものよりさらに高い解像度結果を提供することができる。従って、車両(102)が作動される間、ルックアップテーブル(164)は疲労シミュレーションプログラム(162)の結果を使用して引き続いてアップデートされることができる。
時間ウィンドウTに対するシミュレーション結果(178)が決定されると、分析プログラムはシミュレーション結果(178)をモニタリングプログラム(154)に送信することができる。モニタリングプログラム(154)はDLT分析結果(166)の代わりに累積ダメージDB(168)に維持される車両部品(112)に対する累積ダメージにシミュレーション結果(178)のダメージを合算することができる。言い換えれば、シミュレーション結果(178)がDLT分析結果(166)よりさらに正確なものとみなされるので、モニタリングプログラム(154)は時間ウィンドウTに対するDLT分析結果(166)を累積ダメージデータベース(168)内の時間ウィンドウTに対するシミュレーション結果(178)に代替する。モニタリングプログラム(154)は車両部品(112)に対する累積ダメージDB(168)に既に維持された累積ダメージにシミュレーション結果(178)のダメージ結果を合算して車両部品(112)に対するアップデートされた累積ダメージを決定することによって、車両部品(112)に対する新たな累積ダメージを決定することができる。
モニタリングプログラム(154)はシミュレーション結果(178)に応答して任意の動作を取るかを決定するためにアップデートされた累積ダメージを一つ以上のダメージ閾値(170)と比較することができる。例えば、ダメージ閾値(170)は少なくとも第1閾値を含むことができ、第1閾値は、超過する場合、車両部品(112)に対するダメージが検出されたことを示す警告を操作者に提示するようにする通信(136)が車両(102)に送信されなければならないこと、車両(102)が操作するのに安全ではない可能性があること、及び/又はそれとも車両部品(112)が交替または修理されなければならないことを示すことができる。付加的にまたは代案的に、通信(136)はフリート管理者装置(172)に送信されて車両(102)上の車両部品(112)のダメージが発生した状態をフリート管理者に通知することができる。勿論、通信(136)がDLT分析結果(166)に応答して既に送信されたなら、モニタリングプログラム(154)は通信(136)を再送信しない可能性もある。
また、第1ダメージ閾値より低い第2ダメージ閾値がある例において、アップデートされた累積ダメージが第1ダメージ閾値と第2ダメージ閾値の間にある場合、これは車両部品(112)に対するダメージの量が第1閾値が超過した場合よりさらに少ない可能性があることを示すことができる。このような状況で、シミュレーション結果(178)はDLT分析結果(166)よりさらに正確であるので、モニタリングプログラム(154)は通信(136)を車両(102)及び/又はフリート管理者装置(172)に送信することを進行することができる。さらに別の例として、アップデートされた累積ダメージが第2閾値未満である場合、モニタリングプログラム(154)は車両(102)及び/又はフリート管理者装置(172)に対する通信(136)に関する何らの措置も取らない可能性がある。代案的に、一部の場合に、モニタリングプログラムは車両部品の予測された残余寿命を示すために車両(102)またはフリート管理者装置(172)にメッセージを送信することができる。
データコンピューティング装置(150)は、モニタリングプログラム(154)が車両コンピューティング装置(104)及び/又はフリート管理者装置(172)のような目標受信者に通信(136)を送信することができるようにする通信情報を示すことができる車両アカウント情報を維持することができる。従って、システム(100)は車両(102)上の少なくとも一つのプロセッサー(124)及び車両(102)上の一つ以上のセンサ(114)、及び少なくとも一つのサービスコンピューティング装置(108)を採択して車両部品(112)に対するダメージを検出し、車両(102)内でダメージが発生した部品に関して車両操作者に警告を与えることができる。システム(100)は車両が新品の時から車両(102)のモニタリングを始めることができ、車両(102)が老化するにつれて一つ以上の車両部品に対する疲労ダメージを追跡することができる。従って、本明細書の実施例はダメージが発生した車両部品を検出して警告等を車両の操作者に与えて車両の故障または他の破壊を防止することによって車両作動に対する改善点を提供する。
図2、図4及び図7は一部実施例による例示的なプロセスを示すフローチャートである。プロセスは一連の動作を示す論理的フローチャートのブロックの集合として説明され、その一部または全部はハードウェア、ソフトウェアまたはこれらの組み合わせで具現されることができる。ソフトウェアと関連し、ブロックは、一つ以上のプロセッサーによって実行される時、プロセッサーが列挙された動作を行うようにプログラミングする一つ以上のコンピュータ読取可能媒体に保存されたコンピュータ実行可能命令を示すことができる。一般的に、コンピュータ実行可能命令は特定機能を行ったり特定データ類型を具現するルーチン、プログラム、オブジェクト、コンポーネント、データ構造等を含む。ブロックが説明される順序は制限として解釈されてはならない。任意の数の説明されたブロックは任意の順序及び/又は並列に組み合わせてプロセスまたは代案的なプロセスを具現することができ、全てのブロックが実行される必要はない。説明を目的として、プロセスは本明細書の例で説明された環境、システム及び装置を参照して説明されるが、プロセスは多様な他の環境、システム及び装置で具現されることができる。
図2は一部実施例による車両部品の破壊を防止するための例示的なプロセス(200)を示すフローチャートである。例えば、データコンピューティング装置はセンサデータを連続的に受信及び保存し、分析結果を得るために分析コンピューティング装置にセンサデータを送信し、累積ダメージが閾値を超過すると、車両操作者に警告するためのこと等の通信を発生させるための複数のタスクを行うことができる。データコンピューティング装置上のモニタリングプログラムはこれらのタスクを繰り返して実行するように一つ以上のプロセッサーを構成することができる。従って、プロセス(200)はデータコンピューティング装置上のモニタリングプログラムによって少なくとも部分的に実行されることができる。
ステップ(202)で、コンピューティング装置はネットワークを通じて車両からセンサデータを受信して受信されたデータをセンサデータデータベースに保存することができる。ステップ(202)は車両が作動する間、継続的に繰り返されることができる。前述したように、一部の場合には、センサデータがデータコンピューティング装置にストリーミングされることができる一方、他の場合には、センサデータは周期的に、例えば、毎10秒ごとに、毎分ごとに、毎10分ごとに等で送信されることができる。
ステップ(204)で、コンピューティング装置は受信されたセンサデータを選択された時間ウィンドウTに基づいて部分に分割することができる。例えば、センサデータが延長された長さの時間の間に受信されれば、データは時間ウィンドウTに分割されることができ、それぞれの時間ウィンドウTに対応するデータが決定されることができる。
ステップ(206)で、コンピューティング装置は分析結果を得るためにそれぞれの時間ウィンドウTに対するセンサデータを分析コンピューティング装置に送信することができる。一部の場合に、コンピューティング装置はブロック(204及び206)を継続的に繰り返し、センサデータが受信される時、新たに受信されたセンサデータを分析コンピューティング装置に引き続いて送信することができる。
ステップ(208)で、コンピューティング装置はシミュレーションコンピューティング装置から少なくとも一つの分析結果を受信することができる。例えば、コンピューティング装置は車両部品によって招かれた疲労ダメージの量を示すことができる分析コンピューティング装置からの分析結果を受信することができる。
ステップ(210)で、コンピューティング装置はアップデートされた累積ダメージを得るために車両情報データベースでサスペンション部品の累積ダメージをアップデートすることができる。例えば、データコンピューティング装置が分析結果を受信して分析結果は車両部品に対するダメージを示す場合、データコンピューティング装置は部品に対する累積ダメージデータベースをアップデートしてダメージ結果を含むアップデートされた累積ダメージを決定することができる。
ステップ(212)で、コンピューティング装置は車両部品に対して累積されたダメージが閾値を超過するかどうかを決定することができる。例えば、コンピューティング装置は累積ダメージを車両部品に対するダメージに対する一つ以上のダメージ閾値と比較することができる。一部の場合、閾値は車両部品モデルのシミュレーションされたテストまたは車両部品の実際テストを通じて決定されることができる。
ステップ(214)で、ダメージが閾値を超過する場合、コンピューティング装置はメッセージ、警告、警報等のような通知がディスプレイされたりまたは車両操作者に提示されるようにするために車両に通信を送信することができる。例えば、累積ダメージが閾値を超過する場合、データコンピューティング装置は車両操作者に車両部品を交替及び/又は修理するように警告するための通信を発生させることができる。例えば、警告灯が点くようにしたり、警告メッセージがLCDスクリーン上に表示されるようにしたり、可聴警告が鳴るようにする等のために通信が車両に送信されることができる。さらに別の例として、通信は部品のメンテナンスを勧奨する前に、残っている評価されたマイル数を示すことができる。付加的にまたは代案的に、車両が車両のフリートのメンバーである場合、フリート管理者に車両部品に対するダメージを通報するための通信が車両管理者のコンピューティング装置に送信されることができる。本明細書の開示内容の利益を有する多くの他の変形が当業者に自明であるはずである。
図3は一部実施例によって受信されたセンサデータを処理及び分析するためのワークフロー(300)の例示的なブロック図を図示する。一部の場合、分析コンピューティング装置(図3に図示されない)上の分析プログラムはワークフロー(300)を管理することができる。例えば、分析プログラムは、図2と関連して前述したように、時間ウィンドウTに対応するセンサデータ(302)をモニタリングプログラムから受信することができる。この例において、センサデータ(302)は時間ウィンドウTに対するサスペンション長さデータ(304)及び時間ウィンドウTに対するサスペンション負荷データ(306)を含む。
センサデータ(302)は、例えば、分析プログラムまたはモニタリングプログラムから分解プログラム(160)に提供されたり他の方法で受信されることができる。分解プログラム(160)はセンサデータをさらに小さい時間ウィンドウΔTに分割して雑音センサデータ信号を正弦波信号に単純化すること等のためにセンサデータ(302)を前処理することができる。例えば、単純化された正弦波信号はセンサデータ(302)に基づいて疲労シミュレーションを行うための疲労シミュレーションプログラムによって使われることができる。また、単純化された正弦波信号は、ダメージルックアップテーブル(164)にアクセスしてダメージルックアップテーブル(164)からのダメージ結果を、例えば、リアルタイムで決定するために、分析プログラムによって使われることができる。
本例において、分解プログラム(160)はセンサデータ(302)を受信し、311で表示されたように、それぞれのΔTに対してセンサデータ(302)を分解された長さデータ(308)と分解された負荷データ(310)に分解する。分解された長さデータ(308)及び分解された負荷データ(310)は分解されたデータ(308、310)を使用して疲労シミュレーションを実行するために疲労シミュレーションプログラム(162)に提供される。また、分析プログラムは分解された長さデータ(308)及び分解された負荷データ(310)を使用してルックアップテーブル(164)で対応する疲労ダメージ結果を検索することができる。一方、疲労シミュレーションプログラム(162)は非同期的に実行されてそれぞれの時間ウィンドウΔTに対するシミュレーションダメージの結果(312)を生成することができる。シミュレーションダメージの結果(312)は対応する分解された長さデータ(308)及び分解された負荷データ(310)と共にルックアップテーブル(164)に追加されることができる。従って、シミュレーションダメージの結果(312)はルックアップテーブル(164)に追加されてダメージルックアップテーブル(164)に含まれたダメージ情報の解像度及びリアルタイム結果の正確度を向上させることができる。
この例において、DLT分析結果(166)は312に表示されたようにダメージルックアップテーブル(164)から得られたダメージ結果を合算して決定されることができる。時間ウィンドウTに対する総ダメージ(314)はそれぞれのさらに小さい時間ウィンドウΔTに対して得られたダメージ結果に加算することによって決定されることができ、例えば、ここではΔT1+ΔT2+...ΔTN=Tである。従って、時間ウィンドウTに対する総ダメージ(314)はリアルタイムまたはほぼリアルタイムでダメージルックアップテーブル(164)から決定され、車両部品の初期ダメージ評価を提供することができる。一部の例において、分析プログラムはルックアップテーブル(164)から決定された総ダメージ(314)を有するDLT分析結果(166)をセンサデータ(302)の受信に応答して直ちにデータコンピューティング装置に送信することができる。
次いで、疲労シミュレーションプログラム(162)の実行が完了した後に、シミュレーション結果(170)はそれぞれのΔTに対するシミュレーションダメージの結果(312)を合算することによって決定された総ダメージ(316)を提供することができる。従って、疲労シミュレーションプログラム(162)によって決定された総ダメージ(316)はルックアップテーブルから決定された総ダメージ(312)よりさらに正確であり得るが、総ダメージ(316)を得る時間は相当長い可能性があるが、例えば、数秒または数ミリ秒ではなく数分または数時間であり得る。分析プログラムは疲労シミュレーションプログラム(162)によって決定された時間ウィンドウTに対する総ダメージ(316)を有するシミュレーション結果(178)を送信することができる。
図4は一部実施例によってセンサデータに基づいてダメージ情報を決定するための例示的なプロセス(400)を示すフローチャートである。プロセス(400)は分析コンピューティング装置または他の適切なコンピューティング装置で実行される分析プログラム、分解プログラム及び/又はシミュレーションプログラムによるもののように分析コンピューティング装置によって実行されることができる。
ステップ(402)で、コンピューティング装置はデータ計算装置から時間ウィンドウTに対する負荷及び長さセンサデータの一部を受信することができる。例えば、分析プログラムは、分析のために、データコンピューティング装置からセンサデータの一部を受信することができる。
ステップ(404)で、コンピューティング装置は負荷データ及び長さデータを分解することができる。例えば、分析プログラムは与えられた時間ウィンドウTに対するセンサデータを分解プログラムに提供することができ、分解プログラムはセンサデータを分析してセンサデータを疲労シミュレーションプログラム及びダメージルックアップテーブルによって許容されたフォーマットに変換する。下記でさらに論議されるように、センサデータは信号の形態であり得る。分解の一部として、分解プログラムは信号からの雑音を平滑化して正弦波形態等で近似化されるようにすることができる。分解後、分解されたセンサデータは疲労シミュレーションを行うために疲労シミュレーションプログラムに送信されることができ、分析プログラムによってダメージルックアップテーブルに適用されることもできる。
ステップ(406)で、コンピューティング装置は分解されたセンサデータを利用して分解されたセンサデータに最も近いマッチングに基づいてダメージ情報を決定することによってダメージルックアップテーブルに分解されたデータを適用することができる。
ステップ(408)で、コンピューティング装置はダメージルックアップテーブルにおける内挿によってダメージ結果を決定することができる。例えば、分析プログラムは、分解されたセンサデータに基づいて、ダメージルックアップテーブルのセンサデータと分解されたセンサデータのマッチングから内挿された結果を決定することができる。
ステップ(410)で、コンピューティング装置はDLT分析結果としてダメージ情報をモニタリングプログラムに送信することができる。例えば、ルックアップテーブルにおける内挿によるダメージ情報ルックアップは疲労シミュレーションプログラムを通じてシミュレーションを実行することよりさらに速く行われることができるのでリアルタイムで分析結果がデータコンピューティング装置に再送信されることができる。
ステップ(412)で、同時に、コンピューティング装置は分解されたセンサデータを使用して疲労シミュレーションの実行を開示してダメージルックアップテーブルから得られたダメージ情報よりさらに正確であり得るダメージ情報結果を決定することができる。従って、分解されたセンサデータはダメージルックアップテーブルからダメージの決定がなされるブロック(406乃至410)のプロセスと非同期的に疲労シミュレーションの実行のための疲労シミュレーションプログラムのキューに送られることができる。各シミュレーションの実行時間はシミュレーション実行に使用することができる計算リソースの量に少なくとも部分的に依存する。
ステップ(414)で、コンピューティング装置は分解されたセンサデータを入力の少なくとも一部として使用して疲労シミュレーションプログラムの実行によってダメージ情報結果を生成することができる。疲労シミュレーションプログラムに対する追加的な細部内容は下記でさらに説明される。
ステップ(416)で、コンピューティング装置はシミュレーションされたダメージ情報結果をダメージ検索テーブルに追加することができる。例えば、分析プログラムは疲労シミュレーションプログラムからダメージ情報を受信し、ダメージ情報及びダメージ情報を生成するのに使われた対応する分解されたセンサデータをダメージ検索テーブルに追加することができる。疲労シミュレーションプログラムによるダメージ情報結果は一般的にルックアップテーブルに高い正確度を提供することができ、従って、さらに多くの疲労シミュレーションプログラムの結果がルックアップテーブルに追加されるにつれ、ルックアップテーブルは持続的に増強されてさらに高い全体的な解像度を達成するはずである。
ステップ(418)で、コンピューティング装置は疲労シミュレーションプログラムの実行によって決定されたダメージ情報と共に第2分析結果をモニタリングプログラムに送信することができる。
図5は一部実施例によって受信されたセンサデータの例示的なデータ構造(500)を図示する。この例において、データ構造(500)は時間(502)、X方向で感知された負荷(504)、Y方向で感知された負荷(506)及び感知されたロッド延長長さL(508)を含む。一部の場合に、タイムスタンプは車両で決定されることができる。代案的に、車両におけるセンサのサンプリングレートが知られて一貫的であれば、タイムスタンプはデータコンピューティング装置及び/又は分析コンピューティング装置によって決定されることができる。この例において、時間(502)は2ミリ秒間隔のサンプリングレートに対応するが、他の例ではさらに長かったりさらに短いサンプリングレートが使われることができる。負荷(504、506)及び長さ(508)は任意の適切な単位を使用して表現されることができ、本例ではそれぞれニュートン及びミリメートルである。同一データの構造は同一の車両部品が設置された車両の同一の類型またはクラスに対して使われることができる。例えば、同一部品が設置された車両の同一年度の製造及びモデルにこのテーブルを使用することができる。しかしながら、異なる類型のコンポーネントに対して、データ構造(500)は異なり得る。例えば、燃料レールの場合、内部圧力の変動は燃料レールの一部部分の疲労を誘発し得る。従って、データ構造(500)は、X及びY負荷及び長さLではなく、一つ以上の圧力測定値及び対応するタイムスタンプを含むことができる。同様に、トランスミッションシャフトの場合、ねじれ変形測定値はXまたはY負荷よりさらに重要であり得る。他のモニタリングされる車両部品は疲労破壊を決定するのに意味がある自体的な個別感知パラメータを同様に有することができる。
図6は一部実施例によるセンサデータ分解のためのワークフロー(600)の例示的なブロック図を図示する。この例において、分解プログラム(160)は、例えば、図3に対して前述したように、例えばモニタリングプログラムから、時間ウィンドウTに対応するセンサデータ(302)の部分を受信する。従って、時間ウィンドウTに記録された負荷X(602)、負荷Y(604)及び長さL(606)は分解のために分解プログラム(160)によって受信される。例えば、分解プログラム(160)はセンサデータ(302)を一連のさらに小さい時間ウィンドウΔTに分割することができる。それぞれの時間ウィンドウΔTで、センサデータ(302)内の元の雑音が多い負荷信号は、疲労シミュレーションプログラムによって使われることができ、また、ダメージルックアップテーブル(164)で使われることができる正弦波信号に平滑化されたりまたは単純化される。一部の例において、ウィンドウΔTは時間ウィンドウTと比較して相対的に小さい可能性があるので、時間ウィンドウΔTの間のサスペンション長さの変化は数学的に重要ではない可能性がある。従って、この場合、サスペンション長さLはそれぞれの時間ウィンドウΔTにおける平均と同一であるとみなすことができる。
図示された例において、時間ウィンドウTに対応するセンサデータ(302)は分解されたセンサデータ(607)に分解される。分解されたセンサデータ(607)は複数のさらに小さい時間ウィンドウΔT608(1)、602(2)、...を含む。従って、それぞれのさらに小さい時間ウィンドウΔTが分解された対応負荷X部(610)、負荷Y部(612)及び長さL部(614)を含む。センサデータ(302)が分解されたセンサデータ(607)に分解された後に、それぞれの個別時間ウィンドウΔT(608)に対する3個の分解されたデータ部分(610、612及び614)は疲労シミュレーションプログラム(162)に送信された入力信号(616)として利用されることができ、またルックアップテーブル(164)にアクセスする時、分析プログラムによって使われて内挿されたまたは外挿されたダメージ情報を決定することができる。
図7は一部実施例によって分析のためにセンサデータを分解するための例示的なプロセス(700)を示すフローチャートである。一部の実施例で、プロセス(700)は分析コンピューティング装置または他の適切なコンピューティング装置上における分解プログラムの実行によって行われることができる。
ステップ(702)で、コンピューティング装置は時間ウィンドウTに対応するセンサデータを受信することができる。例えば、図1の例におけるサスペンション車両部品の場合に、分解プログラムは未加工入力負荷X、負荷Y及び長さLを時間ウィンドウTで受信することができる。
ステップ(704)で、コンピューティング装置は時間ウィンドウTを複数のさらに小さい時間ウィンドウΔTに分けることができる。
ステップ(706)で、コンピューティング装置は負荷データを振幅及びサイクル数に変換するためにレインフローカウンティングアルゴリズムを実行することができる。例えば、レインフローカウンティングアルゴリズムまたは他の適切なアルゴリズムが利用されてセンサから負荷データとして受信された雑音信号から正弦波信号等を生成することができる。レインフローカウンティングアルゴリズムは変化するストレスのスペクトルを一つのセットの単純ストレス反転に減少させるために疲労データの分析に使われる。また、当業者に自明なように、レインフローカウンティングアルゴリズムの代案として使われることができる多数のサイクルカウンティングアルゴリズムが存在するが、現在はレインフローカウンティング方法が最も広く使われている。
ステップ(708)で、コンピューティング装置はそれぞれの時間ウィンドウΔTで振幅及びサイクル数を識別することができる。例えば、分解プログラムはレインフローカウンティングアルゴリズムを使用して負荷データを振幅とサイクル数に変換することができ、これらはその後、正弦波信号に変換されることができる。
ステップ(710)で、ブロック(706及び708)の実行に対して順次的にまたは同時に、コンピューティング装置はそれぞれの時間ウィンドウΔTで平均長さLを決定することができる。前述したように、長さLは時間ウィンドウΔTで一定のものとして仮定され、長さLの値はそれぞれの時間ウィンドウΔTにわたった平均値である。
ステップ(712)で、コンピューティング装置はX及びY負荷振幅及びサイクル数、及び対応する時間ウィンドウΔTによる平均サスペンション長さLを共にグループ化することができる。
ステップ(714)で、コンピューティング装置は結果的な分解されたセンサデータを分析プログラム及び/又は疲労シミュレーションプログラムに提供することができる。従って、センサデータが時間ウィンドウΔTに分解された後、分解された負荷X、負荷Y及び長さLはルックアップテーブルにアクセスするのに使用するために分析プログラムに送信され、また分解されたセンサデータを利用して疲労シミュレーションを実行するために疲労シミュレーションプログラムに送信される。後続して、全ての時間ウィンドウΔTに対して決定されたダメージ結果が合算されて元の時間ウィンドウTに対する最終ダメージ結果を決定する。
本明細書に説明された例示的なプロセスは単に議論を目的として提供されたプロセスの例である。多くの他の変形が本明細書の開示内容に照らして当業者に自明であるはずである。また、本明細書の開示内容はプロセスを実行するのに適したフレームワーク、アーキテクチャー及び環境のいくつかの例を説明するが、本明細書の実施例は図示されて説明された特定例に限定されない。また、本開示は説明されて図面に例示されたように多様な例示的な実施例を提供する。しかしながら、本開示は本明細書で説明されて例示された実施例に限定されず、当業者に知られていたり知られるようになる別の実施例に拡張されることができる。
図8は一部実施例によるダメージルックアップテーブル(164)の例示的なデータ構造(800)を図示する。この例において、ルックアップテーブルは負荷X振幅(802)、負荷Y振幅(804)、長さL(806)及びダメージ(808)を含む。従って、総1周期の間にそれぞれの負荷が正弦波信号として印加されると仮定すると、ダメージルックアップテーブル(164)の各行で、入力は負荷X、負荷Y及び長さLである。出力はそのような負荷と長さによるダメージである。例えば、ダメージは経験的にまたは有限要素分析によって決定された可能性があり、ダメージルックアップテーブルの他の値と関連して意味のある単位がない値であり得る。また、ダメージに対する一つ以上の閾値(図8に図示されない)は経験的にまたは有限要素分析を通じて決定されることができる。例えば、一つ以上の閾値は現在のダメージ水準と一つ以上の閾値の比較に基づいて一つ以上の通信をいつ送信しなければならないかを決定するためにモニタリングプログラムによって使われることができる。
また、図9は一部実施例による疲労シミュレーションのためのワークフロー(900)の例示的なブロック図を図示する。この例において、ワークフロー(900)は2個のシミュレーションプロセスを含むことができる。例えば、有限要素分析プログラム(902)が先に実行されることができ、結果的なストレス情報(904)が疲労ダメージ決定の間の疲労シミュレーションプログラム(162)によって連続的に使われることができる。また、有限要素分析プログラム(902)のために構成された3D CAD(computer aided design)モデルのような同一の有限要素モデル(176)もまた疲労ダメージを決定するのに使われることができる。典型的に、有限要素分析プログラム(902)は有限要素モデル(176)に印加されたシミュレーションされた力に基づいてストレス情報、即ち、ストレスデータ(904)を出力することができる。有限要素分析プログラム(902)はまた金属、重合体、セラミック等のような車両部品(112)を構成する材料のストレス対ストレイン特性を含むことができる材料特性情報(908)を入力として受信することができる。また、有限要素分析プログラム(902)は車両部品の部分に適用されることができる力の範囲を示す負荷警戒情報を受信することができる。
分解されたセンサ入力データ(616)の場合、入力データ(616)の特性はダメージを監視するためにモニタリングされる部品の類型に依存する。例えば、異なる車両部品は異なる疲労強度を被り得る。燃料レールは内部燃料の圧力が変動することによって高い内部圧力変化から疲労を被り得るので、長さデータ成分を有しないはずである。燃料圧力は燃料レール上の一つ以上の位置または他のところでモニタリングされることができ、感知された圧力データは燃料レールまたはそれ一つ以上の部分に対するダメージを予測するためにサービスコンピューティング装置(108)に送信されることができる。他の例として、トランスミッションシャフトの場合、長さの変化も通例的に測定されないが、分当り回転数または側力のような所定の他の力が測定されることができる。従って、本明細書の有限要素分析及び疲労分析はモニタリングされる特定車両部品がダメージを受け得る方式を含むことができる。
図9の例においては、有限要素モデル(176)、車両部品を作るのに使われる材料のストレス対ストレイン特性のような材料特性情報(908)、及び実際操作時の車両部品の多様な部分に適用される負荷の予測された範囲を含む負荷警戒情報(910)が有限要素分析プログラム(902)に提供される。有限要素モデル(176)、材料特性情報(908)及び負荷警戒情報(910)で、有限要素分析プログラム(902)が実行される。有限要素分析は一般的に車両部品を多数の小さいセルに分割して各セルに対するストレスを決定することを含む。後続して、疲労シミュレーションプログラムは車両部品を検査して車両部品のどの部分が疲労ダメージを被っている可能性があるかと、ダメージの量を示す。有限要素分析プログラム(902)の出力は、一部の場合に、負荷を入力として取ってダメージを出力として提供する公式として取り扱われ得るストレス情報(904)を含むことができる。本明細書の一部の例において使われることができる有限要素分析ソフトウェアの例は、ペンシルベニア、キャノンズバーグのアンシス株式会社から利用可能なANSYS(登録商標);スウェーデン、ストックホルムのコムソル株式会社から利用可能なCOMSOL MULTIPHYSICS(登録商標);及びカリフォルニア、ニューポートビーチのMSCソフトウェアから利用可能なMSC NASTRANTMを含む。
疲労シミュレーションプログラム(162)に対する追加の入力は車両部品を構成するのに使われる材料の材料疲労特性(912)を含むことができる。材料疲労特性は材料がいかに速く疲労ダメージを累積させるかを示すことができる。
さらに別の入力は破壊基準及びDOE(914)を含むことができる。DOE(design of experiments)は変化を反映するために仮定される条件下で情報の変化を記述したり説明することを目的とする課題の設計である。予測変数の変化は一般的に結果(従属)変数と呼ばれる第2変数の変化を発生させるものと仮定される。実験的設計は適切な予測変数と結果の選択だけではなく、可用資源の制約を考慮する時、統計的に最適の条件下で実験の伝達を計画することを含む。従って、破壊基準とDOEは累積ダメージに基づいていつ破壊を宣言するかに対するガイドラインを確立することができる。また、例えば、図1と関連して前述した一つ以上のダメージ閾値(170)は少なくとも部分的に破壊基準及びDOE(914)に基づいて決定されることができる。
典型的に、ストレス情報(904)は一回だけ決定されることができ、一定のものとしてみなされることができる。従って、疲労シミュレーションプログラム(162)はストレス情報(904)、破壊基準及びDOE(914)、及び材料疲労特性(912)を含む一定の入力(916)を利用することができる。また、疲労シミュレーションプログラム(162)は疲労シミュレーター(918)を含むことができ、この疲労シミュレーター(918)は入力に基づいて疲労シミュレーションを行うために多数の異なるベンダーから得られることができる。一部の例において、シミュレーター(918)は実際サイクル数を決定するためにそして/または部品の破壊を起こすための実際負荷を定量化するために実際部品のベンチテストから獲得されることができるような経験的情報に基づいてトレーニングされることができる。本明細書でシミュレーター(918)として使われることができる疲労シミュレーションソフトウェアの例は、カリフォルニア、ニューポートビーチのMSCソフトウェアから利用可能なMSC FATIGUETM及び多数の他の商業的に利用可能なソフトウェアパッケージだけではなく、上に列挙された有限要素分析ソフトウェアパッケージを含む。
例示された例において、疲労シミュレーションプログラム(162)はそれぞれの時間ウィンドウΔTに対するデータ(616)のそれぞれの入力に対するダメージ結果(920)を出力することができる。出力の例示的なデータ構造は図10に例示される。また、前述したように、多数の時間ウィンドウΔTに対するダメージ結果(920)が合算されて時間ウィンドウTにわたって車両部品が被った総ダメージを決定することができ、この場合、ΔT1+ΔT2+…ΔTN=Tである。従って、総ダメージ結果は時間ウィンドウTに対するシミュレーション結果(178)としてモニタリングプログラムに送信されることができる。
図10は一部実施例による疲労シミュレーションプログラムからの出力の例示的なデータ構造(1000)を図示する。この例において、出力データ構造(1000)は、例えば、図8と関連して前述したダメージルックアップテーブル(164)(図10に図示されない)とマッチングされたり互換可能なフォーマットを有することができる。従って、出力データがダメージルックアップテーブル内に直接挿入されてダメージルックアップテーブル内の内挿正確度を向上させることができる。
図11は本明細書で説明されたサービスの一部機能を具現するのに使われることができるサービスコンピューティング装置(108)の選択コンポーネントを例示する。前述したように、サービスコンピューティング装置(108)は一つ以上のサーバー、パーソナルコンピュータ、または任意の数の方式で具現されることができる他の類型のコンピューティング装置を含むことができる。例えば、サーバーの場合、プログラム、アプリケーション、他の機能的コンポーネント及びデータは単一サーバー、サーバーのクラスター、サーバーファーム、データセンター、クラウドホスト型コンピューティングサービス等の上で具現されることができるが、他のコンピュータアーキテクチャーが付加的にまたは代案的に使われることができる。
また、図面は単一位置に存在するサービスコンピューティング装置(108)のコンポーネント及びデータを図示しているが、このコンポーネント及びデータは異なるコンピューティング装置及び異なる位置にわたって任意の方式で選択的に分散されることができる。結果的に、機能は一つ以上のサービスコンピューティング装置(108)によって具現されることができ、前述した多様な機能は異なるコンピューティング装置にわたって多様な方式で分散されることができる。複数のサービスコンピューティング装置(102)は共にまたは個別的に配置されることができ、例えば、仮想サーバー、サーバーバンク及び/又はサーバーファームとして構成されることができる。前記説明された機能は単一エンティティーまたはエンタープライズのサーバーによって提供されることができたり、複数の他のエンティティーまたはエンタープライズのサーバー及び/又はサービスによって提供されることができる。従って、本明細書の実施例は例示された特定例に限定されない。
例示された例において、それぞれのサービスコンピューティング装置(108)は一つ以上のデータコンピューティング装置(150)及び一つ以上の分析コンピューティング装置(152)を含む。これらのコンピューティング装置のそれぞれは一つ以上のプロセッサー(1102)、一つ以上のコンピュータ読取可能媒体(1104)、及び一つ以上の通信インターフェース(1106)を含むことができる。それぞれのプロセッサー(1102)は単一プロセッシングユニットまたは多数のプロセッシングユニットであり得、単一または複数のコンピュータユニットまたは複数のプロセッシングコアを含むことができる。プロセッサー(1102)は一つ以上のマイクロプロセッサー、マイクロコンピュータ、マイクロコントローラ、デジタル信号プロセッサー、中央処理ユニット、状態マシン、論理回路及び/又は動作命令に基づいて信号を操作する任意の装置として具現されることができる。例えば、プロセッサー(1102)は本明細書で説明されたアルゴリズム及びプロセスを実行するように特にプログラミングされたりまたは他の方式で構成された任意の適切な類型の一つ以上のハードウェアプロセッサー及び/又は論理回路であり得る。プロセッサー(1102)は、本明細書に説明された機能を行うようにプロセッサー(1102)をプログラミングすることができる、コンピュータ読取可能媒体(1104)に保存されたコンピュータ読取可能命令をフェッチして実行するように構成されることができる。
コンピュータ読取可能媒体(1104)はコンピュータ読取可能命令、データ構造、プログラムモジュールまたは他のデータのような情報の保存のための任意の類型の技術で具現された揮発性及び非揮発性メモリー及び/又は分離型及び非分離型媒体を含むことができる。このようなコンピュータ読取可能媒体(1104)は、RAM、ROM、EEPROM、フラッシュメモリーまたは他のメモリー技術、光学ストーリッジ、固体ストーリッジ、磁気テープ、磁気ディスクストーリッジ、RAID保存システム、ストーリッジアレイ、ネットワーク結合ストーリッジ、保存領域ネットワーク、クラウドストーリッジ、または所望の情報を保存するのに使われることができてコンピューティング装置によってアクセスされることができる任意の他の媒体を含むことができるが、これらに限定されるものではない。サービスコンピューティング装置(108)の構成に依存し、コンピュータ読取可能媒体(1104)はコンピュータ読取可能保存媒体のある類型であり得/であったり、言及時、非一時的コンピュータ読取可能媒体がエネルギー、キャリア信号、電磁波及び信号それ自体のような媒体を除く程度の無形の非一時的媒体であり得る。
コンピュータ読取可能媒体(1104)はプロセッサー(1102)によって実行可能な任意の数の機能的コンポーネントを保存するのに使われることができる。多くの実施例で、これらの機能コンポーネントはプロセッサー(1102)によって実行可能であり、実行時、サービスコンピューティング装置(108)に起因する前記動作を行うようにするが以上のプロセッサー(1102)を具体的に構成する命令またはプログラムを含む。データコンピューティング装置(150)のコンピュータ読取可能媒体(1104)に保存された機能的コンポーネントはモニタリングプログラム(154)を含むことができる一方、分析コンピューティング装置(152)のコンピュータ読取可能媒体(1104)に保存された機能コンポーネントは分析プログラム(158)、分解プログラム(160)及び疲労シミュレーションプログラム(162)を含むことができる。コンピュータ読取可能媒体(1104)に保存された追加的な機能的コンポーネントはサービスコンピューティング装置(108)の多様な機能を制御及び管理するための運営システム(1108)を含むことができる。
また、コンピュータ読取可能媒体(1104)は本明細書に説明された動作を行うために使われるデータ及びデータ構造を保存することができる。従って、データコンピューティング装置(150)上のコンピュータ読取可能媒体(1104)はセンサデータDB(156)、ダメージ閾値(170)、車両アカウント情報(174)、及び累積ダメージ(1107)を含む累積ダメージDB(168)を保存することができる。また、センサデータDB(156)及び累積ダメージDB(168)は便宜上、本明細書でデータベースとして言及されるが、このデータベースは任意の好ましい類型のデータ構造で構成されることができて従来のデータベース構造に限定されるものではない。また、分析コンピューティング装置(152)上のコンピュータ読取可能媒体(1104)はダメージルックアップテーブル(164)、有限要素モデル(176)、DLT分析結果(166)及びシミュレーション結果(178)を保存することができる。また、サービスコンピューティング装置(108)は、プログラム、ドライバー等を含むことができる他のモジュール及びデータ(110)及び機能的コンポーネントによって使用または生成されるデータのように、図11に具体的に図示されていない他の機能的コンポーネント及びデータを含んだり維持することができる。また、サービスコンピューティング装置(108)は多くの他の論理的、プログラム的及び物理的コンポーネントを含むことができ、これらのうち説明されたのは本明細書の議論と関連した例であるだけである。
通信インターフェース(1106)は、例えばネットワーク(106)を通じて、多様な他の装置との通信を可能にするための一つ以上のインターフェース及びハードウェアコンポーネントを含むことができる。例えば、通信インターフェース(1106)は、本明細書の他の部分から付加的に列挙されたように、インターネット、ケーブルネットワーク、セルラーネットワーク、無線ネットワーク(例えば、Wi−Fi)及び有線ネットワーク(例えば、光ファイバー及びイーサネット)のうち一つ以上、及びBLUETOOTH(登録商標)のような短距離通信等を通じた通信を可能にすることができる。
サービスコンピューティング装置(108)は多様な入出力(I/O)装置(1112)をさらに備えることができる。このようなI/O装置(1112)はディスプレイ、多様な使用者インターフェースコントロール(例えば、ボタン、ジョイスティック、キーボード、マウス、タッチスクリーン等)、オーディオスピーカー、連結ポート等を含むことができる。
本明細書に記述された多様な命令、方法及び技術はコンピュータ読取可能媒体に保存されたプログラムモジュールのようなコンピュータ実行可能命令の一般的な脈絡で考慮されることができ、本明細書のプロセッサーによって実行されることができる。一般的に、プログラムモジュールは特定タスクを行ったり特定抽象データ類型を具現するためのルーチン、プログラム、客体、コンポーネント、データ構造等を含む。これらのプログラムモジュール等はネイティブコードとして実行されることができ、仮想マシンまたは他のリアルタイムコンパイルの実行環境のようにダウンロードされて実行されることができる。通常的に、プログラムモジュールの機能は多様な実施例で所望の通り結合されたり分散されることができる。このモジュール及び技術の具現はコンピュータ保存媒体に保存されたり所定形態の通信媒体を通じて伝送されることができる。
たとえ、本発明が構造的特徴及び/又は方法論的行為を特定の言語で記述したが、添付の請求の範囲で限定された主題は必ずしも説明された特定特徴または動作に限定されるものではないということが理解されなければならない。むしろ、特定特徴及び動作は請求の範囲を具現する例示的な形態として開示される。