(57)【要約】エアバッグシステム（１２）は、中央コントローラ（１４）、多数のサテライトセンサー（１６）、及び多数の展開可能なエアバッグ（１８）を有する。中央コントローラ（１４）は衝撃事象アルゴリズムを走らせる。一度にアルゴリズムの作動を許容されるサテライトセンサーの数が制限される。完全な保護を与えるに必要なサテライトセンサーの最小数は、一度に衝撃事象アルゴリズムの始動を許容されるサテライトセンサーの最大数である。アルゴリズムを始動する順序は、許容されるアルゴリズムの数がサテライトセンサーの総数より少ないため特定する。
2005519812.tif 000002
【特許請求の範囲】
【請求項１】
エアバッグ装置の実行時間を制限する方法であって、
（ａ）中央コントローラの衝撃事象アルゴリズムに入るサテライトセンサーの総数を（サテライトセンサーの総数÷２）＋１に制限するステップより成る方法。
【請求項２】
衝撃事象アルゴリズムへの各サテライトセンサーの出入りを追跡するステップをさらに含む請求項１の方法。
【請求項３】
衝撃事象アルゴリズム内で各サテライトセンサーが何時作動状態にあるかを追跡するステップを含む請求項１の方法。
【請求項４】
（ｂ）衝撃事象アルゴリズム内で作動状態にない各サテライトセンサーについてビットをクリアし、
（ｃ）ステップ（ｂ）の各サテライトセンサーが衝撃事象の残部について衝撃事象アルゴリズムに再び入らないようにするステップをさらに含む請求項３の方法。
【請求項５】
各サテライトセンサーにつき２つの状態バイトを協調させるステップをさらに含む請求項１の方法。
【請求項６】
（ｂ）衝撃事象アルゴリズムの始動について前列の運転者位置をチェックし、
（ｃ）ステップ（ｂ）の後に衝撃事象アルゴリズムの始動について前列の乗客位置をチェックするステップをさらに含む請求項１の方法。
【請求項７】
（ｄ）ステップ（ｃ）の後に衝撃事象アルゴリズム始動について第２列の運転者位置をチェックし、
（ｅ）ステップ（ｄ）の後に衝撃事象アルゴリズム始動について第２列の乗客位置をチェックするステップをさらに含む請求項６の方法。
【請求項８】
エアバッグシステムの実行時間を制限する方法であって、
（ａ）衝撃事象アルゴリズム始動について前列運転者位置のサテライトセンサーをチェックし、
（ｂ）ステップ（ａ）の後に衝撃事象アルゴリズム始動について前列乗客位置のサテライトセンサーをチェックし、
（ｃ）中央コントローラの衝撃事象アルゴリズムに入るサテライトセンサーの総数を（サテライトセンサーの総数÷２）＋１に制限するステップより成る方法。
【請求項９】
各サテライトセンサーについて２つの状態バイトを維持するステップをさらに含む請求項８の方法。
【請求項１０】
２つの状態バイトのうちの１つにより衝撃事象アルゴリズムへの各サテライトセンサーの出入りを追跡するステップをさらに含む請求項９の方法。
【請求項１１】
２つの状態バイトのうちの１つにより衝撃事象アルゴリズム内で各サテライトセンサーが何時作動状態にあるかを追跡するステップをさらに含む請求項９の方法。
【発明の詳細な説明】
【背景技術】
【０００１】
本発明は、膨張可能な拘束システムに関し、さらに詳細には、１つの時点において作動状態にあるサテライトセンサーの数を制限するアルゴリズムにかかわる。
【０００２】
運転者側または乗客側の膨張可能な補充拘束（ＳＩＲ）システムは、車内の運転者及び一人またはそれ以上の乗客に近接するハウジングモジュール内に格納されたエアバッグを備えるのが一般的である。ＳＩＲシステムは、突然の減速に応答して作動され、エアバッグの迅速な展開により乗員の運動を制限するように設計されている。
【０００３】
最近、ＳＩＲシステムは車内の全ての列にいる乗員を保護するように拡張されつつある。これら乗員の保護は、データを提供しエアバッグまたは他の受動型安全拘束手段を展開させる能力を備えた多数列の側方衝撃事象感知サテライトセンサーを車両に装備することにより行われる。
【０００４】
側方衝撃事象感知サテライトセンサーは、「判断をする」かまたは「データを送る」かの何れかである。「判断をする」サテライトセンサーは、アルゴリズムを走らせるためにマイクロプロセッサを必要とするため高価である。「データを送る」サテライトセンサーは、マイクロプロセッサが不要であるためコストの観点から好ましい。データを送るサテライトセンサーは、アルゴリズムを実行するためのマイクロプロセッサを含む中央コントローラへ生のデータを伝送する。
【０００５】
中央コントローラは、必要な全ての衝撃事象アルゴリズムの実行を司る。これは、前方／後方衝撃事象のアルゴリズム、ロールオーバー事象のアルゴリズム、及び側方衝撃事象のアルゴリズムを含む。このコントローラは、通常の診断機能を実行しながらこれら全てのアルゴリズムを走らせるに十分なスループットを持つ必要がある。従って、各アルゴリズムに必要とされる実行時間をできるだけ小さくしなければならない。
【０００６】
側方衝撃事象の保護を各列につき行うにあたり、所望レベルの性能を発揮させるには通常２つの衝撃事象感知サテライトセンサーが必要である。１つのサテライトセンサーを運転者側に、また、もう１つのセンサーを乗客側に用いる。各サテライトセンサーは、中央コントローラにおいてアルゴリズムを始動する能力を有する。従って、側方保護を２列で提供する自動車には、４つの側方アルゴリズムを同時に走らせようとする４つのサテライトセンサーが装備されるであろう。
【０００７】
しかしながら、多数のアルゴリズムを走らせるとマイクロプロセッサの実行時間が問題になると。側方衝撃事象に必要とされる攻撃的な展開時間により、この仕事はさらに複雑になる可能性がある。
【０００８】
従って、サテライトセンサーのアルゴリズムが必要とする実行時間を最小限に抑える始動及びリセット戦略を提供することが望ましい。
【発明の概要】
【０００９】
本発明によるエアバッグシステムは、中央コントローラ、多数のサテライトセンサー及び多数の展開可能なエアバッグを有する。サテライトセンサーは、側方衝撃事象を感知するために側方アルゴリズムを走らせる中央コントローラへデータを送る。
【００１０】
中央コントローラは、必要な衝撃事象アルゴリズムを走らせる。従って、多数のアルゴリズムを走らせるとマイクロプロセッサの実行時間の問題が生じるため、各アルゴリズムに必要な実行時間をできるだけ少なくしなければならない。本発明は、任意の時点においてアルゴリズムの作動を許容されるサテライトセンサーの数を制限することにより、実行時間を最小限に抑えるものである。完全な保護に必要なサテライトセンサーの最小数は、任意の時点において衝撃事象アルゴリズムの始動を許容されるサテライトセンサーの最大数である。許容されるアルゴリズムの数はサテライトセンサーの総数より少ないため、サテライトセンサーの始動をチェックするための順序も特定される。
【００１１】
従って、本発明は、サテライトセンサーのアルゴリズムにより必要とされる実行時間を最小限に抑える始動及びリセット戦略を提供する。
【実施例】
【００１２】
図１は、エアバッグシステム１２を備えた車両１０の概略図である。エアバッグシステム１２は、一般的に、中央コントローラ１４、多数の遠隔サテライトセンサー１６、及び多数の展開可能なエアバッグ１８を有する。１またはそれ以上のエアバッグ１８は車両の座席２０の側部に配置するのが好ましい。
【００１３】
サテライトセンサー１６は、側方衝撃のような展開事象を感知するためにコントローラ１４と通信する。サテライトセンサー１６からの信号に応答して、コントローラ１４は、記憶した論理によりエアバッグ１８を展開すべきか否か判断する。サテライトセンサー１６は、関連のエアバッグ１８に隣接する車両１０の側部２２に配置するのが好ましい。エアバッグ及びセンサーの配置を変えても本発明の利点を享受できることを理解されたい。
【００１４】
サテライトセンサー１６は、加速度及び圧力のような幾つかの異なる感知原理に基づくものである。サテライトセンサー１６はまた、「判断をするもの」かまたは「データを送るもの」の何れかである。「判断をする」サテライトセンサーは、アルゴリズムを走らせるために自蔵マイクロプロセッサを必要とするため高価である。「データを送る」サテライトセンサーは、各サテライトセンサーのアルゴリズムを実行するマイクロプロセッサを含む中央コントローラ１４へ生のデータを送るだけでマイクロプロセッサを必要としないため、コストの観点から好ましい。
【００１５】
中央コントローラ１４は、各サテライトセンサー１６が必要とする全ての衝撃事象アルゴリズムの実行を司る。これは、前方／後方衝撃事象のアルゴリズム、ロールオーバー事象のアルゴリズム、及び側方衝撃事象のアルゴリズムを含む。コントローラ１４は、これら全てのアルゴリズムを同時に実行しながら依然として通常の診断機能も実行するに十分なスループットを持つ必要がある。従って、各アルゴリズムに必要な実行時間はできるだけ小さくするのが好ましい。
【００１６】
側方衝撃保護が与えられる各列の座席は、所望レベルの性能を得るために２つのサテライトセンサー１６を使用する。各列または座席について、１つのサテライトセンサー１６を運転者側に、また、もう１つを乗客側に設ける。一般的に、各サテライトセンサーは、中央コントローラ１４の衝撃事象アルゴリズムを始動するように動作する。従って、座席が２列の車両１０は４つのサテライトセンサー１６を備えており、中央コントローラ１４は、各サテライトセンサー１６と同時に通信する場合は４つのアルゴリズムを走らせようとする。
【００１７】
多数のアルゴリズムを走らせると、マイクロプロセッサ実行時間の問題が生じる。本発明は、任意の時点においてアルゴリズムの作動を許容されるサテライトセンサーの数を制限することにより実行時間を最小限に抑えるものである。衝撃が両側で同時に発生する場合には車両の両側において完全な保護を維持するのが好ましいため、車両を完全に保護しながら任意の時点で衝撃事象アルゴリズムに入る必要なサテライトセンサーの最小数は以下のように制限される。
【００１８】
サテライトセンサーの最小数＝（サテライトセンサーの総数÷２）＋１
この「＋１」により、衝撃事象の反対側にあるサテライトセンサー１６は、その反対側にも衝撃がある場合は始動することができる。実行時間を減少させるため、完全な保護に必要なサテライトセンサーの最小数は、任意の時点において衝撃事象アルゴリズムの始動を許容されるサテライトセンサー１６の最大数である。図２は、最大４列の座席につきアルゴリズムにおいて同時に作動状態となるのを許容されるサテライトセンサーの最大数を要約するものである。
【００１９】
図３を参照して、該図は、運転者側前列のサテライトセンサー１６のアルゴリズム始動戦略のための擬似コードを示す。この擬似コードは、サテライトセンサー１６からの信号に応答してエアバッグ１８を作動させるための中央コントローラ１４内の論理を表す。本発明を実現するには、アルゴリズム始動基準、アルゴリズムリセット基準及び作動状態アルゴリズムカウンターを使用するのが好ましい。他の状態フラッグも利用可能である。
【００２０】
アルゴリズム始動基準は、衝撃事象信号が衝撃事象の方向において所定の限界を超えた場合にのみサテライトセンサー１６が中央コントローラ１４内の衝撃事象アルゴリズムを始動するように選択される。これにより、衝撃を受けないサテライトセンサーが衝撃を受けるサテライトセンサーの前に衝撃事象アルゴリズムを始動する可能性が最小限に抑えられる。１つの好ましい信号として、サテライトセンサーのオフセットを有する速度がある。さらに別の信号を付加的に、または代替的に使用できることを理解されたい。しかしながら、衝撃事象アルゴリズム始動のために使用する信号はいずれも全ての時点で計算する必要がある。
【００２１】
衝撃事象アルゴリズムの始動をチェックする順序もまた重要であるが、その理由は、全てのサテライトセンサー１６が同一ループでそれらの始動基準を満たすことがあり得るため、許容される衝撃事象アルゴリズムの数がサテライトセンサー１６の総数より少なくなるからである。前列の運転者位置を最初にチェックした後、前列の乗客位置をチェックするのが好ましい。次に、第２列の運転者位置をチェックした後、第２列の乗客位置をチェックし、以下同様である。前列は乗員がいる可能性が高いため優先的にチェックする。
【００２２】
サテライトセンサーが衝撃事象アルゴリズムを始動させると、カウンター２４（図１）がインクリメントされて、作動状態にあるサテライトセンサー１６の数を追跡する。作動状態のサテライトセンサー１６の数が最大値（図２）に到達した場合、さらに側方アルゴリズムを始動することは許されない。サテライトセンサーのアルゴリズムがリセットされると、カウンターはデクリメントされる。
【００２３】
サテライトセンサー１６は衝撃事象の間に衝撃事象アルゴリズムに入らないようにするのが好ましいが、その理由は、予測できない挙動が発生する可能性があるからである。従って、サテライトセンサー１６は、始動させようとする直前に「静かな」状態にあることが分からない限り衝撃事象アルゴリズムをスタートさせないようにするのが好ましい。これは、好ましくは、各サテライトセンサー１６につき１ビットを含む２つの状態バイトを維持することにより行われる。アルゴリズム作動状態、”algorithm_active_status”、と呼ぶ１つの状態バイトは、サテライトセンサー１６のアルゴリズムが現在作動状態にあるか否かを示す。「１」または真のビット値は、対応サテライトセンサーのアルゴリズムが現在作動状態にあることを示す。アルゴリズム入力イネーブル、”algorithm_entry_enable”、と呼ぶもう１つの状態バイトは、何れのサテライトセンサーがアルゴリズムに入るのを許容されているかを示す。このビットは、このサテライトセンサーがアルゴリズムのスタートを許容されている場合は「１」または真にセットされる。このビットは、サテライトセンサーがアルゴリズムをスタートするのを防止するためクリアされる。
【００２４】
図４を参照して、これらの状態バイトは同一フォーマットを有し、左のニブル（最上位）がドライバー側サテライトセンサーに割り当てられるように構成するのが好ましい。右のニブル（最小位）は、乗客側サテライトセンサー１６に割り当てられている。
【００２５】
通常動作時、即ち、衝撃事象でない時、この”algorithm_entry_enable”バイトは全て１であり、この”algorithm_active_status”バイトは全て０を含む。側方衝撃アルゴリズムは現在、作動状態になく、全てのサテライトセンサー１６はアルゴリズムをスタートできる。衝撃事象が発生すると、作動状態の許容可能なサテライトセンサーの最大数に到達しない限り任意のサテライトセンサー１６がそのアルゴリズムへ入るかまたは出ることができる（図２）。
【００２６】
第１のサテライトセンサー１６が始動すると、”algorithm_active_status”バイトのそれぞれのビットが「１」にセットされ、”algorithm_entry_enable”バイトは変化せず、作動状態サテライトカウンター２４（図１）がインクリメントされる。許容可能な最大数のサテライトセンサーがそれらのアルゴリズムにおいて同時に作動状態になると、”algorithm_entry_enable”バイトは”algorithm_active_status”バイトによりマスキングされる（論理ＡＮＤ）。現在アルゴリズムにないサテライトセンサー１６はそれらのビットがクリアされており、それにより衝撃事象の残部に入らないようにされる。
【００２７】
サテライトセンサーのアルゴリズムが終了すると、”algorithm_active_status”バイトのそのビットがクリアされ、作動状態サテライトカウンターがデクリメントされる。”algorithm_entry_enable”バイトは、最後のサテライトセンサーがリセットされてそのアルゴリズムから外れた後に全て１にリセットされ、衝撃事象の終了を示す。例示目的にすぎないが、６つの側方衝撃事象感知サテライトセンサーを搭載した車両では、アルゴリズムをスタートさせ依然としてその中にある最初の４つのサテライトセンサーだけが衝撃事象全体についてそのアルゴリズム内で作動状態にあるのを許容される。最初のこれら４つのサテライトセンサーは、単一の衝撃事象時にそれぞれのアルゴリズムをリセットして再びそれらに入ることができる。第５及び第６のサテライトセンサーは、現在の衝撃事象が消滅するまでそれらのアルゴリズムに入らないようにされる。
【００２８】
図５を参照して、該図はドライバー側前列のサテライトセンサーのアルゴリズムリセット戦略の擬似コードを示す。サテライトセンサーは、それらの衝撃事象信号が静かになるとリセットされてそれらのアルゴリズムから外れる必要がある。そのために所与の周期の低い信号を識別して利用するが、その代わりにまたはそれに加えて幾つかの方法を提供できる。この信号は、好ましくは、加速度、オフセット付きの速度、または平均加速度であるのが好ましい。
【００２９】
図６を参照して、該図は代表的な衝撃事象を示す。２台の車両Ｖ１及びＶ２がつるつる滑る交差点に接近中であり、Ｖ１は北へ、Ｖ２は西へ走行している。この交差点において、Ｖ２はＶ１に直角（Ｔ字形）に衝突し、Ｖ２を道路の側部にある樹木Ｔへ押し出す。Ｖ１が２列の側方保護機能（即ち、４つの側方衝撃事象感知サテライトセンサー）を備えており、４つのサテライトセンサーのうち３つだけが一度にアルゴリズムを実行できる場合、以下の時間ラインが生じる。
【００３０】
時間１（衝撃前の事象）、Ｖ１は通常の状態で走行しており、サテライトセンサーは全て静かで（即ち、側方アルゴリズムは作動状態になく）、従って、全てのサテライトセンサーは始動に備えてイネーブル状態にある。
【００３１】
時点２において、Ｖ１の右側にＶ２が衝突する。これにより、右側の前列及び第２列のサテライトセンサーが共にそれらのアルゴリズムを作動させる。従って、反対側のサテライトセンサー１６のうち１つだけがそのアルゴリズムの始動を許容される。この衝撃は、側方エアバッグ展開命令を必要とするほど激しいものではない。
【００３２】
時点３において、Ｖ１とＶ２はつるつる滑る道路を北西方向に一緒に横滑りする。この間、右側のサテライトセンサーは共に静かであり、最終的にリセットされる。リセット後、車両全体は静かであり、従って、全てのサテライトセンサーが作動に備えてイネーブル状態にある。
【００３３】
時点４において、Ｖ１は前列左側のサテライトセンサーの近くで樹木Ｔに衝突するため、その衝撃事象アルゴリズムが始動される。この衝撃事象による力は、急速に第２列の左側サテライトセンサーに伝播し、これも始動させる。樹木Ｔに当たって突然停止すると、さらに別の力が２つの車両が当接している右側に発生する。これらの力は右側のサテライトセンサーを両方作動するほど十分大きなものであるが、一度に３つのサテライトセンサーしか作動状態にできない（図２）。従って、前列の乗客側センサーが優先度の観点からアルゴリズム作動について最初にチェックされる。この事象で、前列の乗客側サテライトセンサーはそのアルゴリズムを始動させ、３番目で最後に作動状態にされるサテライトセンサーとなる。
【００３４】
第２列の乗客側サテライトセンサーは、車両全体が静かになるまで（即ち、何れの側方アルゴリズムも非作動状態になるまで）非作動状態にされる。
【００３５】
上記説明は限定的というよりも例示的なものである。本発明の多くの変形例及び設計変更を上記説明から想到できるであろう。しかしながら、本発明の好ましい実施例について説明したが、当業者は本発明の範囲内に含まれるある特定の変形例及び設計変更を想到するであろう。従って、本発明は頭書の特許請求の範囲内で他の態様で実施できることを理解されたい。そのため、本発明の真の範囲及び内容を判定するために頭書の特許請求の範囲を検討すべきである。
【図面の簡単な説明】
【００３６】
【図１】本発明が利用される車両の実施例を示す概略図である。
【図２】本発明に従って作動状態にされるサテライトセンサーを比較するチャートである。
【図３】本発明によるアルゴリズム始動戦略のための擬似コードを示す。
【図４】乗員位置に関連する状態バイト”algorithm_entry_enable”及び”algorithm_active_status”を示す。
【図５】本発明によるアルゴリズムリセット戦略のための擬似コードを示す。
【図６】衝撃事象のグラフィック表示である。
【図１】
2005519812.tif 000003
【図２】
2005519812.tif 000004
【図３】
2005519812.tif 000005
【図４】
2005519812.tif 000006
【図５】
2005519812.tif 000007
【図６】
2005519812.tif 000008
【国際調査報告】
2005519812.tif 000009
2005519812.tif 000010