(57)【要約】  車両においてセンサベースのデータおよび信号の処理のバランスを動的に取るためのシステムおよび方法が提供される。開示される実施形態は、車両においてセンサに関連付けられる信号を受信し、車外での処理のためにネットワークを介して信号を送信し得る。開示される実施形態は、車上で信号を処理する許可を求める要求を行なうことと、要求に対する応答を受信することと、応答に基づいて車上で信号を選択的に処理することと、も行ない得る。
2019523484.tif 000002
【特許請求の範囲】
【請求項１】
車両においてセンサベースのデータおよび信号の処理のバランスを取るためのシステムであって、
命令の組を記憶するメモリと、
前記命令の組を実行して１つ以上の動作を行なうように構成される１つ以上のプロセッサとを備え、前記動作は、
前記車両においてセンサに関連付けられる信号を受信することと、
車外での処理のためにネットワークを介して前記信号を送信することと、
前記信号を前記車両上で処理する許可を求める要求を行なうことと、
前記要求に対する応答を受信することと、
前記応答に基づいて前記車両上で前記信号を選択的に処理することとを備える、システム。
【請求項２】
前記要求は、車上での処理用の増大された容量に応答して行なわれる、請求項１に記載のシステム。
【請求項３】
前記要求は、前記車外での処理が処理限界に達したのに応答して行なわれる、請求項１に記載のシステム。
【請求項４】
前記要求は、前記送信することがネットワーク限界に達したのに応答して行なわれる、請求項１に記載のシステム。
【請求項５】
前記ネットワーク限界は、送信サイズ限界、送信数限界、および送信コストのうち少なくとも１つに関連付けられる、請求項４に記載のシステム。
【請求項６】
前記要求は、必要とされる処理の増大に応答して行なわれる、請求項１に記載のシステム。
【請求項７】
必要とされる処理の前記増大は、前記車両の場所、天候条件、交通条件、気象条件、および履歴運転者挙動のうち少なくとも１つに基づいて判断される、請求項６に記載のシステム。
【請求項８】
前記動作は、前記要求に応答してソフトウェアモジュールを受信することをさらに備え、前記ソフトウェアモジュールは前記１つ以上のプロセッサの処理容量を増大させる、請求項１に記載のシステム。
【請求項９】
前記ソフトウェアモジュールは、映像処理モジュール、センサ獲得モジュール、運転者挙動イベント評価ソフトウェアモジュール、および運転文脈評価ソフトウェアモジュールのうち少なくとも１つを含む、請求項８に記載のシステム。
【請求項１０】
前記動作は、前記ソフトウェアモジュールのロードの後に遠隔コマンドが受信された場合にのみ前記ソフトウェアモジュールを送って実行することをさらに備える、請求項８に記載のシステム。
【請求項１１】
車両においてセンサベースのデータおよび信号の処理のバランスを動的に取るための方法であって、前記車両内の装置に関連付けられる１つ以上のプロセッサを介して行なわれる動作を備え、前記動作は、
前記車両においてセンサに関連付けられる信号を受信することと、
車外での処理のためにネットワークを介して前記信号を送信することと、
前記信号を前記車両上で処理する許可を求める要求を行なうことと、
前記要求に対する応答を受信することと、
前記応答に基づいて前記車両上で前記信号を選択的に処理することとを備える、方法。
【請求項１２】
前記要求は、車上での処理用の増大された容量に応答して行なわれる、請求項１１に記載の方法。
【請求項１３】
前記要求は、前記車外での処理が処理限界に達したのに応答して行なわれる、請求項１１に記載の方法。
【請求項１４】
前記要求は、前記送信することがネットワーク限界に達したのに応答して行なわれる、請求項１１に記載の方法。
【請求項１５】
前記ネットワーク限界は、送信サイズ限界、送信数限界、および送信コストのうち少なくとも１つに関連付けられる、請求項１４に記載の方法。
【請求項１６】
前記要求は、必要とされる処理の増大に応答して行なわれる、請求項１１に記載の方法。
【請求項１７】
必要とされる処理の前記増大は、前記車両の場所、天候条件、交通条件、気象条件、および履歴運転者挙動のうち少なくとも１つに基づいて判断される、請求項１６に記載の方法。
【請求項１８】
前記動作は、前記要求に応答してソフトウェアモジュールを受信することをさらに備え、前記ソフトウェアモジュールは前記１つ以上のプロセッサの処理容量を増大させる、請求項１１に記載の方法。
【請求項１９】
前記ソフトウェアモジュールは、映像処理モジュール、センサ獲得モジュール、運転者挙動イベント評価ソフトウェアモジュール、および運転文脈評価ソフトウェアモジュールのうち少なくとも１つを含む、請求項１８に記載の方法。
【請求項２０】
前記動作は、前記ソフトウェアモジュールのロードの後に遠隔コマンドが受信された場合にのみ前記ソフトウェアモジュールを送って実行することをさらに備える、請求項１８に記載の方法。
【請求項２１】
命令を記憶する有形の非一時的コンピュータ読出可能媒体であって、前記命令は、少なくとも１つのプロセッサによって実行されると、前記少なくとも１つのプロセッサに、車両においてセンサベースのデータおよび信号の処理のバランスを動的に取るための方法を実行させ、
前記車両においてセンサに関連付けられる信号を受信することと、
車外での処理のためにネットワークを介して前記信号を送信することと、
前記信号を前記車両上で処理する許可を求める要求を行なうことと、
前記要求に対する応答を受信することと、
前記応答に基づいて前記車両上で前記信号を選択的に処理することとを備える、有形の非一時的コンピュータ読出可能媒体。
【請求項２２】
前記要求は、車上での処理用の増大された容量に応答して行なわれる、請求項２１に記載の有形の非一時的コンピュータ読出可能媒体。
【請求項２３】
前記要求は、前記車外での処理が処理限界に達したのに応答して行なわれる、請求項２１に記載の有形の非一時的コンピュータ読出可能媒体。
【請求項２４】
前記要求は、前記送信することがネットワーク限界に達したのに応答して行なわれる、請求項２１に記載の有形の非一時的コンピュータ読出可能媒体。
【請求項２５】
前記ネットワーク限界は、送信サイズ限界、送信数限界、および送信コストのうち少なくとも１つに関連付けられる、請求項２４に記載の有形の非一時的コンピュータ読出可能媒体。
【請求項２６】
前記要求は、必要とされる処理の増大に応答して行なわれる、請求項２１に記載の有形の非一時的コンピュータ読出可能媒体。
【請求項２７】
必要とされる処理の前記増大は、前記車両の場所、天候条件、交通条件、気象条件、および履歴運転者挙動のうち少なくとも１つに基づいて判断される、請求項２６に記載の有形の非一時的コンピュータ読出可能媒体。
【請求項２８】
前記動作は、前記要求に応答してソフトウェアモジュールを受信することをさらに備え、前記ソフトウェアモジュールは前記１つ以上のプロセッサの処理容量を増大させる、請求項２１に記載の有形の非一時的コンピュータ読出可能媒体。
【請求項２９】
前記ソフトウェアモジュールは、映像処理モジュール、センサ獲得モジュール、運転者挙動イベント評価ソフトウェアモジュール、および運転文脈評価ソフトウェアモジュールのうち少なくとも１つを含む、請求項２８に記載の有形の非一時的コンピュータ読出可能媒体。
【請求項３０】
前記動作は、前記ソフトウェアモジュールのロードの後に遠隔コマンドが受信された場合にのみ前記ソフトウェアモジュールを送って実行することをさらに備える、請求項２８に記載の有形の非一時的コンピュータ読出可能媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
背景
本開示は概して、センサベースのデータおよび信号の処理のバランスを動的に取るためのシステムおよび方法に関する。より特定的にはかつ限定されることなく、開示される実施形態は、車内の制御装置と車外制御センターとの間でのセンサベースのデータおよび信号の処理のバランスを動的に取るためのシステムおよび方法に関する。
【背景技術】
【０００２】
車両の動作の理解には、大量の情報および処理パワーが必要になる可能性がある。この情報は、とりわけ、車両の現在の状態についてのデータ（たとえば、その位置、速度、加速度など）、現在の道路条件についての情報（たとえば、天気、交通、道路の曲率など）、および運転者についての情報（たとえば、運転者の運転履歴、精神状態など）を含み得る。従来のデータ獲得システムは、堅固な態様でこの情報のすべてを収集する、処理する、通信する、および使用する効率的なやり方を提供していない。したがって、そのようなシステムは、計算上非効率であり得る、または精度のために速度を犠牲にし得る。
【発明の概要】
【課題を解決するための手段】
【０００３】
要約
開示される実施形態は、車両においてセンサベースのデータおよび信号の処理のバランスを動的にとる強度変調を処理するためのシステムおよび方法を含む。開示される実施形態は、リアルタイムでまたはリアルタイムに近い状態で、車上および車外で完了されるプロセスの種類および／または量を連続的かつ動的に調整し得る。開示される実施形態は、求められるレベルのサービスおよび／または具体的な文脈条件（たとえば、車両の地理的場所、場所同士の間の遷移、交通条件、気象条件、履歴運転者挙動など）に応じて、これらのプロセスの性能を調整し得る。処理のバランスを調整するまたはシフトさせるという決定は、車上の制御装置、車外制御センター、または車上の制御装置と車外制御センターとの両方によってなされ得る。
【０００４】
開示される実施形態は、たとえば、車両においてセンサベースのデータおよび信号の処理のバランスを動的に取るおよび／またはシフトさせるためのシステムを含む。システムは、命令の組を記憶するメモリと、当該命令の組を実行して１つ以上の動作を行なうように構成される１つ以上のプロセッサとを含み得る。動作は、車両においてセンサに関連付けられる信号を受信することと、車外での処理のためにネットワークを介して信号を送信することとを含み得る。動作は、車両上で信号を処理するための許可を求める要求を行なうことと、要求に対する応答を受信することと、応答に基づいて車両上で信号を選択的に処理することと、も含み得る。
【０００５】
開示される実施形態は、たとえば、少なくとも１つのプロセッサによって実行されると、少なくとも１つのプロセッサに、車両においてセンサベースのデータおよび信号の処理のバランスを動的に取るおよび／またはシフトさせるための方法を実行させる命令を記憶する有形の非一時的コンピュータ読出可能媒体（メモリ）も含む。方法は、車両においてセンサに関連付けられる信号を受信することと、車外での処理のためにネットワークを介して信号を送信することとを含み得る。方法は、車両上で信号を処理する許可を求める要求を行なうことと、要求に対する応答を受信することと、応答に基づいて車両上で信号を選択的に処理することと、も含み得る。
【０００６】
車上の制御装置と車外の制御センターとの間でセンサベースのデータおよび信号の処理のバランスを動的に取るおよび／またはシフトさせることにより、車上の制御装置と車外の制御センターとの間の通信リンク上で交換されるデータの量を削減し得る。さらに、この動的なバランス取りは、通信速度、完全性、およびコストを含むある通信パラメータを改善するように選択的に指令され得る。さらに、車外の制御センターにかかる処理負荷も削減され得、車外の制御センターのより一貫した、多様な、効率的な、生産的な、および／または確実な使用が可能になる。
【０００７】
開示される実施形態の付加的な特徴および利点は、部分的に以下の説明において述べられかつ部分的に説明から自明であるか、または開示される実施形態の実践によって学習され得る。開示される実施形態の特徴および利点は、添付の請求項で特に指摘される要素および組合せによって実現されかつ達成される。
【０００８】
以上の一般的な説明と以下の詳細な説明との両方は例示および説明のみにすぎず、請求されるような開示される実施形態を制限するものではないことを理解すべきである。
【０００９】
添付の図面はこの明細書の一部を構成する。図面は、本開示のいくつかの実施形態を例示し、記載とともに、添付の請求項で述べるような開示される実施形態の原則を説明するように働く。
【図面の簡単な説明】
【００１０】
【図１】開示される実施形態に整合する、実施形態を実現するための例示的なシステム環境の図である。
【図２】開示される実施形態に整合する、プロセスを実現するための例示的なコンピューティングシステムの図である。
【図３】開示される実施形態に整合する、動的に調整される車両データを収集しかつ処理するための例示的なプロセスのフローチャートである。
【図４】開示される実施形態に整合する、例示的な適応制御装置およびデータの流れの概略ブロック図である。
【図５】開示される実施形態に整合する、例示的な帯域フィルタプロセスのフローチャートである。
【図６】開示される実施形態に整合する、例示的なイベント検出プロセスのフローチャートである。
【図７】開示される実施形態に整合する、例示的なイベント検証プロセスのフローチャートである。
【図８】開示される実施形態に整合する、境界条件および危険指数を生成するための例示的なプロセスのフローチャートである。
【発明を実施するための形態】
【００１１】
詳細な説明
開示される実施形態は、車両においてセンサベースのデータ獲得を動的に制御するためのシステムおよび方法に関する。開示される実施形態は、受信した信号の信号処理および他の外部プロセスによって駆動される制御変数に基づいて、車両に関連付けられるセンサから受信した信号と、それらのそれぞれのサンプリングレートとを動的に制御し得る。開示される実施形態は、帯域フィルタを信号に適用し得、それにより、フィルタリングされた帯域がリアルタイムでまたはリアルタイムに近い状態で動的に調整される。さらに、開示される実施形態は、現在の道路条件、検出されたイベント、変動する危険と危害に晒されること、運転者の挙動、ならびに他の考慮点に対応するためにその場で動的に調整されるイベント検出アルゴリズムを適用し得る。開示される実施形態は、収集される信号の種類、信号に関連付けられる数学的重み、関連のイベント検出しきい値を通知するパラメータなどを動的に調整することによって、これらのイベント検出方式を修正し得る。開示される実施形態は、検出されたイベントの検証も行なって、高いデータ忠実度を確実にし、さらに入力信号、帯域幅、重み、しきい値などを調整し得る。さらに、開示される実施形態は、信号データ、フィルタリングされた信号データ、検出されたイベント、および他のパラメータを以降の処理のために制御センターに与えるためのシステムおよび方法を提供する。開示される実施形態は、受信したデータを制御センターで処理して、以降の処理のために関連データ、情報、および命令をセンサと通信する遠隔の装置に提供するためのシステムおよび方法も提供し得る。
【００１２】
車両においてセンサベースのデータ獲得を動的に調整することにより、１つ以上の技術的利点が与えられ得る。信号処理の文脈では、たとえば、車両センサからのより小さな組の信号をサンプリングして、精度に影響を与えることなく計算上の効率を向上させることが有利だとわかり得る。不要な信号または他の情報に関連付けられるデータの処理または記憶は、ほとんど価値のないデータに計算上のリソースを費やすことになり得る。同様な利点は、より低いまたはより特化されたサンプリングレートで信号をサンプリングすることから生じ得る。さらに、サンプリングされた信号および付随するサンプリングレートをカスタマイズすることにより、データを他のコンピューティングシステムに送信する効率と、データを他のコンピューティングシステムで処理する効率とを向上させ得る。別の例では、センサベースのイベント検出のパラメータを動的に制御することにより、これらのアルゴリズムの精度および効率が向上し得る。そのような動的に調整されたイベント検出方式には、最も関連のあるレートで最も関連のある信号をサンプリングするという有利があり得る。さらに、リアルタイムのイベントに応答してこれらのプロセスのしきい値および入力パラメータを動的に調整することにより、それらの効率および信頼性が向上し得る。開示される実施形態は、サンプリングされた信号、それらのサンプリングレートを動的に制御することと、連続的なデータの更新に基づいてイベント検出および検証方式のパラメータを修正することとにより、少なくともこれらの技術的利点を与える。
【００１３】
ここで本開示の実施形態を詳細に参照する。その例は添付の図面に示される。可能な場合、同じまたは同様の部分を参照するのに図面を通じて同じ参照番号を用いる。
【００１４】
図１は、開示される実施形態に整合するシステムおよび方法を実現するための例示的なシステム環境１００を示す。ある局面では、環境１００は、車両１１０に関連付けられる１組の１つ以上のセンサ１１４に通信接続される１つ以上の適応制御装置（たとえば、適応制御装置１１２）を含み得る。環境１００は、１つ以上の制御センターシステム（たとえば、制御システム１３２）を含み得、これは１つ以上の制御センター（たとえば、制御センター１３０）に関連付けられ得る。環境１００は、１つ以上の外部コンピューティングシステム（たとえば、外部システム１４２）も含み得、これは、１つ以上の外部エンティティ（たとえば、外部エンティティ１４０）に関連付けられ得る。１つ以上の通信ネットワーク（たとえば、通信ネットワーク１２０）は、環境１００の構成要素のうち１つ以上を通信接続し得る。
【００１５】
適応制御装置１１２は、情報を収集する、取得する、処理する、記憶する、および／または送信するために、１つ以上のコンピューティングデバイス、データ処理装置、または信号処理装置（たとえば、図２に関連して記載されるコンピューティングデバイス２００）を含む。いくつかの実施形態では、たとえば、適応制御装置１１２は、開示される実施形態に整合する処理を行なうハードウェアおよび／またはその上で実行されるソフトウェアアプリケーションを有するチップセットを備える。適応制御装置１１２は、通信ネットワーク１２０などの通信ネットワークを介して他のコンピューティングシステムにデータまたは信号を送信しかつそれらからデータまたは信号を受信するように動作可能であり得る。適応制御装置１１２は、１つ以上のプロセッサまたはコンピュータベースのシステムによって実現され得る。適応制御装置１１２は、以下に記載される実施形態に整合する情報を記憶するための１つ以上のデータ記憶によっても実現され得る。いくつかの局面では、適応制御装置１１２は、１つ以上のセンサ（たとえば、加速度計、ジャイロスコープ、コンパス、ＧＮＳＳ受信機など）を含むが、そのような内部センサは要件とはされていない。
【００１６】
ある局面では、適応制御装置１１２は、（たとえば、配線接続された回路構成、ＮＦＣ接続などの通信ネットワーク１２０を介して）１組のセンサ１１４から情報をエンコードする信号の組を受信する。センサ１１４は、車両１１０に関連付けられる任意の物理的、時間的、動作的、および／または環境的特性を測定し得る。たとえば、センサ１１４は、ＧＮＳＳ受信機／トランシーバ、ＧＰＳ受信機、加速度計、ジャイロスコープ、温度計、湿度計、圧力センサ、クロック、ＣＡＮ線もしくはＣＡＮバス（および／もしくはブレーキセンサ、エンジンセンサ、クルーズコントロールセンサ、タイヤ圧センサ、オーディオシステム、ドアセンサ、ナビゲーションシステムなどのそれらの接続される構成要素）、任意の車両センサもしくはマイクロコントローラ、または他のそのようなセンサを含み得る。センサ１１４は、車両の内部または外部の特性（たとえば、周囲温度、湿度、気圧など）ならびに車両の性質（たとえば、位置、横／縦加速度、高度など）を測定し得る。
【００１７】
いくつかの実施形態では、適応制御装置１１２は、センサ１１４から受信した信号を用いて、車両１１０に関連付けられる情報を判断または導出する。一例では、たとえば、適応制御装置１１２は、温度計から受信した信号に基づいて車両１１０の外部の温度を計測し得る。別の例では、適応制御装置１１２は、（たとえば、ＧＮＳＳ受信機からの）車両１１０の位置、（たとえば、ＧＮＳＳクロックからの）時間、および／または（たとえば、加速度計からの）縦加速度に基づいて、車両１１０の速度を導出し得る。適応制御装置１１２は、（たとえば、加速度計、ジャイロスコープ、ＣＡＮバス、圧力センサ、および／または湿度計などを用いて）同様の態様で、車両の加速度、車両のコーナリング、または外部空気圧および湿度などの情報も判定し得る。適応制御装置１１２は、開示される実施形態に整合する、センサ１１４からの任意のそのような情報を導出、検出、または判定し得る。以下で用いるような、任意のセンサ信号またはそれらから即時に導出される（たとえば、速度、加速度、時間、コーナリング、周囲温度などの）車両特性を「信号」と称し得るが、そのような記載は例示の目的のみのために用いられるものであり、限定を意図しない。たとえば、適応制御装置１１２は、速度、加速度、制動、コーナリング、温度、空気圧、湿度、時間、位置、縦加速度、横加速度、スロットル位置、ブレーキペダル位置、ヨー、ピッチ、ロール、急な動き、水分レベル、および以下に記載される任意の他の種類の信号を受信して、開示される実施形態に整合するプロセスを行ない得る。適応制御装置１１２は、これらの信号を組合せて付加的な信号および／または情報も生成し得る。たとえば、適応制御装置１１２は、位置、加速度、制動、コーナリング、および／または速度信号に基づいて、運転者の運動挙動を判定し得る。別の例では、適応制御装置１１２は、同様の態様で（たとえば、温度、圧力、および／もしくは湿度信号に基づいて）周囲データを、または（たとえば、位置、加速度、および／もしくは速度信号に基づいて）衝突データを判定し得る。
【００１８】
環境１００は、１つ以上の通信ネットワーク１２０を含む。いくつかの局面では、通信ネットワーク１２０は、コンピューティングデバイス同士の間で情報を送信するためのデジタル通信の任意の種類の通信ネットワークまたは媒体を表わし得る。たとえば、通信ネットワーク１２０は、セルラーネットワーク、衛星ネットワーク、ＬＡＮ、無線ＬＡＮ、ＲＦネットワーク、近距離無線通信（ＮＦＣ）ネットワーク（たとえば、ワイファイ（登録商標）ネットワーク）、複数の無線ＬＡＮを接続する無線メトロポリタンエリアネットワーク（ＭＡＮ）、ＮＦＣ通信リンク、（たとえば、Ｉ／Ｏポート、物理的回路構成などを介した）任意の物理的に配線された接続または回路構成、およびＷＡＮ（たとえば、インターネット）を含み得る。いくつかの実施形態では、通信ネットワーク１２０は、物理的暗号化（たとえば、ライン暗号化）、他のコンピュータシステム上での情報の暗号化を要件とすること（たとえば、エンド暗号化）などによって、セキュリティ保護され得る。
【００１９】
ある局面では、通信ネットワーク１２０は、ハイパーテキスト転送プロトコル（ＨＴＴＰ）および送信制御プロトコル／インターネットプロトコル（ＴＣＰ／ＩＰ）を含む１つ以上の通信プロトコルを介して相互に接続される、任意のアクセス可能な１つのネットワークまたは複数のネットワークを含む。開示される実施形態に整合する通信プロトコルは、無線周波数識別（ＲＦＩＤ）通信および／またはＮＦＣを用いてデータ転送を容易にするプロトコルも含む。いくつかの局面では、通信ネットワーク１２０は、装置（たとえば、適応制御装置１１２、外部システム１４２など）が本明細書中に記載されるものを含む適用可能な通信プロトコルを介してデータを送受信できるようにするＧＳＭ（登録商標）ネットワークまたはＰＣＳネットワークなどの１つ以上の移動体装置ネットワークも含み得る。
【００２０】
環境１００は、情報を処理する、記憶する、受信する、取得する、および送信するように構成される１つ以上の制御システム１３２も含む。ある局面では、制御システム１３２は、１つ以上のコンピューティングシステム（たとえば、コンピューティングシステム２００、サーバ、メインフレームコンピュータなど）を反映し得、（たとえば、図２−図１０を参照して記載されるような）開示される実施形態に整合する１つ以上の動作を行なうハードウェア装置および／またはソフトウェア命令によって実現され得る。ソフトウェア命令は、当業者には明らかな単一のコンピュータ、単一のサーバ、または任意の付加的なもしくは代替的なコンピューティングデバイスに組入れられ得る。制御システム１３２は、分散されたコンピューティングデバイスおよびコンピューティングシステムも含み得、ネットワーク（たとえば、通信ネットワーク１２０）を介して遠隔に通信することによって別個のコンピューティングシステムおよびサーバ上でソフトウェア命令を実行し得る。制御システム１３２は複数のサーバを含み得、複数のサーバまたはロードバランシングシステムを含むサーバファームを備え得る。制御システム１３２は、任意の適用可能なネットワーク（たとえば、通信ネットワーク１２０）を介して、適応制御装置１１２または外部システム１４２などの環境１００内の他のシステムから情報を受信し得るまたはそれに情報を送信し得る。制御システム１３２は、他の装置または通信ネットワークにアクセスせずに、開示される実施形態の局面も実現し得る。
【００２１】
制御システム１３２は、情報を記憶しかつ維持するための１つ以上のデータリポジトリ、メモリ、または記憶を含み得る。システム環境１００内のコンピューティングシステム（たとえば、適応制御装置１１２、外部システム１４２など）は、開示される実施形態に整合する制御システム１３２内に記憶されるデータを受信し得、かつそれにデータを転送し得る。制御システム１３２の記憶は、データベースまたはコンピュータ読出可能記憶媒体の任意の組合せを用いても実現され得る。たとえば、記憶は、ネットワークに装着される記憶装置、記憶領域ネットワーク、何らかのその組合せなどにおいて維持され得る。
【００２２】
いくつかの実施形態では、制御システム１３２は、制御センター１３０に関連付けられ得る。制御センター１３０は、適応制御装置１１２と通信する任意のエンティティを反映し得る。いくつかの局面では、たとえば、制御センター１３０は、ビジネス、組織、企業、教育機関、行政体もしくは政府期間、人物、または任意の他のエンティティを反映し得る。制御センター１３０は、開示される実施形態に整合する制御システム１３２を介して情報を収集し、処理し、記憶し、かつ適応制御装置１１２および他のシステム（たとえば、外部システム１４２）に提供し得る。
【００２３】
環境１００は、情報を受信、処理、生成、記憶、および提供するための１つ以上の外部システム（たとえば、外部システム１４２）を含み得る。外部システム１４２は、制御システム１３２、適応制御装置１１２、または（たとえば、図２に関連して記載されるような）任意の他のコンピューティングデバイスと同様の、それ自身のコンピューティングシステム、サーバ、データリポジトリ、プロセッサなどを含み得る。たとえば、外部システム１４２は、１つ以上のサーバ、パーソナルコンピュータ、ラップトップコンピュータ、タブレットコンピュータ、ノート型コンピュータ、携帯型コンピュータ、パーソナルデジタルアシスタント、携帯型ナビゲーション装置、携帯電話、ウェアラブル装置、埋込型装置、スマートフォン、および任意の付加的なまたは交互のコンピューティングデバイスを含み得る。環境１００の構成要素（たとえば、制御システム１３２、適応制御装置１１２など）は、外部システム１４２から情報を受信し、かつ情報を外部システム１４２に与えて、開示される実施形態に整合するプロセスを行なうように構成され得る。
【００２４】
いくつかの局面では、外部システム１４２は、外部エンティティ１４０に関連付けられ得る。外部エンティティ１４０は、外部システム１４２を用いて情報を処理する任意のビジネス、エンティティ、教育機関、行政体もしくは政府機関、人物などを表わし得る。たとえば、１つの実施形態では、外部エンティティ１４０は車両１１０の運転者を含み得る。別の例では、外部エンティティ１４０は、ソーシャルネットワーキングサイトなどのビジネスを反映し得る。
【００２５】
図２は、開示される実施形態のある局面を実現するための例示的なコンピュータシステム２００のブロック図を示す。たとえば、いくつかの局面では、コンピュータシステム２００は、本明細書中に開示されるプロセスのうち１つ以上を行なう装置（たとえば、適応制御装置１１２、制御システム１３２、外部システム１４２など）に関連付けられるコンピュータシステムを反映し得る。いくつかの実施形態では、コンピュータシステム２００は、バスまたは外部通信ネットワークなどの通信バックボーン２０６（たとえば、ＬＡＮ、ＭＡＮ、ＷＡＮ、セルラーネットワーク、ワイファイ（登録商標）ネットワーク、ＮＦＣリンク、ブルートゥース（登録商標）、ＧＳＭネットワーク、ＰＣＳネットワーク、Ｉ／Ｏ接続などのデジタルデータ通信の任意の媒体、ＵＳＢまたは配線接続された回路構成などの任意の配線接続、およびＨＴＴＰ、ＴＣＰ／ＩＰ、ＲＦＩＤなどの任意の関連付けられるプロトコル）に接続される１つ以上のプロセッサ２０２を含み得る。
【００２６】
ある局面では、コンピュータシステム２００はメインメモリ２０８を含む。メインメモリ２０８は、プロセッサ２０２を用いて実行されるコンピュータプログラム、命令の組、コード、またはデータを記憶する有形のかつ非一時的コンピュータ読出可能媒体であるランダムアクセスメモリ（ＲＡＭ）を備え得る。プロセッサ２０２によって実行されると、そのような命令、コンピュータプログラムなどは、プロセッサ２０２が、開示される実施形態に整合する１つ以上のプロセスまたは機能を果たせるようにする。いくつかの局面では、そのような命令は、（たとえば、コンパイラからの）機械コードおよび／またはインタープリタを用いてプロセッサ２０２が実行し得るコードを含有するファイルを含み得る。
【００２７】
いくつかの局面では、メインメモリ２０８は、二次メモリ２１０も含み得る、またはこれに接続もし得る。二次メモリ２１０は、ディスクドライブ２１２（たとえば、ＨＤＤ、ＳＳＤ）および／または磁気テープドライブ、フラッシュメモリ、光ディスクドライブ、ＣＤ／ＤＶＤドライブなどの着脱可能記憶ドライブ２１４を含み得る。着脱可能記憶ドライブ２１４は、当業者には公知の態様で着脱可能記憶ユニット２１８からの読出および／またはこれへの書込をし得る。着脱可能記憶ユニット２１８は、着脱可能記憶ドライブ２１４によって読出されるおよび書込まれる磁気テープ、光ディスク、または他の記憶媒体であり得る。着脱可能記憶ユニット２１８は、プロセッサ２０２によって実行されるコンピュータプログラム、命令の組、コード、またはデータをその中に記憶した有形のかつ非一時的コンピュータ読出可能媒体であり得る。
【００２８】
他の実施形態では、二次メモリ２１０は、コンピュータプログラムまたは他のプログラム命令がコンピュータシステム２００にロードされるようにするための他の手段を含み得る。そのような手段は、たとえば、別の着脱可能記憶ユニット２１８またはインターフェイス２２０を含み得る。そのような手段の例は、着脱可能メモリチップ（たとえば、ＥＰＲＯＭ、ＲＡＭ、ＲＯＭ、ＤＲＡＭ、ＥＥＰＲＯＭ、フラッシュメモリデバイス、または他の揮発性もしくは不揮発性メモリデバイス）および関連付けられるソケット、または他の着脱可能記憶ユニット２１８およびインターフェイス２２０を含み得、これらは、命令およびデータが着脱可能記憶ユニット２１８からコンピュータシステム２００に転送されるようにする。
【００２９】
コンピュータシステム２００は、１つ以上の通信インターフェイス２２４も含む。通信インターフェイス２２４は、ソフトウェアおよびデータが、（たとえば、バックボーン２０６に加えて）コンピュータシステム２００と外部システムとの間で転送されるようにし得る。通信インターフェイス２２４は、モデム、ネットワークインターフェイス（たとえば、イーサネット（登録商標）カード）、通信ポート、ＰＣＭＣＩＡスロット、およびカードなどを含み得る。通信インターフェイス２２４は、信号の形態でソフトウェアおよびデータを転送し得、それらは電子的、電磁的、光学的信号、または通信インターフェイス２２４が受信することができる他の信号であり得る。これらの信号は、通信経路（たとえば、チャネル２２８）を介して通信インターフェイス２２４に与えられ得る。チャネル２２８は信号を搬送し得、配線、ケーブル、光ファイバ、ＲＦリンク、および／または他の通信チャネルを用いて実現され得る。１つの実施形態では、信号は、プロセッサ２０２に送られるデータパケットを備える。たとえば、コンピュータシステム２００は、通信インターフェイス２２４および／または通信バックボーン２０６を介してセンサ（たとえば、センサ１１４）から信号を受信し得る。処理されたパケットを表わす情報も、通信経路２２８を通してプロセッサ２０２から信号の形態で送られ得る。
【００３０】
ある局面では、本明細書中に記載のコンピュータで実現される方法は、コンピュータシステム２００のプロセッサ２０２などのコンピュータシステムの単一のプロセッサ上で実現可能である。他の実施形態では、これらのコンピュータで実現される方法は、単一のコンピュータシステム内の１つ以上のプロセッサを用いて、および／またはネットワークを介して通信している別個のコンピュータシステム内の１つ以上のプロセッサ上で、実現され得る。
【００３１】
図２に関連するある実施形態では、「記憶装置」および「記憶媒体」という用語は、メインメモリ２０８、二次メモリ２１０、ハードディスクドライブ２１２に設置されるハードディスク、および着脱可能記憶ユニット２１８を含むがそれらに限定されない特定の装置を指し得る。さらに、「コンピュータ読出可能媒体」という用語は、コンピュータシステム２００のプロセッサ２０２にコンピュータプログラムおよび／または命令の組をそれぞれ与え得る、ハードディスクドライブ２１２に設置されるハードディスク、メインメモリ２０８と二次メモリ２１０との任意の組合せ、および着脱可能記憶ユニット２１８を含むがそれらに限定されない装置を指し得る。そのようなコンピュータプログラムおよび命令の組は、１つ以上のコンピュータ読出可能媒体内に記憶可能である。ある局面では、コンピュータプログラムおよび命令の組は、通信インターフェイス２２４を介して受信されたり、１つ以上のコンピュータ読出可能媒体に記憶されたりもし得る。
【００３２】
開示される実施形態は、車両に関するセンサベースのデータ獲得プロセスを動的に制御するためのシステムおよび方法を含む。これらの実施形態は、制御変数に対する変更に基づいて、適応制御装置１１２において車両センサ１１４から受信した信号およびそれらのそれぞれのサンプリングレートを動的に制御し得る。制御変数のこれらの変更は、外部システム（たとえば、制御システム１３２、外部システム１４２など）から受信した信号および情報によって駆動され得る。開示される実施形態は、制御変数に基づいて動的に調整される帯域フィルタを用いて、受信した信号のフィルタリングも行ない得る。さらに、開示される実施形態は、イベント検出を用いて、あるイベントの発生および非発生を検出し得る。これらのイベント検出プロセスは、制御変数の変更に対応するように動的に調整され得る。開示される実施形態は、制御変数を用いて、検出されたイベントを検証することをさらに含み得る。開示される実施形態は、各々のプロセス内で生成される情報を通信し、送信し、かつ受信して、制御変数を継続的に更新し、これにより各々のルーチンが現在のデータに基づいて動的に調整されるようにするさまざまな遠隔のコンピューティングデバイスを含み得る。このように、開示される実施形態は、常に進化する有効制御変数の組により、開示されるシステムの各々において計算の効率および精度を向上させ得る。これらの動的調整により、開示される実施形態は、情報の変更、環境要因、および他のソースからの情報に迅速かつ連続的に反応できるようになる。
【００３３】
図３は、開示される実施形態に整合する、動的に調整される車両データを収集しかつ処理するための例示的なプロセス３００のフローチャートを示す。プロセス３００に関連して記載される実施形態は、適応制御装置１１２、制御システム１３２、その何らかの組合せなどの環境１００の構成要素のうち１つ以上の上でハードウェアおよび／またはソフトウェアを介して実現され得る。１つの局面では、たとえば、プロセス３００のステップは、以下に記載するように適応制御装置１１２上で行なわれ得る。他の局面では、プロセス３００の実施形態は、任意の数のコンピューティングシステム間で分割され得る。さらに、プロセス３００のある局面は、開示される実施形態に整合するやり方で、再順序付け、再配置、繰返し、省略、補足、修正、または付加的なプロセスへの統合がなされ得る。
【００３４】
ある実施形態では、プロセス３００は、適応制御装置１１２においてコントロールシステム１３２などの外部コンピューティングシステムから境界条件の組を受信すること（ステップ３０２）を含む。ある局面では、境界条件は、車両１１０外部の条件、ステータス、状態、変数、または状況に関連付けられる情報を反映し得る。この情報は、ローカルに（たとえば、適応制御装置１１２上に）および／または遠隔の装置（たとえば、制御システム１３２）上に、記憶または生成され得る。さらに、このデータは、外部システム１４２などの他の外部システムから取得した情報および適応制御装置１１２から受信したまたは処理された情報（たとえば、受信した信号、検出したイベントなど）に基づき得る。境界条件は、現在の情報、予測される（たとえば、予想される）情報、および／または履歴情報に基づき得る。
【００３５】
１つの例では、たとえば、境界条件の組は、車両が現在走行している道路、（たとえば、ナビゲーションシステムもしくは履歴データから予測されるルートに基づいて）走行するであろう道路、または過去に履歴的に走行した道路についての特徴を反映する、道路の種類、経路、および／または自動車道条件を含み得る。そのような道路の特徴は、（たとえば、道路に沿ったさまざまな地点での）その長さ、幅、曲率、車線の数、種類または分類（たとえば、高速道路、有料道路、幹線道路、地方道路）、含まれる道路区間または交差点の一覧などの、道路の任意の性質を含み得る。
【００３６】
境界条件の組は、現在の環境条件、予測される環境条件、または履歴環境条件を反映する天候条件も含み得る。この環境情報は、温度、湿度、降水レベルまたは降水量、気圧、風速または風向、露点、視界、熱指数、雲量度（たとえば、晴れ、ほとんど曇りなど）などの天候に関連付けられる任意のデータを含み得る。いくつかの実施形態では、天候条件は、（たとえば、現在のまたは過去の温度、圧力、および湿度信号を介した）適応制御装置１１２から受信した情報に基づき得る。これに加えてまたはこれに代えて、天候条件は、外部システム１４２上で利用可能な情報に基づき得る。
【００３７】
境界条件の組は、車両１１０の現在の場所または予測される場所に関連付けられる現在の混雑レベル、履歴混雑レベル、および／または予想される混雑レベルを反映する交通条件を含み得る。この情報は、たとえば、（たとえば、装置自身の一部としてまたは別個の外部システム１４２としてなどの適応制御装置１１２と通信する）ナビゲーションシステムに記憶される情報から発生する現在のもしくは予想される車両１１０のルート、および／または（以下にさらに論じる）運転者が履歴的に好むルートもしくは道路に基づき得る。一例として、交通条件は、ある道路または道路の種類に対する運転者の履歴的嗜好に対応するために、予測される迂回とともに（たとえば、車載ナビゲーションシステム、運転者の携帯装置１４２上の経路設定アプリケーション、適応制御装置１１２内に記憶されるデータなどに基づいて）、車両１１０の現在アクティブなルートに関連付けられる混雑レベルを反映し得る。
【００３８】
いくつかの実施形態では、境界条件の組は、車両１１０のある距離または近さの範囲内（たとえば、５０フィート、１００フィート、５００フィートなど）の車両の平均速度を反映する平均速度マップ条件も含み得る。いくつかの局面では、平均速度マップ条件は、車両１１０の現在の場所（たとえば、第２の近さ範囲、道路、道路区間など）に関連付けられる車両の現在の平均速度、履歴平均速度、または予想される平均速度にも基づき得る。
【００３９】
境界条件の組はさらに、事故に巻込まれる可能性が高い（たとえば、事故の可能性がしきい値を超える）経路、ルート、道路区間、交差点、地点、場所などを反映する要注意条件を含み得る。いくつかの局面では、要注意条件は、本明細書中に記載するものなどの、車両１１０の現在の、履歴的、または予測される場所またはルートに基づき得る。要注意条件は、環境１００中のシステム（たとえば、適応制御装置１１２、高速道路パトロールシステムなどの外部システム１４２など）上に記憶される事故情報も反映し得る。事故情報は、場所に関連付けられる履歴事故割合、場所および／またはその近くの場所に関連付けられる混雑レベル（履歴、現在、予測など）、ならびに開示される実施形態に整合する他の情報などのデータを含み得る。いくつかの実施形態では、要注意条件は、他の場所および経路に関連付けられる事故情報も組入れ得る。たとえば、要注意条件は、（たとえば、道路の種類などによる）同様の場所、近くの場所、特定のルート沿いの場所、および他のそのようなパラメータと比較したある場所の事故割合、混雑レベルなどの関数として生じ得る。ある例示的な例では、たとえば、要注意条件は、同様の場所の事故率の地方または国の平均よりも高い事故率の道路区間または他の場所を反映し得る。
【００４０】
境界条件の組は、何人かのまたはすべての運転者にわたる平均的または集合的運転者挙動（たとえば、加速、位置、制動、コーナリング、および／または速度プロファイル）を反映する標準的運転者条件を含み得る。ある実施形態では、標準的運転者条件は、（たとえば、すべての天候条件、道路の種類などにわたる）一般的に運転者に関連付けられる挙動情報を含み得る。他の実施形態では、標準的運転者条件は、特定の道路、道路の種類、道路区間、カーブまたは交差点、時間帯、天候条件、車両のつくり／型式／車種、運転者の年齢群などの特定の次元に制約され得る。いくつかの局面では、運転者の組は、適応制御装置１１２に関連付けられるものに限定され得る。
【００４１】
同様に、境界条件の組は、現在車両１１０を動かしている運転者についての平均的または集合的運転者挙動（たとえば、運転者による加速、位置、制動、コーナリング、および／または速度情報）を反映する現在の運転者条件を含み得る。この情報は、（たとえば、すべての次元にわたって）一般的に、または（たとえば、上述のように特定の道路、道路区間、カーブ、時間帯、天候条件などに沿った）ある次元内で、運転者の挙動を具体化し得る。現在の運転者条件は、たとえば、適応制御装置１１２から受信した情報および／または車両１１０の現在の運転者を識別する（たとえば、適応制御装置に与えられる）運転者の信用情報に基づき得る。
【００４２】
いくつかの局面では、境界条件の組は、運転者に関連付けられる電子デバイス（たとえば、外部システム１４２）に関連付けられるまたはそれから受信する情報を反映する運転者装置条件も含み得る。この情報は、現在の、予測される、もしくは履歴的バイオリズムデータ（たとえば、睡眠情報、心拍、血圧、歩いた歩数）および／または装置使用データ（たとえば、通話ログ、メッセージングもしくは電子メール、カレンダー、計画されたナビゲーションルート、聞いた音楽、訪れたウェブサイト、ソフトウェアアプリケーションデータなどに関連付けられる情報）を含み得る。
【００４３】
境界条件の組は、車両１１０の運転者が典型的に好むルート、道路の種類、道路、および／または道路区間に関連付けられる情報を反映する通常ルート条件も含み得る。そのような情報は、たとえば、適応制御装置１１２が追跡する履歴ルーティングおよび運転情報、車両１１０または運転者に関連付けられるナビゲーションシステム上に（たとえば、携帯電話などの外部システム１４２上に）記憶される同様の情報などに基づき得る。１つの例では、たとえば、通常ルート条件は、運転者が典型的には高速道路を避ける、特定の高速道路の特定の区間についてそのようにする、１つの道路またはルートを別のものよりも好むなどを反映し得る。
【００４４】
境界条件の組は、車両１１０の運転者に関連付けられる１つ以上のソーシャルネットワークから取得した情報を反映するソーシャルネットワーク条件も含み得る。このソーシャルネットワーク情報は、投稿の時間および場所；（たとえば、興味、感情、将来のもしくは過去のイベントなどの関連の情報を抽出するための語彙もしくは語義の処理によって構文解析される）そのような投稿の内容；示される興味、「好み」もしくはお気に入り（たとえば、音楽、映画、趣味、スポーツ、人、政治など）；友人、フォロワなどについての以上の情報のうちの任意のもの；略歴もしくは人口統計情報（たとえば、誕生日、学位、学位授与機関、住居、雇用または被雇用の種類、宗教、関係ステータスなど）；共有される情報（たとえば、共有される新聞記事）；ならびに／または当業者には公知の任意のソーシャルネットワークから抽出可能な任意の他の情報などのデータを含み得る。そのような情報を取得するコンピューティングシステム（たとえば、制御システム１３２）は、（たとえば、外部システム１４２としての）ソーシャルネットワークによって記憶され、ホスティングされ、かつ管理される情報に基づいて、ネットワーク（たとえば、通信ネットワーク１２０）を介してそのようにし得る。
【００４５】
いくつかの局面では、境界条件の組は、車両１１０に関連付けられる１つ以上の保険請求に関連付けられる情報を反映する請求履歴条件も含み得る。この請求情報は、多数の請求、請求の頻度、請求に関連付けられる金額（たとえば、各個別の請求の金額、平均、総額、中間など）、請求の性質、および他のそのような情報などのデータを含み得る。
【００４６】
ある実施形態では、プロセス３００は、車両１１０またはその運転者に関連付けられる危険指数の組を受信すること（ステップ３０２）を含み得る。いくつかの局面では、危険指数は、特定の時点における運転者または車両１１０に関連付けられる危険に晒される尺度または度合を反映し得る。危険指数は、履歴情報、現在の情報、および／または予想される情報を組入れ得、過去の期間、現在の期間、または将来の期間（たとえば、予想される、将来に運転者が危険に晒されること）に関連付けられ得る。危険指数は、たとえば、制御システム１３２によって受信されるもしくは生成される１つ以上の境界条件、および／または適応制御装置１１２から受信した情報（たとえば、図３−図８に関連して記載した任意の信号もしくは他の情報）に基づき得る。いくつかの局面では、危険指数は、（たとえば、速度、加速度、コーニング、破壊、および／もしくは適応制御装置１１２が受信する位置信号に基づく）運転者の運転挙動に基づく、運転者が危険に晒されること、（たとえば、運転者がテキストメッセージを送っているか否かなどの、運転者装置条件、ソーシャルネットワーク条件、平均速度マップ条件に関連付けられる情報に基づく）注意力、ならびに／または（たとえば、温度、視界、降水、水分レベルなどの、適応制御装置１１２を介して受信した天候条件もしくは関連の信号に基づく）環境を反映し得る。危険指数は、図８に関連して記載したものなどの、開示される実施形態に整合する任意のプロセスを用いて生成および更新され得る。
【００４７】
いくつかの局面では、プロセス３００は、開示される実施形態のさまざまな局面を管理する制御変数の組のうちの１つ以上の制御変数を生成、更新、修正、追加、変更、および／または削除すること（ステップ３０４）を含み得る。ある局面では、制御変数の組は、どのように適応制御装置１１２および／または制御システム１３２がデータを収集する、扱う、および処理するかを支配し得る。たとえば、制御変数の組は、とりわけ、車両センサ１１４からサンプリングされた特定の信号、適応制御装置１１２が選択された信号をサンプリングするレート、ならびに／または帯域フィルタリング、イベント検出、および後処理に関連付けられるプロセスにおけるさまざまなパラメータ、入力、およびしきい値などの、図３−図８に関連して記載されるルーチンのあるパラメータ、入力、およびしきい値を規定し得る。このように、いくつかの局面では、制御変数は、収集される入力および他の情報（たとえば、サンプリングされた信号、検索された外部情報など）と、（たとえば、フィルタ、重み、およびしきい値を変更することによって）この情報を用いてイベントが起こったか否かを判断するプロセスとを規定する。これらのプロセスは、以下により詳細に記載される。有効制御変数（たとえば、任意の所与の時間にアクティブな制御変数）の組は、境界条件の組、危険指数の組、および／または本明細書中に記載の任意の情報に基づき得る。一例として、制御変数の組は、適応制御装置１１２において車両センサ１１４から受信した信号、特定のイベントの検出、特定のフィルタの適用、現在の天候条件、ソーシャルメディアについての情報、運転者が取ると予想される予測ルート、道路区間の曲率などに部分的に基づき得る。制御変数の組は、適応制御装置１１２のメモリおよび／または制御システム１３２などの任意の好適なコンピューティングデバイス中のメモリに記憶され得る。
【００４８】
制御変数は、ある局面では、適応制御装置１１２がどのようにデータを収集しかつ処理するかを支配し得るので、制御変数の有効な組に対する変更（たとえば、新たな変数の創出、既存の変数の削除または修正など）は、適応制御装置１１２が情報を処理するやり方に対する変更を生じさせ得る。たとえば、有効制御変数の組に対する変更は、適応制御装置１１２を用いてサンプリングされる信号、それらの対応のサンプリングレート、適用される帯域フィルタ、イベント検出もしくは検証しきい値、および／または開示される実施形態に整合する任意の他の可変のパラメータに対する変更を生じさせ得る。適応制御装置１１２は、制御変数の組に対する変更を自動的かつ継続的に検出して、本明細書中に開示されるプロセスを動的に調整し得る。
【００４９】
制御変数の組は、ローカル制御変数の組および／または外部制御変数の組を含み得る。外部制御変数は、適応制御装置１１２の外部の情報によって生成される、更新される、および／または影響される制御変数を反映し得る。たとえば、いくつかの局面では、外部制御変数は、制御システム１３２から受信した境界条件の組および／または危険指数の組に基づき得る。１つの実施形態では、たとえば、外部制御変数の組は、履歴的な、現在の、または予測される天候条件、交通パターン、道路および経路情報、平均運転者挙動、または境界条件もしくは危険指数に関連付けられる任意の他の情報に基づき得る。これに加えてまたはこれに代えて、外部制御変数の組は、外部システム１４２または制御システム１３２から取得または受信した他の種類の情報に基づき得る。１つの局面では、たとえば、適応制御装置１１２は、境界条件または危険指数に対する任意の対応の変更があるまたはない外部制御変数を追加する、修正する、削除するなどの命令を制御システム１３２から受信し得る。外部制御変数は、適応制御装置１１２上でローカルに（たとえば、制御システム１３２から受信した情報に応答して）生成され得る、または外部システム（たとえば、制御システム１３２）上で生成されて適応制御装置に送信され得る。
【００５０】
ローカル制御変数は、適応制御装置１１２にとってローカルの情報によって生成される、更新される、および／または影響される制御変数を反映し得る。いくつかの局面では、ローカル制御変数は適応制御装置１１２上で生成および更新され得、図３−図７に関連して記載される実施形態に整合する任意の情報に基づき得る。たとえば、適応制御装置１１２は、車両センサ１１４から受信した信号の組（たとえば、信号の組中にエンコードされる情報、サンプリングされた信号の組など）に基づいて、ローカル制御変数の組を生成または更新し得る。１つの例示では、適応制御装置１１２は、温度センサからの現在の温度信号に基づいてローカル制御変数を生成または更新し得る。別の例では、適応制御装置１１２は、（たとえば、履歴加速度、位置、制動、コーナリング、および／または速度信号に基づいて）適応制御装置がモニタするような運転者の履歴運転挙動に基づいてローカル制御変数の組を更新し得る。ローカル制御変数の組は、適応制御装置１１２上で行なわれるプロセスから創出される制御変数も備え得る。たとえば、ローカル制御変数の組は、図５−図７を参照して記載されるような、適用される帯域フィルタ、イベント検出分析、および／または後処理から生成される制御変数を含み得る。ある実施形態では、ローカル制御変数および外部制御変数の組は相互に排他的ではない。たとえば、制御変数の組は、適応制御装置１１２で受信した信号によって測定されるような運転者の履歴運転挙動および制御システム１３２から受信した境界条件に基づいて更新され得る。
【００５１】
いくつかの実施形態では、プロセス３００は、車両センサ１１４の組に関連付けられる信号の組を適応制御装置１１２において受信すること（ステップ３０６）を含み得る。これらの信号は、速度、加速度、破壊、コーナリング、温度、空気圧、位置、ヨー、ピッチ、ロール、および／または開示される実施形態に整合するセンサ（たとえば、エンジンまたはタイヤ圧センサなどのＣＡＮバスに接続される任意の車両構成要素）に関連付けられる任意の他の情報などの、センサ１１４を用いて測定される（もしくはそれから導出される）特性に関連付けられる情報を中継し得る。いくつかの実施形態では、受信されるまたはサンプリングされる信号の組は、適応制御装置１１２上に記憶される制御変数の組に基づき得る。たとえば、制御変数の組は、図５−図７を参照してさらに記載されるような帯域フィルタ分析、イベント検出分析、および／またはイベント検証分析に必要な信号に基づいてサンプリングすべき信号の組を規定し得る。一例として、制御変数は、コーナリングイベントの発生を判断するまたは検証するために、適応制御装置１１２に、コーナリング、生、ピッチ、および／またはロールに関連付けられる信号をサンプリングするように命令し得る。適応制御装置１１２は、記憶されるまたは受信される制御変数の組に基づいてサンプリングすべき信号の組を決定し得、この決定に整合する信号の組のうちの識別された信号をサンプリングし得る。
【００５２】
いくつかの局面では、適応制御装置１１２は、有効制御変数の組の変更を検出すると、サンプリングされた信号の組を修正または調整し得る（ステップ３０４）。有効制御変数の組に対する変更は、適応制御装置１１２を用いてサンプリングされる信号の種類、数、および／またはアイデンティティを調整し得る。制御変数の組は時間とともに継続的にまたは周期的に変化し得るため、この配置により、適応制御装置１１２が、センサ１１４からサンプリングされた信号の組を動的に調整できるようになる。適応制御装置１１２は、１つ以上のプロセッサによって実行されるハードウェアおよび／またはソフトウェアを介してサンプリングされる信号の組を調整し得る。たとえば、適応制御装置１１２は、以前にサンプリングした信号（たとえば、第１の組の信号中の信号）をスイッチオフすることおよび／または以前にサンプリングされなかった信号（たとえば、第１の組の信号の中にない信号）をスイッチオンすることによって、第１の組のサンプリングされた信号をハードウェアを介して調整し、これにより、第２の異なる組の信号をサンプリングし得る。そのようなハードウェアは、たとえば、適応制御装置１１２の埋込み回路構成中のスイッチの形態を取り得る。別の例では、適応制御装置１１２は、たとえば、選択された信号の値をゼロに低減することまたはそのようなゼロ条件を別の信号から取除くことによって、ソフトウェアを介してこれらの信号をディスエーブルまたはイネーブルし得る。
【００５３】
適応制御装置１１２は、それぞれのサンプリングレートで信号の組中の各々の信号をサンプリングし得る（ステップ３０６）。これらのサンプリングレートは、受信した信号同士の間で異なり得、制御変数の組において規定され得る。たとえば、適応制御装置１１２は、第１のレート（たとえば、６ｋＨｚ）で第１の信号（たとえば、加速度、角速度）をサンプリングし得、第２のレート（たとえば、１Ｈｚ）で第２の信号（たとえば、外部温度）をサンプリングし得る。サンプリングレートは、受信した信号の種類に部分的に基づき得る。以上の例では、たとえば、適応制御装置１１２は、温度信号よりもより頻繁に加速度信号をサンプリングし得る。適応制御装置１１２は、制御変数の組に基づいて、信号の組中の各々の信号毎に、それぞれのサンプリングレートを決定し得る。
【００５４】
いくつかの実施形態では、１つ以上の有効制御変数の組に対する検出される変更は、サンプリングレートの組のうちのサンプリングレートの１つ以上を調整し得る（ステップ３０４）。適応制御装置１１２は、制御変数の組に対する変更の検出に基づいて、特定の信号のサンプリングレートをどのように調整すべきかを判断し得る。いくつかの実施形態では、制御変数の組の変更は、特定の信号または条件が、開示される実施形態に整合するプロセス（たとえば、図５−図８に関連して記載されるルーチン）にとってより重要になったまたはより重要でなくなったことを反映し得る。たとえば、制御変数の組は、より厳しい天候条件を検出すると変化して、適応制御装置１１２に、天候条件（たとえば、温度、水分レベル、視界、降水量など）、速度情報などに関連付けられる信号を、より穏やかで乾燥した条件下でよりもより頻繁にサンプリングさせ得る。
【００５５】
ある実施形態では、適応制御装置１１２は、信号の組（たとえば、信号値自体および／またはサンプリングされた信号の種類）、サンプリングレートの組、および／またはサンプリングされたセンサの組（たとえば、受信した信号に関連付けられるセンサ）に関連の他の情報を、以降の処理のために別のコンピューティングシステムに送信する。この処理は、制御システム１３２における、図８に関連して記載されたものなどのプロセスを含み得る。たとえば、制御システム１３２は、とりわけ、適応制御装置１１２から出力された信号の組およびそれらのサンプリングレートを受信し、受信した情報に応答して１つ以上の境界条件および／または危険指数を調整し、更新された境界条件の組を適応制御装置に与え（ステップ３０２）、これは適応制御装置に制御変数の有効な組を調整させ得（ステップ３０４）、これは次に、適応制御装置に、サンプリングされた信号の組および／またはそのサンプリングレートを変更させ得る（ステップ３０６）。これに加えてまたはこれに代えて、適応制御装置１１２は、サンプリングされた信号の組の中にエンコードされる情報および開示される実施例に整合する他の情報に基づいて、有効制御変数の組を生成または更新し得る。
【００５６】
いくつかの実施形態では、適応制御装置１１２は、帯域フィルタの組を受信した信号に適用して、ノイズまたは他のアーティファクトを低減する（ステップ３０８）。信号を帯域フィルタに通すことにより、フィルタリングされていない信号よりも信号対ノイズ比（ＳＮＲ）が高いフィルタリング済信号の組が創出され得る。帯域フィルタの適用は、ハードウェア（たとえば、スイッチ、キャパシタ、抵抗器、および他の回路構成を介して）および／または（たとえば、プロセッサを用いて命令を実行する）ソフトウェアを介して行なわれて所望の効果を創出し得る。適応制御装置１１２は、図５に関連して記載される帯域フィルタリングプロセスなどの、開示される実施形態に整合するやり方で、帯域フィルタの組を適用し得る。たとえば、適応制御装置１１２は、メモリに記憶される制御変数の組に基づいて帯域フィルタの組をどのように適用すべきかを判断し得る。適応制御装置１１２は、制御変数の組の変更を検出し、帯域フィルタの組をどのように適用するかを動的に調整し得る（ステップ３０４および３０８）。いくつかの実施形態では、適応制御装置１１２は、帯域フィルタリングプロセスに関連付けられる情報（たとえば、図５に関連して記載される実施形態に整合するデータ）を、（たとえば、図８を参照して記載されるものなどの）以降の処理のために制御システム１３２に出力または送信し得る。１つの例では、制御システム１３２は、帯域フィルタリングプロセスに関する情報を適応制御装置１１２から受信し、受信した情報に基づいて境界条件または危険指数を更新し、かつ更新された境界条件または危険指数を適応制御装置に送り得る（ステップ３０２）。本明細書中に開示されるように、境界条件および／または危険指数に対するそのような変更は、有効制御変数の組に対する変更を生じさせ得（ステップ３０４）、これは次に、適応制御装置１１２が帯域フィルタの組をどのように適用するかを動的に調整し得る（ステップ３０８）。さらに、適応制御装置１１２は、帯域フィルタプロセスの間に発生される情報に基づいて制御変数の組を自身で更新し得る。
【００５７】
プロセス３００は、ステップ３０８で発生されるフィルタリング済信号の組、センサ１１４からのフィルタリングされていない信号の組などの信号の組に対してイベント検出分析を行なうこと（ステップ３１０）を含む。適応制御装置１１２は、以下にさらに詳細に記載されるように、イベント検出分析を行なってイベントの発生または非発生を判断し得る。ある局面では、この判断は、イベントしきい値の組を信号の組と比較することと、比較に基づいてブール型応答を生成することとを含み得る。適応制御装置１１２は、図６に関連して記載されるイベント検出プロセスなどの、開示される実施形態に整合する任意のプロセスを用いて、イベント検出を行ない得る。たとえば、適応制御装置１１２は、制御変数の組に基づいて、イベントフィルタのイベントしきい値（たとえば、数学的重み、信号とイベント因子との組合せなど）に影響するパラメータを含む信号の組にイベントフィルタの組をどのように適用するかを判断し得る。さらに、適応制御装置１１２は、制御変数の組に対する変更を検出し、これに応じてイベント検出ルーチンを動的に調整し得る（ステップ３０４および３１０）。適応制御装置１１２は、図８に関連して記載される処理または上記のものなどの以降の処理のために、イベント検出プロセスに関連付けられる情報を制御システム１３２に出力または送信することもし得る。適応制御装置１１２は、イベント検出の結果の処理を行なって有効制御変数の組を更新することもし得る。
【００５８】
プロセス３００は、イベントを検出したことまたは検出しなかったことに応答して後処理を行なうこと（ステップ３１２）を含む。ある局面では、この後処理は、図７を参照して記載される検証プロセスなどの、検出されたイベントが起こったまたは起こっていないことを確認する検証プロセスを反映し得る。いくつかの実施形態では、この検証プロセスは、検出されたイベントの後に続く期間の間選択信号をモニタすることと、それらの信号を検証しきい値の組と比較することとを含み得る。いくつかの局面では、適応制御装置１１２は、制御変数の組に基づいて、そのような後処理ルーチンの入力およびパラメータ（たとえば、数学的重み、サンプリングされた信号、検証しきい値など）を決定し得る。さらに、適応制御装置１１２は、制御変数の組の変更を検出し、これに応じて後処理ルーチンを動的に調整し得る（ステップ３０４および３１２）。ある実施形態では、適応制御装置１１２は、図８を参照して記載されるまたは上述されたものなどの、開示される実施形態に整合する以降の処理を行なうように検証される別のコンピューティングシステムに（たとえば、イベントを検証すると、制御システム１３２に）、後処理に関連付けられる情報を送信し得る。
【００５９】
いくつかの局面では、プロセッサ３００は、イベントデータを出力することまたはそれを適応制御装置１１２から制御システム１３２に送信すること（ステップ３１２）を含み得る。イベントデータは、信号受信、帯域フィルタリング、イベント検出、および／または後処理ステップに関連付けられる情報を含み得る。たとえば、イベントデータは、適応制御装置１１２が、イベントを検出した、イベントを検証した、イベントを検出していないなどの指示を含み得る。イベントデータは、たとえば、サンプリングされた信号の組、サンプリングレートの組、検出および検証ステップで用いられるイベントもしくは検証しきい値、イベントが起こったもしくは検証されたこと、または図３−図８に関連付けられる任意の他の情報などの、これらのステップに関連付けられる情報も含み得る。イベントデータは、信号、コンピュータファイル、記録、電子レポート、電子メール、テキストメッセージなどの情報を伝えるための任意の適切な形態を取り得る。
【００６０】
適応制御装置１１２は、通信ネットワーク１２０を介してイベントデータを制御システム１３２に送信し得る。ある局面では、制御システム１３２は、イベントデータを受信し、上述されたまたは図８に関連して記載されるプロセスなどの、開示される実施形態に整合する以降の処理を行ない得る。たとえば、制御システム１３２は、イベントデータを受信し、境界条件の組を決定または修正し、そのような境界条件に関する情報を収集または生成し、かつ境界条件および関連の情報を適応制御装置１１２に与え得る（ステップ３０２）。これらの更新された境界条件および情報は、適応制御装置１１２を支配する１つ以上の制御変数を調整し得（ステップ３０４）、これは次に、本明細書中に記載されるような開示される実施形態に対する動的な調整（たとえば、ステップ３０６−３１４に関連の任意のルーチン）を生じさせ得る。
【００６１】
図４は、開示される実施形態に整合する、他の構成要素と通信する例示的な適応制御装置１１２のブロック概略４００を示す。図４は、開示されるプロセスのある局面に整合する、信号処理およびデータの流れの一般的な概略を与える。いくつかの局面では、図４に関連して記載される実施形態は、（たとえば、信号送信、フィルタリングなどのための回路構成を備える）ハードウェアおよび／または（たとえば、適応制御装置１１２、制御システム１３２などの上のプロセッサによって実行される）ソフトウェアを介して実現され得る。
【００６２】
図４に示されるように、適応制御装置１１２は、制御論理４２０を有する車両センサ１１４の組から信号の組を受信し得る。ある局面では、制御論理４２０は、適応制御装置１１２内のプロセスを支配する制御変数４２２の組を生成、更新、修正、および／または管理するためのハードウェアおよび／またはソフトウェアを反映し得る。制御論理４２０の制御変数４２２は、開示される実施形態に整合する任意の種類または事例の制御変数を備え得る。いくつかの局面では、たとえば、制御変数４２２の組は、ローカル制御変数４２４の組と外部制御変数４２６の組とを含み得る。上述したようにかつ図４に示されるように、ローカル制御変数４２４の組は、センサ１１４から受信した信号に部分的に基づき得る。ある実施形態では、制御論理４２０は、図３−図８に関連して開示されるものなどの、開示される実施形態に整合する任意の好適なプロセスを用いて、ローカル制御変数４２４および／または外部制御変数４２６の組を生成し得る。適応制御装置１１２は、制御変数４２２の組をメモリに記憶し得る。
【００６３】
いくつかの局面では、制御論理４２０は、制御変数４２２の組またはその部分セットに基づいて制御信号４４２を生成しかつこれを動的獲得論理４１０に送り得る。動的獲得論理４１０は、制御論理４２０から受信した制御信号４４２に基づいて、センサ１１４からの信号の組を動的に獲得、サンプリング、およびフィルタリングするためのハードウェアおよび／またはソフトウェアを反映し得る。ある局面では、制御信号４４２は、特定の組の信号を、各々それぞれのサンプリングレートでサンプリングする命令を反映し得る。動的獲得論理４１０は、（たとえば、命令された信号を適切なレートでサンプリングすることによって）、制御信号４４２に従いセンサ１１４からの信号の選択された組をサンプリングし得る。たとえば、動的獲得論理４１０は、制御信号４４２の命令の中に含まれていない一切の信号をスイッチ４１２を介してスイッチオフし得る。同様に、動的獲得論理４１０は、スイッチ４１２を用いて、制御信号４４２中に指定される信号をスイッチオンし得、これによりそれらの信号が信号のサンプリングされた組に含まれるようになる。動的獲得論理４１０は、上述したように、適応制御装置１１２に対して内部プロセッサによって実行されるソフトウェアプロセスを介して適切な信号のスイッチオフおよびオンも行ない得る。いくつかの実施形態では、動的獲得論理４１０は、（たとえば、制御変数４２２の同じまたは異なる組に基づいて）、同様の態様でセンサ１１４から制御論理４２０に渡された信号のスイッチオンおよびオフも行ない得るが、そのような操作は要件とはされていない。これに加えてまたはこれに代えて、動的獲得論理４１０は、図３を参照して記載されたものなどの、本明細書中に記載されるような信号受信およびサンプリングプロセスの局面を行ない得る。
【００６４】
いくつかの実施形態では、動的獲得論理４１０は、帯域フィルタ４１４の組を通して、サンプリングされた信号のうち１つ以上を送り得る。以上に説明したようにおよび図５を参照して以下に説明するように、帯域フィルタ４１４の組は、サンプリングされた信号中のノイズおよび他のアーティファクトを低減し得る。いくつかの実施形態では、動的獲得論理４１０は、サンプリングされた信号のすべてを帯域フィルタ４１４の組に通し得る。他の実施形態では、動的獲得論理４１０は、制御論理４２０からの制御信号４４２（たとえば、上述の同じまたは異なる制御信号）に含有される命令に基づいて、サンプリングされた信号の部分セットのみを帯域フィルタ４１４の組に供し得る。制御信号４４２は、開示される実施形態に整合する他の情報および命令を含み得る。
【００６５】
ある局面では、動的獲得論理４１０は、応答信号４４４を制御論理４２０に与える。応答信号４４４は、獲得論理４１０が生成または処理する任意の情報を含み得る。たとえば、応答信号４４４は、サンプリングされた信号の組（たとえば、信号自体、サンプリングされたセンサ、サンプリングレートなど）、ディスエーブルもしくはイネーブルされた信号、および／または（たとえば、図５に関連して開示されるような）帯域フィルタに関連付けられる任意の情報に関連付けられる情報を含み得る。いくつかの局面では、制御論理４２０は、応答信号４４４を受信し、これに応じて制御変数４２２の組を更新し得る。たとえば、制御論理４２０は、応答信号４４４中に与えられる情報に基づいて（たとえば、ローカル制御変数４２４の組を変更することによって）１つ以上の制御変数４２２を修正、追加、および／または削除するよう判断し得る。制御変数４２２のこの変更は、適応制御装置１１２および開示される実施形態に整合するそのプロセスに対する付加的な変更および動的調整を生じさせ得る。一例として、制御論理４２０は、（たとえば、境界条件情報、フィルタリングされた信号データなどに基づいて）、車両１１０の運転者が標準範囲内でコーナリングしていることを示す、応答信号４４４中の動的獲得論理４１０からの帯域フィルタリングされたコーナリング信号を受信し得る。制御論理４２０は次に制御変数４２２を更新し得るので、この更新が適応制御装置１１２において検出されると、動的獲得論理４１０は、より低いサンプリングレートなどでコーナリング信号をサンプリングする、まったくサンプリングしない（たとえば、コーナリング信号がスイッチオフされている）、などする。
【００６６】
図４に示されるように、適応制御装置１１２は、動的獲得論理４１０からの、フィルタリングされたまたはフィルタリングされていないサンプリングされた信号を適応イベント論理４３０に通す。いくつかの実施形態では、適応イベント論理４３０は、受信した信号の組に基づいてイベントの発生または非発生を判断するためのイベント検出プロセスを反映する。適応イベント論理４３０は、図６を参照して記載するものなどの、開示される実施形態に整合するハードウェアおよび／またはソフトウェア構成要素の形態を取り得る。
【００６７】
いくつかの局面では、適応イベント論理４３０は、信号の組をイベントフィルタ４３２の組に通し得る。ある実施形態では、イベントフィルタ４３２は、特定の組の信号のイベントしきい値を生成し、これらの信号をイベントしきい値と比較してブール型応答を生成するための命令の組を反映し得る。これらの実施形態では、イベントしきい値は、いつイベントまたはサブイベント（たとえば、イベントの発生を判断するのに必要であるが十分ではない何らかの補足的判断）が発生したと見做されるかを規定する１つ以上の信号の臨界値または尺度を表わし得る。イベントフィルタ４３２は、特定の組の入力信号（たとえば、速度、加速度、および／またはコーナリング）を考慮してどのようにイベントしきい値を生成するかを適応イベント論理４３０に命令し、次に信号の組を生成されたイベントしきい値と比較してブール型応答を生成し得る。一例として、イベントフィルタ４３２は、速度信号などの信号がイベントフィルタを用いて確立されたイベントしきい値を超えたときに、真型ブール型応答を出力し得る。イベントフィルタ４３２は、単一の信号をイベントしきい値と、またはいくつかの信号の組合せをイベントしきい値と比較し得る。これらの実施形態を図６を参照してさらに詳細に記載する。いくつかの局面では、イベントフィルタ４３２、その規定されたイベントしきい値、その処理される信号の組などは、適応制御装置１１２内に記憶される制御変数の組によって駆動され得る。
【００６８】
適応イベント論理４３０は、組合せ論理４３４を用いて、各々のイベントフィルタ４３２毎に信号の組および／または結果を組合せ得る。組合せ論理４３４は、イベントフィルタ４３２からの１つ以上の信号および／または出力の論理結合または数学結合の観点で、イベントの表示（たとえば、イベント表示）を反映し得る。すなわち、イベント表示は、イベントフィルタ４３２からの信号および／または出力の数学結合または論理結合に基づいて、イベントが起こるか否かを適応制御装置１１２（または制御システム１３２）がどのように判断するかを識別し得る。組合せ論理４３４は、図６を参照して記載されるものなどの開示される実施形態に整合するやり方で、信号の組またはイベントフィルタ結果の組に対して動作し得る。
【００６９】
図４に示されるように、たとえば、組合せ論理４３４は、（たとえば、イベント表示に基づいて）論理式中のイベントフィルタ４３２の組の結果を組合せて、イベントが起こったか否かのブール型指示を生成し得る。論理式は、論理項においてイベント表示を反映するＡＮＤ、ＮＯＴ、ＸＯＲ、および／またはＯＲ演算子の任意の順列を用い得る。一例として、３つのイベントフィルタ４３２からの３つのサブイベント結果ＳＲ1、ＳＲ2、およびＳＲ3を与えられると、組合せ論理４３４は、 (SR1 AND SR2) OR (NOT SR3)が真であるときにイベントＥが発生したと規定し得る。すなわち、イベント表示は
【００７０】
【数１】
2019523484.tif 000003
【００７１】
であり得る。
図４に描かれていない別の実施形態では、組合せ論理４３４は、信号をイベントフィルタ４３２に通す前に、数学項においてイベント（またはサブイベント）Ｅのイベント表示を反映する１つ以上の数式においてフィルタの組を組合せ得る。組合せ論理４３４の結果は次に、イベントフィルタ４３２を通ってＥが発生したか否かを判断し得る。たとえば、信号ｘの組を与えられると、組合せ論理４３４は、ｘの何らかの関数としてのＥのイベント表示を生成または反映し得、これは次にイベントフィルタ４３２が規定するイベントしきい値Ｔと比較され、これにより、Ｅは、ｆ（ｘ）＞Ｔである場合に発生すると見做される。
【００７２】
また他の実施形態では、適応イベント論理４３０は、イベント表示のさらにより複雑な式でいくつかのそのような組合せ論理４３４およびイベントフィルタ４３２を用い得る。これらの実施形態を図６に関連して以下にさらに詳細に記載する。
【００７３】
図４に示されるように、イベントフィルタ４３２および組合せ論理４３４のパラメータは、制御論理４２０中の制御変数４２２の組に基づき得る。いくつかの局面では、たとえば、制御論理４２０は、制御信号４４６を介して、イベントフィルタのパラメータ（たとえば、信号の規定された組、すなわちイベントフィルタにおいてサンプリングされた信号の組などを与えられると、各々のイベントフィルタがどのようにイベントしきい値を生成するか）、組合せ論理４３４（たとえば、数学項または論理項におけるイベントの表示）、およびそれらがどのように対話するか（たとえば、イベントフィルタおよび組合せ論理の順序および入力）を適応イベント論理４３０に命令し得る。これらの局面では、制御信号４４６はこのように、信号入力の組を与えられるとイベントが起こったか否かに対するブール型応答を生成するための適応イベント論理４３０への命令を反映し得る。ある局面では、適応イベント論理４３０は次に、制御信号４４６に整合するイベントフィルタ４３２の組および／または組合せ論理４３４を用い得る。
【００７４】
いくつかの局面では、適応イベント論理４３０は、応答信号４４８を制御論理４２０に送信し得る。応答信号４４８は、適応イベント論理４３０が生成または処理する任意の情報を含み得る。たとえば、応答信号４４８は、イベントが起こったか否か、サブイベントが起こったか否か、イベントしきい値を算出するのに用いられる情報、または本明細書中に記載されるイベント検出プロセスに整合する任意の他の情報に関連付けられる情報を含み得る。ある実施形態では、制御論理４２０は、応答信号４４８を受信し、これに応じて有効制御変数４２２の組を更新し得る。たとえば、制御論理４２０は、応答信号４４８中に与えられる情報（たとえば、イベントが起こったか否か）に基づいて１つ以上の制御変数４２２を修正、追加、および／または削除する（たとえば、ローカル制御変数４２４の組を変更する）ように判断し得る。この制御変数４２２の変更は、適応制御装置１１２および開示される実施形態に整合するそのプロセスに対する付加的な動的調整を生じさせ得る。一例として、制御論理４２０は、あるイベント（たとえば、スピード違反イベントまたは衝突イベント）が起こったことを示す応答信号４４８を適応イベント論理４３０から受信し得る。制御論理は次に、この変更が適応制御装置１１２で検出されると、動的獲得論理４１０が特定のレートで特定の信号（たとえば、速度）をサンプリングし、適応イベント論理４３０においてイベントしきい値が（たとえば、上昇した危険レベルを考慮するよう）低減されるなどするように、制御変数４２２を更新し得る。
【００７５】
以上のプロセスの任意のステップで、適応制御装置１１２は、開示される実施形態に整合する付加的な処理のために、生成されるデータまたは関連付けられる情報を制御システム１３２（または外部システム１４２）に送信し得る。たとえば、図４に示されるように、適応制御装置１１２は、適応イベント論理４３０のイベント検出プロセスの結果を制御システム１３２に送信し得る。いくつかの実施形態では、制御システム１３２は、送信された情報を受信して、（たとえば、図８に関連して記載されるように）本明細書中に開示される付加的なプロセスを行ない得る。たとえば、制御システム１３２は、適応制御装置１１２から受信した情報に基づいて、１つ以上の境界条件を修正、追加、および／もしくは削除し、１つ以上の危険指数を更新し、または外部システム１４２から付加的な情報を取得し得る。制御システム１３２は、これらの更新された境界条件、危険指数、および／または付加的情報を適応制御装置１１２に与えて、それに対して以降の処理を行ない得る。１つの例では、適応制御装置１１２は、（たとえば、新たな境界条件情報および／または危険指数に基づいて、外部制御変数４２６の組を更新することによって）受信したデータを用いて１つ以上の制御変数４２２を更新し得る。別の例では、適応制御装置１１２は、制御システム１３２から受信した情報を用いて、１つ以上のイベントしきい値を生成し得る。
【００７６】
図５は、開示される実施形態に整合する例示的な帯域フィルタプロセス５００のフローチャートを示す。プロセス５００に関連して開示される局面は、適応制御装置１１２および制御システム１３２などの、環境１００の１つ以上のコンピューティングシステム上でハードウェアおよび／またはソフトウェアを介して実現され得る。プロセス５００のある局面は、開示される実施形態に整合するやり方で、再順序付け、再配置、繰返し、省略、補足、修正、または付加的なプロセスへの統合がなされ得る。たとえば、プロセス５００に関連して記載される実施形態は、図３のステップ３０８に関連して記載されるものなどの帯域フィルタの組を適用するように、適応制御装置１１２の中でまたは図４の動的獲得論理４１０内などで実現され得る。
【００７７】
いくつかの局面では、プロセス５００は、車両センサ１１４の組に関連付けられる信号の組を受信する（ステップ５０２）。受信した信号は任意の形態を取り得、任意のセンサ１１４の出力または開示される実施形態に整合する導出信号を反映し得る。一例として、プロセス５００は、破壊、コーナリング、位置、および縦加速度信号を備える４つの信号の組を受信し得る。任意の数の信号をこの態様で受信し得る。
【００７８】
プロセス５００は、受信した（ノイズのある）信号のうち１つ以上に対してノイズ分析を行ない得る（ステップ５０４）。いくつかの局面では、プロセス５００は、あらゆる受信した信号に対してノイズ分析を行ない得る。他の局面では、プロセス５００は、適応制御装置１１２上に記憶される信号種類（たとえば、パラメータ信号が尺度である）および／または制御変数４２２の組に基づいて、受信した信号（たとえば、ノイズのある信号）に対してノイズ分析を行なうか否かを判断し得る。いくつかの実施形態では、プロセス５００は、１秒または５秒などのある時間増分にわたって平均された信号レベルに対してノイズ分析を行ない得る。
【００７９】
ある実施形態では、ノイズ分析は、対象のノイズのある信号に対してフーリエ分析を行なうことを含み得る。そのようなフーリエ分析は、たとえば、受信した信号のフーリエ変換を生成して周波数領域で信号を表わす（たとえば、信号のスペクトル密度を生成する）ことを含み得る。プロセス５００は次に、周波数領域中の変換された信号をしきい値パワーレベルと比較することと、信号のスペクトルパワー（たとえば、周波数領域中でのそのパワー）がその中でしきい値パワーレベルを超えた１つ以上のノイズ周波数範囲を判定することとを含み得る。これらの実施形態では、ノイズ周波数範囲は、受信した信号がその中で実質的なノイズアーティファクトを呈する周波数帯を反映し得る。たとえば、プロセス５００は、５秒にわたって加速度信号を平均してこれを周波数領域に変換し、その平均されたスペクトルパワーが５００〜１，０００Ｈｚおよび２，０００〜３，０００Ｈｚの周波数の間でしきい値パワーレベルを超えたと判断し得る。これらの２つの範囲は、信号のノイズ周波数範囲（たとえば、信号がその中で強いノイズレベルを呈する周波数）を反映し得る。しきい値パワーレベルは、予め規定され得る、信号の種類に依存し得る、および／または開示される実施形態に整合する制御変数の組に基づき得る。１つの実施形態では、たとえば、適応制御装置１１２は、制御論理４２０が管理する制御変数４２２の組に基づいて各々の信号毎にしきい値パワーレベルを判定し得る。
【００８０】
いくつかの局面では、プロセス５００のノイズ分析は、さらに、１つ以上のノイズ周波数範囲のうち最小周波数を判定することを含み得る。ある実施形態では、この最小周波数は、スペクトルパワーがそれについてしきい値パワーレベルを超える最も低い周波数値を反映し得る。以上の例では、たとえば、適応制御装置１１２は、最小周波数が５００Ｈｚであると判断し得る。これに加えてまたはこれに代えて、プロセス５００は、１つ以上のノイズ周波数範囲中の各々のノイズ周波数範囲毎に最小周波数を計算することを含み得る。上の例に戻って、プロセス５００は、最小周波数５００Ｈｚおよび２，０００Ｈｚにそれぞれ関連付けられるべきノイズ周波数範囲を判定し得る。
【００８１】
プロセス５００は、１つ以上の周波数範囲の１つ以上の最小周波数がしきい値周波数を超えるか否かを判断することを含み得る。いくつかの実施形態では、しきい値周波数は、適応制御装置１１２が低域フィルタを適用し得る最小遮断周波数を反映し得る。たとえば、適応制御装置１１２は、周波数遮断が異なる信号の組の各々に接続される低域フィルタの組を含み得る。一例として、適応制御装置１１２は、２００Ｈｚ、４００Ｈｚ、１，０００Ｈｚ、および３，０００Ｈｚよりも上の信号をフィルタリングするための４つの低域フィルタの組を含み得る。この例では、プロセス５００は、しきい値周波数が２００Ｈｚであると判断し得る。というのも、この値は、適応制御装置１１２の利用可能な低域フィルタの最小遮断周波数を反映するからである。いくつかの局面では、低域フィルタは、１２８タップのＦＩＲフィルタなどの、開示される実施形態に整合するプロセスを行なうための任意の好適な低域フィルタを備え得る。
【００８２】
いくつかの局面では、プロセス５００は、ある条件下で低域フィルタを選択および適用すること（ステップ５０６）を含む。たとえば、プロセス５００は、ノイズ周波数範囲の最小周波数が判定されたしきい値周波数を超えると、低域フィルタを適用し得る。すなわち、プロセス５００は、適応制御装置１１２がそのノイズ周波数範囲中のノイズあり信号をフィルタリングすることができる低域フィルタを含むときに、低域ノイズあり信号を適用し得る。いくつかの実施形態では、低域フィルタを選択することは、遮断周波数がノイズ周波数範囲の最小周波数に最も近いがそれを超えない適応制御装置１１２の低域フィルタの組のうちの低域フィルタを識別することを備え得る。たとえば、ノイズ周波数範囲が５００Ｈｚ〜１，０００Ｈｚでありかつ適応制御装置１１２が遮断周波数が２００Ｈｚ、４００Ｈｚ、１，０００Ｈｚ、および３，０００Ｈｚである低域フィルタを含む場合、プロセス５００は、４００Ｈｚのフィルタを選択されたフィルタとして識別し得る。いくつかの局面では、プロセス５００は次に、選択されたフィルタを適用して（たとえば、ノイズのある信号を選択された低域フィルタに通して）、フィルタリング済信号を創出し得る。ある実施形態では、プロセス５００は、ノイズ周波数範囲の最小周波数が低域フィルタの組の中の最も低い遮断周波数（たとえば、しきい値周波数）を下回ると、低域フィルタのいずれも適用しないことがある。プロセス５００は、あらゆるサンプリングされたまたはノイズのある信号について、あらゆるノイズ周波数範囲について、このプロセスを繰返し得る。
【００８３】
低域フィルタリングプロセスに加えてまたはその代わりに、プロセス５００は、サンプリングされた信号の組内に残留ノイズアーティファクトが存在するか否かを判断することを含み得る（ステップ５０８）。いくつかの実施形態では、プロセス５００は、周波数領域中の幅がしきい値ノイズ幅未満であるノイズ周波数範囲として、そのようなアーティファクトを識別し得る。一例として、信号の組の中の信号は、６００−６４０Ｈｚのノイズ周波数範囲（たとえば、ノイズアーティファクトが存在する周波数範囲）を有し得る。この例では、プロセス５００は、（たとえば、環境１００のシステム内に記憶されるパラメータに基づいて）しきい値ノイズ幅が５０Ｈｚであると判断し得る。これらの条件下で、プロセス５００は、以下に記載するように、この信号を付加的なフィルタリングを保証するものとして識別し得る。プロセス５００が信号がそのような条件を満たさないと判断すれば、プロセス５００は終了して（ステップ５１０）、開示される実施形態に整合する他の処理（たとえば、図６のイベント検出プロセス）を継続し得る。これらの判断は、各々のサンプリングされた信号毎に、各々のノイズ周波数範囲毎に繰返され得る。いくつかの実施形態では、しきい値ノイズ幅は、たとえば、適応制御装置１１２上に記憶される制御変数４２２の組に基づいて予め規定または生成され得る。さらに、このプロセスでのノイズ周波数範囲は、上記低域フィルタリングプロセスと同じまたはこれとは異なるしきい値パワーレベルに基づき得る。たとえば、ステップ５０８で用いられるノイズ周波数範囲は、上述の低域フィルタリングプロセスで用いられるものよりも低いしきい値パワーレベルを適用し得る。
【００８４】
プロセス５００が残留ノイズアーティファクトを呈する１つ以上の信号を識別すると、これは帯域消去フィルタを選択して、当該フィルタをそれらの信号に適用して、関連の周波数にわたってそれらを減衰し得る（ステップ５１２）。たとえば、適応制御装置１１２は、周波数範囲および／または減衰強度が異なる信号の組の各々に接続される１つ以上の帯域消去フィルタを含み得る。これらの帯域消去フィルタは、２つのタップを有するＦＩＲフィルタなどの、開示される実施形態に整合するプロセスを行なうための任意の好適な帯域消去フィルタを備え得る。いくつかの局面では、プロセス５００は、適応制御装置１１２内に含まれるまたは構成可能な帯域消去フィルタが、特定の信号について識別された残留アーティファクトの範囲内に実質的にある（たとえば、帯域消去フィルタのフィルタリングされた幅の２５％、５０％、７５％などがノイズ周波数範囲内にある）かどうかを判断し得る。そうであれば、プロセス５００は、帯域消去フィルタを選択してこれを信号に適用し（たとえば、信号を帯域消去フィルタに通し）、それを遮断範囲内で減衰し得る。プロセス５００は、あらゆる残留ノイズアーティファクトおよびあらゆる構成可能な帯域消去フィルタについて、このプロセスを繰返し得る。次にプロセス５００は終了し（ステップ５１０）、開示される実施形態に整合する他の処理を継続し得る。
【００８５】
本明細書中に記載するように、生成されるまたはそれ以外にプロセス５００に関連付けられる任意の情報は、遠隔のコンピューティングシステム（たとえば、制御システム１３２）に送信され得る、および／または適応制御装置１１２が当該情報を用いて（たとえば、制御論理４２０に与えられる応答信号４４４を介して）有効制御変数４２２の組を更新し得る。たとえば、プロセスは、判定されたノイズ周波数範囲、しきい値パワーレベル、ノイズ周波数範囲の最小周波数、選択された帯域フィルタ、サンプリングされた信号のスペクトル密度、しきい値ノイズ幅などに関連付けられる情報を用いて、制御変数４２２の組を更新し得るおよび／またはそのような情報を制御システム１３２に送信し得る。プロセス５００の任意の変数量、表示、等式、関係などは制御変数の組によって制御可能であることが意図され、あるパラメータまたはそれらの関連付けられる情報の列挙は限定を意図するものではない。適応制御装置１１２は、制御変数４２２に対するそのような変更をモニタおよび検出し得、これに応じて、開示される実施形態のプロセスを動的に調整し得る。
【００８６】
図６は、開示される実施形態に整合する例示的なイベント検出プロセス６００のフローチャートを示す。プロセス６００に関連して開示される局面は、適応制御装置１１２および制御システム１３２などの、環境１００の１つ以上のコンピューティングシステム上でハードウェアおよび／またはソフトウェアを介して実現され得る。プロセス６００のある局面は、開示される実施形態に整合するやり方で、再順序付け、再配置、繰返し、省略、補足、修正、または付加的なプロセスへの統合がなされ得る。たとえば、プロセス６００に関連して記載される実施形態は、図３のステップ３１０に関連して記載されるものなどのイベントの発生を検出するように、適応制御装置１１２においてまたは図４の適応イベント論理４３０内などで実現され得る。
【００８７】
いくつかの局面では、プロセス６００は、車両センサ１１４の組に関連付けられる信号の組を受信すること（ステップ６０２）を含む。受信した信号は任意の形態を取り得、任意のセンサ１１４の出力または開示される実施形態に整合する導出信号を反映し得る。一例として、プロセス６００は、破壊、コーナリング、時間、および加速度信号を備える４つの信号の組を受信し得る。この態様で任意の数の信号を受信し得る。さらに、図３−図５に関連して記載される実施形態に整合する帯域フィルタリングをこれらの信号に施し得るが、そのようなフィルタリングは要件とはされていない。
【００８８】
ある実施形態では、プロセス６００は、受信した信号が特定のクラスの潜在的イベントの存在を示すか否かを判断するイベント分類を行なうこと（ステップ６０４）を含む。いくつかの局面では、イベントクラスを識別することは、受信した信号が潜在的運転イベントまたは潜在的衝突イベントに対応または相関するか否かを判断することを含み得る。潜在的運転イベントは、危ない、危険な、または安全でない運転または条件との関連付けまたは相関による適応制御装置１１２からのさらなる分析を保証する具体的挙動および／または条件を反映し得る。潜在的運転イベントは、任意の非衝突イベントを含み得、開示される実施形態に整合する任意の信号に対応し得る。たとえば、潜在的運転イベントは、潜在的加速イベント、制動イベント、コーナリングイベント、速度イベントなど、または受信した信号に対応する任意の他のイベントを含み得る。これらのイベントは、たとえば、粗っぽい破壊イベント、突然のコーニングイベント、急激な車線変更イベントなどの存在を反映し得る。ある局面では、潜在的衝突イベントは、車両１１０が衝突に今にも巻込まれそうな見込みまたは衝突に最近巻込まれた見込みを示し得る。
【００８９】
プロセス６００は、受信した信号をメモリに記憶される１つ以上のイベント分類モデルに相関させることによって、潜在的イベントのイベントクラスを判断し得る。これらのイベント分類モデルは、たとえば、潜在的運転イベントおよび／または潜在的衝突イベントに関連付けられる慣性力プロファイル、遠心力プロファイル、速度および速度変化プロファイル、ピッチ、ロール、およびヨープロファイル、加速度プロファイル、加速度マトリックスなどを含み得る。これらのプロファイルは、履歴分析、実験室分析、衝突テスト、制御変数４２２などから生じ得、適応制御装置１１２に与えられ得るまたはそこにローカルに記憶され得る。いくつかの局面では、プロセス６００は、受信した信号のうち１つ以上とイベント分類モデルとの間の相関尺度が分類しきい値を超えるか否かを判断することによって、潜在的イベントのイベントクラスを識別し得る。相関尺度は、相関係数、判断の係数、多重相関の係数などの、データとモデルとの間の適合度を示す任意の尺度を反映し得る。潜在的イベント（たとえば、衝突イベント、コーナリングイベント、速度イベントなど）の各々のイベント種類は、対応の分類しきい値を有する１つ以上のイベント分類モデルに関連付けられ得る。
【００９０】
いくつかの局面では、イベント分類モデルおよび／または分類しきい値は、車両１１０に関連付けられる車両パラメータの組に基づいて選択され得る。これらの車両パラメータは、その重量、高さ、長さ、重心、装備重量、回転半径、重量分散、ホイールベース、加速度数値、レッドゾーン、馬力、トルク、破壊数値、抵抗係数、車種、つくり、型式、年式などの、車両１１０の任意の物理的または技術的特性を反映し得る。一例として、適応制御装置１１２は、車両１１０と同じつくりまたは型式、同様の重量分散、サイズなどの車両のイベント分類モデルを選択して、イベント分類を行なう際にそれが車両１１０と同様の車両とを確実に比較するようにし得る。
【００９１】
いくつかの実施形態では、イベント分類プロセスのさまざまなパラメータ（またはプロセス６００の任意のルーチン）は、適応制御装置１１２に記憶される制御変数４２２の組によって動的に調整され得る。たとえば、制御変数４２２の組は、潜在的運転イベント（たとえば、コーナリングイベント、速度イベント、加速度イベントなど）、イベント分類モデル中の信号およびデータプロファイルに関連付けられる情報、イベントクラス、利用可能な潜在的運転イベントの種類などの各イベント種類毎に分類しきい値を規定し得る。さらに、以上の実施形態で生成される情報は、制御変数４２２の組の変更を生じさせ得る。たとえば、１つの局面では、適応制御装置１１２は、１つ以上の信号と潜在的イベントとの間の相関を算出すると、（たとえば、制御論理４２０に与えられる応答信号４４８を介して）制御変数４２２の組を更新して、相関が分類しきい値を超えるまたは下回るなどと判断し得る。
【００９２】
プロセス６００は、受信した信号の組、イベント分類モデル、および上述のような分類しきい値に基づいて、潜在的イベントのイベントクラスを判断し得る（ステップ６０６および６１８）。いくつかの局面では、信号の組が潜在的運転イベント（ステップ６０６）または潜在的衝突イベント（ステップ６１８）のいずれの存在も示さない場合、プロセス６００は終了して（ステップ６１４）、開示される実施形態に整合する継続処理（たとえば、信号の組のモニタ、制御変数４２２の更新、制御センター１３２への情報の送信など）を容易にし得る。
【００９３】
プロセス６００が、信号の組が潜在的運転イベントのイベントクラスの事例を反映すると判断すると（ステップ６０６）、プロセス６００は、イベントフィルタ４３２の組および／または信号の組の関数としてイベントの表示（たとえばイベント表示）を生成または決定し得る。このイベント表示は、イベントが実際に起こったか否かを判断するのに用いられる信号の組のためのイベントフィルタ４３２の特定の組合せを反映し得る。図４に関連して記載したように、たとえば、このイベント表示は、（たとえば、組合せ論理４３４を介した）イベントフィルタ４３２の組からの個別の結果の論理的組合せとして、単一のイベントフィルタを通される個別の信号の数学結合として、またはその何らかの組合せとして、イベントを表示し得る。イベントフィルタ４３２および（組合せ論理４３４を介した）その組合せは、図４を参照して記載されたものおよび以下に記載されるものなどの、開示される実施形態に整合する任意のイベントフィルタまたは組合せを備え得る。いくつかの実施形態では、イベント表示は、適応制御装置１１２上に記憶される制御変数の組によって駆動され得る。
【００９４】
いくつかの局面では、プロセス６００は、イベントを駆動するための１つ以上のイベントスコアを生成すること（ステップ６０８）を含み得る。イベントスコアはイベントまたはサブイベントが起こった見込みを反映し得る。イベントスコアは、受信した信号の組の中の１つ以上の信号に基づき得る。ある局面では、イベントスコアは、イベントまたはサブイベントのイベント表示に基づき得る。１つの実施形態では、たとえば、イベントスコアＳは、信号重みａによって重み付けされる信号ｘの現在のまたは（たとえば、ある期間にわたる）時間平均された値を反映し得る：Ｓ＝ａｘ。
【００９５】
いくつかの局面では、信号重みは、イベントまたはサブイベントに対する信号の関係、影響、相関、関連、または重要性の度合を反映し得る。低い信号重みは、対応の信号がイベントまたはサブイベントの発生に強く相関していないことを反映し得る一方で、高い信号重みは（サブ）イベントとの強い相関を反映し得る。
【００９６】
同様に、低いまたは負の信号重みは、信号がイベントの非発生に相関する（たとえば、信号はイベントに逆相関する）ことを反映し得る。信号重みは、［０，１］、［−１，１］、［１，１００］などの範囲の数など、開示される実施形態に整合する任意の適切な値を取り得る。いくつかの局面では、イベントスコアＳは、信号重みに基づかないことがある（たとえば、各信号毎の重みは単一であるもしくは存在しない）、またはイベントスコアは信号を全く組入れない（たとえば、信号がスイッチオフされる、その信号重みがゼロである、など）ことがある。別の例として、適応制御装置１１２がいくつかの信号を単一のイベントフィルタ４３２に組合せるなどの場合、イベントスコアＳは、信号およびそれらの対応の信号重みの何らかの数学的関数を反映し得る。たとえば、イベントスコアＳは、信号ｘiの組およびそれらの対応の信号重みａiの一次結合を反映し得る。
【００９７】
【数２】
2019523484.tif 000004
【００９８】
いくつかの局面では、プロセス６００は、この態様で、あらゆるイベントまたはサブイベント毎に（たとえば、イベントの表示におけるあらゆるイベントフィルタ４３２毎に）、イベントスコアＳを判断し得る。
【００９９】
当然ながら、当業者は、イベントスコアＳの以上の式が例示に過ぎないことを認めるであろう。好適なイベント表示が認める限りにおいて、信号および／または信号重みの任意の数学結合を用いて特定のイベントまたはサブイベントのイベントスコアを判断し得る。たとえば、イベントスコアＳは、信号とそれらの信号重みとの積（たとえば
【０１００】
【数３】
2019523484.tif 000005
【０１０１】
）として、各々の信号が対応の信号重みとべき乗とを有する多変量多項式関数（たとえば、
【０１０２】
【数４】
2019523484.tif 000006
【０１０３】
）として、信号の組の何らかの統計的分析、これらの考え方の任意の組合せなどとして、与えられ得る。さらに、ｘの値は、時間平均値、生の値から変換された信号の有意性または大きさの尺度などとしての、信号に基づく任意の尺度を反映し得る。このように、イベントスコアＳは、信号の組の任意の関数を具体化し得る（たとえば、図４に関連して記載されるようなＳ＝ｆ（ｘ））。式中、関数ｆは、単一の関数、または信号の組に影響する関数の組の複合を備え得る。
【０１０４】
いくつかの実施形態では、プロセス６００は、イベントスコアの生成された組をイベントフィルタ４３２の組の中のイベントしきい値の対応の組と比較すること（ステップ６１０）を含み得る。上述のように、イベントしきい値は、イベントまたはサブイベントがいつ起こったかを１つ以上の入力信号に基づいて規定する値または尺度を反映し得る。いくつかの実施形態では、イベントしきい値は、（ステップ６０４で判断されるような）イベントのイベントクラス、イベントクラスのイベント種類（たとえば、一般的な運転イベントのコーナリングイベント、速度イベントなど）、および／またはイベント因子の組に基づき得る。いくつかの局面では、イベント因子は、イベントまたはサブイベントが起こったか否かを判断するのに関連する、相互に関連する情報の数値尺度を反映し得る。イベント因子に関連付けられる情報は、制御変数４２２、境界条件、および／またはそのような手順の任意の組合せに基づいて、適応制御装置１１２によってモニタされ得る、制御センター１３２から受信され得る（たとえば、１つ以上の受信される境界条件に反映され得る）、外部システム１４２から収集され得る。
【０１０５】
たとえば、イベント因子の組は、固定値を反映する基本しきい値因子を含み得る。いくつかの実施形態では、基本しきい値因子は、イベントまたはサブイベントのイベントクラスおよび／またはイベント種類に基づき得る。たとえば、コーナリングイベントは第１の基本しきい値因子を有し得る一方で、速度イベントは第２の異なる基本しきい値因子を有する。
【０１０６】
イベント因子の組は、運転者の標準的または履歴的運転行為を反映する標準的挙動因子も含み得る。標準的挙動因子は、ある中程度の期間（たとえば、数日、数週間、または数ヶ月）にわたる運転者の運転挙動（たとえば、速度、位置加速度、コーナリング、破壊など）などの情報に基づき得る。標準的挙動因子は、運転者の請求履歴、一般的運転統計、および車両１１０の物理的または技術的特性を反映する１つ以上の車両パラメータにも基づき得る。
【０１０７】
イベント因子の組は、運転者の現在の運転挙動を反映する個人ステータス因子も含み得る。いくつかの局面では、個人ステータス因子は、短い直前の期間（たとえば、数分、数秒、数時間など）にわたる運転者の運転挙動に基づき得る。個人ステータス因子は、時間帯、（たとえば、ナビゲーションシステムから取得されるまたは適応制御装置１１２が測定するような）走行情報、ソーシャルネットワーク情報、および運転者装置情報（たとえば、バイオリズム、睡眠データ、テキストメッセージ送信情報、運転者が聞いている音楽、計画されたルートなど）にも基づき得る。
【０１０８】
イベント因子の組は、制御システム１３２から受信する１つ以上の境界条件に関連付けられる情報を反映する境界条件因子も含み得る。境界条件因子は、任意の境界条件および天候条件、道路種類条件、要注意条件、平均速度マップ条件、通常ルート条件などの関連付けられる基礎情報に基づき得る。
【０１０９】
いくつかの局面では、イベント因子は連続的にまたは周期的に更新され得る。ある実施形態では、各々のイベント因子はそれぞれの更新期間に関連付けられ得る。更新期間は、イベント因子情報の連続更新（たとえば、制御システム１３２からの情報の受信、適応制御装置１１２上での情報のローカル生成など）同士の間の持続時間を反映し得る。更新期間はイベント因子に基づき得る。たとえば、基本的しきい値因子は、固定されているため、決して更新しないものであり得る。別の例では、標準的挙動因子の更新期間は、週に一度、週に二度、月に一度などであり得る。また別の例では、個人ステータス因子および境界条件因子の更新期間は、３０秒または６０秒などより短いものであり得る。いくつかの局面では、開示される実施形態は、イベント因子に関連付けられる情報に対する変更に基づいて、任意の他の関連の情報を動的に調整（たとえば、制御変数４２２の組を更新、イベントしきい値を再算出など）し得る。
【０１１０】
さらに、特定のイベントまたはサブイベントのイベント因子の組は、イベントクラス、イベント種類、または基礎イベントのサブイベントに依存し得るので、異なるイベントクラス、イベント種類、およびサブイベントは、異なるイベント因子、各々のイベント因子に異なって関する重み情報を有したり、イベントしきい値に対して異なる影響を有したりなどする。イベント因子の組は、イベントしきい値との比較で用いられる信号（たとえば、適切なイベントスコアを生成するのに用いられる信号）にも基づき得る。したがって、各々のイベント因子に関連付けられる情報のすべてが各々のイベント毎に実現、問合せ、または受信され得るわけではなく、あらゆるイベント因子が以下に記載されるように等しく重み付けされ得るわけではない。
【０１１１】
プロセス６００は、イベントフィルタの組のうちの各々のイベントフィルタ４３２毎にイベントしきい値を生成してイベントしきい値の組を創出し得る。いくつかの実施形態では、イベントしきい値は、イベントのイベントクラス、そのイベント種類、および／またはイベント因子の組に基づき得る。１つの実施形態では、たとえば、イベントフィルタ４３２のイベントしきい値Ｔは、因子重みｗで重み付けされるイベント因子ｆを反映し得る：Ｔ＝ｗｆ。
【０１１２】
いくつかの局面では、因子重みは、イベントまたはサブイベントに対する因子の関係、影響、相関、関連付け、または重要性の度合を反映し得る。低い因子重みは、対応の因子がイベントまたはサブイベントの発生に強く相関していないことを反映し得、高い因子は高い相関を反映し得るなどである。因子重みは、［０，１］、［−１，１］、［１，１００］などの範囲の数などの、開示される実施形態に整合する任意の適切な値を取り得る。いくつかの局面では、イベントしきい値Ｔは、因子重みに基づかないものであり得る（たとえば、各々の因子毎の重みは単一であり得る）、またはイベントしきい値は、因子を全く組入れないものであり得る（たとえば、その印紙重みはゼロである、など）。別の例として、イベントしきい値Ｔは、イベント因子およびそれらの対応の因子重みの何らかの数学的関数に基づき得る。たとえば、イベントしきい値Ｔは、イベント因子ｆiおよびそれらの対応の因子重みｗiの積を反映し得る。
【０１１３】
【数５】
2019523484.tif 000007
【０１１４】
いくつかの局面では、プロセス６００は、この態様で、あらゆるイベントまたはサブイベントの（たとえば、イベントの表示中のあらゆるイベントフィルタ４３２の）イベントしきい値Ｔを判断し得る。
【０１１５】
上記イベントスコアの考察と同様に、当業者は、イベントしきい値Ｔの以上の式が例示に過ぎないことを認めるであろう。因子および／または因子重みの任意の数学結合は、好適なイベント表示が認める限り、特定のイベントまたはサブイベントのイベントしきい値Ｔを与え得る。たとえば、イベントしきい値Ｔは、イベント因子とそれらの因子重みとの一次結合（たとえば
【０１１６】
【数６】
2019523484.tif 000008
【０１１７】
）として、各々の信号が対応の信号重みとべき乗とを有する多変量多項式関数（たとえば
【０１１８】
【数７】
2019523484.tif 000009
【０１１９】
）として、信号の組の何らかの統計的分析として、これらの考え方の任意の組合せなどとして、与えられ得る。このように、イベントしきい値Ｔは、図４に関連して記載されるように、因子の組の任意の関数を（たとえば、単一の関数としてまたは関数の組の複合として）具体化し得る。
【０１２０】
いくつかの局面では、因子重みの組は、イベント因子を備える構成要素情報と因子自体との間の重要性、関係、関連付けなども反映し得る。個人ステータス因子を例に取ると、この因子は、運転者の直前の運転履歴に対してソーシャルネットワーク情報よりもより重いまたはより軽い重みを付与し得る。因子重みの組は、各々の因子毎に、構成要素情報（たとえば、各々のサブ因子）のこの重み付けを反映し得る。このように、いくつかの局面では、各々のサブ因子は、それぞれの因子重みおよび／または更新期間に関連付けられ得、次にこれは、サブ因子がそれについて構成要素として働くイベント因子に基づき得る。たとえば、イベント因子ｆiがサブ因子ｔijからなる場合、イベント因子ｆiの値は、例示的な関係
【０１２１】
【数８】
2019523484.tif 000010
【０１２２】
中（式中、ｗjはイベント因子ｉのサブ因子ｊの因子重みを反映する）などのように、そのサブ因子の重みを組入れ得る。この例を拡張して、プロセス６００は次に、このイベントフィルタ４３２のイベントしきい値Ｔを判断して、あらゆるイベント因子についてのこれらのサブ因子重みを組入れ得る。
【０１２３】
【数９】
2019523484.tif 000011
【０１２４】
さらに、各々のイベント因子は、そのサブ因子の因子重みとは別個のそれ自身の因子重みに関連付けられ得るため、各々のイベント因子も別個に重み付けられる。
【０１２５】
【数１０】
2019523484.tif 000012
【０１２６】
しかしながら、以上注記したように、これらの式は例示の目的のみのために意図される。開示される実施形態は、その構成要素サブ因子の因子重みの観点でイベントしきい値を表現する任意の種類の数学的関係（たとえば、一次結合、多項式表現、統計的特性など）を企図する。
【０１２７】
いくつかの局面では、プロセス６００は、イベントスコアの組をイベントしきい値の組と比較して、イベントが起こったかどうかを判断し得る（ステップ６１２）。プロセス６００は、（たとえば、ステップ６０８で判断された）イベントスコアの組とイベントのイベント表示に基づく（たとえば、ステップ６１０で判断された）対応のイベントしきい値との比較に基づいて、イベントが起こったと判断し得る。いくつかの実施形態では、イベントフィルタが１つだけ適用される場合などでは、プロセス６００は、イベントスコアがイベントしきい値を超えた、すなわちＳ＞Ｔであるときに、イベントの発生を判断し得る。他の実施形態では、（たとえば、イベント表示で規定されるように）いくつかのイベントフィルタ４３２が適用される場合などでは、プロセス６００は、（たとえば、組合せ論理４３４およびイベント表示を介した）イベントスコアとイベントしきい値との間の各々の比較の結果の論理結合に基づいて、いつイベントが起こったかを判断し得る。この論理結合は、図４を参照して記載されたような論理項でのイベント表示を反映するＡＮＤ、ＯＲ、ＸＯＲ、および／またはＮＯＴなどの論理演算子の任意の順列を用い得る。
【０１２８】
拡張された例として、適応制御装置１１２が２つの信号ｘ1およびｘ2（たとえば、ピッチおよびヨー）をサンプリングしてイベントＥが起こったか否かを判断すると想定する。これらの信号は、信号重みａ1およびａ2に関連付けられると想定する。さらに、Ｅについてのイベントしきい値は、以上列挙した４つの因子、すなわち、各々が多数のサブ因子からなる、省略形ではＢＴＦ、ＳＢＦ、ＰＳＦ、ＢＣＦを備え、かつ各々の因子重みが単一である（たとえば、重み因子は複数存在しない）と想定する。最後に、生成されたイベント表示は、イベントスコア（たとえば、一次結合）およびイベントしきい値（たとえば、イベント因子の積）について上記式を用いると想定する。これらのパラメータの任意のものまたはすべては、適応制御装置１１２に記憶される制御変数４２２に基づき（かつこれによって制御され）得る。これらの条件下での第１の例では、適応制御装置１１２は、
【０１２９】
【数１１】
2019523484.tif 000013
【０１３０】
である場合に、Ｅが起こると判断し得る。
これらの条件下での第２の例では、代わりに、イベント表示は、両方の信号がそれら自身のイベントフィルタ４３２を通されることと、サブイベントのための両方のイベントフィルタが真を返した場合にＥが起こることとを反映すると想定する。適応制御装置１１２は次に、
【０１３１】
【数１２】
2019523484.tif 000014
【０１３２】
である場合にＥが起こると判断し得る。
以上説明したように、そのような式は例示であることが意図され、開示される実施形態を特定の式に限定するものではない。
【０１３３】
プロセス６００が、イベントスコアの組およびイベントしきい値の組に基づいてイベントが起こっていないと判断する場合、プロセス６００は終了して（ステップ６１４）、開示される実施形態に整合する以降の処理（たとえば、制御変数４２２の更新、制御センター１３２への情報の送信など）を継続し得る。プロセス６００は、イベントが起こったと判断すると、イベントデータを制御システム１３２などの遠隔システムに送信し得る（ステップ６１６）。イベントデータは任意の形態を取り得、図３のステップ３１２に関連して記載されるものなどの、開示される実施形態に整合する任意の情報を任意に含む。たとえば、イベントデータはイベントが起こったという通知を含み得るので、制御システム１３２は、この情報を受信して、（たとえば、図８を参照して記載されるような）付加的な処理を行ない得る。
【０１３４】
プロセス６００が、信号の組が潜在的衝突イベントのイベントクラスの事例を反映すると判断する場合（ステップ６１８）、プロセス６００は上述したのと同様の動作を行ない得る。たとえば、プロセス６００は、信号の組についてのイベントフィルタ４３２の特定の組合せとして、衝突イベントを表わすイベント表示を生成または決定する。プロセス６００は、部分的にイベント表示に基づいて（たとえば、イベントフィルタ４３２の配置に基づいて）、衝突イベントのイベントスコアの組も生成し得る（ステップ６２０）。次に、プロセス６００は、イベントしきい値の組を生成して、イベントスコアの組の中の各々のイベントスコアを対応のイベントしきい値と比較し得る（ステップ６２２）。
【０１３５】
いくつかの局面では、衝突イベントのイベントしきい値は、運転イベントと同様の態様で決定され得る。たとえば、イベントしきい値の組は、イベントのイベントクラス（たとえば、衝突イベント）、イベント種類（たとえば、衝突の種類）、および／またはイベント因子の組に基づき得る。イベント因子の組は、開示される実施形態に整合する他の情報に加えて、イベントクラスおよび／またはイベント種類に基づき得る。衝突イベントのイベント因子は、運転イベントのイベント因子と同じであり得るまたはこれとは異なり得る。１つの実施形態では、たとえば、衝突イベントは、運転イベントとは異なるイベント因子に関連付けられ得る。さらに、イベント因子の組の中の各々の因子は、それぞれの更新期間にも関連付けられ得、上述のと同様のやり方で維持され得る。イベント因子の組は、以上の実施形態に整合するイベント因子および／またはそれらのサブ因子に属する因子重みの組にも関連付けられ得る。
【０１３６】
たとえば、イベント因子の組は、適応制御装置１１２の設置および車両とのその関係に関連付けられる情報を反映する装置因子を含み得る。いくつかの局面では、たとえば、装置因子は、適応制御装置１１２に関連付けられる装置種類、車両１１０内の適応制御装置１１２の設置の位置および品質、ならびに／または車種などの１つ以上の車両パラメータに関連付けられる情報を含み得る。
【０１３７】
イベント因子の組は、車両１１０のある車群クラス内のすべての車両の平均挙動を反映する相対しきい値因子も含み得る。いくつかの実施形態では、車両１１０の車群クラスは、車両１１０の同じ市、州などの内に位置する同様のまたはすべての車を含み得る。これに加えてまたはこれに代えて、車両１１０の車群クラスは、（たとえば、モニタまたは記憶される運転挙動に基づいて）同様の運転プロファイルを有するすべての運転者用の一部のまたはすべての車両などを含み得る。
【０１３８】
イベント因子の組は、車両１１０に関連付けられる現在の危険因子を含み得る。いくつかの局面では、現在の危険因子は、制御センター１３２から受信されるまたは適応制御装置１１２を用いて生成されかつメモリに記憶される危険指数などの、車両１１０に現在関連付けられる危険指数に基づき得る。本明細書中に記載のように、危険指数は、車両１１０に関連付けられる危険または安全でない運転に晒される度合を反映し得る。現在の危険因子および／または危険指数は、たとえば、粗っぽい破壊イベント、突然のコーニングイベント、急激な車線変更イベント、または衝撃前運転挙動に整合する他の種類のイベントなどの危ないイベントが起こったことの検出に基づき得る。
【０１３９】
イベント因子の組は、車両１１０付近の現在の天候条件を反映する天候因子を含み得る。いくつかの実施形態では、この因子は、制御センター１３２から受信した天候条件および／または温度、湿度、水分レベルなどのセンサ１１４で検知した環境条件に含有される情報に基づき得る。
【０１４０】
イベント因子の組は、車両１１０の運転者とのサービスレベル合意に関連付けられる情報を反映するサービスレベル因子も含み得る。いくつかの局面では、サービスレベル因子は、運転者が適応制御装置１１２および／または制御システム１３２に収集、モニタ、検出、処理、または検索を許可した情報の量および／または種類に基づき得る。
【０１４１】
これらのイベント因子および／または運転イベントを参照して上述したものを用いて、プロセス６００は、以上説明した式および考え方を用いて、イベントしきい値の組を生成し得る。いくつかの実施形態では、プロセス６００は、イベントフィルタの組のうちの各々のイベントフィルタ４３２毎にイベントしきい値を生成し得るので、これはイベントスコアの組をイベントしきい値の組と比較し得る（ステップ６２２）。たとえば、プロセス６００は、各々のイベントフィルタ４３２毎に、（たとえば、因子またはそれらの構成要素サブ因子を支配する）因子重みｗiの組と各々のイベント因子とに基づいて、例示的な関係
【０１４２】
【数１３】
2019523484.tif 000015
【０１４３】
などのイベントしきい値Ｔを算出し得る。当業者は、開示される実施形態に整合するこの例示的な式に対する変形を認めるであろう。
【０１４４】
プロセス６００は、ステップ６１２に関連して記載したものなどの上記プロセスと同様の態様でイベントスコアの組をイベントしきい値の組と比較して、イベントが起こったかどうかを判断することを含み得る。たとえば、プロセス６００は、（たとえば、ステップ６２０からの）イベントスコアの組の（たとえば、ステップ６２２からの）対応のイベントしきい値との比較に基づいて、イベントが起こったと判断し得る。この判断は、たとえば、イベントフィルタ４３２および／またはイベントを象徴する信号の数学結合および／または論理結合を反映するイベント表示に基づき得る。上述のように、プロセス６００は次に、イベントが検出されなかった場合は終了して（ステップ６１４）、開示される実施形態に整合する処理を継続し得る。プロセス６００がイベントを検出すると、プロセス６００は、本明細書中に開示されるように、イベントデータを制御システム１３２に送信し得る。
【０１４５】
プロセス６００のさまざまなパラメータは、適応制御装置１１２上に記憶される制御変数４２２の組によって制御され得る。１つの例では、制御変数４２２の組は、既存のイベントクラス（たとえば、利用可能なクラスの特性および種類）、イベント種類（たとえば、コーナリングイベント、速度イベントなどの運転イベントの利用可能な種類）、イベント分類モデル（たとえば、モデル信号プロファイル、モデルがどのように適用されるか、車両のために適切なモデルがどのように車両パラメータに基づいて選択されるか）、相関尺度（たとえば、信号もしくはプロファイルの組が与えられると、どのように尺度が算出されるか）、ならびに／または分類しきい値（たとえば、しきい値、各々のしきい値がイベントクラス／種類に応じてどのように変わるかなど）などに関連付けられるプロセスを支配し得る。別の例では、制御変数４２２の組は、イベントスコアの組（たとえば、イベントスコアが信号の組の関数としてどのように算出されるか）、イベントしきい値（たとえば、イベントしきい値がイベント因子の関数としてどのように算出されるか）、イベント因子（たとえば、各々の因子を備えるサブ因子、イベントしきい値を計算するのに用いられる因子の組）、信号重みおよび因子重み（たとえば、さまざまな重みの値、因子重みがサブ因子に適用するか否か）などに関連付けられるプロセスを制御し得る。プロセス６００の任意の可変量、表示、等式、関係などは、制御変数４２２の組によって制御可能であり、あるパラメータまたはそれらの関連付けられる上記情報の列挙は限定を意図されない。
【０１４６】
ある局面では、上述の任意のパラメータの生成または判断（たとえば、イベントを検出すること、イベントしきい値またはイベントスコアを算出すること、イベント表示を判断することなど）は、適応制御装置１１２に、（たとえば、応答信号４４８を介して）有効制御変数４２２の組を変更させ得る。たとえば、１つの実施形態では、適応制御装置１１２は、イベントの発生または非発生を検出すると、制御変数４２２の組を更新し得る。制御変数の組に対する変更は、適応制御装置１１２に、検出された変更に基づいて（たとえば、図３−図８に関連して開示されるパラメータを調整することによって）、開示される実施形態を動的に調整させ得る。たとえば、適応制御装置１１２は、制御変数の有効な組の変更に応答して、上記パラメータのうち任意のものを調整し得る。適応制御装置１１２は、制御変数４２２の組に対する変更を自動的かつ継続的にモニタし得るので、これは、検出された変更に応答して、開示される実施形態上でパラメータを動的に調整し得る。さらに、以上のパラメータまたはそれらの関連付けられる情報の任意の局面は制御センター１３２に送信されて、開示される実施形態に整合する以降の処理を行ない得る。
【０１４７】
図７は、開示される実施形態に整合する、例示的なイベント検証プロセス７００のフローチャートを示す。プロセス７００に関連して開示される局面は、適応制御装置１１２および制御システム１３２などの、環境１００の１つ以上のコンピューティングシステム上でハードウェアおよび／またはソフトウェアを介して実現され得る。プロセス７００のある局面は、開示される実施形態に整合するやり方で、再順序付け、再配置、繰返し、省略、補足、修正、または付加的なプロセスへの統合がなされ得る。たとえば、プロセス７００に関連して記載される実施形態は、適応制御装置１１２において実現されて、図３の後処理ステップ３１２に関連して記載されるものなどの、検出されたイベントの発生を検証し得る。
【０１４８】
プロセス７００は、開示される実施形態に整合するイベントを検出すること（ステップ７０２）を含み得る。ある局面では、このイベント検出は、図３、図４、および図６を参照して開示されるイベント検出プロセスの局面を含み得る。たとえば、プロセス７００は、本明細書中に開示されるプロセスを用いて、適応制御装置１１２を用いて衝突イベントを検出することを含み得る。いくつかの実施形態では、プロセス７００は、あるイベントクラス（たとえば、衝突イベント）またはあるイベント種類の検出の際にのみ行なわれ得る。１つの実施形態では、たとえば、プロセス７００は、衝突イベントの検出に応答してのみ行なわれ得る。
【０１４９】
プロセス７００は、イベントを検出することに応答して適応制御装置１１２を用いて信号の組をモニタすること（ステップ７０４）を含み得る。信号の組は固定され得る、または検出されたイベントのイベントクラス、そのイベント種類、もしくは制御変数４２２の組などに依存し得る。たとえば、１つの実施形態では、プロセス７００は、速度、縦加速度、ヨー、および距離に関連付けられる信号などの信号を測定し得る。プロセス７００は、イベントが起こったのを検出した後の観察期間に等しい期間（たとえば、１５秒、３０秒、１分など）の間、信号の組をモニタし得る。ある局面では、観察期間は、イベントクラス、イベント種類、モニタされる信号の組、有効制御変数４２２の組などに基づき得る。他の局面では、観察期間は固定されたままであり得る。
【０１５０】
プロセス７００は、モニタされた信号の信号分析を行なってイベントを検証し得る（ステップ７０６）。モニタされた信号の信号分析を行なうことは、モニタされた信号の組に関連付けられる検証尺度を生成することと、これを検証しきい値と比較することとを含み得る。いくつかの実施形態では、検証尺度は、検出されたイベントが真に起こった見込みまたは確かさの度合を反映し得る。いくつかの局面では、検出尺度は、検出パラメータの組の関数としての、信号と検出されたイベントとの間の関係または相関の度合を反映する検証重みの組に基づき得る。検証パラメータの組は検証重みの根拠を表わし得るので、任意の検証重みは検証パラメータの式として構築され得る。たとえば、検証パラメータの組は、（たとえば、ある期間にわたる）検出されたイベント前の速度トレンド、車両１１０が走行している道路の種類、時間帯、および天候条件を含み得る。
【０１５１】
いくつかの局面では、プロセス７００は、モニタされた信号および検証重みの組の関数として検証尺度を決定し得る。この式は、開示される実施形態に整合する任意の適切な数学的または統計的形態を取り得る。たとえば、モニタされる信号ｘ（たとえば、イベントクラスに基づく速度、縦加速度、ヨー、および距離）の組を与えられると、プロセス７００は、検証パラメータｖの組を用いて検証尺度Ｖを決定し得る。
【０１５２】
【数１４】
2019523484.tif 000016
【０１５３】
式中、ｆi（ｖ）は、検証パラメータｖの関数ｆとして表わされる信号ｉの検証重みを反映する。イベントスコアおよびイベントしきい値の式と同じように、上記関係は、例示的であることを意図される。当業者は、入力信号および検証パラメータの組に基づいて、（たとえば、単一のまたは複合の関数として）、検証尺度の交互の式を認めるであろう。
【０１５４】
プロセス７００は、決定された検証尺度を検証しきい値と比較してイベントを検証すること（ステップ７０８）を含み得る。いくつかの実施形態では、検証しきい値は、検出されたイベントが起こったと検証するのに必要な最小見込みまたは確かさ度合を反映する。検証しきい値は、固定され得る、または検出されたイベントのイベントクラスもしくはイベント種類、モニタされる信号、用いられる検証パラメータなどの他の考慮点に基づき得る。プロセス７００が、検証尺度が検証しきい値を超えていないと判断すると、イベントは検証されないことがあり、プロセス７００は終了して、以降の処理を容易にし得る（ステップ７１０）。これに代えて、プロセス７００が、検証尺度が検証しきい値を超えると判断すると、プロセス７００はイベントを検証する（ステップ７１２）。いくつかの実施形態では、そのような処理は、メモリ中にそのような検証に関連付けられる情報を記憶することを含み得、検証に基づいて有効制御変数４２２の組を更新するなどの以降の処理を行ない得る。さらに、プロセス７００は、検証データを制御システム１３２に送信し得る（ステップ７１４）。ある局面では、検証データは、イベントデータと同様の形態を取り得、プロセス７００の検証ルーチンに関連付けられる任意の情報を含み得る。たとえば、検証データは、検出されたイベントが検証されたことの指示、検証尺度または検証しきい値の値、モニタされる信号の組、用いられるイベントパラメータの組などを任意に含む。検証データは、信号、コンピュータファイルなどの、開示される実施形態に整合する任意の適切な形態を取り得る。
【０１５５】
プロセス７００のさまざまなパラメータは、適応制御装置１１２上に記憶される制御変数４２２の組によって制御され得る。１つの例では、制御変数４２２の組は、信号をモニタすること（たとえば、観察期間、モニタすべき信号の組を決定することなど）、ならびに／または信号分析を行なうこと（たとえば、検証しきい値を規定すること、検証パラメータおよび検証重みを規定すること、検証パラメータの組および信号の組が与えられた場合にどのように検証しきい値を計算するかを規定することなど）に関連付けられるプロセスを支配し得る。プロセス７００の任意の可変量、表示、式、関係などは、制御変数の組によって制御可能であり、あるパラメータまたはそれらの上記関連付けられる情報の列挙は限定を意図されない。さらに、プロセス７００を参照して記載される任意のパラメータの生成または決定は、（たとえば、応答信号４４８を介して）有効制御変数４２２の組の変更を生じさせ得る。たとえば、適応制御装置１１２は、検出されるイベントの発生を検証すると、制御変数の組を更新し得る。制御変数４２２の組に対する変更は、適応制御装置１１２に、検出された変更に基づいて（たとえば、図３−図８に関連して開示されるパラメータを調整することによって）、開示される実施形態を動的に調整させ得る。たとえば、適応制御装置１１２は、制御変数の有効な組の変更に応答して、上記パラメータのうち任意のものを調整し得る。適応制御装置１１２は、制御変数４２２の組に対する変更を自動的かつ継続的にモニタし得るので、これは、検出された変更に応答して、開示される実施形態のパラメータを動的に調整し得る。さらに、以上のデータまたはパラメータおよびそれらの関連付けられる情報の任意の局面は、外部システム（たとえば、制御システム１３２）に送信されて、開示される実施形態に整合する以降の処理を行ない得る。
【０１５６】
図８は、開示される実施形態に整合する、境界条件および危険指数を生成するための例示的なプロセス８００のフローチャートを示す。プロセス８００に関連して開示される局面は、適応制御装置１１２および制御システム１３２などの、環境１００の１つ以上のコンピューティングシステム上でハードウェアおよび／またはソフトウェアを介して実現され得る。プロセス８００のある局面は、開示される実施形態に整合するやり方で、再順序付け、再配置、繰返し、省略、補足、修正、または付加的なプロセスへの統合がなされ得る。たとえば、プロセス８００に関連して記載される実施形態は、図３のステップ３０２に関連して記載されるものなどの境界条件および危険指数の組をするように、制御システム１３２において実現され得る。
【０１５７】
ある局面では、プロセス８００は、検出されるイベントに関連付けられる信号の組または情報を適応制御装置１１２から受信すること（ステップ８０２）を含み得る。いくつかの実施形態では、プロセス８００は、とりわけ、帯域フィルタリングプロセス、イベント検出プロセス、および／または検証プロセスなどの他のプロセスに関連付けられる情報およびパラメータも受信し得る。たとえば、制御システム１３２は、適用される低域フィルタ、適応制御装置１１２を介して受信する信号、イベントしきい値、検証尺度などに関連付けられる情報を受信し得る。そのような受信される情報は、開示される実施形態に関連付けられる任意の情報を含み得、以上のプロセスの任意のステップに到達し得る（たとえば、適応制御装置１１２によって送信され得る）。
【０１５８】
プロセス８００は、受信した情報に基づいて境界条件の組を決定してこれを適応制御装置１１２に与えること（ステップ８０４）を含み得る。いくつかの局面では、境界条件の組を決定することは、受信した信号が暗示する可能なイベントの組を識別することと、可能なイベントの組に属する１つ以上の境界条件を決定することとを備え得る。たとえば、制御システム１３２は、適応制御装置１１２から、車両１１０が高い速度のレートで走行中であることを示す速度信号を受信し得る。応答して、制御システム１３２は、速度の高いレートが、たとえば、速度イベント、衝突イベント、制動イベントなどにしばしば関連付けられると判断し得る。制御システム１３２は、これらのイベントにしばしば属する境界条件が、たとえば、（たとえば、高速道路を説明する）道路種類条件、（たとえば、運転者が雨の中でスピードを出していないことを確実にするための）天候条件、（たとえば、運転者をその近傍の運転者と比較するもしくは評価するための）平均速度マップ条件、および／または（たとえば、運転者をその典型的な習慣に対して比較するための）個人ステータス因子と標準的挙動因子との間の比較を含むとさらに判断し得る。これらの識別される境界条件は、決定された境界条件の組を備え得る。当然ながら、境界条件の他の並べ替えが可能であり、上記の例は例示の目的のみのために与えられる。いくつかの局面では、制御システム１３２は、メモリの中に、信号の組の中の観察されるトレンド、プロファイル、または署名を潜在的イベントの組にマッピングするイベントマッピングを記憶し得る。さらに、制御システム１３２は、潜在的イベントの組を関連のある境界条件の組にマッピングする境界条件マッピングを記憶し得る。このように、制御システム１３２は、センサの組の値をイベントマッピングと比較して潜在的イベントを識別することと、次に境界条件マッピングを用いて識別された潜在的イベントに基づいて関連のある境界条件の組を識別することとによって、関連のある境界条件を判断し得る。
【０１５９】
プロセス８００は、識別された境界条件の組に関連付けられる情報を集める、収集する、および生成すること（ステップ８０６）を含み得る。この情報は、識別された境界条件に関連するデータを反映し得、識別される境界条件の組に依存し得る。たとえば、プロセス８００が天候条件またはソーシャルネットワーク条件を識別する場合、プロセス８００は、（たとえば、上述のように、予想されるルートに基づく現在のもしくは予測される）車両１１０の周囲の天候条件に関連付けられる情報を収集もしくは生成し得る、または運転者に関連付けられる１つ以上のソーシャルネットワーキングサイトから情報を収集し得る。プロセス８００は、識別される境界条件の組に依存して、他の種類の情報を収集し得る。プロセス８００を用いて収集されるまたは生成される情報は、（たとえば、制御システム１３２上で）ローカルに創出され得る、または遠隔のシステム（たとえば、外部システム１４２）から取得され得る。たとえば、プロセス８００がソーシャルネットワーキングまたは装置条件を識別すると、プロセス８００は、運転者の装置（たとえば、スマートフォン、スマートウォッチのようなウェアラブル装置、ナビゲーションシステムなど）を反映するいくつかの外部システム１４２および１つ以上のソーシャルネットワーキングサイトに関連付けられるサーバから求められる情報を取得し得る。プロセス８００は、交通情報、天候情報などを記憶する外部システム１４２からデータを取得することを含み得る。他の例では、プロセス８００は、制御システムが（たとえば、適応制御装置１１２からのモニタされた信号に基づいて）運転者の履歴的運転条件などに関連付けられる情報を生成するときなどに、制御システム１３２上でローカルに行なわれ得る。このように収集または生成される情報は、天候情報、車速マップ、交通条件、運転者統計、道路情報、または図３に関連して記載された他の情報などの、開示される境界条件に整合する任意の情報を含み得る。
【０１６０】
プロセス８００は、以降の処理のために境界条件および／または関連付けられる情報を適応制御装置１１２に与えること（ステップ８０８）も含み得る。プロセス８００は、任意の好適な通信ネットワーク（たとえば、通信ネットワーク１２０）を介して、境界条件および他の情報を与え得る。与えられる境界条件および他の情報は、信号、コンピュータファイルなどの任意の好適な形態を取り得る。いくつかの実施形態では、適応制御装置１１２は、制御システム１３２から境界条件および関連付けられる情報を受信して、本明細書中に記載される付加的なプロセスを行ない得る。たとえば、いくつかの局面では、適応制御装置１１２は、（たとえば、境界条件の新たな組に対応するために外部変数４２６の組を更新することによって）受信した情報に基づいて、制御変数４２２の組を更新し得る。適応制御装置１１２は、たとえば、新たな組の境界条件に関連付けられる情報を記憶して制御変数４２２に対する付加的な変更を判定する、またはこれをイベント検出などの開示されるプロセスにおいて用いることも行ない得る。このように、適応制御装置１１２は、制御センター１３２から受信した情報を用いてその内部プロセスで変更を駆動し、かつそれがどのようにデータを収集し処理するかを動的に調整し得る。プロセス８００は、（たとえば、更新される境界条件に基づいて）、適応制御装置１１２から受信した信号または他の情報をモニタし続けて、プロセスを新たに開始し得る（ステップ８０２）。
【０１６１】
いくつかの実施形態では、プロセス８００は、運転者または車両１１０に関連付けられる危険指数を生成すること（ステップ８１０）を含み得る。この危険指数は、適応制御装置１１２から受信した情報（ステップ８０２）および／または以前に生成されたもしくは新たに決定された任意の識別される境界条件（たとえば、ステップ８０４）に基づき得る。いくつかの局面では、プロセス８００は、制御システム１３２上に記憶されるもしくは生成される情報および／または適応制御装置１１２によってモニタされる情報に基づいて、危険指数を判断し得る。プロセス８００は、以上開示されるものに整合する公式、重み、およびパラメータ（たとえば、さまざまなパラメータの重み平均、積、関数など）を用いて、危険指数の値を決定し得る。１つの実施形態では、プロセス８００は、運転者の運転挙動に基づいて危険指数の値を決定し得る。プロセス８００は、適応制御装置１１２から受信する信号または他の情報（たとえば、速度、加速度、コーニング、破壊、および／または位置信号；高速走行またはコーナリングイベントなどの運転イベントを検出することなど）ならびに制御システム１３２上に記憶される情報（たとえば、運転者の履歴運転挙動および統計）に基づいて、運転者の挙動を識別し得る。
【０１６２】
ある実施形態では、危険指数は、運転者の注意力にも基づき得る。プロセス８００は、現在の境界条件に関連付けられる情報に基づいて、運転者の注意力の尺度を決定し得る。たとえば、プロセス８００は、（たとえば、運転者が運転中にテキストメッセージを送っていることを示す）装置条件、（たとえば、運転者が、所与の期間の間、その近隣の他の運転者とは大きく異なる速度で運転していることを示す）平均速度マップ条件、および他のそのような境界条件などのデータに基づいて、運転者の注意力を測定し得る。これに加えてまたはこれに代えて、プロセス８００は、短い時間窓内のいくつかのコーニングイベントまたは加速度イベントの存在などの、適応制御装置１１２から受信する信号または情報に基づいて、運転者の注意力を測定し得る。
【０１６３】
ある局面では、危険指数は、車両の環境に関連付けられる情報にも基づき得る。プロセス８００は、（たとえば、温度、湿度、水分レベルを介して）適応制御装置１１２から受信するデータならびに識別される境界条件および関連付けられるデータ（たとえば、外部システム１４２から持ってこられる天候情報を含む天候条件）を用いて、環境情報を測定し得る。
【０１６４】
プロセス８００は、生成された危険指数を適応制御装置１１２に与えて以降の処理を行なうこと（ステップ８１２）を含み得る。プロセス８００は、任意の適切なチャネルまたは通信ネットワークを介して危険指数を与え得る。いくつかの局面では、適応制御装置１１２は、危険指数を受信し、それに応じてその内部プロセスを更新し得る。たとえば、適応制御装置１１２は、危険指数の新たな値に基づいて、演算可能な制御変数４２２の組を変更（たとえば、置換または古い指数に平均）して、更新された危険への露出を反映させ得る。ある局面では、たとえば、さまざまなイベントしきい値および／または検証しきい値は、（たとえば、より危険な環境でより多くのイベントを検出するように）受信した危険指数に反比例し得、サンプリングレートおよび／または信号重みは、（たとえば、危険なときにはより頻繁に信号をサンプリングするように）危険指数に正比例し得、ある信号、因子、および／またはそれらの関連付けられる重みは、より関連が高くまたは低くなり得る、などである。適応制御装置１１２は、新たな危険指数を古いものと比較し、その内部プロセスでなすべき必要な変更を決定し、（たとえば、外部制御変数４２６の組を変更することによって）有効制御変数４２２の組を修正して、これらの変更を実現し得る。
【０１６５】
プロセス８００は、更新された危険指数および／またはプロセス８００に関連付けられる他の情報に基づいて内部処理を行なうこと（ステップ８１４）も含み得る。いくつかの局面では、たとえば、プロセス８００は、新たに決定された危険指数および／または境界条件情報に基づいて運転者に通知を与えることを含み得る。通知は、以前に決定された危険指数、運転者または同様の状況に置かれた運転者の危険指数の履歴的平均と比較してより危険なまたはより安全な態様で運転者が運転中であることなどの指示などの、危険指数に関連付けられる情報を含み得る。通知は、１つ以上の境界条件に関連した運転者の運転習慣または挙動の指示などの、境界条件の組に関連付けられる情報も含み得る。たとえば、通知は、運転者が雨天の天候条件の際にあまりに速く運転中であること、運転者が、場所／車種によって、当該運転者が同様の状況にある場合よりもコーナリングまたは加速イベントが少ないこと、または任意の他の種類の指示を示し得る。このように、通知は、開示される実施形態およびその組合せに整合する運転分析の種類を含み得る。この通知は、電子メール、テキストメッセージ、自動音声メッセージ、携帯装置ディスプレイ上でのポップ通知、または他の同様の形式を備え得る。プロセス８００は、その内部プロセスを行なった後に、適応制御装置１１２からの信号または他の情報をモニタし続けて、プロセスを新たに開始し得る。
【０１６６】
これに加えてまたはこれに代えて、プロセス８００は、制御システム１３２を用いて、制御センター１３０に関連付けられる内部プロセスを行なうことを含み得る。たとえば、１つの実施形態では、プロセス８００は、適応制御装置１１２から受信した信号、生成された危険指数、および検出されたイベント（またはそれがないこと）に基づいて、車両１１０に関連付けられる１つ以上の保険証券を更新することを含み得る。いくつかの局面では、たとえば、より低い危険指数、運転または衝突イベントがないことまたは滅多に起こらないこと、および標準的運転挙動に強く相関する信号は、車両１１０の運転者が一般的には安全な運転者であることを示し得る。プロセス８００はこのように、適応制御装置１１２から受信した信号、生成される危険指数、識別された境界条件およびそれらの関連付けられる情報、ならびにイベント検出およびイベント検証の結果に基づいて、車両１１０に関連付けられる既存の保険証券に対する変更を決定することを含み得る。そのような変更は、たとえば、更新された保険料、割戻し、より低い控除対象、付加的な補償適用範囲などを含み得る。プロセス８００はさらに、決定された変更に基づいて証券を更新すること、および／または決定された変更（たとえば、保険契約者が更新された保険料に適格であること）に関連付けられる情報を含む証券に関連付けられる運転者または判断された保険契約者に通知を与えることを含み得る。通知は上述のものと同様の形態を取り得る。
【０１６７】
以上の実施形態から明らかであるように、開示される実施形態の局面は、適応制御装置１１２がメモリに記憶される制御変数４２２の組に対する変更を検出すると、その収集した信号、パラメータ、しきい値、および関数を動的に調整できるようにする。本明細書中に記載されるように、適応制御装置１１２は、制御変数の有効な組を継続的にまたは周期的にモニタして変更が起こったかどうかを判断し得、それに応じてそのプロセスを動的に調整し得る。さらに、適応制御装置１１２は、以上のプロセス（たとえば、図３−図８に関連して記載されるもの）に基づいて、制御変数４２２の組に対してなすべき１つ以上の変更を決定し、制御変数自体を更新することも行ない得る。適応制御装置１１２は、処理される情報の性質に基づいて、制御変数４２２に対する変更および内部プロセス（たとえば、しきい値、関数、重み、サンプリングされた信号など）に対するそれらの対応の効果を決定し得る。
【０１６８】
たとえば、適応制御装置１１２が制御センター１３２から危険指数を受信すると、適応制御装置１１２は、メモリに記憶される外部制御変数４２６の組を更新し得る。次に適応制御装置１１２は、新たな危険指数に基づいて、以上の実施形態の局面に適用すべき１つ以上の変更を決定し、それに応じて（たとえば、制御信号４４２または４４６を介して）そのプロセスを動的に調整し得る。決定された変更の性質は、新たな危険指数の性質に基づき得る。上述のように、たとえば、より高い危険指数はより危ない運転を示す。いくつかの局面では、したがって、適応制御装置１１２は、サンプリングされた信号の組を変更して、運転に基づく信号を優先して（たとえば、温度および湿度信号よりも、速度、コーニング、および加速度信号を）扱い得る。適応制御装置１１２は、付加的なかつより正確なデータを収集するように、これらおよび他の信号のサンプリングレートの変更（たとえば、増加）も行ない得る。適応制御装置１１２は、危険指数が大きくなっている間、他のより重要でない信号のサンプリングレートを低下させることも行ない得る。さらに、適応制御装置１１２は、そのイベント検出論理を修正して、（たとえば、イベント因子およびイベント重みを修正してそのような変更を誘発させることによって、イベント表示を修正してしきい値の数学的表示を調整することによってなど、手動で）イベントしきい値を低下させる、イベントスコアを増大する（たとえば、手動で、またはイベントしきい値を変更するのと同様の態様で信号およびそれらの信号重みを修正する）など、その感度を増大させ得る。さらに、適応制御装置１１２は、（たとえば、検証重みを増大させる、新たな信号または検証パラメータを選択するなどによって）検証しきい値を低下させる、検証尺度を増大させる、基礎パラメータおよび関数に対する変更を実現してこれらの変更を誘発させるなど、その検証プロセスを同様の態様で修正し得る。したがって、適応制御装置１１２は、新たな危険指数の受領によって生じる新たな制御パラメータ４２２に応答して、本明細書中で論じる任意の入力、パラメータ、またはプロセスをどのように動的に調整するかを判断し得る。さらに、適応制御装置１１２は、（たとえば、制御システム１３２から受信されるような、または適応制御装置１１２内で生成されるような）処理された情報によって誘導される制御パラメータの組に対する変更に基づいて、任意のそのような特徴を動的にどのように調整するかを判断し得る。
【０１６９】
別の例として、適応制御装置１１２は、制御センター１３２から境界条件およびそれらの関連付けられる情報を受信し得る。適応制御装置１１２は、境界条件および付随するデータの性質に基づいて、制御変数４２２の組（たとえば、特に外部制御変数４２６の組）および以上のプロセスに対する対応の調整をどのように修正するかを判断し得る。１つの例では、適応制御装置１１２は、そのような条件が以前に確立されなかった場合は、天候条件を受信し得る。適応制御装置１１２は制御変数４２２を更新し、センサ１１４からの信号およびサンプリングレートを動的に調整して、環境情報（たとえば、温度、水分レベル、気圧など）を収集し得る。適応制御装置１１２は、（たとえば、イベントしきい値、検証しきい値、および／または信号重み、イベント因子などのそれらのさまざまな構成要素などを修正することによって）、以上で概略を述べたようなそのイベント検出および検証プロセスを更新して、天候上の考慮点をイベントに組入れることも行ない得る。１つの実施形態では、たとえば、適応制御装置１１２は、（たとえば、より危険なため）雨天についてのイベントしきい値を減少させ、穏やかな天候または晴天のイベントしきい値を増大させ得る。適応制御装置１１２は、晴れた条件下よりも雨の条件下でより頻繁に、ある種類の信号（たとえば、速度、コーナリング、破壊など）のサンプリングもし得る。同様の態様で、適応制御装置は、（たとえば、より高い混雑レベルでの事故のより高い見込みによる）交通条件、道路情報（たとえば、より真っ直ぐな道路上では信号をより低頻度でサンプリングする）、および任意の他の境界条件情報に応答して、以上の実施形態の信号、サンプリングレート、しきい値などを動的に調整し得る。これらの種類の変更は、本明細書中に開示される任意の可変のプロセスに適用され得、変更は、境界条件情報の性質に基づき得る。
【０１７０】
最後の例では、適応制御装置１１２は、内部プロセスに基づいて制御変数の組をどのように更新するかも判断し得る。１つの例として、適応制御装置１１２は、検出されるイベントの性質に基づいて、制御変数４２２（たとえば、内部変数４２４）の組および以上のプロセスに対する対応の調整をどのように変更するかを判断し得る。一例として、適応制御装置１１２は、スピード違反イベント、加速イベント、またはコーナリングイベントを検出して、そのようなイベントが典型的にはより危険なまたは安全でない運転挙動を反映していると判断し得る。応答して、適応制御装置１１２は制御変数４２２の組を更新し得、それに応じて（たとえば、制御信号４４２を介して）先の実施形態の入力、パラメータ、およびプロセスを動的に調整し得る。たとえば、適応制御装置１１２は、（たとえば、速度および加速度などの運転ベースの信号を優先して扱うために）サンプリングされた信号の組、ならびに／または（たとえば、運転ベースの信号をより高頻度でかつ環境ベースのサンプルをより低頻度でサンプリングするために）それらのサンプリングレートを、調整し得る。さらに、適応制御装置１１２は、検出される運転イベントに応答して、イベントしきい値もしくは検証しきい値を低減または上述のようにイベントスコアおよび検証尺度を増大させて、ある運転挙動に対する感度を増大させ得る。さらに、適応制御装置１１２は、（たとえば、イベントしきい値を増大させる、サンプリングレートを低減することなどによって）そのようなイベントがないことに応答して逆変化をなし得る。開示される実施形態は、開示される実施形態で生成される任意の情報またはデータに応答して、任意のそのような変更をなすことを企図する。さらに、これらの変更は、本明細書中に開示される任意の可変のプロセスまたはパラメータに適用され得る。調整と、影響される入力、プロセス、およびパラメータとの性質は、車両１１０に関連付けられる実際の運転挙動および環境条件に依存して、生成される情報の性質に依存する。
【０１７１】
いくつかの事例では、図８に示されかつ上述される、制御センター１３０によって（たとえば、制御センター１３０にある制御システム１３２によって）完了されるようなプロセスのうち任意の１つ以上は、代替的に、（たとえば、少なくとも部分的に）適応制御装置１１２によって（たとえば、適応制御システム１１２のプロセッサ２００によって）完了され得る。この処理強度変調に従って、適応制御装置１１２のプロセッサ２００は、いくつかの事例では、より多数のプロセスを行なう容量を有し得る。処理強度変調を用いて、制御装置１１２は、より大きな処理の許可に対する要求とともに、この容量を制御センター１３０に通信し得る。その後、制御センター１３０は、選択的に制御装置１１２に肩代わりされ得る、制御センター１３０が通常行なう処理の量を決定して、応答して対応の許可を制御装置１１２に付与し得る。制御装置１１２が車両１１０上で行なわれている処理の増大を開始すると、制御センター１３０は、対称に車両１１０外で行なわれている処理を低減し始め得る。
【０１７２】
いくつかの実施形態では、制御装置１１２は常に、制御センター１３０が通常行なう処理のいくらかの量を行なう容量を有し得る。しかしながら、制御装置１１２は、制御センター１３０に必要な処理の量および／またはネットワーク１２０に必要なデータ／信号送信の量を増大させ得る、発生中のまたは発生しようとしている特定の条件を断続的に認識し得る。たとえば、車両位置、検出される運転スタイル、時間帯、照明条件、天候条件、他のセンサ情報、ネットワーク条件などに基づいて、制御装置１１２は、処理および／または送信要件が増大したまたは増大しようとしていると判断し得る。この状況で、制御装置１１２の処理容量が不変のままであったとしても、制御装置１１２は依然として、より大きな処理の許可に対する要求とともにその処理容量を制御センター１３０に通信するように構成され得る。上述のように、そのような要求に応答して、制御センター１３０は、制御装置１１２に肩代わりされ得る、制御センター１３０が通常行なう処理の量を決定し、応答して対応の許可を制御装置１１２に付与し得る。制御装置１１２が車両１１０上で行なわれている処理を増大し始めると、制御センター１３０は、対称に、車両１１０外で行なわれている処理を低減し始め得る。
【０１７３】
１つの実施形態では、処理パワーは、制御装置１１２および制御センター１３０に静的にまたは動的に割当て可能である。たとえば、処理パワーは、制御装置１１２と制御センター１３０との間で必要とされる通信サービスのレベル（たとえば、１２０のネットワークの予期されるまたは実際の通信負荷）、利用可能な通信サービスのレベル（たとえば、１２０のネットワークの予期されるまたは実際の帯域幅）、サービスのコストなどに基づいて、制御装置１１２および制御センター１３０に割当て可能である。これに代えて、決定されたサービスのレベルを考慮して、具体的な文脈条件に応じて処理パワーを割当て可能である。これらの文脈条件は、とりわけ、車両１１０の地理的場所（たとえば、通信規則、要件、制限、またはコストが異なる区域などの具体的な区域に車両１１０が入るまたはそこから出ていく）、交通条件（たとえば、より多いまたはより少ない処理を要件とする条件）、気象条件、履歴運転者挙動など）を含み得る。これらの条件は、制御装置１１２、制御センター１３０、および／または制御装置１１２と制御センター１３０との両方の組合せによって検出および／または決定され得る。
【０１７４】
いくつかの実施形態では、処理パワーの割当ては、実際のリソースオーバーフローまたはリソースオーバーフローの見込みのみを低減するように開始され得る。具体的に、センサベースのデータおよび信号の処理および／または送信について、１つ以上の限界が存在し得る。たとえば、制御センター１３０は、異なる車両１１０に関連付けられる最大限の数の異なる制御装置１１２と同時に通信する、最大限の数のトランザクションを同時に処理する、最大限の数の信号またはデータパケットのサイズを同時に処理するなど、ができ得る。同様に、ネットワーク１２０は、最大限の数のソースからの最大限の数の信号および／またはデータパケットを最大限の数の宛先、最大限のサイズのデータパケットなどに送信することができ得る。これらのさまざまな限界に近づくとおよび／またはこれを超えると、対応の処理速度および／または完全度が劣化し得る、ならびに／または関連付けられる処理／送信コストが増大し得る。これに応じて、これらの最大限界のうち１つ以上に近づくとおよび／またはこれを超えると、処理パワーは選択的に制御センター１３０から制御装置１１２に割当てられ得る。制御装置１１２により大きな処理量を担わせることにより、制御センター１３０およびネットワーク１２０は、より高い速度、より大きな完全度、およびより低いコストを支持する低減された負荷を有し得る。
【０１７５】
たとえば、制御センター１３０および／またはネットワーク１２０の１つ以上の限界に近づくとおよび／またはこれを超えると、制御装置１１２から制御センター１３０にまず通信されるセンサベースのデータおよび／または信号に基づいて制御センター１３０によって実現される１つ以上の衝突検出アルゴリズムは、代わりに、制御装置１１２に肩代わりされ得る。これらのプロセスを肩代わりさせることにより、ネットワーク１２０を介して制御装置１１２によって制御センター１３０にまず通信されるセンサベースのデータおよび／または信号の量は、ボリュームおよび／またはサイズにおいて低減され得る。さらに、制御センター１３０が行なう処理の量が低減され得る。これにより、送信コストが低減され、制御センター１３０が他の目的のために利用可能になり得る。
【０１７６】
別の例では、制御装置１１２の映像プロセッサおよび／または圧縮モジュールが制御センター１３０によって遠隔に選択的にイネーブル／ディスエーブルされ得る。映像プロセッサおよび／または圧縮モジュールのこの選択的なイネーブルは、ネットワーク１２０を介したデータ／信号送信および／または制御センター１３０が行なう処理の量を調整するように機能し得る。同様の態様で、車両１１０の特定のセンサ獲得モジュール１１４は、制御センター１３０によって遠隔にイネーブル／ディスエーブルされて、送信および／または処理を低減し得る。
【０１７７】
別の例では、制御センター１３０内に常駐する特定のソフトウェアモジュールが制御装置１１２に選択的にロードされ得、これにより、制御装置１１２は、選択時間におよび／または選択状況において、その処理能力を増大させ得る。たとえば、運転者挙動イベントをモデリングすることまたは運転文脈を評価することに向けられる１つ以上のソフトウェアモジュールは、制御センター１３０から制御装置１１２に動的にロードされ得、これにより、その後関連の処理が車両１１０上で行なわれ得る。ソフトウェアモジュールは、制御装置１１２にロードされた後、制御センター１３０からの遠隔のコマンドによってその後選択的に実行され得る。同様の態様で、他のソフトウェアモジュール（たとえば、公開ＡＰＩおよび実行中の対応の制御装置サンドボックスを用いて最終ユーザによって開発されるソフトウェアモジュール）は、選択的に送られて制御センター１３０によって実行され得る。
【０１７８】
以上の説明は例示の目的のために提示された。それは網羅的ではなく、開示される精密な形態または実施形態に限定されるものではない。明細書の考慮および開示される実施形態の実践から実施形態の修正例および適応例が明らかになるであろう。たとえば、記載される実現例はハードウェアおよびソフトウェアを含むが、本開示に整合するシステムおよび方法はハードウェア単独として実現可能である。
【０１７９】
この明細書の書面による記載および方法に基づくコンピュータプログラムは、ソフトウェア開発者の技能の範囲内にある。さまざまなプログラムまたはプログラムモジュールは、さまざまなプログラミング技術を用いて作成可能である。たとえば、プログラムセクションまたはプログラムモジュールは、ジャバ（登録商標）、Ｃ、Ｃ＋＋、アセンブリ言語、または任意のそのようなプログラミング言語においてまたはそれによって設計可能である。そのようなソフトウェアセクションまたはモジュールのうち１つ以上をデバイスシステムまたは既存の通信ソフトウェアに統合可能である。
【０１８０】
さらに、例示的な実施形態を本明細書中に記載したが、範囲は、本開示に基づく均等な要素、修正例、省略、（たとえば、さまざまな実施形態にわたる局面の）組合せ、適応例、および／または変更例を有するありとあらゆる実施形態を含む。請求項中の要素は、請求項で用いられる文言に基づいて広く解釈されるべきであり、本明細書においてまたは本出願の審査手続きの間に記載される例に限定されるものではない。当該例は非排他的として解釈されるべきである。さらに、開示される方法のステップは、ステップを再配置することおよび／またはステップを挿入もしくは削除することを含む任意の態様で修正可能である。さらに、本明細書中に記載される任意のパラメータ、条件、情報などは、そのパラメータ、条件、または情報の、履歴的値、現在の値、または予測される値を反映し得る。
【０１８１】
開示の特徴および利点が詳細な明細書から明らかであり、そのため、添付の請求項は、開示の真の精神および範囲内に入るすべてのシステムおよび方法をカバーすることが意図される。本明細書中で用いるように、不定冠詞「ａ」および「an」は「１つ以上」を意味する。同様に、複数形の用語の使用は、与えられた文脈においてそれが明確でなければ、必ずしも複数を表わさない。「および」または「または」などの語は、そうでないと具体的に指示されなければ、「および／または」を意味する。さらに、数多くの修正例および変形例が当業者には容易に想到されるため、例示されかつ記載される正確な構築および動作に開示を限定することは望まれず、これに応じて、開示の範囲内に入るすべての好適な修正例および均等物が依拠され得る。
【０１８２】
当業者には、明細書の考慮および本明細書中に開示される実施形態の実践から他の実施形態が明らかであろう。明細書および実施例は、例のみと考えられるべきであり、開示される実施形態の真の範囲および精神は以下の請求項によって示されることが意図される。
【０１８３】
付録Ａ
ＤＩＢ概念の基礎は以下のとおりである。
【０１８４】
・多様なかつ特化された車載センサ（たとえば、加速度計、ジャイロスコープ、磁気計、接触センサ、圧力センサなど）からの現行技術の信号獲得および検出をサポートする数学アルゴリズムは、大きな処理フットプリントを必要とする。
【０１８５】
・これらのアルゴリズムは、ＯＢＵ側（車載テレマティクスユニット）もしくは（特殊フロントエンドプロセッサ内部の）制御センター側で実行可能であるか、または２つの先の環境の間で分散可能である。
【０１８６】
・ＯＢＵは、ＣＰＵ／ＤＳＰパワーとメモリフットプリントとの両方の観点で、はるかにより大きな処理能力を装備することができる。基本ＯＢＵ機能（基本サービス範囲を可能にする機能）を実行するのに厳密に必要な能力よりもはるかにより大きな最大処理能力であるため、ローカル処理ＯＢＵ側の量を増大させて、必要な全体的信号処理の実質的な分担を実現する可能性がある。
【０１８７】
・信号処理のためにＯＢＵ側に割当てられる処理パワーの量は、制御センター側での対称の変動により、動的に変動させることができる。
【０１８８】
・処理パワーのこの割当ては、必要なサービスレベルに従って、または、決定されたサービスレベルを考慮して具体的な文脈条件に従って、静的または動的に行なうことができる。
【０１８９】
・先に言及した文脈条件（たとえば、車両の地理的場所、特定的な区域に入ることもしくはそこから出ること、交通条件、気象条件、運転者の以前のもしくは履歴的な挙動など）は、ＯＢＵ単独によって、または処理リソースの再割当ての必要性についてＯＢＵとハンドシェイクする制御センターによって判断されることができる。
【０１９０】
・しかしながら、ＯＢＵが異なる文脈条件を検出したとしても、異なるレベルのローカル処理強度に入る前は、ＯＢＵは、制御センターによる関連の許可を得る必要がある。
【０１９１】
・以上で言及したハンドシェイキングはリアルタイムプロセスであり、これは、制御センターデータベースでのデータ摂取に関連のある任意の他の機能の前に、制御センターフロントエンドの「フォグ」層においてサポートされる必要がある。
【０１９２】
・リアルタイムの動作と、ＯＢＵと制御センターとの間での処理リソース割当ての完璧なかつ同期したバランス取りとの両方を付与するために、以上で言及したハンドシェイキングは、ＯＢＵと制御センターとの間での電話会社プロトコル内の適切なリソースおよび手順を必要とする。
【０１９３】
・現場側または制御センター−側のいずれにおいてもリソースのオーバーフローを防止するために、ハンドシェイキング論理は必要な規定を含む。
【０１９４】
・ＤＩＢ方策はＡＣＭモデルに論理的に接続される：実際に、ＡＣＭモデルに記載されるような、センサモジュールの割当てもしくは割当て取消しおよび／またはセンサ獲得パラメータの修正は、ＯＢＵから制御センターへ、系統全体において割当てられる処理リソースの比例した変動を前提とする。
【０１９５】
・ＯＢＵと制御センターとの間でのＤＩＢモードでの処理リソースの再割当ては、ＯＢＵと制御センターとの間で電話会社のリンクを介して交換されるデータの量に対する直接の結果を生じさせる。このことは、この再割当てが、伝達速度、伝達完全性、および伝達コストを含む、ある電話会社パラメータを最適化するために指令可能であることを意味する。ある不測の状況（たとえば、通信過負荷、通信停止、または制御センターフロントエンド処理過負荷）では、この再割当てが問題解決に実質的に寄与することができる。
【０１９６】
ＯＢＵ側の処理強度変調の実践的な例は以下のとおりである。
・１つ以上の衝突検出アルゴリズムがイネーブルまたはディスエーブルされる（対称に、制御センター側、同じアルゴリズムがディスエーブルまたはイネーブルされる）。
【０１９７】
・（映像取得を装備したＯＢＵ向けの）映像プロセッサ／圧縮モジュールが制御センターによってイネーブルまたはディスエーブルされる。
【０１９８】
・センサ獲得モジュールが制御センターコマンドによってイネーブルまたはディスエーブルされる（ＡＣＭ概念との論理的接続を参照）。
【０１９９】
・たとえば、運転挙動イベント評価または運転文脈評価に向けられる１つ以上のＳＷモジュールは、制御センターからＯＢＵに動的にロードされ、次に制御センターコマンドによって送られて実行される。
【０２００】
・１つ以上のユーザＳＷモジュール（ＯＢＵ公開ＡＰＩを用いて最終ユーザによって開発され、適切なＯＢＵサンドボックスに流れ込むモジュール）が制御センターコマンドによって送られて実行される。
【０２０１】
・制御センターによって実行時に動的にロードされるＳＷモジュールのロード／アンロードおよび実行開始／停止をサポートする適切なＳＷ層の必要性（図を参照）。
【０２０２】
【表１】
2019523484.tif 000017
【０２０３】
・さまざまなＯＢＵ動作モードでの、さまざまなＯＢＵプロセッサ同士の間での処理負荷分散、必要とされるタスクの優先度およびＯＢＵのパワー必要性の扱いをサポートする適切なＯＳ機能の必要性。
【０２０４】
・ＤＩＢ論理系統における方策であるマスタ（制御センター）−スレーブ（ＯＢＵ）、ここで、ＯＢＵは、制御センターが受信するコマンドのみによって、自身の処理レベルを変更することができる。このことは、ＯＢＵ自体が処理強度の修正を必要とする条件（たとえば、ＯＢＵ位置、検出される運転スタイル、時間帯、光条件、天候条件、他のセンサ情報、電話会社リンクにおけるある状況など）を検出する場合、そのような場合にも当てはまる。この場合、ＯＢＵは制御センターに新たな処理方式に入る許可を求め、制御センターは、新たな処理方式に入る許可を発行するまたは発行しない。このマスタ−スレーブ方策は、２つのリンク側同士の間での適切な整列を付与するのに必要である。
【０２０５】
・一般的に、適切なＤＩＢ動作のための前提としての、ＯＢＵ  ＨＷ、ＯＢＵ  ＯＳ＆ＡＰＩ、ダイナミックモジュールサポートミドルウェアと電話会社プロトコルとの間での完璧な統合。ＤＩＢをサポートするＨＷは、カーネルモジュールプラス（ＫＭ＋）であり、これは、高度に統合されたＨＷモジュールである。このモジュールは、ハイエンドデバイスの基本的な基礎単位である。
【図１】
2019523484.tif 000018
【図２】
2019523484.tif 000019
【図３】
2019523484.tif 000020
【図４】
2019523484.tif 000021
【図５】
2019523484.tif 000022
【図６】
2019523484.tif 000023
【図７】
2019523484.tif 000024
【図８】
2019523484.tif 000025
【国際調査報告】
2019523484.tif 000026
2019523484.tif 000027