CN115297366A - 应用程序的更新方法、装置及网络电视播放软件更新系统 - Google Patents

Abstract

本发明公开了一种应用程序的更新方法、装置及网络电视播放软件更新系统。其中，该方法包括：接收安装有目标应用程序的多个播放设备的设备信息；从多个播放设备中确定设备信息相同的播放设备，得到第一设备集合，并向第一设备集合中的多个目标设备推送用于按照第一类更新数据对应的方式更新目标应用程序的第一类更新数据；接收多个目标设备中目标应用程序的更新结果，并至少根据更新结果确定目标更新数据；向第一设备集合中的所有设备推送用于按照目标更新数据对应的方式更新目标应用程序的目标更新数据。

Description

应用程序的更新方法、装置及网络电视播放软件更新系统

技术领域

本发明涉及网络电视技术领域，具体而言，涉及一种应用程序的更新方法、装置及网络电视播放软件更新系统。

背景技术

目前在IPTV(交互式网络电视)领域，软终端(又称云终端)是为解决IPTV机顶盒芯片成本日益高涨，市场供应紧张而出现的一种纯Android APP的应用程序，可独立安装于Android设备，如电视机、投影等设备，为运营商宽带网络用户提供一种收看IPTV的新方式，是IPTV业务的形态延伸。用户通过运营商提供的承载在宽带网上的IPTV专网收看直播、点播、回看节目及部分增值业务等功能。软终端与传统IPTV机顶盒终端一样，支持高清和超高清的节目播放。

IPTV软终端主要应用于开放式智能终端，大部分的智能终端都可以通过U盘或其它方法安装用户下载的应用。但是，由于各品牌智能终端的规格并不统一，导致其不能够实施完整稳定的软件迭代升级，进而损害用户体验。

针对上述的问题，目前尚未提出有效的解决方案。

发明内容

本发明实施例提供了一种应用程序的更新方法、装置及网络电视播放软件更新系统，以至少解决由于播放设备规格不统一，导致的应用程序更新成功率低的技术问题。

根据本发明实施例的一个方面，提供了一种应用程序的更新方法，包括：接收多个播放设备的设备信息，所述多个播放设备中安装有目标应用程序；从所述多个播放设备中确定设备信息相同的播放设备，得到第一设备集合，并向所述第一设备集合中的多个目标设备推送第一类更新数据，所述第一类更新数据用于按照所述第一类更新数据对应的方式更新所述目标应用程序；接收所述多个目标设备中所述目标应用程序的更新结果，并至少根据所述更新结果确定目标更新数据；向所述第一设备集合中的所有设备推送所述目标更新数据，所述目标更新数据用于按照所述目标更新数据对应的方式更新所述目标应用程序。

可选地，从所述多个播放设备中确定设备信息相同的播放设备，得到第一设备集合，包括：接收所述多个播放设备的设备信息，所述设备信息至少包括以下之一：设备中的处理器型号、设备中的主板型号、设备生产厂家和设备对应的操作系统版本号；确定所述设备信息的散列值；将所述多个播放设备中所述散列值相同的播放设备确定为所述第一设备集合。

可选地，向所述第一设备集合中的多个目标设备推送第一类更新数据，包括：从所述第一设备集合中确定多个目标设备；向所述多个目标设备推送所述第一类更新数据。

可选地，从所述第一设备集合中确定多个目标设备，包括：在所述第一设备集合中的设备数量高于第一预设阈值的情况下，获取所述第一设备集合中所有设备的间隔时长，所述间隔时长用于表征当前时刻距离最后一次所述目标应用程序开启时刻的时长；将所述第一设备集合中所述间隔时长小于预设时长阈值的设备确定为所述目标设备。

可选地，至少根据所述更新结果确定目标更新数据，包括：接收所述多个目标设备中所述目标应用程序的更新结果，统计所述更新结果得到统计信息，并基于所述统计信息确定所述目标更新数据。

可选地，基于所述统计信息确定所述目标更新数据，包括：获取所述第一设备集合中的设备数量和所述第一设备集合中具有目标权限的设备数量；获取所述统计信息中的所述多个目标设备中更新成功的设备数量和所述多个目标设备中进行过更新的设备数量；确定所述第一设备集合中的设备数量和所述第一设备集合中具有目标权限的设备数量的第一比值；确定所述多个目标设备中更新成功的设备数量和所述多个目标设备中进行过更新的设备数量的第二比值；将所述第一比值和所述第二比值的积确定为目标参数，并基于所述目标参数确定所述目标更新数据。

可选地，基于所述目标参数确定所述目标更新数据，包括：在所述目标参数大于第二预设阈值的情况下，确定所述目标更新数据为第一类更新数据；在所述目标参数小于第二预设阈值的情况下，确定所述目标更新为第二类更新数据，其中，所述目标更新数据包括所述第一类更新数据和所述第二类更新数据，所述第二类更新数据用于按照第二类更新数据对应的方式更新所述目标应用程序。

可选地，向所述第一设备集合中的所有设备推送所述目标更新数据，包括：将所述第一设备集合中的所有设备设置目标标识；向设置有所述目标标识的设备推送所述目标更新数据。

可选地，在向所述第一设备集合中的所有设备推送所述目标更新数据之后，所述方法还包括：间隔预设时长获取所述第一设备集合中所有设备的设备信息；在所述设备信息改变的情况下，向所述设备信息改变的第一设备推送所述第一类更新数据，并获取更新结果。

可选地，所述方法还包括：从所述多个播放设备中确定设备编号相同的播放设备，得到第二设备集合；向所述第二设备集合中的设备推送所述目标更新数据。

根据本发明实施例的另一方面，还提供了一种网络电视播放软件更新系统，包括：多个网络电视播放设备和远端服务器，所述多个网络电视播放设备中安装有网络电视播放软件；所述多个网络电视播放设备用于向所述远端服务器发送自身的设备信息和所述网络电视播放软件的更新结果，还用于向所述远端服务器发送目标权限，所述目标权限用于所述远端服务器在目标设备中安装第一类更新数据；所述远端服务器用于接收所述多个网络电视播放设备的设备信息，并将所述多个网络电视播放设备中设备信息相同的网络电视播放设备确定为第一设备集合，还用于向所述第一设备集合中的多个目标设备推送第一类更新数据，所述第一类更新数据用于按照所述第一类更新数据对应的方式更新所述网络电视播放软件，并接收所述多个目标设备中所述网络电视播放软件的更新结果，还用于至少根据所述更新结果确定目标更新数据，并向所述第一设备集合中的所有设备推送所述目标更新数据，所述目标更新数据用于按照所述目标更新数据对应的方式更新所述网络电视播放软件。

根据本发明实施例的又一方面，还提供了一种应用程序更新装置，包括：第一接收模块，用于接收多个播放设备的设备信息，所述多个播放设备中安装有目标应用程序；第一推送模块，用于从所述多个播放设备中确定设备信息相同的播放设备，得到第一设备集合，并向所述第一设备集合中的多个目标设备推送第一类更新数据，所述第一类更新数据用于按照所述第一类更新数据对应的方式更新所述目标应用程序；第二接收模块，用于接收所述多个目标设备中所述目标应用程序的更新结果，并至少根据所述更新结果确定目标更新数据；第二推送模块，用于向所述第一设备集合中的所有设备推送所述目标更新数据，所述目标更新数据用于按照所述目标更新数据对应的方式更新所述目标应用程序。

根据本发明实施例的再一方面，还提供了一种应用程序的更新方法，包括：向远端服务器发送请求信息，请求所述远端服务器发送更新数据，所述请求信息中包括设备信息；接收所述远端服务器发送的第一类更新数据，按照第一方式更新目标应用程序；向所述远端服务器发送所述目标应用程序的更新结果，并接收所述远端服务器发送的目标更新数据，按照目标方式更新所述目标应用程序。

根据本发明实施例的另一方面，还提供了一种非易失性存储介质，所述非易失性存储介质包括存储的程序，其中，在所述程序运行时控制所述存储介质所在设备执行任意一种所述应用程序更新方法。

根据本发明实施例的又一方面，还提供了一种计算机设备，包括存储器和处理器，所述处理器用于运行程序，其中，所述程序运行时执行任意一种所述应用程序更新方法。

在本发明实施例中，采用接收多个播放设备的设备信息，多个播放设备中安装有目标应用程序；从多个播放设备中确定设备信息相同的播放设备，得到第一设备集合，并向第一设备集合中的多个目标设备推送第一类更新数据，第一类更新数据用于按照第一类更新数据对应的方式更新目标应用程序；接收多个目标设备中目标应用程序的更新结果，并至少根据更新结果确定目标更新数据；向第一设备集合中的所有设备推送目标更新数据，目标更新数据用于按照目标更新数据对应的方式更新目标应用程序的方式，通过对播放设备分类，并选取同一类型的播放设备中的部分播放设备试探更新的方式，确定一个类型的终端合适的更新数据，达到了准确推送更新数据的目的，从而实现了提高应用程序更新成功率的技术效果，进而解决了由于播放设备规格不统一，导致的应用程序更新成功率低技术问题。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本申请实施例的一种应用程序的更新方法的计算机终端(或移动设备)的硬件结构框图；

图2是根据本申请的一种应用程序的更新方法的流程示意图；

图3是根据本申请实施例的一种设备信息展示界面实例的示意图；

图4是根据本申请实施例的一种应用程序的更新系统的结构示意图；

图5是根据本申请实施例的一种应用程序的更新装置的结构示意图；

图6是根据本申请实施例的另一种应用程序的更新方法的流程示意图。

具体实施方式

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

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

本申请实施例所提供的方法实施例可以在移动终端、计算机终端、云端服务器或者类似的运算装置中执行。图1示出了一种用于实现应用程序的更新方法的计算机终端(或移动设备)的硬件结构框图。如图1所示，计算机终端10(或移动设备10)可以包括一个或多个(图中采用102a、102b，……，102n来示出)处理器102(处理器102可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的存储器104、以及用于通信功能的传输模块106。除此以外，还可以包括：显示器、输入/输出接口(I/O接口)、通用串行总线(USB)端口(可以作为I/O接口的端口中的一个端口被包括)、网络接口、电源和/或相机。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，计算机终端10还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。

应当注意到的是上述一个或多个处理器102和/或其他数据处理电路在本文中通常可以被称为“数据处理电路”。该数据处理电路可以全部或部分的体现为软件、硬件、固件或其他任意组合。此外，数据处理电路可为单个独立的处理模块，或全部或部分的结合到计算机终端10(或移动设备)中的其他元件中的任意一个内。如本申请实施例中所涉及到的，该数据处理电路作为一种处理器控制(例如与接口连接的可变电阻终端路径的选择)。

存储器104可用于存储应用软件的软件程序以及模块，如本申请实施例中的应用程序的更新方法对应的程序指令/数据存储装置，处理器102通过运行存储在存储器104内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的应用程序的更新方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至计算机终端10。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输模块106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括计算机终端10的通信供应商提供的无线网络。在一个实例中，传输模块106包括一个网络适配器(Network Interface Controller，NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输模块106可以为射频(Radio Frequency，RF)模块，其用于通过无线方式与互联网进行通讯。

显示器可以例如触摸屏式的液晶显示器(LCD)，该液晶显示器可使得用户能够与计算机终端10(或移动设备)的用户界面进行交互。

根据本发明实施例，提供了一种应用程序的更新方法实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

图2是根据本发明实施例的应用程序的更新方法的流程示意图，如图2所示，该方法包括如下步骤：

步骤S202，接收多个播放设备的设备信息，上述多个播放设备中安装有目标应用程序；

步骤S204，从上述多个播放设备中确定设备信息相同的播放设备，得到第一设备集合，并向上述第一设备集合中的多个目标设备推送第一类更新数据，上述第一类更新数据用于按照上述第一类更新数据对应的方式更新上述目标应用程序；

步骤S206，接收上述多个目标设备中上述目标应用程序的更新结果，并至少根据上述更新结果确定目标更新数据；

步骤S208，向上述第一设备集合中的所有设备推送上述目标更新数据，上述目标更新数据用于按照上述目标更新数据对应的方式更新上述目标应用程序。

需要进行说明的是，上述播放设备包括但不限于电视机、手机和平板电脑等可以安装应用程序的影音播放设备；目标应用程序可以是手机端的应用程序和电视机端的应用程序等各类终端平台上的应用程序。

在步骤S204中，第一类更新数据可以是完整应用程序安装软件包，用于对应用程序进行全量更新，即调用系统安装APK安装程序进行完整的APP安装(升级)，可以理解的是，第一类更新数据对应的方式是全量更新方式。

在步骤S206中，应用程序的更新结果可以包括：安装于播放设备中的目标应用程序是否已进行更新操作、更新成功和更新失败，目标更新数据包括：第一类更新数据和第二类更新数据，第二类更新数据包括：部分软件数据，用于对目标应用程序进行热更新，但热更新无法进行框架级的更新、无法变更主要组件等，限制了部份扩展能力。显而易见的，第二类更新数据对应的方式就是热更新的方式。

需要进一步说明的是，阻碍用户应用升级最核心的表现就是部份智能终端由于考虑到其自身生态建设及所谓安全性问题等均会阻止已安装应用程序的升级，并要求通过特定的渠道进行应用程序的更新，所以对目标应用程序进行更新需要对应终端开放安装权限，同时，特定版本的操作系统也存在不对应用进行自安装授权的问题。

目前，业界的普遍做法为两种：一是要求用户使用运营商提供的特定播放设备来实现播放设备的统一，导致成本提高；二是通过无权限需求的热更新方式升级，但该技术的弊端主要表现在无法进行框架级的更新、无法变更主要组件等，限制了部份扩展能力。

本申请实施例通过对播放设备分类，并选取同一类型的播放设备中的部分播放设备试探更新的方式，确定一个类型的终端合适的更新数据，达到了准确推送更新数据的目的，从而实现了提高应用程序更新成功率的技术效果，进而解决了由于播放设备规格不统一，导致的应用程序更新成功率低技术问题。

下面对步骤S202至S208进行具体的解释。

在步骤S204中，从上述多个播放设备中确定设备信息相同的播放设备，得到第一设备集合，在一种可选的方式中，确定第一设备集合可以通过接收上述多个播放设备的设备信息，上述设备信息至少包括以下之一：设备中的处理器型号、设备中的主板型号、设备生产厂家和设备对应的操作系统版本号；确定上述设备信息的散列值；将上述多个播放设备中上述散列值相同的播放设备确定为上述第一设备集合。

需要说明的是，第一设备集合是具有部分相同设备信息的设备集合，上述方式通过将设备的设备信息转化为散列值的方式，便于计算机识别与对比。

具体的，每个播放设备将自身的设备信息(包括硬件主板型号、CPU型号、品牌字串、操作系统版本号等)发送给远端服务器，以建立播放设备的基础数据集；远端服务器在收到播放设备发送的设备信息后，根据播放设备的设备信息生成一个哈希串，例如：df6eec347d503bfcf64105b6d6e18a33，并将该哈希串作为该播放设备的特征编码，并作为播放设备的适配性数据集索引。

图3示出了一种获取到的设备信息的展示界面，从图中可以看出，获取到的设备信息包括：设备的标识码、地址、设备型号、品牌和CPU型号。

由于设备信息反映了播放设备的基本信息，设备信息相同的播放设备安装应用程序的要求类似，由此可见，设备信息相同的播放设备可以采用相同的更新方式，从而将具有相同设备信息的设备归为一类，进而完成所有接入设备的分类，实现对同一类设备中的部分设备的更新方式进行确定，从而确定同一类型播放设备的更新方式，提高了分析效率。

在步骤S204中，向上述第一设备集合中的多个目标设备推送第一类更新数据，首先需要从上述第一设备集合中确定多个目标设备；然后再向上述多个目标设备推送上述第一类更新数据。

可选的，从上述第一设备集合中确定多个目标设备的方式可以通过设备被使用的频率来确定，在实际的应用场景中，可以将使用频率高的设备确定为目标设备，以更快获得数据，具体的，在上述第一设备集合中的设备数量高于第一预设阈值的情况下，获取上述第一设备集合中所有设备的间隔时长，上述间隔时长用于表征当前时刻距离最后一次上述目标应用程序开启时刻的时长；将上述第一设备集合中上述间隔时长小于预设时长阈值的设备确定为上述目标设备。

需要说明的是，设置第一预设阈值的作用是为了保证有足够样本数量，得到的数据才更准确，第一预设阈值的数量可以根据实际需要设置，例如：10个。

间隔时长越短，代表目标应用程序开启的越频繁，进而实现了选取使用频率高的设备作为目标设备的目的，预设时长阈值可以根据实际需要设置，例如：2小时。

在实际的应用场景中，远端服务器对每类设备进行判断，判断该类播放设备的设备数量是否达到第一预设阈值，如果设备数量还没有达到第一预设阈值，则将该类播放设备的更新标识UpdateMethod设置为第一标识，例如：null；如果该类播放设备的数量已经达到第一预设阈值，则从该类播放设备中选择一定数量的目标设备，将其更新标识UpdateMethod设置为第二标识，例如：try。

通过对第一设备集合中的部分目标设备进行初次更新，可以提升数据的获取速率，同时由于目标设备选取策略为选取第一设备集合中使用频率高的播放设备，进一步的提高了数据的获取效率。

在本申请的一些实施例中，至少根据上述更新结果确定目标更新数据，包括：接收上述多个目标设备中上述目标应用程序的更新结果，统计上述更新结果得到统计信息，并基于上述统计信息确定上述目标更新数据。

具体的，获取上述第一设备集合中的设备数量和上述第一设备集合中具有目标权限的设备数量；获取上述统计信息中的上述多个目标设备中更新成功的设备数量和上述多个目标设备中进行过更新的设备数量；确定上述第一设备集合中的设备数量和上述第一设备集合中具有目标权限的设备数量的第一比值；确定上述多个目标设备中更新成功的设备数量和上述多个目标设备中进行过更新的设备数量的第二比值；将上述第一比值和上述第二比值的积确定为目标参数，并基于上述目标参数确定上述目标更新数据。

需要进一步说明的是，目标权限表示远端服务器具有通过全量更新的方式对播放设备中的目标应用程序进行更新的权限。

一种可选的方式中，远端服务器对第一设备集合中具有第一标识的目标设备进行全量更新，如果更新失败，会进行二次尝试，再次失败后，进行热更新。

进行过更新的设备数量指执行过更新操作的设备，无论更新成功或失败都计入进行过更新的设备数量。

在本申请的一些实施例中，基于上述目标参数确定上述目标更新数据，包括：在上述目标参数大于第二预设阈值的情况下，确定上述目标更新数据为第一类更新数据；在上述目标参数小于第二预设阈值的情况下，确定上述目标更新数据为第二类更新数据，其中，上述目标更新数据包括上述第一类更新数据和上述第二类更新数据，上述第二类更新数据用于按照第二类更新数据对应的方式更新上述目标应用程序。

在本申请的一些实施例中，向上述第一设备集合中的所有设备推送上述目标更新数据，包括：将上述第一设备集合中的所有设备设置目标标识；向设置有上述目标标识的设备推送上述目标更新数据。

具体的，在确定目标参数大于第二预设阈值的情况下，可以将第一设备集合中每个播放设备的更新标识由第二标识改为第三标识，例如：full，表征播放设备可以用全量更新的方式更新目标应用程序；在确定目标参数大于第二预设阈值的情况下，将第一设备集合中每个播放设备的更新标识由第二标识改为第四标识，例如：hot，表征播放设备可以用热更新的方式更新目标应用程序。

在本申请的一些实施例中，在向上述第一设备集合中的所有设备推送上述目标更新数据之后，间隔预设时长，例如：一周后，再次获取上述第一设备集合中所有设备的设备信息；在上述设备信息改变的情况下，向上述设备信息改变的第一设备推送上述第一类更新数据，并获取更新结果。

需要进行说明的是，设备信息发生改变是指，再次获取的设备信息与前一次获取的设备信息不同。

可以理解的是，考虑到播放设备在正常使用过程中，播放设备可能会升级操作系统，而升级操作系统后，播放设备已经确定的升级方式可能就不再适用，主要的原因是升级操作系统后可能会取消已经给予远端服务器的目标权限，从而使原有升级路径不可用。通过设置播放设备每次开机时会将设备信息(包括硬件主板型号、CPU型号、品牌字串、操作系统版本号等)发送给远端服务器。远端服务器确定播放设备的设备信息的散列值，如果新计算出的散列值相较于原散列值发生变化，则后台将该终端计为新一类型的播放设备，然后执行上述应用程序的更新方法以确定更新方式。

在本申请的一些实施例中，上述方法还包括：从上述多个播放设备中确定设备编号相同的播放设备，得到第二设备集合；向上述第二设备集合中的设备推送上述目标更新数据。

在实际应用场景中，针对团体设备，例如：企业、学校等团体，由于播放设备可能为集体采购，设备型号相同，可以对该类设备进行统一的编号，在检测到编号相同的设备时，直接按照预设的更新方式进行更新，提高了处理效率。

在本申请的一些实施例中，还提供了一种网络电视播放软件更新系统，如图4所示，包括：多个网络电视播放设备40和远端服务器42。其中，上述多个网络电视播放设备40中安装有网络电视播放软件；上述多个网络电视播放设备40用于向上述远端服务器42发送自身的设备信息和上述网络电视播放软件的更新结果，还用于向上述远端服务器42发送目标权限，上述目标权限用于上述远端服务器42在目标设备中安装第一类更新数据；上述远端服务器42用于接收上述多个网络电视播放设备40的设备信息，并将上述多个网络电视播放设备40中设备信息相同的网络电视播放设备40确定为第一设备集合，还用于向上述第一设备集合中的多个目标设备推送第一类更新数据，上述第一类更新数据用于按照上述第一类更新数据对应的方式更新上述网络电视播放软件，并接收上述多个目标设备中上述网络电视播放软件的更新结果，还用于至少根据上述更新结果确定目标更新数据，并向上述第一设备集合中的所有设备推送上述目标更新数据，上述目标更新数据用于按照上述目标更新数据对应的方式更新上述网络电视播放软件。

具体的，远端服务器40中存储有决策数据库，决策数据库中包括：基础设备数据集、设备适配性数据集和决策数据集三个数据集；其中，基础设备数据集中存储有获取到的播放设备的设备信息；设备适配性数据集中存储有设备数量信息，以及更新结果的统计信息；决策数据集中存储有播放设备的散列值、更新方式和更新数据对应的地址；

同时，远端服务器40中还设置有分析器、通信组件和更新数据库；

所述分析器用于接收决策数据库的数据确定目标更新方式，然后通过通信组件将更新数据库中与目标更新方式对应的目标更新数据发送到播放设备40中。

在本申请的一些实施例中，还提供了一种应用程序更新装置，如图5所示，该装置包括：

第一接收模块50，用于接收多个播放设备的设备信息，上述多个播放设备中安装有目标应用程序；

第一推送模块52，用于从上述多个播放设备中确定设备信息相同的播放设备，得到第一设备集合，并向上述第一设备集合中的多个目标设备推送第一类更新数据，上述第一类更新数据用于按照上述第一类更新数据对应的方式更新上述目标应用程序；

第二接收模块54，用于接收上述多个目标设备中上述目标应用程序的更新结果，并至少根据上述更新结果确定目标更新数据；

第二推送模块56，用于向上述第一设备集合中的所有设备推送上述目标更新数据，上述目标更新数据用于按照上述目标更新数据对应的方式更新上述目标应用程序。

在本申请的一些实施例中，第一推送模块52包括第一接收子模块和第一确定子模块，其中，上述第一接收子模块用于接收上述多个播放设备的设备信息，上述设备信息至少包括以下之一：设备中的处理器型号、设备中的主板型号、设备生产厂家和设备对应的操作系统版本号；上述第一确定子模块用于确定上述设备信息的散列值；将上述多个播放设备中上述散列值相同的播放设备确定为上述第一设备集合。

在本申请的一些实施例中，第二推送模块56包括第二确定子模块和第一推送子模块，其中，上述第二确定子模块用于从上述第一设备集合中确定多个目标设备；上述第一推送子模块用于向上述多个目标设备推送上述第一类更新数据。

在本申请的一些实施例中，上述第二确定子模块包括第一获取单元和第一确定单元，其中，上述第一获取单元用于在上述第一设备集合中的设备数量高于第一预设阈值的情况下，获取上述第一设备集合中所有设备的间隔时长，上述间隔时长用于表征当前时刻距离最后一次上述目标应用程序开启时刻的时长；上述第一确定单元用于将上述第一设备集合中上述间隔时长小于预设时长阈值的设备确定为上述目标设备。

在本申请的一些实施例中，第二接收模块54包括第二接收子模块，其中，上述第二接收子模块用于接收上述多个目标设备中上述目标应用程序的更新结果，统计上述更新结果得到统计信息，并基于上述统计信息确定上述目标更新数据。

在本申请的一些实施例中，上述第二接收子模块包括第二获取单元、第三获取单元、第二确定单元、第三确定单元和第四确定单元，其中，上述第二获取单元用于获取上述第一设备集合中的设备数量和上述第一设备集合中具有目标权限的设备数量；上述第三获取单元用于获取上述统计信息中的上述多个目标设备中更新成功的设备数量和上述多个目标设备中进行过更新的设备数量；上述第二确定单元用于确定上述第一设备集合中的设备数量和上述第一设备集合中具有目标权限的设备数量的第一比值；上述第三确定单元用于确定上述多个目标设备中更新成功的设备数量和上述多个目标设备中进行过更新的设备数量的第二比值；上述第四确定单元用于将上述第一比值和上述第二比值的积确定为目标参数，并基于上述目标参数确定上述目标更新数据。

在本申请的一些实施例中，上述第四确定单元包括第一确定子单元和第二确定子单元，其中，上述第一确定子单元用于在上述目标参数大于第二预设阈值的情况下，确定上述目标更新数据为第一类更新数据；上述第二确定子单元用于在上述目标参数小于第二预设阈值的情况下，确定上述目标更新为第二类更新数据，其中，上述目标更新数据包括上述第一类更新数据和上述第二类更新数据，上述第二类更新数据用于按照第二类更新数据对应的方式更新上述目标应用程序。

在本申请的一些实施例中，第二推送模块56包括第二推送子模块和第三推送子模块，其中，上述第二推送子模块用于将上述第一设备集合中的所有设备设置目标标识；上述第三推送子模块用于向设置有上述目标标识的设备推送上述目标更新数据。

在本申请的一些实施例中，上述装置还包括获取模块和第三推送模块，其中，上述获取模块用于在向上述第一设备集合中的所有设备推送上述目标更新数据之后，间隔预设时长获取上述第一设备集合中所有设备的设备信息；上述第三推送模块用于在上述设备信息改变的情况下，向上述设备信息改变的第一设备推送上述第一类更新数据，并获取更新结果。

在本申请的一些实施例中，上述装置还包括确定模块和第四推送模块，其中，上述确定模块用于从上述多个播放设备中确定设备编号相同的播放设备，得到第二设备集合；上述第四推荐模块用于向上述第二设备集合中的设备推送上述目标更新数据。

在本申请的一些实施例中，还提供了一种应用程序的更新方法，如图6所示，包括：

步骤S602，向远端服务器发送请求信息，请求上述远端服务器发送更新数据，上述请求信息中包括设备信息；

步骤S604，接收上述远端服务器发送的第一类更新数据，按照第一方式更新目标应用程序；

步骤S606，向上述远端服务器发送上述目标应用程序的更新结果，并接收上述远端服务器发送的目标更新数据，按照目标方式更新上述目标应用程序。

在本申请的一些实施例中，还提供了一种非易失性存储介质，上述非易失性存储介质包括存储的程序，其中，在上述程序运行时控制上述存储介质所在设备执行任意一种上述应用程序更新方法。

在本申请的一些实施例中，还提供了一种计算机设备，包括存储器和处理器，上述处理器用于运行程序，其中，上述程序运行时执行任意一种上述应用程序更新方法。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

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

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

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

所述集成的单元如果以应用程序功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以应用程序产品的形式体现出来，该计算机应用程序产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (15)

1.一种应用程序的更新方法，其特征在于，包括：

接收多个播放设备的设备信息，所述多个播放设备中安装有目标应用程序；

从所述多个播放设备中确定设备信息相同的播放设备，得到第一设备集合，并向所述第一设备集合中的多个目标设备推送第一类更新数据，所述第一类更新数据用于按照所述第一类更新数据对应的方式更新所述目标应用程序；

接收所述多个目标设备中所述目标应用程序的更新结果，并至少根据所述更新结果确定目标更新数据；

向所述第一设备集合中的所有设备推送所述目标更新数据，所述目标更新数据用于按照所述目标更新数据对应的方式更新所述目标应用程序。

2.根据权利要求1所述的方法，其特征在于，从所述多个播放设备中确定设备信息相同的播放设备，得到第一设备集合，包括：

接收所述多个播放设备的设备信息，所述设备信息至少包括以下之一：设备中的处理器型号、设备中的主板型号、设备生产厂家和设备对应的操作系统版本号；

确定所述设备信息的散列值；

将所述多个播放设备中所述散列值相同的播放设备确定为所述第一设备集合。

3.根据权利要求1所述的方法，其特征在于，向所述第一设备集合中的多个目标设备推送第一类更新数据，包括：

从所述第一设备集合中确定多个目标设备；

向所述多个目标设备推送所述第一类更新数据。

4.根据权利要求3所述的方法，其特征在于，从所述第一设备集合中确定多个目标设备，包括：

在所述第一设备集合中的设备数量高于第一预设阈值的情况下，获取所述第一设备集合中所有设备的间隔时长，所述间隔时长用于表征当前时刻距离最后一次所述目标应用程序开启时刻的时长；

将所述第一设备集合中所述间隔时长小于预设时长阈值的设备确定为所述目标设备。

5.根据权利要求1所述的方法，其特征在于，至少根据所述更新结果确定目标更新数据，包括：

接收所述多个目标设备中所述目标应用程序的更新结果，统计所述更新结果得到统计信息，并基于所述统计信息确定所述目标更新数据。

6.根据权利要求5所述的方法，其特征在于，基于所述统计信息确定所述目标更新数据，包括：

获取所述第一设备集合中的设备数量和所述第一设备集合中具有目标权限的设备数量；

获取所述统计信息中的所述多个目标设备中更新成功的设备数量和所述多个目标设备中进行过更新的设备数量；

确定所述第一设备集合中的设备数量和所述第一设备集合中具有目标权限的设备数量的第一比值；

确定所述多个目标设备中更新成功的设备数量和所述多个目标设备中进行过更新的设备数量的第二比值；

将所述第一比值和所述第二比值的积确定为目标参数，并基于所述目标参数确定所述目标更新数据。

7.根据权利要求6所述的方法，其特征在于，基于所述目标参数确定所述目标更新数据，包括：

在所述目标参数大于第二预设阈值的情况下，确定所述目标更新数据为第一类更新数据；

在所述目标参数小于第二预设阈值的情况下，确定所述目标更新为第二类更新数据，其中，所述目标更新数据包括所述第一类更新数据和所述第二类更新数据，所述第二类更新数据用于按照第二类更新数据对应的方式更新所述目标应用程序。

8.根据权利要求1所述的方法，其特征在于，向所述第一设备集合中的所有设备推送所述目标更新数据，包括：

将所述第一设备集合中的所有设备设置目标标识；

向设置有所述目标标识的设备推送所述目标更新数据。

9.根据权利要求1所述的方法，其特征在于，在向所述第一设备集合中的所有设备推送所述目标更新数据之后，所述方法还包括：

间隔预设时长获取所述第一设备集合中所有设备的设备信息；

在所述设备信息改变的情况下，向所述设备信息改变的第一设备推送所述第一类更新数据，并获取更新结果。

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

从所述多个播放设备中确定设备编号相同的播放设备，得到第二设备集合；

向所述第二设备集合中的设备推送所述目标更新数据。

11.一种网络电视播放软件更新系统，其特征在于，包括：

多个网络电视播放设备和远端服务器，所述多个网络电视播放设备中安装有网络电视播放软件；

所述多个网络电视播放设备用于向所述远端服务器发送自身的设备信息和所述网络电视播放软件的更新结果，还用于向所述远端服务器发送目标权限，所述目标权限用于所述远端服务器在目标设备中安装第一类更新数据；

所述远端服务器用于接收所述多个网络电视播放设备的设备信息，并将所述多个网络电视播放设备中设备信息相同的网络电视播放设备确定为第一设备集合，还用于向所述第一设备集合中的多个目标设备推送第一类更新数据，所述第一类更新数据用于按照所述第一类更新数据对应的方式更新所述网络电视播放软件，并接收所述多个目标设备中所述网络电视播放软件的更新结果，还用于至少根据所述更新结果确定目标更新数据，并向所述第一设备集合中的所有设备推送所述目标更新数据，所述目标更新数据用于按照所述目标更新数据对应的方式更新所述网络电视播放软件。

12.一种应用程序更新装置，其特征在于，包括：

第一接收模块，用于接收多个播放设备的设备信息，所述多个播放设备中安装有目标应用程序；

第一推送模块，用于从所述多个播放设备中确定设备信息相同的播放设备，得到第一设备集合，并向所述第一设备集合中的多个目标设备推送第一类更新数据，所述第一类更新数据用于按照所述第一类更新数据对应的方式更新所述目标应用程序；

第二接收模块，用于接收所述多个目标设备中所述目标应用程序的更新结果，并至少根据所述更新结果确定目标更新数据；

第二推送模块，用于向所述第一设备集合中的所有设备推送所述目标更新数据，所述目标更新数据用于按照所述目标更新数据对应的方式更新所述目标应用程序。

13.一种应用程序的更新方法，其特征在于，包括：

向远端服务器发送请求信息，请求所述远端服务器发送更新数据，所述请求信息中包括设备信息；

接收所述远端服务器发送的第一类更新数据，按照第一方式更新目标应用程序；

向所述远端服务器发送所述目标应用程序的更新结果，并接收所述远端服务器发送的目标更新数据，按照目标方式更新所述目标应用程序。

14.一种非易失性存储介质，其特征在于，所述非易失性存储介质包括存储的程序，其中，在所述程序运行时控制所述存储介质所在设备执行权利要求1至10中任意一项所述应用程序更新方法。

15.一种计算机设备，其特征在于，包括存储器和处理器，所述处理器用于运行程序，其中，所述程序运行时执行权利要求1至10中任意一项所述应用程序更新方法。

Images