CN116980829A - 通信系统、车辆、服务器、用于控制车辆的方法以及非暂时性存储介质 - Google Patents

Abstract

本公开涉及通信系统、车辆、服务器、用于控制车辆的方法以及非暂时性存储介质。所述通信系统包括：通信装置，其被配置为与车辆的外部的服务器通信；和控制装置。所述控制装置被配置为在所述车辆沿着到目的地的行驶路线行驶的同时，控制所述通信装置从所述服务器接收预定的数据；获取所述行驶路线中的第一区间和第二区间；在所述车辆在所述第一区间中行驶的同时，控制所述通信装置接收所述数据；以及以在所述车辆在所述第二区间中行驶之前完成中断处理的方式控制所述通信装置。所述第一区间是接收所述数据的区间。所述第二区间是不接收所述数据的区间。所述中断处理是在可恢复状态下中断所述数据的接收的处理。

Description

通信系统、车辆、服务器、用于控制车辆的方法以及非暂时性 存储介质

技术领域

本公开涉及在车辆行驶的同时接收数据的通信系统、车辆、服务器、用于控制车辆的方法以及非暂时性存储介质。

背景技术

车辆配备有控制各种车载电气装置的运行的控制装置。不仅可以通过使用有线发送的数据更新用于该控制装置的控制程序，还可以通过使用所谓的空中下载(OTA)技术更新用于该控制装置的控制程序。当使用OTA技术时，使用通过无线通信从外部的服务器接收的更新信息来更新控制程序。在车辆行驶的同时，需要从服务器没有失败或没有中断地下载使用这种OTA技术的控制程序。

例如，在日本未审查专利申请公开第2017-090092号(JP 2017-090092 A)中，车辆的行驶路线被划分为不适合下载的不适合区间和适合下载的适合区间。通过例如在适合区间完成下载，防止了重复的下载失败或中断。

发明内容

然而，根据适合区间中接收水平、车辆的速度等的变化，可能不能在适合区间中完成要下载的数据的下载。如果下载由于在不适合区间失去通信而中断，则可能需要重新开始下载。结果，通信量可能会不必要地增加。

本公开提供了通信系统、车辆、服务器、用于控制车辆的方法和非暂时性存储介质，其可以减少当在车辆行驶的同时接收数据时通信量的不必要增加。

根据本公开的第一方案的通信系统包括：通信装置，其被配置为与车辆的外部的服务器通信；和控制装置。所述控制装置被配置为在所述车辆沿着到目的地的行驶路线行驶的同时，控制所述通信装置从所述服务器接收预定的数据。控制装置被配置为获取所述行驶路线中的第一区间和第二区间。所述第一区间是接收所述数据的区间。所述第二区间是不接收所述数据的区间。所述控制装置被配置为在所述车辆在所述第一区间中行驶的同时，控制所述通信装置接收所述数据。所述控制装置被配置为以在所述车辆在所述第二区间中行驶之前完成中断处理的方式控制所述通信装置。所述中断处理是在可恢复状态下中断所述数据的接收的处理。

利用该配置，通信装置被控制使得当车辆在第一区间中驾驶时接收数据，并且在车辆在第二区间中行驶之前完成中断处理。因此，例如，在车辆通过第二区间之后，可以恢复数据的接收，而无需重新开始。结果，与每次恢复数据的接收时重新开始数据的接收的情况相比，可以减少通信量的不必要的增加。

在根据本公开的第一方案的通信系统中，所述控制装置被配置为以在所述车辆通过所述第二区间之后恢复所述数据的所述接收的方式控制所述通信装置。

利用该配置，在车辆通过第二区间之后，可以恢复数据的接收，而无需重新开始。结果，与每次恢复数据的接收时重新开始数据的接收的情况相比，可以减少通信量的不必要的增加。

在根据本公开的第一方案的通信系统中，所述控制装置被配置为使用区域信息设定所述第二区间，所述区域信息包括所述通信装置能够通信的区域和通信范围之外的区域。

利用该配置，可以使用区域信息识别第二区间。因此，可以在车辆在第二区间中行驶之前完成中断处理。

在根据本公开的第一方案的通信系统中，所述控制装置可以被配置为当在所述车辆在所述第一区间中行驶的同时，所述通信装置的信号接收水平下降到阈值以下时，执行所述中断处理。

利用该配置，可以在车辆在第二区间中行驶之前完成中断处理。

根据本公开的第二方案的车辆包括通信系统。所述通信系统包括：通信装置，其被配置为与外部的服务器通信；和控制装置。所述控制装置被配置为在所述车辆沿着到目的地的行驶路线行驶的同时，控制所述通信装置从所述服务器接收预定的数据。所述控制装置被配置为获取所述行驶路线中的第一区间和第二区间。所述第一区间是接收所述数据的区间。所述第二区间是不接收所述数据的区间。所述控制装置被配置为在所述车辆在所述第一区间中行驶的同时，控制所述通信装置接收所述数据。所述控制装置被配置为以在所述车辆在所述第二区间中行驶之前完成中断处理的方式控制所述通信装置。所述中断处理是在可恢复状态下中断所述数据的接收的处理。

根据本公开的第三方案的服务器包括：通信装置，其被配置为与车辆通信；和控制装置。所述控制装置被配置为在所述车辆沿着到目的地的行驶路线行驶的同时，控制所述通信装置发送预定的数据。所述控制装置被配置为在所述车辆在第一区间中行驶的同时发送所述数据。所述第一区间是所述车辆接收所述数据的区间。所述控制装置被配置为在所述车辆在第二区间中行驶之前接收到指示所述车辆完成中断处理的信息时，中断所述数据的发送。所述中断处理是在可恢复状态下中断所述数据的接收的处理。所述第二区间是所述车辆不接收所述数据的区间。所述第一区间和所述第二区间包括在所述行驶路线中。

根据本公开的第四方案用于控制车辆的方法，所述车辆被配置为与外部的服务器通信，包括：在所述车辆沿着到目的地的行驶路线行驶的同时，从所述服务器接收预定的数据；获取所述行驶路线中的第一区间和第二区间；在所述车辆在所述第一区间中行驶的同时，接收所述数据；以及在所述车辆在所述第二区间中行驶之前完成中断处理。所述第一区间是接收所述数据的区间。所述第二区间是不接收所述数据的区间。所述中断处理是在可恢复状态下中断所述数据的接收的处理。

根据本公开的第五方案的非暂时性存储介质存储有能够由一个以上的处理器执行并使所述一个以上的处理器执行功能的指令。这些功能包括：在车辆沿着到目的地的行驶路线行驶的同时，从外部的服务器接收预定的数据，所述车辆被配置为与所述服务器通信；获取所述行驶路线中的第一区间和第二区间；在所述车辆在所述第一区间中行驶的同时，接收所述数据；以及在所述车辆在所述第二区间中行驶之前完成中断处理。所述第一区间是接收所述数据的区间。所述第二区间是不接收所述数据的区间。所述中断处理是在可恢复状态下中断所述数据的接收的处理。

因此，本公开可以提供通信系统、车辆、服务器、用于控制车辆的方法和非暂时性存储介质，其可以减少当在车辆行驶的同时接收数据时通信量的不必要增加。

附图说明

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

图1示出车辆信息管理系统的配置的示例；

图2示出适合区间和不适合区间；

图3是示出由电子控制单元(ECU)执行的处理的示例的流程图；

图4示出多个行驶路线的显示示例；

图5示出覆盖区域地图的示例；

图6是示出由ECU执行的下载处理的示例的流程图；以及

图7是示出从出发点到目的地的行驶路线上的数据的下载量的变化的曲线图。

具体实施方式

在下文中，将参照附图详细描述本公开的实施例。在所有附图中，相同或相应的部分由相同的标号表示，并且将不再重复其描述。

图1示出车辆信息管理系统1的配置的示例。如图1所示，在本实施例中，车辆信息管理系统1包括多个车辆2、3、通信网络6、基站7和数据中心100。

车辆2、3可以是任何车辆，只要其能够与数据中心100通信。例如，车辆2、3可以是使用发动机作为驱动源的车辆、使用电动机作为驱动源的纯电动汽车、或者配备有发动机和电动机并且使用发动机和电动机中的一个或两个作为驱动源的混合动力车。为了便于描述，图1中仅示出两个车辆2、3。然而，车辆的数量不特别限于两个，并且可以是三个以上。

车辆信息管理系统1从被配置为与数据中心100通信的车辆2、3获取预定信息或者向车辆2、3提供预定信息。车辆信息管理系统1被配置为管理获取的信息和要提供的信息。

数据中心100包括控制装置11、存储装置12、通信装置13和通信总线14。控制装置11、存储装置12和通信装置13经由通信总线14彼此连接，使得这些装置11、12和13可以彼此通信。数据中心100是本实施例中“服务器”的示例。

尽管图中未显示，但控制装置11包括中央处理单元(CPU)、存储器(诸如只读存储器(ROM)和随机存取存储器(RAM))、以及用于输入和输出各种信号的输入和输出端口。由控制装置11执行的各种控制通过软件处理来执行，即，通过CPU读取存储在存储器中的程序来执行。由控制装置11执行的各种控制还可以通过执行存储在非暂时性存储介质中的程序的通用计算机(未示出)来实现。由控制装置11执行的各种控制不一定需要通过软件处理来执行，并且可以通过利用专用硬件(电子电路)的处理来执行。

存储装置12存储关于被配置为与数据中心100通信的车辆2、3的预定信息。预定信息包括例如关于稍后将描述的各个车辆2、3的控制程序的信息，以及识别各个车辆2、3的信息(在下文中称为车辆标识(ID))。车辆ID是针对各个车辆设定的唯一信息。数据中心100可以通过车辆ID识别发送信息的车辆或接收信息的车辆。

通信装置13实现控制装置11和通信网络6之间的双向通信。数据中心100可以通过使用通信装置13经由通信网络6上的基站7与包括车辆2、3的多个车辆通信。

接下来，将描述车辆2、3的具体配置。由于车辆2、3基本上具有相同的配置，因此下面将代表性地描述车辆2的配置。

车辆2包括驱动轮50和从动轮52。驱动轮50通过驱动源的运行而旋转。结果，驱动力作用在车辆2上，并且车辆2被驱动。

车辆2进一步包括导航系统10、数据通信模块(DCM)30和电子控制单元(ECU)40。根据本实施例的通信系统20由DCM 30和ECU 40形成。

导航系统10包括：使用例如全球定位系统(GPS)卫星和无线局域网(LAN)的位置检测装置；存储地图信息的数据库；和使用CPU等的控制装置(均未示出)。位置检测装置识别车辆2的位置。导航系统10确定在地图上从车辆2的当前位置到目的地的行驶路线，并且提供引导以引导车辆2沿着行驶路线向目的地行驶。导航系统10在未示出的触摸面板显示器上显示地图信息和引导信息，识别由用户通过触摸面板的用户操作输入的目的地，并且显示到识别的目的地的多个行驶路线选项。

ECU 40是计算机，包括：执行程序的处理器(诸如CPU)；存储器；以及输入和输出接口。ECU 40包括用于控制安装在车辆2上的各种致动器的各种控制程序。各种控制程序包括例如用于以下至少一种的控制程序：转向控制、驱动控制和制动控制。各种控制程序可以包括例如用于实现具有与车辆2的驾驶支持相关的功能的驾驶支持系统的程序。驾驶支持系统包括例如自动驾驶系统(AD)、自动驻车系统和高级驾驶辅助系统(ADAS)。

DCM 30是通信模块，其被配置为与数据中心100双向通信。DCM 30是本实施例中“通信装置”的示例。

ECU 40可以使用所谓的空中下载(OTA)技术更新存储在存储器中的各种控制程序。当使用OTA技术时，使用通过无线通信从车辆2的外部的数据中心100接收的更新信息来更新控制程序。利用OTA技术，即使在车辆2被投放市场之后，也可以向车辆2提供更新程序，以例如修改或添加功能。为了使用OTA技术更新控制程序，车辆2需要例如在行驶的同时经由DCM30等从数据中心100没有失败或中断地下载更新程序。

一种可能的方法是将车辆2的行驶路线划分为不适合下载的不适合区间(即车辆2不接收数据的区间)和适合下载的适合区间，并且使车辆2在适合区间中下载数据。

图2示出适合区间和不适合区间。当行驶路线上有隧道时，在车辆2在隧道中行驶的同时信号接收水平可能降低。同样，在具有高层建筑的区域(诸如高层区域(high-risearea))中，信号接收水平不稳定。因此，由于例如通信速度波动范围的增加，实际下载时间可能显著偏离估计时间。因此，隧道的内部和高层区域被设定为不适合下载的不适合区间。不适合区间不限于隧道内部和高层区域。其他不适合区间包括，例如，郊区中可通信的区域之间的间隙，以及两个国家之间的边界。两个国家之间的边界是不适合区间，因为在选择了穿过欧洲等的两个国家之间的边界的旅行路线的情况下，当车辆2越过边界时，执行切换通信供应商的处理(例如，漫游处理)。

因此，如图2所示，当车辆2开始沿着行驶路线从出发点向目的地行驶时，行驶路线可以被划分为适合下载的适合区间A、B和C以及不适合下载的不适合区间A、B。例如，当适合区间A中的估计行驶时间“a”长于所需下载时间“t”时，可以想到在适合区间A中下载更新程序。

然而，如果实际行驶时间缩短，并且小于估计行驶时间“a”；或者如果由于通信速度的波动，实际下载时间超过并长于所需下载时间“t”,则可能无法在适合区间中完成下载。如果即使当车辆2在不适合区间A中行驶时仍继续下载，则在下载期间通信可能丢失，并且下载可能中断。结果，即使在车辆2通过不适合区间A之后恢复下载，下载的进度也被重置等，使得将重新开始下载。因此，通信量可能会不必要地增加。特别是，更新程序的数据量越大，重新开始下载所浪费的通信量就越大。

因此，在本实施例中，ECU 40获取车辆2可以接收数据的第一区间(适合区间)和车辆2不接收数据的第二区间(不适合区间)，控制DCM 30使得车辆2在车辆2在第一区间中行驶的同时接收数据，并且控制DCM 30使得在车辆2在第二区间中行驶之前完成以可恢复方式中断数据的接收的中断处理。ECU 40还控制DCM 30使得在车辆2通过第二区间之后恢复数据的接收。

因此，DCM 30被控制使得在车辆2在第一区间中行驶的同时接收数据，并且在车辆2在第二区间中行驶之前完成中断处理。因此，在例如车辆2通过第二区间之后，可以恢复数据的接收，而无需重新开始。结果，与每次恢复数据的接收时重新开始数据的接收的情况相比，可以减少通信量的不必要的增加。

下面将参照图3描述由ECU 40执行的处理的示例。图3是示出由ECU 40执行的处理的示例的流程图。该流程图中所示的处理由ECU 40以预定控制周期重复执行。

在步骤S100中，ECU 40判定是否已经输入了目的地。例如，ECU 40从导航系统10接收指示是否已经由用户操作触摸面板等输入了目的地的信息。ECU 40使用接收到的信息来判定是否已经输入了目的地。例如，指示是否已经输入目的地的信息可以包括以下信息中的至少一个：指示已经接收到将在画面上显示的地图上的光标位置设定为目的地的操作的信息，指示已经输入了目的地的地址的信息，指示已经从移动终端(未示出)接收到关于目的地的信息的信息，以及指示已经通过语音识别识别了用户的语音并且已经通过语音指定了目的地的信息。当判定已经输入了目的地时(步骤S100中的“是”)，处理进行到步骤S102。

在步骤S102中，ECU 40获取行驶路线。例如，ECU 40通过使用导航系统10获取到目的地的多个行驶路线作为行驶路线选项。例如，ECU 40获取以下行驶路线作为行驶路线选项：到目的地的最短行驶路线、避免交通拥堵的路线、假设使用收费道路的行驶路线以及仅包括地方道路的行驶路线。

在步骤S104中，ECU 40在触摸面板显示器(未示出)上显示多个行驶路线作为行驶路线选项。例如，ECU 40可以显示多个行驶路线中的一个并以可选择的方式显示其他行驶路线，或者可以显示两个以上的行驶路线。

图4示出多个行驶路线的显示示例。在图4中，使用不同类型的线显示多个行驶路线。图4中显示的行驶路线包括例如推荐路线、收费道路优先的行驶路线和本地道路优先的行驶路线。

在步骤S106中，ECU 40判定是否已经选择了行驶路线。例如，当用户已经在触摸面板等上执行了选择行驶路线的操作时，ECU 40判定已经选择了行驶路线。当判定已经选择了行驶路线时(步骤S106中的“是”)，处理进行到步骤S108。

在步骤S108中，ECU 40判定是否请求了在车辆2行驶的同时的OTA更新。OTA更新是指使用从数据中心100下载的更新程序的更新处理。当例如从数据中心100请求下载紧急更新程序时，ECU 40可以判定请求了在车辆2行驶的同时的OTA更新。可选地，当请求了OTA更新并且到目的地的行驶时间等于或长于预定时间时，ECU 40可以判定请求了在车辆2行驶的同时的OTA更新。可选地，当存在其数据量可以在到目的地的行驶时间内下载的更新程序时，ECU 40可以判定请求了在车辆2行驶的同时的OTA更新。当判定请求了在车辆2行驶的同时的OTA更新时(步骤S108中的“是”)，处理进行到步骤S110。

在步骤S110中，ECU 40获取覆盖区域地图。覆盖区域地图示出通信线路对车辆2可用的区域。例如，在覆盖区域地图中，根据通信速度分类的多种类型的区域被示为叠加在地图信息上。也就是说，覆盖区域地图指示通信线路在地图上的特定位置是否可用，并且被配置为使得可以获取关于通信速度的上限的信息。

图5示出覆盖区域地图的示例。图5中实线所示的圆形区域指示高速通信可用的区域(在下文中称为“高速通信区域”)。图5中虚线所示的圆形区域指示低速通信可用的区域(在下文中称为“低速通信区域”)。为了便于描述，在图5中由圆形示出通信可用的区域。然而，通信可用的区域的形状不限于圆形。可以通过实际测量信号强度等来设定通信可用的区域，或者可以考虑到地理特征、诸如建筑物等的遮挡物体预先设定通信可用的区域。为了便于描述，图5示出三个高速通信区域和一个低速通信区域作为示例。然而，高速通信区域和低速通信区域的数量不限于此。

例如，覆盖区域地图可以预先存储在ECU 40的存储器中，或者可以经由DCM 30从数据中心100下载。可选地，覆盖区域地图可以预先存储在ECU40的存储器中，并且存储在存储器中的覆盖区域地图可以使用经由DCM 30从数据中心100下载的更新信息来更新。

在步骤S112中，ECU 40识别选择的行驶路线上的任何不适合区间。例如，ECU 40通过在覆盖区域地图上叠加选择的行驶路线，将可通信的区域中的行驶路线设定为适合区间，并且将不可通信的区域中的行驶路线设定为不适合区间，来识别任何不适合区间。

在步骤S114中，ECU 40判定行驶路线是否包括任何不适合区间。例如，当行驶路线的任何区间被设定为不适合区间时，ECU 40判定行驶路线包括不适合区间。当判定行驶路线包括不适合区间时(步骤S114中的“是”)，处理进行到步骤S116。

在步骤S116中，ECU 40将执行间歇下载处理的标志设定为“开启”。间歇下载处理是间歇地继续下载用于OTA更新的更新程序并完成下载的处理。稍后将详细描述间歇下载处理。当判定行驶路线不包括任何不适合区间时(步骤S114中的“否”)，处理进行到步骤S118。

在步骤S118中，ECU 40将执行连续下载处理的标志设定为“开启”。连续下载处理是没有中断地连续下载用于OTA更新的更新程序并完成下载的处理。

当判定未输入目的地时(步骤S100中的“否”)，或当判定未请求在车辆2行驶的同时的OTA更新时(步骤S108中的“否”)，该处理结束。当判定没有选择行驶路线时(步骤S106中的“否”)，处理返回到步骤S106。

接下来，将描述在车辆2沿着行驶路线驾驶的同时由ECU 40执行的下载处理的示例。图6是示出由ECU 40执行的下载处理的示例的流程图。该流程图中所示的处理也由ECU40以预定控制周期重复执行。

在步骤S200中，ECU 40判定车辆2是否正沿着行驶路线驾驶。例如，当已经选择了行驶路线，车辆2正在运行(处于可移动状态)，并且车辆2的当前位置在行驶路线上时，ECU40判定车辆2正沿着行驶路线驾驶。当判定车辆2正沿着行驶路线驾驶时(步骤S200中的“是”)，处理进行到步骤S202。

在步骤S202中，ECU 40判定是否执行间歇下载处理。例如，当执行间歇下载处理的标志开启时，ECU 40判定要执行间歇下载处理。当判定要执行间歇下载处理时(步骤S202中的“是”)，处理进行到步骤S204。

在步骤S204中，ECU 40执行接收要从数据中心100下载的更新程序并将更新程序存储在存储器中的处理(下载处理)。ECU 40根据除了不适合区间之外的各个适合区间中的通信速度，确定要下载的对象，并且执行确定的对象的下载处理，该对象的数据量足够小，使得在车辆2到达目的地时或之前可以完成对象的下载。处理然后进行到步骤S206。

在步骤S206中，ECU 40判定车辆2的当前位置是否在紧接在不适合区间之前的区间中。紧接在不适合区间之前的区间例如是从不适合区间的起点之前预定距离的点开始并且在不适合区间的起点处结束的区间。预定距离没有特别限制，只要例如它大到足以确保下载中断处理从开始到完成所需的时间，这将在后面描述。当识别不适合区间时，ECU 40可以识别紧接在不适合区间之前的区间。可选地，当在车辆2通过在不适合区间的起点之前预定距离的点之后信号强度下降到阈值以下时，ECU 40判定车辆2的当前位置在紧接在不适合区间之前的区间中。当判定车辆2的当前位置在紧接在不适合区间之前的区间中时(步骤S206中的“是”)，处理进行到步骤S208。

在步骤S208中，ECU 40执行中断处理。中断处理包括在可恢复状态下中断更新程序的下载的处理。例如，在中断处理中，ECU 40通过生成或从数据中心100获取允许从紧接在中断之前的下载的进度状态恢复下载的信息，使更新程序的下载可恢复，并且停止接收更新程序。具体地，中断处理可以通过已知的方法来执行。因此，将不详细描述中断处理。处理然后进行到步骤S210。

在步骤S210中，ECU 40判定车辆2是否已经通过不适合区间。例如，当车辆2的当前位置是不适合区间之后的位置时，ECU 40判定车辆2已经通过不适合区间。例如，当信号强度变得高于阈值时，ECU 40可以判定车辆2已经通过不适合区间。当判定车辆2已经通过不适合区间时(步骤S210中的“是”)，处理进行到步骤S212。

在步骤S212中，ECU 40执行恢复处理。恢复处理包括从下载被中断时的进度状态恢复更新程序的下载的处理。例如，在恢复处理中，ECU 40从数据中心100接收从紧接在中断之前的下载进度状态继续的数据，并且将该数据存储在存储器中。处理然后进行到步骤S214。

在步骤S214中，ECU 40判定车辆2是否已经通过所有不适合区间。例如，当在车辆2的当前位置和目的地之间不存在不适合区间时，ECU 40判定车辆已经通过所有不适合区间。当判定车辆2已经通过所有不适合区间时(步骤S214中的“是”)，处理进行到步骤S220。当判定车辆2没有通过所有不适合区间时(步骤S214中的“否”)，处理返回到步骤S206。

当判定不执行间歇下载处理时(步骤S202中的“否”)，处理进行到步骤S216。

在步骤S216中，ECU 40判定是否执行连续下载处理。当执行连续下载处理的标志开启时，ECU 40判定要执行连续下载处理。当判定要执行连续下载处理时(步骤S216中的“是”)，处理进行到步骤S218。

在步骤S218中，ECU 40执行下载处理。由于下载处理如上所述，因此将不重复其详细描述。处理然后进行到步骤S220。

在步骤S220中，ECU 40判定下载是否完成。例如，当要下载的更新程序的下载进度达到100％时，或者当下载的数据量与从数据中心100接收的更新程序的数据量一致时，ECU40可以判定下载完成。当判定下载完成时(步骤S220中的“是”)，处理进行到步骤S222。

在步骤S222中，ECU 40将标志设定为关闭。例如，当执行连续下载处理的标志开启时，ECU 40将该标志设定为关闭。可选地，例如，当执行间歇下载处理的标志开启时，ECU 40将执行间歇下载处理的标志设定为关闭。处理然后结束。

当判定车辆2的当前位置不在紧接在不适合区间之前的区间中时(步骤S206中的“否”)，处理返回到步骤S206。当判定车辆2没有通过不适合区间时(步骤S210中的“否”)，处理返回到步骤S210。

将描述基于上述结构和流程图的ECU 40的操作。例如，当在车辆2的驾驶开始之前通过用户的触摸面板的操作输入了车辆2的目的地时(步骤S100中的“是”)，从导航系统10获取行驶路线(步骤S102)，并且在诸如显示器的用户界面上将多个行驶路线显示为行驶路线选项(步骤S104)。当通过用户的选择操作选择了行驶路线中的一个时(步骤S106中的“是”)，判定是否请求了在车辆2行驶的同时的OTA更新(步骤S108)。当请求了在车辆2行驶的同时的OTA更新时(步骤S108)，例如当存在来自数据中心100的下载其数据量在车辆驾驶到目的地的同时是可下载的更新程序的请求时，获取覆盖区域地图(步骤S110)，并且使用获取到的覆盖区域地图来识别任何不适合区间(步骤S112)。当判定行驶路线包括不适合区间时(步骤S114中的“是”)，将执行间歇下载处理的标志设定为开启(步骤S116)。

当车辆2开始沿着选择的行驶路线驾驶时(步骤S200中的“是”)，由于执行间歇下载处理的标志开启(步骤S202中的“是”)，因此执行下载处理。

图7是示出从出发点到目的地的行驶路线上的数据的下载量的变化的曲线图。图7中的LN1指示数据的下载量的变化。图7中的LN2指示从出发点到目的地的行驶路线。

如图7所示，由于从出发点到行驶距离L(1)的区间位于高速通信区域，因此下载在比其他通信区域(低速通信区域)更高速的通信环境中进行。由于从行驶距离L(1)到行驶距离L(2)的区间位于低速通信区域中，因此下载在比高速通信区域更低速的通信环境中执行。由于判定从行驶距离L(2)到行驶距离L(3)的区间是紧接在不适合区间之前的区间(步骤S206中的“是”)，因此执行中断处理(步骤S208)。由于在行驶距离达到L(3)之前完成中断处理，因此下载在可恢复状态下中断。当车辆2在从行驶距离L(3)到行驶距离L(4)的区间中时，这意味着车辆2正在通过不适合区间(步骤S210中的“否”)。因此，下载在中断状态下继续。当车辆2在从行驶距离L(4)到行驶距离L(5)的区间中并且因此判定车辆2已经通过了不适合区间时(步骤S210中的“是”)，执行下载恢复处理(步骤S212)。此时，更新程序的下载没有重新开始，而是从下载被中断处理中断时的进度状态恢复。由于车辆2已经通过所有不适合区间(步骤S214中的“是”)，因此此后继续下载。

当车辆2在行驶距离L(5)到行驶距离L(6)的区间中时，车辆2在高速通信区域中。因此，在高速通信环境中继续下载。当车辆2在从行驶距离L(6)到行驶距离L(7)的区间中时，车辆2在低速通信区域中。因此，在低速通信环境中继续下载。当车辆2在从行驶距离L(7)到行驶距离L(8)的区间中时，车辆2再次行驶在高速通信区域中。因此，在高速通信环境中继续下载。当要下载的更新程序的下载在车辆2到达目的地时完成时(步骤S220中的“是”)，将执行间歇下载处理的标志设定为关闭(步骤S222)。尽管图7示出当车辆2到达目的地时更新程序的下载完成的示例，但是更新程序的下载可以在车辆2到达目的地之前完成。

当判定选择的行驶路线不包括任何不适合区间时(步骤S114中的“否”)，将执行连续下载处理的标志设定为开启。

因此，当车辆2开始沿着选择的行驶路线驾驶时(步骤S200中的“是”)，判定执行间歇下载处理的标志关闭(步骤S202中的“否”)，并且执行连续下载处理的标志开启(步骤S216中的“是”)。因此，执行下载处理(步骤S218)。此时，选择其数据量在到达目的地的行驶时间内可下载的更新程序，并且执行更新程序的下载。当判定在车辆2到达目的地时或之前更新程序的下载完成时((步骤S220中的“是”)，将执行连续下载处理的标志设定为关闭(步骤S222)。

如上所述，利用本实施例的车辆信息管理系统，DCM 30被控制使得当车辆在第一区间(适合区间)中驾驶时接收数据，并且在车辆在第二区间(不适合区间)中行驶之前完成中断处理。因此，在车辆通过第二区间之后，可以恢复数据的接收，而无需重新开始。结果，与每次下载恢复时重新开始数据的接收的情况相比，可以减少通信量的不必要的增加。此外，由于可以使用诸如覆盖区域地图的区域信息来识别第二区间，因此可以在车辆在第二区间中行驶之前完成中断处理。因此，可以提供减少当在车辆行驶的同时接收数据时通信量的不必要增加的通信系统、车辆、服务器、用于控制车辆的方法以及非暂时性存储介质。

下面将描述变型。在上述实施例中，当行驶路线包括不适合区间时，将执行间歇下载处理的标志设定为开启。然而，当行驶路线包括不适合区间，但是到不适合区间的行驶时间或者从当车辆通过不适合区间时直到车辆到达目的地的行驶时间长于下载所需的估计最大时间时，可以将执行连续下载处理的标志设定为开启，而不是间歇下载处理的标志，使得在车辆到达不适合区间之前或者在车辆通过不适合区间之后完成下载处理。

在上述实施例中，致动器的控制程序的更新程序被描述为要下载对象的示例。然而，要下载的对象可以是用于地图信息的更新程序或用于导航系统10的控制程序，并且没有特别限制。

在上述实施例中，当执行中断处理时，车辆2在中断处理完成后停止接收数据。然而，数据中心100可以在其从车辆2接收到指示中断处理完成的信息时停止发送数据。

在上述实施例中，当输入目的地时(即，在车辆开始驾驶之前)，获取第一和第二区间。然而，第一和第二区间可以在车辆开始驾驶之后获取。

上述变型的一部分或全部可以适当地进行组合。本文公开的实施例应该被解释为在所有方面都是说明性的，而不是限制性的。本公开的范围由权利要求书而不是以上描述示出，并且旨在包括与权利要求书等同的含义和范围内的所有变型。

Claims (8)

1.一种通信系统，其特征在于包括：

通信装置，其被配置为与车辆的外部的服务器通信；和

控制装置，其被配置为

在所述车辆沿着到目的地的行驶路线行驶的同时，控制所述通信装置从所述服务器接收预定的数据，

获取所述行驶路线中的第一区间和第二区间，所述第一区间是接收所述数据的区间，所述第二区间是不接收所述数据的区间，

在所述车辆在所述第一区间中行驶的同时，控制所述通信装置接收所述数据，以及

以在所述车辆在所述第二区间中行驶之前完成中断处理的方式控制所述通信装置，所述中断处理是在可恢复状态下中断所述数据的接收的处理。

2.根据权利要求1所述的通信系统，其特征在于，所述控制装置被配置为以在所述车辆通过所述第二区间之后恢复所述数据的所述接收的方式控制所述通信装置。

3.根据权利要求1所述的通信系统，其特征在于，所述控制装置被配置为使用区域信息设定所述第二区间，所述区域信息包括所述通信装置能够通信的区域和通信范围之外的区域。

4.根据权利要求1所述的通信系统，其特征在于，所述控制装置被配置为当在所述车辆在所述第一区间中行驶的同时，所述通信装置的信号接收水平下降到阈值以下时，执行所述中断处理。

5.一种车辆，其特征在于包括通信系统，所述通信系统包括：

通信装置，其被配置为与外部的服务器通信；和

控制装置，其被配置为

在所述车辆沿着到目的地的行驶路线行驶的同时，控制所述通信装置从所述服务器接收预定的数据，

获取所述行驶路线中的第一区间和第二区间，所述第一区间是接收所述数据的区间，所述第二区间是不接收所述数据的区间，

在所述车辆在所述第一区间中行驶的同时，控制所述通信装置接收所述数据，以及

以在所述车辆在所述第二区间中行驶之前完成中断处理的方式控制所述通信装置，所述中断处理是在可恢复状态下中断所述数据的接收的处理。

6.一种服务器，其特征在于包括：

通信装置，其被配置为与车辆通信；和

控制装置，其被配置为

在所述车辆沿着到目的地的行驶路线行驶的同时，控制所述通信装置发送预定的数据，

在所述车辆在第一区间中行驶的同时发送所述数据，所述第一区间是所述车辆接收所述数据的区间，以及

在所述车辆在第二区间中行驶之前接收到指示所述车辆完成中断处理的信息时，中断所述数据的发送，所述中断处理是在可恢复状态下中断所述数据的接收的处理，所述第二区间是所述车辆不接收所述数据的区间，并且所述第一区间和所述第二区间包括在所述行驶路线中。

7.一种用于控制车辆的方法，所述车辆被配置为与外部的服务器通信，所述方法的特征在于包括：

在所述车辆沿着到目的地的行驶路线行驶的同时，从所述服务器接收预定的数据；

获取所述行驶路线中的第一区间和第二区间，所述第一区间是接收所述数据的区间，所述第二区间是不接收所述数据的区间；

在所述车辆在所述第一区间中行驶的同时，接收所述数据；以及

在所述车辆在所述第二区间中行驶之前完成中断处理，所述中断处理是在可恢复状态下中断所述数据的接收的处理。

8.一种非暂时性存储介质，其存储有能够由一个以上的处理器执行并使所述一个以上的处理器执行功能的指令，所述功能的特征在于包括：

在车辆沿着到目的地的行驶路线行驶的同时，从外部的服务器接收预定的数据，所述车辆被配置为与所述服务器通信；

获取所述行驶路线中的第一区间和第二区间，所述第一区间是接收所述数据的区间，并且所述第二区间是不接收所述数据的区间；

在所述车辆在所述第一区间中行驶的同时，接收所述数据；以及

在所述车辆在所述第二区间中行驶之前完成中断处理，所述中断处理是在可恢复状态下中断所述数据的接收的处理。