CN112817634B - Cota包下载方法及装置 - Google Patents

Abstract

本申请公开了一种COTA包下载方法及装置，该方法包括：接收来自电子设备的下载请求，下载请求包括电子设备的配置信息，配置信息包括电子设备的机型，根据电子设备的机型，获取多个COTA包，将配置信息分别与多个COTA包的属性信息进行比较，从多个COTA包中确定目标COTA包，将目标COTA包发送给电子设备。通过纯线上的精准匹配逻辑实现定制包按设备的精准推送，无需线下刷机就能实现功能定制，简化了中间环节，提高用户体验。

Description

COTA包下载方法及装置

技术领域

本申请涉及电子技术领域，尤其涉及一种COTA包下载方法及装置。

背景技术

随着电子设备的发展，手机、电脑、iPad等移动终端的功能越来越丰富。目前手机定制过程一般是依赖于产线刷机来实现，当定制上万台手机时需要大量的人力物力来线下刷机，其成本高、耗时长且迭代升级困难。

发明内容

本申请实施例提供一种COTA包下载方法及装置，无需线下刷机就能实现功能定制，简化了中间环节，提高用户体验。

第一方面，本申请实施例提供一种COTA包下载方法，所述方法包括：

接收来自电子设备的下载请求，所述下载请求包括所述电子设备的配置信息，所述配置信息包括所述电子设备的机型；

根据所述电子设备的机型，获取多个COTA包；

将所述配置信息分别与所述多个COTA包的属性信息进行比较，从所述多个COTA包中确定目标COTA包；

向所述电子设备发送所述目标COTA包。

第二方面，本申请实施例提供一种COTA包下载方法，所述方法包括：

向云端设备发送下载请求，所述下载请求包括所述电子设备的配置信息，所述配置信息用于所述云端设备查找所述电子设备的目标COTA包，所述配置信息包括所述电子设备的机型；

接收来自所述云端设备的目标COTA包。

第三方面，本申请实施例提供一种COTA包下载装置，所述装置包括：

收发单元，用于接收来自电子设备的下载请求，所述下载请求包括所述电子设备的配置信息，所述配置信息包括所述电子设备的机型；

获取单元，用于根据所述电子设备的机型，获取多个COTA包；

比较单元，用于将所述配置信息分别与所述多个COTA包的属性信息进行比较，从所述多个COTA包中确定目标COTA包；

收发单元，还用于向所述电子设备发送所述目标COTA包。

第四方面，本申请实施例提供一种COTA包下载装置，所述装置包括：

收发单元，用于向云端设备发送下载请求，所述下载请求包括所述电子设备的配置信息，所述配置信息用于所述云端设备查找所述电子设备的目标COTA包，所述配置信息包括所述电子设备的机型；

所述收发单元，还用于接收来自所述云端设备的目标COTA包。

第五方面，本申请实施例提供一种电子设备，包括处理器、存储器、通信接口以及一个或多个程序，其中，上述一个或多个程序被存储在上述存储器中，并且被配置由上述处理器执行，上述程序包括用于执行本申请实施例第一方面或第二方面任一方法中的步骤的指令。

第六方面，本申请实施例提供了一种计算机可读存储介质，其中，上述计算机可读存储介质存储用于电子数据交换的计算机程序，其中，上述计算机程序使得计算机执行如本申请实施例第一方面或第二方面任一方法中所描述的部分或全部步骤。

第七方面，本申请实施例提供了一种计算机程序产品，其中，上述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，上述计算机程序可操作来使计算机执行如本申请实施例第一方面任一方法中所描述的部分或全部步骤。该计算机程序产品可以为一个软件安装包。

可以看出，在本申请实施例中，接收来自电子设备的下载请求，下载请求包括电子设备的配置信息，配置信息包括电子设备的机型，根据电子设备的机型，获取多个COTA包，将配置信息分别与多个COTA包的属性信息进行比较，从多个COTA包中确定目标COTA包，将目标COTA包发送给电子设备。通过纯线上的精准匹配逻辑实现定制包按设备的精准推送，无需线下刷机就能实现功能定制，简化了中间环节，提高用户体验。

附图说明

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

图1是本申请实施例提供的一种电子设备的结构示意图；

图2是本申请实施例提供的一种电子设备的软件结构示意图；

图3a是本申请实施例提供的一种云端设备的系统架构示意图；

图3b是本申请实施例提供的一种云端设备的交互示意图；

图3c是本申请实施例提供的一种COTA包下载方法的交互示意图；

图4是本申请实施例提供的一种COTA包下载方法的流程示意图；

图5是本申请实施例提供的另一种COTA包下载方法的流程示意图；

图6是本申请实施例提供的另一种COTA包下载方法的流程示意图；

图7是本申请实施例提供的一种COTA包下载装置的功能单元组成框图。

具体实施方式

下面将结合附图，对本申请实施例中的技术方案进行描述。

为了更好地理解本申请实施例的方案，下面先对本申请实施例可能涉及的相关术语和概念进行介绍。

1)电子设备可以是还包含其它功能诸如个人数字助理和/或音乐播放器功能的便携式电子设备，诸如手机、平板电脑、具备无线通讯功能的可穿戴电子设备(如智能手表)等。便携式电子设备的示例性实施例包括但不限于搭载IOS系统、Android系统、Microsoft系统或者其它操作系统的便携式电子设备。上述便携式电子设备也可以是其它便携式电子设备，诸如膝上型计算机(Laptop)等。还应当理解的是，在其他一些实施例中，上述电子设备也可以不是便携式电子设备，而是台式计算机。

2)COTA是指云端定制。在公开市场渠道或运营商渠道售卖了机器后，当用户在手机插入运营商SIM卡时，定制功能就会生效。手机将会根据运营商的需求生效对应的功能。COTA是一款通过WiFi或移动数据网进行设备固件和软件空中升级的高度可定制解决方案。升级的内容可以是新功能，错误修正、操作系统版本更新或驱动更新。COTA提供基于角色的用户管理、封装和下载规则管理，下载规则设置和报告，封装和下载相关分析和统计。COTA为全球三大PC设备生产商之一提供安全、高效的设备操作系统、驱动和应用升级平台。COTA可以向移动设备推送升级包，其稳定性和可靠性高。

第一部分，本申请所公开的技术方案的软硬件运行环境介绍如下。

示例性的，图1示出了电子设备100的结构示意图。电子设备100可以包括处理器110、外部存储器接口120、内部存储器121、通用串行总线(universal serial bus，USB)接口130、充电管理模块140、电源管理模块141、电池142、天线1、天线2、移动通信模块150、无线通信模块160、音频模块170、扬声器170A、受话器170B、麦克风170C、耳机接口170D、传感器模块180、指南针190、马达191、指示器192、摄像头193、显示屏194以及用户标识模块(subscriber identification module，SIM)卡接口195等。

可以理解的是，本申请实施例示意的结构并不构成对电子设备100的具体限定。在本申请另一些实施例中，电子设备100可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的部件，也可以集成在一个或多个处理器中。在一些实施例中，电子设备100也可以包括一个或多个处理器110。其中，控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。在其他一些实施例中，处理器110中还可以设置存储器，用于存储指令和数据。示例性地，处理器110中的存储器可以为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从所述存储器中直接调用。这样就避免了重复存取，减少了处理器110的等待时间，因而提高了电子设备100处理数据或执行指令的效率。

在一些实施例中，处理器110可以包括一个或多个接口。接口可以包括集成电路间(inter-integrated circuit，I2C)接口、集成电路间音频(inter-integrated circuitsound，I2S)接口、脉冲编码调制(pulse code modulation，PCM)接口、通用异步收发传输器(universal asynchronous receiver/transmitter，UART)接口、移动产业处理器接口(mobile industry processor interface，MIPI)、用输入输出(general-purpose input/output，GPIO)接口、SIM卡接口和/或USB接口等。其中，USB接口130是符合USB标准规范的接口，具体可以是Mini USB接口、Micro USB接口、USB Type C接口等。USB接口130可以用于连接充电器为电子设备100充电，也可以用于电子设备100与外围设备之间传输数据。该USB接口130也可以用于连接耳机，通过耳机播放音频。

可以理解的是，本申请实施例示意的各模块间的接口连接关系，只是示意性说明，并不构成对电子设备100的结构限定。在本申请另一些实施例中，电子设备100也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。

充电管理模块140用于从充电器接收充电输入。其中，充电器可以是无线充电器，也可以是有线充电器。在一些有线充电的实施例中，充电管理模块140可以通过USB接口130接收有线充电器的充电输入。在一些无线充电的实施例中，充电管理模块140可以通过电子设备100的无线充电线圈接收无线充电输入。充电管理模块140为电池142充电的同时，还可以通过电源管理模块141为电子设备供电。

电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入，为处理器110、内部存储器121、外部存储器、显示屏194、摄像头193和无线通信模块160等供电。电源管理模块141还可以用于监测电池容量、电池循环次数、电池健康状态(漏电，阻抗)等参数。在其他一些实施例中，电源管理模块141也可以设置于处理器110中。在另一些实施例中，电源管理模块141和充电管理模块140也可以设置于同一个器件中。

电子设备100的无线通信功能可以通过天线1、天线2、移动通信模块150、无线通信模块160、调制解调处理器以及基带处理器等实现。

天线1和天线2用于发射和接收电磁波信号。电子设备100中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。

移动通信模块150可以提供应用在电子设备100上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(low noise amplifier，LNA)等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。在一些实施例中，移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中，移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。

无线通信模块160可以提供应用在电子设备100上的包括无线局域网(wirelesslocal area networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)、蓝牙(bluetooth，BT)，全球导航卫星系统(global navigation satellite system，GNSS)、调频(frequency modulation，FM)、近距离无线通信技术(near field communication，NFC)、红外技术(infrared，IR)、UWB等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。

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

显示屏194用于显示图像、视频等。显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display，LCD)、有机发光二极管(organic light-emittingdiode，OLED)、有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrixorganic light emitting diode的，AMOLED)、柔性发光二极管(flex light-emittingdiode，FLED)、迷你发光二极管(mini light-emitting diode，miniled)、MicroLed、Micro-oLed、量子点发光二极管(quantum dot light emitting diodes，QLED)等。在一些实施例中，电子设备100可以包括1个或多个显示屏194。

电子设备100可以通过ISP、摄像头193、视频编解码器、GPU、显示屏194以及应用处理器等实现拍摄功能。

ISP用于处理摄像头193反馈的数据。例如，拍照时，打开快门，光线通过镜头被传递到摄像头感光元件上，光信号转换为电信号，摄像头感光元件将所述电信号传递给ISP处理，转化为肉眼可见的图像。ISP还可以对图像的噪点、亮度、肤色进行算法优化。ISP还可以对拍摄场景的曝光、色温等参数优化。在一些实施例中，ISP可以设置在摄像头193中。

摄像头193用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device，CCD)或互补金属氧化物半导体(complementary metal-oxide-semiconductor，CMOS)光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给ISP转换成数字图像信号。ISP将数字图像信号输出到DSP加工处理。DSP将数字图像信号转换成标准的RGB，YUV等格式的图像信号。在一些实施例中，电子设备100可以包括1个或多个摄像头193。

数字信号处理器用于处理数字信号，除了可以处理数字图像信号，还可以处理其他数字信号。例如，当电子设备100在频点选择时，数字信号处理器用于对频点能量进行傅里叶变换等。

视频编解码器用于对数字视频压缩或解压缩。电子设备100可以支持一种或多种视频编解码器。这样，电子设备100可以播放或录制多种编码格式的视频，例如：动态图像专家组(moving picture experts group，MPEG)1、MPEG2、MPEG3、MPEG4等。

NPU为神经网络(neural-network，NN)计算处理器，通过借鉴生物神经网络结构，例如借鉴人脑神经元之间传递模式，对输入信息快速处理，还可以不断的自学习。通过NPU可以实现电子设备100的智能认知等应用，例如：图像识别、人脸识别、语音识别、文本理解等。

外部存储器接口120可以用于连接外部存储卡，例如Micro SD卡，实现扩展电子设备100的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将音乐，视频等文件保存在外部存储卡中。

内部存储器121可以用于存储一个或多个计算机程序，该一个或多个计算机程序包括指令。处理器110可以通过运行存储在内部存储器121的上述指令，从而使得电子设备100执行本申请一些实施例中所提供的显示页面元素的方法，以及各种应用以及数据处理等。内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统；该存储程序区还可以存储一个或多个应用(比如图库、联系人等)等。存储数据区可存储电子设备100使用过程中所创建的数据(比如照片，联系人等)等。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如一个或多个磁盘存储部件，闪存部件，通用闪存存储器(universal flash storage，UFS)等。在一些实施例中，处理器110可以通过运行存储在内部存储器121的指令，和/或存储在设置于处理器110中的存储器的指令，来使得电子设备100执行本申请实施例中所提供的显示页面元素的方法，以及其他应用及数据处理。电子设备100可以通过音频模块170、扬声器170A、受话器170B、麦克风170C、耳机接口170D、以及应用处理器等实现音频功能。例如音乐播放、录音等。

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

其中，压力传感器180A用于感受压力信号，可以将压力信号转换成电信号。在一些实施例中，压力传感器180A可以设置于显示屏194。压力传感器180A的种类很多，如电阻式压力传感器，电感式压力传感器，电容式压力传感器等。电容式压力传感器可以是包括至少两个具有导电材料的平行板。当有力作用于压力传感器180A，电极之间的电容改变。电子设备100根据电容的变化确定压力的强度。当有触摸操作作用于显示屏194，电子设备100根据压力传感器180A检测所述触摸操作强度。电子设备100也可以根据压力传感器180A的检测信号计算触摸的位置。在一些实施例中，作用于相同触摸位置，但不同触摸操作强度的触摸操作，可以对应不同的操作指令。例如：当有触摸操作强度小于第一压力阈值的触摸操作作用于短消息应用图标时，执行查看短消息的指令。当有触摸操作强度大于或等于第一压力阈值的触摸操作作用于短消息应用图标时，执行新建短消息的指令。

陀螺仪传感器180B可以用于确定电子设备100的运动姿态。在一些实施例中，可以通过陀螺仪传感器180B确定电子设备100围绕三个轴(即X、Y和Z轴)的角速度。陀螺仪传感器180B可以用于拍摄防抖。示例性的，当按下快门，陀螺仪传感器180B检测电子设备100抖动的角度，根据角度计算出镜头模组需要补偿的距离，让镜头通过反向运动抵消电子设备100的抖动，实现防抖。陀螺仪传感器180B还可以用于导航，体感游戏场景。

加速度传感器180E可检测电子设备100在各个方向上(一般为三轴)加速度的大小。当电子设备100静止时可检测出重力的大小及方向。还可以用于识别电子设备姿态，应用于横竖屏切换，计步器等应用。

环境光传感器180L用于感知环境光亮度。电子设备100可以根据感知的环境光亮度自适应调节显示屏194亮度。环境光传感器180L也可用于拍照时自动调节白平衡。环境光传感器180L还可以与接近光传感器180G配合，检测电子设备100是否在口袋里，以防误触。

指纹传感器180H用于采集指纹。电子设备100可以利用采集的指纹特性实现指纹解锁，访问应用锁，指纹拍照，指纹接听来电等。

温度传感器180J用于检测温度。在一些实施例中，电子设备100利用温度传感器180J检测的温度，执行温度处理策略。例如，当温度传感器180J上报的温度超过阈值，电子设备100执行降低位于温度传感器180J附近的处理器的性能，以便降低功耗实施热保护。在另一些实施例中，当温度低于另一阈值时，电子设备100对电池142加热，以避免低温导致电子设备100异常关机。在其他一些实施例中，当温度低于又一阈值时，电子设备100对电池142的输出电压执行升压，以避免低温导致的异常关机。

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

示例性的，图2示出了电子设备100的软件结构框图。分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将Android系统分为四层，从上至下分别为应用程序层，应用程序框架层，安卓运行时(Android runtime)和系统库，以及内核层。应用程序层可以包括一系列应用程序包。

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

应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramming interface，API)和编程框架。应用程序框架层包括一些预先定义的函数。

如图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绘图的绘图引擎。

内核层是硬件和软件之间的层。内核层至少包含显示驱动，摄像头驱动，音频驱动，传感器驱动。

示例性地，图3a示出了本申请实施例提供的一种云端设备的系统架构示意图。如图3a所示，该云端设备包括数据层、服务层、接口层和访问层。所述数据层可以包括Redis数据库、MySql数据库和MongoDB数据库；所述服务层可以包括用于提供API接口服务的接口服务，用于提供数据统计服务、MO审批服务和资源上传下载服务的运营后台、用于提供COTA包构建服务的构建服务，以及用于提供简便的存储服务(Simple Storage Service，AWS)S3和内存分发网络(Content Delivery Network，CDN)的存储服务；所述接口层包括结合Linux虚拟服务(Linux Virtual Server，LVS)和平台服务(Platform-as-a-service，PASS)的网关，所述访问层用于访问电子设备。

示例性地，所述云端设备可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN(Content Delivery Network，内容分发网络)、以及大数据和人工智能平台等基础云计算服务的云端设备。

需要说明的是，图3a只是以示例的形式示意一种系统架构示意图，当然，在系统架构示意图中还可以包括其他层，例如应用层等。本申请对可适用于的系统架构示意图不作具体限定。

示例性地，如图3b所示，云端设备在运行时，首先可以通过服务层的资源上传下载服务上传apk、铃声、图片等资源至运营后台，运营后台将该资源上传至AWSS3数据库进行存储，并将该资源进行资源测试生成该资源的构建信息，然后将该构建信息推送给服务层的构建服务；构建服务接收到构建信息后从运营后台下载该资源，并根据该资源生成COTA包，再将生成的COTA包上传至运营后台；运营后台接收到COTA包后将其上传至AWSS3数据库进行存储，并配置该COTA包的分发条件(例如COTA包的属性信息)；最后运营后台向MO审批服务进行MO审批，MO审批通过后，运营后台生成可以向电子设备下发分发数据(如COTA包)。

第二部分，本申请实施例所公开的示例应用场景介绍如下。

示例性地，如图3c所示，在需要对COTA包进行升级或创建新的COTA包时，COTA运营人员或研发人员可以先上传一些资源文件，比如apk、桌面壁纸、锁屏壁纸、电话铃声、闹钟铃声、通知铃声、内置图片、开机动画、重启动画、LOGO等到云端设备，然后云端设备根据运营商需求选择需要的资源，将资源压缩成一个资源包，每个文件都会压缩到对应的目录中,压缩包会生成唯一的文件名(即包名)，然后传给构建系统,构建系统收到资源包,进行编译,生成一个COTA包(镜像文件),并将该COTA包回传给云端设备，云端设备将COTA包上传到数据库或AWSS3中。这样当有用户通过电子设备向云端设备发送下载请求时，云端设备可以从数据库中或AWS A3中获取满足用户需求的COTA包，并将该COTA包下发给电子设备。

第三部分，本申请实施例所公开的权要保护范围介绍如下。

请参阅图4，图4是本申请实施例提供了一种COTA包下载方法的流程示意图，应用于电子设备，如图所示，本COTA包下载方法包括以下操作。

S410、接收来自电子设备的下载请求，所述下载请求包括所述电子设备的配置信息，所述配置信息包括所述电子设备的机型。

其中，当用户在电子设备上插入运营商的SIM卡(Subscriber Identity Module，用户识别卡)时，电子设备的定制功能就会生效。具体为用户插卡时电子设备发起下载请求或者定期发起下载请求,该下载请求用于检测云端设备中是否有最新的COTA包，如果有则电子设备向云端设备发送下载请求以下载最新的COTA报。

S420、根据电子设备的机型，获取多个COTA包。

其中，电子设备发送下载请求时可以携带电子设备的机型，根据电子设备的机型筛选出云端设备中与该机型对应的COTA包(镜像文件)，并把筛选出来的COTA包按照版本号(每个包都有一个版本号，例如001)由大到小进行排序,然后从最大的版本号开始分别与电子设备的发送的配置信息进行匹配,如果能全部匹配成功,那么就会下发该COTA包。

具体地，云端设备接收到下载请求后，可以根据电子设备的机型，从存储COTA包的数据库中查找与所述电子设备的机型相匹配的COTA包。具体为，云端设备将该电子设备的机型与每个COTA包的属性信息中的机型进行匹配，从数据库中获取与电子设备的机型匹配的多个COTA包。

S430、将所述配置信息分别与所述多个COTA包的属性信息进行比较，从所述多个COTA包中确定目标COTA包。

在本申请实施例中，COTA包可服务于各种不同国家、不同运营商的用户，因此在下载COTA包时，可根据电子设备的具体配置信息从数据库中查找用户所需的COTA包。云端设备在生成COTA包时，会生成每个COTA包的属性信息，每个COTA包的属性信息可以包括机型、移动国家代码(Mobile Country Code，MCC)、移动网络代码(Mobile Network Code，MNC)、操作系统版本号(otaVersion)、全局唯一标识符(Globally Unique Identifier，GUID)、服务提供商名称(Service Provider Name，SPN)、国际移动用户识别码(InternationalMobile Subscriber Identity，IMSI)和组ID码(Group ID,GID)中的至少一项。

需要说明的是，若COTA包未限定某一具体属性信息时，该属性信息可以为null，例如COTA包A未填写IMSI的值时，该COTA包A的IMSI值为null。

可选的，所述配置信息包括第一移动国家代码MCC、第一移动网络代码MNC和第一操作系统版本号；

所述将所述配置信息分别与所述多个COTA包的属性信息进行比较，从所述多个COTA包中确定目标COTA包，包括：

将第一MCC分别与所述多个COTA包中所有COTA包的MCC进行匹配，得到所述第一一中间COTA包，所述第一中间COTA包包括至少一个COTA包；将第一MNC分别与所述第一中间COTA包的MNC进行匹配，得到第二中间COTA包，所述第一中间COTA包包括所述第二中间COTA包；将第一操作系统版本号与所述第二中间COTA包的操作系统版本号进行匹配，得到第三中间COTA包，所述第三中间COTA包为所述第二中间COTA包中与第一操作系统版本号匹配成功的COTA包；根据所述第三中间COTA包，确定所述目标COTA包。

其中，按照COTA的版本号大到小的排序顺序，分别将每个COTA的MCC、MNC和操作系统版本号依次和配置信息中的第一MCC、第一MNC和第一操作系统版本号一一进行匹配，当所有属性信息均与配置信息匹配成功时，则将该匹配成功的COTA报确定为候选包，然后从所述候选包中选取目标COTA包进行下发。

具体地，首先将COTA版本号最大的COTA包的MCC与第一MCC进行匹配，当出现以下任一种情况时：COTA版本号最大的COTA包的MCC与第一MCC匹配失败、COTA版本号最大的COTA包的MCC为null、第一MCC为null，结束COTA版本号最大COTA包的匹配过程，将COTA版本号次大的COTA包的属性信息与配置信息进行匹配，依次这样执行，直至最后一个COTA包。若COTA版本号最大的COTA包的MCC与第一MCC匹配成功，则将COTA版本号最大的COTA包的MNC与第一MNC进行匹配，当出现以下任一种情况时：COTA版本号最大的COTA包的MNC与第一MNC匹配失败、COTA版本号最大的COTA包的MNC为null、第一MNC为null，结束COTA版本号最大COTA包的匹配过程，将COTA版本号次大的COTA包的属性信息与配置信息进行匹配，依次这样执行，直至最后一个COTA包。若COTA版本号最大的COTA包的MNC与第一MNC成功，则将COTA版本号最大的COTA包的操作系统版本号与第一操作系统版本号进行匹配，若COTA版本号最大的COTA包的操作系统版本号与第一操作系统版本号匹配失败或第一操作系统版本号为null，则结束COTA版本号最大COTA包的匹配过程，将COTA版本号次大的COTA包的属性信息与配置信息进行匹配，依次这样执行，直至最后一个COTA包。若COTA版本号最大的COTA包的操作系统版本号与第一操作系统版本号匹配成功，则将所有匹配成功所对应的COTA包确认为第三中间COTA包。

在一种可能的实现方式中，所述配置信息还包括第一全局唯一标识符GUID；所述方法还包括：将所述第三中间COTA包或所述第二中间COTA包的GUID与所述第一GUID进行匹配，得到第四中间COTA包。

其中，在进行匹配的过程中，云端设备端可以指示是否需要匹配操作系统版本号。当云端设备指示需要匹配操作系统版本号时，在执行MNC匹配后，需要将COTA包的操作系统版本号与第一操作系统版本号进行匹配。因此在将第三中间COTA包中的COTA包按照COTA的版本号大到小的排序顺序后，将COTA版本号最大的COTA包的GUID与第一GUID进行匹配。若COTA版本号最大的COTA包的GUID与第一GUID匹配成功，则将该将第三中间COTA包中的COTA版本号最大的COTA包确认为第四中间COTA包，否则将第三中间COTA包中COTA版本号次大的COTA包的GUID与第一GUID进行匹配，依次这样，直至第三中间COTA包中的最后一个COTA包。

示例性地，当云端设备指示不需要匹配操作系统版本号，则可以跳过操作系统版本号，即不需要与第一操作系统版本号进行匹配。此时将第二中间COTA包中的COTA包按照COTA的版本号大到小的排序顺序，然后将第二中间COTA包中COTA的版本号最大的COTA包的GUID与第一GUID进行匹配。若COTA版本号最大的COTA包的GUID与第一GUID匹配成功，则将该将第二中间COTA包中的COTA版本号最大的COTA包确认为第四中间COTA包，否则将第二中间COTA包中COTA版本号次大的COTA包的操作系统版本号与第一操作系统版本号进行匹配，依次这样，直至第二中间COTA包中的最后一个COTA包。

需要说明的是，上述第一GUID的值和COTA包的GUID的值不存在为null的情况，即GUID字段是必填字段。

可选的，所述根据所述第三中间COTA包，确定所述目标COTA包，包括：若所述第三中间COTA包或所述第四中间COTA包仅包括一个候选COTA包，则将所述候选COTA包确定为所述目标COTA包；若所述第三中间COTA包或所述第四中间COTA包中包括多个候选COTA包，判断所述多个候选COTA包是否为相同分支，若所述多个候选COTA包为相同分支，将所述多个候选COTA包中版本号最高的候选COTA包确定为所述目标COTA包。

在本申请实施例中，在将COTA包的属性信息与配置信息一一进行匹配后，最终匹配得到的第四中间COTA包中可能包括一个或多个候选COTA包，所述候选包为属性信息与配置信息均匹配成功的COTA包。当只有一个候选COTA包时，可直接将该候选COTA包确定为目标COTA包，并下发给电子设备。当有多个候选COTA包时，可以判断该多个候选COTA包是否为相同分支，即该多个候选COTA包的属性信息是否均相同。当该多个候选COTA包的属性信息均相同时，则认为属于同一分支，将该多个候选COTA包中版本号最高的COTA包确定为目标COTA包下发给电子设备。

可选的，所述判断所述多个候选COTA包是否为相同分支，包括：将所述多个候选COTA中的所述MCC、所述MNC、所述机型和所述操作系统版本号分别进行比较；若所述多个候选COTA中的MCC、MNC、机型和操作系统版本号均相同，则判断所述多个候选COTA为相同分支，否则为不同分支。

具体地，在判断多个候选COTA包是为同一分支时，可分别将该多个候选COTA包的MCC、MNC、机型和操作系统版本号进行比较，若所有候选COTA包的MCC、MNC、机型和操作系统版本号均是相同的，则认为该多个候选COTA包为同一分支，否则认为该多个候选COTA包不是同一分支。

所述方法还包括：若所述多个候选COTA包为不同分支，向所述电子设备发送报错信息，所述报错信息用于指示所述电子设备下载失败。

在本申请实施例中，当多个候选COTA包不是同一分支，可以认为在此次的匹配过程中，匹配到了不同属性信息的COTA包，即匹配到的COTA包可能不满足用户需求。因此，当当多个候选COTA包不是同一分支时，云端设备向电子设备发送报错信息，以指示电子设备此次下载失败。

在一种可能的实现方式中，所述配置信息还包括：第一服务提供商名称SPN、第一组ID码GID、第一国际移动用户识别码IMSI；

所述方法还包括：将第五中间COTA包的IMSI与所述第一IMSI进行匹配，得到第六中间COTA包，所述第五中间COTA包为第一中间COTA包中与所述第一MCC匹配成功的COTA包；将所述第六中间COTA包的SPN、GID分别与所述第一SPN、第一GID进行匹配，得到所述第二中间COTA包。

其中，在与第一MCN进行匹配之后，本申请实施例还可以将第五中间COTA包中的COTA包按照COTA的版本号大到小的排序顺序，该第五中间COTA包为第一中间COTA包中与所述第一MCC匹配成功的COTA包。然后将第五中间COTA包中COTA的版本号最大的COTA包的IMSI与第一IMSI进行匹配，若COTA的版本号最大的COTA包的IMSI与第一IMSI匹配失败，则第五中间COTA包中COTA版本号次大的COTA包的IMSI与第一IMSI进行匹配，依次这样，直至第五中间COTA包中的最后一个COTA包。当出现以下任一种情况时：COTA的版本号最大的COTA包的IMSI与第一IMSI匹配成功、COTA的版本号最大的COTA包的IMSI为null、第一IMSI为null，则将该将第五中间COTA包中的COTA版本号最大的COTA包确认为第六中间COTA包。

进一步地，将第六中间COTA包中的COTA包按照COTA的版本号大到小的排序顺序，然后将第六中间COTA包中COTA的版本号最大的COTA包的SPN和GID分别与第一SPN、第一GID进行匹配，若COTA的版本号最大的COTA包的SPN和GID分别与第一SPN、第一GID均匹配成功，则将该将第六中间COTA包中的COTA版本号最大的COTA包确认为第二中间COTA包。若出现以下任一种情况：COTA的版本号最大的COTA包的SPN和GID分别与第一SPN和第一GID均匹配失败、COTA的版本号最大的COTA包的SPN与第一SPN匹配失败且COTA的版本号最大的COTA包的GID为null、COTA的版本号最大的COTA包的SPN与第一SPN匹配失败且第一GID为null、COTA的版本号最大的COTA包的GID与第一GID匹配失败且COTA的版本号最大的COTA包的SPN为null、COTA的版本号最大的COTA包的GID与第一GID匹配失败且第一SPN为null、COTA的版本号最大的COTA包的SPN和GID均为null、第一SPN和第一GID均为null，则将第五中间COTA包中COTA版本号次大的COTA包的SPN和GID分别与第一SPN、第一GID进行匹配，依次这样，直至第五中间COTA包中的最后一个COTA包。

在本申请实施例中，通过将配置信息与COTA包的属性信息进行匹配，使得云端设备可针对不同的运营商或者设备型号等事先构建不同的定制化资源数据，简化了中间环节，极大提高用户体验。

S440、向所述电子设备发送所述目标COTA包。

示例性地，云端设备得到目标COTA包后，将目标COTA包下发给电子设备，电子设备接收到目标COTA包后可向云端设备上报下载成功，然后将目标COTA进行安装升级，升级成功后可向云端设备上报升级结果。

可以看出，本申请实施例提出的COTA包下载方法，接收来自电子设备的下载请求，下载请求包括电子设备的配置信息，配置信息包括电子设备的机型，根据电子设备的机型，获取多个COTA包，将配置信息分别与多个COTA包的属性信息进行比较，从多个COTA包中确定目标COTA包，将目标COTA包发送给电子设备。通过纯线上的精准匹配逻辑实现定制包按设备的精准推送，无需线下刷机就能实现功能定制，简化了中间环节，提高用户体验。

请参阅图5，图5是本申请实施例提供的另一种COTA包下载方法流程示意图，如图5所示，该方法包括以下步骤。

S501、接收来自电子设备的下载请求，所述下载请求包括所述电子设备的配置信息，所述配置信息包括所述电子设备的机型、第一MCC、第一MNC、第一操作系统版本号、第一GUID、第一SPN、第一GID和第一IMSI；

S502、根据所述电子设备的机型，获取多个COTA包；

S503、将第一MCC与第一COTA包的MCC是否匹配，若出现匹配失败、第一MCC为null或则第一COTA包的MCC为null中的任一种情况，结束第一COTA包的匹配，多个COTA包包括第一COTA包；

S504、若第一MCC与第一COTA包的MCC匹配成功，判断第一COTA包的MNC与第一MNC是否匹配，若出现匹配失败、第一MNC为null或则第一COTA包的MNC为null中的任一种情况，结束第一COTA包的匹配；

S505、若第一MNC与第一COTA包的MNC匹配成功，判断第一COTA包的IMSI与第一IMSI是否匹配，若MCC与第一COTA包的MCC匹配成功，则将第一COTA包的MNC与第一MNC进行匹配，若匹配失败，结束第一COTA包的匹配；

S506、若出现第一COTA包的IMSI与第一IMSI匹配成功、第一COTA包的IMSI为null或第一IMSI为null中的任一种情况，判断第一COTA包的SPN、GID分别与第一SPN、第一GID是否均匹配，若出现第一COTA包的SPN与第一SPN、第一COTA包的GID与第一GID至少一个匹配失败，第一COTA包的SPN、第一SPN、第一COTA包的GID和第一GID中的至少一项为null时，结束第一COTA包的匹配；

S507、若第一COTA包的SPN、GID分别与第一SPN、第一GID均匹配成功，判断第一COTA包的操作系统版本号与第一操作系统版本号是否匹配，若匹配失败或第一操作系统版本号为null，结束第一COTA包的匹配；

S508、若第一COTA包的操作系统版本号与第一操作系统版本号匹配成功，判断第一COTA包的GUID与第一GUID是否匹配，若匹配失败，结束第一COTA包的匹配；

S509、若第一COTA包的GUID与第一GUID匹配成功，获取候选COTA包；

S510、判断候选COTA包的个数，当候选COTA包的个数等于1时，将该候选COTA包确定为目标COTA包；

S511、当候选COTA包的个数大于1时，判断每个候选COTA包是否为同一分支，若为同一分支，则将版本号最高的候选COTA包确定为目标COTA包，否则进行报错。

S512、将目标COTA包下发给电子设备。

其中，上述S501-S512的具体实现方式可参照上述图4的具体实现方式，在此不再赘述。

可以看出，考虑到不同运营商对应设备配置信息的不同，通过将配置信息与每个COTA包的属性信息进行匹配，从而获取满足该运营商类型或者设备型号用户要求COTA包，如此实现不同运营商或者设备型号中应用功能的定制化，无需线下刷机就能实现功能定制，简化了中间环节，提高用户体验。

请参阅图6，图6是本申请实施例提供的另一种COTA包下载方法流程示意图，如图6所示，该方法包括以下步骤。

S610、电子设备向云端设备发送下载请求，所述下载请求包括所述电子设备的配置信息，所述配置信息用于所述云端设备查找所述电子设备的目标COTA包，所述配置信息包括所述电子设备的机型。

具体实现中，电子设备可监控卡槽的状态，若卡槽中的SIM卡发生变化，例如，当插入有SIM卡时，不管该SIM卡是否与上一SIM卡相同，均可向云端设备发送下载请求，以获取目标COTA包。上述SIM卡可指安装在电子设备中的IC卡。

示例性地，当云端设备有新的COTA包需要更新时，也可以直接向电子设备下发新的COTA包，以帮助电子设备完成定制化应用功能的更新或者升级。

其中，所述配置信息还包括以下至少一种：第一MCC、第一MNC、第一SPN、第一GID、第一IMSI、第一操作系统版本号和第一GUID。

S620、云端设备接收来自电子设备的下载请求，并根据所述电子设备的机型获取多个COTA包。

S630、云端设备将所述配置信息分别与所述多个COTA包的属性信息进行比较，从所述多个COTA包中确定目标COTA包。

S640、云端设备向所述电子设备发送所述目标COTA包。

其中，上述S620-S640的具体实现方式可参照上述图4的具体实现方式，在此不再赘述。

S650、电子设备接收目标COTA包。

其中，每一设备型号或者运营商类型对应的COTA包可不同，其中的定制化资源数据是不相同的，可单独为每一设备型号或者运营商定制上述资源数据，以实现不同的定制功能，例如，界面UI的定制、电话铃声的定制等等。

其中，电子设备可在安装成功或者失败上述COTA包之后，将安装失败或者成功等信息发送给云端设备。

在一种可能的示例中，在所述安装所述COTA包之后，上述方法还可包括如下步骤：每隔预设周期向所述云端设备发送信息更新请求，所述信息更新请求用于向所述云端设备获取目标COTA包；对比所述目标对应的目标版本号与所述COTA包对应的版本号；若所述目标COTA包对应的目标版本号与所述COTA包对应的版本号一致，则不更新所述COTA包；若所述目标COTA包对应的目标版本号与所述COTA包对应的版本号不一致，或者若所述目标COTA包对应的目标版本号大于所述COTA包对应的版本号，则将所述COTA包更新为所述目标COTA包。

其中，上述预设周期可为用户自行设置或者系统默认，在此不作限定；例如可为10min、8h、1天、30天、半年等等，在此不作限定。

其中，电子设备可每隔预设周期向上述云端设备发送信息更新请求，该信息更新请求用于获取目标COTA包，该目标COTA包可为云端设备中存储的该电子设备以及该SIM卡对应的最新的资源数据包。

其中，可通过对比COTA包的版本号与目标COTA包的目标版本号，以确定电子设备中当前对应的COTA包是否为最新版本。

具体实现中，若目标COTA包对应的目标版本号与COTA包对应的版本号一致，则说明电子设备中的COTA包为最新版本的，可不更新COTA包；若目标COTA包对应的目标版本号与COTA包对应的版本号不一致，则可表明该COTA包可能不为最新，进一步地，若目标COTA包对应的目标版本号大于COTA包对应的版本号，则可确定该目标COTA包为最新版本，则可将COTA包更新为目标COTA包。

进一步地，若电子设备中不存在上述目标COTA包，则表明该COTA包可能为新更新的应用功能(例如，增加桌面壁纸的切换功能等等)，则可直接安装该目标COTA包。

可以看出，电子设备向云端设备发送下载请求，下载请求包括电子设备的配置信息，该配置信息用于所述云端设备查找所述电子设备的目标COTA包，配置信息包括电子设备的机型，从而使得云端设备接收到该配置信息后，可以根据电子设备的机型获取多个COTA包，进一步将配置信息与该多个COTA包的属性信息进行匹配来确定目标COTA，最后将目标COTA包发送给电子设备，可自动实现对定制COTA包下载，无需线下刷机就能实现功能定制，简化了中间环节，提高用户体验。

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

本实施例可以根据上述方法示例对电子设备进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块可以采用硬件的形式实现。需要说明的是，本实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

在采用对应各个功能划分各个功能模块的情况下，图7示出了COTA包下载装置的示意图，如图7所示，该COTA包下载装置700应用于电子设备，该COTA包下载装置700可以包括：收发单元701、获取单元702和比较单元703。

其中，收发单元701可以用于支持电子设备执行上述S410、S440、S501、S512、S610、S640、S650等，和/或用于本文所描述的技术的其他过程。

获取单元702可以用于支持电子设备执行上述S420、S502、S620等，和/或用于本文所描述的技术的其他过程。

比较单元703可以用于支持电子设备执行上述S430、S503-S511、S630等，和/或用于本文所描述的技术的其他过程。

需要说明的是，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

本实施例提供的电子设备，用于执行上述COTA包下载方法，因此可以达到与上述实现方法相同的效果。

在采用集成的单元的情况下，电子设备可以包括处理模块、存储模块和通信模块。其中，处理模块可以用于对电子设备的动作进行控制管理，例如，可以用于支持电子设备执行上述收发单元701、获取单元702和比较单元703执行的步骤。存储模块可以用于支持电子设备执行存储程序代码和数据等。通信模块，可以用于支持电子设备与其他设备的通信。

其中，处理模块可以是处理器或控制器。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，数字信号处理(digital signal processing，DSP)和微处理器的组合等等。存储模块可以是存储器。通信模块具体可以为射频电路、蓝牙芯片、Wi-Fi芯片等与其他电子设备交互的设备。

在一个实施例中，当处理模块为处理器，存储模块为存储器时，本实施例所涉及的电子设备可以为具有图1所示结构的设备。

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

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

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

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

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

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

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

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

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

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

Claims (13)

1.一种COTA包下载方法，其特征在于，应用于云端设备，所述COTA包用于为不同运营商、不同设备型号的电子设备进行应用功能定制，所述方法包括：

接收来自电子设备的下载请求，所述下载请求包括所述电子设备的配置信息，所述配置信息包括所述电子设备的机型、第一移动国家代码MCC、第一移动网络代码MNC和第一操作系统版本号；

根据所述电子设备的机型，获取多个COTA包；

将所述配置信息中的第一移动国家代码MCC、第一移动网络代码MNC和第一操作系统版本号分别与所述多个COTA包的属性信息进行比较，从所述多个COTA包中确定目标COTA包；

向所述电子设备发送所述目标COTA包。

2.根据权利要求1所述的方法，其特征在于，所述将所述配置信息中的第一移动国家代码MCC、第一移动网络代码MNC和第一操作系统版本号分别与所述多个COTA包的属性信息进行比较，从所述多个COTA包中确定目标COTA包，包括：

将第一移动国家代码MCC分别与所述多个COTA包中所有COTA包的MCC进行匹配，得到第一中间COTA包，所述第一中间COTA包包括至少一个COTA包；

将第一移动网络代码MNC分别与所述第一中间COTA包的MNC进行匹配，得到第二中间COTA包，所述第一中间COTA包包括所述第二中间COTA包；

将第一操作系统版本号与所述第二中间COTA包的操作系统版本号进行匹配，得到第三中间COTA包，所述第三中间COTA包为所述第二中间COTA包中与第一操作系统版本号匹配成功的COTA包；

根据所述第三中间COTA包，确定所述目标COTA包。

3.根据权利要求2所述的方法，其特征在于，所述配置信息还包括第一全局唯一标识符GUID；

所述方法还包括：将所述第三中间COTA包或所述第二中间COTA包的GUID与所述第一全局唯一标识符GUID进行匹配，得到第四中间COTA包。

4.根据权利要求3所述的方法，其特征在于，所述根据所述第三中间COTA包，确定所述目标COTA包，包括：

若所述第三中间COTA包或所述第四中间COTA包仅包括一个候选COTA包，则将所述候选COTA包确定为所述目标COTA包；

若所述第三中间COTA包或所述第四中间COTA包中包括多个候选COTA包，判断所述多个候选COTA包是否为相同分支，若所述多个候选COTA包为相同分支，将所述多个候选COTA包中版本号最高的候选COTA包确定为所述目标COTA包。

5.根据权利要求4所述的方法，其特征在于，所述判断所述多个候选COTA包是否为相同分支，包括：

将所述多个候选COTA中的所述MCC、所述MNC、所述机型和所述操作系统版本号分别进行比较；

若所述多个候选COTA中的MCC、MNC、机型和操作系统版本号均相同，则判断所述多个候选COTA为相同分支，否则为不同分支。

6.根据权利要求2-5任一项所述的方法，其特征在于，所述配置信息还包括：第一服务提供商名称SPN、第一组ID码GID、第一国际移动用户识别码IMSI；

所述方法还包括：将第五中间COTA包的IMSI与所述第一国际移动用户识别码IMSI进行匹配，得到第六中间COTA包，所述第五中间COTA包为第一中间COTA包中与所述第一移动国家代码MCC匹配成功的COTA包；

将所述第六中间COTA包的SPN、GID分别与所述第一服务提供商名称SPN、第一组ID码GID进行匹配，得到所述第二中间COTA包。

7.根据权利要求5所述的方法，其特征在于，所述方法还包括：

若所述多个候选COTA包为不同分支，向所述电子设备发送报错信息，所述报错信息用于指示所述电子设备下载失败。

8.一种COTA包下载方法，其特征在于，应用于电子设备，所述COTA包用于为不同运营商、不同设备型号的电子设备进行应用功能定制，所述方法包括：

向云端设备发送下载请求，所述下载请求包括所述电子设备的配置信息，所述配置信息用于所述云端设备查找所述电子设备的目标COTA包，所述配置信息包括所述电子设备的机型、第一移动国家代码MCC、第一移动网络代码MNC和第一操作系统版本号，所述目标COTA包为云端设备根据所述电子设备的机型，获取多个COTA包，将所述配置信息中的第一移动国家代码MCC、第一移动网络代码MNC和第一操作系统版本号分别与所述多个COTA包的属性信息进行比较，从所述多个COTA包中确定的；

接收来自所述云端设备的目标COTA包。

9.根据权利要求8所述的方法，其特征在于，所述配置信息还包括以下至少一种：第一服务提供商名称SPN、第一组ID码GID、第一国际移动用户识别码IMSI和第一全局唯一标识符GUID。

10.一种COTA包下载装置，其特征在于，应用于云端设备，所述COTA包用于为不同运营商、不同设备型号的电子设备进行应用功能定制，所述装置包括：

收发单元，用于接收来自电子设备的下载请求，所述下载请求包括所述电子设备的配置信息，所述配置信息包括所述电子设备的机型、第一移动国家代码MCC、第一移动网络代码MNC和第一操作系统版本号；

获取单元，用于根据所述电子设备的机型，获取多个COTA包；

比较单元，用于将所述配置信息中的第一移动国家代码MCC、第一移动网络代码MNC和第一操作系统版本号分别与所述多个COTA包的属性信息进行比较，从所述多个COTA包中确定目标COTA包；

收发单元，还用于向所述电子设备发送所述目标COTA包。

11.一种COTA包下载装置，其特征在于，应用于电子设备，所述COTA包用于为不同运营商、不同设备型号的电子设备进行应用功能定制，所述装置包括：

收发单元，用于向云端设备发送下载请求，所述下载请求包括所述电子设备的配置信息，所述配置信息用于所述云端设备查找所述电子设备的目标COTA包，所述配置信息包括所述电子设备的机型、第一移动国家代码MCC、第一移动网络代码MNC和第一操作系统版本号，所述目标COTA包为云端设备根据所述电子设备的机型，获取多个COTA包，将所述配置信息中的第一移动国家代码MCC、第一移动网络代码MNC和第一操作系统版本号分别与所述多个COTA包的属性信息进行比较，从所述多个COTA包中确定的；

所述收发单元，还用于接收来自所述云端设备的目标COTA包。

12.一种电子设备，其特征在于，包括处理器、存储器、通信接口，以及一个或多个程序，所述一个或多个程序被存储在所述存储器中，并且被配置由所述处理器执行，所述程序包括用于执行如权利要求1-7任一项或者如权利要求8或9所述的方法中的步骤的指令。

13.一种计算机可读存储介质，其特征在于，存储用于电子数据交换的计算机程序，其中，所述计算机程序使得计算机执行如权利要求1-7任一项或者如权利要求8或9所述的方法。