CN108146442A - 预测数据生成设备和车辆控制设备 - Google Patents

Abstract

提供了一种预测数据生成设备和车辆控制设备。预测数据生成设备包括存储设备和处理器，并且生成其中定义有向图的节点并且通过节点的转换定义有向图的链路的预测数据。预测数据被用作预测节点的转换的转换预测处理的输入。处理器被配置成根据数据组随着时间流逝的更新来执行依次更新预测数据并且将更新的预测数据存储在存储设备中的存储更新处理。存储更新处理包括以下处理中的至少一个：在预先已知每个类别的节点的情况下增加节点的观测数量的处理；以及在预先已知每个类别的链路的情况下增加链路的观测数量的处理。

Description

预测数据生成设备和车辆控制设备

技术领域

本发明涉及生成包括有向图的预测数据的预测数据生成设备和使用预测数据的车辆控制设备。

背景技术

在例如日本未审查专利申请公布第2016-141271(JP 2016-141271 A)号中公开了一种使用有向图来预测车辆状态的转换的转换预测系统。有向图是具有基于时间序列数据中的在同一时间获取的车辆数据组而定义的节点并且具有由节点的转换而定义的链路的数据。时间序列数据通过依次获取车辆数据组而生成，所述车辆数据组包括包含与车辆中的设备有关的数据的多种类型的数据。系统存储节点和节点的观测数量，并且存储链路和链路的观测数量。通过将具有相对大的观测数量的节点视为比拥有相对小的观测数量的节点具有更高的发生可能性，将车辆状态的转换预测为节点的转换。

发明内容

在系统中，可以登记的新节点的数量随着定义节点的车辆数据片的数量的增加而增加。随着可以登记的节点的数量的增加，在实现节点或链路的某一较大的观测数量之前，会花费很长一段时间。为了确保节点转换预测处理的准确性，需要某一较大的观测数量。因此，在系统中，执行具有某一准确水平的预测之前的时间段可能增加。

本发明提供了可以比通常更早地增加包括有向图的预测数据中的节点和链路中的至少一个的观测数量的预测数据生成设备，以及使用该预测数据的车辆控制设备。

本发明的第一方面涉及一种预测数据生成设备，其包括存储设备和处理器并且生成预测数据，在该预测数据中，有向图的节点基于数据组中的在同一时间处获取的数据组被定义，并且有向图的链路由节点的转换定义。每个数据组包括包含与车辆中的设备有关的数据的多种类型的数据。预测数据被用作预测节点的转换的转换预测处理的输入。处理器被配置成：针对预定的多个类别中的每一个类别，通过数据组的数据子组将每个类别的节点定义为有向图的节点，数据子组包括属于该类别的多种类型的数据；通过从一对不同的节点中的一个至另一个的转换将每个类别的链路定义为有向图的链路；将每个类别的节点的观测数量和每个类别的链路的观测数量中的至少一个、每个类别的节点以及每个类别的链路用作预测数据；以及根据数据组随着时间流逝的更新来执行依次更新预测数据并且将更新的预测数据存储在存储设备中的存储更新处理。存储更新处理包括以下处理中的至少一个：在先前已知每个类别的节点的情况下，增加节点的观测数量；以及在先前已知每个类别的链路的情况下，增加链路的观测数量的处理。

本发明的第一方面通过数据组的一部分来定义每个类别的节点。处理器将节点的观测数量和链路的观测数量中的至少一个、每个类别的节点以及每个类别的链路作为预测数据存储在存储设备中。在构成预测数据的每个类别中，节点可以具有的组合的最大数量与链路可以具有的组合的最大数量小于由属于每个类别的所有数据片定义一个节点的情况。因此，当处理器根据数据组的更新来更新预测数据时，与由属于每个类别的所有数据片定义一个节点的情况相比较，存储在存储设备中的观测数量更有可能比通常更早地增加。

在根据本发明的第一方面的预测数据生成设备中，由处理器执行的存储更新处理可以包括以下处理：数据组获取处理，其依次获取数据组；指定处理，其通过将依次获取的数据组分类到类别中来指定每个类别的节点；节点登记处理，其在由指定处理指定的节点尚未被存储在存储设备中的情况下，将所指定的节点作为新节点存储在存储设备中；链路登记处理，其在至由指定处理指定的每个类别的节点的转换仍未被存储在存储设备中的情况下，将所述转换作为新链路存储在存储设备中；以及以下处理中的至少一个处理，在由指定处理指定的节点已经被存储在存储设备中的情况下增加节点的观测数量以及在从前面紧接的节点至指定节点的转换已经被存储在存储设备中的情况下增加链路的观测数量。

在根据本发明的第一方面的预测数据生成设备中，数据组还可以包括房屋中的多种类型的数据。本发明的第一方面不仅处理与车辆有关的数据组(车辆数据组)，还处理与房屋有关的数据组(房屋数据组)。因此，与不包括房屋数据组的情况相比较，当节点是由车辆数据组和房屋数据组定义时，节点可以具有的组合的最大数量进一步增加。因此，定义每个类别的节点的优点对于更早地增加节点的观测数量或链路的观测数量而言特别重要。

虽然可以由车辆数据组或房屋数据组定义每个类别，但是期望包括由车辆数据组和房屋数据组二者定义的节点的类别。

在根据本发明的第一方面的预测数据生成设备中，车辆可以包括第一控制器和第二控制器。类别可以包括第一类别和第二类别，其中，第一类别由第一控制器处理的数据子组形成，第二类别由第二控制器处理的数据子组形成并且与第一类别不同。

本发明的第一方面使得能够易于分类，因为分别由第一控制器和第二控制器处理的数据子组中的每一个构成单个类别。

在根据本发明的第一方面的预测数据生成设备中，存储更新处理可以被配置成：通过类别中的每个类别的节点的组合将与每个类别的节点不同的类别间节点定义为有向图的节点；通过从一对不同的类别间节点中的一个至另一个的转换将与每个类别的链路不同的类别间链路定义为有向图的链路；以及将类别间节点的观测数量与类别间链路的观测数量中的至少一个、类别间节点以及类别间链路包括在被存储在存储设备中并且依次更新的预测数据中。

根据本发明的第一方面，当属于一个类别的数据与属于另一类别并且不属于所述一个类别的数据具有相关性时，在预测数据被配置有每个类别的节点和每个类别的链路的情况下可能不能执行基于该相关性的预测。可以通过设计类别来防止这样的情况。然而，当将具有有用的相关性的所有数据片设计成被包括在同一类别中时，设计步骤可能是复杂的。因此，本发明的第一方面定义了与每个类别的节点和每个类别的链路不同的类别间节点和类别间链路，并且将类别间节点和类别间链路包括在预测数据中。因此，虽然类别间节点或类别间链路的观测数量的增加率低于每个类别的节点或每个类别的链路的观测数量的增加率，但是可以执行取决于每个类别的预测数据可能失败的预测。

本发明的第二方面涉及包括根据本发明的第一方面的预测数据生成设备的车辆控制设备。处理器被配置成执行转换预测处理和命令生成处理，命令生成处理基于由转换预测处理执行的预测来生成用于控制所述车辆中的设备的命令。转换预测处理将存储在存储设备中的节点中的与车辆的当前节点相对应的节点设置为起点节点，并且将来自通过一个或多个转换(其由存储在存储设备中的链路定义)到达的候选节点的特定节点设置为指定车辆的后续状态的预测节点。转换预测处理包括以下处理中的至少一个：相对于具有相对小的观测数量的候选节点，优先选择具有相对大的观测数量的候选节点作为预测节点；以及相对于连接起点节点与候选节点的每个链路的具有相对小的观测数量的候选节点，优先选择连接起点节点与候选节点的每个链路的具有相对大的观测数量的候选节点作为预测节点。

本发明的第二方面使得能够通过使用其中定义了每个类别的节点和每个类别的链路的预测数据执行预测来比通常更早地执行准确的预测，并且使得能够通过使用该预测比通常更早地适当地控制设备。

在根据本发明第二方面的车辆控制设备中，存储设备可以预先存储以下关联信息：将有向图的预定节点设置为固定节点而不考虑存储更新处理，并且将控制车辆的预定设备的预定处理与固定节点进行关联，并且处理器可以被配置成：在当前节点与固定节点相对应的情况下，执行固定命令处理，该固定命令处理基于关联信息来执行预定处理，而不使用转换预测处理。

本发明的第二方面在当前节点与固定节点相对应的情况下执行预定处理，而不使用转换预测处理。因此，即使在预测数据包括由用户执行的错误操作而造成的节点时，也可以减少基于通过转换预测处理进行的至与不恰当的操作相对应的节点的转换的预测而执行的命令生成处理。

在根据本发明的第二方面的车辆控制设备中，处理器可以被配置成：在执行固定命令处理之前，执行向用户进行关于是否执行固定命令处理的询问的询问处理，并且可以被配置成：当用户响应于询问而准许执行固定命令处理时，执行固定命令处理。

本发明的第二方面在固定命令处理之前执行询问处理。因此，可以减少突然执行固定命令处理而使用户感到不自在的情况。

附图说明

下面将参照附图描述本发明的示例性实施方式的特征、优点以及技术和工业意义，在附图中相同的附图标记表示相同的元件，并且其中：

图1是示出根据第一实施方式的车辆中的电子设备的图；

图2是示出根据第一实施方式的预测数据存储更新处理的过程的流程图；

图3是示出对其执行根据第一实施方式的对准处理(alignment process)的车辆数据组的图；

图4是示出根据第一实施方式的每个类别的节点列表的图；

图5是示出根据第一实施方式的每个类别的链路列表的图；

图6是示出根据第一实施方式的转换预测处理和命令生成处理的过程的流程图；

图7是示出根据第二实施方式的在每个ECU中的处理的框图；

图8是示出根据第三实施方式的包括车辆和房屋的网络的图；

图9是示出根据第三实施方式的预测数据存储更新处理的过程的流程图；

图10是示出根据第三实施方式的转换预测处理和命令生成处理的过程的流程图；

图11是示出根据第四实施方式的包括车辆和房屋的网络的图；

图12是示出根据第五实施方式的类别间节点列表和类别间链路列表的图；

图13是示出根据第六实施方式的包括车辆和房屋的网络的视图；

图14是示出根据第七实施方式的包括车辆和房屋的网络的视图；

图15A是示出在第八实施方式中使用的数据的图；

图15B是示出在第八实施方式中使用的数据的图；

图15C是示出在第八实施方式中使用的数据的图；以及

图16是示出根据第八实施方式的转换预测处理和命令生成处理的过程的流程图。

具体实施方式

第一实施方式

在下文中，将参照附图描述预测数据生成设备和车辆控制设备的第一实施方式。

图1示出了车辆10的一部分，特别是连接至网络NW的电子设备的一部分。动力总成底盘系统20包括：车载推进设备，其赋予动力来驱动车轮；变速器设备；转向执行器，其使方向盘转向；制动执行器，其赋予车轮制动力；检测车载推进设备、变速器设备、转向执行器以及制动执行器等的状态的各种传感器中的一部分。电子控制单元(ECU 30)控制动力总成底盘系统20。例如，ECU 30控制车载推进设备的输出，通过操作转向执行器来控制方向盘的转向力，或者控制变速器设备的变速比。ECU 30包括CPU 32、ROM 34以及存储设备36。存储设备36是无论电力的供给如何均保留数据的电可重写非易失性存储设备。

车体系统22包括：车载空调设备；照明设备；门锁设备；自动窗打开和关闭设备；仪表板；检测车载空调设备、照明设备、门锁设备、自动窗打开和关闭设备以及仪表板等的状态的各种传感器中的一部分。电子控制设备(ECU 40)控制车体系统22。例如，ECU 40通过根据来自用户的指令操作车载空调设备来控制车舱内的温度。此外，例如，ECU 40根据来自用户的指令来控制照明设备的照度、照射方向等。此外，例如，ECU 40基于用户携载的认证终端来确定有效用户，并且在用户有效的情况下控制并且切换门锁设备至释放状态。ECU 40包括CPU 42、ROM 44以及存储设备46。存储设备46是无论电力的供给如何均保留数据的电可重写非易失性存储设备。

多媒体系统60包括：扬声器61，其输出音频；音频感测设备62，其将声音振动转换成电信号；图像显示设备63，例如，液晶显示设备或有机EL显示设备；触摸面板64，其被布置在图像显示设备63上；以及图像感测设备65，其包括例如固态成像元件，并且感测车舱内部的图像。此外，多媒体系统60包括M系统开关66，该M系统开关66包括用于多媒体系统60的设备的开关。

电子控制单元(ECU 50)控制多媒体系统60。ECU 50包括CPU 52、ROM 54、存储设备56以及硬盘58。存储设备56是无论电力的供给如何均保留数据的电可重写非易失性存储设备。

ECU 30、ECU 40、ECU 50连接至网络NW。车辆10的未直接连接至ECU 30、ECU 40、ECU 50的各种开关(开关组70)和车辆10的未直接连接至ECU 30、ECU 40、ECU 50的各种传感器(传感器组72)连接至网络NW。

车辆10还包括全球定位系统(GPS 74)。ECU 50例如通过经由扬声器61输出音频信号来执行针对用户的通知处理，或根据来自用户的指令来执行从扬声器61播放音乐等的处理。ECU 50响应于对触摸面板64执行的操作来改变由图像显示设备63显示的图像，改变针对触摸面板64上指定位置的命令，并且执行与改变的命令相对应的处理。例如，ECU 50基于由GPS 74检测到的车辆10的位置来从存储在硬盘58中的地图数据中提取当前位置周围的地图数据，在图像显示设备63上显示提取的地图数据，并且根据对触摸面板64执行的滚动操作来改变显示的地图数据的区域。

ECU 50基于音频感测设备62的输出信号而将来自用户的音频信号识别为来自用户的指令(输入操作)，或者基于图像感测设备65的输出信号而将用户的运动识别为来自用户的指令(输入操作)。

ECU 50执行使用有向图预测车辆的后续状态的转换预测处理和根据转换预测处理控制车辆10中的各种设备的命令生成处理。在下文中，将详细描述转换预测处理和命令生成处理。

图2示出了用于转换预测处理的预测数据存储更新处理的过程。通过CPU 52以预定周期重复执行存储在ROM 54中的程序来实现图2所示的处理。在下文中，将用具有前缀“S”的数字代表步骤编号。

在图2所示的一系列处理中，首先，CPU 52通过经由网络NW收集由ECU 50处理的数据并且获取由ECU 30、ECU 40处理的数据来获取包括与车辆中的设备有关的多种类型的数据的车辆数据组(S10)。例如，由动力总成底盘系统20的ECU 30处理的数据涉及：车辆速度、加速器操作量、制动操作量、外部空气温度、变速杆的状态、变速器设备的控制模式开关的状态、方向盘的旋转角度(转向角)、将车辆置于能够行驶的状态的开关的状态以及车载推进设备的冷却回路中的制冷剂的温度。当车载推进设备是发动机时，将车辆置于能够行驶的状态的开关对应于点火开关。由ECU 40处理的数据涉及：信号灯杠杆开关的状态、光打开和关闭开关的状态、窗打开和关闭开关的状态、窗打开程度的检测值、门锁设备的状态、空调设备的状态、测量车辆外部的照度的照度传感器的检测值、每个座椅的座椅存在传感器的检测值、行李仓负载重量的检测值等。由ECU 50处理的数据涉及：由GPS 74提供的定位信息、扬声器61的状态、音频感测设备62的打开和关闭状态、与图像显示设备的显示目标有关的信息、触摸面板64的操作状态、图像感测设备65的打开和关闭状态、开关组70的操作状态、传感器组72的检测值等。

接下来，针对在同一时间获取的每个车辆数据组，CPU 52执行使车辆数据组对准的对准处理(S12)。图3示出了对其执行对准处理的车辆数据组。图3示出了车辆数据组包括各种类型的数据A1至An。如图3所示，根据时间序列顺序，以不同的时间T1，T2，...，Tm对车辆数据组进行分组。然而，例如，构成时间T1的车辆数据组的所有数据片并非意味着在与构成时间T2的车辆数据组的所有数据片在不同的采样时刻被采样。例如，对于采样周期比时间T1与时间T2之间的时间间隔长的数据，时间T1的数据和时间T2的数据可以在同一时间被采样。对于采样周期比时间T1与时间T2之间的时间间隔短的数据，时间T1的数据和时间T2的数据在不同的采样时刻被采样。然而，构成时间T1的车辆数据组的数据是在时间T1处的最新采样时刻被采样的数据。虽然由于车载设备的处理中的延迟等而导致在时间T1处采样的数据可能实际上被分配至时间T2，但是被分配至时间T2的数据被认为是在时间T2处的最新数据。在这样的情况下，构成时间T2的车辆数据组的任何数据被认为是在同一时间处被采样的数据。图3所示的时间T1至时间Tm的车辆数据组意味着图2中的S10的获取处理被执行了m次。例如，ECU 30、ECU 40可以向由ECU 30、ECU 40处理的时间序列数据分配时间戳，并且以批量的方式将在不同的时间处采样的时间序列数据发送至ECU 50。在这样的情况下，S10的处理包括基于时间戳指定时间T1至时间Tm的车辆数据组的处理。即使在指定处理被执行时，时间Tm的车辆数据组仍被称为是在比时间T1的车辆数据组晚的时刻获取的车辆数据组。

返回至图2，CPU 52通过将在同一时间处获取的车辆数据组归类至多个预定类别中的每一个中来指定每个类别的节点(S14)。被认为彼此相对高度相关的数据片属于同一类别。同一数据可以属于两个或更多个类别。构成一个类别的数据的类型与另一类别部分不同。不是任何类别的所有数据片都属于另一类别的数据的一部分。属于每个类别的所有数据片是包括多种类型的数据的车辆数据子组。在同一时间处获取的车辆数据组的属于特定类别的车辆数据子组确定该类别的节点。即，节点指定处理是指定确定节点的每个数据的值的处理。

类别包括包含与用户对车辆10中的设备执行的操作相对应的数据的类别。与用户对车辆10中的设备执行的操作相对应的数据包括：指示车辆10中由用户操作的设备的操作状态的数据，以及指示与由用户对车辆10中的设备执行的操作相关联的设备的状态的数据。指示设备的操作状态的数据涉及：加速器操作量、制动操作量、变速杆的状态、转向角、将车辆置于能够行驶的状态的开关的状态、信号灯杠杆开关的状态、窗打开和关闭开关的状态、M系统开关66的状态、开关组70的状态等。指示与由用户对设备执行的操作相关联的设备的状态的数据包括：窗打开程度的检测值、图像显示设备63上显示的图像的类型，例如图像是否是电视节目的图像或地图数据的显示等。除了与对设备执行的操作相对应的数据之外的数据包括：例如外部空气温度、照度传感器的检测值以及冷却回路中的制冷剂的温度。

接下来，CPU 52确定在由指定处理指定的每个类别的节点中是否存在仍未被指定的新节点(S16)。该处理参照图4所示的每个类别的节点列表，并且确定每个类别中是否已经记录了相同的节点。图4所示的节点列表存储在存储设备56中。虽然由于有限的空间图4示出了三个类别X、Y、Z，但是本实施方式中的类别的数量并非意在等于3。

返回至图2，当存在新节点时(在S16中为是)，CPU 52向该节点分配新节点ID，将该节点添加至存储设备56中存储的节点列表中的相应类别的节点列表，并且将该节点的观测数量设置成“1”(S18)。节点ID被示为图4中的“符号”。分配与已经登记的节点的节点ID不同的符号作为新节点ID。

当CPU 52完成S18的处理或在S16中做出否定确定时，CPU 52确定在指定节点中是否存在已经登记在节点列表中的现有节点(S20)。当CPU 52确定存在现有节点(在S20中为是)时，CPU 52将节点列表中的相应节点的观测数量增加“1”(S22)。

当CPU 52完成S22的处理或在S20中做出否定确定时，CPU 52确定在至指定节点的转换中是否存在新转换，即是否存在新链路(S24)。该处理参照图5所示的每个类别的链路列表，并确定每个类别中是否已经登记了相同的链路。图5所示的链路列表存储在存储设备56中。图5所示的链路列表的起点节点ID指示相应类别的节点ID。CPU 52将由指定处理指定的节点设置为终点节点，并且将从其进行至终点节点的转换的节点设置为起点节点。当链路列表中未登记起点节点和终点节点的组合时，CPU 52确定该组合是新链路。

返回至图2，当CPU 52确定存在新链路(在S24中为是)时，CPU 52向该链路分配新链路ID，将该链路添加至在存储设备56中存储的链路列表中的相应类别的链路列表，并且将该链路的观测数量设置成“1”(S26)。分配与已经登记的链路的链路ID不同的符号作为新链路ID。

当由在时间序列连续时刻获取的由车辆数据组指定的节点彼此相同时，进行从一个节点至相同节点的转换，并且向该转换分配一个链路ID。在下文中，这种类型的链路将被称为自循环。

当CPU 52完成S26的处理或在S24中做出否定确定时，CPU 52确定在指定链路中是否存在已经登记在链路列表中的现有链路(S28)。当CPU 52确定存在现有链路(在S28中为是)时，CPU 52将链路列表中的相应链路的观测数量增加“1”(S30)。

当CPU 52完成S30的处理或在S28中做出否定确定时，CPU 52暂时终止图2所示的一系列处理。图6示出了使用包括节点列表和链路列表的预测数据的转换预测处理的过程。通过CPU 52以预定周期重复执行存储在ROM 54中的程序来实现图6所示的处理。

在图6所示的一系列处理中，首先，CPU 52确定节点列表中的每个节点的观测数量或者链路列表中的每个链路的观测数量是否大于或等于阈值，以及这样的节点或链路的数量是否大于或等于预定数量(S40)。执行该处理以确定是否可以准确地执行使用节点列表和链路列表的预测。

当CPU 52确定这样的节点或链路的数量大于或等于预定数量(在S40中为是)时，CPU 52获取车辆数据组(S42)。虽然可以以与图2中的S10的处理相同的方式执行该处理，但是特别地，该处理获取在同一时间处获取的一个最新的车辆数据组。CPU 52基于车辆数据组指定每个类别的节点(S44)。CPU 52在登记在每个类别的节点列表中的节点中搜索与S44中指定的节点相对应的节点(S46)。当在该处理中不存在相应的节点时，如图6中的虚线所示，CPU 52暂时终止图6所示的一系列处理。

当存在相应的节点时，CPU 52将该节点设置为起始点，并且找到其中将根据由链路列表定义的转换而从一个节点至另一节点的转换进行了预定次数的路径(S48)。每个转换不包括自循环。当无法定义预定数量的转换时，如图6中的虚线所示，CPU 52暂时终止图6所示的一系列处理。

当CPU 52找到从每个类别的起点节点具有预定数量的转换的所有路径时，CPU 52针对每个类别从作为通过每个类别中的预定数量的转换到达的节点的候选节点中选择具有相对高的发生可能性的节点，并且将选择的节点预测成发生节点(S50)。本实施方式通过以下处理针对类别中的每一个选择一个节点。即，首先，CPU 52选择其中限定预定数量的转换的链路的观测数量的总数最大的转换。接下来，CPU 52确定与选择的转换相对应的候选节点的观测数量是否大于或等于阈值。当CPU 52确定观测数量大于或等于阈值的候选节点时，CPU 52将该节点设置为预测节点，随后将进行至该预测节点的转换。当CPU 52确定观测数量小于阈值的候选节点时，CPU 52选择其中限定预定数量的转换的链路的观测数量的总数是第二大的转换，并且确定与选择的转换相对应的每个候选节点的观测数量是否大于或等于阈值。当候选节点的观测数量大于或等于阈值时，CPU 52将该节点设置为预测节点。在找到观测数量大于或等于阈值的候选节点之前或者在不存在更多候选节点之前，执行这样的处理。当CPU 52在所有类别中均无法指定预测节点时，如图6中虚线所示，CPU 52暂时终止图6所示的一系列处理。

当在至少一个类别中存在预测节点时，CPU 52取决于预测节点来适当地执行生成用于控制预定设备的命令的处理(S52)。特别地，本实施方式预先将命令生成处理的目标设备的列表存储在ROM 54中。在登记在列表中的设备的当前状态与预测节点的状态不同的情况下，CPU 52生成用于对以下进行控制的命令：进行至由预测节点表示的设备的状态的转换。

在本实施方式中，登记在列表中的目标设备是由用户操作的设备。特别地，登记在列表中的目标设备例如包括：扬声器61、音频感测设备62、图像显示设备63、触摸面板64、图像感测设备65、空调设备、自动窗户打开和关闭设备、照明设备、仪表板以及ECU 30、ECU50。对于ECU 30、ECU 50，将特定处理的列表限定为命令生成处理的目标。ECU 30的特定处理包括例如与变速器设备的控制模式有关的处理。ECU 50的特定处理包括与音频识别引擎有关的处理、与姿势识别引擎有关的处理等。因此，例如，即使在ECU 30的状态与预测节点的状态不同时，在ECU 30的处理与特定处理相对应的情况下，在状态上不同的ECU 30仍是命令生成处理的目标。

将说明命令生成处理。假设在各类别中，例如，存在其中节点由车辆数据子组定义的类别，车辆数据子组包括后座椅和驾驶座椅的座椅存在传感器的检测值、图像显示设备63的状态、指示音频再现处理是否由CPU 52执行的状态以及车载推进设备的冷却回路中的制冷剂的温度的检测值。假设在工作日，用户习惯在后座椅上带有孩子，操作M系统开关66以在图像显示设备63上显示电视节目的视频，将孩子带至幼儿园，并且然后操作M系统开关66以在上下班路上收听广播。在这样的情况下，在每一个工作日观测到以下节点：在后座椅的座椅存在传感器和驾驶座椅的座椅存在传感器检测到存在坐在后座椅和驾驶座椅上的人之后，转换至图像显示设备63显示电视节目的视频的状态。因此，当用户在后座椅上带有孩子并且用户坐在驾驶座椅上时，CPU 52具有相对高的可能性将指示图像显示设备63显示电视节目的视频的状态的节点预测成表示随后状态的节点。在这样的情况下，即使当在休息日图像显示设备63上显示地图时，命令生成处理仍然使ECU 50操作图像显示设备63和扬声器61，以自动切换至显示电视节目的状态的模式。此外，当用户将孩子带至幼儿园时，车辆停止很短的一段时间。因此，当再次发动车辆的行驶时，当前节点是冷却回路中的制冷剂具有一定的高温并且驾驶座椅的座椅存在传感器检测到存在坐在驾驶座椅上的人。在这样的情况下，至与停止电视节目并且从扬声器61播放广播的状态相对应的节点的转换的观测数量增加。因此，当用户将孩子带出车辆并且再次将车辆置于能够行驶的状态时，CPU 52停止在图像显示设备63上显示电视节目的视频的模式，并且自动切换至从扬声器61播放广播节目的音频数据的模式。当将车辆10的定位信息用作该类别的数据而不是将制冷剂的温度的检测值用作该类别的数据时，也可以实现这样的预测和自动控制。

假设在各类别中，例如，存在其中节点由车辆数据子组定义的类别，车辆数据子组包括驾驶座椅和乘客座椅的座椅存在传感器的检测值、外部空气温度传感器的检测值以及空调设备的设置温度。假设即使在仲夏灼热的阳光下外部空气温度传感器的检测值相同时，针对驾驶座椅的座椅存在传感器检测到存在坐在驾驶座椅上的人的情况和驾驶座椅的座椅存在传感器和乘客座椅的座椅存在传感器检测到存在坐在驾驶座椅和乘客座椅上的人的情况，空调设备的设置温度也不同。在这样的情况下，作为与外部空气温度的显著高的检测值相对应的节点，当检测到存在坐在驾驶座椅上的人时以及当检测到存在坐在驾驶座椅上的人并且存在坐在乘客座椅上的人时，至具有空调设备的不同温度设置的节点的转换是具有相对大的观测数量的链路。因此，当用户乘坐车辆、单独驾驶并且然后在乘客座椅上带有人时，CPU 52具有相对高的可能性将具有与空调设备的当前温度设置不同的设置的节点预测成表示随后状态的节点。当进行这样的预测时，CPU 52在用户改变温度之前执行命令生成处理，以生成用于改变温度设置的命令并且通过网络NW将该命令输出至车体系统22的ECU 40。因此，车体系统22的ECU 40对空调设备进行操作以改变设置温度。

假设在各类别中，例如，存在其中节点由包括变速器设备的控制模式开关的状态和导航系统的使用的状态的车辆数据子组定义的类别。在这样的情况下，取决于用户的习惯，CPU 52可以自动执行从正常模式和运动模式中的任何一个至另一个的切换。在运动模式下，推进设备的旋转速度比在相同的车辆速度下正常模式的旋转速度进一步增加。即，例如，用户在工作日上下班时采用正常模式，而在休息日用户通过使用导航系统来设置远程目的地并且采用运动模式来驾驶车辆。在这样的情况下，当通过导航系统将远程位置设置为目的地时，从设置有正常模式的节点至设置有运动模式的节点的转换的观测数量增加。因此，当CPU 52指定表示远程位置被设置为目的地并且设置有正常模式的状态的节点时，CPU 52生成用于设置运动模式的命令，并且通过网络NW将该命令输出至ECU 30。此外，CPU52生成指示仪表板上运动模式的显示的命令，并且通过网络NW将该命令输出至ECU 40。当将仪表板的状态用作该类别的数据而不是将变速器设备的控制模式开关的状态用作该类别的数据时，也可以实现这样的预测和自动控制。

当CPU 52完成命令生成处理时、当CPU 52无法生成适当的命令时或者当CPU 52在S40中做出否定确定时，CPU 52暂时终止图6所示的一系列处理。

将描述本实施方式的活动。CPU 52通过从在同一时间处获取的车辆数据组中提取属于类别中的每一个的数据来执行指定每个类别的节点的指定处理。当指定节点是现有节点时，CPU 52递增该节点的观测数量。当观测到节点的转换并且节点的转换是现有链路时，CPU 52递增该链路的观测数量。当考虑车辆数据组可能具有的所有可能性时，由于构成节点的数据片的数量更大，所以车辆数据组可能具有的节点类型和链路类型增加。因此，与不针对每个类别定义节点的情况相比较，当针对每个类别定义节点时，出现更多观测数量比通常更早增加的节点。因此，CPU 52在S40的处理中比通常更早做出肯定确定，并且可以通过使用包括有向图的预测数据比通常更早地准确预测节点的转换。

第二实施方式

在下文中，将参照附图基于与第一实施方式的差别来描述第二实施方式。

图7示出了根据本实施方式的车辆10中的设备以及其处理的一部分的框图。在图7中，为了方便，将用相同的附图标记来标示与图1所示的构件相对应的构件。

在本实施方式中，由动力总成底盘系统20的ECU 30处理的数据构成一个类别，并且在ECU 30中生成该类别的节点列表和链路列表。即，通过CPU 32执行存储在ROM 34中的程序来实现符号化处理单元M30，并且符号化处理单元M30执行与图2中的处理相对应的处理。特别地，在S10的处理中获取由ECU 30处理的数据组，并且在S14的处理中指定由获取的数据组表示的节点。指定的节点被进行登记处理，或者递增该节点的观测数量。基于对指定节点的转换的链路被进行登记处理，或者递增该链路的观测数量。与ECU 30相对应的类别的节点列表和链路列表存储在ECU 30的存储设备36中，并且存储在ECU 50中的存储设备56中。即，CPU 32在预定时刻通过网络NW将与该节点列表和链路列表有关的新更新的差异数据输出至ECU 50。

在本实施方式中，由车体系统22的ECU 40处理的数据构成一个类别，并且在ECU40中生成该类别的节点列表和链路列表。即，通过CPU 42执行存储在ROM 44中的程序来实现符号化处理单元M30，并且符号化处理单元M30执行与图2中的处理相对应的处理。最后，与ECU 40相对应的类别的节点列表和链路列表存储在ECU 40的存储设备46和ECU 50中的存储设备56中。即，CPU 42在预定时刻通过网络NW将与该节点列表和链路列表有关的新更新的差异数据输出至ECU 50。

在本实施方式中，由多媒体系统60的ECU 50处理的数据构成一个类别，并且在ECU50中生成该类别的节点列表和链路列表。即，通过CPU 52执行存储在ROM 54中的程序来实现符号化处理单元M30，并且符号化处理单元M30执行与图2中的处理相对应的处理。数据更新处理单元M32基于从ECU 30、ECU 40发送的差异数据来更新存储在存储设备56中的ECU30的类别的节点列表和链路列表以及ECU 40的类别的节点列表和链路列表。通过CPU 52执行存储在ROM 54中的程序来实现数据更新处理单元M32。通过CPU 52执行存储在ROM 54中的程序来实现转换预测处理单元M34，并且转换预测处理单元M34执行图6中的S40至S50的处理。通过CPU 52执行存储在ROM 54中的程序来实现命令生成处理单元M36，并且命令生成处理单元M36执行图6中的S52的处理。

本实施方式可以通过对由ECU 30、ECU 40、ECU 50中的每一个处理的每个数据的类别进行配置来轻松地执行分类。与通常相比较，本实施方式可以通过在ECU 30、ECU 40、ECU 50的每一个中生成每个类别的节点列表和链路列表的更新数据来进一步降低CPU 52的处理负荷。在本实施方式中，ECU 30、ECU 40中的每一个在预定时刻发送其节点列表和链路列表的差异数据。因此，与ECU 30、ECU 40中的每一个在预定时刻向ECU 50发送作为ECU30、ECU 40中的每一个的处理数据的车辆数据子组的情况相比，可以进一步减少网络NW中的数据量。

第三实施方式

在下文中，将参照附图基于与第一实施方式的差别来描述第三实施方式。

图8示出了根据本实施方式的系统配置。在本实施方式中，车辆10不仅具有与图1中相同的配置，还可以通过公共网络PL与车辆外部的ECU 100进行通信，并且可以与房屋90的室内通信集线器92进行通信。

室内通信集线器92可以与布置在房屋90中的各种设备(房屋系统80)进行通信。室内通信集线器92可以与便携式通信终端94(例如由房屋90内的居民携带的多功能便携式电话)进行通信。

房屋系统80包括：房屋安全系统81，其监测房屋90的锁的状态等；室内电力生成、电力供应以及热水供应设施82，其生成电力、控制来自系统电源的电力的供应，并且控制水的加热和存储；室内机器人83，例如，清洁机器人，可穿戴机器人或通话机器人；以及冷却和加热设施84。此外，房屋系统80包括音频和视觉设备85、个人计算机86以及照明87。

ECU 100通过公共网络PL不仅可以与车辆10进行通信，还可以与室内通信集线器92和便携式通信终端94进行通信。ECU 100包括CPU 102、ROM 104以及存储设备106。存储设备106是电可重写非易失性存储设备。

ECU 100基于车辆数据组和房屋系统80的数据组生成包括节点列表和链路列表的预测数据，并且基于预测数据执行转换预测处理和命令生成处理。

图9示出了用于转换预测处理的预测数据存储更新处理的过程。通过CPU 102以预定周期重复执行存储在ROM 104中的程序来实现图9所示的处理。在图9中，为了方便，将用相同的附图标记来标示与图2所示的处理相对应的处理，并且将不再对与图2所示的处理相对应的处理进行描述。

在图9所示的一系列处理中，首先，CPU 102获取由车辆10输出的车辆数据组和由室内通信集线器92输出的作为房屋系统80的数据组的房屋数据组(S10a)。房屋数据组包括与房屋系统80的设备有关的多种类型的数据。如在图2的S12的处理中那样，CPU 102执行以批量的方式使在同一时间处获取的车辆数据组与房屋数据组对准的处理(S12a)。CPU 102对获取的并且对准的数据组执行与图2的S14至S30的处理相同的处理。

图10示出了使用通过图9中的处理生成的预测数据的转换预测处理的过程。通过CPU 102以预定周期重复执行存储在ROM 104中的程序来实现图10所示的处理。在图10中，为了方便，将用相同的步骤编号来标示与图6所示的处理相对应的处理，但是将不再对与图6所示的处理相对应的处理进行描述。

在图10所示的一系列处理中，当S40的处理完成时，CPU 102获取车辆数据组和房屋数据组(S42a)。CPU 102执行与图6中的S44至S50的处理相同的处理，并且然后通过执行向用户进行询问的处理来适当地执行命令生成处理(S52a)。在下文中，将说明在执行询问处理时的命令生成处理。

房屋系统80的冷却和加热设施84的数据与车辆10中的空调设备的数据被示出为属于同一类别。在这样的情况下，例如在冬季，从具有在房屋系统80中切换至加热关闭状态的数据的节点至车辆10的空调设备被操作进入加热打开状态的节点的转换的观测数量增加。因此，当CPU 102检测到具有在房屋系统80中切换至加热关闭状态的数据的节点时，CPU102可以针对车辆10生成用于将空调设备置于加热打开状态的命令，并且通过室内通信集线器92将该命令输出至车辆10。

CPU102在实际上输出用于控制设备的命令之前向便携式通信终端94发送信号，以进行关于是否实际上执行控制的询问。在这样的情况下，在用户通过使用便携式通信终端94响应于询问而准许执行控制的情况下，CPU 102实际上输出用于控制设备的命令。

第四实施方式

在下文中，将参照附图基于与第三实施方式的差别来描述第四实施方式。

图11示出了根据本实施方式的车辆10和房屋90以及车辆10和房屋90的处理的一部分的框图。在图11中，为了方便，将用相同的附图标记来标示与图8所示的构件对应的构件。

本实施方式没有其中车辆数据组和房屋数据组被混合的类别。在车辆10中，通过CPU 52执行存储在ROM 54中的程序来实现符号化处理单元M30，并且符号化处理单元M30执行图2中的处理。与存储在存储设备56中的节点列表和链路列表有关并且针对预定时间段被更新的差异数据通过公共网络PL从车辆10输出至ECU 100。ECU 100中的数据更新处理单元M32基于从车辆10发送的差异数据来更新与车辆10有关并且存储在存储设备106中的类别的节点数据和链路数据。ECU 100中的符号化处理单元M30定义来自房屋数据组的节点，生成节点列表和链路列表，并且将节点列表和链路列表存储在存储设备106中。

通过CPU 102执行存储在ROM 104中的程序来实现转换预测处理单元M34。转换预测处理单元M34基于存储在存储设备106中的节点列表和链路列表来执行对属于车辆10的每个类别和属于房屋90的每个类别的节点的转换的预测处理。通过CPU 102执行存储在ROM104中的程序来实现命令生成处理单元M36。命令生成处理单元M36基于预测节点生成用于房屋系统80中的设备和车辆10的设备的命令，并将该命令输出至房屋系统80和车辆10。

第五实施方式

在下文中，将参照附图基于与第四实施方式的差别来描述第五实施方式。

当如在第四实施方式中那样不存在其中车辆数据组和房屋数据组被混合的类别时，可以比存在混合类别的情况更容易地设计类别。然而，无法预测从根据房屋数据组定义的节点和根据车辆数据组定义的节点中的任何一个至另一个的转换。因此，本实施方式通过每个类别的节点ID的集合来定义类别间节点，并且通过类别间链路来定义类别间节点的转换。

图12示出了类别间节点列表和类别间链路列表。类别间节点列表和类别间链路列表被存储在存储设备106中。如图12所示，类别间节点列表是通过类别X、Y、Z…中的每个类别的节点ID的组合来定义类别间节点并且具有类别间节点的观测数量的数据。类别间链路列表是定义从一对时间序列连续的类别间节点中的一个至另一个的转换并且具有链路的观测数量的数据。由CPU 102通过与生成每个类别的节点列表和每个类别的链路列表的处理相同的处理来生成类别间节点列表和类别间链路列表。

类别间节点的观测数量和类别间链路的观测数量比每个类别的节点的观测数量和每个类别的链路的观测数量更加缓慢地增加。因此，使用类别间节点列表和类别间链路列表的转换预测处理可执行的时刻可能比使用每个类别的节点列表和每个类别的链路列表的转换预测处理可执行的时刻晚。然而，通过生成类别间节点列表和类别间链路列表，当类别间节点列表和类别间链路列表中的观测数量增加时，可以执行使用每个类别的节点列表和每个类别的链路列表无法执行的预测。

第六实施方式

在下文中，将参照附图基于与第三实施方式的差别来描述第六实施方式。

图13示出了根据本实施方式的车辆10和房屋90以及车辆10和房屋90的处理的一部分的框图。在图13中，为了方便，将用相同的附图标记来标示与图8所示的构件对应的构件。

本实施方式与第三实施方式的差别在于：ECU 100被包括在房屋90中，以及ECU100通过室内通信集线器92与公共网络PL等进行通信。

第七实施方式

在下文中，将参照附图基于与第四实施方式的差别来描述第七实施方式。

图14示出了根据本实施方式的车辆10和房屋90以及车辆10和房屋90的处理的一部分的框图。在图14中，为了方便，将用相同的附图标记来标示与图11所示的构件对应的构件。

本实施方式与第四实施方式的差别在于：ECU 100被包括在房屋90中，并且ECU100通过室内通信集线器92与公共网络PL等进行通信。

第八实施方式

在下文中，将参照附图基于与第一实施方式的差别来描述第八实施方式。

第一实施方式在依次获取车辆数据组的同时生成节点列表和链路列表。在本实施方式中，除了以上述方式生成的节点列表和链路列表之外，作为预设置节点列表的固定节点列表和作为预设置链路列表的固定链路列表被预先存储在存储设备56中。

图15A示出了固定节点列表，图15B示出了固定链路列表。如图15A和图15B所示，固定节点列表表示：固定节点ID；定义由固定节点ID指定的节点的车辆数据的组合；以及车辆数据的值。固定链路列表是其中一个固定节点ID被设置为起点节点ID并且设置有发出的命令参数的数据。

在本实施方式中，定义由固定节点ID指定的节点的车辆数据的类型数量不等于定义每个类别中的节点的车辆数据的类型的数量，并且小于定义每个类别中的节点的车辆数据的类型的数量。原因是因为定义每个类别的节点的数据的类型的数量大于用于指定由发出的命令参数指定的处理被执行的状态的数据的类型的数量。

图16示出了根据本实施方式的转换预测处理和命令生成处理的过程。通过CPU 52以预定周期重复执行存储在ROM 54中的程序来实现图16所示的处理。在图16中，为了方便，将用相同的步骤编号来标示与图6所示的处理对应的处理，并且将不再对与图6的处理对应的处理进行描述。

在图16所示的一系列处理中，当S44的处理完成时，CPU 52针对对由S44的处理指定的类别的每个节点执行S60至S64的处理。即，首先，CPU 52确定每个类别的节点是否被登记在下面描述的节点ID转换列表中(S60)。当CPU 52确定节点未被登记(在S60中为否)时，CPU 52确定在固定节点列表中限定的固定节点中是否存在与由S40的处理指定的每个类别的节点部分匹配的固定节点(S62)。指定节点和固定节点之间的部分匹配意味着：例如，当存在定义固定节点的N种类型的数据时，针对N种类型的数据中的每一种，定义固定节点的数据的值与定义指定节点的数据的值匹配。

当CPU 52确定不存在与由S40的处理指定的每个类别的节点部分匹配的固定节点(在S62中为否)时，CPU 52转换至S46的处理。当CPU 52确定存在与由S40的处理指定的每个类别的节点部分匹配的固定节点(在S62中为是)时，CPU 52将与指定节点部分匹配的节点登记在图15C所示的节点ID转换列表中(S64)。如图15C所示，节点ID转换列表表示与由固定节点ID定义的固定节点部分匹配的每个类别的节点ID。每个类别的与固定节点相关联的部分匹配的节点ID的数量可能存在多个。

返回至图16，当CPU 52完成S64的处理或在S60的处理中做出肯定确定时，CPU 52确定固定链路列表中的命令参数是否请求向用户进行询问(S66)。当请求向用户询问(在S66中为是)时，CPU 52例如从扬声器61输出音频信号，以向用户进行关于是否执行预定处理的询问(S68)。当用户响应于询问而准许执行预定处理(在S70中为是)时，或者当CPU 52在S66中做出否定确定时，CPU 52基于命令链路列表生成命令(S72)。可以基于例如音频感测设备62的输出信号来确认来自用户的响应。

当CPU 52完成S72的处理或在S70中做出否定确定时，CPU 52暂时终止图16所示的一系列处理。将描述本实施方式的活动。

假设：例如错误地操作变速杆的用户未选择驾驶位置并且导致车辆以低速档行驶的现象意外地连续。然后，在根据每个类别的链路列表预测节点的情况下，在用户乘坐在车辆10上并且将车辆置于能够行驶的状态时，变速器设备可能在S52的命令生成处理中被换挡至低速档。固定节点由例如以下状态来定义：变速器设备处于停车位置，并且车辆10处于能够行驶的状态。固定链路列表将固定节点与以下命令参数相关联：所述命令参数使得向用户进行“换挡至驾驶位置？”的询问，然后接收许可并且将变速器设备换挡至驾驶位置。因此，当车辆10被切换至能够行驶的状态时，从扬声器61向用户输出说出“换挡至驾驶位置？”的音频信号。因此，可以减少由于用户的意外行为而引起的错误预测。

假设：例如，在具有使座椅存在传感器起反应的重量水平的物体被放置在后座椅上的状态下，当用户离开驾驶座椅并且离开车辆10时，用户总是关闭窗户。然后，当用户离开驾驶座椅时预测窗户被关闭的状态，即使在实际上有人正坐在后座椅上时也是如此。固定节点由例如以下状态来指定：外部空气温度高于或等于预定温度、后座椅的座椅存在传感器起反应以及车辆在驾驶座椅的座椅存在传感器未起反应的状态下被锁定。在这样的情况下，生成用于打开窗户并且发出警报的命令。因此，例如，减少了在灼热的太阳下在有人坐在后座上的情况下关闭所有窗户的情况。

固定节点还使得能够处理在通常情况下未及时提供的指令。即，假设：例如音频感测设备62感测到说出“关闭窗户”的音频信号，CPU 52基于该音频信号向车体系统22的ECU40输出指令以操作电动窗户，并且当窗户正在关闭时用户感觉窗户的打开程度是适当的并且说出“停止”。在这样的情况下，CPU 52可以基于音频识别字典来识别话语，并且然后向ECU 40输出指令以停止关闭窗户的操作。然而，指令可能未被及时提供。当由关闭窗户的控制被执行并且音频感测设备62感测到音频的状态来指定固定节点时，以及当该固定节点与用于使关闭窗户停止的命令相关联时，可以立刻处理由用户说出的音频“停止”。

以下各项用作处理器：图1中的CPU 52和ROM 54，图7所示的实施方式中的CPU 32、CPU 42、CPU 52和ROM 34、ROM 44、ROM 54，图8中的CPU 102和ROM 104以及图11中的CPU52、CPU 102和ROM 54、ROM 104。以下各项用作存储设备：图1中的存储设备56，图7中的存储设备36、存储设备46、存储设备56，图8中的存储设备106以及图11中的存储设备56、存储设备106。图2中的S10至S30的处理是存储更新处理的示例。以下各项用作预测数据生成设备：图1中的ECU 50，图7中的ECU 30、ECU 40、ECU 50，图8中的ECU 100以及图11中的ECU 50、ECU 100。ECU 30和ECU 40用作第一控制设备和第二控制设备。图7中的ECU 30、ECU 40、ECU50的每一个中的数据更新处理单元M32的处理和符号化处理单元M30的处理是存储更新处理的示例。S42至S50的处理是转换预测处理的示例。图15A中的固定节点列表和图15B中的固定链路列表是关联信息的示例。S72的处理是固定命令处理的示例。

其他实施方式

可以如下改变实施方式中的至少一个事项。

节点登记处理

在实施方式中，当基于获取的数据组而指定的节点仍未被登记时，将该节点按顺序登记在节点列表中。然而，本发明不限于此。例如，当节点持续的时间段长于或等于预定时间段时，节点可以被登记在节点列表中。在这样的情况下，当节点持续的时间段短于预定时间段时，节点可以被丢弃。可替选地，当例如节点的转换源和转换目的地中的至少一个的数量存在多个时，该节点可以在子列表中排队，然后可以被登记在节点列表中。

转换预测处理

将当前节点设置为起点节点并且从该起点节点预测转换目的地的其他节点的转换预测处理不限于实施方式中所示的转换预测处理。例如，在不参照节点的观测数量的情况下，可以将如下候选节点预测成转换目的地：根据由链路列表限定的转换，从起点节点通过预定数量的转换到达的、在候选节点中至其的链路的观测数量最大的候选节点。当不使用节点的观测数量时，节点的观测数量可以不包括在预测数据中。

可替选地，例如，可以将如下候选节点预测成转换目的地：根据由链路列表限定的转换，从起点节点通过进行从一次至预定多次中的每种次数的转换到达的、在候选节点中的至其的每个转换的观测数量的平均值最大的候选节点。转换的观测数量的平均值是通过将确定从起点节点至候选节点的转换的每个链路的观测数量的总数除以转换数量而获取的值。例如，当生成具有相同平均值的一对候选节点时，可以将具有相对大的观测数量的候选节点设置为转换目的地的预测节点。

转换预测处理使用链路的观测数量。然而，本发明不限于此。例如，可以将如下节点预测成转换目的地的节点：根据由链路列表限定的转换，从起点节点通过进行从一次至预定多次中的每种次数的转换到达的、在节点中的从起点节点后续的节点至终点节点中的每个节点的观测数量的平均值最大的节点。这样的处理认为通过具有相对大的观测数量的节点的情况比通过具有相对小的观测数量的节点的情况更有可能发生。当不使用链路的观测数量时，链路的观测数量可以不包括在预测数据中。

转换预测处理可以包括例如预先设置与当前节点不同并且可能是命令生成处理的目标节点的候选节点的处理。可以通过以下方式来实现该处理：确定预测节点，使得在排除在反向进行链路列表中限定的转换时未到达当前节点的候选节点以及在反向转换期间转向另一候选节点的候选节点之后，指定具有至其的链路的观测数量的平均值最大的节点。

命令生成处理

实施方式预先设置命令生成处理的目标设备，并且在设置设备的当前状态与由预测节点表示的状态不同的情况下生成用于进行至由预测节点表示的状态的转换的命令。然而，本发明不限于此。例如，可以预先设置命令生成处理的非目标设备，并且可以在未设置设备的当前状态与由预测节点表示的状态不同的情况下，生成用于进行至由预测节点表示的状态的转换的命令。目标设备的列表可以不存储在ROM 54中，而可以存储在例如存储设备56中。

例如，当不期望成为命令生成处理的目标的设备的数据不包括在构成节点的数据中时，不必预先将命令生成处理的目标设备或命令生成处理的非目标设备确定为列表。

当由用户操作的设备的操作状态在预测节点和当前节点之间存在差异时，命令生成处理生成用于切换至由预测节点限定的设备的操作状态的命令。然而，本发明不限于此。例如，当由用户操作的设备的操作状态在预测节点和当前节点之间存在差异时，可以支持用户将设备操作成由预测节点表示的设备的状态中。当例如预测节点表示执行广播节目的再现处理的状态并且当广播节目的再现处理当前未被执行时，可以通过以下操作来实现这样的支持：增加确定音频识别字典中的词语或句子中的用以再现广播节目的指令的词语或句子与由音频感测设备62感测到的音频数据相匹配的可能性。这样的识别由用户提供的输入操作的意图的处理还包括基于图像感测设备65的输出信号的姿势识别处理。可以以相同的方式执行姿势识别处理。

当由用户操作的设备的操作状态在由预测节点和当前节点表示的状态之间存在差异时，命令生成处理进行至由预测节点表示的状态的转换。然而，本发明不限于此。例如，当在外部空气温度高于或等于预定温度并且在行李仓中检测到预定量或更多的负载的状态下多次观测到至冷却回路中的制冷剂的温度过度增加的节点的转换时，可以通过表示外部空气温度高于或等于预定温度并且在行李仓中检测到预定量或更多的负载的状态的节点将制冷剂的温度预测成过度增加。在这样的情况下，例如，ECU30可以基于该预测来改变冷却回路中的制冷剂循环控制的增益。当执行这样的控制时，与由用户操作的设备的操作状态相对应的数据可以不包括在构成类别的数据子组中。

预测数据生成设备

预测数据生成设备不限于实施方式中的每一个中所示的预测数据生成设备。例如，当由ECU 30处理的车辆数据子组、由ECU 40处理的车辆数据子组以及由ECU 50处理的车辆数据子组被分类至不同的类别中时，ECU 30和ECU 40可以向属于相应类别的车辆数据子组中的在同一时间获取的数据分配时间戳，并且可以存储该数据。在这样的情况下，当通过使将车辆10置于能够行驶的状态的开关切换至关闭而将车辆10置于不能够行驶的状态时，可以通过网络NW将由ECU 30和ECU 40存储的数据发送至ECU 50。在这样的情况下，CPU52可以执行与图2所示的处理相对应的处理，以更新存储在存储设备56中并且与ECU 30相对应的类别和与ECU 40相对应的类别的节点列表和链路列表。

预测数据生成设备可以不配置有例如如第一实施方式中的车辆10中的多媒体系统的ECU 50。预测数据生成设备可以被配置有与图1所示的任何ECU不同并且处理预测数据的专用ECU。

数据组

例如，与用于车辆10的行驶的道路信息等有关的数据或与时间有关的数据可以包括在用于指定节点的数据组中。

询问处理

实施方式通过使用利用音频信号的音频向导来执行询问处理。然而，本发明不限于此。例如，可以使用平视显示器通过将关于询问的内容的视觉信息显示为在风挡前部的虚拟图像来执行查询处理。响应于询问处理的用户的许可可以不被提供为音频输入操作。例如，可以将用户的许可提供为图像感测设备65的姿势输入操作或者提供为在触摸面板64上的输入操作。

车辆控制设备

可以改变图14所示的配置使得由车辆10中的CPU 52等执行命令生成处理单元M36的处理。在这样的情况下，ECU 100执行命令生成处理单元M36的与房屋90有关的处理。

处理器

虽然实施方式将ROM示出为构成处理器的程序存储装置，并且未描述ROM的类型，但是程序存储装置可以是例如不可重写存储器，或者可以是例如电可重写非易失性存储器。

处理器不限于包括程序存储装置例如存储程序的ROM和执行程序的CPU的软件处理电路。处理器可以是执行预定处理的专用硬件电路，例如ASIC。此外，处理器可以被配置成包括软件处理电路和专用硬件电路二者。这样的处理器可以通过例如包括执行图2的处理的专用硬件电路和执行图6的处理的专用软件处理电路来实现。

存储设备

预测数据的存储设备不限于电可重写非易失性存储设备。例如，存储设备可以包括非易失性存储器和易失性RAM。在这样的情况下，例如，RAM可以在数据更新处理被执行时存储数据，并且可以在ECU的主电源被置于关闭状态之前将存储在RAM中的数据存储在非易失性存储器中。存储设备可以是备用RAM，即使在ECU的主电源被置于关闭状态时，仍然维持对备用RAM的电力供应。在这样的情况下，存储设备理想地包括例如可以在电池更换周期内维持对RAM的电力供应的电力存储设备。

其他

车辆10中的控制单元不限于图1所示的控制单元。例如，可以另外包括执行用于行驶安全的处理的控制单元。可替选地，例如，动力总成底盘系统20的ECU 30可以被划分成动力总成系统的ECU、转向系统的ECU以及其他ECU。

例如，当图2中的S10的处理是获取一个车辆数据组的处理时，可以移除S12的处理。类似地，当图12中的S10a的处理是获取一个车辆数据组和一个房屋数据组的处理时，可以移除S12a的处理。

例如，如图8所示，当在车辆10或房屋90的外部的中心中的ECU 100生成预测数据时，ECU 100可以使用将房屋90与房屋90的用户的车辆10进行关联的数据。例如，当使用与车辆10的位置有关的数据时，可以基于包括车辆10在夜间等停车的位置的位置数据来获取与同一用户有关的车辆10与房屋90之间的相关性，即使在中心处理多个车辆10或多个房屋90的数据并且没有指定与同一用户有关的车辆10和房屋90的信息的情况下也是如此。

固定节点列表或固定链路列表可以具有节点或链路的观测数量。在这样的情况下，可以获取与固定节点的发生数量等有关的信息。

Claims (8)

1.一种生成预测数据的预测数据生成设备，在所述预测数据中，基于数据组中的在同一时间获取的数据组来定义有向图的节点，所述数据组中的每一个包括包含与车辆中的设备有关的数据的多种类型的数据，并且所述有向图的链路由所述节点的转换定义，所述预测数据被用作预测所述节点的转换的转换预测处理的输入，所述预测数据生成设备的特征在于，包括：

存储设备；以及

处理器，其被配置成：

针对预定的多个类别中的每个类别，按照所述数据组的数据子组将每个类别的节点定义为所述有向图的节点，所述数据子组包括属于该类别的多种类型的数据；

按照从成对的不同节点中的一个至另一个的转换将每个类别的链路定义为所述有向图的链路；

将所述每个类别的节点的观测数量和所述每个类别的链路的观测数量中的至少一个、所述每个类别的节点以及所述每个类别的链路用作所述预测数据；以及

根据所述数据组随着时间流逝的更新来执行依次更新所述预测数据并且将更新后的预测数据存储在所述存储设备中的存储更新处理；

其中，所述存储更新处理包括以下处理中的至少一个处理：在预先已知所述每个类别的节点的情况下增加所述节点的观测数量的处理，以及在预先已知所述每个类别的链路的情况下增加所述链路的观测数量的处理。

2.根据权利要求1所述的预测数据生成设备，其特征在于，由所述处理器执行的存储更新处理包括：

数据组获取处理，其依次获取所述数据组；

指定处理，其通过将依次获取的所述数据组分类至所述类别中来指定所述每个类别的节点；

节点登记处理，其在由所述指定处理指定的节点尚未被存储在所述存储设备中的情况下，将所指定的节点作为新节点存储在所述存储设备中；

链路登记处理，其在至由所述指定处理指定的每个类别的节点的转换尚未被存储在所述存储设备中的情况下，将所述至由所述指定处理指定的每个类别的节点的转换作为新链路存储在所述存储设备中；以及

以下处理中的至少一个处理：在由所述指定处理指定的节点已经被存储在所述存储设备中的情况下增加所述节点的观测数量的处理，以及在从前面紧接的节点至所指定的节点的转换已经被存储在所述存储设备中的情况下增加所述链路的观测数量的处理。

3.根据权利要求2所述的预测数据生成设备，其特征在于，所述数据组还包括房屋中的多种类型的数据。

4.根据权利要求1至3中任一项所述的预测数据生成设备，其特征在于：

所述车辆包括第一控制器和第二控制器；以及

所述类别包括第一类别和第二类别，其中，所述第一类别由所述第一控制器处理的数据子组形成，所述第二类别由所述第二控制器处理的数据子组形成并且与所述第一类别不同。

5.根据权利要求1至4中任一项所述的预测数据生成设备，其特征在于，所述存储更新处理被配置成：按照所述类别中的每个类别的节点的组合将与所述每个类别的节点不同的类别间节点定义为所述有向图的节点；按照从成对的不同的类别间节点中的一个至另一个的转换将与所述每个类别的链路不同的类别间链路定义为所述有向图的链路；以及将所述类别间节点的观测数量与所述类别间链路的观测数量中的至少一个、所述类别间节点以及所述类别间链路包括在被存储在所述存储设备中并且依次被更新的所述预测数据中。

6.一种车辆控制设备，其特征在于，包括根据权利要求1至5中任一项所述的预测数据生成设备，其中：

处理器被配置成执行所述转换预测处理和命令生成处理，所述命令生成处理基于由所述转换预测处理执行的预测来生成用于控制所述车辆中的设备的命令；以及

所述转换预测处理将存储在所述存储设备中的节点中的与车辆的当前节点相对应的节点设置为起点节点，并且将来自通过由存储在所述存储设备中的链路定义的一个或多个转换所到达的候选节点的特定节点设置为指定所述车辆的后续状态的预测节点，并且所述转换预测处理包括以下处理中的至少一个：相对于具有相对小的观测数量的候选节点，优先选择具有相对大的观测数量的候选节点作为所述预测节点的处理；以及相对于连接所述起点节点与候选节点的每个链路的具有相对小的观测数量的候选节点，优先选择连接所述起点节点与候选节点的每个链路的具有相对大的观测数量的候选节点作为所述预测节点的处理。

7.根据权利要求6所述的车辆控制设备，其特征在于：所述存储设备预先存储关联信息，该关联信息将有向图的预定节点设置为固定节点而不考虑所述存储更新处理，并且将控制所述车辆的预定设备的预定处理与所述固定节点进行关联，以及

所述处理器被配置成在当前节点与所述固定节点相对应的情况下执行固定命令处理，所述固定命令处理基于所述关联信息来执行所述预定处理而不使用所述转换预测处理。

8.根据权利要求7所述的车辆控制设备，其特征在于：所述处理器被配置成在执行所述固定命令处理之前执行向用户进行关于是否执行所述固定命令处理的询问的询问处理，并且所述处理器被配置成当所述用户响应于所述询问而准许执行所述固定命令处理时执行所述固定命令处理。