CN103313229B - 一种空中下载技术升级的方法及设备 - Google Patents

Abstract

本发明实施例提供一种空中下载技术升级的方法及设备，所述方法通过接收OTA服务器发送的特性目录，从所述特性目录中选择待升级的特性，升级用户选择的待升级的特性，从而使得用户可以灵活方便的选择需要升级的特性，提高用户体验，同时，使得运营商和设备商合作提高尽可能多的特性，进一步提供用户选择的自由度。

Description

一种空中下载技术升级的方法及设备

技术领域

本发明涉及移动通信领域，尤其涉及到一种空中下载技术升级的方法及设备。

背景技术

在空中下载技术（Over-the-Air Technology，OTA）中，运营商将软件版本升级包置于OTA服务器中，手机终端基于当前的软件版本，利用空口（The air interface），自动或者手动搜索相应的软件版本升级包，并将软件版本升级包下载到手机终端上，将本机版本升级为新的软件版本。当前，各终端设备商与运营商合作，根据市场要求和客户反馈，在旧软件版本的基础上添加新特性，制作差分包，利用OTA技术，将用户当前版本更新为较新软件版本，灵活方便的去满足市场和客户的需求。

当用户将手机终端当前旧软件版本版本升级为新软件版本时，运营商定制的所有特性在用户的手机终端中强制升级并生效。由此现有技术无法针对用户提供多元化和个性化的升级服务。

发明内容

本发明实施例提供了一种空中下载技术升级的方法及设备，旨在解决如何针对用户提供多元化和个性化的升级服务的问题。

第一方面，一种空中下载技术OTA升级的方法，所述方法包括：

接收OTA服务器发送的特性目录；所述特性目录包括待升级的特性信息，所述特性目录根据新软件版本与旧软件版本的差异得到；

获取用户从所述特性目录中选择的待升级的特性；

升级用户选择的待升级的特性。

结合第一方面，在第一方面的第一种可能的实现方式中，所述升级用户选择的待升级的特性，包括：

根据从所述OTA服务器接收到的OTA升级包对所述特性目录中的所有特性进行升级，所述特性目录包括在所述OTA升级包中；

将所述特性目录中未被选择的待升级的特性恢复为升级之前的特性。

结合第一方面的第一种可能的实现方式，在第一方面的第二种可能的实现方式中，所述将所述特性目录中未被选择的待升级的特性恢复为升级之前的特性，包括：

当所述未被选择的待升级的特性的属性是新增时，删除所述未被选择的待升级的特性；

当所述未被选择的待升级的特性的属性是更新时，使用升级之前所述未被选择的待升级的特性；

当所述未被选择的特性的属性是删除时，恢复升级之前所述未被选择的待升级的特性。

结合第一方面的第二种可能的实现方式，在第一方面第三种可能的实现方式中，所述将所述特性目录中未被选择的待升级的特性恢复为升级之前的特性之前，所述方法还包括：

从所述OTA升级包携带的日志记录表中获取所述未被选择的待升级的特性的属性；

所述日志记录表根据新软件版本与旧软件版本的差异得到，所述日志记录表中包括所有所述待升级的特性信息的属性信息；所述属性信息包括：新增、更新或删除。

结合第一方面，在第一方面的第四种可能的实现方式中，所述升级用户选择的待升级的特性，包括：

将用户选择的待升级的特性的信息发送到所述OTA服务器；

接收从所述OTA服务器返回的所述用户选择的待升级的特性对应的升级包；

根据所述用户选择的待升级的特性对应的升级包对所述用户选择的待升级的特性进行升级。

第二方面，一种空中下载技术OTA升级的方法，所述方法包括：

向终端发送特性目录，以使得所述终端获取用户从所述特性目录中选择的待升级的特性，并升级用户选择的待升级的特性；所述特性目录包括待升级的特性信息，所述特性目录根据新软件版本与旧软件版本的差异得到。

结合第二方面，在第二方面的第一种可能的实现方式中，所述特性目录包括在向所述终端发送的OTA升级包中。

结合第二方面的第一种可能的实现方式，在第二方面的第二种可能的实现方式中，所述方法还包括：向所述终端发送日志记录表，以使所述终端根据所述日志记录表升级用户选择的待升级的特性；

所述日志记录表包括在向所述终端发送的OTA升级包中；所述日志记录表根据新软件版本与旧软件版本的差异得到，所述日志记录表中包括所有所述待升级的特性信息的属性信息；所述属性信息包括：新增、更新或删除。

结合第二方面，在第二方面的第三种可能的实现方式中，所述方法在向终端发送特性目录的步骤之后，还包括：

接收所述终端发送的用户从所述特性目录中选择的待升级的特性的信息；

向所述终端发送用户选择的待升级的特性对应的升级包，以使得所述终端根据所述用户选择的待升级的特性对应的升级包对所述用户选择的待升级的特性进行升级。

第三方面，一种终端，所述终端包括：

接收单元，用于接收OTA服务器发送的特性目录；所述特性目录包括待升级的特性信息，所述特性目录根据新软件版本与旧软件版本的差异得到；

获取单元，用于获取用户从所述特性目录中选择的待升级的特性；

升级单元，用于升级用户选择的待升级的特性。

结合第三方面，在第三方面的第一种可能的实现方式中，所述升级单元，具体用于：

根据从所述OTA服务器接收到的OTA升级包对所述特性目录中的所有特性进行升级，所述特性目录包括在所述OTA升级包中；

将所述特性目录中未被选择的待升级的特性恢复为升级之前的特性。

结合第三方面的第一种可能的实现方式，在第三方面的第二种可能的实现方式中，所述升级单元执行步骤将所述特性目录中未被选择的待升级的特性恢复为升级之前的特性，包括：

当所述未被选择的待升级的特性的属性是新增时，删除所述未被选择的待升级的特性；

当所述未被选择的待升级的特性的属性是更新时，使用升级之前所述未被选择的待升级的特性；

当所述未被选择的特性的属性是删除时，恢复升级之前所述未被选择的待升级的特性。

结合第三方面的第二种可能的实现方式，在第三方面的第三种可能的实现方式中，所述终端还包括获取单元，所述获取单元具体用于：

在所述升级单元将所述特性目录中未被选择的待升级的特性恢复为升级之前的特性之前，从所述OTA升级包携带的日志记录表中获取所述未被选择的待升级的特性的属性；

所述日志记录表根据新软件版本与旧软件版本的差异得到，所述日志记录表中包括所有所述待升级的特性信息的属性信息；所述属性信息包括：新增、更新或删除。

结合第三方面，在第三方面的第四种可能的实现方式中，所述升级单元，具体用于：

将用户选择的待升级的特性的信息发送到所述OTA服务器；

接收从所述OTA服务器返回的所述用户选择的待升级的特性对应的升级包；

根据所述用户选择的待升级的特性对应的升级包对所述用户选择的待升级的特性进行升级。

第四方面，一种服务器，所述服务器包括：

发送单元，用于向终端发送特性目录，以使得所述终端获取用户从所述特性目录中选择的待升级的特性，并升级用户选择的待升级的特性；所述特性目录包括待升级的特性信息，所述特性目录根据新软件版本与旧软件版本的差异得到。

结合第四方面，在第四方面的第一种可能的实现方式中，所述特性目录包括在向所述终端发送的OTA升级包中。

结合第四方面的第一种可能的实现方式，在第四方面的第二种可能的实现方式中，所述服务器还包括发送子单元，所述发送子单元具体用于：

向所述终端发送日志记录表，以使所述终端根据所述日志记录表升级用户选择的待升级的特性；

所述日志记录表包括在向所述终端发送的OTA升级包中；所述日志记录表根据新软件版本与旧软件版本的差异得到，所述日志记录表中包括所有所述待升级的特性信息的属性信息；所述属性信息包括：新增、更新或删除。

结合第四方面，在第四方面的第三种可能的实现方式中，所述服务器还包括接收单元，所述接收单元具体用于：

接收所述终端发送的用户从所述特性目录中选择的待升级的特性的信息；

所述发送单元还用于：

向所述终端发送用户选择的待升级的特性对应的升级包，以使得所述终端根据所述用户选择的待升级的特性对应的升级包对所述用户选择的待升级的特性进行升级。

本发明实施例，终端可以从OTA服务器接收包括可升级特性信息的特性目录，该特性目录中包括的可升级特性信息可以供用户选择，在用户从特性目录中选择待升级的特性后，终端可以只升级用户选择的待升级的特性，从而使得用户可以灵活方便的选择需要升级的特性，提高用户体验，为用户提供了多元化和个性化的升级服务。

附图说明

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

图1是本发明实施例提供的一种OTA升级的方法流程图；

图2是本发明实施例提供的一种OTA升级的方法流程图；

图3是本发明实施例提供的一种OTA升级的方法流程图；

图4是本发明实施例提供的一种形成日志记录表的方法示意图；

图5是本发明实施例提供的一种获取日志记录表中特性的变更类型的方法示意图；

图6是本发明实施例提供的一种OTA升级的方法流程图；

图7是本发明实施例提供的一种显示特性的方法示意图；

图8是本发明实施例提供的一种OTA升级的方法流程图；

图9是本发明实施例提供的一种OTA升级的方法示意图；

图10是本发明实施例提供的一种终端的装置结构图；

图11是本发明实施例提供的一种服务器的装置结构图；

图12是本发明实施例提供的一种终端的装置结构图；

图13是本发明实施例提供的一种服务器的装置结构图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

参考图1，图1是本发明实施例提供的一种OTA升级的方法流程图。如图1所示，所述方法包括以下步骤：

步骤101，终端接收OTA服务器发送的特性目录；所述特性目录包括待升级的特性信息，所述特性目录根据新软件版本与旧软件版本的差异得到。

OTA服务器中有新软件版本之后，可以向终端发送根据新软件版本和旧软件版本的差异得到的特性目录。其中，特性目录可以包括待升级的特性的所属类别、属性信息等，用户可以根据所述待升级的特性的所属类别和属性信息选择需要升级的升级特性。其中，所属类别是运营商根据所述待升级的特性的升级过程的不同定义的，属性信息是服务器根据所述待升级的特性在新软件版本和旧软件版本的差异得到的。

步骤102，终端获取用户从所述特性目录中选择的待升级的特性。

当终端的显示界面上显示特性目录时，用户可以从特性目录中选择待升级的特性；例如特性目录中可以包括5个待升级的特性信息，用户可以通过按键或触摸屏或其他方式选择这5个特性信息中的任意一个或多个进行升级，终端可以获取到用户选择的待升级的特性。

步骤103，终端升级用户选择的待升级的特性。

在获取到用户选择的待升级的特性后，终端对这些待升级的特性进行升级。对待升级的特性进行升级的过程，可以包括以下两种可能的实施方式。

一种实施方式为：终端根据从OTA服务器接收到的OTA升级包对特性目录中的所有特性进行升级，然后终端将特性目录中未被选择的待升级的特性恢复为升级之前的特性，从而实现了仅针对用户选择的特性进行升级。

另一种实施方式为：终端从OTA服务器中获取用户选择的特性所对应的升级包，然后根据获取的升级包对用户选择的特性进行升级。

本发明实施例提供一种OTA升级的方法，终端可以从OTA服务器接收包括可升级特性信息的特性目录，该特性目录中包括的可升级特性信息可以供用户选择，在用户从特性目录中选择待升级的特性后，终端可以只升级用户选择的待升级的特性，从而使得用户可以灵活方便的选择需要升级的特性，提高用户体验，为用户提供了多元化和个性化的升级服务，同时，使得运营商和设备商合作提供尽可能多的特性，进一步提供用户选择的自由度。

参考图2，图2是本发明实施例提供的一种OTA升级的方法流程图。如图2所示，所述方法包括以下步骤：

OTA服务器向终端发送特性目录，以使得所述终端获取用户从所述特性目录中选择的待升级的特性，并升级用户选择的待升级的特性；所述特性目录包括待升级的特性信息，所述特性目录根据新软件版本与旧软件版本的差异得到。

第一种可能的实现方式，所述特性目录包括在向所述终端发送的OTA升级包中。

所述OTA升级包是新软件版本和旧软件版本的差分包。

结合第一种可能的实现方式，所述方法还包括：向所述终端发送日志记录表，以使所述终端根据所述日志记录表升级用户选择的待升级的特性；

所述日志记录表包括在向所述终端发送的OTA升级包中；所述日志记录表根据新软件版本与旧软件版本的差异得到，所述日志记录表中包括所有所述待升级的特性信息的属性信息；所述属性信息包括：新增、更新或删除。

第二种可能的实现方式，所述方法在向终端发送特性目录的步骤之后，还包括：

接收所述终端发送的用户从所述特性目录中选择的待升级的特性的信息；

向所述终端发送用户选择的待升级的特性对应的升级包，以使得所述终端根据所述用户选择的待升级的特性对应的升级包对所述用户选择的待升级的特性进行升级。

本发明实施例提供一种OTA升级的方法，所述方法通过接收OTA服务器发送的特性目录，在从所述特性目录中选择待升级的特性后，升级用户选择的待升级的特性，从而使得用户可以灵活方便的选择需要升级的特性，提高用户体验，同时，使得运营商和设备商合作提高尽可能多的特性，进一步提供用户选择的自由度。

参考图3，图3是本发明实施例提供的一种OTA升级的方法流程图。本发明实施例并不限于各步骤之间的顺序，以下仅以一种实施方式为例做具体说明。

如图3所示，所述方法包括以下步骤：

步骤301，终端接收OTA服务器发送的特性目录，所述特性目录包括待升级的特性信息，所述特性目录根据新软件版本与旧软件版本的差异得到。

步骤302，终端接收OTA服务器发送的日志记录表，以使得所述终端根据所述日志记录表升级用户选择的待升级的特性；然后执行步骤303。

需要说明的是，OTA服务器向终端发送的特性目录和日志记录表，可以是包含在OTA服务器向终端发送的OTA升级包中一起发送的。

具体的，所述日志记录表可以包括所有所述待升级的特性信息所属的类别、全局标识、属性信息等，所述属性信息包括：新增、更新或删除。

特性目录中可以包括所有待升级的特性信息所属的类别、属性信息以及关于特性信息的功能描述。特性目录与日志记录表包括的内容有部分重合，区别在于，特性目录用于在终端的显示界面上显示给用户，可以供用户从中选择待升级的特性；而日志记录表用于：在终端升级用户选择的待升级的特性时，终端通过查询日志记录表来获得特性的信息，或者，日志记录表用于OTA服务器记录新软件版本与旧软件版本的差异。

下面对特性所属的类别进行介绍。假设运营商定制m个新特性，其集合表示为：M={t₀,t₁,…,t_m-1}。根据新特性所属的类别，升级过程采用不同的处理过程。例如新特性可以进行如下分类：

A类特性属于相互关联特性。如开机标识（logo），涉及快速开机logo、静态开机logo等特性的调整。针对此类特性，空中下载技术（Over-the-Air Technology，OTA）升级选择时，若用户选中A类特性中的某一个特性时，与A类特性相关联的其他特性也被同时选中。

B类特性属于强制待升级的特性。该类特性主要解决手机问题或者运营商强烈要求用户预置的应用等，如手机安全漏洞、死机重启等问题的修复。此类特性将不给用户任何提示，在后台强制升级。

C类特性属于独立特性，即与其他特性无关联同时不解决某问题而设立的特性。该类特性是最常见定制，如开机动画、开机铃声、应用等。此类特性可让用户自行选择。

任何特性均存在重要级别、功能、类别等属性，用户参考此属性，合理评估某特性升级的价值，尤其是用户陌生的特性。需要说明的是，在每次OTA升级的过程中，日志记录表中包含的特性所对应的类别，可以是上述三类中的任意一类或多类。

在具体实施方式中，例如可以通过全局标识对所述待升级的特性进行标识，所述全局标识可以为每一个待升级的特性在移动终端中存储的逻辑地址，将所述逻辑地址作为全局标识对所述每一个待升级的特性进行标识。

具体的，将每一个待升级的特性在移动终端中存储的逻辑地址作为全局标识对所述每一个待升级的特性进行标识是一种方式。手机终端的各种应用特性一般存储在手机的各种分区中，比如壁纸、各种游戏应用等存储在system、data、cust等分区中。手机终端的任何特性在手机中均是唯一的，并且可以用全局标识去表示，该全局标识简称为T_flag。例如手机支持的语言列表特性，该特性在升级包中的表现形式为ASCII编码等，属于分区***中文件/cust/operator/state/xml/default.xml的white_languages参数，则/cust/operator/state/xml/default.xml.white_languages在整个***中存在唯一性，即该特性可以以它在移动终端中存储的逻辑地址/cust/operator/state/xml/default.xml.white_languages作为全局标识T_flag，可建立特性的逻辑地址与特性的全局标识之间的映射关系。如表1所示：

特性	T_flag标志	取值举例
			语言列表特性	/cust/hw/normal/xml/default.xml.white_languages	比如en_US
开机动画特性	/cust/hw/normal/media.animation	是zip文件包
			…	…	…

表1

具体的，参考图4，图4是本发明实施例提供的一种形成日志记录表的方法示意图。如图4所示，假设旧软件版本为U01版本，新软件版本为U02版本，新增100个新特性，任何特性均有相应的全局标识T_flag。

步骤401，根据平台、system分区、cust分区等不同模块或分区的内容逐次比较。

新软件版本和旧软件版本不断比较存储特性值在OTA升级包中的逻辑地址与T_flag，并且将更新前的特性值与更新后的特性值填入日志记录表中，该日志记录表同时存储特性变更类型，变更类型包括新增(I)、删除(D)、变更(U)三种类型。

具体的，确定特性的变更类型的方法可以如下：

判断待升级的特性的全局标识是否在新软件版本的全局标识中；

当所述待升级的特性的全局标识不在新软件版本的全局标识中，且所述待升级的特性的全局标识在旧软件版本版本的全局标识中，则更新所述待升级的特性的属性为删除；

当所述待升级的特性的全局标识在新软件版本的全局标识中，判断所述待升级的特性的全局标识是否在旧软件版本版本的全局标识中；

当所述待升级的特性的全局标识不在旧软件版本版本的全局标识中，则更新所述待升级的特性的属性为新增；

当所述待升级的特性的全局标识在旧软件版本版本的全局标识中，则更新所述待升级的特性的属性为更新。

具体的，参考图5，图5是本发明实施例提供的一种获取日志记录表中特性的变更类型的方法示意图。如图5所示，新版本中若存在该T_flag，而旧版本中不存在，变更类型为I，属于新增新特性；若新版本不存在该T_flag，而旧版本中存在该T_flag，变更类型为D，属于删除特性；如果新旧版本中均存在该T_flag，仅属性值不同，更新类型为U，属于更新特性。

步骤402，存储日志记录表，形成一个携带所述日志记录表的OTA升级包。

所述日志记录表中可以包括如下内容:

通过如上所述的方法，该OTA升级包与传统OTA升级包相比，在内容形式上，增加一个关于特性的变更类型的日志记录表，该日志记录表记录了新版本相对旧版本所做的任何变更的历史记录。

步骤303，终端获取用户从所述特性目录中选择的待升级的特性。

终端可以将特性目录显示给用户，从而使得用户可以从特性目录中选择待升级的特性。

步骤304，终端根据从所述OTA服务器接收到的OTA升级包对所述特性目录中的所有特性进行升级。

本实施例并不限定步骤303和步骤304执行的先后顺序。

步骤305，终端从所述OTA升级包携带的日志记录表中获取未被选择的待升级的特性的属性。

所述日志记录表根据新软件版本与旧软件版本的差异得到，所述日志记录表中包括所有所述待升级的特性信息的属性信息；所述属性信息包括：新增、更新或删除。

步骤306，终端将所述特性目录中未被用户选择的待升级的特性恢复为升级之前的特性。

本步骤具体可以包括：

当所述未被选择的待升级的特性的属性是新增时，删除所述未被选择的待升级的特性；

当所述未被选择的待升级的特性的属性是更新时，使用升级之前所述未被选择的待升级的特性；

当所述未被选择的特性的属性是删除时，恢复升级之前所述未被选择的待升级的特性。

本发明实施例，通过对接收到的OTA升级包的全部特性升级后，再恢复OTA升级包中未被选择的特性，从而使得用户可以灵活方便的选择需要升级的特性，提高用户体验，为用户提供了多元化和个性化的升级服务，同时，使得运营商和设备商合作提供尽可能多的特性，进一步提供用户选择的自由度。

具体的，参考图6，图6是本发明实施例提供的一种OTA升级的方法流程图。如图6所示，

步骤601，用户选择升级模式，所述升级模式包括整机升级模式（Entrielyupgrade mode，EUM）和特性升级模式（features upgrade mode，FUM）；当用户选择EUM时，执行步骤602，当用户选择FUM时，执行步骤603。

在具体实施方式中，在进行OTA升级时，可以为用户提供可选的升级模式。例如：用户可以选择现有的常规升级模式，即EUM，用户也可以选择本发明实施例提供的可选的升级模式，即FUM。

步骤602，终端根据预先下载的OTA升级包进行整机升级。

步骤603，终端向用户显示特性目录，供用户选择待升级的特性。

步骤604，终端接收用户选择升级的待升级的特性的信息。

具体的，OTA升级包根据日志记录表提供用户选择升级的特性列表。如图7，图7是本发明实施例提供的一种显示特性的方法示意图。如图7是手机客户端用户选择界面一种示例，界面包括选择框、特性简称、属性信息、所属类别，所述选择框用于给用户提供选择，所述特性简称用于标识每一个特性，所述属性信息包括新增特性、更新特性、删除特性，分别对应新旧版本操作类型为I、U、D的操作类型。当用户点击属性选择按钮时，会给用户展现与该特性相关的所属类别，如相互关联类别、强制待升级的特性、独立特性等。

步骤605，终端根据所述OTA升级包中的所有待升级的特性的全局标识和用户选择升级的待升级的特性的全局标识统计得到用户未选择升级的待升级的特性的全局标识，并将所述用户未选择升级的待升级的特性的全局标识保存在临时变量中。

步骤606，终端根据OTA升级包升级OTA升级包的所有待升级的特性。

步骤607，OTA升级包正常升级，OTA升级包完成之后，终端根据未选择的特性T_flag且类型为非B类型的特性，搜索到相应的历史记录的属性信息，进行相逆操作，因为B类型的特性是不需要用户同意，需要强制升级的特性。假设用户未选择的特性t1为新增特性，为I的属性信息，***将会在升级之后的版本上删除t1特性，将其还原成旧版本的状态；如果未选择的特性t2为变更特性，为U的更新类型，***将会将特性的旧版本的取值取代更新后的值，将其还原成旧版本的状态；如果未选择的特性为删除特性，为D的更新类型，***将会让该特性还原旧版本的状态。由此客户选择的新特性已经生效，客户未选择的新特性未还原成旧版本的状态，即未选择的新特性并未生效。

本发明实施例提供一种OTA升级的方法，所述方法通过对接收到的OTA升级包的全部特性升级后，再恢复OTA升级包中未被选择的特性，从而使得用户可以灵活方便的选择需要升级的特性，提高用户体验，同时，使得运营商和设备商合作提高尽可能多的特性，进一步提供用户选择的自由度。

参考图8，图8是本发明实施例提供的一种OTA升级的方法流程图。本发明实施例并不限于各步骤之间的顺序，以下仅以一种实施方式为例做具体说明。

如图8所示，所述方法包括以下步骤：

步骤801，终端接收OTA服务器发送的特性目录，所述特性目录包括待升级的特性信息，所述特性目录根据新软件版本与旧软件版本的差异得到；

步骤802，终端获取用户从所述特性目录中选择的待升级的特性；

步骤803，终端将用户选择的待升级的特性的信息发送到所述OTA服务器；

步骤804，终端接收从所述OTA服务器返回的所述用户选择的待升级的特性对应的升级包；

步骤805，终端根据所述用户选择的待升级的特性对应的升级包对所述用户选择的待升级的特性进行升级。

具体的，参考图9，图9是本发明实施例提供的一种OTA升级的方法示意图。如图9所示，运营商将携带日志记录表的OTA升级包发送到OTA服务器，OTA升级客户端（相当于上述实施例中的终端）选择FUM模式并向OTA服务器发送待升级的特性的请求；OTA服务器调用接口函数，根据OTA升级包和日志记录表将新特性发送给OTA升级客户端；OTA升级客户端将所述新特性以特性目录等形式展现给用户，让用户根据需要进行选择，选择结束后，发送所述特性的T_flag至OTA服务器；OTA服务器根据所述特性的T_flag搜索日志记录表，将所述特性的升级包发送给OTA升级客户端，OTA升级客户端接受所述特性的升级包后进行升级，最后，将升级状态发送给OTA服务器。

本发明实施例提供一种OTA升级的方法，所述方法通过将用户选择的待升级的特性发送到OTA服务器，接收OTA服务器返回的待升级的特性升级用户选择的待升级的特性，从而使得用户可以灵活方便的选择需要升级的特性，提高用户体验，同时，使得运营商和设备商合作提高尽可能多的特性，进一步提供用户选择的自由度。

参考图10，图10是本发明实施例提供的一种终端的装置结构图。如图10所示，所述终端包括以下单元：

接收单元1001，用于接收OTA服务器发送的特性目录；所述特性目录包括待升级的特性信息，所述特性目录根据新软件版本与旧软件版本的差异得到；

OTA服务器中有新软件版本之后，可以向终端发送根据新软件版本和旧软件版本的差异得到的特性目录。其中，特性目录可以包括待升级的特性的所属类别、属性信息等，用户可以根据所述待升级的特性的所属类别和属性信息选择需要升级的升级特性。其中，所属类别是运营商根据所述待升级的特性的升级过程的不同定义的，属性信息是服务器根据所述待升级的特性在新软件版本和旧软件版本的差异得到的。

获取单元1002，用于获取用户从所述特性目录中选择的待升级的特性；

当终端的显示界面上显示特性目录时，用户可以从特性目录中选择待升级的特性；例如特性目录中可以包括5个待升级的特性信息，用户可以通过按键或触摸屏或其他方式选择这5个特性信息中的任意一个或多个进行升级，终端可以获取到用户选择的待升级的特性。

第一种可能的实现方式，所述终端还包括获取单元1002，所述获取单元1002具体用于：

在所述升级单元将所述特性目录中未被选择的待升级的特性恢复为升级之前的特性之前，从所述OTA升级包携带的日志记录表中获取所述未被选择的待升级的特性的属性；

所述日志记录表根据新软件版本与旧软件版本的差异得到，所述日志记录表中包括所有所述待升级的特性信息的属性信息；所述属性信息包括：新增、更新或删除。

升级单元1003，用于升级用户选择的待升级的特性。

第一种可能的实现方式，所述升级单元1003，具体用于：

根据从所述OTA服务器接收到的OTA升级包对所述特性目录中的所有特性进行升级，所述特性目录包括在所述OTA升级包中；

将所述特性目录中未被选择的待升级的特性恢复为升级之前的特性。

第一种可能的实现方式，所述升级单元1003执行步骤将所述特性目录中未被选择的待升级的特性恢复为升级之前的特性，包括：

当所述未被选择的待升级的特性的属性是新增时，删除所述未被选择的待升级的特性；

当所述未被选择的待升级的特性的属性是更新时，使用升级之前所述未被选择的待升级的特性；

当所述未被选择的特性的属性是删除时，恢复升级之前所述未被选择的待升级的特性。

第一种可能的实现方式，所述终端还包括获取单元1002，所述获取单元1002具体用于：

在所述升级单元将所述特性目录中未被选择的待升级的特性恢复为升级之前的特性之前，从所述OTA升级包携带的日志记录表中获取所述未被选择的待升级的特性的属性；

所述日志记录表根据新软件版本与旧软件版本的差异得到，所述日志记录表中包括所有所述待升级的特性信息的属性信息；所述属性信息包括：新增、更新或删除。

第二种可能的实现方式，所述升级单元1003，具体用于：

将用户选择的待升级的特性的信息发送到所述OTA服务器；

接收从所述OTA服务器返回的所述用户选择的待升级的特性对应的升级包；

根据所述用户选择的待升级的特性对应的升级包对所述用户选择的待升级的特性进行升级。

在获取到用户选择的待升级的特性后，终端对这些待升级的特性进行升级。对待升级的特性进行升级的过程，可以包括以下两种可能的实施方式。

一种实施方式为：终端根据从OTA服务器接收到的OTA升级包对特性目录中的所有特性进行升级，然后终端将特性目录中未被用户选择的待升级的特性恢复为升级之前的特性，从而实现了仅针对用户选择的特性进行升级。

另一种实施方式为：终端从OTA服务器中获取用户选择的特性所对应的升级包，然后根据获取的升级包对用户选择的特性进行升级。

本发明实施例提供一种终端，终端可以从OTA服务器接收包括可升级特性信息的特性目录，该特性目录中包括的可升级特性信息可以供用户选择，在用户从特性目录中选择待升级的特性后，终端可以只升级用户选择的待升级的特性，从而使得用户可以灵活方便的选择需要升级的特性，提高用户体验，为用户提供了多元化和个性化的升级服务，同时，使得运营商和设备商合作提供尽可能多的特性，进一步提供用户选择的自由度。

参考图11，图11是本发明实施例提供的一种服务器的装置结构图。如图11所示，所述服务器包括以下单元：

发送单元1101，用于向终端发送特性目录，以使得所述终端获取用户从所述特性目录中选择的待升级的特性，并升级用户选择的待升级的特性；所述特性目录包括待升级的特性信息，所述特性目录根据新软件版本与旧软件版本的差异得到。

第一种可能的实现方式，所述特性目录包括在向所述终端发送的OTA升级包中。

所述OTA升级包是新软件版本和旧软件版本的差分包。

结合第一种可能的实现方式，所述服务器还包括发送子单元，所述发送子单元具体用于：向所述终端发送日志记录表，以使所述终端根据所述日志记录表升级用户选择的待升级的特性；

所述日志记录表包括在向所述终端发送的OTA升级包中；所述日志记录表根据新软件版本与旧软件版本的差异得到，所述日志记录表中包括所有所述待升级的特性信息的属性信息；所述属性信息包括：新增、更新或删除。

第二种可能的实现方式，所述服务器还包括接收单元，所述接收单元具体用于：

接收所述终端发送的用户从所述特性目录中选择的待升级的特性的信息；

所述发送单元还用于：

向所述终端发送用户选择的待升级的特性对应的升级包，以使得所述终端根据所述用户选择的待升级的特性对应的升级包对所述用户选择的待升级的特性进行升级。

本发明实施例提供一种服务器，所述服务器通过接收OTA服务器发送的特性目录，在从所述特性目录中选择待升级的特性后，升级用户选择的待升级的特性，从而使得用户可以灵活方便的选择需要升级的特性，提高用户体验，同时，使得运营商和设备商合作提高尽可能多的特性，进一步提供用户选择的自由度。

参考图12，图12是本发明实施例提供的一种终端的装置结构图。参考图12，图12是本发明实施例提供的一种终端1200，本发明具体实施例并不对所述终端的具体实现做限定。所述终端1200包括：

处理器(processor)1201，通信接口(Communications Interface)1202，存储器(memory)1203，总线1204。

处理器1201，通信接口1202，存储器1203通过总线1204完成相互间的通信。

通信接口1202，用于与终端或者OTA服务器进行通信；

处理器1201，用于执行程序。

具体地，程序可以包括程序代码，所述程序代码包括计算机操作指令。

处理器1201可能是一个中央处理器（central processing unit，CPU），或者是特定集成电路ASIC（Application Specific Integrated Circuit），或者是被配置成实施本发明实施例的一个或多个集成电路。

存储器1203，用于存储程序。存储器1203可以是易失性存储器（volatilememory），例如随机存取存储器（random-access memory，RAM），或者非易失性存储器（non-volatile memory），例如只读存储器（read-only memory，ROM），快闪存储器（flashmemory），硬盘（hard disk drive，HDD）或固态硬盘（solid-state drive，SSD）。处理器1201根据存储器1203存储的程序指令，执行以下方法：

接收OTA服务器发送的特性目录；所述特性目录包括待升级的特性信息，所述特性目录根据新软件版本与旧软件版本的差异得到；

获取用户从所述特性目录中选择的待升级的特性；

升级用户选择的待升级的特性。

所述升级用户选择的待升级的特性，包括：

根据从所述OTA服务器接收到的OTA升级包对所述特性目录中的所有特性进行升级，所述特性目录包括在所述OTA升级包中；

将所述特性目录中未被选择的待升级的特性恢复为升级之前的特性。

所述将所述特性目录中未被选择的待升级的特性恢复为升级之前的特性，包括：

当所述未被选择的待升级的特性的属性是新增时，删除所述未被选择的待升级的特性；

当所述未被选择的待升级的特性的属性是更新时，使用升级之前所述未被选择的待升级的特性；

当所述未被选择的特性的属性是删除时，恢复升级之前所述未被选择的待升级的特性。

所述将所述特性目录中未被选择的待升级的特性恢复为升级之前的特性之前，所述方法还包括：

从所述OTA升级包携带的日志记录表中获取所述未被选择的待升级的特性的属性；

所述日志记录表根据新软件版本与旧软件版本的差异得到，所述日志记录表中包括所有所述待升级的特性信息的属性信息；所述属性信息包括：新增、更新或删除。

另一种实施方式中，所述升级用户选择的待升级的特性，包括：

将用户选择的待升级的特性的信息发送到所述OTA服务器；

接收从所述OTA服务器返回的所述用户选择的待升级的特性对应的升级包；

根据所述用户选择的待升级的特性对应的升级包对所述用户选择的待升级的特性进行升级。

本发明实施例提供一种终端，终端可以从OTA服务器接收包括可升级特性信息的特性目录，该特性目录中包括的可升级特性信息可以供用户选择，在用户从特性目录中选择待升级的特性后，终端可以只升级用户选择的待升级的特性，从而使得用户可以灵活方便的选择需要升级的特性，提高用户体验，为用户提供了多元化和个性化的升级服务，同时，使得运营商和设备商合作提供尽可能多的特性，进一步提供用户选择的自由度。

参考图13，图13是本发明实施例提供的一种服务器的装置结构图。参考图13，图13是本发明实施例提供的一种服务器1300，本发明具体实施例并不对所述服务器的具体实现做限定。所述服务器1300包括：

处理器(processor)1301，通信接口(Communications Interface)1302，存储器(memory)1303，总线1304。

处理器1301，通信接口1302，存储器1303通过总线1304完成相互间的通信。

通信接口1302，用于与服务器或者OTA服务器进行通信；

处理器1301，用于执行程序。

具体地，程序可以包括程序代码，所述程序代码包括计算机操作指令。

处理器1301可能是一个中央处理器（central processing unit，CPU），或者是特定集成电路ASIC（Application Specific Integrated Circuit），或者是被配置成实施本发明实施例的一个或多个集成电路。

存储器1303，用于存储程序。存储器1303可以是易失性存储器（volatilememory），例如随机存取存储器（random-access memory，RAM），或者非易失性存储器（non-volatile memory），例如只读存储器（read-only memory，ROM），快闪存储器（flashmemory），硬盘（hard disk drive，HDD）或固态硬盘（solid-state drive，SSD）。处理器1301根据存储器1303存储的程序指令，执行以下方法：

向终端发送特性目录，以使得所述终端获取用户从所述特性目录中选择的待升级的特性，并升级用户选择的待升级的特性；所述特性目录包括待升级的特性信息，所述特性目录根据新软件版本与旧软件版本的差异得到。

所述特性目录包括在向所述终端发送的OTA升级包中。

所述方法还包括：向所述终端发送日志记录表，以使所述终端根据所述日志记录表升级用户选择的待升级的特性；

所述日志记录表包括在向所述终端发送的OTA升级包中；所述日志记录表根据新软件版本与旧软件版本的差异得到，所述日志记录表中包括所有所述待升级的特性信息的属性信息；所述属性信息包括：新增、更新或删除。

所述方法在向终端发送特性目录的步骤之后，还可以包括：

接收所述终端发送的用户从所述特性目录中选择的待升级的特性的信息；

向所述终端发送用户选择的待升级的特性对应的升级包，以使得所述终端根据所述用户选择的待升级的特性对应的升级包对所述用户选择的待升级的特性进行升级。

本发明实施例提供一种服务器，所述服务器通过接收OTA服务器发送的特性目录，在从所述特性目录中选择待升级的特性后，升级用户选择的待升级的特性，从而使得用户可以灵活方便的选择需要升级的特性，提高用户体验，同时，使得运营商和设备商合作提高尽可能多的特性，进一步提供用户选择的自由度。

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

Claims (6)

1.一种空中下载技术OTA升级的方法，其特征在于，所述方法包括：

接收OTA服务器发送的特性目录；所述特性目录包括待升级的特性的特性信息，所述特性目录根据新软件版本与旧软件版本的差异得到；

获取用户从所述特性目录中选择的待升级的特性；

升级用户选择的待升级的特性；

所述升级用户选择的待升级的特性，包括：

根据从所述OTA服务器接收到的OTA升级包对所述特性目录中的所有特性进行升级，所述特性目录包括在所述OTA升级包中；

将所述特性目录中未被选择的待升级的特性恢复为升级之前的特性。

2.根据权利要求1所述的方法，其特征在于，所述将所述特性目录中未被选择的待升级的特性恢复为升级之前的特性，包括：

当所述未被选择的待升级的特性的属性是新增时，删除所述未被选择的待升级的特性；

当所述未被选择的待升级的特性的属性是更新时，使用升级之前所述未被选择的待升级的特性；

当所述未被选择的待升级的特性的属性是删除时，恢复升级之前所述未被选择的待升级的特性。

3.根据权利要求2所述的方法，其特征在于，所述将所述特性目录中未被选择的待升级的特性恢复为升级之前的特性之前，所述方法还包括：

从所述OTA升级包携带的日志记录表中获取所述未被选择的待升级的特性的属性；

所述日志记录表根据新软件版本与旧软件版本的差异得到，所述日志记录表中包括所有所述待升级的特性信息的属性信息；所述属性信息包括：新增、更新或删除。

4.一种终端，其特征在于，所述终端包括：

接收单元，用于接收OTA服务器发送的特性目录；所述特性目录包括待升级的特性的特性信息，所述特性目录根据新软件版本与旧软件版本的差异得到；

获取单元，用于获取用户从所述特性目录中选择的待升级的特性；

升级单元，用于升级用户选择的待升级的特性；

所述升级单元，具体用于：

根据从所述OTA服务器接收到的OTA升级包对所述特性目录中的所有特性进行升级，所述特性目录包括在所述OTA升级包中；

将所述特性目录中未被选择的待升级的特性恢复为升级之前的特性。

5.根据权利要求4所述的终端，其特征在于，所述升级单元执行步骤将所述特性目录中未被选择的待升级的特性恢复为升级之前的特性，包括：

当所述未被选择的待升级的特性的属性是新增时，删除所述未被选择的待升级的特性；

当所述未被选择的待升级的特性的属性是更新时，使用升级之前所述未被选择的待升级的特性；

当所述未被选择的待升级的特性的属性是删除时，恢复升级之前所述未被选择的待升级的特性。

6.根据权利要求5所述的终端，其特征在于，所述终端还包括获取单元，所述获取单元具体用于：

在所述升级单元将所述特性目录中未被选择的待升级的特性恢复为升级之前的特性之前，从所述OTA升级包携带的日志记录表中获取所述未被选择的待升级的特性的属性；

所述日志记录表根据新软件版本与旧软件版本的差异得到，所述日志记录表中包括所有所述待升级的特性信息的属性信息；所述属性信息包括：新增、更新或删除。