CN117681805A - 车辆、系统、通知控制方法以及非临时性存储介质 - Google Patents

Abstract

本发明涉及车辆、系统、通知控制方法以及非临时性存储介质。本发明的用户的车辆搭载有ECU，具备构成为与上述用户的信息处理装置进行通信的通信部、和控制部。上述控制部构成为：进行向上述车辆报告在上述ECU中使用的软件的更新过程中的多个进展状况的控制；进行以第1频度向上述信息处理装置通知上述多个进展状况中的第1进展状况的控制；以及进行以第2频度向上述信息处理装置通知上述多个进展状况中的第2进展状况的控制。上述第2进展状况与上述第1进展状况不同。上述第2频度低于上述第1频度。

Description

车辆、系统、通知控制方法以及非临时性存储介质

技术领域

本公开涉及车辆、系统、通知控制方法以及非临时性存储介质。

背景技术

在日本特开2017-149323中公开了一种搭载于车辆的车辆控制装置，该车辆控制装置经由用户的移动设备下载从服务器发送的(车辆ECU用的)更新用软件。

存在将由车辆控制装置进行的软件的更新过程中的多个进展状况分别向移动设备通知的情况。在这种情况下，存在由车辆与移动设备之间的通信造成的电力消耗变大的情况。因此，期望抑制由车辆与移动设备(信息处理装置)之间的通信造成的电力消耗变大的情况。

发明内容

本公开提供一种能够抑制由车辆与信息处理装置之间的通信造成的电力消耗变大的情况的车辆、系统、通知控制方法以及非临时性存储介质。

在本公开的第1形态中，搭载有ECU的用户的车辆具备构成为与上述用户的信息处理装置进行通信的通信部、和控制部。上述控制部构成为进行向上述车辆报告在所述ECU中使用的软件的更新过程中的多个进展状况的控制。上述控制部构成为进行以第1频度向上述信息处理装置通知上述多个进展状况中的第1进展状况的控制。上述控制部构成为进行以第2频度向上述信息处理装置通知上述多个进展状况中的第2进展状况的控制。上述第2进展状况与上述第1进展状况不同。上述第2频度低于上述第1频度。

在本公开的第1方面所涉及的车辆中，以比第1频度低的第2频度向信息处理装置通知第2进展状况。由此，与以第1频度以上的频度向信息处理装置通知第2进展状况的情况相比，能够减少车辆与信息处理装置之间的通信量。其结果是，能够抑制由车辆与信息处理装置之间的通信所造成的电力消耗变大的情况。

在上述第1形态所涉及的车辆的基础上，上述控制部可以构成为：在上述第2进展状况成为了规定的状况的情况下，进行向上述信息处理装置通知上述第2进展状况是上述规定的状况这一情况的控制。若形成为这样构成，则能够抑制在第2进展状况为规定的状况以外的情况下向信息处理装置通知第2进展状况的情况。其结果是，能够更容易地抑制由车辆与信息处理装置之间的通信所造成的电力消耗变大的情况。

在上述第1形态所涉及的车辆的基础上，上述控制部可以构成为：根据来自上述信息处理装置的请求而进行向上述信息处理装置通知上述第2进展状况的控制。若形成为这样构成，则能够抑制在由信息处理装置请求的情况以外的情况下向信息处理装置通知第2进展状况的情况。其结果是，能够容易地抑制由车辆与信息处理装置之间的通信所造成的电力消耗变大的情况。

在上述第1形态所涉及的车辆的基础上，上述第2频度可以是0次。若形成为这样构成，则能够进一步抑制由车辆与信息处理装置之间的通信所造成的电力消耗变大的情况。

本公开的第2形态所涉及的系统具备用户的信息处理装置；以及上述用户的车辆，该车辆搭载有ECU。上述车辆构成为与上述信息处理装置进行通信。上述车辆构成为进行向上述车辆报告在上述ECU中使用的软件的更新过程中的多个进展状况的控制。上述车辆构成为进行以第1频度向上述信息处理装置通知上述多个进展状况中的第1进展状况的控制。上述车辆构成为进行以第2频度向上述信息处理装置通知上述多个进展状况中的第2进展状况的控制。上述第2进展状况与上述第1进展状况不同。上述第2频度低于上述第1频度。

在本公开的第2形态所涉及的系统中，以比第1频度低的第2频度从车辆向信息处理装置通知第2进展状况。由此，能够提供一种可以抑制由车辆与信息处理装置之间的通信所造成的电力消耗变大的情况的系统。

在上述第2形态所涉及的系统的基础上，上述车辆可以构成为：在上述第2进展状况成为了规定的状况的情况下，进行向上述信息处理装置通知上述第2进展状况是上述规定的状况这一情况的控制。若形成为这样构成，则能够提供一种可以容易地抑制由车辆与信息处理装置之间的通信所造成的电力消耗变大的情况的系统。

在上述第2形态所涉及的系统的基础上，上述车辆可以构成为：根据来自上述信息处理装置的请求而进行向上述信息处理装置通知上述第2进展状况的控制。若形成为这样构成，则能够提供一种可以容易地抑制由车辆与信息处理装置之间的通信所造成的电力消耗变大的情况的系统。

本公开的第3形态所涉及的通知控制方法是用于对在用户的车辆的ECU中使用的软件的更新过程中的多个进展状况的通知进行控制。上述通知控制方法包括：向上述车辆报告上述多个进展状况的工序；以第1频度从上述车辆向上述用户的信息处理装置通知上述多个进展状况中的第1进展状况的工序；以及以第2频度从上述车辆向上述信息处理装置通知上述多个进展状况中的第2进展状况的工序。上述第2进展状况与上述第1进展状况不同。上述第2频度低于上述第1频度。

在本公开的第3方面所涉及的通知控制方法中，如上述那样，以比第1频度低的第2频度从车辆向信息处理装置通知第2进展状况。由此，能够提供一种可以抑制由车辆与信息处理装置之间的通信所造成的电力消耗变大的情况的通知控制方法。

本公开的第4形态所涉及的非临时性存储介质储存使车辆执行作为本公开的第1形态所涉及的车辆的功能的命令。

根据本公开，能够抑制由车辆与信息处理装置之间的通信所造成的电力消耗变大的情况。

附图说明

以下参考附图，对本发明的示例性实施例的特征、优点、以及技术和工业意义进行描述，在附图中，相同的附图标记表示相同的元件，其中，

图1是表示基于第1实施方式的通知系统的结构的图。

图2是表示基于第1实施方式的通知控制方法的顺序图。

图3是表示基于第2实施方式的通知系统的结构的图。

图4是表示基于第2实施方式的通知控制方法的顺序图。

具体实施方式

以下，参照附图对本公开的实施方式详细地进行说明。在附图中，对相同或者相当的部分标注相同的附图标记，不重复其说明。

第1实施方式

图1是表示第1实施方式所涉及的通知系统1的结构的图。通知系统1具备服务器100、用户200的车辆300以及用户200的移动终端400。移动终端400包括智能手机等。此外，移动终端400是本公开的“信息处理装置”的一个例子。

服务器100包括处理器101、存储器102以及通信部103。处理器101控制通信部103。在存储器102，除了由处理器101执行的程序之外，还存储有在程序中使用的信息(例如，映射、数式以及各种参数)。通信部103包括各种通信接口(I/F)。

在车辆300搭载有ECU(Electronic Control Unit)310。ECU310包括处理器311、存储器312以及通信部313。在存储器312，除了由处理器311执行的程序之外，还存储有在程序中使用的信息(例如，映射、数式以及各种参数)。通信部313包括各种通信I/F。通信部313可以包括DCM(Data Communication Module：数据通信模块)，也可以包括与5G(第5代移动通信系统)对应的通信I/F。通信部313与服务器100的通信部103及移动终端400的后述的通信部403分别进行通信。此外，处理器311和通信部313分别是本公开的“控制部”和“通信部”的一个例子。

另外，在车辆300设置有显示终端320。显示终端320例如包括车辆导航系统等的HMI(Human Machine Interface：人机界面)。

移动终端400包括处理器401、存储器402以及通信部403。在存储器402，除了由处理器401执行的程序之外，还存储有在程序中使用的信息(例如，映射、数式以及各种参数)。通信部403包括各种通信I/F。

服务器100的处理器101进行与用于ECU310的软件的更新有关的控制。处理器101通过通信部103将新的版本的软件(更新用的软件)向ECU310的通信部313发送。其后，ECU310的处理器311安装接收到的更新用的软件来进行软件的更新。

处理器311进行向车辆300报告软件的更新过程中的多个进展状况的控制。具体而言，处理器311进行将多个进展状况显示于显示终端320的控制。另外，处理器311也可以使多个进展状况显示于未图示的平视显示器。此外，处理器311也可以通过声音报告多个进展状况。

多个进展状况包括第1进展状况、和与第1进展状况不同的第2进展状况。第1进展状况例如包括车辆300中的软件的更新处理的进展状况(安装的进展率)。第2进展状况例如包括从服务器100向车辆300发送软件的进展状况(进展率)。此外，第1和第2进展状况分别不局限于上述的例子。

处理器311进行以第1频度向移动终端400通知第1进展状况的控制。具体而言，处理器311进行每隔数秒(例如每隔10秒)向移动终端400通知第1进展状况的控制。此外，上述的数秒是后述的顺序图(参照图2)中的步骤S3～S7的处理所需要的时间。

这里，由于将多个进展状况分别通知给移动终端400，因此存在由车辆300与移动终端400之间的通信所造成的电力消耗(通信负荷)变大的情况。因此，期望抑制由车辆300与移动终端400之间的通信所造成的电力消耗变大的情况。

因此，在第1实施方式中，处理器311进行以比上述第1频度低的第2频度向移动终端400通知第2进展状况的控制。

具体而言，在第2进展状况(从服务器100向车辆300发送软件的进展率)变为了100％的情况下，处理器311进行向移动终端400通知第2进展状况的控制。换言之，在第2进展状况(发送软件的进展率)变为了100％的情况下，处理器311向移动终端400通知软件的发送已完成这一主旨。此外，在第2进展状况变为了100％以外的进展率(例如50％)的情况下，也可以向移动终端400通知第2进展状况。

另外，处理器311根据来自移动终端400的请求，进行向移动终端400通知第2进展状况的控制。具体而言，在处理器311通过通信部313从移动终端400取得了请求公开第2进展状况的信号的情况下，处理器311进行向移动终端400通知第2进展状况的控制。

详细而言，处理器311对于通过通信部313取得的一个信号，仅进行一次向移动终端400通知第2进展状况的通知处理。由此，即使重复多次后述的步骤S3～S7(参照图2)的处理，也能够防止针对一个上述信号而进行多次第2进展状况的通知的情况。

另外，通过处理器311读入并执行储存于存储器312的程序312a来进行处理器311中的上述控制。此外，程序312a本身并不是物理存在的，但是在图1中，为了容易理解，对存储器312的程序标注附图标记(312a)来进行了图示。

通知控制方法

接下来，参照图2的顺序图，对上述进展状况的通知控制方法进行说明。

首先，在步骤S1中，服务器100通过通信部103向车辆300发送在ECU310使用的更新用软件。

在步骤S2中，ECU310的处理器311判定在步骤S1中从服务器100发送的更新用软件的安装处理是否正由车辆300执行。在更新用软件的安装处理正在执行中的情况下(在S2中为是)，处理进入至步骤S3。在更新用软件的安装处理不在执行中的情况下(在S2中为否)，处理结束。

在步骤S3中，处理器311通过通信部313向移动终端400的通信部403通知上述第1进展状况。

在步骤S4中，处理器311使第1和第2进展状况分别显示于车辆300的显示终端320。

在步骤S5中，处理器311判定是否存在来自移动终端400的第2进展状况的公开请求、或者第2进展状况是否是规定的状况。在步骤S5中的判定为是的情况下，处理进入至步骤S6。在步骤S5中的判定为否的情况下，处理进入至步骤S7。在步骤S6中，处理器311通过通信部313将第2进展状况向移动终端400的通信部403发送。之后，处理进入至步骤S7。

即，仅在满足与第2进展状况有关的步骤S5的条件的情况下，处理器311才进行向移动终端400通知第2进展状况的控制。由此，能够容易地使通过步骤S6的处理向移动终端400通知第2进展状况的频度(第2频度)低于通过步骤S3的处理向移动终端400通知第1进展状况的频度(第1频度)。

另外，上述规定的状况包括从服务器100向车辆300发送软件的进展状况(进展率)变化(到达)到100％的情况。具体而言，在上次的步骤S7的处理中的上述进展率不足100％(例如95％)、并且这次的步骤S7的处理中的上述进展率为100％的情况下，处理器311判定为第2进展状况为上述规定的状况。另外，在首次执行的步骤S7的处理中的上述进展率为100％的情况下，处理器311也判定为第2进展状况为上述规定的状况。

此外，步骤S3～S6的处理的次序并不局限于图2的例子。例如，上述的处理也可以相互同时进行。

在步骤S7中，处理器311判定更新用的软件的安装是否完成。换言之，处理器311判定第1进展状况(进展率)是否为100％。在更新用的软件的安装完成的情况下(在S9中为是)，处理进入至步骤S10。在更新用的软件的安装未完成的情况下(在S9中为否)，处理返回至步骤S3。

在步骤S8中，处理器311将更新用的软件的安装已完成这一主旨显示于车辆300的显示终端320。

在步骤S9中，处理器311通过通信部313向移动终端400的通信部403通知更新用的软件的安装已完成这一主旨。即，处理器311在步骤S9中对移动终端400进行第1进展状况的最终通知。由此，能够使第2进展状况的通知频度(第2频度)可靠地低于第1进展状况的通知频度(第1频度)。

此外，图2所示的顺序仅仅是一个例子，并不局限于此。例如，也可以是基于第2进展状况的通知频度(第2频度)来限制第2进展状况的通知处理(S6)的执行那样的顺序。

如以上那样，在第1实施方式中，ECU310的处理器311进行以第1频度向移动终端400通知在ECU310中使用的软件的更新过程中的第1进展状况的控制，并进行以比上述第1频度低的第2频度向移动终端400通知第2进展状况的控制。由此，能够维持从车辆300向移动终端400通知第1进展状况的频度(第1频度)，并且能够使从车辆300向移动终端400通知第2进展状况的频度(第2频度)比较低。其结果是，能够在一定程度上抑制由车辆300与移动终端400之间的通信所造成的电力消耗变大的情况。

第2实施方式

参照图3和图4，对本公开的第2实施方式进行说明。在第2实施方式中，不从车辆向移动终端通知第2进展状况。对于与上述第1实施方式相同的结构和处理(步骤)，标注相同的附图标记，并且不进行重复的说明。

图3是表示第2实施方式所涉及的通知系统2的结构的图。通知系统2具备服务器100、用户200的车辆500以及用户200的移动终端400。

在车辆500搭载有ECU510。ECU510包括处理器511、存储器512以及通信部513。在存储器512，除了由处理器511执行的程序之外，还存储有在程序中使用的信息(例如，映射、数式以及各种参数)。另外，在车辆500具备显示终端520。ECU510也可以具备一个以上的处理器。ECU510也可以具备一个以上的存储器。

在第2实施方式中，处理器511进行不向移动终端400通知第2进展状况而是向车辆500报告第2进展状况的控制。换言之，车辆500不向移动终端400通知第2进展状况，而是通过显示终端520等的报告部报告第2进展状况。因此，处理器511向移动终端400通知第2进展状况的通知频度为0。对于第1进展状况和第2进展状况，处理器511向移动终端400仅通知第1进展状况。

通过处理器511读入并执行储存于存储器512的程序512a来进行处理器511中的上述控制。此外，程序512a本身并不是物理存在的，但是在图3中，为了容易理解，对存储器512的程序标注附图标记(512a)来进行图示。

图4是表示第2实施方式中的上述进展状况的通知控制方法的顺序图。如图4所示，第2实施方式中的顺序省略了图2所示的上述第1实施方式的顺序的步骤S5和S6的处理。

如以上那样，在第2实施方式中，ECU510的处理器511进行不向移动终端400通知上述第2进展状况而是向车辆500报告上述第2进展状况的控制。由此，与上述第1实施方式相比，能够降低向移动终端400通知第2进展状况的频度。因此，能够进一步抑制由车辆500与移动终端400之间的通信所造成的电力消耗变大的情况。

在上述第1实施方式中，示出了在第2进展状况变为了规定的进展率(在上述实施方式中为100％)的情况下向移动终端400发送第2进展状况的例子。然而，本公开并不局限于此。例如，在第2进展状况在规定时间以上未变化的情况下，也可以向移动终端400发送第2进展状况。

在上述第1实施方式中，示出了在满足与第2进展状况有关的规定的条件的情况下向移动终端400通知第2进展状况的例子，但是本公开并不局限于此。在第1实施方式中，也可以为如下顺序，即：不设置上述规定的条件，另外，相对于进行N次步骤S3的处理而仅进行N－1次以下的步骤S5(参照图2)的处理。例如，可以是在连续地进行了多次步骤S3的处理后，处理进入至步骤S4那样的顺序。

本次公开的实施方式全部的点应被认为是例示，并非是对本发明进行的限制。本发明的范围并非由上述的实施方式的说明限定，而是由权利要求书表示，意在包括与权利要求书等同的意思以及在其范围内的全部变更。

Claims (9)

1.一种车辆，其为用户的车辆，并搭载有ECU，

所述车辆的特征在于，具备：

通信部，其构成为与所述用户的信息处理装置进行通信；以及

控制部，

所述控制部构成为：

进行向所述车辆报告在所述ECU中使用的软件的更新过程中的多个进展状况的控制；

进行以第1频度向所述信息处理装置通知所述多个进展状况中的第1进展状况的控制；以及

进行以第2频度向所述信息处理装置通知所述多个进展状况中的第2进展状况的控制，

所述第2进展状况与所述第1进展状况不同，所述第2频度低于所述第1频度。

2.根据权利要求1所述的车辆，其特征在于，

所述控制部构成为：在所述第2进展状况成为了规定的状况的情况下，进行向所述信息处理装置通知所述第2进展状况是所述规定的状况这一情况的控制。

3.根据权利要求1或2所述的车辆，其特征在于，

所述控制部构成为：根据来自所述信息处理装置的请求而进行向所述信息处理装置通知所述第2进展状况的控制。

4.根据权利要求1所述的车辆，其特征在于，

所述第2频度为0次。

5.一种非临时性存储介质，其特征在于，

所述非临时性存储介质储存有使车辆执行作为权利要求1所述的车辆的功能的命令。

6.一种系统，其特征在于，具备：

用户的信息处理装置；以及

所述用户的车辆，该车辆搭载有ECU，

所述车辆构成为：

与所述信息处理装置进行通信；

进行向所述车辆报告在所述ECU中使用的软件的更新过程中的多个进展状况的控制；

进行以第1频度向所述信息处理装置通知所述多个进展状况中的第1进展状况的控制；以及

进行以第2频度向所述信息处理装置通知所述多个进展状况中的第2进展状况的控制，

所述第2进展状况与所述第1进展状况不同，所述第2频度低于所述第1频度。

7.根据权利要求6所述的系统，其特征在于，

所述车辆构成为：在所述第2进展状况成为了规定的状况的情况下，进行向所述信息处理装置通知所述第2进展状况是所述规定的状况这一情况的控制。

8.根据权利要求6或7所述的系统，其特征在于，

所述车辆构成为：根据来自所述信息处理装置的请求而进行向所述信息处理装置通知所述第2进展状况的控制。

9.一种通知控制方法，用于对在用户的车辆的ECU中使用的软件的更新过程中的多个进展状况的通知进行控制，

所述通知控制方法的特征在于，包括：

向所述车辆报告所述多个进展状况的工序；

以第1频度从所述车辆向所述用户的信息处理装置通知所述多个进展状况中的第1进展状况的工序；以及

以第2频度从所述车辆向所述信息处理装置通知所述多个进展状况中的第2进展状况的工序，

所述第2进展状况与所述第1进展状况不同，所述第2频度低于所述第1频度。