CN117130627A - 配件升级方法及电子设备 - Google Patents

Abstract

本申请提供了一种配件升级方法及电子设备。该方法包括：在配件升级过程中的第一时间点，杀掉配件的软件更新进程，第一时间点的配件更新包的下载进度为第一进度；启动配件的软件更新进程，在第一进度的基础上继续下载更新包；第二时间点，杀掉配件的软件更新进程，第二时间点的配件更新包的下载进度为第二进度，第二进度大于第一进度；启动配件的软件更新进程，重新下载更新包；使用重新下载的更新包进行升级。这样，能够在配件升级过程中软件更新进程被杀重启软件更新进程后，正常完成配件升级。

Description

配件升级方法及电子设备

技术领域

本申请涉及终端设备领域，尤其涉及一种配件升级方法及电子设备。

背景技术

当前，电子设备配套了各种配件，这些配件强大了电子设备的功能，给用户提供了便利。电子设备中的配件版本不是一成不变的，当配件有新版本时，服务器侧会通知电子设备侧，此时，用户可以在电子设备上对配件进行升级，以使电子设备的配件更新到最新版本。

相关技术中，在配件升级过程中，软件更新进程被杀时配件升级会保存上一次升级到的最后一个状态，如果该状态属于某些状态，重新启动软件更新进程后，升级的进度条会卡住，且用户也无法对此时的配件升级进行任何操作，导致配件升级流程不能正常完成。

发明内容

为了解决上述技术问题，本申请提供一种配件升级方法及电子设备，能够在配件升级过程中软件更新进程被杀重启软件更新进程后，正常完成配件升级。

第一方面，本申请提供一种配件升级方法，应用于电子设备，该方法包括：在配件升级过程中的第一时间点，杀掉配件的软件更新进程，第一时间点的配件更新包的下载进度为第一进度；启动配件的软件更新进程，在第一进度的基础上继续下载更新包；第二时间点，杀掉配件的软件更新进程，第二时间点的配件更新包的下载进度为第二进度，第二进度大于第一进度；启动配件的软件更新进程，重新下载更新包；使用重新下载的更新包进行升级。这样，能够在配件升级过程中软件更新进程被杀重启软件更新进程后，正常完成配件升级。

根据第一方面，重新下载更新包之前，还包括：删除已下载的更新包数据。

根据第一方面，重新下载更新包，包括：响应于启动配件的软件更新进程，判断配件的配件升级状态是否为异常状态；如果为异常状态，将配件升级状态更新为搜到新版本状态，新版本状态对应的界面上显示可操作的第一按钮，第一按钮对应更新配件的功能；接收用户对第一按钮的第一操作；响应于第一操作，重新下载配件的更新包。

示例性地，第一操作可以为点击操作。

根据第一方面，如果配件的配件升级状态为以下状态中的任意一种，确认配件的配件升级状态为异常状态：更新包下载成功；更新包下载失败；更新包正在校验中；更新包校验成功；更新包校验失败；更新包正在鉴权中；更新包鉴权成功；更新包鉴权失败；更新包正在解压中；更新包解压失败。

根据第一方面，在第二时间点，配件的更新包已下载完成。

根据第一方面，电子设备为平板，配件为键盘或手写笔；或者，电子设备为手机，配件为手写笔或耳机。

第二方面，本申请提供一种配件升级方法，应用于电子设备，方法包括：在配件升级过程中的第一时间点，杀掉配件的软件更新进程，并记录第一时间点对应的配件升级状态；启动配件的软件更新进程，判断记录的配件升级状态是否为异常状态；如果为异常状态，将配件升级状态更新为搜到新版本状态，新版本状态对应的界面上显示可操作的第一按钮，第一按钮对应更新配件的功能；响应于对第一按钮的第一操作，重新下载配件的更新包；使用重新下载的更新包进行升级。这样，能够在配件升级过程中软件更新进程被杀重启软件更新进程后，正常完成配件升级。

根据第二方面，判断记录的配件升级状态是否为异常状态之前，还包括：判断是否有配件的新版本，如果有，执行判断记录的配件升级状态是否为异常状态的步骤。

根据第二方面，如果记录的配件升级状态为以下状态中的任意一种，确认记录的配件升级状态为异常状态：更新包下载成功；更新包下载失败；更新包正在校验中；更新包校验成功；更新包校验失败；更新包正在鉴权中；更新包鉴权成功；更新包鉴权失败；更新包正在解压中；更新包解压失败。

根据第二方面，电子设备为平板，配件为键盘或手写笔；或者，电子设备为手机，配件为手写笔或耳机。

第三方面，本申请提供一种电子设备，包括：存储器和处理器，存储器与处理器耦合；存储器存储有程序指令，当程序指令由处理器执行时，使得电子设备执行第一方面或第二方面任意一项的配件升级方法。

第四方面，本申请提供一种计算机可读存储介质，包括计算机程序，当计算机程序在电子设备上运行时，使得电子设备执行前述的第一方面或第二方面任意一项的配件升级方法。

附图说明

图1为示例性示出的电子设备100的结构示意图；

图2为示例性示出的本申请实施例的电子设备100的软件结构框图；

图3为示例性示出的键盘升级过程中的状态示意图；

图4为示例性示出的本实施例中配件升级方法的流程示例图；

图5(a)为示例性示出的在平板上启动键盘升级过程的界面示意图；

图5(b)为示例性示出的在平板上启动键盘升级过程的界面示意图；

图6(a)为示例性示出的键盘升级过程的界面示意图；

图6(b)为示例性示出的键盘升级过程的界面示意图；

图6(c)为示例性示出的键盘升级过程的界面示意图；

图6(d)为示例性示出的键盘升级过程的界面示意图；

图7为示例性示出的软件更新进程重启后的流程示例图。

具体实施方式

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

本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。

本申请实施例的说明书和权利要求书中的术语“第一”和“第二”等是用于区别不同的对象，而不是用于描述对象的特定顺序。例如，第一目标对象和第二目标对象等是用于区别不同的目标对象，而不是用于描述目标对象的特定顺序。

在本申请实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

在本申请实施例的描述中，除非另有说明，“多个”的含义是指两个或两个以上。例如，多个处理单元是指两个或两个以上的处理单元；多个系统是指两个或两个以上的系统。

电子设备的配件升级存在下载、检验、鉴权及安装等各个状态，配件升级过程中软件更新进程被杀时配件升级会保存上一次升级到的最后一个状态，如下载完成状态，此时重新拉起软件更新进程(即发起手动搜包或自动发起搜包)，服务仍然读取上一次升级的最后一个状态，因此，就会导致用户在当前界面对配件升级不能进行任何操作，进而无法正常完成配件升级流程。例如，在重返软件更新进程后，服务认为配件升级包已经下载完成，未刷新状态，导致进度条一直显示0％且用户无法操作。

例如，PAD(平板)的键盘升级的时候，下载配件升级包、校验、鉴权、如果在下载完成(这里指的是下载包下载完成，不是软件更新升级流程中下载完成)后，在校验、鉴权、解压过程中，软件更新进程被杀，用户进入软件更新界面，下载进度卡住。

本申请实施例提供一种配件升级方法及电子设备，能够在配件升级过程中软件更新进程被杀重启软件更新进程后，正常完成配件升级。

本申请实施例中的配件升级方法可以应用于手机、平板等电子设备。该电子设备的结构可以如图1所示。

图1为示例性示出的电子设备100的结构示意图。应该理解的是，图1所示电子设备100仅是电子设备的一个范例，并且电子设备100可以具有比图中所示的更多的或者更少的部件，可以组合两个或多个的部件，或者可以具有不同的部件配置。图1中所示出的各种部件可以在包括一个或多个信号处理和/或专用集成电路在内的硬件、软件、或硬件和软件的组合中实现。

请参见图1，电子设备100可以包括：处理器110，内部存储器121，通用串行总线(universal serial bus，USB)接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180，指示器192，摄像头193等。

处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，存储器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。

其中，控制器可以是电子设备100的神经中枢和指挥中心。控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。

电子设备100通过GPU，显示屏194，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏194和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。

显示屏194用于显示图像，视频等。显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display，LCD)，有机发光二极管(organic light-emittingdiode，OLED)等。在一些实施例中，电子设备100可以包括1个或N个显示屏194，N为大于1的正整数。

其中传感器模块180可以包括压力传感器180A，陀螺仪传感器180B，气压传感器180C，磁传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器180H，温度传感器180J，触摸传感器180K，环境光传感器180L，骨传导传感器180M等。

触摸传感器180K，也称“触控面板”。触摸传感器180K可以设置于显示屏194，由触摸传感器180K与显示屏194组成触摸屏，也称“触控屏”。触摸传感器180K用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器，以确定触摸事件类型。可以通过显示屏194提供与触摸操作相关的视觉输出。在另一些实施例中，触摸传感器180K也可以设置于电子设备100的表面，与显示屏194所处的位置不同。

其中，电子设备100的软件系统可以采用分层架构、事件驱动架构、微核架构、微服务架构，或云架构。本申请实施例以分层架构的安卓(Android)系统为例，示例性说明电子设备100的软件结构。

图2为示例性示出的本申请实施例的电子设备100的软件结构框图。

电子设备100的分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，Android系统可以包括应用程序层、应用程序框架层、系统库以及内核层等。

应用程序层可以包括一系列应用程序包。

如图2所示，应用程序包可以包括相机，日历，地图，WLAN，音乐，短信息、图库，通话，设置，蓝牙等应用程序。

其中，设置应用中包括“系统和更新”功能选项，“系统和更新”功能选项的下一级菜单包括软件更新应用。当选择软件更新应用时，平板就会执行软件更新，软件更新应用可以用于执行本实施例的配件升级方法。

如图2所示，应用程序框架层可以包括窗口管理器，内容提供器，资源管理器，电话管理器，视图系统等。

窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。

内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。所述数据可以包括视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。

视图系统包括可视控件，例如显示文字的控件，显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。

电话管理器用于提供电子设备100的通信功能。例如通话状态的管理(包括接通，挂断等)。

资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等等。

安卓运行时(Android Runtime)包括核心库和虚拟机。Android runtime负责安卓系统的调度和管理。

核心库包含两部分：一部分是java语言需要调用的功能函数，另一部分是安卓的核心库。

应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理，堆栈管理，线程管理，安全和异常的管理，以及垃圾回收等功能。

系统库可以包括多个功能模块。例如：表面管理器(surface manager)，媒体库(Media Libraries)，三维图形处理库(例如：OpenGL ES)，2D图形引擎(例如：SGL)等。

表面管理器用于对显示子系统进行管理，并且为多个应用程序提供了2D和3D图层的融合。

媒体库支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音视频编码格式，例如:MPEG4，H.264，MP3，AAC，AMR，JPG，PNG等。

三维图形处理库用于实现三维图形绘图，图像渲染，合成，和图层处理等。

2D图形引擎是2D绘图的绘图引擎。

内核层是硬件和软件之间的层。

如图2所示，内核层可以包括音频驱动、显示驱动、蓝牙驱动、Wi-Fi驱动、传感器驱动等模块。

可以理解的是，图2示出的软件结构中的层以及各层中包含的部件，并不构成对电子设备100的具体限定。在本申请另一些实施例中，电子设备100可以包括比图示更多或更少的层，以及每个层中可以包括更多或更少的部件，本申请不做限定。

本实施例中，电子设备为平板时，配件可以为键盘或手写笔等，电子设备为手机时，配件可以是手写笔或耳机等。当然，这些只是列举的示例，电子设备的类型以及配件的类型都不限于列举的这些。

下面以平板的键盘升级为例，对本申请实施例的配件升级方法进行详细说明。可以理解的是，以下示例同样适用于其他类型电子设备，例如手机，以及其他类型配件，例如手写笔、蓝牙耳机等的场景。

本文中，配件升级流程也称为软件更新升级流程。软件更新进程用于对配件进行升级。

首先，以键盘为例，对配件升级过程中的各个状态进行说明。

图3为示例性示出的键盘升级过程中的状态示意图。请参见图3，键盘升级过程中的状态，即配件升级状态，可以包括如下状态：

搜包，表示搜索配件有无可以升级的更新包的状态；

搜到新版本，表示搜索到配件有可以升级的更新包、但还未开始下载更新包的状态；

下载，也称为更新包正在下载中状态，表示正在下载更新包的过程中、且更新包没有下载完成的状态；

下载成功，也称为更新包下载成功状态，表示配件的更新包已经下载完成、但还未进行校验的状态；

下载失败，也称为更新包下载失败状态，表示已经进入配件的更新包的下载过程中、但下载失败导致更新包没有下载完成、也无法继续下载的状态；

校验，也称为更新包正在校验中状态，表示正在校验过程中、且没有校验完成的状态；

校验成功，也称为更新包校验成功状态，表示校验已经成功完成、但还未进行鉴权的状态；

校验失败，也称为更新包校验失败状态，表示已进入到校验过程中、但校验失败的状态；

鉴权，也称为更新包正在鉴权中状态，表示正在鉴权过程中、且没有鉴权完成的状态；

鉴权成功，也称为更新包鉴权成功状态，表示鉴权已经成功完成、但还未进行解压的状态；

鉴权失败，也称为更新包鉴权失败状态，表示已进入到鉴权过程中、但鉴权失败的状态；

解压，也称为更新包正在解压中状态，表示正在解压过程中、且没有解压完成的状态；

解压成功，也称为更新包解压成功状态，表示解压已经成功完成、且还未进行升级操作的状态；

解压失败，也称为更新包解压失败状态，表示已进入到解压过程中、但解压失败的状态；

升级，表示更新包解压完成后的安装过程。

其中，将图3中虚线框内除了“下载”之外的各个状态，都称为异常状态。在配件升级过程中，软件更新进程被杀后又重新启动软件更新进程，本实施例将刷新状态至搜到新版本状态，界面显示有新版本，该界面有用户可以操作的按钮，例如该按钮名称可以为“更新”或者“下载并安装”，这样，在该界面用户就可以进行操作例如点击下载并安装按钮，从而实现正常的配件软件更新流程。

图4为示例性示出的本实施例中配件升级方法的流程示例图。请参见图4，本实施例中，配件升级方法的流程可以包括如下步骤：

S401、用户在平板上启动键盘的升级过程，平板下载键盘的更新包。

图5(a)和图5(b)为示例性示出的在平板上启动键盘升级过程的界面示意图。请参见图5(a)图，用户在平板的“设置”应用中选择“系统和更新”功能选项，再在“系统和更新”的下一级菜单选择软件更新，那么软件更新应用启动，平板进入图5的(a)图所示的界面，平板启动键盘的升级过程。

根据图5(a)所示的界面可知，键盘(名称为“HONOR Smart T软件更新hKeyboard”)有可供更新的新版本。在图5(a)所示的界面中，用户点击键盘对应的“更新”虚拟按钮，平板响应于接收到对键盘对应的“更新”虚拟按钮的点击操作，开始下载键盘的更新包，并显示图5(b)所示的界面。

请参见图5(b)，键盘更新包下载过程启动后，显示键盘的更新包的下载进度，此时，用户界面上没有可供用户操作的虚拟按钮或者其他可操作选项，“检查更新”虚拟按钮处于不可点击状态。

S402、在t1时刻，杀掉软件更新进程，此时键盘的更新包的下载进度为50％。

在本次杀掉软件更新进程时，更新包还没下载完成。软件更新应用记录本次软件更新进程被杀掉时的配件升级状态为：下载。该“下载”状态表示正在下载更新包的过程中，且更新包没有下载完成。

图6(a)至图6(d)为示例性示出的键盘升级过程的界面示意图。请参见图6(a)，键盘的更新包的下载进度为50％，此时，杀掉软件更新进程，更新包的下载进度保持在50％，不再更新。

并且，在t1时刻，杀掉软件更新进程后，平板中的软件更新应用会保存已下载的更新包数据。

S403、启动软件更新进程，从已下载的50％进度处继续下载更新包。

当本次启动软件更新进程后，软件更新应用读取上次记录的配件升级状态“下载”以及下载进度50％，根据该配件升级状态为“下载”，判断配件升级状态不是异常状态，因此，确定从已下载的50％进度处继续下载更新包。

本次启动软件更新进程后的初始时刻，平板的界面显示如图6(b)所示。继续下载更新包后，键盘的更新包的下载进度从50％开始继续增长。在继续下载后的某一时刻，下载进度不断增长，直至下载完成，下载进度显示100％，如图6(c)所示。

在下载进度显示100％时，用户界面上仍然没有可供用户操作的虚拟按钮或者其他可操作选项，“检查更新”虚拟按钮仍然处于不可点击状态。这是因为，下载进度显示100％，表示更新包下载完成，而不是软件更新升级流程中的下载完成(软件更新升级流程中的下载完成是指下载、校验、鉴权、解压过程全部完成)，在更新包下载完成后，还要进行校验、鉴权、解压。

S404、在t2时刻，杀掉软件更新进程，此时键盘的更新包的下载进度为100％。

其中，t2时刻晚于t1时刻。

在t2时刻，配件升级状态为下载成功状态，此时，更新包的下载进度可以显示为100％。需要说明的是，在下载成功状态，更新包的下载进度也可以显示为其他接近100％的值，例如99％、95％等。

S405、启动软件更新进程，重新下载键盘的更新包。

在本次软件更新进程启动后，平板判断当前配件升级状态是下载成功状态，属于异常状态，因此，平板删除已下载的更新包数据，将配件升级状态更新为“搜到新版本”状态。

本次启动软件更新进程后的初始时刻，平板的界面显示如图6(d)所示。在图6(d)中，界面显示键盘有可供更新的新版本，且界面中键盘新版本后显示可操作的“更新”虚拟按钮。在图6(d)所示的界面中，用户点击键盘新版本后的“更新”虚拟按钮，平板响应于接收到对键盘对应的“更新”虚拟按钮的点击操作，开始下载键盘的更新包，下载进度从0％开始。

在重新下载键盘的更新包之前，还可以将已下载的更新包数据删除。

本步骤中，重新下载键盘的更新包，是指从0％开始下载完整的更新包，

例如，步骤S404中杀掉软件更新进程时的配件升级状态为校验状态、鉴权状态或解压状态等，再次启动软件更新进程，重新下载键盘的更新包时下载进度都是从0％开始的。

S406、重新下载完成，使用重新下载更新包对键盘进行升级。

本步骤中，重新下载更新包完成后，接着对更新包进行校验、鉴权、解压等处理，解压成功后安装更新包，从而完成整个升级流程。

图7为示例性示出的软件更新进程重启的流程示例图。请参见图7，步骤S405中重新启动软件更新进程可以包括图7所示的如下步骤：

S701、启动键盘的软件更新进程。

S702、判断键盘是否有新版本，如果有，执行步骤S703，否则结束。

S703、判断键盘的配件升级状态是否为异常状态，如果为异常状态，执行步骤S704，否则结束。

S704、将配件升级状态更新为搜到新版本状态，新版本状态对应的界面上显示可操作的第一按钮，第一按钮对应更新键盘的功能。

S705、接收用户对第一按钮的第一操作。

S706、响应于第一操作，重新下载键盘的更新包。

图4所示实施例列举了两次杀掉软件更新进程后重启软件更新进程的示例。需要说明的是，在另一个实施例中，在一次杀掉软件更新进程后重启软件更新进程，如果杀掉软件更新进程时的配件升级状态为异常状态，那么在重启软件更新进程时就会回退到搜到新版本状态，此时，用户通过在搜到新版本状态对应的界面上执行操作，例如，点击界面上的“更新”虚拟按钮，就会触发重新下载更新包，进而在重新下载的更新包成功下载后，对重新下载的更新包进行校验、鉴权、解压等操作，然后安装解压后的更新文件，从而完成配件升级。

本实施例的配件升级方法，在软件更新进程被杀掉重启后，能够从异常状态退回到搜到新版本状态，使得用户可以通过操作搜到新版本状态界面上的可操作按钮，正常执行配件升级流程，顺利完成配件升级。

本申请实施例还提供一种电子设备，该电子设备包括存储器和处理器，存储器与处理器耦合，存储器存储有程序指令，当程序指令由所述处理器执行时，使得电子设备前述电子设备所执行的配件升级方法。

可以理解的是，电子设备为了实现上述功能，其包含了执行各个功能相应的硬件和/或软件模块。结合本文中所公开的实施例描述的各示例的算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。本领域技术人员可以结合实施例对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本实施例还提供一种计算机存储介质，该计算机存储介质中存储有计算机指令，当该计算机指令在电子设备上运行时，使得电子设备执行上述相关方法步骤实现上述实施例中的配件升级方法。

本实施例还提供了一种计算机程序产品，当该计算机程序产品在计算机上运行时，使得计算机执行上述相关步骤，以实现上述实施例中的配件升级方法。

另外，本申请实施例还提供一种装置，这个装置具体可以是芯片，组件或模块，该装置可包括相连的处理器和存储器；其中，存储器用于存储计算机执行指令，当装置运行时，处理器可执行存储器存储的计算机执行指令，以使芯片执行上述各方法实施例中的配件升级方法。

其中，本实施例提供的电子设备、计算机存储介质、计算机程序产品或芯片均用于执行上文所提供的对应的方法，因此，其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果，此处不再赘述。

通过以上实施方式的描述，所属领域的技术人员可以了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个装置，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是一个物理单元或多个物理单元，即可以位于一个地方，或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

本申请各个实施例的任意内容，以及同一实施例的任意内容，均可以自由组合。对上述内容的任意组合均在本申请的范围之内。

集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

结合本申请实施例公开内容所描述的方法或者算法的步骤可以硬件的方式来实现，也可以是由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成，软件模块可以被存放于随机存取存储器(Random Access Memory，RAM)、闪存、只读存储器(Read Only Memory，ROM)、可擦除可编程只读存储器(Erasable Programmable ROM，EPROM)、电可擦可编程只读存储器(Electrically EPROM，EEPROM)、寄存器、硬盘、移动硬盘、只读光盘(CD-ROM)或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。

本领域技术人员应该可以意识到，在上述一个或多个示例中，本申请实施例所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时，可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。

上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

Claims (12)

1.一种配件升级方法，其特征在于，应用于电子设备，所述方法包括：

在配件升级过程中的第一时间点，杀掉所述配件的软件更新进程，所述第一时间点的配件更新包的下载进度为第一进度；

启动所述配件的软件更新进程，在所述第一进度的基础上继续下载所述更新包；

第二时间点，杀掉所述配件的软件更新进程，所述第二时间点的配件更新包的下载进度为第二进度，所述第二进度大于所述第一进度；

启动所述配件的软件更新进程，重新下载所述更新包；

使用重新下载的更新包进行升级。

2.根据权利要求1所述的方法，其特征在于，重新下载所述更新包之前，还包括：

删除已下载的更新包数据。

3.根据权利要求1所述的方法，其特征在于，重新下载所述更新包，包括：

响应于启动所述配件的软件更新进程，判断所述配件的配件升级状态是否为异常状态；

如果为异常状态，将配件升级状态更新为搜到新版本状态，所述新版本状态对应的界面上显示可操作的第一按钮，所述第一按钮对应更新所述配件的功能；

接收用户对所述第一按钮的第一操作；

响应于所述第一操作，重新下载所述配件的更新包。

4.根据权利要求3所述的方法，其特征在于，如果所述配件的配件升级状态为以下状态中的任意一种，确认所述配件的配件升级状态为异常状态：

更新包下载成功；

更新包下载失败；

更新包正在校验中；

更新包校验成功；

更新包校验失败；

更新包正在鉴权中；

更新包鉴权成功；

更新包鉴权失败；

更新包正在解压中；

更新包解压失败。

5.根据权利要求1所述的方法，其特征在于，在所述第二时间点，所述配件的更新包已下载完成。

6.根据权利要求1所述的方法，其特征在于，所述电子设备为平板，所述配件为键盘或手写笔；或者，所述电子设备为手机，所述配件为手写笔或耳机。

7.一种配件升级方法，其特征在于，应用于电子设备，所述方法包括：

在配件升级过程中的第一时间点，杀掉所述配件的软件更新进程，并记录所述第一时间点对应的配件升级状态；

启动配件的软件更新进程，判断记录的所述配件升级状态是否为异常状态；

如果为异常状态，将配件升级状态更新为搜到新版本状态，所述新版本状态对应的界面上显示可操作的第一按钮，所述第一按钮对应更新所述配件的功能；

响应于对所述第一按钮的第一操作，重新下载所述配件的更新包；

使用重新下载的更新包进行升级。

8.根据权利要求7所述的方法，其特征在于，判断记录的所述配件升级状态是否为异常状态之前，还包括：

判断是否有所述配件的新版本，如果有，执行判断记录的所述配件升级状态是否为异常状态的步骤。

9.根据权利要求1所述的方法，其特征在于，如果记录的所述配件升级状态为以下状态中的任意一种，确认记录的配件升级状态为异常状态：

更新包下载成功；

更新包下载失败；

更新包正在校验中；

更新包校验成功；

更新包校验失败；

更新包正在鉴权中；

更新包鉴权成功；

更新包鉴权失败；

更新包正在解压中；

更新包解压失败。

10.根据权利要求1所述的方法，其特征在于，所述电子设备为平板，所述配件为键盘或手写笔；或者，所述电子设备为手机，所述配件为手写笔或耳机。

11.一种电子设备，其特征在于，包括：

存储器和处理器，所述存储器与所述处理器耦合；

所述存储器存储有程序指令，当所述程序指令由所述处理器执行时，使得所述电子设备执行如权利要求1至10任一项所述的配件升级方法。

12.一种计算机可读存储介质，包括计算机程序，其特征在于，当所述计算机程序在电子设备上运行时，使得所述电子设备执行如权利要求1至10任一项所述的配件升级方法。