CN111731287A - 变更操作辅助装置 - Google Patents

Abstract

本发明涉及变更操作辅助装置，车辆向驾驶员提供的驾驶辅助功能中存在供驾驶员在断开状态与开启状态之间切换其请求状态的功能，存在因驾驶员的误操作以及误解而产生驾驶员无意的驾驶辅助功能的请求状态的变更之虞。在规定的特定条件成立时，车辆的变更操作辅助装置执行设定变更确认处理。设定变更确认处理是将用于确认是否变更驾驶辅助功能中的确认对象功能的请求状态的确认信息提供给驾驶员并在驾驶员根据该确认信息而进行了规定的同意操作的情况下变更确认对象功能的请求状态的处理。

Description

变更操作辅助装置

技术领域

本发明涉及对驾驶员变更车辆所提供的驾驶辅助功能的设定状态这一情况进行辅助的变更操作辅助装置。

背景技术

公知有一种对于驾驶员提供用于辅助驾驶的驾驶辅助功能的车辆。驾驶辅助功能例如为雷达巡航控制(RCC)功能、车道追踪辅助(车道维持辅助)功能、前行车起步告知功能以及自动驾驶功能等。

驾驶辅助功能的几个构成为驾驶员能够使该驾驶辅助功能工作或停止。并且，驾驶辅助功能的几个构成为能够由驾驶员设定/变更该驾驶辅助系统提供的辅助所需的控制参数(例如，RCC功能中的目标车间距离的长短)。在车辆构成为能够提供多种驾驶辅助功能的情况下以及/或者在驾驶辅助功能各自的可设定/变更的项目的数量多的情况下，为了变更驾驶辅助功能的设定状态所需的操作可能变得繁琐。

鉴于此，现有的变更操作辅助装置的一个(以下，亦称为“现有装置”)若处于当驾驶员操作了第一开关时车辆能够提供自动驾驶功能的状况，则使自动驾驶功能的工作开始。另一方面，现有装置若处于当驾驶员操作了第一开关时车辆无法提供自动驾驶功能的状况，则使辅助的程度比自动驾驶功能低的驾驶辅助功能的工作开始。根据现有装置，由于能够通过对于一个开关的一个操作来指定两个驾驶辅助功能的工作的开始，所以能够减少为了变更驾驶辅助功能的设定状态而使用的开关的数量。因此，现有装置能够简化为了变更驾驶辅助功能的设定状态所需要的操作(例如参照专利文献1)。

专利文献1：日本特开2018－75873号公报

另外，存在驾驶员误操作用于变更驾驶辅助功能的设定状态的操作开关(例如上述的第一开关)的可能性。或者，有可能在驾驶员未正确理解“通过对于操作开关的操作而变更的设定项目”的状态下操作该操作开关。

因此，存在因这样的驾驶员的误操作以及误解而违背驾驶员的意图来变更驾驶辅助功能的设定状态(例如是断开状态以及开启状态中的哪一状态的请求状态)的担忧。在某个驾驶辅助功能的请求状态为断开状态时，即便是应该执行该驾驶辅助功能的状况也不执行该功能。即，禁止执行基于该驾驶辅助功能的驾驶辅助。另一方面，在某个驾驶辅助功能的请求状态为开启状态时，若成为应该执行该驾驶辅助功能的状况，则执行该功能。即，允许执行基于该驾驶辅助功能的驾驶辅助。

然而，在现有装置中，未考虑对因误操作以及误解引起的驾驶员无意的驾驶辅助功能的请求状态的变化(即，误设定)进行防止这一情况。

发明内容

鉴于此，本发明的目的之一在于，提供一种能够对产生因驾驶员的误操作以及误解引起的驾驶辅助功能所涉及的请求状态的误设定进行规避的变更操作辅助装置。

用于实现上述目的的变更操作辅助装置(以下，亦称为“本发明装置”)具备驾驶辅助控制部、操作部以及信息提供部。

上述驾驶辅助控制部(驾驶辅助ECU20)构成为存储车辆(10)的驾驶辅助功能所涉及的、包括“作为断开状态以及开启状态中的任一个的请求状态”的“设定状态”，并能够根据该设定状态来提供上述驾驶辅助功能。

上述操作部(操作开关60)构成为在由上述车辆的驾驶员进行的、包括为了变更上述请求状态而进行的规定的“请求状态变更操作”的用于变更上述设定状态的“操作”中被使用，且能够将与由上述驾驶员进行了的该操作相关的信息向上述驾驶辅助控制部输出。

上述信息提供部(显示器27)构成为由上述驾驶辅助控制部控制且能够将与上述设定状态相关的信息向上述驾驶员提供。

并且，在规定的“特定条件”成立时，上述驾驶辅助控制部执行“设定变更确认处理”。

上述设定变更确认处理是控制上述信息提供部来将用于确认是否变更上述驾驶辅助功能中的“确认对象功能”的上述请求状态的“确认信息”提供给上述驾驶员、并在上述驾驶员根据该确认信息使用上述操作部进行了规定的“同意操作”的情况下变更该确认对象功能的上述请求状态的处理。

在特定条件成立时(即，在执行了设定变更确认处理时)，若驾驶员根据由信息提供部提供的确认信息进行了同意操作，则确认对象功能的请求状态被变更。即，在断开状态与开启状态之间切换确认对象功能的请求状态。换言之，在驾驶员误进行了请求状态变更操作的情况下、以及在驾驶员误解了请求状态变更操作的步骤的情况下，驾驶员不进行同意操作，由此请求状态不变更。因此，根据本发明装置，能够规避产生因驾驶员的误操作以及误解引起的驾驶辅助功能所涉及的请求状态的误设定。

在本发明装置的一个方式(第一方式)中，

上述驾驶辅助控制部构成为：

当在对于上述操作部进行了“预先决定的类似操作”时成立的条件(在图19的步骤1920中判定为“是”)成立的情况下，判定为上述特定条件成立，

上述“预先决定的类似操作”是与用于将上述确认对象功能的上述请求状态变更为开启状态的上述请求状态变更操作不同且存在上述驾驶员为了将该请求状态变更为开启状态而进行的可能性的操作。

在驾驶员进行了与某个驾驶辅助功能(具体为确认对象功能)的请求状态变更操作不同的类似操作时，执行设定变更确认处理。除此之外，若驾驶员进行了设定变更确认处理中的同意操作，则确认对象功能的请求状态被变更。因此，根据第一方式，即便是因误操作以及误解而导致驾驶员进行了类似操作的情况，通过驾驶员进行同意操作，也能够将确认对象功能的请求状态变更为所希望的状态。

在本发明装置的其他方式(第二方式)中，

上述驾驶辅助控制部构成为：

当在对于上述确认对象功能进行了用于将上述驾驶辅助功能的上述请求状态变更为断开状态的上述请求状态变更操作时成立的条件(在图20的步骤2015中判定为“是”)成立的情况下，判定为上述特定条件成立。

有时存在适于只要无特别的理由就将请求状态维持为开启状态的驾驶辅助功能。若将这样的驾驶辅助功能预先选择为确认对象功能，则即便驾驶员进行将确认对象功能的请求状态变更为断开状态的操作(即，请求状态变更操作)，若驾驶员不进一步进行同意操作，则请求状态也不变更为断开状态。因此，根据第二方式，能够规避确认对象功能的请求状态被误变更为断开状态。

在本发明装置的其他方式(第三方式)中，

上述驾驶辅助控制部构成为：

当在进行了将“预先与上述确认对象功能建立了关联且与该确认对象功能不同的上述驾驶辅助功能”的上述请求状态变更为开启状态的上述请求状态变更操作之际该确认对象功能的上述请求状态为断开状态时成立的条件(在图21的步骤2120中判定为“是”)成立的情况下，判定为上述特定条件成立。

存在为了执行某个驾驶辅助功能(功能A)而需要执行其他驾驶辅助功能(功能B)的情况。或者，存在若执行功能B则功能A的适用范围扩大的情况。在这样的情况下，为了方便，相对于功能A的功能B亦被称为“前提功能”。

若功能A的前提功能(在本例中为功能B)作为确认对象功能被预先建立关联，则在驾驶员进行了将功能A的请求状态变更为开启状态的操作(即，请求状态变更操作)时，如果前提功能(功能B)的请求状态是断开状态，则执行设定变更确认处理。除此之外，若在该设定变更确认处理的执行中驾驶员进行了同意操作，则前提功能(功能B)的请求状态被切换为开启状态。因此，根据第三方式，在驾驶员遗忘了将前提功能的请求状态设为开启状态的情况下、以及在驾驶员不了解前提功能的存在的情况下，也能够将前提功能的请求状态容易地切换为开启状态。

在本发明装置的其他方式(第四方式)中，

上述驾驶辅助控制部构成为：

当在上述车辆的行驶状态符合“对于上述确认对象功能预先决定的特定行驶状态”且上述确认对象功能的上述请求状态为断开状态时成立的条件(在图22的步骤2220中判定为“是”)成立的情况下，判定为上述特定条件成立。

有时存在当车辆的行驶状态符合特定行驶状态时特别有用的驾驶辅助功能(行驶状态相关功能)。若行驶状态相关功能为确认对象功能，则如果在行驶状态相关功能的请求状态为断开状态时车辆的行驶状态成为特定行驶状态，则对于该行驶状态相关功能执行设定变更确认处理。除此之外，若在该设定变更确认处理的执行中驾驶员进行了同意操作，则行驶状态相关功能的请求状态被切换为开启状态。因此，根据第四方式，即便在驾驶员遗忘了将行驶状态相关功能的请求状态设为开启状态的情况下、以及在不了解行驶状态相关功能的有用性的情况下，也能够将行驶状态相关功能的请求状态容易地切换为开启状态。

在本发明装置的其他方式(第五方式)中，

上述驾驶辅助控制部构成为：

当在进行了与上述确认对象功能对应的上述请求状态变更操作时成立的条件成立的情况下，判定为上述特定条件成立。

希望设定变更操作的具体的步骤很简便，但若步骤过度简便，则驾驶员误变更驾驶辅助功能的请求状态的可能性变大。然而，在第五方式中，若“设定变更操作的步骤简便的驾驶辅助功能”为确认对象功能，则在变更该驾驶辅助功能的请求状态时，执行设定变更确认处理。因此，根据第五方式，能够规避驾驶辅助功能的请求状态被误变更。

在本发明装置的其他方式(第六方式)中，

上述驾驶辅助控制部构成为：

当在进行了上述车辆的点火接通操作之后执行了上述设定变更确认处理的情况下，即便此后在进行上述车辆的点火断开操作之前上述特定条件成立，也不再次执行该设定变更确认处理(在图19的步骤1925中判定为“否”)。

从对于车辆所具备的点火开关的开启操作(即点火接通操作)起至对于点火开关的断开操作为止的期间亦被称为“行程”。在第六方式中，可规避在同一行程中设定变更确认处理被反复执行。或者，在本发明装置执行多种设定变更确认处理时(即，在特定条件存在多个且对于这些特定条件分别执行设定变更确认处理时)，可规避在同一行程中同种的设定变更确认处理(即，与单一特定条件对应)被反复执行。因此，根据第六方式，能够规避驾驶员对在同一行程中设定变更确认处理被多次执行感到繁琐。

在上述说明中，为了帮助理解本发明，对于与后述的实施方式对应的发明的结构添加了括号来标注在该实施方式中使用的名称以及/或者附图标记。然而，本发明的各构成要素并不限定于由上述名称以及/或者附图标记规定的实施方式。本发明的其他目的、其他特征以及附带的优点能够根据参照以下的附图记述的针对本发明的实施方式的说明而容易地理解。

附图说明

图1是可搭载本发明的实施方式所涉及的变更操作辅助装置(本辅助装置)的车辆(本车辆)的简图。

图2是本车辆的框图。

图3是表示被配设本辅助装置的显示部(显示器)的仪表盘的图。

图4是表示被配设本辅助装置的操作部的方向盘的图。

图5是表示本辅助装置所提供的驾驶辅助功能的一览的表。

图6是表示本辅助装置使显示器显示的首页画面的图。

图7是表示本辅助装置使显示器显示的车辆设定画面的图。

图8是表示本辅助装置使显示器显示的预碰撞安全功能的设定画面的图。

图9是表示本辅助装置使显示器显示的前行车起步告知功能的设定画面的图。

图10是表示本辅助装置所执行的RCC开始确认处理所涉及的变更确认画面的图。

图11是表示本辅助装置所执行的RCC开始确认处理所涉及的变更通知画面的图。

图12是表示本辅助装置所执行的工作停止确认处理所涉及的变更确认画面的图。

图13是表示本辅助装置所执行的工作停止确认处理所涉及的变更通知画面的图。

图14是表示本辅助装置所执行的前提功能开始处理所涉及的变更确认画面的图。

图15是表示本辅助装置所执行的前提功能开始处理所涉及的第一变更通知画面的图。

图16是表示本辅助装置所执行的前提功能开始处理所涉及的第二变更通知画面的图。

图17是表示本辅助装置所执行的工作开始提议处理所涉及的变更确认画面的图。

图18是表示本辅助装置所执行的工作开始提议处理所涉及的变更通知画面的图。

图19是表示本辅助装置所执行的RCC开始确认处理例程的流程图。

图20是表示本辅助装置所执行的工作停止确认处理例程的流程图。

图21是表示本辅助装置所执行的前提功能开始处理例程的流程图。

图22是表示本辅助装置所执行的工作开始提议处理例程的流程图。

附图标记说明：

10…车辆；20…驾驶辅助ECU；26…地图数据库；27…显示器；28…扬声器；29…仪表盘；55…方向盘；60…操作开关；61…巡航控制开关；62…取消开关；63…车间距离设定开关；64…LTA开关；65…选择开关；66…OK开关；67…返回开关。

具体实施方式

以下，参照附图对本发明的实施方式所涉及的变更操作辅助装置(以下，亦称为“本辅助装置”)进行说明。本辅助装置被应用于图1所示的车辆10。除此之外，车辆10的框图如图2所示。本辅助装置分别包括作为电子控制单元(ECU：Electronic Control Unit)的“驾驶辅助ECU20、发动机ECU31、制动器ECU32以及EPS-ECU33”。

驾驶辅助ECU20包括具备CPU、非易失性存储器以及RAM的微型计算机作为主构件。CPU通过依次执行规定的程序(例程)来进行数据的读入、数值运算以及运算结果的输出等。非易失性存储器由闪存构成，对CPU所执行的程序、执行程序时参照的查询表(设定表)、以及后述的驾驶辅助功能的设定状态等进行存储。RAM对CPU所参照的数据暂时进行存储。

发动机ECU31、制动器ECU32以及EPS-ECU33分别与驾驶辅助ECU20同样包括微型计算机作为主构件。这些ECU能够经由CAN(Controller Area Network)34相互进行数据通信(数据交换)。除此之外，这些ECU能够对与其他ECU连接的传感器的输出值从该“其他ECU”经由CAN34进行接收。

驾驶辅助ECU20与前方照相机21、毫米波雷达22、车速传感器23、加速度传感器24、GPS接收部25、地图数据库26、多信息显示器27以及扬声器28连接。

前方照相机21(参照图1)取得对车辆10的前方区域拍摄所得的图像(以下，亦称为“前方图像”)，每经过规定时间便向驾驶辅助ECU20输出表示前方图像的信号。

毫米波雷达22分别包括作为雷达装置的前方中央雷达22a、左前方雷达22b、右前方雷达22c、左后方雷达22d以及右后方雷达22e(参照图1)。

前方中央雷达22a对位于车辆10的前方区域的物标进行检测。左前方雷达22b对位于车辆10的左前方区域的物标进行检测。右前方雷达22c对位于车辆10的右前方区域的物标进行检测。左后方雷达22d对位于车辆10的左后方区域的物标进行检测。右后方雷达22e对位于车辆10的右后方区域的物标进行检测。

毫米波雷达22所包括的雷达装置分别通过发送(放射)毫米波段的电波(毫米波)且对发送出的毫米波的反射波进行接收来取得表示物标的方位、距离以及相对速度等的信息作为“物标信息”，每经过规定时间便向驾驶辅助ECU20输出物标信息。

车速传感器23对车辆10的行驶速度亦即车速Vt进行检测，向驾驶辅助ECU20输出表示车速Vt的信号。加速度传感器24检测车辆10的前后方向的加速度As，向驾驶辅助ECU20输出表示加速度As的信号。

GPS接收部25基于从测位卫星(在本实施方式中为GPS卫星)接收到的信号(电波)来取得车辆10的当前位置Pn，向驾驶辅助ECU20输出表示当前位置Pn的信号。

地图数据库26由硬盘驱动器(HDD)构成，存储有地图信息。地图数据库26包括与“节点”、“路段”以及“设施”相关的信息(地图信息)。节点是交叉点以及终点等。路段是将节点彼此连接的道路。设施是与路段邻接的建筑物以及停车场等。与路段相关的信息包括道路种类(是一般道路、高速汽车道、以及汽车专用道路中的哪一个道路)。

图3所示的仪表盘29包括多信息显示器27。仪表盘29被配设于车辆10的车厢内的能够由驾驶员目视确认的位置(具体为驾驶员的前方)，向驾驶员提供与车辆10的驾驶状态相关的状况。多信息显示器27亦被简称为显示器27。

显示器27具备液晶显示器(LCD)。显示在显示器27d的文字以及图形等由驾驶辅助ECU20控制。在显示器27显示驾驶辅助功能的执行状态。

扬声器28被配设于车辆10的车厢内。由扬声器28再生的警告声以及语音消息等被驾驶辅助ECU20控制。在切换使显示器27显示的画面时以及驾驶员操作了后述的操作开关60时，驾驶辅助ECU20使扬声器28适当地再生规定的哔哔音。

除此之外，驾驶辅助ECU20与点火开关35连接。在本实施方式中，点火开关35是按钮。若在驾驶辅助ECU20的工作状态为断开状态时进行了对于点火开关35的操作(以下，亦称为“点火接通操作”)，则驾驶辅助ECU20的工作状态成为开启状态。

除此之外，若进行点火接通操作，则驾驶辅助ECU20将发动机ECU31、制动器ECU32以及EPS-ECU33的工作状态从断开状态切换为开启状态，此时，发动机ECU31使后述的发动机41的工作开始。

另一方面，以下将在驾驶辅助ECU20的工作状态为开启状态时对于点火开关35的操作亦称为“点火断开操作”。若进行点火断开操作，则驾驶辅助ECU20将发动机ECU31、制动器ECU32以及EPS-ECU33的工作状态从开启状态切换为断开状态。此时，发动机ECU31使发动机41的工作停止。并且，驾驶辅助ECU20的工作状态成为断开状态。

如图4所示，图2所示的操作开关60被配设于方向盘55。操作开关60包括巡航控制开关61、取消开关62、车间距离设定开关63、LTA开关64、选择开关65、OK开关66以及返回开关67。巡航控制开关61亦被简称为CC开关61。

驾驶辅助ECU20与操作开关60分别连接，接收与驾驶员对操作开关60各自的操作相关的信息。即，驾驶辅助ECU20能够对分别按下操作开关60以及按下被取消进行检测。如后述那样，车辆10的驾驶员能够通过对操作开关60进行操作来变更驾驶辅助功能的设定状态。

CC开关61是所谓的“十字方向键”，内含4个方向(即上下左右方向)的开关。CC开关61的右部作为主开关进行工作。即，按下CC开关61的右部等同于按下主开关。同样，CC开关61的上部作为恢复开关进行工作。CC开关61的下部作为设定开关进行工作。

选择开关65与CC开关61同样，是所谓的“十字方向键”。选择开关65的右部作为右方开关进行工作。选择开关65的左部作为左方开关进行工作。选择开关65的上部作为上方开关进行工作。选择开关65的下部作为下方开关进行工作。

(驱动力的控制)

发动机ECU31通过控制发动机41以及变速器42来调整车辆10的驱动力(参照图2)。发动机ECU31与各种发动机传感器43连接，接收这些传感器的输出值。发动机传感器43是检测发动机41的运转状态量(参数)的传感器。发动机传感器43包括加速踏板的操作量(踩踏量)传感器、节气门开度传感器、内燃机旋转速度传感器以及吸入空气量传感器等。发动机ECU31基于车速Vt以及发动机传感器43的输出值等来决定请求驱动转矩Dreq(后述的驱动转矩Dd的请求值)。

除此之外，发动机ECU31与包括节气门促动器以及燃料喷射阀等的发动机促动器44连接，通过控制这些促动器来控制发动机41的产生转矩。发动机ECU31以传递至车辆10的驱动轮的驱动转矩Dd与请求驱动转矩Dreq一致的方式控制发动机促动器44以及变速器42，由此控制加速度As。

并且，发动机ECU31若从驾驶辅助ECU20接收到包括目标驱动转矩Ddtg的“驱动力控制请求”，则以实际的驱动转矩Dd与目标驱动转矩Ddtg一致的方式控制发动机促动器44以及变速器42。

(制动力的控制)

制动器ECU32对被搭载于车辆10的液压式摩擦制动装置亦即制动机构45进行控制。制动器ECU32与各种制动传感器46连接，接收这些传感器的输出值。制动传感器46是对为了控制制动机构45而使用的状态量进行检测的传感器，包括制动踏板的操作量传感器以及作用于制动机构45的制动油的压力传感器等。制动器ECU32基于车速Vt以及制动传感器46的输出值等来决定请求制动力Breq(后述的制动力Bf的请求值)。

除此之外，制动器ECU32与制动机构45的油压控制促动器亦即各种制动促动器47连接。制动器ECU32以使车轮分别产生的摩擦制动力亦即制动力Bf与请求制动力Breq一致的方式控制制动促动器47，由此控制加速度As(该情况下为车速Vt的大小的减少程度、即减速度)。

并且，制动器ECU32若从驾驶辅助ECU20接收到包括目标制动力Bftg的“制动力控制请求”，则以实际的制动力Bf与目标制动力Bftg一致的方式控制制动促动器47。

(转向操纵辅助转矩以及转向角度的控制)

EPS-ECU33与转矩传感器51以及转向操纵角度传感器52连接，接收这些传感器的检测信号。转矩传感器51对驾驶员施加于方向盘55(参照图4)的转向操纵转矩Ts进行检测，并输出表示转向操纵转矩Ts的信号。转向操纵角度传感器52对方向盘55的旋转角度亦即转向操纵角度θs进行检测，并输出表示转向操纵角度θs的信号。

EPS-ECU33基于车速Vt、转向操纵转矩Ts以及转向操纵角度θs等来决定对驾驶员针对方向盘55的操作进行辅助的转矩(辅助转矩)的目标值亦即目标辅助转矩Tatg。

EPS-ECU33与驱动电路53连接。驱动电路53向转向操纵电动机54供给电力。转向操纵电动机54产生使转向轴旋转的转矩Tm。EPS-ECU33以转矩Tm与目标辅助转矩Tatg一致的方式控制驱动电路53。

并且，EPS-ECU33若从驾驶辅助ECU20接收到包括目标转向操纵角度θstg的“转向操纵角度控制请求”，则以实际的转向操纵角度θs与目标转向操纵角度θstg一致的方式控制转向操纵电动机54。

(驾驶辅助功能的概要)

驾驶辅助ECU20为了辅助驾驶员对车辆10的驾驶而提供各种驾驶辅助功能。驾驶辅助ECU20所提供的驾驶辅助功能的一览在图5中以表的形式示出。以下，对驾驶辅助功能的概要进行说明。

(1)预碰撞安全(PCS)

预碰撞安全功能是在车辆10前进时与位于车辆10的前方的物标(具体为其他车辆、自行车以及行人等)碰撞的可能性高时进行对驾驶员的警告以及制动力Bf的产生等的功能。预碰撞安全功能以及其他驾驶辅助功能所涉及的对驾驶员的警告以及告知经由显示器27以及扬声器28进行。

(2)车道追踪辅助(LTA)

车道追踪辅助功能(以下，亦简称为“LTA功能”)是包括以下描述的“车道脱离警报功能”、“车道脱离抑制功能”以及“车道维持辅助功能”的功能。

车道脱离警报功能是在车辆10正在辅助对象道路(具体为高速汽车道以及汽车专用道路等)行驶的情况下当车辆10欲脱离正在行驶的车道(本车道)时进行对驾驶员的警告的功能。车道脱离抑制功能是在车辆10正在辅助对象道路行驶的情况下以车辆10不脱离本车道的方式控制转向操纵角度θs的功能。车道维持辅助功能是在车辆10正在辅助对象道路行驶的情况下以正执行后述的雷达巡航控制功能为前提来以车辆10在本车道内行驶的方式控制转向操纵角度θs的功能。车道追踪辅助功能亦被称为车道保持辅助(LKA)功能。

(3)道路标志辅助(RSA)

道路标志辅助功能是对位于车辆10的前方的道路标志进行识别并将表示识别到的道路标志的符号显示于显示器27的功能。除此之外，道路标志辅助功能是若车辆10的行驶状态违反了“由识别到的道路标志表示的交通规则”则进行对于驾驶员的警告的功能。

在图6所示的显示于显示器27的画面的例子(后述的首页画面71)中，标志71a表示了由道路标志辅助功能识别到的速度限制标志。

(4)雷达巡航控制

雷达巡航控制功能(以下，亦简称为“RCC功能”)是以即便驾驶员不进行对于加速踏板的操作车辆10的与前行车辆(追随对象车辆)的车间距离也与规定的车间距离目标值一致的方式控制加速度As的功能。在RCC功能的执行中，若追随对象车辆不存在，则以车速Vt与“通过后述的设定步骤设定的设定车速Vset”一致的方式控制加速度As。RCC功能亦被称为自适应巡航控制(ACC)功能。

RCC功能所涉及的设定项目是“车间距离目标值”。驾驶员能够将车间距离目标值设定为“长(即比较长的距离)、“中间(即中等程度的距离)”以及“短(即比较短的距离)”中的任一个。

在图6所示的首页(top)画面71中，车辆符号10a表示车辆10，车辆符号71b表示追随对象车辆。车间距离符号71c表示车间距离目标值设定为“长”。

(5)前行车起步告知

前行车起步告知功能是若当车辆10正停在停车中的前行车之后的情况下即便前行车起步车辆10也继续停车则向驾驶员告知前行车的起步的功能。

前行车起步告知功能所涉及的设定项目是“告知距离”。驾驶员能够将告知距离设定为“长”、“中间”以及“短”中的任一个。若前行车与车辆10的车间距离大于告知距离，则开始告知。

(6)盲点监视(BSM)

盲点监视功能是若当车辆10变更车道时在车辆10的后侧方存在物标则向驾驶员警告该物标的存在的功能。

(7)间隙声纳

间隙声纳功能是若在车辆10的周边存在障碍物(特别是静止的物标，例如墙面)则向驾驶员警告该障碍物的存在的功能。

(8)后方横向交通预警(RCTA)

后方横向交通预警功能是若在车辆10后退时存在从后侧方接近的物标(特别是其他车辆)则向驾驶员警告该物标的存在的功能。

(9)驻车辅助制动(PKSB)

驻车辅助制动功能是若在车辆10低速行驶时与物标(特别是墙面以及其他车辆)碰撞的可能性高则进行对驾驶员的警告以及制动力Bf的产生等的功能。

为了实现这些驾驶辅助功能，驾驶辅助ECU20利用从前方照相机21接收到的前方图像以及从毫米波雷达22接收到的物标信息。除此之外，为了实现驾驶辅助功能，驾驶辅助ECU20根据需要而控制发动机ECU31、制动器ECU32以及EPS-ECU33。即，驾驶辅助ECU20根据需要将驱动力控制请求、制动力控制请求以及转向操纵角度控制请求向与各请求对应的ECU发送。

例如在RCC功能的执行中，每经过规定的时间，驾驶辅助ECU20便取得(决定)目标加速度Astg。为了取得目标加速度Astg，驾驶辅助ECU20基于物标信息来取得追随对象车辆与车辆10之间的距离以及相对速度。若不存在追随对象车辆，则驾驶辅助ECU20以车速Vt与设定车速Vset一致的方式计算目标加速度Astg。除此之外，驾驶辅助ECU20以实际的加速度As与目标加速度Astg一致的方式控制发动机ECU31以及制动器ECU32。

或者，在LTA功能的执行中(更具体为车道维持辅助功能的执行中)，每经过规定的时间，驾驶辅助ECU20便取得(决定)目标转向操纵角度θstg，并将包括该目标转向操纵角度θstg的转向操纵角度控制请求向EPS-ECU33发送。为了取得目标转向操纵角度θstg，驾驶辅助ECU20通过公知的方法来提取(识别)前方图像所包含的“划分本车道的一对车道划分线(即左划分线以及右划分线)”。

并且，驾驶辅助ECU20基于左划分线以及右划分线各自的相对于车辆10的位置来取得“向车辆10的前方延伸的本车道的左右方向中心点的集合”作为车道中心线。而且，驾驶辅助ECU20求出车道中心线与实际的车辆10的行驶路径的偏差，并基于该偏差以车辆10在车道中心线上行驶的方式计算目标转向操纵角度θstg。

(驾驶辅助功能所涉及的设定状态的变更)

驾驶辅助ECU20根据驾驶员对操作开关60的操作来变更驾驶辅助功能所涉及的设定状态，且根据变更后的设定状态来提供上述的驾驶辅助功能。按照RCC功能、LTA功能以及其他的驾驶辅助功能的次序来对驾驶辅助功能的设定变更步骤进行说明。

若在RCC功能的请求状态为断开状态时，驾驶员按下CC开关61的主开关，然后在经过规定时间之前按下CC开关61的设定开关，则驾驶辅助ECU20将RCC功能的请求状态切换为开启状态。除此之外，驾驶辅助ECU20将设定车速Vset设定为与该时刻下的车速Vt相等的值。

在RCC功能的请求状态为开启状态时(即RCC功能的执行中)，若按下CC开关61的恢复开关，则驾驶辅助ECU20使设定车速Vset增加规定量。另一方面，在RCC功能的执行中，若按下CC开关61的设定开关，则驾驶辅助ECU20使设定车速Vset减少规定量。在RCC功能的执行中，若按下取消开关62，或者若操作了制动踏板，则驾驶辅助ECU20将RCC功能的请求状态从开启状态切换为断开状态。

其中，为了将某个驾驶辅助功能的请求状态从断开状态切换为开启状态而进行的操作亦被简称为“开启操作”。即，RCC功能的开启操作是在按下了CC开关61的主开关之后在规定时间内按下设定开关的操作。另一方面，为了将某个驾驶辅助功能的请求状态从开启状态切换为断开状态而进行的操作亦被简称为“断开操作”。即，RCC功能的断开操作是按下取消开关62的操作以及对于制动踏板的操作。为了方便，驾驶辅助功能的开启操作以及断开操作亦被统称为“请求状态变更操作”。

为了设定RCC功能的车间距离目标值而使用车间距离设定开关63。具体而言，每当按下车间距离设定开关63时，驾驶辅助ECU20便按照“长”、“中间”、“短”以及“长”的次序切换车间距离目标值。

为了变更LTA功能的请求状态而使用LTA开关64。具体而言，每当按下LTA开关64时，驾驶辅助ECU20便在开启状态与断开状态之间切换LTA功能的请求状态。

为了变更“RCC功能以及LTA功能”以外的驾驶辅助功能的设定状态，驾驶员一边参照显示于显示器27的画面一边操作选择开关65以及OK开关66。驾驶员使用选择开关65(更具体为选择开关65的右方开关、左方开关、上方开关以及下方开关)来切换“显示于显示器27的按键(具体为显示于显示器27的按键要素)之内的高光凸显的按键”且通过按下OK开关66来“选择”所希望的按键。

例如，在进行点火接通操作而驾驶辅助ECU20开始了工作之后，若驾驶员未对操作开关60进行操作，则在显示器27显示首页画面71。在图6中示出正执行道路标志辅助功能以及RCC功能的情况下的首页画面71的例子。首页画面71包括菜单按键81a～菜单按键81e。

在图6以及后述的其他画面的例子(即图7～图18)中，高光凸显的按键的轮廓用粗线表示。在图6的例子中，高光凸显了菜单按键81e。若由驾驶员选择了菜单按键81e，则图7所示的车辆设定画面72被显示于显示器27。

车辆设定画面72包括与“RCC功能以及LTA功能”以外的驾驶辅助功能分别建立了关联的功能按键82a～功能按键82g以及返回按键83a。若选择了返回按键83a，则首页画面71显示于显示器27。同样，若在车辆设定画面72显示于显示器27时按下返回开关67，则首页画面71显示于显示器27。

其中，若在包括后述的返回按键83b～返回按键83h各按键的画面被显示于显示器27时按下返回开关67，则驾驶辅助ECU20执行与在选择了“显示于显示器27的返回按键”时执行的处理(具体为使画面迁移的处理)同样的处理。

返回到驾驶辅助功能的设定变更步骤的说明。例如，若选择了车辆设定画面72的功能按键82a，则图8所示的预碰撞安全功能的设定画面73显示于显示器27。设定画面73包括开启按键84a、断开按键84b以及返回按键83b。若选择返回按键83b，则车辆设定画面72显示于显示器27。

在显示于显示器27的画面迁移至设定画面73时，若该时刻的预碰撞安全功能的请求状态为开启状态，则如图8的例子所示，高光凸显开启按键84a。另一方面，在所显示的画面迁移至设定画面73时，若预碰撞安全功能的请求状态为断开状态，则高光凸显断开按键84b。

驾驶员通过选择开启按键84a以及断开按键84b中的任一个(即，操作选择开关65来变更开启按键84a以及断开按键84b中的被高光凸显的按键并按下OK开关66)，能够在断开状态与开启状态之间切换(变更)预碰撞安全功能的请求状态。

另一方面，若选择了图7的车辆设定画面72中的功能按键82c，则图9所示的前行车起步告知功能的设定画面74显示于显示器27。设定画面74包括开启按键85a、断开按键85b、距离按键86a～距离按键86c以及返回按键83c。开启按键85a以及断开按键85b与前行车起步告知功能的请求状态对应。距离按键86a～距离按键86c与作为前行车起步告知功能的设定项目的告知距离对应。若选择了返回按键83c，则车辆设定画面72显示于显示器27。

根据图8以及图9能够理解为：在具有请求状态以外的设定项目(追加设定项目)的驾驶辅助功能的设定画面中，显示为了变更追加设定项目的设定状态而选择的按键。在图9的例子中，驾驶员通过选择距离按键86a～距离按键86c中的任一个能够变更告知距离(即，追加设定项目)。

(设定变更确认处理)

在规定的条件(为了方便，亦称为“特定条件”)成立时，驾驶辅助ECU20执行向驾驶员确认是否在断开状态与开启状态之间切换与该特定条件对应的驾驶辅助功能(为了方便，亦称为“确认对象功能”)的请求状态的“设定变更确认处理”。

在执行设定变更确认处理时，为了确认是否切换与该设定变更确认处理对应的驾驶辅助功能(即，确认对象功能)的请求状态，驾驶辅助ECU20将后述的变更确认画面(例如，图10所示的变更确认画面75a)显示于显示器27。为了方便，通过变更确认画面传递给驾驶员的信息亦被称为“确认信息”。

变更确认画面分别包括同意按键(例如图10所示的同意按键87a)。若驾驶员根据确认信息而选择了同意按键，则驾驶辅助ECU20变更与该确认信息对应的确认对象功能的请求状态。为了方便，选择同意按键的操作亦被称为“同意操作”。

在本实施方式中，设定变更确认处理包括RCC开始确认处理、工作停止确认处理、前提功能开始处理以及工作开始提议处理。以下依次对设定变更确认处理分别进行说明。

(设定变更确认处理－RCC开始确认处理)

若在RCC功能的请求状态为断开状态时(CC开关61的主开关未被按下)按下CC开关61的设定开关，则驾驶辅助ECU20执行向驾驶员确认是否应该将RCC功能的请求状态切换为开启状态的“RCC开始确认处理”。即，关于RCC开始确认处理，RCC功能符合确认对象功能。为了方便，在RCC功能的请求状态为断开状态时(CC开关61的主开关未被按下)按下CC开关61的设定开关的操作亦被称为“类似操作”。

在RCC开始确认处理的开始时，驾驶辅助ECU20将图10所示的RCC开始确认处理所涉及的变更确认画面75a显示于显示器27。该变更确认画面75a包括同意按键87a以及拒绝按键87b。除此之外，变更确认画面75a包括表示RCC功能通过RCC功能的开启操作(即，按下CC开关61的主开关之后在规定时间内按下设定开关的操作)以及同意按键87a的选择而被变更为开启状态这一情况的说明(即，确认信息)。

若驾驶员选择同意按键87a，则驾驶辅助ECU20将RCC功能的请求状态切换为开启状态且将设定车速Vset设定为与该时刻的车速Vt相等的值。除此之外，该情况下，驾驶辅助ECU20将图11所示的RCC开始确认处理所涉及的变更通知画面75b显示于显示器27，向驾驶员通知RCC功能的请求状态变换为开启状态。

该变更通知画面75b包括返回按键83d。若驾驶员选择了返回按键83d，或者若在显示变更通知画面75b之后不选择返回按键83d的状态经过规定的显示时间Td，则驾驶辅助ECU20对在显示变更确认画面75a的紧前显示于显示器27d的画面进行显示。以下，将在开始设定变更确认处理的紧前显示于显示器27的画面亦称为“紧前画面”。

另一方面，若在显示变更确认画面75a时驾驶员选择了拒绝按键87b，则驾驶辅助ECU20将RCC功能的请求状态维持为断开状态。或者，若在显示变更确认画面75a之后同意按键87a以及拒绝按键87b均未被选择的状态持续了显示时间Td，则驾驶辅助ECU20同样将RCC功能的请求状态维持为断开状态。除此之外，在这些情况下，驾驶辅助ECU20将紧前画面显示于显示器27。在将紧前画面显示于显示器27时，驾驶辅助ECU20结束RCC开始确认处理的执行。

另外，从执行点火接通操作起至执行点火断开操作为止的期间亦被称为“行程”。驾驶辅助ECU20在一个行程中不执行多次的RCC开始确认处理。即，在从RCC开始确认处理的执行结束起至进行点火断开操作为止的期间，当RCC功能的请求状态为断开状态时(CC开关61的主开关未被按下)，即便按下CC开关61的设定开关，驾驶辅助ECU20也不执行RCC开始确认处理。换言之，RCC开始确认处理在一个行程中最多只执行一次。

(设定变更确认处理－工作停止确认处理)

若驾驶员进行规定的驾驶辅助功能的断开操作，则驾驶辅助ECU20执行确认该操作是否是驾驶员所希望的操作的“工作停止确认处理”。当进行了断开操作时执行工作停止确认处理的驾驶辅助功能(以下，亦称为“工作停止确认对象功能”)是图5所示的表的在列Cm1中标注了圆圈的驾驶辅助功能。工作停止确认功能是工作停止确认处理所涉及的确认对象功能。工作停止确认功能是适于只要无特别的理由就将请求状态维持为开启状态的驾驶辅助功能。

以作为工作停止确认对象功能的预碰撞安全功能的断开操作为例来对工作停止确认处理进行说明。若在预碰撞安全功能的请求状态为开启状态时选择了设定画面73的断开按键84b(参照图8)(即，若进行断开操作)，则驾驶辅助ECU20开始工作停止确认处理。

在工作停止确认处理的开始时，驾驶辅助ECU20将图12所例示的工作停止确认处理所涉及的变更确认画面76a显示于显示器27。该变更确认画面76a包含同意按键88a以及拒绝按键88b。

若驾驶员选择同意按键88a，则驾驶辅助ECU20将预碰撞安全功能的请求状态切换为断开状态。除此之外，该情况下，驾驶辅助ECU20将图13所例示的工作停止确认处理所涉及的变更通知画面76b显示于显示器27，向驾驶员通知预碰撞安全功能的请求状态变化为断开状态这一情况。

该变更通知画面76b包含返回按键83e。若驾驶员选择返回按键83e，或者若在显示变更通知画面76b之后不选择返回按键83e的状态经过显示时间Td，则驾驶辅助ECU20将紧前画面显示于显示器27。

另一方面，若在显示变更确认画面76a时驾驶员选择了拒绝按键88b，则驾驶辅助ECU20将预碰撞安全功能的请求状态维持为开启状态。或者，若在显示变更确认画面76a之后同意按键88a以及拒绝按键88b均未被选择的状态持续了显示时间Td，则驾驶辅助ECU20同样将预碰撞安全功能的请求状态维持为开启状态。除此之外，在这些情况下，驾驶辅助ECU20将紧前画面显示于显示器27。

(设定变更确认处理－前提功能开始处理)

如上所述，在未执行RCC功能的情况下不执行LTA功能所包含的车道维持辅助功能。换言之，RCC功能是成为车道维持辅助功能的前提的功能(前提功能)。鉴于此，在驾驶员进行了LTA功能的开启操作时，若RCC功能(即，前提功能)的请求状态为断开状态，则驾驶辅助ECU20执行向驾驶员确认除了LTA功能的请求状态之外、RCC功能的请求状态也是否切换为开启状态的“前提功能开始处理”。即，在LTA功能以及RCC功能的请求状态都为断开状态时，若按下LTA开关64，则驾驶辅助ECU20开始针对LTA功能(更具体为车道维持辅助功能)的前提功能开始处理。RCC功能是前提功能开始处理所涉及的确认对象功能。

在前提功能开始处理的开始时，驾驶辅助ECU20将图14所示的前提功能开始处理所涉及的变更确认画面77a显示于显示器27。该变更确认画面77a包含同意按键89a以及拒绝按键89b。

若驾驶员选择同意按键89a，则驾驶辅助ECU20将LTA功能以及RCC功能的请求状态都切换为开启状态且将设定车速Vset设定为与该时刻的车速Vt相等的值。除此之外，该情况下，驾驶辅助ECU20将图15所示的前提功能开始处理所涉及的第一变更通知画面77b显示于显示器27，向驾驶员通知LTA功能以及RCC功能的请求状态都变化为开启状态。

该第一变更通知画面77b包含返回按键83f。若驾驶员选择返回按键83f，或者若在显示第一变更通知画面77b之后不选择返回按键83f的状态经过了显示时间Td，则驾驶辅助ECU20将紧前画面显示于显示器27。

另一方面，若在显示变更确认画面77a时驾驶员选择拒绝按键89b，则驾驶辅助ECU20将LTA功能的请求状态切换为开启状态，另一方面，将RCC功能的请求状态维持为断开状态。或者，若在显示变更确认画面77a之后同意按键89a以及拒绝按键89b均未被选择的状态持续了显示时间Td，则驾驶辅助ECU20同样将LTA功能的请求状态切换为开启状态，另一方面，将RCC功能的请求状态维持为断开状态。在这些情况下，将图16所示的前提功能开始处理所涉及的第二变更通知画面77c显示于显示器27，向驾驶员通知仅LTA功能切换为开启状态。

该第二变更通知画面77c包含返回按键83g。若驾驶员选择返回按键83g，或者若在显示第二变更通知画面77c之后不选择返回按键83g的状态经过了显示时间Td，则驾驶辅助ECU20将紧前画面显示于显示器27。

(设定变更确认处理－工作开始提议处理)

图5所示的表的在列Cm2中标注了圆圈的驾驶辅助功能(即，LTA功能、RCC功能以及盲点监视功能)当车辆10正在高速汽车道以及汽车专用道路上行驶时特别有用。为了方便，车辆10正在这些道路行驶的状态亦称为“特定行驶状态”。然而，在车辆10的行驶状态为特定行驶状态时，存在这些驾驶辅助功能(即，在列Cm2中标注了圆圈的驾驶辅助功能，以下亦称为“行驶状态相关功能”)的一部分或者全部的请求状态为断开状态的可能性。以下，在列Cm2中标注了圆圈的驾驶辅助功能(行驶状态相关功能)中的请求状态为断开状态的驾驶辅助功能亦被称为“提议对象功能”

若当前位置Pn位于地图数据库26中的表示高速汽车道以及汽车专用道路任一个的“路段”上，则驾驶辅助ECU20判定为车辆10的行驶状态是特定行驶状态。若当车辆10的行驶状态为特定行驶状态时存在提议对象功能，则驾驶辅助ECU20执行向驾驶员提议将提议对象功能的请求状态切换为开启状态的“工作开始提议处理”。提议对象功能是工作开始提议处理所涉及的确认对象功能。

在工作开始提议处理的开始时，驾驶辅助ECU20将图17所例示的工作开始提议处理所涉及的变更确认画面78a显示于显示器27。在本例中，LTA功能的请求状态为开启状态，另一方面，RCC功能以及盲点监视功能的请求状态都为断开状态，因此，RCC功能以及盲点监视功能是提议对象功能。该情况下，驾驶辅助ECU20显示变更确认画面78a来向驾驶员提议为将提议对象功能(即，RCC功能以及盲点监视功能)的请求状态变更为开启状态。

该变更确认画面78a包括同意按键90a以及拒绝按键90b。若驾驶员选择同意按键90a，则驾驶辅助ECU20将提议对象功能(在本例中为RCC功能以及盲点监视功能)的请求状态切换切换为开启状态。除此之外，该情况下，驾驶辅助ECU20将图18所示的工作开始提议处理所涉及的变更通知画面78b显示于显示器27，向驾驶员通知提议对象功能的请求状态变化为开启状态这一情况。

该变更通知画面78b包含返回按键83h。若驾驶员选择返回按键83h，或者若在显示变更通知画面78b之后不选择返回按键83h的状态经过了显示时间Td，则驾驶辅助ECU20将紧前画面显示于显示器27。

另一方面，若在显示变更确认画面78a时驾驶员选择了拒绝按键90b，则驾驶辅助ECU20将提议对象功能的请求状态维持为断开状态。或者，若在显示变更确认画面78a之后同意按键90a以及拒绝按键90b的均未被选择的状态持续了显示时间Td，则驾驶辅助ECU20同样将提议对象功能的请求状态维持为断开状态。除此之外，在这些情况下，驾驶辅助ECU20将紧前画面显示于显示器27。

(设定变更确认处理－具体的工作)

接下来，参照图19～图22对驾驶辅助ECU20的设定变更确认处理所涉及的具体的工作进行说明。每经过规定的时间，驾驶辅助ECU20的CPU(以下，亦简称为“CPU”)便执行图19中用流程图所示的“RCC开始确认处理例程”。

因此，若成为适当的时机，则CPU从图19的步骤1900开始处理并进入至步骤1905，判定是否是RCC开始确认处理所涉及的变更通知画面75b未被显示于显示器27(图11)的状态。

(情形1A)

假定为在当前时刻RCC功能的请求状态是断开状态，在显示器27显示有首页画面71，且在进行了点火接通操作之后驾驶员未进行对于CC开关61的操作。

根据该假定，由于变更通知画面75b未显示于显示器27，所以CPU在步骤1905中判定为“是”并进入至步骤1910，对是否是RCC开始确认处理所涉及的变更确认画面75a(图10)未被显示于显示器27的状态进行判定。

根据上述的假定，由于未显示变更确认画面75a，所以CPU在步骤1910中判定为“是”并进入至步骤1915，判定RCC功能的请求状态是否是断开状态。根据上述的假定，由于RCC功能的请求状态是断开状态，所以CPU在步骤1915中判定为“是”并进入至步骤1920，对在从上次执行本例程起至当前时刻为止的期间是否按下了CC开关61的设定开关进行判定。

根据上述的假定，由于未进行对于CC开关61的操作(即，由于未按下CC开关61的设定开关)，所以CPU在步骤1920中判定为“否”并直接进入至步骤1995，结束本例程的处理。

(情形1B)

然后，假定为在按下CC开关61的设定开关之后第一次执行本例程。除此之外，还假定为尚未按下CC开关61的主开关。

该情况下，CPU在步骤1920中判定为“是”并进入至步骤1925，对在现行的行程中是否第一次执行步骤1925的处理进行判定。

根据上述的假定，由于在现行的行程中第一次按下设定开关，所以CPU在步骤1925中判定为“是”并进入至步骤1930，将变更确认画面75a显示于显示器27。此时，CPU将在显示变更确认画面75a的紧前显示于显示器27的画面(在本假定中为首页画面71)作为紧前画面存储于RAM。接下来，CPU进入至步骤1995。

(情形1C)

然后，假定为在显示变更确认画面75a之后未经过显示时间Td，且变更确认画面75a的同意按键87a以及拒绝按键87b均未被选择。

该情况下，CPU在步骤1910中判定为“否”并进入至步骤1935，对在从上次执行本例程起至当前时刻为止的期间是否选择了同意按键87a进行判定。根据上述的假定，由于未选择同意按键87a，所以CPU在步骤1935中判定为“否”并进入至步骤1950，判定变更确认画面75a的显示结束条件是否成立。

变更确认画面75a的显示结束条件是在以下的条件(1a)以及条件(1b)中的至少一方成立时成立的条件。

条件(1a)：选择了拒绝按键87b。

条件(1b)：从显示变更确认画面75a起经过了显示时间Td。

根据上述的假定，由于条件(1a)以及条件(1b)均未成立，所以变更确认画面75a的显示结束条件不成立。因此，CPU在步骤1950中判定为“否”并直接进入至步骤1995。

(情形1D)

然后，假定为在从显示变更确认画面75a起经过显示时间Td之前选择了变更确认画面75a的同意按键87a。

该情况下，CPU在步骤1935中判定为“是”并进入至步骤1940，将RCC功能的请求状态切换为开启状态。接下来，CPU进入至步骤1945，将RCC开始确认处理所涉及的变更通知画面75b显示于显示器27。并且，CPU进入至步骤1995。

(情形1E)

然后，假定为从显示变更通知画面75b起未经过显示时间Td，且未选择变更通知画面75b的返回按键83d。

该情况下，CPU在步骤1905中判定为“否”并进入至步骤1955，判定变更通知画面75b的显示结束条件是否成立。变更通知画面75b的显示结束条件是在以下的条件(1c)以及条件(1d)中的至少一方成立时成立的条件。

条件(1c)：选择了返回按键83d。

条件(1d)：从显示变更通知画面75b起经过了显示时间Td。

根据上述的假定，由于条件(1c)以及条件(1d)均未成立，所以变更通知画面75b的显示结束条件不成立。因此，CPU在步骤1955中判定为“否”并直接进入至步骤1995。

然后，若选择了返回按键83d(即，若在条件(1d)成立之前条件(1c)成立)，或者若从显示变更通知画面75b起经过了显示时间Td(即，条件(1d)成立)，则CPU在步骤1955中判定为“是”并进入至步骤1960，将紧前画面(在本假定中为首页画面71)显示于显示器27。并且，CPU进入至步骤1995。

(情形1F)

然后，假定为进行RCC功能的断开操作，并且按下了设定开关而未按下CC开关61的主开关。除此之外，假定为在上述的(情形1B)中执行了步骤1930的处理之后，未进行点火断开操作。

该情况下，CPU在步骤1925中判定为“否”并直接进入至步骤1995。即，该情况下，不执行RCC开始确认处理，且将RCC功能的请求状态维持为断开状态。

(情形1G)

接下来，假定未在变更确认画面75a显示于显示器27时变更确认画面75a的显示结束条件成立(即，上述的条件(1a)以及条件(1b)中的至少一方成立)。

该情况下，CPU在步骤1950中判定为“是”并进入至步骤1960。即，该情况下，将RCC功能的请求状态维持为断开状态，在显示器27显示紧前画面。

(情形1H)

接下来，假定为RCC功能的请求状态是开启状态。

该情况下，CPU在步骤1915中判定为“否”并直接进入至步骤1995。

其中，若在RCC功能的请求状态为断开状态时进行RCC功能的开启操作(即，若在按下CC开关61的主开关之后按下CC开关61的设定开关)，则通过CPU所执行的未图示的其他例程将RCC功能的请求状态切换为开启状态。

接下来，对图20中用流程图所示的“工作停止确认处理例程”进行说明。每经过规定的时间，CPU便执行本例程。因此，若成为适当的时机，则CPU从图20的步骤2000开始处理并进入至步骤2005，对是否是工作停止确认处理所涉及的变更通知画面76b(图13)未被显示于显示器27的状态进行判定。

(情形2A)

假定为在当前时刻车辆设定画面72被显示于显示器27，且未进行工作停止确认对象功能的断开操作。

根据该假定，由于变更通知画面76b未显示于显示器27，所以CPU在步骤2005中判定为“是”并进入至步骤2010，对是否是工作停止确认处理所涉及的变更确认画面76a(图12)未被显示于显示器27的状态进行判定。

根据上述的假定，由于未显示变更确认画面76a，所以CPU在步骤2010中判定为“是”并进入至步骤2015，对在从上次执行本例程起至当前时刻为止的期间是否进行了工作停止确认对象功能的断开操作进行判定。根据上述的假定，由于未进行工作停止确认对象功能的断开操作，所以CPU在步骤2015中判定为“否”并直接进入至步骤2095，结束本例程的处理。

(情形2B)

然后，假定为在进行工作停止确认对象功能中的任一个功能的断开操作之后第一次执行本例程。

根据该假定，CPU在步骤2015中判定为“是”并进入至步骤2020，将变更确认画面76a显示于显示器27。此时，CPU将在显示变更确认画面76a的紧前显示于显示器27的画面(在本假定中为车辆设定画面72)作为紧前画面存储于RAM。接下来，CPU进入至步骤2095。

(情形2C)

然后，假定为在显示变更确认画面76a之后未经过显示时间Td，且变更确认画面76a的同意按键88a以及拒绝按键88b均未被选择。

该情况下，CPU在步骤2010中判定为“否”并进入至步骤2025，对在上次执行本例程之后至当前时刻为止的期间是否选择了同意按键88a进行判定。根据上述的假定，由于未选择同意按键88a，所以CPU在步骤2025中判定为“否”并进入至步骤2040，判定变更确认画面76a的显示结束条件是否成立。

变更确认画面76a的显示结束条件是在以下的条件(2a)以及条件(2b)中的至少一方成立时成立的条件。

条件(2a)：选择了拒绝按键88b。

条件(2b)：从显示变更确认画面76a起经过了显示时间Td。

根据上述的假定，由于条件(2a)以及条件(2b)均未成立，所以变更确认画面76a的显示结束条件不成立。因此，CPU在步骤2040中判定为“否”并直接进入至步骤2095。

(情形2D)

然后，假定为在从显示变更确认画面76a起经过显示时间Td之前选择了变更确认画面76a的同意按键88a。

该情况下，CPU在步骤2025中判定为“是”并进入至步骤2030，将进行了断开操作的工作停止确认对象功能的请求状态切换为断开状态。接下来，CPU进入至步骤2035，将工作停止确认处理所涉及的变更通知画面76b显示于显示器27。并且，CPU进入至步骤2095。

(情形2E)

然后，假定为从显示变更通知画面76b起未经过显示时间Td，且未选择变更通知画面76b的返回按键83e。

该情况下，CPU在步骤2005中判定为“否”并进入至步骤2045，判定变更通知画面76b的显示结束条件是否成立。变更通知画面76b的显示结束条件是在以下的条件(2c)以及条件(2d)中的至少一方成立时成立的条件。

条件(2c)：选择了返回按键83e。

条件(2d)：在显示变更通知画面76b之后经过了显示时间Td。

根据上述的假定，由于条件(2c)以及条件(2d)均未成立，所以变更通知画面76b的显示结束条件不成立。因此，CPU在步骤2045中判定为“否”并直接进入至步骤2095。

然后，若选择了返回按键83e(即，若在条件(2d)成立之前条件(2c)成立)，或者若在显示变更通知画面76b之后经过了显示时间Td(即，若条件(2d)成立)，则CPU在步骤2045中判定为“是”并进入至步骤2050，将紧前画面(在本假定中为车辆设定画面72)显示于显示器27。并且，CPU进入至步骤2095。

(情形2F)

接下来，假定为在变更确认画面76a被显示于显示器27时变更确认画面76a的显示结束条件成立(即，上述的条件(2a)以及条件(2b)中的至少一方成立)。

该情况下，CPU在步骤2040中判定为“是”并进入至步骤2050。即，该情况下，将在本假定中进行了断开操作的工作停止确认对象功能的请求状态维持为开启状态，在显示器27显示紧前画面。

接下来，对图21中用流程图所示的“前提功能开始处理例程”进行说明。每经过规定的时间，CPU便执行本例程。因此，若成为适当的时机，则CPU从图21的步骤2100开始处理并进入至步骤2105，对是否是前提功能开始处理所涉及的第一变更通知画面77b(图15)以及第二变更通知画面77c(图16)均未被显示于显示器27的状态进行判定。

(情形3A)

假定为在当前时刻，在显示器27显示有首页画面71，LTA功能以及RCC功能的请求状态都为断开状态，且LTA功能以及RCC功能的开启操作均未进行。

根据该假定，由于第一变更通知画面77b以及第二变更通知画面77c均未显示于显示器27，所以CPU在步骤2105中判定为“是”并进入至步骤2110，对是否是前提功能开始处理所涉及的变更确认画面77a(图14)未被显示于显示器27的状态进行判定。

根据上述的假定，由于未显示变更确认画面77a，所以CPU在步骤2110中判定为“是”并进入至步骤2115，对在上次执行本例程之后至当前时刻为止的期间是否进行了LTA功能的开启操作进行判定。根据上述的假定，由于未进行LTA功能的开启操作，所以CPU在步骤2115中判定为“否”并直接进入至步骤2195，结束本例程的处理。

(情形3B)

然后，假定为在进行LTA功能的开启操作之后第一次执行本例程。

根据该假定，CPU在步骤2115中判定为“是”并进入至步骤2120，判定RCC功能的请求状态是否为断开状态。根据上述的假定，由于RCC功能的请求状态为断开状态，所以CPU在步骤2120中判定为“是”并进入至步骤2125，将变更确认画面77a显示于显示器27。此时，CPU将在显示变更确认画面77a的紧前显示于显示器27的画面(在本假定中为首页画面71)作为紧前画面存储于RAM。接下来，CPU进入至步骤2195。

(情形3C)

然后，假定为在显示变更确认画面77a之后未经过显示时间Td，且变更确认画面77a的同意按键89a以及拒绝按键89b均未被选择。

该情况下，CPU在步骤2110中判定为“否”并进入至步骤2130，对在从上次执行本例程之后至当前时刻为止的期间是否选择了同意按键89a进行判定。根据上述的假定，由于未选择同意按键89a，所以CPU在步骤2130中判定为“否”并进入至步骤2150，判定变更确认画面77a的显示结束条件是否成立。

变更确认画面77a的显示结束条件是在以下的条件(3a)以及条件(3b)中的至少一方成立时成立的条件。

条件(3a)：选择了拒绝按键89b。

条件(3b)：在显示变更确认画面77a之后经过了显示时间Td。

根据上述的假定，由于条件(3a)以及条件(3b)均不成立，所以变更确认画面75a的显示结束条件未成立。因此，CPU在步骤2150中判定为“否”并直接进入至步骤2195。

(情形3D)

然后，假定为在显示变更确认画面77a之后经过显示时间Td之前选择了变更确认画面77a的同意按键89a。

该情况下，CPU在步骤2130中判定为“是”并进入至步骤2135，将前提功能开始处理所涉及的第一变更通知画面77b显示于显示器27。接下来，CPU进入至步骤2140，将RCC功能的请求状态切换为开启状态。除此之外，CPU进入至步骤2145，将LTA功能的请求状态切换为开启状态。并且，CPU进入至步骤2195。

(情形3E)

然后，假定为在显示第一变更通知画面77b之后未经过显示时间Td，且未选择第一变更通知画面77b的返回按键83f。

该情况下，CPU在步骤2105中判定为“否”并进入至步骤2160，判定第一变更通知画面77b以及第二变更通知画面77c的显示结束条件是否成立。第一变更通知画面77b以及第二变更通知画面77c的显示结束条件是在以下的条件(3c)以及条件(3d)中的至少一方成立时成立的条件。

条件(3c)：选择了返回按键83f或者返回按键83g。

条件(3d)：在显示第一变更通知画面77b或者第二变更通知画面77c之后经过了显示时间Td。

根据上述的假定，由于条件(3c)以及条件(3d)均不成立，所以显示结束条件未成立。因此，CPU在步骤2160中判定为“否”并直接进入至步骤2195。

然后，若选择了返回按键83f(即，若在条件(3d)成立之前条件(3c)成立，或者若在显示第一变更通知画面77b之后经过了显示时间Td(即，若条件(3d)成立)，则CPU在步骤2160中判定为“是”并进入至步骤2165，将紧前画面(在本假定中为首页画面71)显示于显示器27。并且，CPU进入至步骤2195。

(情形3F)

接下来，假定为在变更确认画面77a显示于显示器27时变更确认画面77a的显示结束条件成立(即，上述的条件(3a)以及条件(3b)中的至少一方成立)。

该情况下，CPU在步骤2150中判定为“是”并进入至步骤2155，将前提功能开始处理所涉及的第二变更通知画面77c显示于显示器27。接下来，CPU进入至步骤2145，然后，进入至步骤2195。该情况下，RCC功能的请求状态被维持为断开状态而不切换为开启状态，LTA功能的请求状态切换为开启状态。

(情形3G)

接下来，假定为在当前时刻，在显示器27显示有首页画面71，RCC功能的请求状态为开启状态，且进行了LTA功能的开启操作。

根据该假定，CPU在步骤2120中判定为“否”并进入至步骤2145。

接下来，对图22中用流程图所示的“工作开始提议处理例程”进行说明。每经过规定的时间，CPU便执行本例程。因此，若成为适当的时机，则CPU从图22的步骤2200开始处理，进入至步骤2205，对是否是工作开始提议处理所涉及的变更通知画面78b(图18)未被显示于显示器27的状态进行判定。

(情形4A)

假定为在当前时刻，车辆设定画面72显示于显示器27，RCC功能以及盲点监视功能的请求状态都为断开状态，LTA功能的请求状态为开启状态，且车辆10的行驶状态不是特定行驶状态。

根据该假定，由于变更通知画面78b未显示于显示器27，所以CPU在步骤2205中判定为“是”并进入至步骤2210，对是否是工作开始提议处理所涉及的变更确认画面78a(图17)未显示于显示器27的状态进行判定。

根据上述的假定，由于未显示变更确认画面78a，所以CPU在步骤2210中判定为“是”并进入至步骤2215，对车辆10的行驶状态是否是特定行驶状态进行判定。根据上述的假定，由于车辆10的行驶状态不是特定行驶状态，所以CPU在步骤2215中判定为“否”并直接进入至步骤2295，结束本例程的处理。

(情形4B)

然后，假定为在车辆10的行驶状态成为特定行驶状态之后第一次执行本例程。

该情况下，CPU在步骤2215中判定为“是”并进入至步骤2220，判定是否存在提议对象功能。根据上述的假定，在当前时刻，RCC功能以及盲点监视功能符合提议对象功能。

因此，CPU在步骤2220中判定为“是”并进入至步骤2225，将工作开始提议处理所涉及的变更确认画面78a显示于显示器27。此时，CPU将在显示变更确认画面78a的紧前显示于显示器27的画面(在本假定中为车辆设定画面72)作为紧前画面存储于RAM。接下来，CPU进入至步骤2295。

(情形4C)

然后，假定为在显示变更确认画面78a之后未经过显示时间Td，且变更确认画面78a的同意按键90a以及拒绝按键90b均未被选择。

该情况下，CPU在步骤2210中判定为“否”并进入至步骤2230，对在上次执行本例程之后至当前时刻为止的期间是否选择了同意按键90a进行判定。根据上述的假定，由于未选择同意按键90a，所以CPU在步骤2230中判定为“否”并进入至步骤2245，对变更确认画面78a的显示结束条件是否成立进行判定。

变更确认画面78a的显示结束条件是在以下的条件(4a)以及条件(4b)中的至少一方成立时成立的条件。

条件(4a)：选择了拒绝按键90b。

条件(4b)：在显示变更确认画面78a之后经过了显示时间Td。

根据上述的假定，由于条件(4a)以及条件(4b)均不成立，所以变更确认画面78a的显示结束条件未成立。因此，CPU在步骤2245中判定为“否”并直接进入至步骤2295。

(情形4D)

然后，假定为在显示变更确认画面78a之后经过显示时间Td之前选择了变更确认画面78a的同意按键90a。

该情况下，CPU在步骤2230中判定为“是”并进入至步骤2235，将提议对象功能(在本假定中为RCC功能以及盲点监视功能的请求状态)的请求状态切换为开启状态。

接下来，CPU进入至步骤2240，将工作开始提议处理所涉及的变更通知画面78b显示于显示器27。并且，CPU进入至步骤2295。

(情形4E)

然后，假定为在显示变更通知画面78b之后未经过显示时间Td，且未选择变更通知画面78b的返回按键83h。

该情况下，CPU在步骤2205中判定为“否”并进入至步骤2250，判定变更通知画面78b的显示结束条件是否成立。变更通知画面78b的显示结束条件是在以下的条件(4c)以及条件(4d)的至少一方成立时成立的条件。

条件(4c)：选择了返回按键83h。

条件(4d)：在显示变更通知画面78b之后经过了显示时间Td。

根据上述的假定，由于条件(4c)以及条件(4d)均未成立，所以变更通知画面78b的显示结束条件不成立。因此，CPU在步骤2250中判定为“否”并直接进入至步骤2295。

然后，若选择了返回按键83h(即，若在条件(4d)成立之前条件(4c)成立)，或者若在显示变更通知画面78b之后经过了显示时间Td(即，若条件(4d)成立)，则CPU在步骤2250中判定为“是”并进入至步骤2255，将紧前画面(在本假定中为车辆设定画面72)显示于显示器27。并且，CPU进入至步骤2295。

(情形4F)

接下来，假定为在变更确认画面78a显示于显示器27时变更确认画面78a的显示结束条件成立(即，上述的条件(4a)以及条件(4b)的至少一方成立)。

该情况下，CPU在步骤2245中判定为“是”并进入至步骤2255。即，该情况下，提议对象功能的请求状态被维持为断开状态，在显示器27显示紧前画面。

(情形4G)

接下来，假定为在车辆10的行驶状态成为特定行驶状态时不存在提议对象功能。

该情况下，CPU在步骤2220中判定为“否”并直接进入至步骤2295。

(实施方式的变形例)

接下来，对本实施方式的变形例进行说明。本变形例仅在省略了CC开关61的主开关、以及按下CC开关61的设定开关是RCC功能的开启操作这些方面与上述的实施方式不同。

在RCC功能的请求状态是断开状态时，若按下CC开关61的设定开关，则驾驶辅助ECU20将RCC开始确认处理所涉及的变更确认画面75a(参照图10)显示于显示器27。即，驾驶辅助ECU20开始本变形例所涉及的RCC开始确认处理。在本变形例中，变更确认画面75a包含表示通过同意按键87a的选择而将RCC功能变更为开启状态的说明。

若在显示变更确认画面75a之后至经过显示时间Td为止的期间选择了同意按键87a，则驾驶辅助ECU20将RCC功能的请求状态切换为开启状态。除此之外，驾驶辅助ECU20将RCC开始确认处理所涉及的变更通知画面75b(参照图11)显示于显示器27。

如以上说明那样，驾驶辅助ECU20通过执行设定变更确认处理能够规避因驾驶员的误操作以及误解而导致驾驶辅助功能的请求状态被变更。更具体而言，根据RCC开始确认处理，即便是驾驶员因误操作以及误解而进行了类似操作(在本实施方式中为按下CC开关61的设定开关而不按下CC开关61的主开关)的情况，也能够容易地将RCC功能的请求状态切换为开启状态。

除此之外，根据工作停止确认处理，能够规避工作停止确认功能的请求状态被误变更为断开状态。根据前提功能开始处理，即便在驾驶员遗忘了将前提功能(即，相对于LTA功能的RCC功能)的请求状态设为开启状态的情况下以及在不了解驾驶员前提功能的存在的情况下，也能够将前提功能的请求状态容易地切换为开启状态。

并且，根据工作开始提议处理，即便在驾驶员遗忘了将提议对象功能(具体为行驶状态相关功能)的请求状态设为开启状态的情况下以及在不了解提议对象功能的有用性的情况下，也能够容易地将提议对象功能的请求状态切换为开启状态。

并且，由于RCC开始确认处理在同一行程中仅执行一次，所以能规避对于在RCC开始确认处理的执行时通过变更确认画面(即，图10的变更确认画面75a)而理解了RCC功能的开启操作的驾驶员反复显示该变更确认画面。即，能够规避对于在RCC功能为断开状态时误按下设定开关而未按下CC开关61的主开关的驾驶员反复执行RCC开始确认处理，且其结果使驾驶员感到烦恼这一情况。

以上，对本发明所涉及的变更操作辅助装置的实施方式进行了说明，但本发明并不限定于上述实施方式，只要不脱离本发明的目的则能够进行各种变更。例如，驾驶辅助ECU20执行了RCC开始确认处理、工作停止确认处理、前提功能开始处理、以及工作开始提议处理作为设定变更确认处理。然而，驾驶辅助ECU20也可以构成为不执行这些设定变更确认处理中的一部分的处理。

除此之外，在本实施方式中，若在RCC功能的请求状态为断开状态时(不按下CC开关61的主开关)按下CC开关61的设定开关，则驾驶辅助ECU20执行RCC开始确认处理。即，若执行与RCC功能的开启操作对应的预先决定的类似操作，则驾驶辅助ECU20向驾驶员确认是否将RCC功能切换为开启状态。然而，驾驶辅助ECU20也可以对于与RCC功能不同的驾驶辅助功能执行同样的确认处理。例如，若LTA功能的开启操作是按下被配设于方向盘55的未图示的“基本开关”、然后在经过规定时间之前按下LTA开关64的操作，则可以构成为若在LTA功能处于断开状态时按下LTA开关64而不按下基本开关，则驾驶辅助ECU20将与图10的变更确认画面75a类似的画面显示于显示器27来向驾驶员确认是否将LTA功能切换为开启状态。

除此之外，在本实施方式中，驾驶辅助ECU20在一个行程中仅执行一次RCC开始确认处理。然而，驾驶辅助ECU20也可以在一个行程中执行多次RCC开始确认处理。或者，驾驶辅助ECU20也可以构成为在一个行程中仅执行一次RCC开始确认处理以外的设定变更确认处理。

除此之外，在本实施方式中，确认信息经由显示于显示器27的变更确认画面提供给驾驶员，但也可以通过这样的方法以外的方法提供给驾驶员。例如，确认信息可以通过扬声器28所再生的声音来提供给驾驶员。并且，在本实施方式中，同意操作是对于操作开关60的操作，但也可以是与之不同的操作。例如，同意操作也可以是通过驾驶员对于与驾驶辅助ECU20连接的话筒发出“同意这一内容的话语”来实现的操作。

除此之外，在本实施方式中，若在前提功能开始处理的执行时不选择同意按键89a(具体而言，若变更确认画面77a的显示结束条件成立)，则驾驶辅助ECU20将LTA功能的请求状态切换为开启状态。然而，在变更确认画面77a的显示结束条件成立时，驾驶辅助ECU20可以不将LTA功能的请求状态切换为开启状态。即，该情况下，可以将LTA功能以及RCC功能的请求状态都维持为断开状态。

除此之外，在本实施方式中，工作开始提议处理所涉及的特定行驶状态是车辆10在高速汽车道或者汽车专用道路行驶的状态。除此之外，工作开始提议处理所涉及的行驶状态相关功能是在列Cm2中标注了圆圈的驾驶辅助功能。然而，特定行驶状态以及行驶状态相关功能可以与这些不同。例如，若当前位置Pn位于地图数据库26中的“设施”上，则驾驶辅助ECU20可以判定为车辆10的行驶状态是特定行驶状态。该情况下，行驶状态相关功能可以是图5所示的表的在列Cm3中标注了圆圈的驾驶辅助功能(即，间隙声纳功能、后方横向交通预警功能以及驻车辅助制动功能)。

除此之外，在本实施方式中，若在驾驶员进行了LTA功能的开启操作时RCC功能的请求状态为断开状态，则驾驶辅助ECU20执行前提功能开始处理。然而，成为前提功能开始处理的执行契机的驾驶辅助功能的组合(在本实施方式中为LTA功能与作为前提功能的RCC功能的组合)可以与之不同。例如，成为前提功能开始处理的执行契机的驾驶辅助功能的组合也可以是RCC功能与作为前提功能的“车车间通信功能”的组合。即，在驾驶员进行了RCC功能的开启操作时，若车车间通信功能的请求状态为断开状态，则驾驶辅助ECU20将车车间通信功能作为确认对象功能来执行设定变更确认处理(前提功能开始处理)。

车车间通信功能是通过无线通信和发送与行驶状态相关的信息(行驶信息)的其他车辆进行收发的公知的功能。该情况下，若RCC功能以及车车间通信功能的请求状态都为开启状态且通过车车间通信从追随对象车辆接收行驶状态，则驾驶辅助ECU20在考虑了追随对象车辆的行驶信息的基础上决定目标加速度Astg，由此根据追随对象车辆的行驶速度的变化来迅速地进行追随。

Claims (7)

1.一种变更操作辅助装置，具备：

驾驶辅助控制部，构成为存储车辆的驾驶辅助功能所涉及的、包括作为断开状态以及开启状态中的任一个的请求状态的设定状态，并能够根据该设定状态来提供所述驾驶辅助功能；

操作部，构成为在由所述车辆的驾驶员进行的、包括为了变更所述请求状态而进行的规定的请求状态变更操作的用于变更所述设定状态的操作中被使用，且能够将与由所述驾驶员进行了的该操作相关的信息向所述驾驶辅助控制部输出；以及

信息提供部，构成为由所述驾驶辅助控制部控制且能够将与所述设定状态相关的信息向所述驾驶员提供，

其中，

所述驾驶辅助控制部构成为：

在规定的特定条件成立时执行设定变更确认处理，

该设定变更确认处理是控制所述信息提供部来将用于确认是否变更所述驾驶辅助功能中的确认对象功能的所述请求状态的确认信息提供给所述驾驶员、并在所述驾驶员根据该确认信息而使用所述操作部进行了规定的同意操作的情况下变更该确认对象功能的所述请求状态的处理。

2.根据权利要求1所述的变更操作辅助装置，其中，

所述驾驶辅助控制部构成为：

当在对于所述操作部进行了预先决定的类似操作时成立的条件成立的情况下，判定为所述特定条件成立，

所述类似操作是与用于将所述确认对象功能的所述请求状态变更为开启状态的所述请求状态变更操作不同且存在所述驾驶员为了将该请求状态变更为开启状态而进行的可能性的操作。

3.根据权利要求1所述的变更操作辅助装置，其中，

所述驾驶辅助控制部构成为：

当在对于所述确认对象功能进行了用于将所述驾驶辅助功能的所述请求状态变更为断开状态的所述请求状态变更操作时成立的条件成立的情况下，判定为所述特定条件成立。

4.根据权利要求1所述的变更操作辅助装置，其中，

所述驾驶辅助控制部构成为：

当在进行了将与所述确认对象功能预先建立关联且与该确认对象功能不同的所述驾驶辅助功能的所述请求状态变更为开启状态的所述请求状态变更操作之际该确认对象功能的所述请求状态为断开状态时成立的条件成立的情况下，判定为所述特定条件成立。

5.根据权利要求1所述的变更操作辅助装置，其中，

所述驾驶辅助控制部构成为：

当在所述车辆的行驶状态符合对于所述确认对象功能预先决定的特定行驶状态且所述确认对象功能的所述请求状态为断开状态时成立的条件成立的情况下，判定为所述特定条件成立。

6.根据权利要求1所述的变更操作辅助装置，其中，

所述驾驶辅助控制部构成为：

当在进行了与所述确认对象功能对应的所述请求状态变更操作时成立的条件成立的情况下，判定为所述特定条件成立。

7.根据权利要求1～6中任一项所述的变更操作辅助装置，其中，

所述驾驶辅助控制部构成为：

当在进行了所述车辆的点火接通操作之后执行了所述设定变更确认处理的情况下，即使此后在进行所述车辆的点火断开操作之前所述特定条件成立，也不再次执行该设定变更确认处理。

Images