JP7456952B2

JP7456952B2 - 車両の制御装置、方法、プログラム、及び車両

Info

Publication number: JP7456952B2
Application number: JP2021004378A
Authority: JP
Inventors: 秀樹大橋; 渉神田; 達也長谷川; 祥太東
Original assignee: Advics Co Ltd; Toyota Motor Corp
Current assignee: Advics Co Ltd; Toyota Motor Corp
Priority date: 2021-01-14
Filing date: 2021-01-14
Publication date: 2024-03-27
Anticipated expiration: 2041-01-14
Also published as: CN114763151A; DE102021215055A1; JP2022109054A; US20220219711A1

Description

本開示は、車両に搭載される制御装置などに関する。

近年、運転支援機能（自動運転や自動駐車など）を実現する複数のアプリケーションが車両に実装されている。特許文献１には、これらの複数のアプリケーションから出力される要求（以下「アプリケーション要求」という）をそれぞれ受け付けて、この受け付けた複数のアプリケーション要求を調停し、その調停結果に基づいてアクチュエータ（ステアリング装置やブレーキ装置など）を駆動するための要求を出力する、制御装置が開示されている。

特開２０２０－０３２８９４号公報

運転支援機能を実現する複数のアプリケーションには、それぞれの機能に応じた作動の優先度があるため、この優先度に基づいて運転支援機能に関するアプリケーション要求を実現させることが望ましい。

しかしながら、上記特許文献１に記載された制御装置では、複数のアプリケーション要求を同時に受け付けた場合、優先度の高いアプリケーション要求ではなく優先度の低いアプリケーション要求を実現するようにアクチュエータに対して要求を出力するおそれがあった。

本開示は、上記課題を鑑みてなされたものであり、優先度の高いアプリケーション要求を優先的に実現するようにアクチュエータに対して要求を出力することができる制御装置などを提供することを目的とする。

上記課題を解決するために、本開示技術の一態様は、車両に搭載される制御装置であって、運転支援機能を実現する複数のアプリケーションから、自身のアプリケーションを特定する識別子及びアプリケーション要求を受け付ける受付部と、複数のアプリケーションの優先度に関する情報を記憶する記憶部と、情報と識別子とに基づいて、受付部が受け付けた複数のアプリケーション要求を調停する調停部と、調停部の調停結果に基づいて、アクチュエータに対する要求を出力する出力部と、を備える、制御装置である。

本開示の制御装置によれば、記憶部に記憶された優先度に関する情報に基づいて複数のアプリケーション要求の調停を行うため、優先度の高いアプリケーション要求を優先的に実現するようにアクチュエータに対して要求を出力する（指示を行う）ことができる。

本開示の一実施形態に係る制御装置とその周辺部の機能ブロック図記憶部が記憶するアプリケーション優先順位情報の一例アプリケーションの優先順位を設定するための各種基準の一例車両に実装されるアプリケーション及び機能の一例アプリケーション優先順位情報の応用例

本開示の制御装置は、所定の基準に従って予め設定した複数のアプリケーションの優先順位に基づいて、複数のアプリケーション要求の調停を行う。これにより、優先度の高いアプリケーション要求を優先的に実現するようにアクチュエータに対して指示を行うことができる。
以下、本開示の一実施形態について、図面を参照しながら詳細に説明する。

＜実施形態＞
［構成］
図１は、本開示の一実施形態に係る車両に搭載される制御装置とその周辺部の機能ブロック図である。図１に例示した機能ブロックは、複数の運転支援装置１１～１３と、制御装置２０と、アクチュエータ３０と、を備える。

運転支援装置１１～１３は、各装置に実装されるアプリケーションを実行することにより、少なくとも車両の駆動制御及び制動制御を含む車両の運転を支援するための様々な機能（運転支援機能）を実現するための構成である。運転支援装置１１～１３が実装するアプリケーションとしては、自動運転の機能を実現するアプリケーション、自動駐車の機能を実現するアプリケーション、及び先進運転支援システム（ＡＤＡＳ：Advanced Driver Assistance System）の機能を実現するアプリケーションを例示できる。先進運転支援システムのアプリケーション（ＡＤＡＳアプリケーション）には、衝突回避支援（ＰＣＳなど）の機能を実現するアプリケーション、歩行者リスク回避の機能を実現するアプリケーション、前走車との車間距離を一定に保ちながら走行する前車追従走行（ＡＣＣなど）の機能を実現するアプリケーションや、走行する車線の維持を行う車線維持支援（ＬＫＡ、ＬＴＡなど）の機能を実現するアプリケーションや、衝突の被害を軽減させるために自動的に制動をかける衝突被害軽減ブレーキ（ＡＥＢなど）の機能を実現するアプリケーション、車両の走行車線の逸脱を警告する車線逸脱警報（ＬＤＷ、ＬＤＡなど）の機能を実現するアプリケーション、ハンドル操作ガイドの機能を実現するアプリケーションなどが含まれる。

この運転支援装置１１～１３は、図示しない各種センサなどから取得（入力）する車両の情報（認識センサ情報など）に基づいて、アプリケーション要求として、アプリケーション単独での機能性（商品性）を担保した行動計画（前後加速度／減速度など）の要求を、制御装置２０にそれぞれ出力する。また、運転支援装置１１～１３は、アプリケーション要求と共に、その要求を行ったアプリケーションを一意に特定することができる識別子（アプリケーションＩＤ）を制御装置２０にそれぞれ出力する。アプリケーションＩＤは、アプリケーションごとに予め定められている。

この運転支援装置１１～１３は、ＣＰＵなどのプロセッサ、メモリ、及び入出力インターフェイスを有する電子制御ユニット（ＥＣＵ：Electronic Control Unit）などのコンピューターによって実現される。例えば、自動運転アプリケーションが実装された自動運転ＥＣＵ、自動駐車アプリケーションが実装された自動駐車ＥＣＵ、及び先進運転支援アプリケーションが実装されたＡＤＡＳ－ＥＣＵによって、運転支援装置１１～１３が構成され得る。また、各運転支援装置１１～１３が実装するアプリケーションの数は、図１に示した１つに限定されず、２つ以上であってもよい。例えば、ＡＣＣアプリケーション、ＬＫＡアプリケーション、及びＡＥＢアプリケーションが、１つの運転支援装置に実装されてもよい。また、運転支援装置１１～１３の数も、図１に示した３つに限定されず、２つ以下であってもよいし、４つ以上であってもよい。

制御装置２０は、運転支援装置１１～１３から受け付けるアプリケーション要求（行動計画要求）及びアプリケーションＩＤに基づいて、車両の運動のうち少なくとも横方向運動に関する制御内容を決定し、この決定した制御内容に基づいてアクチュエータ３０に対して必要な要求を出力する。この制御装置２０は、いわゆる車両の運動に関わるマネージャ（ＡＤＡＳ－ＭＧＲやＶｅｈｉｃｌｅ－ＭＧＲなど）として、あるいはマネージャの一部として機能し、車両の動きを制御する。制御装置２０は、受付部２１と、記憶部２２と、調停部２３と、出力部２４と、を含む。

受付部２１は、各運転支援装置１１～１３のアプリケーションが出力するアプリケーション要求（行動計画要求）及びアプリケーションＩＤを、それぞれ受け付ける。本実施形態におけるアプリケーション要求としては、車両の横方向運動に関する舵角（又は操舵角）などを例示できる。受付部２１が受け付けたアプリケーション要求及びアプリケーションＩＤは、調停部２３に出力される。

記憶部２２は、各運転支援装置１１～１３に実装されたアプリケーションを含む複数のアプリケーションの優先順位に関する情報（アプリケーション優先順位情報）を記憶する。図２は、記憶部２２が記憶するアプリケーション優先順位情報の一例である。図２のように、このアプリケーション優先順位情報では、アプリケーションＩＤで特定される各アプリケーション（さらにはその機能）の優先順位が設定されている。このアプリケーションの優先順位は、予め定められた基準に従って設定される。

図３は、アプリケーションの優先順位を設定するための各種基準の一例である。この図３において、上段の＜優先基準＞は、アプリケーションの内容と優先度との関係を示したものである。図３上段の例では、緊急回避専用のアプリケーションの優先度が最も高く、次いでユーザーが介在しないアプリケーション、これらのアプリケーションを除くアプリ側の要望に準拠するアプリケーション、及び工場内でしか使用されない公道で作動しないアプリケーションの順で優先度が高いことが示されている。また、図３において、中段の＜アプリ競合時の判断基準＞は、優先度が同一のアプリケーションが存在する場合における選択の判断基準を示したものである。図３中段の例では、まず制御が適用される範囲における車両の速度（制御範囲速度）が高い方のアプリケーションが優先的に選択され（Ａ－１）、制御範囲速度も同一である場合には、次に安全フェーズ（アプリケーションによって保証される範囲）の優先順に選択される（Ａ－２）。また、図３において、下段の＜複数機能時の判断基準＞は、１つのアプリケーションに複数の機能が存在する場合における選択の判断基準を示したものである。図３下段の例では、複数の機能を比較して安全性への対応や制御性などで優先すべき順で選択される（Ｂ－１）。

記憶部２２には、対象となるアプリケーションに関して、図３に示す基準に沿って事前に決定されたアプリケーションの優先順位（図２）が記憶される。このアプリケーションの優先順位の決定手法については、後述する。

調停部２３は、受付部２１が各運転支援装置１１～１３から受け付けた複数のアプリケーション要求（行動計画要求）を調停する。この調停に際して、調停部２３は、各運転支援装置１１～１３から取得したアプリケーションＩＤと、記憶部２２が記憶するアプリケーション優先順位情報とに基づいて、要求があったアプリケーションの優先順位を決定する。そして、調停部２３は、この決定したアプリケーションの優先順位に従って、複数のアプリケーション要求を調停する。なお、調停部２３は、図示しない車載装置から取得する車両の状態やドライバーの状態やアベイラビリティを表す情報にさらに基づいて、アプリケーションの優先順位を決定してもよい。

出力部２４は、調停部２３におけるアプリケーション要求（行動計画要求）の調停結果に基づいて、アクチュエータ３０に対する要求（運動要求）を出力する。

アクチュエータ３０は、運転支援装置１１～１３が出力するアプリケーション要求（行動計画要求）を実現するためのシステム（実現システム）の１つである。アプリケーション要求が舵角である場合には、アクチュエータ３０として電動パワーステアリングシステム（ＥＰＳ）を例示できる。なお、図１の例では、出力部２４が要求（運動要求）を出力するアクチュエータ３０が１つである構成を示したが、アクチュエータ３０は２つ以上であってもよい。

［優先順位の決定処理］
図４をさらに参照して、本実施形態に係る制御装置２０によって実施されるアプリケーションの優先順位を決定する手順を説明する。図４は、車両に実装された複数のアプリケーションのうち、制御装置２０に対してアプリケーション要求を出力する可能性がある対象アプリケーションを示した一例である。

図４に示す１１つの対象アプリケーションについて、まず、優先基準（図３上段）に従って優先度１のアプリケーションが特定される。この優先度１である緊急回避専用のアプリケーションは、対象アプリケーションの中で衝突回避支援アプリケーションのみが該当する。従って、この衝突回避支援アプリケーションのアプリケーションＩＤが優先順位「１位」に決定される。

次に、優先基準（図３上段）に従って優先度２のアプリケーションが特定される。この優先度２であるユーザーが介在しないアプリケーションは、対象アプリケーションの中では自動駐車アプリケーション、自動運転（レベル４）のＥＭアプリケーション、自動運転（レベル４）のＡＤアプリケーション、自動運転（レベル３）のＥＭアプリケーション、及び自動運転（レベル３）のＡＤアプリケーションの複数が該当する。よって、さらにアプリ競合時の判断基準（図３中段）に従ってアプリケーションの選択が行われる。最初に制御範囲速度が高いか低いかで区別する。自動運転（レベル４）及び自動運転（レベル３）は、低速から高速までの広い範囲で作動するのに対して、自動駐車は低速の範囲でしか作動しない。これにより、自動運転（レベル４）及び自動運転（レベル３）のアプリケーションが選択される。次に、自動運転（レベル４）と自動運転（レベル３）とは制御範囲速度が同じであるため、安全フェーズを判断する。国土交通省自動車局の「自動運転車の安全技術ガイドライン」に示された自動運転化レベルの定義の概要に基づくと、高度運転自動化とされている自動運転（レベル４）の方が、条件付き運転自動化とされている自動運転（レベル３）よりも安全フェーズが上位にある。これにより、自動運転（レベル４）のアプリケーションが選択される。さらに、自動運転（レベル４）のアプリケーションには、ＥＭとＡＤとの複数の機能があるため、複数機能時の判断基準（図３下段）に従って安全性対応や制御性を判断する。ＥＭ（Emergency Maneuver）は、国際基準（ＡＣＳＦ法規）にある車両を自動で停止させる機能であり、通常の自動運転であるＡＤ（Autonomous Driving function）よりも優先度が高い。これにより、自動運転（レベル４）のＡＤアプリケーションよりも自動運転（レベル４）のＥＭアプリケーションが選択される。この選択は、自動運転（レベル３）のアプリケーションについても同様に行われる。以上の選択の結果、優先度２のアプリケーションについて、自動運転（レベル４）のＥＭ、自動運転（レベル４）のＡＤ、自動運転（レベル３）のＥＭ、自動運転（レベル３）のＡＤ、及び自動駐車の順で、各アプリケーションのアプリケーションＩＤが優先順位「２位～６位」に決定される。

次に、優先基準（図３上段）に従って優先度３のアプリケーションが特定される。この優先度３であるアプリ側要望に準拠するアプリケーションは、対象アプリケーションの中では車線逸脱警報アプリケーション、車線維持支援アプリケーション、歩行者リスク回避アプリケーション、及びハンドル操作ガイドアプリケーションの複数が該当する。これらの複数のアプリケーションについては、車両のシステムにおいて要望される順序（予め付与された優先度）に応じて選択が行われる。本実施形態では、車線逸脱警報、車線維持支援、歩行者リスク回避、及びハンドル操作ガイドの順で、各アプリケーションのアプリケーションＩＤが優先順位「７位～１０位」に決定される。

最後に、優先基準（図３上段）に従って優先度４のアプリケーションが特定される。この優先度４である公道で作動しないアプリケーションは、対象アプリケーションの中で工場内だけで作動する搬送アプリケーションのみが該当する。従って、この搬送アプリケーションのアプリケーションＩＤが優先順位「１１位」に決定される。

以上の手順によって、図２に示したとおりのアプリケーションの優先順位が一義的に決定される。

なお、アプリ競合時の判断基準（図３中段）において制御範囲速度が同じ場合にアプリケーションを選択する手法としては、上述した自動運転車の安全技術ガイドラインに示された自動運転化レベルの定義の概要に基づく以外にも、車両の機能安全に関するＩＳＯ＿２６２６２規格で定義されたリスク分類である自動車安全水準（ＡＳＩＬ：Automotive Safety Integrity Level）に基づいてもよい。ＡＳＩＬに基づく場合、ＡＳＩＬパラメータ「Ｄ」の優先度を最も高く、ＡＳＩＬパラメータ「Ａ」の優先度を最も低くすることができる。また、アプリ競合時の判断基準（図３中段）において制御範囲速度が同じ場合にアプリケーションを選択する他の手法として、パワーの出力を許容することに関するアプリケーション（下限系アプリ）よりもパワーの出力を抑制することに関するアプリケーション（上限系アプリ）の優先度を高くすることができる。

［応用例１］
図３に示す基準に基づいて決定されて記憶部２２に記憶されたアプリケーションの優先順位（図２）は、車両の状態やドライバーの状態などに応じて、一時的に入れ替えることが可能である。

例えば、車両が駐車場内にいる状態（又は駐車場外から駐車場内に侵入した状態）であれば、車両が駐車するものと認識できるため、駐車に関する制御が終了（又は中止）したと判断できるまで、例えば図２に示す優先順位を図５に示す優先順位のように自動運転と自動駐車との優先順位を一時的に入れ替えてもよい。車両が駐車場内にいるか否かの判断には、例えばナビゲーション装置の位置情報を用いることができる。駐車に関する制御の終了（又は中止）は、イグニッションがオフ（ＩＧ－ＯＦＦ）されたことによって、又はシフトポジションがパーキング（Ｐ）の位置になったことによって、あるいはパーキングブレーキがかけられた（ＰＫＢ－ＯＮ）ことによって、判断することができる。なお、このような優先順位の一時的な入れ替えは、最優先とする衝突回避支援のアプリケーションを除いて実施することで、車両の安全性への対応を維持しつつ、アプリケーションの調停を好適に行うことができる。

［応用例２］
また、本実施形態では、制御装置２０が、車両の運動のうち横方向に関する運動の調停を行う場合にアプリケーションの優先順位を適用する例を説明した。しかし、制御装置２０が、縦方向（前後方向）に関する運動の調停を行う場合にアプリケーションの優先順位を適用することも可能である。

例えば、制御装置２０が、アプリケーション要求として前後加速度を出力している複数のアプリケーション間の調停を、最小の前後加速度（加速度ＭＩＮ値）を要求しているアプリケーションを選択することで実施する際、この加速度ＭＩＮ値と次に小さい加速度値との差が微少でかつ互いの大小関係が変動するような場合には、調停によって選択されるアプリケーションが頻繁に切り替わってしまうことになる。そこで、例えば、加速度ＭＩＮ値と次に小さい加速度値との差分が所定の閾値（例えば、０．０１ｍ／ｓｅｃ^２）以下であるときには、アプリケーションの優先順位に基づいて、１つのアプリケーションを固定的に選択してもよい。

［応用例３］
各アプリケーションが制御装置２０に対して出力するアプリケーション要求としては、実施形態で例示した車両の横方向運動に関する舵角（又は操舵角）や車両の縦方向運動に関する前後加速度の他に、シフトポジションの要求が挙げられる。この場合、どのシフトポジションを選択するかを、アプリケーションの優先順位に基づいて決定することも可能である。

＜作用・効果＞
以上のように、本開示の一実施形態に係る制御装置によれば、所定の優先度に関する各種の基準に従って予め設定した複数のアプリケーションの優先順位に基づいて、複数のアプリケーション要求の調停を行う。これにより、優先度の高いアプリケーション要求を優先的に実現するようにアクチュエータに対して要求を出力する（指示を行う）ことができる。

また、本実施形態に係る制御装置によれば、新たな機能が追加された場合でも、図３に示すアプリケーションの優先順位を設定するための基準に従うことで、優先順位を一義的に決定することができる。例えば、図４の実装された複数のアプリケーションに、自動バレー駐車の機能を実現するアプリケーションが新たに追加されたと仮定する。自動バレー駐車機能とは、駐車場内を自動走行して空いている駐車スペースを探して駐車する機能である。この自動バレー駐車アプリケーションは、優先度２のアプリケーションに該当するが、低速の範囲で作動するため、自動運転（レベル４）及び自動運転（レベル３）のアプリケーションよりも優先度が低い。一方、自動バレー駐車の速度（２０ｋｍ／ｈ程度）は、自動駐車の速度（１０ｋｍ／ｈ程度）よりも一般的に速い。よって、自動バレー駐車アプリケーションは、図２に示す優先順位の５位と６位との間に位置することが一義的に定まるのである。

以上、本開示技術の一実施形態を説明したが、本開示は、車両の制御装置だけでなく、制御装置及び他の装置を含む制御システム、プロセッサとメモリを備えた制御装置が実行する制御方法、制御プログラム、制御プログラムを記憶したコンピューター読み取り可能な非一時的な記憶媒体、あるいは制御装置を備えた車両などとして捉えることが可能である。

本開示は、車両などに搭載される制御装置に有用である。

１１～１３運転支援装置
２０制御装置
２１受付部
２２記憶部
２３調停部
２４出力部
３０アクチュエータ

Claims

車両に搭載される制御装置であって、
運転支援機能を実現する複数のアプリケーションから、自身のアプリケーションを特定する識別子及びアプリケーション要求を受け付ける受付部と、
複数の前記アプリケーションの優先度に関する情報を記憶する記憶部と、
前記情報と前記識別子とに基づいて、前記受付部が受け付けた複数の前記アプリケーション要求を調停する調停部と、
前記調停部の調停結果に基づいて、アクチュエータに対する要求を出力する出力部と、を備え、
前記調停部は、前記アプリケーションの前記優先度が高い順に前記アプリケーション要求を選択し、前記アプリケーションの前記優先度が同一の前記アプリケーション要求については、前記アプリケーション要求に基づく制御が適用される範囲における車両の速度である制御範囲速度が高い順に前記アプリケーション要求を選択することで、複数の前記アプリケーション要求を調停する、
制御装置。
前記アプリケーション要求は、前記車両の横方向運動に関する要求である、
請求項１に記載の制御装置。
前記複数のアプリケーションが実現する機能は、自動運転機能と衝突回避支援機能とを含み、
前記情報は、前記自動運転機能を実現するアプリケーションよりも前記衝突回避支援機能を実現するアプリケーションの方が、優先度が高く設定されている、
請求項２に記載の制御装置。
前記複数のアプリケーションが実現する機能は、車線維持支援機能をさらに含み、
前記情報は、前記車線維持支援機能を実現するアプリケーションよりも前記自動運転機能を実現するアプリケーションの方が、優先度が高く設定されている、
請求項３に記載の制御装置。
前記調停部は、前記車両の状態又はドライバーの状態に基づいて前記情報の優先度を変更し、当該変更後の優先度に基づいて複数の前記アプリケーション要求を調停する、
請求項１乃至４のいずれか１項に記載の制御装置。
ＭＧＲであって、
ＡＤＡＳアプリケーションの機能を実装した複数の装置からアプリケーションＩＤと行動計画要求とを受け付ける受付部と、
複数の前記アプリケーションＩＤの優先度に関する情報を記憶する記憶部と、
前記情報に基づいて、前記受付部が受け付けた複数の前記行動計画要求を調停する調停部と、
前記調停部による調停結果に基づいて、運動要求をアクチュエータに出力する出力部と、を備え、
前記調停部は、前記アプリケーションＩＤの前記優先度が高い順に前記行動計画要求を選択し、前記アプリケーションＩＤの前記優先度が同一の前記行動計画要求については、前記行動計画要求に基づく制御が適用される範囲における車両の速度である制御範囲速度が高い順に前記行動計画要求を選択することで、複数の前記行動計画要求を調停する、
ＭＧＲ。
車両に搭載される制御装置のコンピューターが実行する制御方法であって、
運転支援機能を実現する複数のアプリケーションから、自身のアプリケーションを特定する識別子及びアプリケーション要求を受け付けるステップと、
所定の記憶部が記憶する複数の前記アプリケーションの優先度に関する情報と前記識別子とに基づいて、前記受け付けた複数の前記アプリケーション要求を調停するステップと、
前記調停するステップの調停結果に基づいてアクチュエータに対する要求を出力するステップと、を含み、
前記調停するステップは、前記アプリケーションの前記優先度が高い順に前記アプリケーション要求を選択し、前記アプリケーションの前記優先度が同一の前記アプリケーション要求については、前記アプリケーション要求に基づく制御が適用される範囲における車両の速度である制御範囲速度が高い順に前記アプリケーション要求を選択することで、複数の前記アプリケーション要求を調停する、
制御方法。
車両に搭載される制御装置のコンピューターに実行させる制御プログラムであって、
運転支援機能を実現する複数のアプリケーションから、自身のアプリケーションを特定する識別子及びアプリケーション要求を受け付けるステップと、
所定の記憶部が記憶する複数の前記アプリケーションの優先度に関する情報と前記識別子とに基づいて、前記受け付けた複数の前記アプリケーション要求を調停するステップと、
前記調停するステップの調停結果に基づいてアクチュエータに対する要求を出力するステップと、を含み、
前記調停するステップは、前記アプリケーションの前記優先度が高い順に前記アプリケーション要求を選択し、前記アプリケーションの前記優先度が同一の前記アプリケーション要求については、前記アプリケーション要求に基づく制御が適用される範囲における車両の速度である制御範囲速度が高い順に前記アプリケーション要求を選択することで、複数の前記アプリケーション要求を調停する、
制御プログラム。
請求項１乃至５のいずれか１項に記載の制御装置を搭載した、車両。