CN114185579A - 软件升级的方法、装置、电子设备和可读存储介质 - Google Patents

Abstract

本申请提供了一种软件升级的方法、装置、电子设备和可读存储介质，该方法包括：第一设备接收用户输入的软件升级启动指令，修改第一设备的域名系统，修改后的域名系统包括第二设备对应的服务器的域名，第一设备接收来自第二设备的第一软件升级请求，根据第二设备中目标软件的版本信息，若确定第一设备中存储有目标版本的目标软件，则向第二设备发送第一下载通知，使得第二设备从第一设备上下载目标版本的目标软件。本申请通过第一设备虚拟为第二设备对应的服务器，使得第二设备与第一设备交互就能够达到第二设备访问服务器的目的，进而第二设备可以自动实现软件的升级，不需要用户在第二设备上进行一步一步的升级操作，提高了升级效率和准确性。

Description

软件升级的方法、装置、电子设备和可读存储介质

技术领域

本申请实施例涉及车联网技术，尤其涉及一种软件升级的方法、装置、电子设备和可读存储介质。

背景技术

随着车辆电子化和智能化的提高，车辆上通常设置有很多个控制模块。每个控制模块相当于一个计算机，控制模块中安装有控制车辆运行的软件，如何管理和维护车辆中控制模块上的软件显得愈加重要。车辆的使用周期长，控制模块上的软件也面临多次升级更新。

目前，可以通过计算机或者专有设备对车辆中的软件进行升级。其中，计算机或者专有设备中存储有新版本的软件，工作人员将计算机或者专有设备与车辆进行有线连接，且工作人员在计算机或者专有设备上操作来实现车辆中的软件的升级。

但若待升级的软件较多，则通过工作人员一一升级的升级效率低，且该种方式中需要借助专门用于升级的计算机或专用设备，导致适用性低。

发明内容

本申请实施例提供一种软件升级的方法、装置、电子设备和可读存储介质，可以提高软件的升级效率和准确性。

第一方面，本申请实施例提供一种软件升级的方法，该方法可以应用于第一设备、也可以应用于第一设备中的芯片。下面以应用于第一设备为例对该方法进行描述，该方法中，第一设备可以为终端设备，第二设备可以为车载设备。也就是说，本申请实施例中车载设备可以通过终端设备来升级车载设备中的软件。其中，在用户需求升级车载设备中的软件时，可以向第一设备输入软件升级启动指令，该软件升级启动指令用于指示第一设备升级第二设备中的软件。第一设备接收用户输入的软件升级启动指令后，可以根据所述软件升级启动指令，修改所述第一设备的域名系统，修改后的域名系统包括第二设备对应的服务器的域名。也就是说，修改后的域名系统包括第二设备对应的服务器的域名时，第一设备可以作为虚拟的服务器，第二设备可以通过访问第一设备来实现访问服务器的目的。应理解，域名系统中可以存储有第一设备的IP地址和域名的对应关系，其中，第一设备的IP地址可以对应多个域名。

在所述第一设备和所述第二设备连接后，所述第一设备接收来自所述第二设备的第一软件升级请求。其中，该所述第一软件升级请求包括所述第二设备中目标软件的版本信息。第一设备作为虚拟的服务器，可以根据所述第二设备中目标软件的版本信息，确定第一设备中是否存储有目标版本的目标软件，目标版本高于所述第二设备中目标软件的版本。其中，若所述第一设备中存储有目标版本的目标软件，则向所述第二设备发送第一下载通知，所述第一下载通知用于指示所述第二设备从所述第一设备上下载所述目标版本的目标软件。可以理解的是，当所述第一设备根据所述第二设备中目标软件的版本信息和所述设备信息，若确定所述第一设备中未存储有所述目标版本的目标软件，则向所述第二设备发送升级失败消息。

本申请实施例中，通过第一设备虚拟为第二设备对应的服务器，使得第二设备与第一设备交互就能够达到第二设备访问服务器的目的，进而第二设备可以自动实现软件的升级，不需要用户在第二设备上进行一步一步的升级操作，提高了升级效率和准确性。

不同的第二设备中的软件(如系统软件或应用程序软件等)是不同的，因此本申请实施例中为了提高第二设备中软件升级的准确性，第二设备在向第一设备发送第一软件升级请求之前，还可以向第一设备发送第二设备的设备信息，在第二设备接收到第一设备接收到第二设备的设备信息的响应之后，可以向第一设备发送第一软件升级请求。该设备信息包括如下至少一项：所述第二设备的设备类型、所述第二设备的标识，进而使得第一设备可以根据所述第二设备中目标软件的版本信息和所述设备信息，准确地确定第一设备中是否存储有目标版本的目标软件。进而在所述第一设备中存储有目标版本的目标软件，则向所述第二设备发送第一下载通知。

在一种可能的实现方式中，第二设备从第一设备中下载目标版本的目标软件，可以通过第一设备的Wi-Fi热点下载。在该种场景下，第一设备在修改所述第一设备的域名系统之后，可以打开所述第一设备的Wi-Fi热点，以通过所述Wi-Fi热点与所述第二设备连接，以使得第二设备通过第一设备的Wi-Fi热点下载目标版本的目标软件。

本申请实施例中第一设备可以作为第二设备从服务器下载目标版本的目标软件的中间载体，第一设备可以与第二设备对应的服务器进行交互，以从服务器下载目标版本的目标软件。该过程中，用户可以触发第一设备从服务器下载软件，其中，为了节省下载流量，用户可以在具有免费Wi-Fi的环境中，向第一设备输入升级指令，该升级指令指示所述第一设备向所述服务器请求所述目标版本的目标软件。相对应的，第一设备可以向服务器发送第二软件升级请求，所述第二软件升级请求包括所述第一设备中存储的所述目标软件的版本信息。

服务器在接收到第二软件升级请求后，可以确定服务器中是否存储有目标版本的目标软件，若服务器中存储有目标版本的目标软件，则服务器可以向第一设备发送第二下载通知。在第一设备接收到第二下载通知后，可以从所述服务器下载所述目标版本的目标软件。进而，第一设备可以将所述第二设备中目标软件的版本信息、所述设备信息和所述目标版本的目标软件对应存储，以使得第二设备可以在第一设备中下载目标版本的目标软件。

同理的，为了提高第一设备下载目标版本的目标软件的准确性，所述第一设备向所述服务器发送所述第二设备的设备信息。其中，该设备信息包括如下至少一项：所述第二设备的设备类型、第二设备的标识。应理解，第一设备可以预先获取所述第二设备中目标软件的版本信息和所述设备信息，且存储所述第二设备中目标软件的版本信息和所述设备信息。

在一种可能的实现方式中，第一设备获取所述第二设备中目标软件的版本信息和所述设备信息的方式可以为：在第一设备和第二设备的初次连接时，所述第一设备接收来自所述第二设备的所述第二设备中目标软件的版本信息和所述设备信息。

在一种可能的实现方式中，第一设备获取所述第二设备中目标软件的版本信息和所述设备信息的方式可以为：在第二设备从第一设备下载软件时，所述第一设备接收来自所述第二设备的所述设备信息和第三软件升级请求，该第三软件升级请求包括所述第二设备中目标软件的版本信息。

在一种可能的实现方式中，第二设备在从第一设备下载目标版本的目标软件后，可以向第一设备发送目标软件的升级日志，以使所述第一设备向所述服务器发送所述第二软件升级请求和所述目标软件的升级日志，使得服务器获取软件的更新过程，进而工作人员可以根据服务器中的目标软件的升级过程，对软件进行升级或了解软件升级情况。

第二方面，本申请实施例提供一种软件升级的装置，该软件升级的装置可以包括：收发模块、处理模块和存储模块。其中，收发模块，用于接收用户输入的软件升级启动指令。处理模块，用于根据所述软件升级启动指令，修改所述第一设备的域名系统，修改后的域名系统包括第二设备对应的服务器的域名。在所述第一设备和所述第二设备连接后，所述收发模块，还用于接收来自所述第二设备的第一软件升级请求，且根据第二设备中目标软件的版本信息，若确定所述第一设备中存储有目标版本的目标软件，则向所述第二设备发送第一下载通知，所述第一下载通知用于指示所述第二设备从所述第一设备上下载所述目标版本的目标软件，所述目标版本高于所述第二设备中目标软件的版本；所述第一软件升级请求包括所述第二设备中目标软件的版本信息。

在一种可能的实现方式中，所述收发模块，还用于接收来自所述第二设备的设备信息，所述设备信息包括如下至少一项：所述第二设备的设备类型、所述第二设备的标识。

在一种可能的实现方式中，所述收发模块，具体用于所述第一设备根据所述第二设备中目标软件的版本信息和所述设备信息，若确定所述第一设备中存储有所述目标版本的目标软件，则向所述第二设备发送所述第一下载通知。

在一种可能的实现方式中，所述处理模块，还用于所述第一设备打开所述第一设备的Wi-Fi热点，以通过所述Wi-Fi热点与所述第二设备连接。

在一种可能的实现方式中，所述收发模块，还用于接收所述用户输入的升级指令，所述升级指令指示所述第一设备向所述服务器请求所述目标版本的目标软件，且向所述服务器发送第二软件升级请求，所述第二软件升级请求包括所述第一设备中存储的所述目标软件的版本信息。处理模块，还用于若接收来自所述服务器的第二下载通知，则根据所述二下载通知，从所述服务器下载所述目标版本的目标软件。

在一种可能的实现方式中，所述收发模块，还用于向所述服务器发送所述第二设备的设备信息，所述设备信息包括如下至少一项：所述第二设备的设备类型、第二设备的标识。

在一种可能的实现方式中，处理模块，还用于获取所述第二设备中目标软件的版本信息和所述设备信息。存储模块，用于存储所述第二设备中目标软件的版本信息和所述设备信息。

在一种可能的实现方式中，所述收发模块，还用于接收来自所述第二设备的所述第二设备中目标软件的版本信息和所述设备信息。

在一种可能的实现方式中，所述收发模块，具体用于接收来自所述第二设备的所述设备信息和第三软件升级请求，所述第三软件升级请求包括所述第二设备中目标软件的版本信息。

在一种可能的实现方式中，所述收发模块，还用于根据所述第二设备中目标软件的版本信息和所述设备信息，若确定所述第一设备中未存储有所述目标版本的目标软件，则向所述第二设备发送升级失败消息。

在一种可能的实现方式中，存储模块，还用于将所述第二设备中目标软件的版本信息、所述设备信息和所述目标版本的目标软件对应存储。

在一种可能的实现方式中，所述收发模块，还用于接收来自所述第二设备中目标软件的升级日志，以及向所述服务器发送所述第二软件升级请求和所述目标软件的升级日志。

在一种可能的实现方式中，所述第一设备为终端设备，所述第二设备为车载设备。

第三方面，本申请实施例提供一种电子设备，该电子设备可以为上述第一方面中的第一设备。所述电子设备包括：处理器、存储器、收发器；所述收发器耦合至所述处理器，所述处理器控制所述收发器的收发动作；其中，存储器用于存储计算机可执行程序代码，程序代码包括指令；当处理器执行指令时，指令使所述电子设备执行如第一方面所提供的方法。

第四方面，本申请实施例提供一种电子设备，包括用于执行以上第一方面可能的设计所提供的方法的单元、模块或电路。该电子设备可以为第一设备，也可以为应用于第一设备的一个模块，例如，可以为应用于第一设备的芯片。

第五方面，本申请实施例提供一种芯片，所述芯片上存储有计算机程序，在所述计算机程序被所述芯片执行时，实现如第一方面所提供的方法。

第六方面，本申请实施例提供一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述第一方面中的方法。

第七方面，本申请实施例提供一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述第一方面中的方法。

本申请实施例提供一种软件升级的方法、装置、电子设备和可读存储介质，该方法包括：第一设备接收用户输入的软件升级启动指令，修改第一设备的域名系统，修改后的域名系统包括第二设备对应的服务器的域名，第一设备接收来自第二设备的第一软件升级请求，根据第二设备中目标软件的版本信息，若确定第一设备中存储有目标版本的目标软件，则向第二设备发送第一下载通知，使得第二设备从第一设备上下载目标版本的目标软件。本申请实施例通过第一设备虚拟为第二设备对应的服务器，使得第二设备与第一设备交互就能够达到第二设备访问服务器的目的，进而第二设备可以自动实现软件的升级，不需要用户在第二设备上进行一步一步的升级操作，提高了升级效率和准确性。

附图说明

图1为目前一种软件升级的示意图；

图2为目前另一种软件升级的示意图；

图3为本申请实施例提供的软件升级的方法的一实施例的流程示意图；

图4为本申请实施例提供的第一设备的界面变化示意图一；

图5为本申请实施例提供的第一设备的界面示意图一；

图6为本申请实施例提供的第二设备的界面示意图；

图7为本申请实施例提供的软件升级的方法的另一实施例的流程示意图；

图8为目前另一种软件升级的示意图；

图9为本申请实施例提供的软件升级的方法的另一实施例的流程示意图；

图10为本申请实施例提供的软件升级的方法的另一实施例的流程示意图；

图11为本申请实施例提供的第一设备的界面变化示意图二；

图12为本申请实施例提供的第一设备的界面示意图二；

图13为本申请实施例提供的软件升级的方法的另一实施例的流程示意图；

图14为本申请实施例提供的软件升级的方法适用的场景示意图；

图15为本申请实施例提供的软件升级的方法的另一实施例的流程示意图；

图16为本申请实施例提供的一种软件升级的装置的结构示意图；

图17为本申请实施例提供的另一种软件升级的装置的结构示意图。

具体实施方式

软件升级指的是软件从低版本升级至高版本的过程。图1为目前一种软件升级的示意图。应理解，图1所示的软件升级的场景为背景技术中的软件升级的方法适用的场景。如图1所示，车载软件在需要升级时，可以到车辆的服务点由工作人员对车辆中的车载软件进行升级。其中，计算机或者专用升级设备中可以存储有高版本的车载软件。工作人员将计算机或者专用升级设备与车辆进行有线连接，工作人员在计算机或者专用升级设备中进行操作实现车载软件的升级。应理解，车载软件可以为车辆中的系统软件或车辆中安装的应用程序软件。图1所示的方法中，若车辆中有多个车载软件需要升级，则工作人员需要一一对待升级的软件进行升级，升级效率低。且该种方法中，需要采用计算机或者专用升级设备才能实现升级，适用性低。

为了避免每次升级车载软件时需要用户到服务器才能升级的问题，目前用户也可以从车辆的服务网站上下载高版本的车载软件，且将高版本的存储软件存储在移动存储设备，如移动硬盘、U盘中。图2为目前另一种软件升级的示意图。如图2所示，用户可以将移动存储设备和车辆进行有线连接，用户在车辆中的车机的界面上进行操作，使得车机获取移动存储设备中的高版本的软件，进而实现车载软件的升级。这种软件升级的方法虽然避免了用户需要到服务点才能升级的问题，但是需要用户在车机上进行一步一步的操作实现升级，效率低且容易出错，且对于很多不熟悉车机操作的用户该种方法的适用性低。

为了解决目前软件升级中的问题，本申请实施例中提供了一种软件升级的方法，通过第一设备虚拟为待升级设备对应的服务器，使得第一设备与第二设备进行交互自动实现第二设备中的软件的升级。本申请实施例中的软件升级方法不限于升级的场所，且第二设备升级过程中不需要用户进行操作，能够实现自动升级，提高了升级效率和准确性。

应理解，本申请实施例中的第一设备可以为终端设备，该终端设备可以是手机(mobile phone)、平板电脑(pad)、带无线收发功能的电脑、个人数字助理(personaldigital assistant，PDA)、具有无线通信功能的手持设备、计算机或其它处理设备、可穿戴设备(手表、运动手环、运动脚环等)、虚拟现实(virtual reality，VR)终端设备、增强现实(augmented reality，AR)终端设备等，本申请实施例对此并不限定。第二设备可以为机器人中的芯片或者处理器、车载终端或者其他不能连接网络的电子设备。下述实施例中以第一设备为手机，第二设备为车载设备为例进行示例说明。应理解，本申请实施例中执行软件升级的方法的执行主体可以为第一设备或第一设备中的芯片或者处理器等，下述实施例中以第一设备为例进行说明。

下面结合具体的实施例对本申请实施例提供的软件升级的方法进行说明。下面这几个实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例不再赘述。图3为本申请实施例提供的软件升级的方法的一实施例的流程示意图。如图3所示，本申请实施例提供的软件升级的方法可以包括：

S301，第一设备接收用户输入的软件升级启动指令。

S302，第一设备根据软件升级启动指令，修改第一设备的域名系统，修改后的域名系统包括第二设备对应的服务器的域名。

S303，在第一设备和第二设备连接后，第一设备接收来自第二设备的第一软件升级请求，第一软件升级请求包括第二设备中目标软件的版本信息。

S304，第一设备根据第二设备中目标软件的版本信息，若确定第一设备中存储有目标版本的目标软件，则向第二设备发送第一下载通知，第一下载通知用于指示第二设备从第一设备上下载目标版本的目标软件，目标版本高于第二设备中目标软件的版本。

在上述S301中，在用户需求升级第二设备中的软件时，可以在第一设备上操作，以触发第一设备接收用户输入的软件升级启动指令。在一种可能的实现方式中，第一设备上可以设置有第一控件，用户通过选择该第一控件，可以触发向第一设备输入软件升级启动指令。该软件升级启动指令用于指示第一设备修改第一设备的域名系统，修改后的域名系统包括第二设备对应的服务器的域名。其中，第一设备的域名系统(domain name system，DNS)包括域名和第一设备的互联网协议(internet protocol，IP)地址的映射关系，在第一设备还未修改第一设备的DNS时，该DNS中可以包括第一设备的IP地址和第一设备的域名的映射关系。第一设备的域名可以理解为第一设备的定位标识。

本申请实施例中，第一设备修改第一设备的域名系统可以指的是：第一设备将第一设备的IP地址和第二设备对应的服务器的域名的映射关系添加至该DNS中。也就是说，第一设备将第二设备对应的服务器DNS路由至本地。应理解，本申请实施例中修改后的域名系统包括第二设备对应的服务器的域名，即第一设备可以作为虚拟的服务器，第二设备可以通过访问第一设备实现访问第二设备对应的服务器的目的。

其中，该第一控件可以为第一设备的应用程序的界面上显示的控件，或者可以为第一设备的主界面或设置界面上显示的控件，或者可以为第一设备上的机械控件，本申请实施例中对第一控件的设置方式不做限制。图4为本申请实施例提供的第一设备的界面变化示意图一。图4中的界面401可以显示有“软件升级启动”(第一控件)，用户点击该第一控件，可以触发向第一设备输入软件升级启动指令。示例性的，第一设备为手机，第二设备为车载终端，当用户为车载软件升级时，可以如界面401所示，在手机的界面上点击第一控件，进而实现向手机输入软件升级启动指令。

在上述S302中，第一设备接收软件升级启动指令时，可以修改所述第一设备的域名系统，使得修改后的域名系统包括第二设备对应的服务器的域名。应理解，第一设备中可以存储有第二设备对应的服务器的域名，进而第一设备可以根据存储的第二设备对应的服务器的域名，修改所述第一设备的域名系统。

在一种可能的实现方式中，第一设备中可以存储有多个第二设备对应的服务器的域名，其中，若该多个第二设备对应的服务器的域名相同，则第一设备可以存储一个服务器的域名即可。若多个第二设备对应的服务器的域名不同，则第二设备可以存储每个第二设备对应的服务器的域名。示例性的，用户拥有车辆1、车辆2和车辆3，车辆1和车辆2同属于一个品牌，则车辆1和车辆2中的车载终端对应的服务器的域名相同，车辆3中的车载终端与车辆1中的车载终端对应的服务器的域名不同。示例性的，下表一以表格的形式显示第一设备中存储的多个第二设备对应的服务器的域名。

表一

在该种场景下，在一种可能的实现方式中，软件升级启动指令中可以包括第二设备的标识，在第一设备接收到软件升级启动指令时，可以修改第一设备的域名系统，使得修改后的域名系统包括第二设备对应的服务器的域名。示例性的，上述图4中的界面401可以替换为如图5中的界面，图5为本申请实施例提供的第一设备的界面示意图一。如图5所示，第一设备的界面上可以显示有待选择的第二设备，如车辆1、车辆2和车辆3，若用户选择车辆3，则该软件升级启动指令中可以包括车辆3中的车载终端的标识，修改后的域名系统包括域名2。

可选的，本申请实施例中，修改后的域名系统包括第二设备对应的服务器的域名时，可以输出域名系统修改完成的提醒消息。示例性的，如上述界面401可以跳转至界面402，该界面402上可以显示有“修改完成，可进行连接”的提醒消息。

在上述S303中，本申请实施例中，在第一设备修改所述第一设备的域名系统后，用户可以将第一设备和第二设备进行连接。其中，第一设备可以第二设备的连接方式可以为有线连接或无线连接，无线连接可以为蓝牙连接或Wi-Fi热点连接。本申请实施例中对用户将第一设备和第二设备进行连接的过程不做赘述，可以参照目前技术方案中的连接过程。

在第一设备和第二设备连接后，第二设备可以向第一设备发送第一升级请求，相应的，第一设备接收来自第二设备的第一软件升级请求。应理解，该第一升级请求可以为第一设备和第二设备连接成功时，第一设备自动发送的，或者，可以为第一设备和第二设备连接成功后由用户触发第二设备发送的。其中，用户触发第二设备发送第一升级请求的方式可以参照上述用户输入软件升级启动指令的方式。

第一软件升级请求可以包括第二设备中目标软件的版本信息。其中，目标软件可以为预设的待升级的软件，如目标软件可以为第二设备的系统软件。或者，第一升级请求中可以包括目标软件的标识，该目标软件可以为用户在第二设备上选择的软件，该第一升级请求中携带目标软件的标识的实现方法可以参照上述软件升级启动指令中包括第二设备的标识的相关描述。示例性的，图6为本申请实施例提供的第二设备的界面示意图。如图6所示，第二设备的界面上可以显示有待升级的软件的标识，如图标。第二设备可以将用户选择的软件作为目标软件，如目标软件可以为出行类应用程序的软件。

目标软件的版本信息可以包括用于表征第二设备中目标软件的版本。可选的，该版本信息可以为目标软件的版本标识，如版本号或版本图标等。

在上述S304中，第一设备可以根据第一软件升级请求中的第二设备中目标软件的版本信息，判断第一设备中存储有目标版本的目标软件。其中，目标版本高于第二设备中目标软件的版本。也就是说，若第一设备确定第一设备中存储有高于第二设备中目标软件的版本的版本，则确定第一设备中存储有目标版本的目标软件。若第一设备中未存储有高于第二设备中目标软件的版本的版本，则确定第一设备中未存储有目标版本的目标软件。

其中，若第一设备中存储有目标版本的目标软件，第一设备可以向第二设备发送第一下载通知。该第一下载通知用于指示第二设备从第一设备上下载目标版本的目标软件。在一种可能的实现方式中，该第一下载通知中可以包括目标版本的目标软件的下载地址，第二设备可以根据该下载地址下载目标版本的目标软件，应理解，该下载地址可以为第一设备中存储该目标版本的目标软件的地址。在一种可能的实现方式中，该第一下载通知中可以包括目标版本的目标软件，也就是说，第一设备可以将目标版本的目标软件发送给第二设备，以达到第二设备从第一设备上下载目标版本的目标软件的目的。应理解，若第一设备中未存储有目标版本的目标软件，则第一设备可以向第二设备发送升级失败消息，该升级失败消息用于指示第一设备中未存储有目标版本的目标软件，第二设备的目标软件升级失败。

本申请实施例提供的软件升级的方法包括：第一设备接收用户输入的软件升级启动指令，第一设备根据软件升级启动指令，修改第一设备的域名系统，修改后的域名系统包括第二设备对应的服务器的域名；在第一设备和第二设备连接后，第一设备接收来自第二设备的第一软件升级请求，第一软件升级请求包括第二设备中目标软件的版本信息；第一设备根据第二设备中目标软件的版本信息，若确定第一设备中存储有目标版本的目标软件，则向第二设备发送第一下载通知，第一下载通知用于指示第二设备从第一设备上下载目标版本的目标软件，目标版本高于第二设备中目标软件的版本。本申请实施例中通过第一设备虚拟为第二设备对应的服务器，使得第二设备与第一设备交互能够达到第二设备访问服务器的目的，进而第二设备可以自动实现软件的升级，不需要用户在第二设备上进行升级的一步一步操作，提高了升级效率和准确性。

若多个第二设备对应的服务器相同，但可能第二设备的设备类型不同，第二设备中的软件的类型也不同。示例性的，A品牌的中的a系列车辆1和b系列车辆2对应的服务器相同，但车辆1和车辆2中的车载终端所使用的软件不同，如系统软件不同。在该种场景下，为了提高第二设备中软件升级的准确性，提供了如图7所示的方法。图7为本申请实施例提供的软件升级的方法的另一实施例的流程示意图。如图7所示，本申请实施例提供的软件升级的方法可以包括：

S701，第一设备接收用户输入的软件升级启动指令。

S702，第一设备根据软件升级启动指令，修改第一设备的域名系统，修改后的域名系统包括第二设备对应的服务器的域名。

S703，在第一设备和第二设备连接后，第一设备接收来自第二设备的设备信息，设备信息包括如下至少一项：第二设备的设备类型、第二设备的标识。

S704，第一设备接收来自第二设备的第一软件升级请求。

S705，第一设备根据第二设备中目标软件的版本信息和设备信息，若确定第一设备中存储有目标版本的目标软件，则向第二设备发送第一下载通知。

S706，第一设备根据第二设备中目标软件的版本信息和设备信息，若确定第一设备中未存储有目标版本的目标软件，则向第二设备发送升级失败消息。

应理解，本申请实施例中的S701-S702、S704可以参照上述实施例中的S301-S302、S303中的相关描述。S703中的“第一设备接收来自第二设备的设备信息”和S704可以二者没有先后顺序的区分。S705和S706为择一执行的步骤。

上述S703中，为了使得第一设备能够更为准确的判断第一设备中是否存储有第二设备的目标版本的目标软件，即为了提高第二设备软件升级的准确性，第二设备可以向第一设备发送第二设备的设备信息。其中，该设备信息包括如下至少一项：第二设备的设备类型、第二设备的标识。第二设备的设备类型可以包括第二设备的型号，第二设备的标识可以为设备出厂时唯一标识第二识别的信息，如出厂序列号或国际移动设备识别码(international mobile equipment identity，IMEI)。

可选的，本申请实施例中，第一设备在接收到第二设备的设备信息后，可以向第二设备发送响应消息，该响应消息用于指示第一设备已经成功接收到第二设备的设备信息。应理解，为了减少第二设备与第一设备的交互信令，本申请实施例中的上述S702和S703也可以合并为一条信息发送，如上述S702和S703可以替换为S702'：在第一设备和第二设备连接后，第一设备接收来自第二设备的设备信息和第一软件升级请求，设备信息包括如下至少一项：第二设备的设备类型、第二设备的标识。或者，上述S702和S703可以替换为S702”：在第一设备和第二设备连接后，第一设备接收来自第二设备第一软件升级请求，第一软件升级请求中包括第二设备的设备信息，设备信息包括如下至少一项：第二设备的设备类型、第二设备的标识。应理解，本申请实施例中第二设备可以接收来自第二设备的第一软件升级请求和第二设备的设备信息，对具体的实现方式不做限制。

上述S705中，因为不同型号或不同类型的第二设备中所使用的软件不同，如系统软件不同，本申请实施例中第一设备可以根据第二设备中目标软件的版本信息和设备信息，判断第一设备中是否存储有目标版本的目标软件。其中，若第一设备中存储有目标版本的目标软件，则向第二设备发送第一下载通知，该部分内容可以参照上述实施例S304中的相关描述。

示例性的，如车辆1中的车载终端的系统软件为系统软件1，系统软件1的版本为1.0，如车辆2中的车载终端的系统软件为系统软件2，系统软件2的版本为2.0，第一设备中存储有版本为3.0的系统软件1。如第一设备与车辆2中的车载终端交互时，未能接收到来自第二设备的设备信息，则第一设备可能根据版本信息，将高于版本2.0的版本为3.0的系统软件1发送给车载终端，但该车载终端并不适用该系统软件1。因此本申请实施例中第一设备可以根据目标软件的版本信息和设备信息判断第一设备中是否存储有目标版本的目标软件。

其中，若第一设备接收到的是车辆1中车载终端的软件升级请求，则第一设备可以根据车载终端的系统软件的版本1.0以及设备信息，确定车载终端的系统软件为系统软件1，且系统软件1的版本为1.0。因为第一设备中存储有版本3.0的系统软件1，且版本3.0高于版本1.0，则确定第一设备中存储有目标版本的目标软件。若第一设备接收到的是车辆2中车载终端的软件升级请求，则第一设备可以根据车载终端的系统软件的版本2.0以及设备信息，确定车载终端的系统软件为系统软件2，且系统软件2的版本为2.0。但第一设备中未存储有高于版本2.0的系统软件2，则确定第一设备中未存储有目标版本的目标软件。

上述S706中，第一设备根据第二设备中目标软件的版本信息和设备信息，若确定第一设备中未存储有目标版本的目标软件，则向第二设备发送升级失败消息。其中，该升级失败消息用于指示第一设备中未存储有目标版本的目标软件，第二设备的目标软件升级失败。

本申请实施例中，第二设备在升级软件时可以向第一设备发送第二设备的设备信息，第一设备可以根据第二设备中的目标软件的版本信息和设备信息，准确确定第一设备中是否存储有目标版本的目标软件，进一步提高了第二设备的软件升级的准确性。

目前的技术方案中第二设备从服务器下载高版本的软件时，需要接入网络访问服务器。图8为目前另一种软件升级的示意图。如图8所示，第二设备中可以设置有网络模块(如3G/4G/5G)和用户身份识别模块(subscriber identity module，SIM)识别卡，第二设备可以通过网络模块访问服务器，进而从服务器下载高版本的软件。但该种方式中，用户需要为第二设备额外办理SIM卡，且第二设备采用移动网络流量下载高版本的软件，耗费的流量大、成本高。

为了解决该技术问题，在上述实施例的基础上，本申请实施例中的第一设备可以在具有免费Wi-Fi的环境下下载第二设备的目标版本的目标软件，进而能够节省采用移动网络流量下载软件的成本。另外，本申请实施例中的第一设备中可以不设置有SIM卡，如第一设备可以为平板电脑，平板电脑可以在Wi-Fi的环境下下载第二设备的目标版本的目标软件，并不需要采用移动流量下载软件。图9为本申请实施例提供的软件升级的方法的另一实施例的流程示意图。如图9所示，在上述S703之前，还可以包括：

S707，第一设备打开第一设备的Wi-Fi热点，以通过Wi-Fi热点与第二设备连接。

应理解，若第一设备的Wi-Fi热点在接收用户输入的软件升级启动指令时已经处于打开状态，则第一设备可以不执行该步骤。本申请实施例中针对第一设备的Wi-Fi热点处于未打开状态来说的，其中，该步骤S707与上述S702没有先后顺序的区分，二者也可以同时执行。其中，第一设备打开Wi-Fi热点，可以通过Wi-Fi热点与第二设备连接。本申请实施例中对第二设备连接第一设备的Wi-Fi热点的过程不做赘述，可以参照目前的Wi-Fi热点的连接的相关描述。

应理解，目前的技术方案中也存在第二设备采用其他设备Wi-Fi热点下载高版本的软件的技术方案。但该种方法中也仍然存在与图1-图2中的技术方案相同的技术问题，即用户需要在车载终端上一步一步进行升级操作才能实现下载高版本的软件，用户体验不佳。而本申请实施例中的技术方案，不需要用户在车载终端上一步一步进行软件的升级操作，第二设备与第一设备连接后即可实现第二设备中的软件的自动升级，本申请实施例中的方法更为便捷，可以提高与用户的粘合度。

在一种可能的实现方式中，在上述S705之后还可以包括：

S708，第二设备从第一设备下载目标版本的目标软件，且向第一设备发送目标软件的升级日志。

第二设备在下载目标版本的目标软件，可以更新目标软件，即将低版本的目标软件更新至目标版本的目标软件。本申请实施例中，第二设备可以向第一设备发送目标软件的升级日志。应理解，第一设备可以将第二设备的目标软件的升级日志发送给服务器，以使服务器获取软件的更新过程。其中，第二设备可以向第一设备发送目标软件的升级日志目的是：使得服务器能够获取目标软件的升级过程，进而工作人员可以根据服务器中的目标软件的升级过程，对软件进行升级或了解软件升级情况。示例性的，工作人员可以根据目标软件的升级日志，确定目前第二设备中的目标软件的版本情况，或者可以获取目标软件在升级的过程中的问题，及时调整目标软件。

本申请实施例中，第一设备可以在具有免费Wi-Fi的环境下下载第二设备的目标版本的目标软件，进而能够节省采用移动网络流量下载软件的成本，且本申请实施例中的软件升级方法不需要用户在车载终端上一步一步进行升级操作，第二设备与第一设备连接后即可实现第二设备中的软件的自动升级，方法更为便捷，可以提高与用户的粘合度。

上述实施例中讲述了第一设备中可以存储有目标版本的目标软件，其中，第一设备中存储的目标版本的目标软件，可以是第一设备与第二设备对应的服务器交互时从服务器下载的。也就是说，本申请实施例中将第二设备的软件升级过程中的高版本的软件的下载过程和升级过程分离，通过第一设备作为中间载体，第一设备可以与第二设备对应的服务器交互实现高版本的软件的下载，第一设备与第二设备交互实现第二设备的软件升级。下面结合实施例对第一设备与第二设备对应的服务器交互过程进行说明。图10为本申请实施例提供的软件升级的方法的另一实施例的流程示意图。如图10所示，本申请实施例提供的软件升级的方法可以包括：

S1001，第一设备接收用户输入的升级指令，升级指令指示第一设备向服务器请求目标版本的目标软件。

S1002，第一设备向服务器发送第二软件升级请求，第二软件升级请求包括第一设备中存储的目标软件的版本信息。

S1003，若第一设备接收来自服务器的第二下载通知，则第一设备根据第二下载通知，从服务器下载目标版本的目标软件。

应理解，在S1003之后可以执行上述实施例中的步骤，如可以执行S301、S701。

上述S1001中，应理解，第一设备中原本可以并未存储有目标版本的目标软件，本申请实施例中将第一设备作为第二设备升级软件的中间载体，因此第一设备可以预先从第二设备对应的服务器中下载目标版本的目标软件。其中，用户可以选择第一设备在具有无线网络时下载目标版本的目标软件，能够进一步节省成本，示例性的，用户可以选择在家庭中、办公室内触发第一设备通过无线网络从服务器下载目标版本的目标软件。

其中，用户可以向第一设备输入升级指令，该升级指令指示第一设备向服务器请求目标版本的目标软件，以触发第一设备与第二设备对应的服务器交互，以从服务器下载目标版本的目标软件。示例性的，第一设备上可以设置有第二控件，应理解，该第二控件的设置方式可以参照上述第一控件的相关描述。图11为本申请实施例提供的第一设备的界面变化示意图二。如图11中界面1101上显示有“版本升级”控件，用户点击该第二控件，可以触发向第一设备输入升级指令。应理解，本申请实施例中的界面1101为在界面401的基础上增加了第二控件的示例界面，其中，显示有第二控件的界面也可以与上述界面401不在同一界面中。

应注意，若第一设备对应多个第二设备，且多个设备对应不同的服务器，则本申请实施例中用户在选择第二控件后，可以触发第一设备与该多个设备对应的服务器进行交互，以升级(也可以称为更新)第一设备中存储的该多个第二设备中目标软件。另外，上述界面1101还可以替换为如图12所示的界面，该界面上可以显示有多个“版本升级”控件，用户想要更新第一设备中存储的哪个第二设备的目标软件，即可选择该第二设备对应的“版本升级”控件，如图12中所示的车辆1版本升级、车辆2版本升级和车辆3版本升级。应理解，本申请实施例中的图12中所示的界面为在图5中所示的界面基础上增加了第二控件的示例界面，其中，显示有图12中所示的界面也可以与图5中所示的界面不在同一界面中。图12为本申请实施例提供的第一设备的界面示意图二。

上述S1002中，第一设备在接收到用户输入的升级请求后，可以升级第一设备中已存储的第二设备中的目标软件。应理解，当第一设备为第一次从服务器下载第二设备中的目标软件时，即第一设备中还未存储有目标版本的目标软件，则第一设备可以直接下载目标版本的目标软件。第一设备可以向第二设备对应的服务器发送第二软件升级请求。该第二软件升级请求包括第一设备中存储的目标软件的版本信息。

其中，服务器接收到来自第一设备中存储的目标软件的版本信息后，可以判断服务器中是否存储有目标版本的目标软件。应理解，服务器判断服务器中是否存储有目标版本的目标软件的方式可以参照上述实施例中第一设备判断第一设备中是否存储有目标版本的目标软件的相关描述。若服务器中存储有目标版本的目标软件，则服务器可以向第一设备发送第二下载通知，该第二下载通知用于指示第一设备从服务器下载目标版本的目标软件。示例性的，上述界面1101可以跳转至界面1102，该界面1102上可以显示有“升级完成”的提醒信息。第二下载通知可以参照上述实施例中第一下载通知的相关描述。其中，若服务器中未存储有目标版本的目标软件，则服务器可以向第一设备发送升级失败消息。

上述S1003中，若第一设备接收来自服务器的第二下载通知，则第一设备根据下载通知，从服务器下载目标版本的目标软件。其中第一设备根据二下载通知，从服务器下载目标版本的目标软件的方式，可以参照上述实施例中第二设备根据第一下载通知从第一设备下载目标版本的目标软件的相关描述。

应注意，参照上述图7所示的实施例中的描述，本申请实施例中同样为了提高第二设备中软件升级的准确性，在上述S1002之前还可以包括S1004，如图13所示。图13为本申请实施例提供的软件升级的方法的另一实施例的流程示意图。

S1004，第一设备向服务器发送第二设备的设备信息，设备信息包括如下至少一项：第二设备的设备类型、第二设备的标识。

本申请实施例中，第一设备中可以预先存储有第二设备的设备信息。其中，第一设备可以在该次从服务器下载目标版本的目标软件之前，获取第二设备中目标软件的版本信息和设备信息，且存储第二设备中目标软件的版本信息和设备信息，以便在该次从服务器下载目标版本的目标软件时，可以向服务器发送第二设备的设备信息。应理解，该第二设备的设备信息可以为用户预先输入至第一设备中的。

或者，在一种可能的实现方式中，在第一设备和第二设备初次连接后，第一设备接收来自第二设备的第二设备中目标软件的版本信息和设备信息。应理解，在该种场景下，第一设备将第一设备的域名修改为第二设备对应的服务器的域名，且第一设备和第二设备初次连接，如第一设备和第二设备可以通过有线连接或无线连接等方式初次连接后，第二设备可以向服务器发送设备信息。或者，在第一设备未将第一设备的域名修改为第二设备对应的服务器的域名时，且第一设备和第二设备初次连接后，第二设备也可以向服务器发送设备信息。在该种实现方式中，第二设备可以向第一设备发送第二设备的设备信息，以完成一次交互。

在另一种可能的实现方式中，为了减少第一设备和第二设备的交互信令，第二设备可以在升级目标软件时向第一设备发送第二设备的设备信息。也就是说，在第一设备将第一设备的域名修改为第二设备对应的服务器的域名，且第一设备通过第一设备的Wi-Fi热点与第二设备连接后，第一设备可以接收来自第二设备的设备信息和第三软件升级请求。其中，该第三软件升级请求包括第二设备中目标软件的版本信息。应注意，此时第一设备通过第一设备的Wi-Fi热点与第二设备连接可以为：上述图3所示的实施例第一设备和第二设备连接之前的一次连接。应理解，因为此时第一设备还未从服务器下载目标版本的目标软件，因此第一设备中还未存储有目标版本的目标软件，第一设备可以向第二设备发送升级失败消息。

应理解，本申请实施例中的S1002和S1004可以替换为S1002'：第一设备向服务器发送第二设备的设备信息和第二软件升级请求，设备信息包括如下至少一项：第二设备的设备类型、第二设备的标识。或者，本申请实施例中的S1002和S1004还可以替换为S1002”：第一设备向服务器发送第二设备第一软件升级请求，第一软件升级请求中包括第二设备的设备信息，设备信息包括如下至少一项：第二设备的设备类型、第二设备的标识。

可以想到的是，在上述S1004之后还可以包括S1005：第一设备将第二设备中目标软件的版本信息、设备信息和目标版本的目标软件对应存储。其中，第一设备在从服务器下载目标版本的目标软件后，可以将第二设备中目标软件的版本信息、设备信息和目标版本的目标软件对应存储，以便实现上述实施例中第二设备从第一设备中下载目标版本的目标软件。

应理解，本申请实施例中在执行上述S1003之后，若执行上述S301、S701，且在第一设备接收来自第二设备的目标软件的升级日志后，可以将该目标软件的升级日志发送给服务器。

本申请实施例中，第一设备可以从第二设备对应的服务器预先下载目标版本的目标软件，且本申请实施例中为了提高第二设备中软件升级的准确性，第一设备可以预先在与第二设备的交互过程中获取第二设备的设备信息和第二设备中目标软件的版本信息。

图14为本申请实施例提供的软件升级的方法适用的场景示意图。如图14所示，该场景中可以包括第一设备、第二设备和第二设备对应的服务器。图15为本申请实施例提供的软件升级的方法的另一实施例的流程示意图。应理解，图15中以第一设备和第二设备初次连接为例进行说明。如图15所示，本申请实施例提供的软件升级的方法可以包括：

S1501，第一设备接收用户输入的软件升级启动指令。

S1502，第一设备根据软件升级启动指令，修改第一设备的域名系统，修改后的域名系统包括第二设备对应的服务器的域名。

S1503，在第一设备和第二设备连接后，第一设备接收来自第二设备的设备信息和第三软件升级请求。

S1504，第一设备根据第二设备中目标软件的版本信息和设备信息，若确定第一设备中未存储有目标版本的目标软件，则向第二设备发送升级失败消息。

S1505，第一设备接收用户输入的升级指令。

S1506，第一设备向服务器发送第二软件升级请求。

S1507，若第一设备接收来自服务器的第二下载通知，则第一设备根据第二下载通知，从服务器下载目标版本的目标软件。

S1508，第一设备接收用户输入的软件升级启动指令。

S1509，第一设备根据软件升级启动指令，修改第一设备的域名系统，修改后的域名系统包括第二设备对应的服务器的域名。

S1510，在第一设备和第二设备连接后，第一设备接收来自第二设备的设备信息和第一软件升级请求。

S1511，第一设备根据第二设备中目标软件的版本信息和设备信息，若确定第一设备中存储有目标版本的目标软件，则向第二设备发送第一下载通知。

S1512，第二设备从第一设备下载目标版本的目标软件。

S1513，第二设备向第一设备发送目标软件的升级日志。

S1514，第一设备向服务器发送目标软件的升级日志。

本申请实施例中S1501-S1504可以为用户从第一设备下载第二设备的目标软件，在第二设备接收到升级失败消息后，可以在输入该升级失败消息，以使用户知道第一设备中未存储有第二设备的目标版本的目标软件。进而，用户可以触发第一设备执行S1505-S1507中的步骤，下载并存储目标版本的目标软件，使得第二设备再次从第一设备下载第二设备的目标软件时，第一设备可以向第二设备发送第一下载通知，即可以使得顺利执行S1508-S1503中的步骤。应理解，在第一设备接收到第二设备的目标软件的升级日志后，可以向服务器发送目标软件的升级日志。

应理解，本申请实施例中的技术效果可以参照上述实施例中的相关描述。

图16为本申请实施例提供的一种软件升级的装置的结构示意图。本实施例所涉及的软件升级的装置可以为前述所说的第一设备，也可以为应用于第一设备的芯片。该软件升级的装置可以用于执行上述方法实施例中第一设备的动作。如图16所示，该软件升级的装置可以包括：收发模块1601、处理模块1602和存储模块1603。其中，

收发模块1601，用于接收用户输入的软件升级启动指令。

处理模块1602，用于根据所述软件升级启动指令，修改所述第一设备的域名系统，修改后的域名系统包括第二设备对应的服务器的域名。

在所述第一设备和所述第二设备连接后，所述收发模块1601，还用于接收来自所述第二设备的第一软件升级请求，且根据第二设备中目标软件的版本信息，若确定所述第一设备中存储有目标版本的目标软件，则向所述第二设备发送第一下载通知，所述第一下载通知用于指示所述第二设备从所述第一设备上下载所述目标版本的目标软件，所述目标版本高于所述第二设备中目标软件的版本；所述第一软件升级请求包括所述第二设备中目标软件的版本信息。

在一种可能的实现方式中，所述收发模块1601，还用于接收来自所述第二设备的设备信息，所述设备信息包括如下至少一项：所述第二设备的设备类型、所述第二设备的标识。

在一种可能的实现方式中，所述收发模块1601，具体用于所述第一设备根据所述第二设备中目标软件的版本信息和所述设备信息，若确定所述第一设备中存储有所述目标版本的目标软件，则向所述第二设备发送所述第一下载通知。

在一种可能的实现方式中，所述处理模块1602，还用于所述第一设备打开所述第一设备的Wi-Fi热点，以通过所述Wi-Fi热点与所述第二设备连接。

在一种可能的实现方式中，所述收发模块1601，还用于接收所述用户输入的升级指令，所述升级指令指示所述第一设备向所述服务器请求所述目标版本的目标软件，且向所述服务器发送第二软件升级请求，所述第二软件升级请求包括所述第一设备中存储的所述目标软件的版本信息。处理模块1602，还用于若接收来自所述服务器的第二下载通知，则根据所述第二下载通知，从所述服务器下载所述目标版本的目标软件。

在一种可能的实现方式中，所述收发模块1601，还用于向所述服务器发送所述第二设备的设备信息，所述设备信息包括如下至少一项：所述第二设备的设备类型、第二设备的标识。

在一种可能的实现方式中，处理模块1602，还用于获取所述第二设备中目标软件的版本信息和所述设备信息。存储模块1603，用于存储所述第二设备中目标软件的版本信息和所述设备信息。

在一种可能的实现方式中，所述收发模块1601，还用于接收来自所述第二设备的所述第二设备中目标软件的版本信息和所述设备信息。

在一种可能的实现方式中，所述收发模块1601，具体用于接收来自所述第二设备的所述设备信息和第三软件升级请求，所述第三软件升级请求包括所述第二设备中目标软件的版本信息。

在一种可能的实现方式中，所述收发模块1601，还用于根据所述第二设备中目标软件的版本信息和所述设备信息，若确定所述第一设备中未存储有所述目标版本的目标软件，则向所述第二设备发送升级失败消息。

在一种可能的实现方式中，存储模块1603，还用于将所述第二设备中目标软件的版本信息、所述设备信息和所述目标版本的目标软件对应存储。

在一种可能的实现方式中，所述收发模块1601，还用于接收来自所述第二设备中目标软件的升级日志，以及向所述服务器发送所述第二软件升级请求和所述目标软件的升级日志。

在一种可能的实现方式中，所述第一设备为终端设备，所述第二设备为车载设备。

本申请实施例提供的软件升级的装置，可以执行上述方法实施例中第一设备的动作，其实现原理和技术效果类似，在此不再赘述。

需要说明的是，应理解以上收发模块实际实现时可以为收发器、或者包括发送器和接收器。而处理模块可以以软件通过处理元件调用的形式实现；也可以以硬件的形式实现。例如，处理模块可以为单独设立的处理元件，也可以集成在上述装置的某一个芯片中实现，此外，也可以以程序代码的形式存储于上述装置的存储器中，由上述装置的某一个处理元件调用并执行以上处理模块的功能。此外这些模块全部或部分可以集成在一起，也可以独立实现。这里所述的处理元件可以是一种集成电路，具有信号的处理能力。在实现过程中，上述方法的各步骤或以上各个模块可以通过处理器元件中的硬件的集成逻辑电路或者软件形式的指令完成。例如，以上这些模块可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个专用集成电路(application specific integrated circuit，ASIC)，或，一个或多个微处理器(digital signal processor，DSP)，或，一个或者多个现场可编程门阵列(field programmable gate array，FPGA)等。再如，当以上某个模块通过处理元件调度程序代码的形式实现时，该处理元件可以是通用处理器，例如中央处理器(central processing unit，CPU)或其它可以调用程序代码的处理器。再如，这些模块可以集成在一起，以片上系统(system-on-a-chip，SOC)的形式实现。

图17为本申请实施例提供的另一种软件升级的装置的结构示意图。如图17所示，该软件升级的装置可以包括：处理器1701(例如CPU)、存储器1702、收发器1703；收发器1703耦合至处理器1701，处理器1701控制收发器1703的收发动作；存储器1702可能包含高速随机存取存储器(random-access memory，RAM)，也可能还包括非易失性存储器(non-volatile memory，NVM)，例如至少一个磁盘存储器，存储器1702中可以存储各种指令，以用于完成各种处理功能以及实现本申请的方法步骤。可选的，本申请涉及的软件升级的装置还可以包括：电源1704、通信总线1705以及通信端口1706。收发器1703可以集成在软件升级的装置的收发信机中，也可以为软件升级的装置上独立的收发天线。通信总线1705用于实现元件之间的通信连接。上述通信端口1706用于实现软件升级的装置与其他外设之间进行连接通信。

在本申请实施例中，上述存储器1702用于存储计算机可执行程序代码，程序代码包括指令；当处理器1701执行指令时，指令使软件升级的装置的处理器1701执行上述方法实施例中终端设备的处理动作，使收发器1703执行上述方法实施例中终端设备的收发动作，其实现原理和技术效果类似，在此不再赘述。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本申请实施例的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。

本文中的术语“多个”是指两个或两个以上。本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系；在公式中，字符“/”，表示前后关联对象是一种“相除”的关系。

可以理解的是，在本申请的实施例中涉及的各种数字编号仅为描述方便进行的区分，并不用来限制本申请的实施例的范围。

可以理解的是，在本申请的实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请的实施例的实施过程构成任何限定。

Claims (16)

1.一种软件升级的方法，其特征在于，包括：

第一设备接收用户输入的软件升级启动指令；

所述第一设备根据所述软件升级启动指令，修改所述第一设备的域名系统，修改后的域名系统包括第二设备对应的服务器的域名；

在所述第一设备和所述第二设备连接后，所述第一设备接收来自所述第二设备的第一软件升级请求，所述第一软件升级请求包括所述第二设备中目标软件的版本信息；

所述第一设备根据所述第二设备中目标软件的版本信息，若确定所述第一设备中存储有目标版本的目标软件，则向所述第二设备发送第一下载通知，所述第一下载通知用于指示所述第二设备从所述第一设备上下载所述目标版本的目标软件，所述目标版本高于所述第二设备中目标软件的版本。

2.根据权利要求1所述的方法，其特征在于，所述第一设备接收来自所述第二设备的第一软件升级请求之前，还包括：

所述第一设备接收来自所述第二设备的设备信息，所述设备信息包括如下至少一项：所述第二设备的设备类型、所述第二设备的标识。

3.根据权利要求2所述的方法，其特征在于，所述第一设备根据所述第二设备中目标软件的版本信息，若确定所述第一设备中存储有目标版本的目标软件，则向所述第二设备发送第一下载通知，包括：

所述第一设备根据所述第二设备中目标软件的版本信息和所述设备信息，若确定所述第一设备中存储有所述目标版本的目标软件，则向所述第二设备发送所述第一下载通知。

4.根据权利要求1-3中任一项所述的方法，其特征在于，所述修改所述第一设备的域名系统之后，还包括：

所述第一设备打开所述第一设备的Wi-Fi热点，以通过所述Wi-Fi热点与所述第二设备连接。

5.根据权利要求1-4中任一项所述的方法，其特征在于，所述第一设备接收用户输入的软件升级启动指令之前，还包括：

所述第一设备接收所述用户输入的升级指令，所述升级指令指示所述第一设备向所述服务器请求所述目标版本的目标软件；

所述第一设备向所述服务器发送第二软件升级请求，所述第二软件升级请求包括所述第一设备中存储的所述目标软件的版本信息；

若所述第一设备接收来自所述服务器的第二下载通知，则所述第一设备根据所述第二下载通知，从所述服务器下载所述目标版本的目标软件。

6.根据权利要求5所述的方法，其特征在于，所述第一设备向所述服务器发送第二软件升级请求之前，还包括：

所述第一设备向所述服务器发送所述第二设备的设备信息，所述设备信息包括如下至少一项：所述第二设备的设备类型、第二设备的标识。

7.根据权利要求6所述的方法，其特征在于，所述第一设备接收所述用户输入的升级指令之前，还包括：

所述第一设备获取所述第二设备中目标软件的版本信息和所述设备信息；

存储所述第二设备中目标软件的版本信息和所述设备信息。

8.根据权利要求7所述的方法，其特征在于，所述第一设备获取所述第二设备中目标软件的版本信息和所述设备信息，包括：

所述第一设备接收来自所述第二设备的所述第二设备中目标软件的版本信息和所述设备信息。

9.根据权利要求8所述的方法，其特征在于，所述第一设备接收来自所述第二设备的所述第二设备中目标软件的版本信息和所述设备信息，包括：

所述第一设备接收来自所述第二设备的所述设备信息和第三软件升级请求，所述第三软件升级请求包括所述第二设备中目标软件的版本信息。

10.根据权利要求3或9所述的方法，其特征在于，所述方法还包括：

所述第一设备根据所述第二设备中目标软件的版本信息和所述设备信息，若确定所述第一设备中未存储有所述目标版本的目标软件，则向所述第二设备发送升级失败消息。

11.根据权利要求5-9中任一项所述的方法，其特征在于，所述从所述服务器下载所述目标版本的目标软件之后，还包括：

所述第一设备将所述第二设备中目标软件的版本信息、所述设备信息和所述目标版本的目标软件对应存储。

12.根据权利要求1-11中任一项所述的方法，其特征在于，所述方法还包括：

所述第一设备接收来自所述第二设备中目标软件的升级日志；

所述第一设备向所述第二设备对应的服务器发送第二软件升级请求，还包括：

所述第一设备向所述服务器发送所述第二软件升级请求和所述目标软件的升级日志。

13.根据权利要求1-12中任一项所述的方法，其特征在于，所述第一设备为终端设备，所述第二设备为车载设备。

14.一种软件升级的装置，其特征在于，包括：

收发模块，用于接收用户输入的软件升级启动指令；

处理模块，用于根据所述软件升级启动指令，修改第一设备的域名系统，修改后的域名系统包括第二设备对应的服务器的域名；

在所述第一设备和所述第二设备连接后，所述收发模块，还用于接收来自所述第二设备的第一软件升级请求，且根据所述第二设备中目标软件的版本信息，若确定第一设备中存储有目标版本的目标软件，则向所述第二设备发送第一下载通知，所述第一下载通知用于指示所述第二设备从所述第一设备上下载所述目标版本的目标软件，所述目标版本高于所述第二设备中目标软件的版本，所述第一软件升级请求包括所述第二设备中目标软件的版本信息。

15.一种电子设备，其特征在于，包括：存储器、处理器和收发器；

所述处理器用于与所述存储器耦合，读取并执行所述存储器中的指令，以实现权利要求1-13中任一项所述的方法；

所述收发器与所述处理器耦合，由所述处理器控制所述收发器进行消息收发。

16.一种计算机可读存储介质，其特征在于，所述计算机存储介质存储有计算机指令，当所述计算机指令被计算机执行时，使得所述计算机执行权利要求1-13中任一项所述的方法。

Images