JP2014029689A - 運転者インタフェースタスクを管理する方法、及び、車両 - Google Patents
運転者インタフェースタスクを管理する方法、及び、車両 Download PDFInfo
- Publication number
- JP2014029689A JP2014029689A JP2013157762A JP2013157762A JP2014029689A JP 2014029689 A JP2014029689 A JP 2014029689A JP 2013157762 A JP2013157762 A JP 2013157762A JP 2013157762 A JP2013157762 A JP 2013157762A JP 2014029689 A JP2014029689 A JP 2014029689A
- Authority
- JP
- Japan
- Prior art keywords
- vehicle
- driver
- driver interface
- interface tasks
- index
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Abstract
【課題】運転者と車両との対話に関する運転者のワークロードを増すことなく対話を促進する方法及び車両を提供する。
【解決手段】(i)車両と他の車両との間の間隔を、車両の速度及び他の車両までの距離の履歴に基づいて求め、かつ、(ii)運転者のタイプを求め、かつ、(iii)実行されるべき複数の運転者インタフェースタスクを受け取り、かつ、(iv)間隔及び運転者のタイプに基づいて、複数の運転者インタフェースタスクのうちの少なくともいくつかが実行されるのを選択的に遅延又は防止する、ように構成された少なくとも1つのプロセッサを備える。
【選択図】図1
【解決手段】(i)車両と他の車両との間の間隔を、車両の速度及び他の車両までの距離の履歴に基づいて求め、かつ、(ii)運転者のタイプを求め、かつ、(iii)実行されるべき複数の運転者インタフェースタスクを受け取り、かつ、(iv)間隔及び運転者のタイプに基づいて、複数の運転者インタフェースタスクのうちの少なくともいくつかが実行されるのを選択的に遅延又は防止する、ように構成された少なくとも1つのプロセッサを備える。
【選択図】図1
Description
本発明は、運転者インタフェースタスクを管理する方法、及び、車両に関する技術分野に属する。
ある種の車両は、運転エクスペリエンスを向上させるために、インフォテインメント情報、ナビゲーション情報などを提供することがある。
運転者とこれら車両との対話が増えるにつれて、運転者のワークロードを増すことなく、そのような対話を促進することが有益であり得る。
運転者ワークロードは、車両と他の車両(又は他の物体)との間隔から決定される。ある種の運転者インタフェースタスクは、決定された運転者ワークロードに基づいて、選択的に遅延又は実行中止され得る。
I. イントロダクション
運転者ワークロード/要求は、運転するという一次行為を超えて、インフォテインメント、電話、事前の推奨などのような二次行為を運転者に対して課す、視覚的、物理的及び認知的な要求を指すことがある。
運転者ワークロード/要求は、運転するという一次行為を超えて、インフォテインメント、電話、事前の推奨などのような二次行為を運転者に対して課す、視覚的、物理的及び認知的な要求を指すことがある。
運転者は、上述の運転の一次行為と二次行為との間で自分の注意を分けることができると、ときどき誤って思い込むことがある。したがって運転要求を推定することは、運転者との通信及び車両システムの相互作用を調整するために利用されるなら、特に価値があることかもしれない。しかし複雑な運転状況では、運転者ワークロードの推定に対する革新的な予測アプローチが要求されるかもしれない。運転者へのヒューマンマシンインタフェース(HMI)出力を調整することにおいては、運転者ワークロードの特定を可能にするインテリジェントシステムの開発が有用かもしれない。
連続的なワークロード推定については、異なる運転コンテキスト及び/又は運転者の下でワークロードを推定する推定器を設計することが有用かもしれない。車両室内通信サービスの構成は、運転要求が予測されるコンテキストと、そのサービスの運転者にとっての価値とに基づき得る。加えて、運転者ワークロードをある期間に渡って特徴付けすること(例えば長期的な特徴付け)が有益かもしれない。運転者ワークロードのそのような推定は、車両室内通信技術が高ワークロード期間内に抑制又は遅延されることを可能にするだけでなく、加えて長期の運転要求に調整されることも可能にするかもしれない。
ここで記載されるある種の実施形態は、ワークロード推定(WLE)のための方法及びシステムを提供し得る。このWLEは、適応リアルタイムHMIタスク管理のために、観測可能な車両、運転者、及び環境データから運転者ワークロードの状態推定/分類を実行してもよい。WLEは、ある状況では、別個のリアルタイム技術を使用し、及び/又はワークロード推定のためにリアルタイムのハイブリッドなアプローチを採用し得る。例えばルールベースのアルゴリズムは、運転者、車両、及び環境の相互作用に基づいて運転者ワークロードの追加の連続的な予測によって補充され得る。WLEアルゴリズムは、総合WLE指数(例えば運転者についてのワークロードの負荷推定値を表す連続信号)を計算し予測するための、特化された学習及び計算のインテリジェンス技術を組み込んでもよい。運転者の運転要求は、場合によっては、速度の変動、加速度、ブレーキング、ステアリング、車間距離、計器盤及び/又はセンタースタックインタラクションなどを含む観測可能な車両情報から推測され得る。
前記WLE指数は、例えば、機能を向上させるために運転者に提示されるボイスコマンド及び/又は他のタスク/情報を設定、回避、制限、調整するために用いられ得る。運転者のためのある種の情報は、要求が厳しい車両操作操縦の間に、危険な運転環境下で、計器盤の操作が多い期間などは、制限、調整、阻止され得る。
インテリジェントハイブリッドアルゴリズムのアプローチは、短期的な運転者の行動と共に、長期的にも役に立ち得る。WLEハイブリッド方法は、車両を運転者のコミュニケーションに合わせるために、運転者のイベント、状況、及び挙動をキャプチャしてもよい。ここで記載されるこれら及び他の技術は、運転者の増加/減少する認知的状態を予測することを支援し、既存の車両のセンサを使用し得る。
前記WLE指数は、運転要求/ワークロードに基づいて、運転者に通信の階層が提示されるようにしてもよい。メッセージ優先度(例えば低い、高いなど)は、予測された負荷に基づいて、特定の瞬間の間、そのメッセージが運転者に伝えられるかを決定し得る。具体的なHMI情報は、運転者の長期的な運転要求に基づいて、運転者に提示されてもよい。代替としては、ハイブリッドWLEフレームワークは、道路シナリオ状況及び条件を説明するために、GPS及びディジタルマップデータベースを含んでもよい。加えて、心拍数、視線、及び呼吸を含む運転者の生理学的状態についての情報は、異常検出のためにWLEフレームワークに入力として組み込まれてもよい。他の例においては、予測されたWLE指数が運転者に伝えられることによって、ワークロードが高い条件下では運転者に副次的タスクを避けることを促してもよい。他のシナリオも可能である。
図1は、車両11のためのWLEシステム10の実施形態のブロック図である。このシステム10は、ルールベースのワークロード指数サブシステム12、車両、運転者及び環境追跡及び計算ワークロード指数サブシステム13、コンテキスト依存ワークロード指数統合サブシステム14、及び総合統合/WLE長期特徴付けサブシステム16を含み得る。サブシステム12,13,14,16は、(別個に、又は組み合わせて)1つ以上のコントローラ/処理装置などによって実現され得る。
サブシステム12(セクションVII で後述する)は、車両情報、運転者情報及び/又は環境情報(例えば車両のコントローラエリアネットワーク(CAN)から入手可能である)を入力として受け取り、運転者のワークロードを表す、ルールベースの指数(rule-based index)を出力し得る。サブシステム13(セクションIII 乃至VIで後述する)は、車両情報、運転者情報、及び/又は環境情報(例えば車両のCANから入手可能である)を入力として受け取り、運転者のワークロードを表す1つ以上の連続的指数(例えばハンドリングリミット指数(HL指数)、運転者制御アクション指数(DCA指数)、計器盤指数(IP指数)、車間指数(HW指数))を出力し得る。サブシステム14(セクションVIIIで後述する)は、サブシステム13によって生成された指数/指数群を入力として受け取り、追跡指数(T指数)を出力し得る。サブシステム16(セクションVIIIで後述する)は、ルールベースの指数及びT指数を入力として受け取り、WLE指数及び/又はWLE指数の長期特徴(セクションIXで後述する)を出力し得る。
他の実施形態においては、システム10は、サブシステム12,14,16がなくてもよい。すなわち、ある種の実施形態は、1つ以上のワークロード指数を生成するようにだけ構成されてもよい。例として、システム10は、ある種の車両情報(後述)に基づいてIP指数を生成するようにだけ構成されてもよい。これらの状況では、運転者ワークロードの単一の測定値しかないので、集約統合は必要ない。よってWLE指数は、この例ではIP指数である。これら及び他の実施形態においてディスパッチャー18は、WLE指数の長期特徴を生成するよう構成され得る。他の構成も可能である。
前記WLE指数は、1つ以上のコントローラ/処理装置などとして実現され得るディスパッチャー18に送られ得る。ディスパッチャー18(セクションXで後述する)は、WLE指数に基づいて、運転者に伝えられるべき情報が運転者に到達しないよう、阻止/遅延するフィルタとして振る舞い得る。例えば、ディスパッチャー18は、もしWLE指数が0.8より大きいなら、運転者に向けて意図された全ての情報をブロックし、もしWLE指数が約0.5であるなら、エンターテイメント用の情報だけをブロックする、などといったように振る舞う。ディスパッチャー18は、WLE指数に基づいて、運転者に伝えられるべき情報の伝達をスケジュールしてもよい。例えば、車両メンテナンス情報、テキスト音声読み上げ、着信などは、ワークロードが高い期間の間は遅延され得る。加えて、ディスパッチャー18は、後で詳述されるように、車両出力が長期WLE指数特徴に基づいて、運転者に合うよう調整されるようにしてもよい。例えば、クルーズコントロール、アダプティブクルーズコントロール、音楽の推奨、設定可能なHMIなどを含むある種の車両システムの出力は、長期運転要求に基づいてもよい。
運転者のワークロード状態は、速度の変動、加速度、ブレーキング、ステアリング、車間距離、計器盤インタラクションなどを含む観測可能な車両情報から推測され得る。表1は、運転者ワークロード負荷に関連する例示的な特徴/尺度を示す。
表2a(CANを介して入手可能である例示的情報)及び表2b(CANを介してアクセス可能である例示的システム情報)は、当該技術で知られているCANを介して入手/アクセス可能であり得る例示的な情報を示す。
II. 車両安定性制御の簡単な考察
車両の操作性は、その車両が旋回し、操作する能力を決定する。車両は、その操作性能を最大にするために、4つのタイヤの接触面によって道路に密着する必要がある。密着の限界を超えるタイヤは、スピン、スキッド又はスライドしている。1つ以上のタイヤがその密着の限界を超えている状態は、限界操作条件と呼ばれ得て、密着限界は操作限界と呼ばれ得る。いったんタイヤがその操作限界に達すると、平均的な運転者ならふつうはもはやコントロールできない。いわゆるアンダーステアの場合は、車は、運転者の操舵入力よりも少なく動作し、そのフロントタイヤがそれらの操作限界を超え、車両は運転者の操舵リクエストにもかかわらず直進し続ける。いわゆるオーバーステアの場合は、車は運転者の操舵入力よりも大きく動作し、そのリアタイヤがそれらの操作限界を超え、車両はスピンし続ける。安全のためにたいていの自動車は、その操作限界ではアンダーステアになるよう設計されている。
車両の操作性は、その車両が旋回し、操作する能力を決定する。車両は、その操作性能を最大にするために、4つのタイヤの接触面によって道路に密着する必要がある。密着の限界を超えるタイヤは、スピン、スキッド又はスライドしている。1つ以上のタイヤがその密着の限界を超えている状態は、限界操作条件と呼ばれ得て、密着限界は操作限界と呼ばれ得る。いったんタイヤがその操作限界に達すると、平均的な運転者ならふつうはもはやコントロールできない。いわゆるアンダーステアの場合は、車は、運転者の操舵入力よりも少なく動作し、そのフロントタイヤがそれらの操作限界を超え、車両は運転者の操舵リクエストにもかかわらず直進し続ける。いわゆるオーバーステアの場合は、車は運転者の操舵入力よりも大きく動作し、そのリアタイヤがそれらの操作限界を超え、車両はスピンし続ける。安全のためにたいていの自動車は、その操作限界ではアンダーステアになるよう設計されている。
操作限界において、又は操作限界を超えて、運転者が車両を制御できない場合に車両制御を補償するために、電子安定制御システム(ESCシステム)は、タイヤの力を再配分することによって、車両を運転者の操舵リクエストと首尾一貫するよう効果的に旋回できるモーメントを発生するよう設計されている。すなわち、車両を制御することは、アンダーステア及びオーバーステアを避けることである。
1995年に登場してから、ESCシステムは、さまざまなプラットフォームで実現されてきた。モデルイヤー2010中に始まり、モデルイヤー2012までには完全に装備されることを達成したので、米国連邦自動車安全基準126は、ESCシステムを10,000ポンド未満の総重量の車両全てに要求している。ESCシステムは、アンチロックブレーキシステム(ABS)及び全速度トラクションコントロールシステム(TCS)の拡張として実現され得る。ESCシステムは、運転者の意図の中心付近に位置する車両動的挙動に対しヨー及び横方向安定性支援を提供し得る。このシステムは、ブレーキ圧を個々の車輪(群)に割り当てる(運転者が加えた圧力より上又は下で)ことによって、車両の予期できないヨー及び横方向の滑りの動きを相殺するようなアクティブなモーメントを発生する。これは、ブレーキング、加速、又は惰性走行の間、どのようなトラクション表面についても操作限界において向上したステアリング制御につながる。より具体的には、現在のESCシステムは、運転者の意図した進路を、車上センサから推測される実際の車両応答と比較する。もし車両の応答が意図された進路とは異なる(アンダーステア又はオーバーステアのいずれか)なら、ESCコントローラは、選択された車輪(群)にブレーキングを行い、車両を意図された進路上に維持するために、かつ車両の制御の欠如を最小限にするためにもし必要ならエンジントルクを減少させる。
限界操作条件は、ESCシステム内に既に存在するデータを用いて検出され得るので、新たなセンサは必要とされないかもしれない。例えば、ヨーレートセンサ、ハンドルセンサ、横方向加速度計、車輪速度センサ、マスターシリンダーブレーキ圧センサ、縦方向加速度計などを用いたESCシステムを備えた車両を考える。車両運動変数は、ISO−8855で定義される座標系で定義され、ここで車体上に固定された座標は、上への鉛直軸、車両ボディの長手方向(縦方向)に沿った軸、及び助手席から運転者席へ延びる横方向の軸を有する。
一般的に言って、車両レベルのフィードバック制御は、ヨーレート、サイドスリップ角、又は、これらと、運転者ブレーキング、エンジントルクリクエスト、ABS及びTCSのような他の制御コマンド間での調停との組み合わせのような個々の運動変数から算出できる。
前記鉛直軸に沿ったそのヨーレートωz、そのリアアクスルにおいて定義されるそのサイドスリップ角βrを用いれば、よく知られた自転車のモデルは車両動力学を表現し、次の方程式に従う。
ここで、vxは、車両の移動速度であり、M及びIzは、車両の総質量及び慣性のヨーモーメントであり、cf及びcrは、フロントタイヤ及びリアタイヤのコーナリングスティフネスであり、bf及びbrは、車両の重心からフロント及びリアアクスルまでの距離であり、b=bf+brであり、Mzは、車両に加えられるアクティブモーメントであり、δは、フロントホイールのステアリング角である。
運転者のステアリング意図を反映するために用いられるヨーレートターゲット(目標ヨーレート)ωzt及びサイドスリップ角ターゲット(目標サイドスリップ角)βrtは、入力として測定されたハンドル角δ及び推定移動速度vxを用いて式1から算出できる。このような計算において、車両は、通常の路面状態(例えば公称のコーナリングスティフネスcf及びcrを持つ高摩擦レベル)の道路上を走行すると仮定する。ヨーレートターゲット及びサイドスリップ角ターゲットを微調整するために、定常状態限界コーナリングのための、信号の調整、フィルタリング及び非線形補正が行われてもよい。これらの計算されたターゲット値(目標値)は、通常の路面上で運転者が意図した進路を特徴付ける。
ヨーレートフィードバックコントローラは、本質的にはヨーエラー(測定されたヨーレートとヨーレートターゲットとの差)から計算されるフィードバックコントローラである。もし車両が左折していて、ωz≧ωzt+ωzdbos(ここでωzdbosは、時間変化するデッドバンドである)であるか、又は車両が右折していて、ωz≦ωzt−ωzdbosであるなら、車両はオーバーステアしており、ESC内のオーバーステア制御機能をオンにしている。例えば、アクティブトルクリクエスト(オーバーステアの傾向を減少させるために車両に適用される)は、次式のように算出されてもよい。
ここで、kosは、以下の式で定義され得る速度依存利得であり、これは次式のように定義されてもよい。
ここで、パラメータk0、kdbl、kdbu、vxdbl、vxdbuは調整可能である。
もし車両が左折しているときに、ωz≦ωz−ωzdbos(ここでωzdbosは、時間変化するデッドバンドである)であるか、又は車両が右折しているときにωz≧ωz+ωzdbosであるなら、ESC内のアンダーステア制御機能がオンになる。アクティブトルクリクエストは、次式のように算出される得る。
ここで、kusは調整可能なパラメータである。
サイドスリップ角コントローラは、上述のオーバーステアヨーフィードバックコントローラを補足するフィードバックコントローラである。これはサイドスリップ角推定値βrをサイドスリップ角ターゲットβrtと比較する。もしその差が閾値βrdbを超えるなら、サイドスリップ角フィードバック制御はオンになる。例えば、左折中のアクティブトルクリクエストは、次式のように計算される。
ここで、kss及びksscmpは調整可能なパラメータであり、βrcmpの上にドットを付したものは、サイドスリップ角の補償された時間微分である。
ヨー加速及びサイドスリップ勾配のような変数に基づく他のフィードバック制御項は、同様にして生成され得る。支配的な車両運動変数が、ヨーレート又はサイドスリップ角のいずれかであるとき、上述のアクティブトルクは、必要な制御車輪(群)及び対応する制御車輪(群)に送られるべきブレーキ圧の量を決定するために直接に使用されてもよい。もし車両の動力学が複数の運動変数によって支配されているなら、制御調停及び優先度付けが行われる。最終の調停されたアクティブトルクは、最終制御車輪(群)及び対応するブレーキ圧を決定するためにそれから用いられる。例えば、オーバーステアイベントの間は、フロント外側ホイールが制御車輪として選択され、アンダーステアイベントの間は、リア内側ホイールが制御車輪として選択される。大きなサイドスリップの場合の間は、フロント外側ホイールが制御車輪として常に選択される。サイドスリップ及びオーバーステアヨーイングが同時に起こっているときには、ブレーキ圧の量は、ヨーエラー及びサイドスリップ角制御コマンドの両方を積分することによって計算され得る。
運転者の操舵操作によって操作限界が超える上記場合を除けば、車両は、その縦運動方向において、その限界操作条件に達し得る。例えば、積雪があり、凍った道路上でのブレーキングは、車輪がロックされることにつながりえて、これは車両の停止距離を長くする。同様の道路上でスロットルを開けることは、車両を前に動かさずに駆動輪を空回りさせることになり得る。この理由で、操作限界は、これらの非ステアリング運転条件のために使用され得る。すなわちタイヤの縦方向ブレーキング又は駆動力がそれらのピーク値に達する条件も操作限界の定義に含んでもよい。
ABS機能は、車両の移動速度に対する個々の車輪の回転運動をモニタし、これは縦方向スリップ比λiによって特徴付けされ得て、i=1,2,3,4は左前輪、右前輪、左後輪、右後輪にそれぞれ対応し、スリップ比は次式のように算出され得る。
ここで、tf及びtrは、フロント及びリアアクスルについてのハーフトラックであり、ωiは、i番目の車輪速度センサの出力であり、κiは、i番目の車輪速度スケールファクタであり、vyは、車両のその重心位置における横方向速度であり、vminは、許容最小縦方向速度を反映するプリセットパラメータである。式6は、車両が後退運転モードではないときだけ有効であることに注意されたい。ブレーキングを開始した運転者が車輪のスリップを発生し過ぎるとき(例えば−λi≧λbp=20%のとき)、ABSモジュールは、その車輪におけるブレーキ圧を緩める。同様に、i番目の駆動輪に大きなスリップを発生する大きなスロットルが適用されているとき、TCSモジュールは、エンジントルク低減及び/又は同じアクスルにおける反対の車輪に加えられるブレーキ圧をリクエストする。その結果、ABS又はTCSのアクティベーションは、λisがλbp及びλtpからどのくらい近いかをモニタすることによって予測できる。
III. 限界指数の扱い
前述のESC(ABS及びTCSを含む)は、その安全の目標を達成するには効果的であるが、さらなる高度化が依然として可能である。例えば、ロール安定性制御のために、ESCシステムの拡張が望ましいかもしれない。しかしESCが行おうとする適切な補正は、運転者又は環境状態によって打ち消されるかもしれない。ESCの介在があったとしても、そのタイヤが道路/タイヤのトラクション能力をはるかに超える高速走行中の自動車は、アンダーステア事故を防ぐことができないかもしれない。
前述のESC(ABS及びTCSを含む)は、その安全の目標を達成するには効果的であるが、さらなる高度化が依然として可能である。例えば、ロール安定性制御のために、ESCシステムの拡張が望ましいかもしれない。しかしESCが行おうとする適切な補正は、運転者又は環境状態によって打ち消されるかもしれない。ESCの介在があったとしても、そのタイヤが道路/タイヤのトラクション能力をはるかに超える高速走行中の自動車は、アンダーステア事故を防ぐことができないかもしれない。
一般的に言って、限界条件を扱うことの正確な決定は、道路及びタイヤの特性を直接に測定すること、又は直接の測定が不可能なら多くの関連する変数からの集中的な情報が典型的には伴う。現在、これら方法の双方とも、実時間実現のためには十分には成熟していない。
そのフィードバックの特徴のために、ESCシステムは、先のセクションで説明されたような車両の運動変数(車両操作パラメータ)をモニタすることを通じて、潜在的な限界操作条件を決定するよう構成され得る。運動変数がその参照値から或る量だけ(例えば或るデッドバンドを超えて)ずれるとき、ESCシステムは、差分ブレーキング制御コマンド(群)を計算し、制御車輪(群)を決定し始めてもよい。その後、対応するブレーキ圧(群)は、車両を安定化するために制御車輪(群)に送られる。ESC起動の開始点は、操作限界の開始と考えられる。
より具体的には、相対操作限界マージンhxは次式のように定義することができる。
ここで、xは運動変数の参照値からのずれであり、[x1,x2](x1はxの下にバーが付された変数を表し、x2はxの上にバーが付された変数を表す)はESC、ABS又はTCSを始動することなく、xが入るデッドバンド区間を定義する。xは、先のセクションで定義した制御変数群のうちの任意のもの(又は任意の他の適切な制御変数)であり得る。
式7で定義されたhxの利点は、運転条件が、異なるカテゴリーに定量的に特徴付けられ得ることである。例えばhx≦10%のときは、運転条件は、運転者が特別な注意を払うか、又は特別な行動(例えば車両の減速)を取らなければならないレッドゾーン条件にカテゴライズされ得て、10%<hx<40%のときは、運転条件は、運転者がある程度のレベルの特別な注意を必要とするイエローゾーン条件としてカテゴライズされ得て、40%<hx≦100%のときは、運転条件は、ノーマル条件として特徴付けされ得る。ノーマル条件においては、運転者は、そのノーマル運転のための注意を維持するだけでよい。もちろん異なる範囲を用いてもよい。
より具体的に、先のセクションで計算された制御変数を用いて、hxの計算を議論する。オーバーステア状態の間の車両のヨー操作限界マージンhOS(ここで車両が左折しているときにはωz>ωztであり、車両が右折しているときにはωz<ωztである)は、x=ωz−ωzt及びx2=ωzdbos=−x1と設定することによって、式7から算出できる。ここで、ωzdbosは、式2で定義されたオーバーステアヨーレートデッドバンドである。
同様に、アンダーステア状態についての車両のヨー操作限界マージンhUSは、x=ωz−ωzt及びx2=ωzdbus=−x1と設定することによって式7から算出できる。ここで、ωzdbusは、式4で定義されたアンダーステアヨーレートデッドバンドである。上述のデッドバンドは、車両速度、ヨーレートターゲットの大きさ、測定されたヨーレートの大きさなどの関数であり得ることに注意されたい。アンダーステア状態(x<0)及びオーバーステア状態(x>0)についてのデッドバンドは互いに異なり、それらは調整可能なパラメータである。
車両のサイドスリップ操作限界マージンhSSRAは、x=βr−βrt及びx2=βrdb=−x1と設定することによって式7から算出できる。
車両の縦方向操作限界は、タイヤの駆動力又はブレーキング力のいずれかが操作限界に近づく時の状態と関連する。i番目の駆動輪についてのトラクション制御操作限界マージンhTCSiは、x=λi、x1=0及びx2=λtbと設定することによって式7から算出できる。i番目の車輪についてのABS操作限界マージンhABSiも、x=λi、x1=λbp及びx2=0と設定することによって式7から算出できる。最終的なトラクション及びブレーキング操作限界マージンは、
によって定義できる。
上述の操作限界マージンを計算する際には、さらなる選択する状態を用いてもよいことに注意されたい。例えば以下の状態のうちの1つ、又はいくつかの組み合わせが満足するときは、操作限界マージンをゼロに設定してもよい。すなわち、ヨーレートターゲットの大きさが或る閾値を超えているとき、測定されたヨーレートが或る閾値より大きいとき、運転者のステアリング入力が或る閾値を超えるとき、又は車両のコーナリング加速度が0.5Gよりも大きい、車両の減速が0.7Gよりも大きい、車両が閾値を超えた速度(例えば100マイル/時)で走行しているなどのような極端な状態である。
上述の操作限界マージン計算を試験し、既知の運転状態についてそれらの効果を確認するために、フォードモーターカンパニーで開発された研究用ESCシステムを備えた車両が車両試験を行うのに用いられた。
図2に示された車両速度、スロットリング、及びブレーキングによって表現された運転条件について測定され計算された車両運動変数は、図3A〜図3Cに示される。対応する個別の操作限界マージンhUS、hOS、hTCS、hABS及びhSSRAは、図4A〜図4Cに示される。この試験は、全てのESC計算を実行させながら、スノーパッド上でフリーフォームスラロームとして行われた。ブレーキ圧の印加は、車両が真の限界操作状況に近づくようにするためにオフにされている。
もう一つの試験については、車両は、高い摩擦レベルを持つ路面上を走行した。この試験のための車両速度、トラクション、及びブレーキングのプロファイルは、図5に示される。車両運動状態は、図6A〜図6Cに示される。対応する個別の操作限界マージンhUS、hOS、hTCS、hABS及びhSSRAは、図7A〜図7Cに示される。
全ての個別の操作限界マージンの総合変動は、
のように定義される。総合操作限界マージンの急な変化が信号ノイズによるかもしれないことを考慮して、henvを平滑化するためにローパスフィルタF(z)が用いられ、それにより最終的な操作限界指数(HL指数)又はマージンを得ることができる。
図2及び図3A〜3Cに示される車両試験データについては、最終的な操作限界マージンは、図8に示され、一方、図5及び図6A〜6Cに示される車両試験データについては、最終的な操作限界マージンは、図9に示される。
HL指数は、0及び1の間の連続的な変数を提供し得て、運転者がその車両操作限界にどのくらい近いかを示す(1の値は運転者が車両の操作限界にあることを示す)。このモデルベースのHL指数は、例えば、低μ路面運転条件の間に、特に重要な運転要求情報を提供し得る。
車両がその操作限界に近づくにつれて、車両制御を維持するためには、より視覚的で、物理的で、かつ認知的な注意が要求されることを想定すれば、運転者のワークロード情報は、HL指数から推測され得る。運転者に対するワークロードが増すにつれ、HL指数も増す。運転者に対するワークロードが減るにつれ、HL指数も減る。
IV. 運転者制御アクション指数
運転者制御アクション指数(DCA指数)は、例えば、加速、ブレーキング、及びステアリングについての運転者の制御アクションの総合的な変動を示す、0及び1の間の連続的な変数を提供し得る。運転者の標準的な運転からの変動が増していることは、運転要求が増していることを反映することもあり得て、その逆もあり得る。よって、DCA指数は、車両制御アクションの異なる標準を有する異なる運転者に関連付けられた変動(運転要求)の尺度を提供し得る。
運転者制御アクション指数(DCA指数)は、例えば、加速、ブレーキング、及びステアリングについての運転者の制御アクションの総合的な変動を示す、0及び1の間の連続的な変数を提供し得る。運転者の標準的な運転からの変動が増していることは、運転要求が増していることを反映することもあり得て、その逆もあり得る。よって、DCA指数は、車両制御アクションの異なる標準を有する異なる運転者に関連付けられた変動(運転要求)の尺度を提供し得る。
例えば、アクセルペダル変動の運転要求に対する影響を考えてみる。図10及び図11を参照すれば、例えば高要求及び低要求の状況の時間に対する実時間のアクセルペダル位置がそれぞれプロットされている。低要求の場合に比べて高要求の場合においては、アクセルペダルの変動が相当に大きいことが明らかである。
図10及び図11のアクセルペダル位置の標準偏差は、図12及び図13にそれぞれプロットされている。
図14を参照して、図12及び図13の分布への確率あてはめは、標準形のガンマ関数
を用いて生成される。
ここで、aはスケールファクタであり、bはシェープファクタである。図14の破線は低運転要求の標準偏差分布を表し、実線は高運転要求の標準偏差分布を表す。アクセルペダル変動のこれら確率分布は、運転要求カテゴリー及び現在の分類機会の間の差異のレベルを示す。例えば、2%の標準偏差は、低運転要求の特徴である可能性がより高くなり、一方、10%の標準偏差は、高運転要求の特徴である可能性がより高くなる、などである。この手法は、ブレーキペダル位置、ハンドル角、及び/又は他の運転者の制御アクションパラメータについても同様に応用できる。よって、DCA指数は、アクセルペダル、ブレーキペダル、ステアリングホイールなどに対する運転者アクションの変動に基づいて、運転要求を推定することができる。
図14に示される標準偏差変化の平均は、運転者が異なれば、変化し得る。DCA指数の算出は、これらの変化する平均値を考慮して、相対的変化を算出してもよい。予期されるアクションをキャプチャするために、運転者入力の導関数も組み込んでよい。この分散計算は、それぞれのファクタ(例えばアクセルペダル位置/速度、ブレーキペダル位置/速度、ハンドル角位置/速度など)の共分散の行列式の解析から得ることができる。
DCA指数は、或る種の実施形態では以下の式に基づいて、運転要求に影響する共分散の行列式をそれぞれのファクタについて反復して計算することによって算出される。
ここで、xkは運転者制御アクション及びその導関数(時刻kにおける)のそれぞれについての2次元ベクトルであり、xkの上にバーが付された変数は、平均であり(それぞれの運転サイクルの間に連続的にアップデートされ、それぞれの運転サイクル後はリセットされてもよい)、αは較正された忘却係数であり、Gkは推定された逆共分散行列であり、Iは単位行列であり、Pkは推定された共分散行列であり、Δxk Tは式12のΔxkの転置である。
共分散行列の反復して計算された行列式detは、
によって与えられる。
ここで、nはベクトルxkのサイズである。これは、運転者の加速、ブレーキング、及び/又はステアリングパフォーマンスの、これらパラメータについての特定の運転者の平均値に対する、推定された変動の尺度を与える。また、これは、運転者制御アクションの総合された変動の顕著な変化をキャプチャするために追跡され得る、全分散の単一次元の尺度を与える。
最終的なDCA指数(DCA Index)は、0及び1の間の連続的な信号にスケーリングされ、
によって与えられ得る。
ここで、APVはアクセルペダル変動であり、BPVはブレーキペダル変動であり、SVはステアリング変動である。
図15Aにプロットされたアクセルペダル位置及び図15Bにプロットされたハンドル角は、前記の手法を用いて分析された。図15Cは、図15A及び図15Bの入力に基づいたDCA指数についての例示的出力を示す。共分散行列(式16)の行列式は、この例では、運転者の加速及びステアリングパフォーマンスの推定された変動の尺度を与える。それぞれの変動は、正規化され、それぞれの最大値を選ぶことによって集約統合され、図15CにプロットされたDCA指数を生成している。図15Dには車両速度が参考までにプロットされている。増加変動は、DCA指数のスケール上では1に近い数値(比較的高い運転要求を表す)としてキャプチャされ、一方、減少変動は、例えば0及び0.2の間の数値(比較的低い運転要求を表す)としてスケール上ではキャプチャされている。
V. 計器盤指数
運転者の、計器盤及び/又はその他のタッチ/音声関連のインタフェースとのインタラクションは、運転者アクティビティの指標を与えるかもしれない。そのような運転者アクティビティレベルが増えると、運転者に対する認知的要求も増えることがある。表1に示したように、運転者のボタン押下アクティビティが増えると、運転者のワークロードも増えることがある。ワイパー制御部、エアコン制御部、音量制御部、方向指示器、センタースタックコンソール、ウィンドウ制御部、パワーシート制御部、音声コマンドインタフェースなどを含む車内制御部とのインタラクションの頻度は、複合指数に集約統合できる。よって、計器盤指数(IP指数)は、運転者の、計器盤、電子装備品、及び/又は任意の他のHMIとのインタラクションを表す連続的な出力(0及び1の間)を提供する。
運転者の、計器盤及び/又はその他のタッチ/音声関連のインタフェースとのインタラクションは、運転者アクティビティの指標を与えるかもしれない。そのような運転者アクティビティレベルが増えると、運転者に対する認知的要求も増えることがある。表1に示したように、運転者のボタン押下アクティビティが増えると、運転者のワークロードも増えることがある。ワイパー制御部、エアコン制御部、音量制御部、方向指示器、センタースタックコンソール、ウィンドウ制御部、パワーシート制御部、音声コマンドインタフェースなどを含む車内制御部とのインタラクションの頻度は、複合指数に集約統合できる。よって、計器盤指数(IP指数)は、運転者の、計器盤、電子装備品、及び/又は任意の他のHMIとのインタラクションを表す連続的な出力(0及び1の間)を提供する。
例えば任意の時刻kにおいてボタン/インタフェースデバイスが押下/オンされると、その出力は、
によって与えられる。
ボタン/インタフェースデバイスが押下/オンされないと、その出力は、
によって与えられる。
ここで、BPiは、追跡されているそれぞれのボタン/インタフェースについての、押下/オンされたボタン/インタフェースの追跡値であり、αは、較正可能な忘却係数である。
IP指数(IP Index)は、
によって与えられ得る。
ここで、nは、追跡されているボタン/インタフェースの個数である。IP指数は、ここで説明されている統合手法の任意のものを用いて決定され得る。例としては、式28及び式29を参照して後に説明されているものと同様の手法が用いられ得る。
例示的な方向指示器及びエアコンのアクティビティ入力は、それぞれ図16A及び図16Bにプロットされている。結果として生じるIP指数は、式18、式19及び式20に従って決定され、図16Cにプロットされている。この例では、立ち上がり時間及び定常状態値は、アクティビティの持続期間に基づいている。
VI. 車間指数
車間指数は、0及び1の間の連続的な変数を提供し、運転されている車両がどのくらいその前方(又は側方)の車両(又は他の物体)に近いかを示す。表1に示されるように、ワークロード負荷が増えていることが、平均車間時間が減っていること、及び/又は最小間隔が減っていることから推測できる。
車間指数は、0及び1の間の連続的な変数を提供し、運転されている車両がどのくらいその前方(又は側方)の車両(又は他の物体)に近いかを示す。表1に示されるように、ワークロード負荷が増えていることが、平均車間時間が減っていること、及び/又は最小間隔が減っていることから推測できる。
現在の速度依存の間隔(車間時間)は、次式から得られる。
ここで、rp(k)は、任意の時刻kにおける先行車両の位置であり、rf(k)は、後続車両の位置であり、vf(k)は、後続車両の速度である。
平均間隔HWm(k)は、
から得られる。
ここで、αは、指数フィルタリングのための時定数であって、適宜、選択することができる。
そして、HW指数(HW Index)は、
から得られる。
ここで、γは、HW指数の感度利得であり、HWMAXは、較正された値である。この利得は、最大指数1を満足するのに必要とされる車間時間に依存して選択/適応され得る。
他の実施形態において感度利得は、例えば運転者のタイプに基づいて選択/適応され得る。もし「若年者」、「高齢者」、「10代」、「初心者」、「熟練者」などの運転者のタイプが既知であるなら、感度利得がそれに応じて調整されてもよい。この技術分野で知られるように、運転者は、本人によって携帯されるトークンに基づいて「若年者」、「高齢者」、「10代」などと特定できる。トークンは、車両によって検出され、運転者のタイプを特定するのに用いられ得る。代替として、車両は、運転者が自分のタイプを特定できるようにする選択ボタンを設けてもよい。しかし、運転者をタイプによって区分するための任意の適切な/既知の手法が用いられ得る。「若年者」及び「10代」についての感度利得は高くされ、一方、「熟練者」の運転者についての感度は低くされるなどのようであってもよい。他の実施形態においては、「10代」及び「初心者」の運転者についての感度利得は、より高くなるよう選択され、「熟練者」の運転者についてはより低くなるよう選択されるなどのようであってもよい。よって、同じ車間距離(車間時間)が与えられても、HW指数は、「10代」の運転者についてはより高くなり、「熟練者」の運転者については低くなる、などのようであってもよい。
代替として(又はそれに加えて)、感度利得は、環境状態に基づいて選択/適応されてもよい。ホイールスリップの検出を通してなどのように、任意の適切な/既知の手法によって決定された、濡れた又は凍った路面状態は、感度利得が増えることにつながり得る。乾いた路面状態は、感度利得が低くなり得る。交通量密度、地理的位置などを含む任意の適切な環境状態は、感度利得を選択する/変化させるのに用いられ得る。
交差点、道路工事、高要求道路構造などを含むインフラストラクチャへの近接も、式21、式22及び式23で計算されたのと同様に計算され得る。そのような場合、HW指数は、
によって与えられ得る。
ここで、nは、追跡されている、高運転要求の近接項目の個数である。式24のための重み付けされた関数が用いられてもよい。
他の実施形態においては、隣接するレーンでの交通量が増すことによる増加した間隔の戻り値は、HW指数に入力されるバイアスとして用いられ得る(表1に示されるように増加した交通量密度は、運転要求を高くし得る)。
更に他の実施形態においては、衝突までの時間が1000ms未満の領域で追跡されてもよい。潜在的な切迫した衝突状況では、HW指数出力は、最大値の1に設定されてもよい。
図17を参照して、衝突までの時間tcは、次式のように算出され得る。
ここで、vxは近接速度であり、Axは相対加速度であり、Xは車両間の距離である。この距離及び近接速度の情報は、任意の適切な/既知のレーダーシステム、ビジョンシステム、ライダーシステム、車両対車両通信システムなどから獲得され得る。
以下のシナリオの例示的な車両におけるHW指数の計算を考慮し、図18〜図20は、ホスト車両速度、車両間近接速度及びシナリオ中の範囲を示す。図21及び図22は、平均間隔(式22から計算される)及びHW指数(式23から計算される)をそれぞれ示す。
VII. ルールベースのサブシステム
図1を再び参照すると、ルールベースのサブシステム12は、イベントバイナリ出力フラグを決定するための知識ベース及び事実を含んでもよい。サブシステム12は、システム10の他の要素を補充するための、特定のエキスパートエンジニアリング及び車両・運転者・環境インタラクションルールを備えてもよい。知識は、ルール群のセットとして表現されてもよい。車両システムの特定のアクティベーションが組み込まれてもよい。
図1を再び参照すると、ルールベースのサブシステム12は、イベントバイナリ出力フラグを決定するための知識ベース及び事実を含んでもよい。サブシステム12は、システム10の他の要素を補充するための、特定のエキスパートエンジニアリング及び車両・運転者・環境インタラクションルールを備えてもよい。知識は、ルール群のセットとして表現されてもよい。車両システムの特定のアクティベーションが組み込まれてもよい。
それぞれのルールは、出力ワークロードの推奨を特定し、IF(条件)、THEN(アクション)構造を有する。ルールの条件部が満たされると、アクション部が実行される。それぞれのルールは、出力ワークロード(0又は1)の推奨を特定してもよい。縦方向加速度、横方向加速度、ハンドル角、ボタンの使用など(例えば表2a及び表2bを参照)を含むいくつかの車両パラメータは、サブシステム12によって任意の適切な/既知のやり方で、例えば車両のCANバスからモニタ/獲得され得る。これらパラメータと関連付けられた事実及びそれらの組み合わせは、条件ルールを設定するのに用いられ得る。
サブシステム12によって実現される一般的なルールは、次のような形式であってもよい。
イベント中のインフォテインメント又は車両キャビンシステムの具体的な遅延又は制限は、エキスパートルールからイネーブルされる。ルールベースの出力は、特定の特徴の使用及び条件に対する運転要求のエキスパート見解の使用に基づいて、相対出力統合を提供するために更に処理されてもよい。
ルールは、例えば表2a及び表2bに挙げた情報に基づいてもよい。例えば、もしハンドル角が105度よりも大きいならば、Event_Flag =1とする。他のルールももちろん構築され得る。
VIII. 統合
HW指数(HW Index)、DCA指数(DCA Index)、IP指数(IP Index)及びHL指数(HL Index)の1つ以上が、以下に説明される手法を用いて、サブシステム14により集約統合されることによって、追跡指数(T指数)を形成してもよい。しかし1つの指数だけが使用/算出/決定される実施形態においては、統合は必要ではないかもしれない。
HW指数(HW Index)、DCA指数(DCA Index)、IP指数(IP Index)及びHL指数(HL Index)の1つ以上が、以下に説明される手法を用いて、サブシステム14により集約統合されることによって、追跡指数(T指数)を形成してもよい。しかし1つの指数だけが使用/算出/決定される実施形態においては、統合は必要ではないかもしれない。
ある種の実施形態においては、短期の統合を用いて、運転者に伝えられるべき情報/タスクを予定/遅延/抑制してもよい。推定された最高の運転要求が必要とされる状況については、T指数(T Index、又は式29ではTracking_Index)は、
によって与えられ得る。
他の実施形態においては、以下に説明されるように、指数値の平均/最大出力の組み合わせについては、コンテキスト依存の統合が採用される。例えば図1を参照して、DCA指数、IP指数、HL指数及びHW指数がサブシステム14によって組み合わされることで、
によって与えられるT指数を生成してもよい。
ここで、wiは、入力に課せられる運転要求値に依存する、コンテキスト依存の重みである。式28を展開すれば、
となる。ここで、WLEDCA、WLEIP、WLEHL及びWLEHWは、それぞれDCA指数、IP指数、HL指数、及びHW指数出力である。対応する重みはwDCA、wIP、wHL及びwHWによって与えられる。
表3及び表4において、統合のための例示的ルールを挙げる。
サブシステム16は、サブシステム14を参照して、前記手法を用いて、ルールベース指数(Rule-Based Index)及びT指数をWLE指数に統合してもよい。例として、WLE指数(WLE Index)は、
によって与えられ得る。
例示的なルールベース指数、IP指数及びDCA指数は、それぞれ図23A〜図23Cにプロットされる。これら指数は、推定された最も高い運転要求の状況が考慮される条件について、ここで説明された手法を用いて統合され、図23Dにプロットされている。車両速度は、図23Eに参考のためにプロットされている。
IV. 長期的な特徴付け
他の実施形態において、WLE指数は、サブシステム16及び/又はディスパッチャー18(構成に依存する)によって、HMI推奨を提供するために、或る期間に亘って特徴付けられてもよい。長期的WLE特徴付けによって、或る期間に亘る運転要求に基づいて、HMIを運転者に合わせることができる。rkは、例えば、運転者についてのWLE指数値(任意の時刻kにおける)を反映する変数であることを考える。運転要求が、図24で定義されるようにファジィメンバーシップ関数μa、μb、μcによって、{a,b,c}のように3クラスにカテゴライズされると仮定する。すると、運転挙動dkは、次の例示的計算から推測され得る。
他の実施形態において、WLE指数は、サブシステム16及び/又はディスパッチャー18(構成に依存する)によって、HMI推奨を提供するために、或る期間に亘って特徴付けられてもよい。長期的WLE特徴付けによって、或る期間に亘る運転要求に基づいて、HMIを運転者に合わせることができる。rkは、例えば、運転者についてのWLE指数値(任意の時刻kにおける)を反映する変数であることを考える。運転要求が、図24で定義されるようにファジィメンバーシップ関数μa、μb、μcによって、{a,b,c}のように3クラスにカテゴライズされると仮定する。すると、運転挙動dkは、次の例示的計算から推測され得る。
もし例えばrkが0.4の値を有するなら、dkは、[0.18,0.62,0]として表現され得る(図24に従えば)。運転挙動のフィルタリングされた(長期の)ものdfkは、次式で表現され得る。
ここで、αは、較正可能な忘却係数である(よって運転挙動の長期のものdfkが評価される期間を特定/決定する)。
クラス群のそれぞれについての長期確率(pk)iは、
から得られる。
式33によれば、クラス群のそれぞれについての運転挙動のフィルタリングされたもの(dfk)iは、クラス群の全てについての運転挙動のフィルタリングされたものの和によって除される。もし例えばdfkが[0,0.16,0.38]によって表されるなら、(pk)aは、0を(0+0.16+0.38)によって除した値に等しくなり((pk)aは0に等しくなる)、(pk)bは、0.16を(0+0.16+0.38)によって除した値に等しくなり((pk)bは0.29になる)、(pk)cは、0.38を(0+0.16+0.38)によって除した値に等しくなる((pk)cは0.71になる)。
運転要求の最終的な長期WLE指数の特徴付けikは、
から推測され得る。前記の例を用いて、(pk)iの最大値は0.71(つまり(pk)cの値)である。したがって、式34から運転挙動は、現在は「高要求」クラスであることが推測され得る。
X. ディスパッチャー
ディスパッチャー18は、算出されたWLE指数若しくはWLE指数の長期特徴付け、又はDCA指数、IP指数、HL指数及びHW指数のうちの任意の一つを適用することによって(単一の指数だけが使用/計算/決定される実施形態において)、インフォテインメント及び/又は他の対話システムと運転者との間のインタラクションを変調する。WLE指数は、機能性及び安全性を向上させるために、運転者に提示されるべきボイスコマンド及び他のタスクを設定/回避/調節/制限/スケジューリングするのに用いられる推測されたワークロード負荷を提供する。
ディスパッチャー18は、算出されたWLE指数若しくはWLE指数の長期特徴付け、又はDCA指数、IP指数、HL指数及びHW指数のうちの任意の一つを適用することによって(単一の指数だけが使用/計算/決定される実施形態において)、インフォテインメント及び/又は他の対話システムと運転者との間のインタラクションを変調する。WLE指数は、機能性及び安全性を向上させるために、運転者に提示されるべきボイスコマンド及び他のタスクを設定/回避/調節/制限/スケジューリングするのに用いられる推測されたワークロード負荷を提供する。
運転者との例示的なインタラクションは、テキスト・音声の情報を生成すること、アバター通信を生成すること、着信した電話に関する通知を生成すること、事前対応のパワートレインコマンドを生成すること、事前対応の音声による推奨を生成すること、例えば触知できるハンドルを介して触知できる応答を生成すること、又は、他の音声、視覚及び/又は触知による出力などを生成することを含んでもよい。これら例示的運転者インタフェースタスクのそれぞれは、それに関連付けられた優先度を有してもよい。例えば、着信した電話に関する通知を生成することは、優先度が高いかもしれないが、一方、事前対応の音声による推奨は、優先度が低いかもしれない。
与えられた運転者インタフェースのタスクに対して、或る優先度のタイプを割り当てるためには、任意の適切な/既知の手法が用いられ得る。例として、ディスパッチャー18は、着信した電話に関して生成されるべき通知には、高い優先度が割り当てられ、運転者に伝えられるべき、車両が発する推奨には、低い優先度が割り当てられるという、高/低優先度の決まりを実現してもよい。しかし、他の優先度スキームが用いられてもよい。例として、0及び1.0の間の数は、タスクの優先度を表現し得る。すなわち、或る種のタスクには0.3の優先度が割り当てられ、一方、他のタスクには0.8の優先度が割り当てられるなどのようにである。他の実施形態においては、運転者インタフェースタスクと関連付けられた優先度タイプは、この技術で知られるようにそのタスクを生成したコントローラ/プロセッサ/サブシステム(不図示)によって割り当てられてもよい。
或る種の実施形態は、ワークロード及び優先度に基づいて、運転者インタフェースタスクを調整して提示することを可能にし得る。もし例えばWLE指数(又は場合によっては上記指数のうちの任意の一つ)が0.4及び0.6の間の値を有するなら、ディスパッチャー18は、優先度が高い運転者インタフェースタスクだけが実行されるようにしてもよい。ディスパッチャー18は、後でWLE指数が0.4未満の値になったら実行するよう条件付けられるように、低優先度タスクをスケジューリングしてもよい。もし例えばWLE指数が0.7及び1.0の間の値を有するなら、ディスパッチャー18は、全ての運転者インタフェースタスクが実行されないようにしてもよい。高いワークロードのこれらの期間の間は、ディスパッチャー18は、高優先度タスクについては、WLE指数が0.7未満の値を持つようになった後で実行するようスケジューリングし、低優先度タスクについては、WLE指数が0.4未満の値を持つようになった後で実行するようスケジューリングする。
同様に、もし長期運転挙動が「高要求」と特徴付けられるなら、或る種の/全てのタスクは、それらの優先度に関係なく、長期運転挙動が「中要求」又は「低要求」と特徴付けられるまで、中断/遅延/スケジューリングされてもよい。代替として、もし長期運転挙動が、例えば「高要求」クラスに入る可能性が少しでもあるなら、或る種の/全てのタスクは、「高要求」に入る可能性がゼロになるまで、中断/遅延/スケジューリングされてもよい。もちろん他のシナリオも可能である。例えばタスクをカテゴライズするために優先度の種類が用いられない実施形態においては、推測されたワークロードによっては全てのタスクが中断/遅延/スケジューリングされてもよい。
高いワークロードの期間の間に着信した電話の場合は、ディスパッチャー18は、その電話をボイスメールシステムに転送してもよい。WLE指数が適当な値になってから、ディスパッチャー18は、電話が着信したことを示す通知を生成してもよい。
ここで開示されたアルゴリズムは、システム12,13,14,16,18のうちの任意の処理装置/全ての処理装置に送られてもよい。システム12,13,14,16,18は、以下には限定されないが、ROMデバイスのような書き込み不可能な記憶媒体上に永久的に記憶された情報、及びフロッピーディスク、磁気テープ、CD、RAMデバイスのような書き込み可能な記憶媒体、及び他の磁気及び光学媒体上に改変可能に記憶された情報を含む、多くの形態をとる任意の既存の電子制御ユニット又は専用電子制御ユニットを含み得る。このアルゴリズムは、ソフトウェアで実行可能なオブジェクトにおいてインプリメントされてもよい。代替として、このアルゴリズムは、特定用途向け集積回路(ASIC)、フィールドプログラマブルゲートアレイ(FPGA)、ステートマシン、コントローラ、又は他のハードウェア要素又はデバイスのような適切なハードウェア要素、又はハードウェア、ソフトウェア及びファームウェア要素の組み合わせを全体的又は部分的に用いて実現してもよい。
本発明の実施形態が図示され説明されてきたが、これら実施形態は本発明の全ての可能な形態を図示し説明するようには意図されていない。本明細書で用いられる用語は、限定ではなく説明のための用語であり、さまざまな改変が、本発明の精神及び範囲から逸脱することなくなされ得ることが理解されよう。
Claims (16)
- 車両であって、
(i)前記車両と他の車両との間の間隔を、前記車両の速度及び前記他の車両までの距離の履歴に基づいて求め、かつ、
(ii)運転者のタイプを求め、かつ、
(iii)実行されるべき複数の運転者インタフェースタスクを受け取り、かつ、
(iv)前記間隔及び前記運転者のタイプに基づいて、前記複数の運転者インタフェースタスクのうちの少なくともいくつかが実行されるのを選択的に遅延又は防止する、
ように構成された少なくとも1つのプロセッサを備えることを特徴とする車両。 - 前記複数の運転者インタフェースタスクのそれぞれは、優先度を含み、
前記少なくとも1つのプロセッサは、更に前記優先度に基づいて、前記複数の運転者インタフェースタスクのうちの少なくともいくつかが実行されるのを選択的に遅延又は防止するように構成されていることを特徴とする請求項1に記載の車両。 - 前記複数の運転者インタフェースタスクは、着信している電話に関する通知を生成することを含み、
前記複数の運転者インタフェースタスクのうちの少なくともいくつかが実行されるのを選択的に遅延又は防止することは、前記着信している電話をボイスメールシステムに転送することを含むことを特徴とする請求項1に記載の車両。 - 前記複数の運転者インタフェースタスクは、音声出力を生成すること、視覚的出力を生成すること、及び、触覚的出力を生成することのうちの少なくとも1つを含むことを特徴とする請求項1に記載の車両。
- 車両であって、
実行されるべき複数の運転者インタフェースタスクを受け取り、かつ、
運転者のタイプと、前記車両と他の物体との間の距離とに基づいて、前記複数の運転者インタフェースタスクのうちの少なくともいくつかが実行されるのを選択的に遅延又は防止する、
ように構成された少なくとも1つのプロセッサを備えることを特徴とする車両。 - 前記少なくとも1つのプロセッサは、更に前記車両の速度に基づいて、前記複数の運転者インタフェースタスクのうちの少なくともいくつかが実行されるのを選択的に遅延又は防止するように構成されていることを特徴とする請求項5に記載の車両。
- 前記少なくとも1つのプロセッサは、前記運転者のタイプを求めるように構成されていることを特徴とする請求項5に記載の車両。
- 前記複数の運転者インタフェースタスクのそれぞれは、優先度を含み、
前記少なくとも1つのプロセッサは、更に前記優先度に基づいて、前記複数の運転者インタフェースタスクのうちの少なくともいくつかが実行されるのを選択的に遅延又は防止するように構成されていることを特徴とする請求項5に記載の車両。 - 前記複数の運転者インタフェースタスクは、着信している電話に関する通知を生成することを含み、
前記複数の運転者インタフェースタスクのうちの少なくともいくつかが実行されるのを選択的に遅延又は防止することは、前記着信している電話をボイスメールシステムに転送することを含むことを特徴とする請求項5に記載の車両。 - 前記複数の運転者インタフェースタスクは、音声出力を生成すること、視覚的出力を生成すること、及び、触覚的出力を生成することのうちの少なくとも1つを含むことを特徴とする請求項5に記載の車両。
- 前記物体は、前記車両の前に位置する他の車両、前記車両に隣接するレーンに位置する他の車両、又は、道路の交差点部であることを特徴とする請求項5に記載の車両。
- 車両の運転者インタフェースタスクを管理する方法であって、
前記車両と他の車両との間の車間時間を、前記車両の速度及び前記他の車両までの距離に基づいて求める工程と、
少なくとも1つの環境状態を求める工程と、
実行されるべき複数の運転者インタフェースタスクを受け取る工程と、
前記車間時間及び前記少なくとも1つの環境条件に基づいて、前記複数の運転者インタフェースタスクのうちの少なくともいくつかが実行されるのを選択的に遅延又は防止する工程と、
を含むことを特徴とする方法。 - 前記複数の運転者インタフェースタスクのそれぞれは、優先度を含み、
前記複数の運転者インタフェースタスクのうちの少なくともいくつかは、更に前記優先度に基づいて、実行されるのが選択的に遅延又は防止されることを特徴とする請求項12に記載の方法。 - 前記複数の運転者インタフェースタスクは、着信している電話に関する通知を生成することを含み、
前記複数の運転者インタフェースタスクのうちの少なくともいくつかが実行されるのを選択的に遅延又は防止することは、前記着信している電話をボイスメールシステムに転送することを含むことを特徴とする請求項12に記載の方法。 - 前記複数の運転者インタフェースタスクは、音声出力を生成すること、視覚的出力を生成すること、及び、触覚的出力を生成することのうちの少なくとも1つを含むことを特徴とする請求項12に記載の方法。
- 前記車間時間は反復して計算されることを特徴とする請求項12に記載の方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2013157762A JP2014029689A (ja) | 2013-07-30 | 2013-07-30 | 運転者インタフェースタスクを管理する方法、及び、車両 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2013157762A JP2014029689A (ja) | 2013-07-30 | 2013-07-30 | 運転者インタフェースタスクを管理する方法、及び、車両 |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2013521744A Division JP2013539572A (ja) | 2010-07-29 | 2010-07-29 | 運転者インタフェースタスクを管理する方法、及び、車両 |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2014029689A true JP2014029689A (ja) | 2014-02-13 |
Family
ID=50202186
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2013157762A Pending JP2014029689A (ja) | 2013-07-30 | 2013-07-30 | 運転者インタフェースタスクを管理する方法、及び、車両 |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2014029689A (ja) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2016119080A (ja) * | 2014-12-23 | 2016-06-30 | パロ アルト リサーチ センター インコーポレイテッド | 運転者にメッセージを提供する適切な時を決定するシステムおよび方法 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH09329458A (ja) * | 1996-06-12 | 1997-12-22 | Toyota Central Res & Dev Lab Inc | 車載用情報音読装置 |
JP2001354047A (ja) * | 2000-06-14 | 2001-12-25 | Nissan Motor Co Ltd | 運転技量監視装置 |
US20020120374A1 (en) * | 2000-10-14 | 2002-08-29 | Kenneth Douros | System and method for driver performance improvement |
JP2004518461A (ja) * | 2000-10-14 | 2004-06-24 | モトローラ・インコーポレイテッド | 車両運転手の能力を向上させるための方法及び装置 |
JP2004312055A (ja) * | 2003-04-01 | 2004-11-04 | Denso Corp | ハンズフリー装置 |
JP2005070057A (ja) * | 2004-10-04 | 2005-03-17 | Toyota Central Res & Dev Lab Inc | 運転負荷推定装置 |
JP2007261432A (ja) * | 2006-03-28 | 2007-10-11 | Toyota Motor Corp | 車両用制御装置 |
-
2013
- 2013-07-30 JP JP2013157762A patent/JP2014029689A/ja active Pending
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH09329458A (ja) * | 1996-06-12 | 1997-12-22 | Toyota Central Res & Dev Lab Inc | 車載用情報音読装置 |
JP2001354047A (ja) * | 2000-06-14 | 2001-12-25 | Nissan Motor Co Ltd | 運転技量監視装置 |
US20020120374A1 (en) * | 2000-10-14 | 2002-08-29 | Kenneth Douros | System and method for driver performance improvement |
JP2004518461A (ja) * | 2000-10-14 | 2004-06-24 | モトローラ・インコーポレイテッド | 車両運転手の能力を向上させるための方法及び装置 |
JP2004312055A (ja) * | 2003-04-01 | 2004-11-04 | Denso Corp | ハンズフリー装置 |
JP2005070057A (ja) * | 2004-10-04 | 2005-03-17 | Toyota Central Res & Dev Lab Inc | 運転負荷推定装置 |
JP2007261432A (ja) * | 2006-03-28 | 2007-10-11 | Toyota Motor Corp | 車両用制御装置 |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2016119080A (ja) * | 2014-12-23 | 2016-06-30 | パロ アルト リサーチ センター インコーポレイテッド | 運転者にメッセージを提供する適切な時を決定するシステムおよび方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP2013539572A (ja) | 運転者インタフェースタスクを管理する方法、及び、車両 | |
US8258934B2 (en) | Vehicle and method of advising a driver therein | |
US8972106B2 (en) | Systems and methods for scheduling driver interface tasks based on driver workload | |
US20150224998A1 (en) | Systems and Methods For Scheduling Driver Interface Tasks Based On Driver Workload | |
US9213522B2 (en) | Systems and methods for scheduling driver interface tasks based on driver workload | |
US9493171B2 (en) | Vehicle and method of advising a driver therein | |
Moon et al. | Design, tuning, and evaluation of a full-range adaptive cruise control system with collision avoidance | |
US9707974B2 (en) | Vehicle with identification system | |
US20140236385A1 (en) | Vehicle and method of tuning performance of same | |
CN106064593A (zh) | 基于驾驶员工作负担调度驾驶员接口任务的系统和方法 | |
CN103231710B (zh) | 基于驾驶员工作负担调度驾驶员接口任务的系统和方法 | |
JP5671107B2 (ja) | 車両 | |
SE1150180A1 (sv) | System och metod för bedömning av kökörning | |
JP2014029689A (ja) | 運転者インタフェースタスクを管理する方法、及び、車両 | |
JP2014013576A (ja) | 運転者インタフェースシステム、及び、運転者インタフェースタスクを管理する方法、並びに、車両 | |
CN103264696B (zh) | 基于驾驶员工作负担调度驾驶员接口任务的系统和方法 | |
JP2014000955A (ja) | 運転者インタフェースタスクを管理する方法、及び、車両 | |
Prakah-Asante et al. | Hybrid intelligent system for driver workload estimation for tailored vehicle-driver communication and interaction | |
GB2504585A (en) | A vehicle having a system and method of scheduling driver interface tasks |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20140507 |
|
A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20141014 |