CN105760203A - 一种软件升级方法及终端设备 - Google Patents

Abstract

本发明实施例公开了一种软件升级方法及终端设备，其中方法的实现包括：第一终端设备确定是否需要对本地软件进行升级；所述第一终端设备与第二终端设备采用短距通信方式建立通信连接；所述第一终端设备确定待升级软件后，向所述第二终端设备发送请求消息，在所述请求消息中携带需要所述待升级软件的信息；所述第一终端设备接收所述第二终端设备返回的软件升级数据，并通过所述软件升级数据对所述待升级软件进行升级。第一终端设备与第二终端设备采用短距通信方式建立通信连接；软件升级数据由该通信连接经第二终端从网络侧的服务器下载；不需要耗费第一终端设备的计费流量，可以节省第一终端在软件升级过程中的流量耗费。

Description

一种软件升级方法及终端设备

技术领域

本发明涉及通信技术领域，特别涉及一种软件升级方法及终端设备。

背景技术

软件升级，是指软件从低版本向高版本的更新。由于高版本常常修复低版本的部分瑕疵(BUG)或更新了相应的功能等，所以经历了软件升级，一般都会比原版本的性能更好，得到优化的效果，用户也能有更好的体验。

软件升级的流程一般如下：

首先，终端设备检测软件是否需要更新；该步骤，通常由终端设备对本地软件进行软件版本号扫描，确定软件提供商的服务器是否有更新软件，如果有，则确定该软件有需要更新。

然后，终端设备通过通信网络连接到软件提供商的服务器，从该服务器下载最新版本的软件更新数据到上述终端设备本地，然后通过软件更新数据对本地的软件进行升级。软件更新数据，可以是完整的安装程序，也可以是更新数据包。

智能手机一般都有recovery(一种可以对安卓机内部的数据或系统进行修改的模式)升级功能，以智能手机的空中下载技术(OvertheAirTechnology，OTA)升级功能为例。OTA升级是通过移动通信的空中接口对客户识别模块卡(SubscriberIdentityModule，SIM)卡数据及应用进行远程管理的技术。用户操作智能手机通过从OTA服务器获取指定的软件升级包对本地软件进行升级。

采用以上方案进行软件升级，下载软件更新数据会消耗较多的流量，对于流量有较多限制的终端设备，特别是移动终端会造成软件升级成本高的问题，浪费了终端设备珍贵的流量。

发明内容

本发明实施例提供了一种软件升级方法及终端设备，用于节省软件升级的流量耗费。

一方面本发明实施例提供了一种软件升级方法，包括：

第一终端设备确定是否需要对本地软件进行升级；所述第一终端设备与第二终端设备采用短距通信方式建立通信连接；

所述第一终端设备确定待升级软件后，向所述第二终端设备发送请求消息，在所述请求消息中携带需要所述待升级软件的信息；

所述第一终端设备接收所述第二终端设备返回的软件升级数据，并通过所述软件升级数据对所述待升级软件进行升级。

在一个可选的实现方式中，所述短距通信方式包括：

蓝牙、紫蜂、红外通信、无线保真以及无线局域网中的任意一项。

在一个可选的实现方式中，所述第一终端设备确定是否需要对本地软件进行升级包括：

所述第一终端设备确定是否需要对系统软件进行升级；

所述第一终端设备确定待升级软件后，向所述第二终端设备发送请求消息，在所述请求消息中携带需要所述待升级软件的信息；包括：

所述第一终端设备确定系统软件需要升级后，向所述第二终端设备发送请求消息，在所述请求消息中携带需要所述系统软件的版本号；

所述第一终端设备接收所述第二终端返回的软件升级数据，并通过所述软件升级数据对所述待升级软件进行升级包括：

所述第一终端设备接收所述第二终端设备返回的系统软件升级包，并通过所述系统软件升级包对所述系统软件进行升级。

二方面本发明实施例提供了另一种软件升级方法，包括：

第二终端设备与第一终端设备采用短距通信方式建立通信连接；

所述第二终端设备接收来自所述第一终端设备的请求消息，在所述请求消息中携带需要待升级软件的信息；

所述第二终端设备依据所述待升级软件的信息，从服务器下载所述待升级软件的软件升级数据；

所述第二终端设备将所述软件升级数据发送给所述第一终端设备。

在一个可选的实现方式中，在所述第二终端设备将所述软件升级数据发送给所述第一终端设备之后，所述方法还包括：

所述第二终端设备向所述第一终端发送软件升级指令，在所述软件升级指令中携带所述软件升级数据的位置信息。

三方面本发明实施例提供了一种终端设备，作为第一终端设备使用，包括：

升级确定单元，用于确定第一终端设备是否需要对本地软件进行升级；

连接建立单元，用于采用短距通信方式建立所述第一终端设备与第二终端设备通信连接；

消息发送单元，用于在所述升级确定单元确定待升级软件后，向所述第二终端设备发送请求消息，在所述请求消息中携带需要所述待升级软件的信息；

数据接收单元，用于接收所述第二终端设备返回的软件升级数据；

升级控制单元，用于通过所述软件升级数据对所述待升级软件进行升级。

在一个可选的实现方式中，所述短距通信方式包括：

蓝牙、紫蜂、红外通信、无线保真以及无线局域网中的任意一项。

在一个可选的实现方式中，所述升级确定单元，用于确定第一终端设备是否需要对系统软件进行升级；

所述消息发送单元，用于在所述升级确定单元确定系统软件需要升级后，向所述第二终端设备发送请求消息，在所述请求消息中携带需要所述系统软件的版本号；

所述数据接收单元，用于接收所述第二终端设备返回的系统软件升级包；

所述升级控制单元，用于通过所述系统软件升级包对所述系统软件进行升级。

四方面本发明实施例提供了一种终端设备，作为第二终端设备使用，包括：

连接建立单元，用于采用短距通信方式与第一终端设备建立通信连接；

请求接收单元，用于接收来自所述第一终端设备的请求消息，在所述请求消息中携带需要待升级软件的信息；

数据下载单元，用于依据所述待升级软件的信息，从服务器下载所述待升级软件的软件升级数据；

数据发送单元，用于将所述软件升级数据发送给所述第一终端设备。

在一个可选的实现方式中，所述终端设备还包括：

指令发送单元，用于在所述数据发送单元将所述软件升级数据发送给所述第一终端设备之后，向所述第一终端发送软件升级指令，在所述软件升级指令中携带所述软件升级数据的位置信息。

从以上技术方案可以看出，本发明实施例具有以下优点：第一终端设备与第二终端设备采用短距通信方式建立通信连接；软件升级数据由该通信连接经第二终端从网络侧的服务器下载，第二终端设备通常可以是流量较多的终端或者具有不计费流量的终端设备；本发明实施例不需要耗费第一终端设备的计费流量，可以节省第一终端在软件升级过程中的流量耗费。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简要介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1A为本发明实施例方法流程示意图；

图1B为本发明实施例方法流程示意图；

图2为本发明实施例系统结构示意图；

图3为本发明实施例终端设备结构示意图；

图4为本发明实施例终端设备结构示意图；

图5为本发明实施例终端设备结构示意图；

图6为本发明实施例终端设备结构示意图；

图7为本发明实施例终端设备结构示意图。

具体实施方式

为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述，显然，所描述的实施例仅仅是本发明一部份实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

本发明实施例提供了一种软件升级方法，如图1A所示，包括：

101：第一终端设备确定是否需要对本地软件进行升级；上述第一终端设备与第二终端设备采用短距通信方式建立通信连接；

在本实施例中，本地软件是安装在第一终端设备的软件，可以是一般应用软件也可以是系统软件，或者系统自带的应用软件；确定是否需要升级，可以是通过检查本地软件的版本号与对应服务器上最新软件的版本号是否相同的方式实现，具体如何确定本地软件需要升级，本发明实施例不作唯一性限定。

在本发明实施例中，短距通信可以选用任意不需要接入到移动通信网络造成计费流量的通信方式都可以，可能造成计费流量的通信方式通常需要接入到基站使用运营商网络，本实施例还提供了具体可选的短距通信方式的可选通信技术，具体如下：上述短距通信方式包括：

蓝牙(Bluetooth)、紫蜂(ZigBee)、红外通信、无线保真(Wi-Fi)以及无线局域网中的任意一项。

102：上述第一终端设备确定待升级软件后，向上述第二终端设备发送请求消息，在上述请求消息中携带需要上述待升级软件的信息；

由于已经确定了本地软件是否需要升级，那么就确定了哪些本地软件需要升级，哪些本地软件不需要升级；那么需要升级的本地软件则是待升级软件。待升级软件的信息，可以是软件的标识信息，也可以进一步包含待升级软件的版本号等；只要这些信息能够让第二终端确定如何获得升级该待升级软件所需要的软件升级数据就可以了，具体的信息内容本发明实施例可以不作唯一性限定。

103：上述第一终端设备接收上述第二终端设备返回的软件升级数据，并通过上述软件升级数据对上述待升级软件进行升级。

第一终端设备在获得软件升级数据后，进行软件升级的过程可以参考目前已经有的软件升级方案，本发明实施例对此不作详述。

在本发明实施例中，第一终端设备与第二终端设备采用短距通信方式建立通信连接；软件升级数据由该通信连接经第二终端从网络侧的服务器下载，第二终端设备通常可以是流量较多的终端或者具有不计费流量的终端设备；本发明实施例不需要耗费第一终端设备的计费流量，可以节省第一终端在软件升级过程中的流量耗费。

在本发明实施例中，系统软件升级或者系统自带软件升级，与一般应用软件升级会有一些区别；特别是对于移动终端而言，对系统软件进行升级通常涉及到对系统软件进行修改的权限问题，本发明实施例提供了如下解决方案：上述第一终端设备确定是否需要对本地软件进行升级包括：

上述第一终端设备确定是否需要对系统软件进行升级；

上述第一终端设备确定待升级软件后，向上述第二终端设备发送请求消息，在上述请求消息中携带需要上述待升级软件的信息；包括：

上述第一终端设备确定系统软件需要升级后，向上述第二终端设备发送请求消息，在上述请求消息中携带需要上述系统软件的版本号；

上述第一终端设备接收上述第二终端返回的软件升级数据，并通过上述软件升级数据对上述待升级软件进行升级包括：

上述第一终端设备接收上述第二终端设备返回的系统软件升级包，并通过上述系统软件升级包对上述系统软件进行升级。

在本实施例中，第一终端设备通过上述系统软件升级包对上述系统软件进行升级，可以是先重启进入系统软件升级，系统软件升级完毕后重启再开机。以安卓系统为例，该过程可以是Recovery；Recovery指的是一种可以对安卓机内部的数据或系统进行修改的模式。

本发明实施例还提供了另一种软件升级方法，如图1B所示，包括：

201：第二终端设备与第一终端设备采用短距通信方式建立通信连接；

在本发明实施例中，短距通信可以选用任意不需要接入到移动通信网络造成计费流量的通信方式都可以，可能造成计费流量的通信方式通常需要接入到基站使用运营商网络，本实施例还提供了具体可选的短距通信方式的可选通信技术，具体如下：上述短距通信方式包括：蓝牙、紫蜂、红外通信、无线保真以及无线局域网中的任意一项。

202：上述第二终端设备接收来自上述第一终端设备的请求消息，在上述请求消息中携带需要待升级软件的信息；

待升级软件的信息，可以是软件的标识信息，也可以进一步包含待升级软件的版本号等；只要这些信息能够让第二终端确定如何获得升级该待升级软件所需要的软件升级数据就可以了，具体的信息内容本发明实施例可以不作唯一性限定。请求消息可以按照短距通信方式所采用的通信协议创建，具体可参考各短距通信方式中使用的通信协议，在此不再赘述。

203：上述第二终端设备依据上述待升级软件的信息，从服务器下载上述待升级软件的软件升级数据；

第二终端设备从服务器下载软件的过程，可以是普遍使用的数据下载行为。由于待升级软件的软件升级数据一般都是存在软件提供商的服务器上，因此本发明实施例中的服务器通常来说是待升级软件的提供商的服务器，有些时候会有一些软件平台的服务器也提供软件升级服务，因此这里也可以是软件平台的服务器。

204：上述第二终端设备将上述软件升级数据发送给上述第一终端设备。

软件升级数据从第二终端发往第一终端的过程，可以参考第二终端设备与第一终端设备采用短距通信方式所使用的通信协议，具体流程在此不再赘述。

在本发明实施例中，第一终端设备与第二终端设备采用短距通信方式建立通信连接；软件升级数据由该通信连接经第二终端从网络侧的服务器下载，第二终端设备通常可以是流量较多的终端或者具有不计费流量的终端设备；本发明实施例不需要耗费第一终端设备的计费流量，可以节省第一终端在软件升级过程中的流量耗费。

在本发明实施例中，软件升级数据从第二终端发往第一终端后，第一终端是可能知道该软件升级数据已经下载完毕，并进行软件升级的；也可能会不知道一些参数需要第二终端告知，本实施例给出了由第二终端控制升级流程的具体实现方案，如下：在上述第二终端设备将上述软件升级数据发送给上述第一终端设备之后，上述方法还包括：

上述第二终端设备向上述第一终端发送软件升级指令，在上述软件升级指令中携带上述软件升级数据的位置信息。

以下实施例，将给出一个更为具体的应用场景，对本发明实施例作详细说明。如图2所示，在本实施例中，假设终端A为可承受高流量的终端，B为不可承受高流量的终端，终端B利用终端A对本地系统软件进行recovery升级。

步骤1：终端A和终端B通过蓝牙建立起连接，终端B向终端A发起请求，要进行recovery升级，同时终端B将终端B的软体版本号信息记录进一个文件recovery.txt中，此文件在后台通过蓝牙发送给终端A。

步骤2：终端A获取到终端B发来的recovery.txt文件，对其进行解析，通过解析出的软件版本号信息，从OTA服务器下载其对应的软件升级包到终端A的本地磁盘，下载完毕后，通过蓝牙将下载下来的软件升级包发送给终端B，同时发送recovery升级指令给终端B，升级指令中指定终端B的软件升级包所在位置，并记该位置为T，从而终端B的系统获取到该指令，重启进入recovery，利用T位置的软件升级包进行系统升级。

本实施例中的所有指令都可以在后台运行，用户通过终端可以看到终端B在蓝牙设置中，点击“系统升级”、再选择终端B，等待系统升级完毕即可。

通过本发明实施例方案，可以使得流量低的终端通过蓝牙来利用流量多的终端来对自身进行系统软件进行升级，节省了流量。

本发明实施例还提供了一种终端设备，如图3所示，作为第一终端设备使用，包括：

升级确定单元301，用于确定第一终端设备是否需要对本地软件进行升级；

连接建立单元302，用于采用短距通信方式建立上述第一终端设备与第二终端设备通信连接；

消息发送单元303，用于在上述升级确定单元301确定待升级软件后，向上述第二终端设备发送请求消息，在上述请求消息中携带需要上述待升级软件的信息；

数据接收单元304，用于接收上述第二终端设备返回的软件升级数据；

升级控制单元305，用于通过上述软件升级数据对上述待升级软件进行升级。

在本实施例中，本地软件是安装在第一终端设备的软件，可以是一般应用软件也可以是系统软件，或者系统自带的应用软件；确定是否需要升级，可以是通过检查本地软件的版本号与对应服务器上最新软件的版本号是否相同的方式实现，具体如何确定本地软件需要升级，本发明实施例不作唯一性限定。

由于已经确定了本地软件是否需要升级，那么就确定了哪些本地软件需要升级，哪些本地软件不需要升级；那么需要升级的本地软件则是待升级软件。待升级软件的信息，可以是软件的标识信息，也可以进一步包含待升级软件的版本号等；只要这些信息能够让第二终端确定如何获得升级该待升级软件所需要的软件升级数据就可以了，具体的信息内容本发明实施例可以不作唯一性限定。

第一终端设备在获得软件升级数据后，进行软件升级的过程可以参考目前已经有的软件升级方案，本发明实施例对此不作详述。

在本发明实施例中，第一终端设备与第二终端设备采用短距通信方式建立通信连接；软件升级数据由该通信连接经第二终端从网络侧的服务器下载，第二终端设备通常可以是流量较多的终端或者具有不计费流量的终端设备；本发明实施例不需要耗费第一终端设备的计费流量，可以节省第一终端在软件升级过程中的流量耗费。

在本发明实施例中，短距通信可以选用任意不需要接入到移动通信网络造成计费流量的通信方式都可以，可能造成计费流量的通信方式通常需要接入到基站使用运营商网络，本实施例还提供了具体可选的短距通信方式的可选通信技术，具体如下：上述短距通信方式包括：

蓝牙、紫蜂、红外通信、无线保真以及无线局域网中的任意一项。

在本发明实施例中，系统软件升级或者系统自带软件升级，与一般应用软件升级会有一些区别；特别是对于移动终端而言，对系统软件进行升级通常涉及到对系统软件进行修改的权限问题，本发明实施例提供了如下解决方案：上述升级确定单元301，用于确定第一终端设备是否需要对系统软件进行升级；

上述消息发送单元303，用于在上述升级确定单元301确定系统软件需要升级后，向上述第二终端设备发送请求消息，在上述请求消息中携带需要上述系统软件的版本号；

上述数据接收单元304，用于接收上述第二终端设备返回的系统软件升级包；

上述升级控制单元305，用于通过上述系统软件升级包对上述系统软件进行升级。

在本实施例中，第一终端设备通过上述系统软件升级包对上述系统软件进行升级，可以是先重启进入系统软件升级，系统软件升级完毕后重启再开机。以安卓系统为例，该过程可以是Recovery；Recovery指的是一种可以对安卓机内部的数据或系统进行修改的模式。

本发明实施例还提供了另一种终端设备，如图4所示，作为第二终端设备使用，包括：

连接建立单元401，用于采用短距通信方式与第一终端设备建立通信连接；

请求接收单元402，用于接收来自上述第一终端设备的请求消息，在上述请求消息中携带需要待升级软件的信息；

数据下载单元403，用于依据上述待升级软件的信息，从服务器下载上述待升级软件的软件升级数据；

数据发送单元404，用于将上述软件升级数据发送给上述第一终端设备。

在本发明实施例中，短距通信可以选用任意不需要接入到移动通信网络造成计费流量的通信方式都可以，可能造成计费流量的通信方式通常需要接入到基站使用运营商网络，本实施例还提供了具体可选的短距通信方式的可选通信技术，具体如下：上述短距通信方式包括：蓝牙、紫蜂、红外通信、无线保真以及无线局域网中的任意一项。

待升级软件的信息，可以是软件的标识信息，也可以进一步包含待升级软件的版本号等；只要这些信息能够让第二终端确定如何获得升级该待升级软件所需要的软件升级数据就可以了，具体的信息内容本发明实施例可以不作唯一性限定。请求消息可以按照短距通信方式所采用的通信协议创建，具体可参考各短距通信方式中使用的通信协议，在此不再赘述。

第二终端设备从服务器下载软件的过程，可以是普遍使用的数据下载行为。由于待升级软件的软件升级数据一般都是存在软件提供商的服务器上，因此本发明实施例中的服务器通常来说是待升级软件的提供商的服务器，有些时候会有一些软件平台的服务器也提供软件升级服务，因此这里也可以是软件平台的服务器。

软件升级数据从第二终端发往第一终端的过程，可以参考第二终端设备与第一终端设备采用短距通信方式所使用的通信协议，具体流程在此不再赘述。

在本发明实施例中，第一终端设备与第二终端设备采用短距通信方式建立通信连接；软件升级数据由该通信连接经第二终端从网络侧的服务器下载，第二终端设备通常可以是流量较多的终端或者具有不计费流量的终端设备；本发明实施例不需要耗费第一终端设备的计费流量，可以节省第一终端在软件升级过程中的流量耗费。

在本发明实施例中，软件升级数据从第二终端发往第一终端后，第一终端是可能知道该软件升级数据已经下载完毕，并进行软件升级的；也可能会不知道一些参数需要第二终端告知，本实施例给出了由第二终端控制升级流程的具体实现方案，如下：如图5所示，上述终端设备还包括：

指令发送单元501，用于在上述数据发送单元404将上述软件升级数据发送给上述第一终端设备之后，向上述第一终端发送软件升级指令，在上述软件升级指令中携带上述软件升级数据的位置信息。

本发明实施例还提供了另一种终端设备，如图6所示，包括：接收器601、发射器602、处理器603以及存储器604；以上各部件可以采用总线连接，存储器604可以提供处理器603进行数据处理所需要的缓存，以及本地软件所需要的存储空间；其中，接收器601在处理器603的控制下完成数据/消息的接收功能，发射器602在处理器603的控制下完成数据/消息的发送功能；

图6所示的结构可以作为第一终端设备使用，也可以作为第二终端设备使用。

一、假定图6所示的终端设备结构作为第一终端设备使用，具体如下：

其中，上述处理器603，用于控制执行：确定是否需要对本地软件进行升级；与第二终端设备采用短距通信方式建立通信连接；确定待升级软件后，向上述第二终端设备发送请求消息，在上述请求消息中携带需要上述待升级软件的信息；接收上述第二终端设备返回的软件升级数据，并通过上述软件升级数据对上述待升级软件进行升级。

在本实施例中，本地软件是安装在第一终端设备的软件，可以是一般应用软件也可以是系统软件，或者系统自带的应用软件；确定是否需要升级，可以是通过检查本地软件的版本号与对应服务器上最新软件的版本号是否相同的方式实现，具体如何确定本地软件需要升级，本发明实施例不作唯一性限定。

由于已经确定了本地软件是否需要升级，那么就确定了哪些本地软件需要升级，哪些本地软件不需要升级；那么需要升级的本地软件则是待升级软件。待升级软件的信息，可以是软件的标识信息，也可以进一步包含待升级软件的版本号等；只要这些信息能够让第二终端确定如何获得升级该待升级软件所需要的软件升级数据就可以了，具体的信息内容本发明实施例可以不作唯一性限定。

第一终端设备在获得软件升级数据后，进行软件升级的过程可以参考目前已经有的软件升级方案，本发明实施例对此不作详述。

在本发明实施例中，第一终端设备与第二终端设备采用短距通信方式建立通信连接；软件升级数据由该通信连接经第二终端从网络侧的服务器下载，第二终端设备通常可以是流量较多的终端或者具有不计费流量的终端设备；本发明实施例不需要耗费第一终端设备的计费流量，可以节省第一终端在软件升级过程中的流量耗费。

在本发明实施例中，短距通信可以选用任意不需要接入到移动通信网络造成计费流量的通信方式都可以，可能造成计费流量的通信方式通常需要接入到基站使用运营商网络，本实施例还提供了具体可选的短距通信方式的可选通信技术，具体如下：上述短距通信方式包括：

蓝牙(Bluetooth)、紫蜂(ZigBee)、红外通信、无线保真(Wi-Fi)以及无线局域网中的任意一项。

在本发明实施例中，系统软件升级或者系统自带软件升级，与一般应用软件升级会有一些区别；特别是对于移动终端而言，对系统软件进行升级通常涉及到对系统软件进行修改的权限问题，本发明实施例提供了如下解决方案：上述处理器603，用于控制执行：确定是否需要对本地软件进行升级包括：确定是否需要对系统软件进行升级；

上述确定待升级软件后，向上述第二终端设备发送请求消息，在上述请求消息中携带需要上述待升级软件的信息；包括：

确定系统软件需要升级后，向上述第二终端设备发送请求消息，在上述请求消息中携带需要上述系统软件的版本号；

上述接收上述第二终端返回的软件升级数据，并通过上述软件升级数据对上述待升级软件进行升级包括：

上述接收上述第二终端设备返回的系统软件升级包，并通过上述系统软件升级包对上述系统软件进行升级。

在本实施例中，第一终端设备通过上述系统软件升级包对上述系统软件进行升级，可以是先重启进入系统软件升级，系统软件升级完毕后重启再开机。以安卓系统为例，该过程可以是Recovery；Recovery指的是一种可以对安卓机内部的数据或系统进行修改的模式。

二、假定图6所示的终端设备结构作为第二终端设备使用，具体如下：

其中，上述处理器603，用于控制执行：与第一终端设备采用短距通信方式建立通信连接；接收来自上述第一终端设备的请求消息，在上述请求消息中携带需要待升级软件的信息；依据上述待升级软件的信息，从服务器下载上述待升级软件的软件升级数据；将上述软件升级数据发送给上述第一终端设备。

在本发明实施例中，短距通信可以选用任意不需要接入到移动通信网络造成计费流量的通信方式都可以，可能造成计费流量的通信方式通常需要接入到基站使用运营商网络，本实施例还提供了具体可选的短距通信方式的可选通信技术，具体如下：上述短距通信方式包括：蓝牙、紫蜂、红外通信、无线保真以及无线局域网中的任意一项。

待升级软件的信息，可以是软件的标识信息，也可以进一步包含待升级软件的版本号等；只要这些信息能够让第二终端确定如何获得升级该待升级软件所需要的软件升级数据就可以了，具体的信息内容本发明实施例可以不作唯一性限定。请求消息可以按照短距通信方式所采用的通信协议创建，具体可参考各短距通信方式中使用的通信协议，在此不再赘述。

第二终端设备从服务器下载软件的过程，可以是普遍使用的数据下载行为。由于待升级软件的软件升级数据一般都是存在软件提供商的服务器上，因此本发明实施例中的服务器通常来说是待升级软件的提供商的服务器，有些时候会有一些软件平台的服务器也提供软件升级服务，因此这里也可以是软件平台的服务器。

软件升级数据从第二终端发往第一终端的过程，可以参考第二终端设备与第一终端设备采用短距通信方式所使用的通信协议，具体流程在此不再赘述。

在本发明实施例中，第一终端设备与第二终端设备采用短距通信方式建立通信连接；软件升级数据由该通信连接经第二终端从网络侧的服务器下载，第二终端设备通常可以是流量较多的终端或者具有不计费流量的终端设备；本发明实施例不需要耗费第一终端设备的计费流量，可以节省第一终端在软件升级过程中的流量耗费。

在本发明实施例中，软件升级数据从第二终端发往第一终端后，第一终端是可能知道该软件升级数据已经下载完毕，并进行软件升级的；也可能会不知道一些参数需要第二终端告知，本实施例给出了由第二终端控制升级流程的具体实现方案，如下：上述处理器603，还用于控制执行：在上述第二终端设备将上述软件升级数据发送给上述第一终端设备之后，向上述第一终端发送软件升级指令，在上述软件升级指令中携带上述软件升级数据的位置信息。

本发明实施例还提供了另一种终端设备，如图7所示，为了便于说明，仅示出了与本发明实施例相关的部分，具体技术细节未揭示的，请参照本发明实施例方法部分。该终端可以为包括手机、平板电脑、PDA(PersonalDigitalAssistant，个人数字助理)、POS(PointofSales，销售终端)、车载电脑等任意终端设备，以终端为手机为例：

图7示出的是与本发明实施例提供的终端相关的手机的部分结构的框图。参考图7，手机包括：射频(RadioFrequency，RF)电路710、存储器720、输入单元730、显示单元740、传感器750、音频电路760、无线保真(wirelessfidelity，WiFi)模块770、处理器780、以及电源790等部件。本领域技术人员可以理解，图7中示出的手机结构并不构成对手机的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

下面结合图7对手机的各个构成部件进行具体的介绍：

RF电路710可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，给处理器780处理；另外，将设计上行的数据发送给基站。通常，RF电路710包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(LowNoiseAmplifier，LNA)、双工器等。此外，RF电路710还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统(GlobalSystemofMobilecommunication，GSM)、通用分组无线服务(GeneralPacketRadioService，GPRS)、码分多址(CodeDivisionMultipleAccess，CDMA)、宽带码分多址(WidebandCodeDivisionMultipleAccess,WCDMA)、长期演进(LongTermEvolution，LTE)、电子邮件、短消息服务(ShortMessagingService，SMS)等。

存储器720可用于存储软件程序以及模块，处理器780通过运行存储在存储器720的软件程序以及模块，从而执行手机的各种功能应用以及数据处理。存储器720可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器720可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

输入单元730可用于接收输入的数字或字符信息，以及产生与手机的用户设置以及功能控制有关的键信号输入。具体地，输入单元730可包括触控面板731以及其他输入设备732。触控面板731，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板731上或在触控面板731附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触控面板731可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器780，并能接收处理器780发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板731。除了触控面板731，输入单元730还可以包括其他输入设备732。具体地，其他输入设备732可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

显示单元740可用于显示由用户输入的信息或提供给用户的信息以及手机的各种菜单。显示单元740可包括显示面板741，可选的，可以采用液晶显示器(LiquidCrystalDisplay，LCD)、有机发光二极管(OrganicLight-EmittingDiode,OLED)等形式来配置显示面板741。进一步的，触控面板731可覆盖显示面板741，当触控面板731检测到在其上或附近的触摸操作后，传送给处理器780以确定触摸事件的类型，随后处理器780根据触摸事件的类型在显示面板741上提供相应的视觉输出。虽然在图7中，触控面板731与显示面板741是作为两个独立的部件来实现手机的输入和输入功能，但是在某些实施例中，可以将触控面板731与显示面板741集成而实现手机的输入和输出功能。

手机还可包括至少一种传感器750，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板741的亮度，接近传感器可在手机移动到耳边时，关闭显示面板741和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于手机还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

音频电路760、扬声器761，传声器762可提供用户与手机之间的音频接口。音频电路760可将接收到的音频数据转换后的电信号，传输到扬声器761，由扬声器761转换为声音信号输出；另一方面，传声器762将收集的声音信号转换为电信号，由音频电路760接收后转换为音频数据，再将音频数据输出处理器780处理后，经RF电路710以发送给比如另一手机，或者将音频数据输出至存储器720以便进一步处理。

WiFi属于短距离无线传输技术，手机通过WiFi模块770可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图7示出了WiFi模块770，但是可以理解的是，其并不属于手机的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。

处理器780是手机的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器720内的软件程序和/或模块，以及调用存储在存储器720内的数据，执行手机的各种功能和处理数据，从而对手机进行整体监控。可选的，处理器780可包括一个或多个处理单元；优选的，处理器780可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器780中。

手机还包括给各个部件供电的电源790(比如电池)，优选的，电源可以通过电源管理系统与处理器780逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

尽管未示出，手机还可以包括摄像头、蓝牙模块等，在此不再赘述。

在本发明实施例中，该终端所包括的处理器780还具有控制执行以上图1A或者图1B对应实施例中各步骤方法的能力。

值得注意的是，上述终端设备实施例中，所包括的各个单元只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。

另外，本领域普通技术人员可以理解实现上述各方法实施例中的全部或部分步骤是可以通过程序来指令相关的硬件完成，相应的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明实施例揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。

Claims (10)

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

第一终端设备确定是否需要对本地软件进行升级；所述第一终端设备与第二终端设备采用短距通信方式建立通信连接；

所述第一终端设备确定待升级软件后，向所述第二终端设备发送请求消息，在所述请求消息中携带需要所述待升级软件的信息；

所述第一终端设备接收所述第二终端设备返回的软件升级数据，并通过所述软件升级数据对所述待升级软件进行升级。

2.根据权利要求1所述方法，其特征在于，所述短距通信方式包括：

蓝牙、紫蜂、红外通信、无线保真以及无线局域网中的任意一项。

3.根据权利要求1所述方法，其特征在于，所述第一终端设备确定是否需要对本地软件进行升级包括：

所述第一终端设备确定是否需要对系统软件进行升级；

所述第一终端设备确定待升级软件后，向所述第二终端设备发送请求消息，在所述请求消息中携带需要所述待升级软件的信息；包括：

所述第一终端设备确定系统软件需要升级后，向所述第二终端设备发送请求消息，在所述请求消息中携带需要所述系统软件的版本号；

所述第一终端设备接收所述第二终端返回的软件升级数据，并通过所述软件升级数据对所述待升级软件进行升级包括：

所述第一终端设备接收所述第二终端设备返回的系统软件升级包，并通过所述系统软件升级包对所述系统软件进行升级。

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

第二终端设备与第一终端设备采用短距通信方式建立通信连接；

所述第二终端设备接收来自所述第一终端设备的请求消息，在所述请求消息中携带需要待升级软件的信息；

所述第二终端设备依据所述待升级软件的信息，从服务器下载所述待升级软件的软件升级数据；

所述第二终端设备将所述软件升级数据发送给所述第一终端设备。

5.根据权利要求4所述方法，其特征在于，在所述第二终端设备将所述软件升级数据发送给所述第一终端设备之后，所述方法还包括：

所述第二终端设备向所述第一终端发送软件升级指令，在所述软件升级指令中携带所述软件升级数据的位置信息。

6.一种终端设备，其特征在于，作为第一终端设备使用，包括：

升级确定单元，用于确定第一终端设备是否需要对本地软件进行升级；

连接建立单元，用于采用短距通信方式建立所述第一终端设备与第二终端设备通信连接；

消息发送单元，用于在所述升级确定单元确定待升级软件后，向所述第二终端设备发送请求消息，在所述请求消息中携带需要所述待升级软件的信息；

数据接收单元，用于接收所述第二终端设备返回的软件升级数据；

升级控制单元，用于通过所述软件升级数据对所述待升级软件进行升级。

7.根据权利要求6所述终端设备，其特征在于，所述短距通信方式包括：

蓝牙、紫蜂、红外通信、无线保真以及无线局域网中的任意一项。

8.根据权利要求6所述终端设备，其特征在于，

所述升级确定单元，用于确定第一终端设备是否需要对系统软件进行升级；

所述消息发送单元，用于在所述升级确定单元确定系统软件需要升级后，向所述第二终端设备发送请求消息，在所述请求消息中携带需要所述系统软件的版本号；

所述数据接收单元，用于接收所述第二终端设备返回的系统软件升级包；

所述升级控制单元，用于通过所述系统软件升级包对所述系统软件进行升级。

9.一种终端设备，其特征在于，作为第二终端设备使用，包括：

连接建立单元，用于采用短距通信方式与第一终端设备建立通信连接；

请求接收单元，用于接收来自所述第一终端设备的请求消息，在所述请求消息中携带需要待升级软件的信息；

数据下载单元，用于依据所述待升级软件的信息，从服务器下载所述待升级软件的软件升级数据；

数据发送单元，用于将所述软件升级数据发送给所述第一终端设备。

10.根据权利要求9所述终端设备，其特征在于，所述终端设备还包括：

指令发送单元，用于在所述数据发送单元将所述软件升级数据发送给所述第一终端设备之后，向所述第一终端发送软件升级指令，在所述软件升级指令中携带所述软件升级数据的位置信息。