终端、车辆和用于控制其的方法与流程

本公开的实施例涉及用于更新软件的终端、车辆和用于控制所述车辆的方法。

背景技术：

一般来说，终端(例如，用户设备(UE：user equipment))可以执行各种功能(例如，导航功能、电话功能、音频功能、无线电功能、广播功能、文本消息服务、网络功能等)，并且可以更新用于执行至少一个功能的软件。

如果使用移动通信更新终端(或UE)软件，则会引起不必要的成本。如果终端(或UE)使用通用串行总线(USB：universal serial bus)或安全数字(SD：Secure Digital)卡下载或更新数据，则其花费用户很长时间去下载和更新数据，导致较大的使用不便。

随着汽车技术的发展，近来嵌入有终端(或UE)的车辆具有更多样和更复杂的功能。此外，还提供了各种类型的软件以实现多样和复杂的功能。

特别地，基于新功能和误差校正的添加，已经增加了软件升级率，这导致用户不便。

一般来说，为了使车辆软件升级，车辆所有者直接拜访服务中心。为了直接更新车辆软件，另一方面，车辆所有者可以访问与车辆相关的主页以检查和下载对应于车辆的模型和制造年份的软件，然后安装所下载的软件，这是不方便的。

一般来说，每季度提供车辆软件升级的版本。因此，车辆所有者储存所下载的用于在便携式储存介质诸如通用串行总线(USB)存储区中更新的软件，将便携式储存介质连接到车辆，并且驱动用于软件更新的预定应用以执行软件升级，导致较大的使用不便。

此外，必须每季地定期更新用于导航的地图数据。当地图数据被 更新时，车辆所有者必须将便携式储存介质(诸如USB)与车辆分离，并且将便携式储存介质连接到车辆，导致较大的用户不便。

特别地，地图数据具有4千兆字节(GB)到5GB的较大的大小。根据类型，存在具有10GB或更大大小的数据。为此，其可以花费很长时间从网络主页下载地图数据。

如果车辆熄火，则车辆不从服务器接收更新通知消息，导致不能更新对应的软件。

技术实现要素：

因此，本公开的一方面提供了在待机模式期间当接收到更新通知消息时用于下载软件更新所需的更新文件且在正常模式期间使用所下载的文件更新软件的终端、将所述终端包括在其中的车辆和用于控制所述车辆的方法。

本公开的另一个方面提供了当正常模式的当前时间是预定时间时用于访问服务器以便确认要被更新的软件的存在与否、下载所确认的软件的更新文件、以及更新所述软件的终端，将所述终端包括在其中的车辆，以及用于控制所述车辆的方法。

将在以下描述中部分地阐述本公开的另外的方面，并且一部分从所述描述将变得显而易见，或者可以通过本公开的实践学到。

根据本公开的一方面，一种终端包括：贮存器，所述贮存器配置成储存至少一个软件；通信器，所述通信器配置成与服务器通信；以及控制器，所述控制器配置成在待机模式期间当接收到更新通知消息时，从所述服务器下载更新文件，并且当所述待机模式切换到正常模式时，使用所下载的更新文件更新储存在所述贮存器中的至少一个软件。

所述控制器可以当接收到所述更新通知消息时，识别由所述通信器接收的信号的强度，当所识别的信号强度等于或高于参考信号强度时，下载所述更新文件，并且当所识别的信号强度小于所述参考信号强度时，储存更新通知消息信息。

所述控制器可以当切换到所述正常模式时，确定是否储存了所述更新通知消息信息，并且当确定储存了所述更新通知消息信息时从所 述服务器下载所述更新文件。

在所述正常模式期间接收到所述更新通知消息时，所述控制器可以从所述服务器下载所述更新文件，并且使用所下载的更新文件更新储存在所述贮存器中的所述至少一个软件。

所述控制器可以当关闭模式切换到所述正常模式时，确定当前时间是否是预定时间，并且当所述当前时间是所述预定时间时，从所述服务器下载未下载的更新文件。

根据本公开的另一个方面，一种车辆包括：贮存器，所述贮存器配置成储存执行至少一个功能所需的至少一个软件；通信器，所述通信器配置成与服务器通信；以及控制器，当所述车辆停止驱动时，所述控制器配置成执行待机模式，在所述待机模式期间当接收到更新通知消息时从所述服务器下载更新文件，当所述车辆开始驱动时，执行正常模式，并且在所述正常模式期间使用所下载的更新文件更新储存在所述贮存器中的所述至少一个软件。

所述通信器可以与在远程站点处的外部终端无线通信；以及所述控制器可以在远程服务模式期间当接收到所述更新通知消息时，确认由所述通信器接收的信号的强度，并且当所确认的信号强度小于参考信号强度时，储存更新通知消息信息。

当所确认的信号强度等于或高于所述参考信号强度时，所述控制器可以从所述服务器下载更新文件。

所述车辆还可以包括：输入，所述输入配置成接收所述远程服务模式的选择命令。

当切换到所述待机模式时，所述控制器可以执行所述远程服务模式。

所述控制器可以当所述车辆开始驱动时，执行所述正常模式，确定是否储存了所述更新通知消息，当储存了所述更新通知消息信息时，可以从所述服务器下载所述更新文件，并且可以使用所下载的更新文件更新储存在所述贮存器中的所述至少一个软件。

所述控制器可以在所述正常模式中所述更新文件的下载期间，当选择了远程服务模式时，停止所述更新文件的下载，并且当释放所述远程服务模式时，可以重新下载所述更新文件。

所述车辆还可以包括：可再充电电源，所述可再充电电源配置成用功率向所述贮存器、所述通信器和所述控制器提供功率，其中基于所述电源的电荷量，所述控制器将所述待机模式切换到关闭模式。

如果在所述关闭模式所述车辆开始驱动，并且因此切换到所述正常模式，则所述控制器可以确定当前时间是否是预定时间，并且当所述当前时间是所述预定时间时，从所述服务器下载未下载的更新文件。

所述预定时间可以包括自动诊断时间、手动诊断时间和定期检查时间中的任一个。

根据本公开的另一个方面，一种车辆包括：通信器，所述通信器配置成与服务器通信；贮存器，所述贮存器配置成储存至少一个软件；以及控制器，当所述车辆开始驱动时，所述控制器配置成确认当前时间是否是预定时间，当所述当前时间是所述预定时间时，通过访问所述服务器确定未下载的更新文件的存在与否，当确定所述未下载的更新文件存在时，下载所述未下载的更新文件，并且使用所下载的更新文件更新储存在所述贮存器中的所述至少一个软件。

根据本公开的另一个方面，一种用于控制配置成储存执行至少一个功能所需的软件的车辆的方法，包括：当所述车辆停止驱动时，执行待机模式；在所述待机模式期间当接收到更新通知消息时，储存所接收的更新通知消息信息；当所述车辆开始驱动时，执行正常模式；在所述正常模式期间，确定储存的更新通知消息信息的存在与否；当确定存在所述储存的更新通知消息信息时，从所述服务器下载更新文件；以及使用所下载的更新文件更新所述软件。

所述方法还可以包括：在所述待机模式期间确定是否选择了远程服务模式；当选择了所述远程服务模式时，当接收到所述更新通知消息时，确认由通信器接收的信号的强度；当所确认的信号强度小于参考信号强度时，储存所述更新通知消息信息；以及当所确认的信号强度等于或高于所述参考信号强度时，从所述服务器下载更新文件。

所述方法还可以包括：当所述车辆开始驱动时，确定当前时间是否是预定时间；当所述当前时间是所述预定时间时，从所述服务器下载未下载的更新文件；以及使用所下载的更新文件更新所述软件。

所述预定时间可以包括自动诊断时间、手动诊断时间和定期检查 时间中的任一个。

所述方法还可以包括：在正常模式中所述更新文件的下载期间，当选择了远程服务模式时，停止所述更新文件的下载；以及当释放所述远程服务模式时，重新下载所述更新文件。

在所述正常模式期间，当选择了远程服务模式时，确定是否将所述方法还可以包括：要下载所述更新文件；以及当正在下载所述更新文件时，显示当前下载的更新文件的下载信息。

所述方法还可以包括：在所述待机模式中确定是否选择了远程服务模式；在选择了所述远程服务模式的情况下，当接收到所述更新通知消息时，确认更新文件的容量；如果所确认的容量等于或高于参考容量，则储存所述更新通知消息信息；以及如果所确认的容量小于所述参考容量，则从所述服务器下载所述更新文件。

附图说明

通过结合附图，从实施例的以下描述，本公开的这些和/或其他方面将变得显而易见和更容易理解，其中：

图1是根据本公开的实施例例示车辆的外观的视图。

图2是根据本公开的实施例例示车辆的内部结构的视图。

图3是根据本公开的实施例例示车辆的框图。

图4-图8是根据本公开的实施例例示用于为车辆的不同模式更新软件的控制方法的流程图。

图9是根据本公开的另一个实施例例示终端(或UE)的框图。

具体实施方式

现在将详细参考本公开的实施例，附图中例示了其示例，其中全文中相同的附图标记指相同的元件。

图1是根据本公开的实施例例示车辆的外观的视图。图2是根据本公开的实施例例示车辆的内部结构的视图。

车辆1是出于运输人或货物的目的通过车轮的驱动在道路上移动的装置。

车辆1可以包括具有内部部分和外部部分的主体(车体)，以及为除主体之外的剩余部分且装配有驱动其所需的机构的底盘。

参考图1，主体的外部部分110可以包括前面板111、发动机罩(bonnet)112、车顶板(roof panel)113、后面板114、后备箱115，以及前后和左右车门116。

主体的外部部分110可以包括前面板、发动机罩、车顶板、后面板、后备箱，以及前后和左右车门116，并且还可以包括安装在前后和左右车门116处的车窗玻璃117，以及被设置在前后和左右车门116之间的边界处的立柱(pillar)118。

此外，安装在前后和左右车门116处的车窗玻璃还可以包括侧窗玻璃、被安装在立柱之间不能被打开和闭合的三角窗玻璃、被安装到后面部分的后窗玻璃以及被安装到前面部分的前窗玻璃。

车辆的外部部分110还可以包括侧后视镜119以将车辆1的后视图提供给车辆驾驶员。

参考图2，车辆的内部部分120包括乘客坐在其上的座椅(121：121a、121b)、仪表板(dashboard)122、仪表面板(instrument panel)123(即，仪表盘(cluster))(包括被布置在仪表板上以输出与驱动相关的信息的转速计、速度计、冷却液温度表、燃油量表、转向信号指示器、高光束指示灯、警告灯、安全带警告灯、里程指示器、里程计、自动变速器换挡指示器、门打开警告灯、发动机滑油警告灯、燃料短缺警告灯)、调整车辆的行驶方向的方向盘124，以及从仪表板122延伸到座椅121的附近的中央仪表盘(center fascia)125。

座椅121可以包括用于驾驶员的驾驶员的座椅121a、用于同行乘客的乘客座椅121b，以及被布置在车辆1的后面的后座椅。

车辆121可以包括在其中的加热元件。

仪表盘123可以被实施为数字仪表盘。数字仪表盘可以可视化显示车辆信息和行驶信息。

中央仪表盘125可以包括被设置在仪表板122当中驾驶员的座椅121a和乘客座椅121b之间的主机单元(head unit)126。

即，主机单元126可以被连接到执行各种功能(例如，音频功能、无线电功能、空调功能、座椅的加热功能、导航功能、DMB功能、电 话功能等)所需的各种负载，使得主机单元126可以接收用于执行每个功能的操作命令，可以根据所接收到的操作命令控制相应的功能，或者可以将操作命令传送到对应的负载。

中央仪表盘125可以包括在其中的进气口、打火机放置槽(cigarette lighter receptacle)、多端口(multi-port)127等。

可以与主机单元126相邻地放置多端口127，并且多端口127还可以包括USB端口、AUX端口和安全数字(SD)槽。

车辆1还可以包括输入128，输入128配置成接收来自能够在车辆1中被执行的多个功能当中的至少一个功能的操作命令。车辆1还可以包括配置成不仅显示关于所执行的功能的信息还显示用户输入信息的显示器129。

输入128可以被设置在主机单元126中，并且可以包括相应的功能的开-关按钮和至少一个物理按钮(诸如用于改变相应的功能的设置值的按钮)。

输入128可以被设置在中央仪表盘125中。

在这种情况下，输入128可以被实施为通过其用户可以输入显示在终端130的显示器上的仪表盘的运动命令、选择命令等的飞梭旋转键(jog dial)(未示出)或触摸板。

显示器129可以被实施为平板显示器，例如，液晶显示器(LCD：Liquid Crystal Display)面板、发光二极管(LED：Light Emitting Diode)面板、有机发光二极管(OLED：Organic Light Emitting Diode)面板等，但不限于此。

中央仪表盘125可以包括用于从用户接收信息且输出对应于用户输入信息的结果的终端(或UE)130。

终端130(或UE)可以包括输入和显示器。如果选择了导航功能、DMB功能、音频功能、视频功能、电话功能和无线电功能中的至少一个，则终端130可以执行所选择的功能，并且可以显示所执行的功能的操作信息。

终端130的输入可以包括与终端130的显示器合并的触摸板。

终端130的输入可以被实施为按钮，然后被显示在终端130的显示器上。在这种情况下，终端130的输入可以接收所显示的按钮的位置 信息。

终端130的输入和显示器可以被实施为触摸屏。

固定式终端(stationary-type terminal)可以被安装在仪表板122上。

终端130可以是与车辆1通信的用户设备(UE)。

即，UE可以是平板电脑、手机、智能电话、笔记本电脑或PDA。

车辆的底盘还可以包括动力产生系统、动力传输系统、行驶系统、转向系统、制动器系统、悬挂(suspension)系统、变速系统、燃料供应设备，以及前后和左右车轮。

车辆1还可以包括配置成保证车辆驾驶员和乘客的安全的各种安全设备。

有各种类型的车辆安全设备，例如，在车辆碰撞期间用于驾驶员和乘客的安全的气囊控制设备、在车辆的加速或转弯期间用于稳定车辆取向的电子稳定控制(ESC：electronic stability control)设备等。

另外，车辆1可以包括各种感测设备，例如，检测被放置在车辆1的横向和后向方向处的障碍物或其他车辆存在与否的近距离传感器、检测降雨存在与否以及降雨量的雨水传感器等。

车辆1可以选择性地包括为了驾驶员的方便的免提设备、音频设备和蓝牙设备、后视摄像头、UE充电设备和高通设备(high-pass device)。

车辆1还可以包括配置成向启动电动机(未示出)输入操作命令的点火按钮。

即，如果点火按钮被接通，则车辆1可以操作启动电动机(未示出)，并且可以使用启动电动机驱动作为动力产生设备的发动机(未示出)。

车辆1可以包括动力产生系统、动力传输系统、行驶系统、转向系统、制动器系统、悬挂系统、变速系统、燃料供应设备，以及用于控制各种安全设备和各种传感器的驱动的电子控制单元(ECU：electronic control unit)140(图3中所示)，并且还可以包括配置成基于ECU 140的命令操作各种设备的驱动单元150(图3中所示)。

ECU 140可以基于施加于输入128的命令或由通信器161所接收到的命令，控制空调、座椅的加热元件、室内照明、车头灯、显示器129、启动电动机和远程信息处理(telematics)设备160中的至少一个。

车辆1还可以包括远程信息处理设备160(图3所示)，远程信息 处理设备160配置成通过通信和广播网络执行位置跟踪、网络访问、远程车辆诊断、事故感测、交通运输信息以及与家庭网络相关的通信服务。

远程信息处理设备160可以直接与服务器通信，或者可以通过基站(BS：base station)与服务器通信。

远程信息处理设备160可以允许用户通过远程站点处的无线网络诊断车辆，可以允许用户使用各种信息(例如，交通运输信息和生活信息、紧急救援信息等)，可以将电话消息传送到另一方，可以允许用户将语音邮件传送到另一方/从另一方接收语音邮件，并且可以根据需要下载音频书籍。

远程信息处理设备160可以根据服务类型执行各种服务，例如，新闻接收、股票行市、电子商务(E-commerce)、金融交易、酒店预订、传真传输/接收、游戏和汽车事故以及汽车盗窃通知服务。特别地，如果发生交通事故，则远程信息处理设备160可以使用GPS自动地跟踪事故车辆的位置，使得其可以将事故车辆的位置传送到最近的911救助中心。

远程信息处理设备160可以与嵌入车辆中的各种类型的电子设备通信，并且还可以与作为外部终端的用户设备(UE)通信。

远程信息处理设备160可以包括CAN通信模块、Wi-Fi通信模块、USB通信模块和蓝牙通信模块。

此外，远程信息处理设备160还可以包括GPS接收模块以从卫星获取位置信息，并且还可以包括广播通信模块诸如DMB传输协议专家组(TPEG：Transport Protocol Experts Group)、SXM和RDS。

车辆1还可以包括电连接到各种电子设备的电源170(图3中所示)，使得驱动电力被供应到电子设备。例如，电子设备可以包括终端(或UE)、音频设备、室内照明、座椅的加热元件、启动电动机、远程信息处理设备、车头灯、ECU和其他电子设备。

电源170是可充电的/可放电的电池，并且在车辆行驶期间使用自发电机或发动机动力执行充电。

在下文中将参考图3描述车辆1的构成部件。

图3是根据本公开的实施例例示车辆的框图。

参考图3，车辆1可以包括输入128、显示器129、电子控制单元(ECU)140、驱动单元150、远程信息处理设备160和电源170。

输入128可以允许用户选择远程服务模式，并且可以接收远程服务模式的延迟命令。

输入128还可以从用户接收至少一个软件包的更新命令。

显示器129可以显示远程服务模式的选择或释放信息。

显示器129可以显示关于更新通知消息的信息，并且还可以输出更新文件的下载信息。

在这种情况下，更新文件的下载信息可以包括对应的软件的信息、更新文件名字、下载消耗的总时间、经过的时间、剩余的时间、更新文件的总大小、下载的量、以及剩余的量，并且还可以包括下载日期等。

可以以进度条的形式显示更新文件的下载信息。

显示器129还可以显示更新文件的下载中断信息，并且可以显示更新文件的重新下载信息。

当车辆开始驱动时，ECU 140可以从待机模式进入正常模式(主动模式)。如果车辆停止驱动，则ECU 140可以切换到待机模式，并且可以将指示待机模式的信号传送到远程信息处理设备160。

如果在待机模式期间通过输入128选择远程服务模式，则ECU 140还可以将远程服务模式的选择信号传送到远程信息处理设备160的控制器。

在待机模式期间，ECU 140可以控制电源170，使得电力仅被供应到远程信息处理设备160，并且不被供应到除远程信息处理设备160之外的剩余的构成元件。

如果车辆开始驱动，则ECU 140可以控制电源170以向电子设备提供驱动电力。

在远程服务模式期间，当接收到操作命令信号时，ECU 140可以基于所接收到的命令信号控制至少一个设备。

当从远程信息处理设备160的控制器接收到唤醒信号时，ECU 140可以进入正常模式。

ECU 140可以基于应用于输入128的命令或由通信器161所接收到 的命令，控制空调、座椅的加热元件、室内照明、车头灯、显示器129、启动电动机和远程信息处理设备160中的至少一个。

驱动单元150可以基于ECU 140的控制命令驱动至少一个设备。

在这种情况下，所述至少一个设备可以包括动力产生系统、动力传输系统、行驶系统、转向系统、制动器系统、悬挂系统、变速系统、燃料供应设备、各种安全设备和各种传感器。

在远程服务模式期间，驱动单元150可以基于ECU 140的控制命令驱动启动电动机，使得车辆开始驱动，室内照明被开启，或者座椅的加热元件或空调开始操作。

在待机模式期间，远程信息处理设备160可以从电源170接收电力，并且可以与服务器200、UE和远程控制器中的至少一个通信。

远程信息处理设备160可以包括通信器161、控制器162和贮存器163。

通信器161可以包括通过与服务器200通信接收软件文件和更新文件的第一通信模块161a，以及通过与UE和远程控制器中的至少一个通信执行远程服务模式的第二通信模块161b。

在这种情况下，第一通信模块161a和第二通信模块161b可以采用相同的或不同的通信方案。

如果车辆开始驱动，则控制器162可以进入正常模式。如果车辆停止操作，则控制器162可以进入待机模式。此外，控制器162可以从ECU 160接收正常模式的信号和待机模式的模式信号。

如果从待机模式的执行时间经过预定时间，则控制器162可以切换到关闭模式。

如果不执行远程服务模式，则控制器162可以在第一时间的流逝之后切换到关闭模式。如果执行远程服务模式，则控制器162可以在第二时间的流逝之后切换到关闭模式。

当接收到待机模式的操作命令时，控制器162还可以自动地执行远程服务模式。

当当前模式是正常模式时，若接收到更新通知消息，则控制器162可以基于所接收到的更新通知消息信息下载更新文件，然后当完成更新文件的下载时更新对应的软件。

在这种情况下，更新通知消息可以包括在空中下载固件(FOTA：Firmware Over The Air)更新通知消息。

在正常模式状态中更新文件的下载期间，当选择远程服务模式时，控制器162可以停止更新文件的下载，并且当释放远程服务模式时，可以重新下载更新文件。

当在正常模式中选择远程服务模式时，控制器162可以确定是否要下载更新文件，并且可以控制显示器显示要下载的更新文件的下载信息。

当从待机模式当中接收到更新通知消息时，控制器162可以储存所接收到的更新通知消息的信息。

如果待机模式被切换到正常模式，则控制器162可以确定储存的更新通知消息的存在与否。如果储存的更新通知消息存在，则控制器162可以从服务器下载更新文件，并且可以使用所下载的更新文件更新软件。

控制器162可以确定在待机模式中是否选择了远程服务模式。当选择了远程服务模式时，如果接收到更新通知消息，控制器162可以确认由通信器161所接收到的信号的强度。如果所确认的信号强度小于参考信号强度，则控制器162可以储存更新通知消息信息。如果所确认的信号强度等于或高于参考信号强度，则控制器162可以从服务器下载更新文件。

如果在关闭模式状态下车辆开始驱动，则控制器162可以确定当前时间是否是预定时间。如果当前时间被设置为预定时间，则控制器162可以从服务器下载未下载的更新文件，并且可以使用所下载的更新文件更新软件。

在这种情况下，预定时间可以包括自动诊断时间、手动诊断时间和定期检查时间中的任一个，还可以包括用户选择的时间，并且还可以包括如所需的预定时间。

控制器162可以从服务器200请求更新文件的下载确认消息。在这种情况下，如果服务器200为每个软件包提供更新文件信息，则控制器162可以将储存在服务器200中的每个软件更新文件信息与储存在贮存器163中的更新文件信息相比较，从而识别未下载的更新文件的 存在与否。

控制器162还可以从服务器200请求未下载的更新文件。

控制器162可以确定是否从待机模式当中选择远程服务模式。在选择远程服务模式的情况下，当接收到更新通知消息时，控制器162可以确认更新文件的容量。如果所确认的容量等于或高于参考容量，则控制器162可以储存更新通知消息信息。如果所确认的容量小于参考容量，则控制器162还可以从服务器下载更新文件。

控制器162可以基于移动通信方案控制更新文件的下载。

例如，如果通信方案是3G通信方案，则控制器162可以仅储存更新通知消息的信息。如果通信方案是LTE通信方案，则控制器162还可以下载更新文件。

如果通信方案是3G通信方案，则控制器162可以确认更新文件的容量。如果所确认的容量等于或高于参考容量，则控制器162可以仅接收和储存更新通知消息的信息。如果所确认的容量小于参考容量，则控制器162可以下载更新文件。

如果通信方案是LTE通信方案，则控制器162可以确认所接收到的信号的信号强度。如果所确认的信号强度等于或高于参考信号强度，则控制器162可以下载更新文件。如果所确认的信号强度小于参考信号强度，则控制器162可以仅接收和储存更新通知消息信息。

控制器162可以基于电源170的电荷量，将当前模式切换到关闭模式，或者可以在预定时间的流逝之后切换到关闭模式。

远程信息处理设备160的控制器162还可以嵌入到ECU 140中。

控制器162可以是中央处理单元(CPU)或MCU，或者可以是处理器。

贮存器163可以储存执行至少一个功能所需的软件。如果基于控制器162的命令更新储存的软件，则贮存器163可以储存所更新的软件。

贮存器163还可以以下载日期的次序储存更新文件。

贮存器163可以储存从待机模式切换到关闭模式所需的预定时间。

贮存器163可以储存用于从待机模式切换到关闭模式的预定时间，并且根据需要可以不仅储存当不执行远程服务模式时所需的第一时间，还可以储存当执行远程服务模式时所需的第二时间。

贮存器163还可以在其中储存参考容量。

还可以与远程信息处理设备160独立地提供贮存器163。

贮存器163可以包括易失性存储器和非易失性存储器中的至少一个。易失性存储器可以是SRAM或DRAM，并且非易失性存储器可以包括闪速存储器、只读存储器(ROM)、可擦可编程只读存储器(EPROM)、电可擦可编程只读存储器(EEPROM)等中的至少一个。

在正常模式期间，电源170可以向各种类型的电子设备提供驱动电力，在待机模式期间，可以向远程信息处理设备160提供驱动电力，并且在关闭模式期间，可以防止所有的构成元件通电。

此外，在关闭模式期间，电源170可以仅向用于接收门打开信号的通信模块提供电力。

车辆1还可以包括检测电源的电荷量且将所检测的电荷量传送到控制器162的电荷量检测器(未示出)。

在这种情况下，服务器200可以与预注册的车辆1通信。

服务器200可以储存执行至少一个功能的软件文件和每个软件包的更新文件，并且无论何时生成更新文件均可以将更新通知消息传送到车辆，并且当从车辆1接收到用于提供更新文件的请求时，可以将更新文件传送到对应的车辆1。

当请求从车辆1未下载的更新文件的确认消息时，服务器200还可以为每个软件包提供更新文件信息，使得服务器还可以将每个软件的更新文件信息提供到车辆1。

服务器200可以为每个车辆储存下载的更新文件信息，并且可以基于为每个车辆储存的下载的更新文件信息，将未下载的更新文件提供给车辆。

图4是例示在车辆的正常模式期间软件更新控制方法的流程图。

参考图4，如果车辆开始驱动，则在操作301中执行正常模式，并且在操作302中，在正常模式期间确定是否接收到更新通知消息。

在操作303中，当接收到更新通知消息时，车辆可以显示所接收到的更新通知消息信息，可以访问服务器200，并且可以基于所接收到的更新通知消息信息下载更新文件。

车辆可以确定当前模式是否切换到待机模式，与此同时下载更新文 件。如果确定当前模式切换到待机模式，则在操作304中，车辆可以确定是否选择了远程服务模式。

在更新文件的下载期间，如果选择了远程服务模式，则在操作305中，车辆可以停止更新文件的下载。

在这种情况下，车辆还可以通过显示器显示更新文件的下载中断信息。

即，在更新文件的下载期间，如果接收到远程服务模式的选择信号，则在显示器上显示更新文件的下载状态，使得能够向用户通知更新文件的下载信息。

在这种情况下，更新文件的下载信息可以包括指示更新文件的存在与否的信息、来自更新文件的下载时间当中的剩余的时间，以及来自更新文件的下载容量当中的剩余的容量。

此外，车辆可以确认来自更新文件的下载时间当中的剩余的时间，并且还可以在剩余的时间流逝之后执行远程服务模式。

即，车辆还可以延迟进入远程服务模式的操作。

此外，用户还可以选择指示远程服务模式的延迟存在与否的特定信息。

例如，车辆可以确定是否将通过输入立即执行远程服务模式，或者可以确定是否当完成更新文件的下载时将执行远程服务模式。

在操作306中，车辆可以确定是否释放了远程服务模式。如果释放了远程服务模式，则车辆可以重新下载中断的更新文件。

本文中，用于确定是否释放远程服务模式的操作可以包括确定是否通过输入输入了远程服务模式的释放信号。

用于确定是否释放远程服务模式的操作可以包括确定车辆是否开始驱动。

更详细地说，如果释放了远程服务模式，则在操作307中，车辆可以确定下载中断的更新文件的存在与否。如果下载中断的更新文件存在，则在操作308中，车辆可以从服务器重新下载更新文件。

用于重新下载中断的更新文件的操作可以包括重新下载所有的更新文件，或者下载从来自更新文件当中的下载中断的数据开始的更新文件。

在操作309中，当完成更新文件的下载时，车辆可以与服务器断开，并且在操作310中，可以使用下载的更新文件更新储存在贮存器中的对应的软件。

图5是例示在车辆的待机模式期间软件更新控制方法的流程图。

参考图5，如果车辆停止驱动，则在操作321中实现待机模式。即，车辆可以仅向远程信息处理设备160提供电力。

在待机模式期间，车辆仅驱动远程信息处理设备，使得车辆可以与服务器、终端(UE)和远程控制器无线通信。

车辆可以对从待机模式执行时间开始的时间进行计数，并且在操作322中，可以确定所计数的时间是否比预定时间长。如果在操作322中所计数的时间比预定时间长，则在操作323中，车辆可以执行关闭模式。

如果在操作322中所计数的时间比预定时间短或等于预定时间，则在操作324中，在待机模式期间，车辆可以确定是否接收到更新通知消息。如果接收到更新通知消息，则车辆可以显示关于所接收到的更新通知消息的信息。

此外，当接收到更新通知消息时，在操作325中，车辆可以识别由通信器的第一通信模块接收到的信号的强度，并且在操作326中，可以确定所识别的信号强度是否小于参考信号强度。

在这种情况下，所接收到的信号强度可以包括接收信号强度指示(RSSI：Received Signal Strength Indication)。

当接收到更新通知消息时，车辆可以确定通信方案是否是LTE通信方案。如果通信方案是LTE通信方案，则也能够识别所接收到的信号的强度。

如果所识别的信号强度小于参考信号强度，则在操作327中，车辆可以储存关于所接收到的更新通知消息的信息。

如果接收到更新通知消息，则车辆可以确定通信方案是否是LTE通信方案。如果通信方案是3G通信方案，则车辆还可以储存关于所接收到的更新通知消息的信息，而不识别所接收到的信号的强度。

如果所识别的信号强度等于或高于参考信号强度，则在操作328中，车辆可以访问服务器，并且可以基于关于所接收到的更新通知消 息的信息下载更新文件。

在待机模式期间，如果车辆开始驱动，并且因此切换到正常模式，则在操作330中，车辆可以使用下载的更新文件更新软件。

如果执行正常模式，则车辆可以确定储存的更新通知消息的存在与否。如果储存的更新通知消息信息存在，则车辆可以从服务器下载更新文件，从而更新软件。

图6是根据本公开的实施例例示当车辆从关闭模式切换到正常模式时的软件更新控制方法的流程图。

参考图6，如果车辆停止驱动，并且经过预定时间，则在操作341中，车辆可以执行关闭模式。

如果车辆开始驱动，则在操作342中车辆从关闭模式切换到正常模式，并且在操作343中进入正常模式。

如果执行正常模式，则在操作344中，车辆可以确定当前时间是否是预定时间。如果当前时间被设置为预定时间，则在操作345中，车辆可以访问服务器。

在操作346中，车辆可以通过访问服务器200确定未下载的更新文件的存在与否。如果未下载的更新文件存在，则在操作347中，车辆可以下载更新文件。当完成更新文件的下载时，车辆可以与服务器200断开，并且然后在操作348中，使用下载的更新文件更新对应的软件。

更详细地说，车辆可以确认每个软件包的更新信息，并且还可以确认储存在服务器200中的每个软件包的更新信息。

车辆从嵌入车辆中的软件当中确定更新中断的软件的存在与否。如果确定更新中断的软件的存在，则车辆可以下载更新更新中断的软件所需的更新文件。

在这种情况下，车辆可以在显示器上显示更新文件的下载信息和软件的更新信息。

图7是例示在车辆的待机模式期间或在远程服务模式期间软件更新控制方法的流程图。

参考图7，在操作351中，车辆可以确定当前模式是否是待机模式。

在这种情况下，用于确定当前模式是否是待机模式的操作可以包括确定车辆是否停止驱动。

即，如果车辆停止驱动，则在操作352中，车辆可以进入待机模式。

在这种情况下，车辆可以仅向远程信息处理设备160提供电力。

在待机模式期间，车辆可以仅给远程信息处理设备160提供电力，使得其可以与服务器、终端(UE)和远程控制器无线通信。

在操作353中，车辆可以确定是否选择了远程服务模式，与此同时处于待机模式中。如果选择了远程服务模式，则在操作354中，车辆可以执行远程服务模式。

可以通过输入输入远程服务模式。

用于进入远程服务模式的操作可以包括通过允许用户远程地操纵终端或远程控制器、开启或关断座椅的加热元件，或者开启或关断空调的车辆的开始操作。

在操作355中，车辆可以确定是否接收到更新通知消息，与此同时处于远程服务模式中。如果接收到更新通知消息，则在操作356中，车辆可以基于关于所接收到的更新通知消息的信息，确认更新文件的大小。在操作357中，车辆可以确定所确认的更新文件的大小等于或高于参考大小。如果所确认的更新文件的大小等于或高于参考大小，则在操作358中，车辆可以仅储存关于更新通知消息的信息。

车辆还可以在显示器上显示关于更新通知消息的信息。

如果所确认的更新文件的容量小于参考容量，则车辆可以访问服务器，并且在操作359中，可以基于所接收到的更新通知消息信息下载更新文件。

即，当更新文件的大小很小时，车辆可以仅执行下载，使得在远程服务模式中遇到的问题的数量可以被最小化。如果更新文件很大，则车辆可以仅储存关于更新通知消息的信息，并且当开始操作时，可以下载更新文件，使得电源的功率消耗可以被最小化。

在操作360中，如果当前模式切换到正常模式，则在操作361中，车辆可以使用下载的更新文件更新对应的软件。

车辆可以确定储存的更新通知消息信息的存在与否。如果储存的更新通知消息信息存在，则车辆可以从服务器下载更新文件。当完成更新文件的下载时，车辆可以与服务器断开，并且可以使用下载的更新文件更新对应的软件。

车辆可以对从待机模式执行时间开始的时间进行计数，并且可以确定所计数的时间是否比预定时间长。如果所计数的时间比预定时间长，则车辆可以进入关闭模式。

在这种情况下，当在待机模式中车辆执行远程服务模式时，预定时间是通过其电源的电荷量达到参考电荷量的持续时间，并且预定时间可以比其中待机模式切换到关闭模式的特定时间短。

图8是例示在车辆的待机模式期间或在远程服务模式期间与图7的软件更新控制方法不同的软件更新控制方法的流程图。

参考图8，在操作371中，车辆可以确定当前模式是否是待机模式。用于确定当前模式是否是待机模式的操作可以包括确定车辆是否停止驱动。

即，如果车辆停止操作，则在操作372中，车辆可以进入待机模式。

在这种情况下，车辆可以仅向远程信息处理设备160提供电力。

如果当前模式是待机模式，则车辆可以仅操作远程信息处理设备，使得车辆可以与服务器、终端和远程控制器无线通信。

车辆可以确定是否选择了远程服务模式，与此同时处于待机模式中。如果选择了远程服务模式，则在操作374中，车辆可以执行远程服务模式。

在这种情况下，可以通过输入输入远程服务模式。

用于进入远程服务模式的操作可以包括通过允许用户远程地操纵终端或远程控制器、开启或关断座椅的加热元件，或者开启或关断空调的车辆的开始操作。

在操作375中，车辆可以确定是否接收到更新通知消息，与此同时处于远程服务模式中。如果接收到更新通知消息，则在操作376中，车辆可以储存关于所接收到的更新通知消息的信息。

此外，车辆还可以在显示器上显示关于更新通知消息的信息。

在操作377中，如果车辆从待机模式切换到正常模式，则在操作378中，车辆可以确定是否储存了更新通知消息。如果储存了更新通知消息信息，则在操作379中，车辆可以从服务器下载更新文件。当完成更新文件的下载时，车辆可以与服务器断开，并且在操作380中，可以使用下载的更新文件更新对应的软件。

图9根据本公开的另一个实施例是例示终端(或UE)的框图。

参考图9，终端可以包括车辆的终端和用户设备(UE)。

终端还可以包括输入131、包括第一通信模块132a和第二通信模块132b的通信器132、控制器133、贮存器134、显示器135、声音单元136和电源(未示出)。

输入131可以接收电源开/关命令，可以接收至少一个功能的选择命令，可以接收远程服务模式的选择命令，并且可以接收远程服务模式的延迟命令。

输入131可以接收至少一个软件的更新命令作为输入。

在待机模式期间，通信器132可以从电源(未示出)接收电源信号，并且可以与服务器200通信。

即，通信器132可以通过与服务器200通信接收软件文件和更新文件。

当从控制器133接收到命令信号时，通信器132还可以传送用于提供更新信息的请求信号。

如果终端通电，则控制器133可以进入正常模式。如果终端断电，则控制器133可以进入待机模式。

在待机模式期间，控制器133可以通过控制电源(未示出)仅向通信器132提供电力，并且可以防止除通信器132之外的构成部件断电。

如果终端通电，则控制器133可以控制电源(未示出)向电子设备提供驱动电力。

在待机模式期间，控制器133可以基于电源的电荷量，切换到关闭模式。

当当前模式是正常模式时，当接收到更新通知消息，控制器133可以基于所接收到的更新通知消息信息下载更新文件，并且当完成更新文件的下载时，可以更新对应的软件。

在这种情况下，更新通知消息可以包括FOTA(在空中下载固件)更新通知消息。

当下载更新文件时，控制器133可以确认信号强度。如果所确认的信号强度小于参考信号强度时，控制器133可以停止下载更新文件，并且可以在显示器135上显示下载中断信息。

如果信号强度等于或高于参考信号强度，则控制器133可以重新开始下载中断的更新文件的下载，并且可以显示重新下载的信息。

在待机模式期间，当接收到更新通知消息时，控制器133可以储存关于所接收到的更新通知消息的信息。如果车辆从待机模式切换到正常模式，则控制器133可以确定储存的更新通知消息的存在与否。如果储存的更新通知消息信息存在，则控制器133可以从服务器下载更新文件，并且可以使用下载的更新文件更新软件。

在待机模式期间，当接收到更新通知消息时，控制器133可以确认通信器的通信方案。如果所确认的通信方案的下载速度等于或高于预定下载速度，则控制器133还可以从服务器下载更新文件。

此外，如果所确认的通信方案的下载速度等于或高于预定下载速度，则控制器133可以确认所接收到的信号的强度。如果所确认的信号强度小于参考信号强度，则控制器133可以储存更新通知消息信息。如果所确认的信号强度等于或高于参考信号强度，则控制器133还可以从服务器下载更新文件。

此外，如果所确认的通信方案的下载速度小于预定下载速度，则控制器133可以仅储存关于更新通知消息的信息。

如果所确认的通信方案的下载速度小于预定下载速度，则控制器133可以基于更新通知消息信息确认更新文件的容量。如果更新文件的容量小于参考容量，则控制器133可以从服务器下载更新文件。如果更新文件的容量等于或高于参考容量，则控制器133可以仅储存所接收到的更新通知消息信息。

如果在关闭模式状态下终端通电，则控制器133可以确定当前时间是否是预定时间。如果当前时间是预定时间，则控制器133可以从服务器下载未下载的更新文件，并且可以使用下载的更新文件更新软件。

在这种情况下，预定时间可以包括自动诊断时间、手动诊断时间和定期检查时间中的任一个，还可以包括用户选择的时间，并且还可以包括如所需的预定时间。

控制器133可以从服务器200请求更新文件的下载确认消息。在这种情况下，如果服务器200为每个软件包提供更新文件信息，则控制器133可以将储存在服务器200中的每个软件更新文件信息与储存在 贮存器中的更新文件信息比较，并且因此识别未下载的更新文件的存在与否。

控制器133还可以从服务器200请求未下载的更新文件。

控制器133可以是中央处理单元(CPU)或MCU，或者可以是处理器。

贮存器134可以储存执行至少一个功能所需的软件。如果基于控制器133的命令更新储存的软件，则贮存器134可以储存更新的软件。

贮存器134还可以以下载日期的次序储存更新文件。

贮存器134可以储存从待机模式切换到关闭模式所需的预定时间，并且还可以在其中储存参考更新文件的容量。

贮存器134可以包括易失性存储器和非易失性存储器中的至少一个。易失性存储器可以是SRAM或DRAM，并且非易失性存储器可以包括闪速存储器、只读存储器(ROM)、可擦可编程只读存储器(EPROM)、电可擦可编程只读存储器(EEPROM)等中的至少一个。

显示器135可以显示关于至少一个功能的图像，并且可以显示远程服务模式的选择或释放信息。

显示器135可以显示关于更新通知消息的信息，并且还可以输出更新文件的下载信息。

在这种情况下，更新文件的下载信息可以包括对应的软件的信息、更新文件名字、下载消耗的总时间、经过的时间、剩余的时间、更新文件的总大小、下载的量、以及剩余的量，并且还可以包括下载日期等。

可以以进度条的形式显示更新文件的下载信息。

显示器135还可以显示更新文件的下载中断信息，并且可以显示更新文件的重新下载信息。

显示器135可以被实施为平板显示器，并且可以与输入131合并。在这种情况下，输入131可以被实施为触摸板。

输入和显示器可以被实施为触摸屏。

在正常模式期间，电源(未示出)可以向所有构成元件提供功率，并且在待机模式期间可以仅向通信器提供功率。

终端(或UE)还可以包括检测电源的电荷量且将所检测到的电荷 量传送到控制器162的电荷量检测器(未示出)。

在这种情况下，服务器200可以与预注册的终端(或UE)通信。

服务器200可以储存执行至少一个功能的软件，并且可以储存每个软件包的更新文件，并且无论何时生成更新文件可以将更新通知消息传送到终端130。当从终端130接收到用于提供更新文件的请求时，服务器200可以将更新文件传送到对应的终端130。

当从终端130接收到用于确认未下载的更新文件的请求时，服务器还可以将每个软件包的更新文件信息提供给终端。

服务器200可以储存为每个终端下载的更新文件信息，并且可以基于储存的为每个终端下载的更新文件信息，将未下载的更新文件提供给终端。

如从上面的描述显而易见的，在需要执行远程服务模式的待机模式期间，当接收到在空中下载固件(FOTA)更新通知消息时，本公开的实施例可以正常地执行远程服务模式，并且同时可以仅下载更新功能所需的更新文件，使得在待机模式中可以减少功率消耗。

此外，当待机模式切换到正常模式，实施例可以使用下载的文件更新对应的软件。因此，实施例可以使由更新通知消息的未接收导致的更新未执行时间的数量最小化。

此外，在正常模式期间，实施例可以以预定时间(例如，诊断时间、定期检查等)自动地访问服务器，以便确认要被更新的软件的存在与否，并且可以更新所确认的软件，使得当由于关闭模式发生从服务器未接收到更新通知消息时，实施例还可以正常地更新另一个软件包。

甚至当车辆执行长期停车时，实施例可以更新嵌入车辆中的软件，使得实施例可以正常地执行车辆的各种功能中的至少一个，并且还可以以最佳状态执行至少一个功能。

实施例可以提高终端(或UE)和车辆的质量，可以增加用户满意度，并且还可以提高用户方便性和车辆安全性。

虽然已经示出和描述了本公开的一些实施例，但本领域中的那些技术人员将理解，可以在这些实施例中作出改变，而不会脱离本公开的原理和精神，在权利要求书及其等同物中定义了本公开的保护范围。