(57)【要約】  本発明は、動力車両用のドライバー・アシスタント・システムのために周辺モデリングを実施するための装置（１００）であって、以下を包含する装置（１００）に関する：計算される総合・車両周辺モデルを、第一予測幅に基づいた静的な車両周辺モデルと第二予測幅に基づいた動的な車両周辺モデルへの分配を提供できるように構成された分配手段（１０）；最長応答時間内において第一予測幅に基づいた動的な車両周辺モデルを計算することができるように構成されている第一リアルタイム計算手段（２０）；特徴的応答時間内において第二予測幅に基づいた静的な車両周辺モデルを計算することができるように構成されている第二リアルタイム計算手段（３０）；並びに、総合車両周辺モデルの分析に基づいた分配を変更する事ができるように構成されている状況分析手段（４０）。
2019501811.tif 000002
【特許請求の範囲】
【請求項１】
動力車両用のドライバー・アシスタント・システムのために周辺モデリングを実施するための装置であって、以下を包含することを特徴とする装置（１００）：
計算される総合・車両周辺モデルを、第一予測幅に基づいた静的な車両周辺モデルと第二予測幅に基づいた動的な車両周辺モデルへの分配を提供できるように構成された分配手段（１０）；
最長応答時間内において第一予測幅に基づいた動的な車両周辺モデルを計算することができるように構成されている第一リアルタイム計算手段（２０）；
特徴的応答時間内において第二予測幅に基づいた静的な車両周辺モデルを計算することができるように構成されている第二リアルタイム計算手段（３０）；並びに、
総合車両周辺モデルの分析に基づいた分配を変更する事ができるように構成されている状況分析手段（４０）。
【請求項２】
状況分析手段（４０）が、該分配を、第一リアルタイム計算手段（２０）の予め計算されている第一応答時間と最長応答時間用の第一閾値との比較に基づいて、及び／或いは、第二リアルタイム計算手段（３０）の予め計算されている第二応答時間と特徴的応答時間用の第二閾値との比較に基づいて、変更することができるように構成されている
ことを特徴とする請求項１に記載の装置（１００）。
【請求項３】
第一リアルタイム計算手段（２０）が、複数の帰還制御ブロックを有している；及び／或いは、第二リアルタイム計算手段（３０）が、複数の帰還制御ブロックを有している
ことを特徴とする先行請求項のうち何れか一項に記載の装置（１００）。
【請求項４】
第一リアルタイム計算手段（２０）の該複数の回帰制御ブロックがチェーンとして構成されている；及び／或いは、第二リアルタイム計算手段（３０）の該複数の回帰制御ブロックが、チェーンとして構成されている
ことを特徴とする請求項３に記載の装置（１００）。
【請求項５】
第一リアルタイム計算手段（２０）が、３ｓ以内、乃至、５ｓ以内、乃至、１０ｓ以内の最長応答時間内において、５０ｍ以内、乃至、１００ｍ以内、乃至、２００ｍ以内の第一予測幅に基づいて、動的な車両周辺モデルを算出できるように構成されている
ことを特徴とする先行請求項のうち何れか一項に記載の装置（１００）。
【請求項６】
第一リアルタイム計算手段（２０）が、１ｓ以内の、乃至、２．５ｓ以内の、乃至、５ｓ以内の第一計算サイクルを有する動的な車両周辺モデルを基にして、算出された総合・周辺モデル、及び／或いは、算出された軌道計画を出力できるように構成されている
ことを特徴とする先行請求項のうち何れか一項に記載の装置（１００）。
【請求項７】
第二リアルタイム計算手段（３０）が、３ｓ以内の、乃至、６ｓ以内の、乃至、１０ｓ以内の第二計算サイクルと２００ｍ以内、乃至、５００ｍ以内、乃至、１０００ｍ以内の到達距離を有する静的な車両周辺モデルを基にして、算出された総合・周辺モデル、及び／或いは、算出された軌道計画を出力できるように構成されている
ことを特徴とする先行請求項のうち何れか一項に記載の装置（１００）。
【請求項８】
第一リアルタイム計算手段（２０）が、動的な車両周辺モデルを、第一整合性レベルにおいて、算出できるように構成されていること、並びに、第二リアルタイム計算手段（３０）が、静的な車両周辺モデルを第二整合性レベルにおいて、算出できるように構成されていること
を特徴とする先行請求項のうち何れか一項に記載の装置（１００）。
【請求項９】
第一整合性レベルが、第二整合性レベルよりもより高い
ことを特徴とする請求項８に記載の装置（１００）。
【請求項１０】
動力車両用のドライバー・アシスタント・システムのために周辺モデリングを実施するための方法であって、以下の方法ステップを包含していることを特徴とする方法：
計算される総合・車両周辺モデルを、第一予測幅に基づいた静的な車両周辺モデルと第二予測幅に基づいた動的な車両周辺モデルへの分配手段（１０）を用いた分配を提供するステップ（Ｓ１）；
最長応答時間内において、第一予測幅に基づいた動的な車両周辺モデルを、第一リアルタイム計算手段（２０）を用いて計算するステップ（Ｓ２）；並びに、
特徴的応答時間内において、第二予測幅に基づいた静的な車両周辺モデルを、第二リアルタイム計算手段（３０）を用いて計算するステップ（Ｓ３）；並びに、
状況分析手段（４０）を用いた総合・車両周辺モデルの分析を基に、計算する総合・車両周辺モデルの分配を変更するステップ（Ｓ４）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、動力車両用のドライバー・アシスタント・システムに関する。
【０００２】
特に、本発明は、動力車両用のドライバー・アシスタント・システムのために周辺モデリングを実施するための装置と方法に関する。
【背景技術】
【０００３】
リアルタイム・システムは、「ハードな」リアルタイム・システムと「ソフトな」リアルタイム・システムに区別されている。ハードなリアルタイム・システムは、予め定められている最長応答時間内に、正しい結果の出力を保証し、これを供給する。
【０００４】
そのため、システムのベース、例えば、オペレーティングシステム等に対して、リアルタイム対応に関連する高い要求が課せられる。
【０００５】
しかしこれには、特別なリアルタイム・オペレーティングシステムが必須であり、著名な例としては、ＯＳＥＫ（独「Ｏｆｆｅｎｅ  Ｓｙｓｔｅｍｅ  ｕｎｄ  ｄｅｒｅｎ  Ｓｃｈｎｉｔｔｓｔｅｌｌｅｎ  ｆｕｅｒ  ｄｉｅ  Ｅｌｅｋｔｒｏｎｉｋ  ｉｍ  Ｋｒａｆｔｆａｈｒｚｅｕｇ」  ＝  車載電子機器用のオープン・システムとインターフェース）やＯＳＥＫ−ＯＳ（車載システム用のリアルタイム・オペレーティングシステムのＯＳＥＫコンソーシアムで採用された仕様）などが、挙げられる。
【０００６】
他のリアルタイム・オペレーティングシステムとしては、ＱＮＸ（固有ポータブルインタフェースＵＮＩＸ標準規格のリアルタイム・オペレーティングシステム）、或いは、ｖｘＷｏｒｋｓ（これも、リアルタイム対応のオペレーティングシステム）なども、使用することができる。
【０００７】
一方、ソフトなリアルタイム・システムでは、平均的に許容できる応答時間を達成できるが、必ずしも保障はできない。これにより、オペレーティングシステムに課せられる要求は、有意に低減するため、普及しているシステム、例えば、Ｌｉｎｕｘなどや、Ｗｉｎｄｏｗｓですらも採用することが可能になる。
【０００８】
ハードなリアルタイム・オペレーティングシステムと比較して、ソフトなリアルタイム・システムは、通常、非常に多くのＡＰＩを提供しており、例えば、ライブラリや抽象化規格、例えば、ＯｐｅｎＣＶ，Ｅｉｇｅｎ，ＯｐｅｎＧＬ，ＯｐｅｎＣＬなどのサポートも優れている。
【０００９】
これにより、効率的かつ迅速なアルゴリズムやフレームワーク・ソフトウェアの開発が可能であり、現在では、例えば、ラピッド・プロトタイピング用の研究プロジェクトなどにおいて採用されている。
【００１０】
高度なドライバー・アシスタント・システム（独「Ｆａｈｒｅｒａｓｓｉｓｔｅｎｚｓｙｓｔｅｍｅ」＝ＦＡＳ、英「Ａｄｖａｎｃｅｄ  Ｄｒｉｖｅｒ  Ａｓｓｉｓｔａｎｃｅ  Ｓｙｓｔｅｍｓ」＝ＡＤＡＳ）は、特定の走行シチュエーションにおいてドライバーをサポートするために、動力車両内に付加的に搭載される電子装置類である。
【００１１】
今日のＡＤＡＳシステムは、通常、ハードなリアルタイム・システム仕様になっている。例えば、緊急ブレーキ・アシスタントなどのシステムでは、このような仕様は、タイムリーに、即ち、システムの限界内において、起こっている走行シチュエーションの変化に反応できることを保障するために、必要不可欠である。
【発明の概要】
【発明が解決しようとする課題】
【００１２】
よって、本発明の課題は、改善された、動力車両用のドライバー・アシスタント・システムのために周辺モデリングを実施するための装置を提供することである。
【課題を解決するための手段】
【００１３】
上記課題は、独立特許請求項に記載されている対象によって達成される。尚、実施形態、並びに、発展形態は、従属特許請求項、明細書、並びに、図面によって示される。
【００１４】
本発明の第一アスペクトは、動力車両用のドライバー・アシスタント・システムのために周辺モデリングを実施するための装置に関するものであるが、該装置は、算出する総合・車両周辺モデルを、第一予測幅に基づいた静的な車両周辺モデルと第二予測幅に基づいた動的な車両周辺モデルへの分配を準備できるように構成された分配手段を包含している。
【００１５】
該装置は、更に、最長応答時間内において第一予測幅に基づいた動的な車両周辺モデルを計算することができるように構成された第一リアルタイム計算手段も包含している。
【００１６】
該装置は、更に、特徴的応答時間において第二予測幅に基づいた静的な車両周辺モデルを計算することができるように構成された第二リアルタイム計算手段も包含している。
【００１７】
該装置は、更に、総合車両周辺モデルの分析に基づいた分配を変更する事ができるように構成された状況分析手段も包含している。
【００１８】
言い換えれば、これにより、冗長性にとって必要な安全パスとメイン・パス、並びに、対応する機能形成を、周辺モデルの大部分、並びに、軌道計画に対するリアルタイム要件を、ソフトなリアルタイム要件のシステムを用いても可能になる程に削減するために分離することが、有利に達成できる。
【００１９】
尚、ソフトなリアルタイム要件は、例えば、予め定められている偏差内において超えることが許される特徴的応答時間によって定義され、ハードなリアルタイム要件は、例えば、厳守されなければならない最長応答時間によって定義されている。
【００２０】
本発明は、車両周辺モデルの一部を、ハード・リアルタイム対応において計算する必要を無くしたにもかかわらず、保証されたシステムの応答時間を確実なものとすることを、有利に可能にしている。
【００２１】
本発明は、ハード・リアルタイム対応部分を監視し、且つ、必要に応じて、保証されている応答時間を、クリティカルな状況においても確実なものとするために訂正する状況分析が使用されることを有利に可能にしている。
【００２２】
言い換えれば、低い周波数において作動している周辺把握アルゴリズム及び処理アルゴリズムからのデータの処理と補正のための方法を、少なくとも（非常に）動的な周辺把握部分、状況分析部分並びに帰還制御部分における保証される最長応答時間無しに提供することを、有利に達成している。
【００２３】
これにより、システム全体の高い周波数と保証された応答時間を、例え、低い周波数の処理部分内のデータの処理が遅延したとしても、確実なものとすることを有利に可能にしている。
【００２４】
本件発明において用いられる「低い周波数」と言う概念は、保証されない応答時間の判断条件に関する、即ち、結果を提供する際に周期的な変動がある。
【００２５】
本発明では、決して絶対的な「低い周波数」を意味する訳ではないが、ハード・リアルタイム対応ではないシステムは、それ以下では応答時間が、アルゴリズム・ランタイムにではなく、どちらかと言えば「システム効果」によって定められる特徴的な下限を有している。
【００２６】
これは、Ｗｉｎｄｏｗｓシステムでは、特徴的に、例えば１０ｍｓであり、これから、最大の確定的な「帰還制御周波数」は、安全率無しに、１００Ｈｚ以下と求められる。一方、Ｌｉｎｕｘシステムでは、この本発明において低い周波数とされる周波数は、特徴的に、少しだけ高く、例えば、２００Ｈｚである。
【００２７】
本件発明において用いられる「高い周波数」と言う概念は、例えば、５００Ｈｚ以上の周波数を指すものである。
【００２８】
本発明は、例えば、特に、多くのリソースと開発の手間を必要とする、静的周辺部を捕捉するためのアルゴリズムと、広い到達範囲のパス計画をするためのアルゴリズムを、並行して低周波部分において実行できることを有利に可能にしている。
【００２９】
この低周波部分へのシフトは、例えば、静的周辺モデルは、特徴的な期間乃至時間枠内において変化せず、システムから見てそれに対して「動的な」応答を必要としないため、可能となっている。
【００３０】
これとは対照的に、高周波部分では、例えば、動いているオブジェクトのトラッキング、歩行者認識、或いは、信号認識など動的な車両周辺部を捕捉するアルゴリズムにおいて、例えば、前車両の緊急ブレーキの必要性を捕捉できることを保証するために、保証された最長応答時間が、厳守されなければならない。
【００３１】
通常は並行する低周波部分からの軌道を、追走するが、例えば、状況分析と帰還制御は、高周波部分において実行され、更に、例えば、縦方向誘導は、より大きな予測幅の静的な周辺モデルからのデータを考慮しながら、全て高周波部分において実行されると言う構成によって、動的な交通参加者に対するシステムの保証された最長応答時間が得られている。
【００３２】
これは、例えば、突然の車線変更や緊急ブレーキの際に実施される。この静的な周辺モデルを有効利用した場合、緊急ブレーキ、及び／或いは、緊急回避を実施すべきか否かが決断できる。
【００３３】
その際、例えば、周辺モデルの計算は実施されず、その代わりに、例えば、低周波部分からの最新のデータセット、即ち、例えば、レーン推移や周辺建造物が、分析中、考慮される。
【００３４】
本発明は、例えば、高周波部分における状況分析においても、更に、予め定められているパスに、並行して、修正を、オーバーレイできることを有利に可能にしている。
【００３５】
該修正は、これによって、例えば、隣の車両の隣車線への「蛇行」に対して、保証された最長応答時間内に応答できるようにするために、動的な交通シチュエーションの分析から、低周波部分からの静的な周辺モデル、即ち、例えば、レーンマークなどを考慮しながら、得ることができる。
【００３６】
言い換えれば、これによって、該部分を、低いＡＳＩＬレベルの、乃至、機能的安全に対する要件が低いソフト・リアルタイム対応システムによっても計算できるようにするために、静的な車両周辺部と動的な車両周辺部への分配を、提供し、且つ、静的な周辺部に対するより高度な予測を用いることが、有利に達成されている。
【００３７】
即ち、例えば、静的な車両周辺部と動的な車両周辺部への、言い換えれば、ソフトとハードなリアルタイム対応のシステムへの分配、要するに、ドライバー・アシスタント・システムのために、二つの異なるタイプのリアルタイム対応システムによる、いわばハイブリッド的な計算が実施される。
【００３８】
これが、より大きな予測幅と冗長的システムによる安全コンセプトの提供を有利に可能にしている。
【００３９】
ここで言う、より大きな予測幅とは、例えば、１０ｓ程度にも至り得る数秒間の軌道を、前もって計画し、その上を帰還制御によって追走できると言う意味である。
【００４０】
軌道計画とその追走を可能にするため、静的な車両周辺モデルに関する、例えば、車両周辺部における走行レーンの推移や該走行レーンに帰属し、そこにおいて有効である信号などの多くの情報が存在している。
【００４１】
この情報を、周辺部センサー類と、例えば、地図など周辺データの融合から信頼性高く、且つ、堅牢に得ると共に、該地図に基づいて軌道を計画するためには、多大なアルゴリズム的コストが、必要である。
【００４２】
本発明の更なる第二のアスペクトは、動力車両用のドライバー・アシスタント・システムのために周辺モデリングを実施するための方法に関する。
【００４３】
該方法は、以下の方法ステップを包含している：
【００４４】
計算される総合・車両周辺モデルを、第一予測幅に基づいた静的な車両周辺モデルと第二予測幅に基づいた動的な車両周辺モデルへの分配手段を用いた分配を提供するステップ；
【００４５】
最長応答時間内において、第一予測幅に基づいた動的な車両周辺モデルを、第一リアルタイム計算手段を用いて計算するステップ；
【００４６】
特徴的応答時間内において、第二予測幅に基づいた静的な車両周辺モデルを、第二リアルタイム計算手段を用いて計算するステップ；並びに、
【００４７】
状況分析手段を用いた総合・車両周辺モデルの分析を基に、計算する総合・車両周辺モデルの分配を変更するステップ。
【００４８】
この際、該方法は、更に、軌道計画を、大きな  −  例えば、１００ｍや２００ｍにも及ぶ  −  予測幅のハードではないリアルタイム対応部分と、ハード・リアルタイム対応部分に、分配することもできる。
【００４９】
本発明の有利な実施形態は、従属請求項に記載されている。
【００５０】
本発明のある好ましい実施形態においては、該状況分析手段が、第一リアルタイム計算手段の予め計算した応答時間と最長応答時間用の閾値との比較、及び／或いは、第二リアルタイム計算手段の予め計算した応答時間と特徴的応答時間用の閾値との比較に基づいて分配を変更することができるように構成されていることが想定されている。これにより、発生する負荷ピークに対応し、予め定められている応答時間を守ることが有利に可能になっている。
【００５１】
言い換えれば、該状況分析手段は、例えば、該分配を、第一リアルタイム計算手段の予め計算されている第一応答時間と最長応答時間用の第一閾値との比較に基づいて、及び／或いは、第二リアルタイム計算手段の予め計算されている第二応答時間と特徴的応答時間用の第二閾値との比較に基づいて、変更することができるように構成されている。
【００５２】
本発明のある更なる好ましい実施形態においては、第一リアルタイム計算手段が、複数の帰還制御ブロックを有している、及び／或いは、第二リアルタイム計算手段が、複数の帰還制御ブロックを有していることが想定されている。これにより、該装置のモジュール的構成の実現が、有利に可能になっている。
【００５３】
本発明のある更なる好ましい実施形態においては、第一リアルタイム計算手段の該複数の回帰制御ブロックがチェーンとして構成される、及び／或いは、場合によっては、第二リアルタイム計算手段の該複数の回帰制御ブロックが、チェーンとして構成されることが想定されている。これにより、該装置のモジュール的構成の実現が、有利に可能になっている。
【００５４】
本発明のある更なる好ましい実施形態においては、該第一リアルタイム計算手段が、３ｓ以内、乃至、５ｓ以内、乃至、１０ｓ以内の最長応答時間内において、５０ｍ以内、乃至、１００ｍ以内、乃至、２００ｍ以内の第一予測幅に基づいて、２００ｍ以内、乃至、５００ｍ以内、乃至、１０００ｍ以内の到達距離を有する動的な車両周辺モデルを算出できるように構成されていることが想定されている。
【００５５】
本発明のある更なる好ましい実施形態においては、該第一リアルタイム計算手段が、１ｓ以内の、乃至、２．５ｓ以内の、乃至、５ｓ以内の第一計算サイクルを有する動的な車両周辺モデルを基にして、算出された総合・周辺モデル、及び／或いは、算出された軌道計画を出力できるように構成されていることが想定されている。
【００５６】
本発明のある更なる好ましい実施形態においては、該第二リアルタイム計算手段が、３ｓ以内の、乃至、６ｓ以内の、乃至、１０ｓ以内の第二計算サイクルを有する静的な車両周辺モデルを基にして、算出された総合・周辺モデル、及び／或いは、算出された軌道計画を出力できるように構成されていることが想定されている。
【００５７】
本発明のある更なる好ましい実施形態においては、該第一リアルタイム計算手段が、動的な車両周辺モデルを、第一整合性レベルにおいて、算出できるように構成され、他方では、第二リアルタイム計算手段が、静的な車両周辺モデルを第二整合性レベルにおいて、算出できるように構成されていることが想定されている。
【００５８】
これが、異なる整合性レベルへのシステム機能の適応された分配、並びに、十分な予測の使用によって、ソフト・リアルタイム対応システムを、少なくとも、残りの部分と比較して、機能的安全性に課せられる要求が低い帰還制御チェーン部分用に、採用することを有利に可能にしている。
【００５９】
本発明のある更なる好ましい実施形態においては、第一整合性レベルが、第二整合性レベルよりもより高い想定になっている。
【００６０】
上記の実施形態やその発展形態は、互いに自由に組み合わせることが可能である。
【００６１】
更なる可能な形態や発展形態、並びに、本発明の実施形態には、上記の本発明に係る特徴や以下に実施形態と関連して述べる本発明に係る特徴の具体的には記述されない組み合わせも包含される。
【００６２】
添付した図面は、本発明の実施形態の更なる理解を提供することを意図している。添付した図面は、実施形態を説明し、明細書との組合せによって、本発明のコンセプトを説明する役割を担っている。
【００６３】
他の実施形態と上記の多くの利点は、図面の描写を参照すれば、明らかになるであろう。図面の描写に描かれているエレメントは、必ずしも、それぞれ同じ縮尺で描かれているものではない。
【図面の簡単な説明】
【００６４】
【図１】本発明のある実施例に係る動力車両用のドライバー・アシスタント・システムのために周辺モデリングを実施するための装置の模式的な図である。
【図２】本発明のある実施例に係る動力車両用のドライバー・アシスタント・システムのために周辺モデリングを実施するための装置の模式的な図である。
【図３】本発明のある実施例に係る動力車両用のドライバー・アシスタント・システムのために周辺モデリングを実施するための方法のフローチャートの概略的な図である。
【発明を実施するための形態】
【００６５】
図面の描写では、同じ符号が、同じ、乃至、機能的に同じエレメント、部品、コンポーネント、或いは、方法ステップを、これと異なる記載がない限り、示している。
【００６６】
ここで言う、動力車両、乃至、車両とは、例えば、動力車両、乃至、ハイブリッド動力車両、二輪車、自動車、バス、乃至、貨物自動車、或いは、鉄道車両、船舶、ヘリコプターや飛行機など航空機、或いは、例えば、自転車のことである。
【００６７】
図１は、本発明のある実施例に係る動力車両用のドライバー・アシスタント・システムのために周辺モデリングを実施するための装置の模式的な描写を示している。
【００６８】
動力車両用のドライバー・アシスタント・システムのために周辺モデリングを実施するための装置１００は、分配手段１０、第一リアルタイム計算手段２０、第二リアルタイム計算手段３０、並びに、状況分析手段４０を包含している。
【００６９】
該分配手段１０は、計算される総合・車両周辺モデルを、第一予測幅に基づいた静的な車両周辺モデルと第二予測幅に基づいた動的な車両周辺モデルへの分配を提供できるように構成されている。
【００７０】
該第一リアルタイム計算手段２０は、最長応答時間内において第一予測幅に基づいた動的な車両周辺モデルを計算することができるように構成されている。
【００７１】
該第二リアルタイム計算手段３０は、特徴的応答時間内において第二予測幅に基づいた静的な車両周辺モデルを計算することができるように構成されている。
【００７２】
該状況分析手段４０は、総合車両周辺モデルの分析に基づいた分配を変更する事ができるように構成されている。
【００７３】
図２は、本発明のある実施例に係る動力車両用のドライバー・アシスタント・システムのために周辺モデリングを実施するための装置の模式的な描写を示している。
【００７４】
図２は、装置１の模式的概要を示している。点線によって示されているものは、ハードなリアルタイム要求のブロックを、実線によって示されているものは、ソフトなリアルタイム要求のブロックである。装置１は、二つの異なるリアルタイム計算手段を用いていることから、ドライバー・アシスタント・システム用のハイブリッド計算システムであると言える。
【００７５】
該ブロック、乃至、帰還制御ブロックは、この際、例えば、以下の機能を有している：
【００７６】
周辺部センサー１は、算出される総合・車両周辺モデル用のデータ、例えば、センサーデータを捕捉し、提供する。
【００７７】
計算される総合・車両周辺モデルは、早い安全パスにおいては、最低限の周辺モデル３を有していることができる。
【００７８】
ブロック４として示されている状況分析手段は、総合車両周辺モデルの分析に基づいた分配を変更する事ができるように構成されている。
【００７９】
ブロック５として示されている帰還制御ブロックは、ブロック４として示されている状況分析手段４０とカップリングされることができ、計算される総合・車両周辺モデルの、静的車両周辺モデルと動的車両周辺モデルへの分配に関与できるように構成されていることができる。
【００８０】
要するに、状況分析手段４０は、ハードなリアルタイム・システムの最長応答時間を厳守するために、計算される分担分をどのようにリアルタイム計算手段に分配するかをシフトする、或いは、変更することができるように構成されている。
【００８１】
言い換えれば、手間暇をかけて計算されるハードなリアルタイム対応ではない第二リアルタイム計算手段３０の包括的な結果の代わりに、ハードなリアルタイム対応ではない第二リアルタイム計算手段３０において算出可能な結果、乃至、第一リアルタイム計算手段２０に保存されている結果が、用いられる。
【００８２】
ブロック６として示されている監視ブロックは、この変更を監視できる。
【００８３】
該状況分析ブロック９は、より大きな予測幅の軌道の動的な帰還制御を提供できる様に構成されていることができる。
【００８４】
今日のＡＤＡＳシステム用の機能チェーン、例えば、動的オブジェクトのみを基にしたＥＢＡ機能などは、全てがハード・リアルタイム要求を満たさなければならないブロック１，３，４，５，及び６から構成され、これらの計算は、最長応答時間内において実施されなければならないため、第一リアルタイム計算手段２０に帰属されている。
【００８５】
この際、変更されたブロックの組合せを使うこと、乃至、第二パスの、乃至、第二チェーンの静的な周辺情報に逃れることも可能である。
【００８６】
高い自動化率を有する機能用には、ブロック１，２，７，８，９，６の標準パスが構成される。
【００８７】
ブロック１，２，７，８からは、数秒間の時間的予測、乃至、数１００ｍの空間的予測を有する軌道が計算される、乃至、計画される。
【００８８】
この軌道は、例えば、その後、状況分析ブロック９として示されているハードなリアルタイム要求を有する帰還制御によって追走される。
【００８９】
この機能チェーンの目的は、例えば、快適な緊急走行機能を提供することである。この際、例えば、多くのケースにおいては、快適な起動は、縦方向と横方向の双方に、例えば、１０ｓ、或いは、１０００ｍの大きな予測幅において計画できるということを前提としている。
【００９０】
そのために、他の交通参加者の挙動が、例えば、予測され、低い加速度による、即ち、大きな安全リザーブを有する車両応答が、算出される。この挙動は、例えば、人間のドライバーに、中でも例えば、快適さ、及び／或いは、経済性を重視する人間のドライバーに相当する。
【００９１】
ブロック３と７では、例えば、周辺モデルの範囲が、異なっている。ブロック３の周辺モデルは、例えば、最小限に抑えられており、ＡＤＡＳ機能の他に、緊急作動のみを可能にするが、対する大きな範囲と予測幅のブロック７は、例えば、車線変更を含む、全機能セットアップをサポートしている。
【００９２】
ブロック８から出力された軌道は、予測が広範囲であるため、通常、時間的問題を有している。帰還制御ブロック９において、特に、付加的にハードなリアルタイム対応のブロック３からの動的なオブジェクトも受け取ることが想定されている場合、ハイブリッドではないドライバー・アシスタント・システムではなし得ない特別なシステム・コンスタレーションを実現できる：
【００９３】
周辺モデル７と軌道計画８の双方とも、例えば、広範囲な予測と、主に静的な内容に基づき、帰還制御９のような一つのブロックにおいて、良好に予測でき、そのため、例えば、ＥＢＡ介入と比較して、時間的問題が少ない。
【００９４】
例えば、５ｓの予測では、軌道計画の軌道は、１ｓサイクルで出力され、この様な構成では、５０ｍｓ遅れた出力も問題とはならない。
【００９５】
この場合、帰還制御手段用の更新は、例えば、４０００ｍｓではなく、３９５０ｍｓだけの予測とはなるが、帰還制御手段の入力データが空になることに対しては、十分な安全間隔が得られている。
【００９６】
通常の状況では、例えば、ブロック９は、得られた軌道を、単に調節する。例えば、突然ブレーキをかけた車両に対してなど、動的な状況に対応できるようにするために、ブロック９は、付加的に動的なオブジェクト用の状況分析も包含している。
【００９７】
これは、例えば、ブロック３を介したハードなリアルタイム対応のパスから提供されるため、例えば、他の車両の急ブレーキや突然の車線変更など、走行状況の動的な変化に十分に迅速に反応できることが、確実なものとされている。
【００９８】
ブロック６は、例えば、システムの監視と、メイン・パスにおいて誤動作があった場合や想定外の事象が発生した場合の緊急パスへの切り替えを担っている。そのため、ブロック９からブロック６は、制御値の他、例えば、帰還制御基準値の基になっている軌道の現在の長さも受け取る。
【００９９】
軌道の長さが、第一閾値、例えば、３．５ｓを下回った場合、監視手段が、警告を発する。これは、例えば、ドライバーにＨＭＩを介して、引き継ぎを要請する。軌道が、第二閾値を下回った場合、例えば、監視手段ブロック６は、２ｓ間後に、安全パスに切り替える。  
【０１００】
ブロック４とブロック５による安全パスは、例えば  −  場合によっては、その作動中ずっと  −  アクティブな状態にされ、これは、「ホット・スタンバイ」とも呼ばれる。更に、ブロック６である監視手段による安全パスは、ブロック９から得られた軌道の長さが、ある閾値を下回った場合に、作動されるが、閾値としては、例えば、３．５ｓが用いられる。
【０１０１】
これにより、ブロック２，７と８が、ソフトなリアルタイム対応のシステムによっても実施できるようになり、その結果、例えば、「ｅｍｂｅｄｄｅｄ  Ｌｉｎｕｘ」などのオペレーティングシステムも用いることが可能になる。
【０１０２】
これは、開発コスト面や、例えば、ネットワーク・スタックやコミュニケーション・スタック、永続的データストレージ用のファイルシステム、自動アップデートの方法など、使用可能なオペレーティングシステムの機能範囲に基づく長所を提供する。
【０１０３】
ブロック２，７と８の計算は、特徴的応答時間内に実施されさえすればよいため、ブロック２，７と８は、例えば、第二リアルタイム計算手段３０に帰属される。
【０１０４】
機能的安全性に対する要求は、ソフトなリアルタイム対応チェーンでは、ハードなリアルタイム対応のチェーン１，３，４，５，６を、場合によっては快適ではない帰還制御を我慢し事故を確実に回避できるように構成することによって、低くすることができる。
【０１０５】
周辺モデル７の静的な情報は、その際、状況分析４に付加的に提供されることができる。周辺モデル７が、作動停止した場合であっても、状況分析４は、比較的大きな予測幅のデータを使用することができる。
【０１０６】
例えば、装置１００が、例えば、２００ｍｓ以上遅れてデータを、受け取った場合、周辺モデル７が、作動停止したと判断することができる。この様なケースでは、緊急パスが、チェーン１，３，４，５，６を引き継ぐ。
【０１０７】
残っている予測幅、例えば、３８００ｍｓは、車両速度を、残っているパスの僅かな予測幅において、ドライバーによる引継ぎが終了するまで、或いは、安全な状態に到達するまで、安全な車両制御が可能になる速度まで減速するために使用される。
【０１０８】
図３は、本発明のある実施例に係る動力車両用のドライバー・アシスタント・システムのために周辺モデリングを実施するための方法のフローチャートの概略的な描写を示している。
【０１０９】
該方法は、動力車両用のドライバー・アシスタント・システムのために周辺モデリングを実施するための方法であって、以下の方法ステップを包含している：
【０１１０】
該方法の第一ステップとしては、計算される総合・車両周辺モデルを、第一予測幅に基づいた静的な車両周辺モデルと第二予測幅に基づいた動的な車両周辺モデルへの分配手段１０を用いた分配を提供するステップＳ１が、実施される。
【０１１１】
該方法の第二ステップとしては、最長応答時間内において、第一予測幅に基づいた動的な車両周辺モデルを、第一リアルタイム計算手段２０を用いて計算するステップＳ２が、実施される。
【０１１２】
該方法の第三ステップとしては、特徴的応答時間内において、第二予測幅に基づいた静的な車両周辺モデルを、第二リアルタイム計算手段３０を用いて計算するステップＳ３が実施される。
【０１１３】
該方法の第四ステップとしては、状況分析手段４０を用いた総合・車両周辺モデルの分析を基に、計算する総合・車両周辺モデルの分配を変更するステップＳ４が実施される。
【０１１４】
好ましい実施例によって上記のごとく説明されはしたが、本発明は、これらに制限されるものではなく、多種多様な方法や構成によって変更することが可能である。特に、本発明は、本発明の趣旨から逸脱することなく、多種多様に変更や修正することが可能である。
【０１１５】
尚、ここで使われている用語「包含する（原文＝“ｕｍｆａｓｓｅｎｄ”）」と「有する（原文＝“ａｕｆｗｅｉｓｅｎｄ”）」は、他のエレメントや他のステップが含まれないと言う意味で使われているのではなく、また、原文における“ｅｉｎｅ”や“ｅｉｎ”（対訳＝「ひとつの」）によって、複数が排除されるものではないことを、捕捉として指摘しておく。
【０１１６】
更に、ひとつの、或いは、上述の実施例への参照と共に記述されている特徴やステップは、他の上述の実施例の他の特徴やステップとの組み合わせで使用されてもよいことも指摘しておく。請求項内の符号は、制限をかけるものではない。
【図１】
2019501811.tif 000003
【図２】
2019501811.tif 000004
【図３】
2019501811.tif 000005
【国際調査報告】
2019501811.tif 000006
2019501811.tif 000007
2019501811.tif 000008
2019501811.tif 000009