CN108920167A - 一种应用程序更新方法、装置及智能音箱 - Google Patents

Abstract

本发明涉及计算机程序应用技术领域，尤其涉及一种应用程序更新方法、装置及智能音箱。通过智能音箱主动从服务器请求第一配置文件，将请求获得的第一配置文件与智能音箱本地存储的第二配置文件进行比对，当第一配置文件与第二配置文件一致时，根据第二配置文件进行应用程序展示，当第一配置文件与第二配置文件不一致时，按照第一配置文件更新智能音箱的应用程序和第二配置文件，并根据更新后的第二配置文件进行应用程序展示，实现在智能音箱中自动安装及更新第三方应用的功能，扩展智能音箱的功能。

Description

一种应用程序更新方法、装置及智能音箱

技术领域

本发明涉及互联网技术领域，尤其涉及一种应用程序更新方法、装置及智能音箱。

背景技术

随着科技的发展，智能设备逐步进入用户的家庭，形成智能化的家具环境。例如智能音箱作为智能家居中的一种智能化设备，能够帮助用户查音乐、查天气、聊天、对话等等，因此智能音箱需要具有语音识别、语义解析、内容服务、话术生成、语音TTS(TextToSpeech；TTS)播报反馈等功能。

现有技术中，智能音箱都设置有默认的唤醒词，智能音箱在不工作时，可以处于休眠状态。当用户需要智能音箱启动时，可以通过语音的方式呼叫智能音箱的唤醒词，智能音箱检测到自身的唤醒词被唤醒，便启动进入工作状态。接收用户输入的语音查询(Query)，然后进行语音识别、语义解析、查询语音Query的查询结果，然后根据查询结果生成反馈信息的话术，并将反馈信息的话术进行TTS转换，通过语音的方式向用户播报反馈信息。

目前市场上的智能音箱的功能在产品发布时即已确定，不支持产品功能的扩展。

发明内容

针对现有技术的上述问题，本发明的目的在于提供一种应用程序更新方法、装置及智能音箱。本技术方案能够实现在智能音箱上自动安装及更新第三方应用程序。

一方面，本发明提供一种应用程序更新方法，包括：

从服务器获取第一配置文件，所述第一配置文件包括智能音箱可安装的应用程序的信息；

获取本地存储的第二配置文件，所述第二配置文件包括智能音箱当前已安装的应用程序的信息；

判断所述第一配置文件与所述第二配置文件是否相同；

如果所述第一配置文件与所述第二配置文件相同，则根据所述第二配置文件进行应用程序展示；

如果所述第一配置文件与所述第二配置文件不相同，则根据第一配置文件对智能音箱的应用程序和第二配置文件进行更新，并按照更新后的第二配置文件进行应用程序展示。

另一方面，本发明提供一种应用程序更新装置，所述装置包括：

第一获取单元，用于从服务器获取第一配置文件，所述第一配置文件包括智能音箱可安装的应用程序的信息；

第二获取单元，用于获取本地存储的第二配置文件，所述第二配置文件包括智能音箱当前已安装的应用程序的信息；

判断单元，用于判断所述第一配置文件与所述第二配置文件是否相同；

第一处理单元，用于在所述第一配置文件与所述第二配置文件相同时，根据所述第二配置文件进行应用程序展示；

第二处理单元，用于在所述第一配置文件与所述第二配置文件不相同时，根据第一配置文件对智能音箱的应用程序和第二配置文件进行更新，并按照更新后的第二配置文件进行应用程序展示。

另一方面，本发明提供一种智能音箱，所述智能音箱包括显示器、存储器和处理器，所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现上述的应用程序更新方法。

本发明具有如下有益效果：

本发明提供的应用程序更新方案，通过智能音箱主动从服务器请求第一配置文件，将请求获得的第一配置文件与智能音箱本地存储的第二配置文件进行比对，当第一配置文件与第二配置文件一致时，根据第二配置文件进行应用程序展示，当第一配置文件与第二配置文件不一致时，按照第一配置文件更新智能音箱的应用程序和第二配置文件，并根据更新后的第二配置文件进行应用程序展示，实现了在智能音箱中自动安装及更新第三方应用的功能，扩展了智能音箱的功能，同时将智能音箱具备的功能通过应用程序展示方式及时传达给用户，大幅提高了用户体验。

附图说明

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

图1是本申请实施例提供的应用程序更新方案的应用场景图；

图2是本申请实施例提供的应用程序更新方法的流程示意图；

图3是本申请实施例提供的更新应用程序的流程示意图；

图4是本申请实施例提供的应用程序更新装置的结构框图；

图5是本申请实施例提供的更新模块的结构框图；

图6是本申请实施例提供的智能音箱更新前的界面示意图；

图7是本申请实施例提供的智能音箱更新后的界面示意图；

图8是本发明实施例提供的一种智能音箱的结构框图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。

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

电子设备尤其是智能设备已逐渐成为日常生活中的必需品，能够为用户的日常生活提供方便。同时，为了适应用户更大的需求以及让用户得到更好的体验，服务商会不定期地进行软件升级，以修正系统的漏洞或增加新功能等，其中，软件升级通常包括：针对于系统的软件升级和针对于应用程序的软件升级。

目前，大部分的智能设备都有屏幕显示，例如手机、平板、电脑等，仍有一部分智能设备是没有屏幕显示的，例如智能音箱。对于Android系统的手机、平板、电脑等设备的应用升级，一般是通过直接把APK(AndroidPackage的缩写，即安卓应用程序包文件)传到操作系统，再通过操作系统进行动态升级，间接升级附带的APK，但必须依靠用户手动操作安装新的APK,不具备动态安装新的APK的能力。而对于智能音箱，目前市面上的智能音箱均不支持使用第三方应用，不能实现功能扩展。

对用户来说，现有技术方案需要重新下载完整的ROM包进行升级，由于包比较大，下载及安装耗时较长。在版本发布方面，一般其他APK的版本，只能依赖于ROM的版本，迭代周期长，不能满足及时扩展功能的需求。

本发明提供一种应用程序更新方案，以解决现有技术中智能音箱不能进行功能扩展的问题，其支持动态为用户安装更新第三方应用程序而不需要重新发布ROM。

图1是本申请实施例提供的应用程序更新方案的应用场景图。请参见图1，其架构包括用户终端300、智能音箱100和服务器200，用户终端300与智能音箱100可以通过蓝牙、WIFI、红外、紫蜂(ZigBee)等方式直接连接，从而对智能音箱100进行基础配置，例如设置用户信息、采集用户的声纹信息用于后续识别等；智能音箱可以通过网络连接服务器，从而可以获得网络资源及网络服务，例如，通过服务器搜索并播放歌曲、电台、有声书籍等，还可以通过服务器获取智能音箱可安装的应用程序的信息，从而根据这些信息自动添加或更新智能音箱的应用程序，扩展智能音箱的功能。

以下介绍本发明的应用程序更新方法的一种实施例，图2是本申请实施例提供的应用程序更新方法的流程示意图，本说明书提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的系统产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。如图2所示，所述应用程序更新方法可以包括：

S201：从服务器获取第一配置文件，所述第一配置文件包括智能音箱可安装的应用程序的信息。

智能音箱是音箱升级的产物，可以通过语音取代传统的手机交互，达到比如点播歌曲、上网购物，或是了解天气预报，也可以对家居设备进行控制，比如开关灯、开关空调，风扇等。

本实施例提供的智能音箱配备Android操作系统，支持安装第三方应用程序。智能音箱发布时就自带一些应用程序，用于实现诸如点播歌曲、收听天气预报、知识问答、英语学习等功能，智能音箱的功能可根据应用程序的增删升级等进行改变，本实施例通过动态安装及升级应用程序的方式扩展智能音箱的功能，不需要用户手动操作升级或进行新应用的安装。

本实施例中，所述从服务器获取第一配置文件之前还包括：接收用户发起的开启智能音箱的指令；根据所述指令开启智能音箱。其中，开启智能音箱的指令可以是语音指令、按压实体按键的指令或者触摸显示屏上特定区域的指令，当开启智能音箱的指令为语音指令时，用户通过发出预设的唤醒词，智能音箱接收到该语音信号，即触发开启智能音箱，智能音箱开启后，可以接收及处理用户发出的各种指令。

在一个具体的实施例中，智能音箱发布后，假如有应用程序更新，则服务器通过配置系统进行应用程序信息配置，获得第一配置文件，然后发布到CDN(Content DeliveryNetwork，即内容分发网络)上。其中，配置系统为供开发配置智能音箱应用版本及上传配置文件的系统，第一配置文件包括智能音箱可安装的应用程序的信息，具体可以包括应用程序的名称、类型、版本、图标、在列表中的位置和打开应用程序的操作方式。智能音箱开启后，会主动从服务器获取第一配置文件，在一个具体的实施例中，可以在智能音箱开启时向服务器发送获取第一配置文件的请求，服务器响应所述请求向所述智能音箱返回所述第一配置文件。

S203：获取本地存储的第二配置文件，所述第二配置文件包括智能音箱当前已安装的应用程序的信息。

本实施例中，智能音箱配备Android操作系统，支持安装第三方应用程序。智能音箱在出厂前已配备了多个默认的应用程序，出厂以后，如果用于智能音箱安装的应用程序有增减或者升级，则智能音箱可以通过与服务器交互，来实现自动更改本地已安装的应用程序的功能。同时，为实现对本地已安装应用程序的有效管理，会生成一个与本地已安装应用程序对应的第二配置文件，第二配置文件包括智能音箱当前已经安装的应用程序的信息，具体可以包括应用程序的名称、类型、版本、图标、在列表中的位置和打开应用程序的操作方式。

当智能音箱通过与服务器对本地的应用程序进行了升级或者增删操作后，会更新第二配置文件的内容。

S205：判断所述第一配置文件与所述第二配置文件是否相同。

本实施例中，第一配置文件包括智能音箱可安装的应用程序的信息，第二配置文件包括智能音箱已安装的应用程序的信息，通过比对第一配置文件和第二配置文件，可以确定智能音箱可增减或者升级的应用程序，然后根据第一配置文件来对智能音箱的应用程序进行升级，更新智能音箱的功能。

S207：如果所述第一配置文件与所述第二配置文件相同，则根据所述第二配置文件进行应用程序展示。

具体的，如果第一配置文件与第二配置文件完全一致，则说明智能音箱当前的应用程序是最新状态，不存在需要更新的项目，因此根据第二配置文件进行应用程序展示即可。

在一个可能的实施例中，所述根据所述第二配置文件进行应用程序展示可以包括：按照第二配置文件中各个应用程序的信息以列表形式在所述智能音箱的屏幕上进行应用程序展示。具体的，可以在智能音箱的屏幕上按照应用程序的位置信息展示应用程序的图标，也可以在智能音箱的屏幕上按照应用程序的位置信息展示应用程序的名称。

S209：如果所述第一配置文件与所述第二配置文件不相同，则根据第一配置文件对智能音箱的应用程序和第二配置文件进行更新，并按照更新后的第二配置文件进行应用程序展示。

具体的，如果第一配置文件与第二配置文件不一致，则说明智能音箱当前的应用程序不是最新状态，存在需要更新的项目，此时需要根据第一配置文件对智能音箱的应用程序和第二配置文件进行更新，并按照更新后的第二配置文件进行应用程序展示。

在一个可能的实施例中，所述根据第一配置文件对智能音箱的应用程序和第二配置文件进行更新，并按照更新后的第二配置文件进行应用程序展示，包括：

S301：获取第一配置文件与第二配置文件之间的差异数据。

本实施例中，第一配置文件与第二配置文件之间的差异数据包括三类，第一类为包含于第一配置文件中但不包含于第二配置文件中的数据，即需要增加到智能音箱的应用程序的信息；第二类为包含于第二配置文件中但不包含于第一配置文件中的数据，即需要从智能音箱删除的应用程序的信息；第三类为同一应用程序的信息在第一配置文件和第二配置文件中的记载不一致，即需要智能音箱更新的应用程序的信息。

S303：根据所述差异数据和预设的更新策略，对智能音箱的应用程序和第二配置文件进行更新。

在一个可能的实施例中，步骤S303可以包括：

(1)确定所述差异数据对应的目标应用程序的信息。在一个可能的实施例中，可以将差异数据对应的应用程序作为目标应用程序，差异数据对应的应用程序的信息即为目标应用程序的信息。

(2)当所述目标应用程序的信息存在于第一配置文件中且不存在于第二配置文件中时，则从所述服务器获取所述目标应用程序的软件安装包，根据所述软件安装包进行安装。具体的，智能音箱在不唤起显示界面的情况下，静默下载软件安装包，然后通过PackageManager(包管理器)静默安装。其中，PackageManager是Android系统为开发者提供的系统服务管理类中的一个，主要用于帮助开发者管理应用程序安装包，通过它可以有效的获取设备上安装的APK或者未安装的APK文件的一些数据。

当所述目标应用程序的信息存在于第二配置文件中且不存在于第一配置文件中时，则卸载本地已安装的所述目标应用程序。由于UI(User Interface，即用户界面)的应用程序列表都是根据第二配置文件生成的，假如服务器返回的第一配置文件删除了某一应用程序的信息，则表示删除了对应的应用程序，智能音箱相应的需要静默该应用程序，且在UI中不展示该应用程序的相关信息。具体的，智能音箱在不唤起显示界面的情况下，通过静默卸载方式卸载所述目标应用程序。

当所述目标应用程序的信息在第一配置文件与第二配置文件中的记载不一致时，则从所述服务器获取所述目标应用程序的软件升级包，根据所述软件升级包进行安装。具体的，智能音箱在不唤起显示界面的情况下，静默下载软件升级包，然后通过PackageManager静默安装。

普通的Android上，假如直接安装应用，用的是系统的Package Installer进行安装。与此不同的是，本发明的智能音箱自带显示界面，假如直接使用PackageInstaller(安装包程序)进行安装则会呼起该界面，本发明将PackageInstaller进行改造，把原有使用Activity承载安装改造成使用Service无界面的安装器，实现了在静默状态下升级智能音箱各应用程序的功能，减少了更新应用程序给用户造成的干扰信息，使用户在开启智能音箱后即可享受新功能。

S305：将所述第二配置文件替换为所述第一配置文件，并按照所述第一配置文件进行应用程序展示。

本实施例中，在目标应用程序全部更新完成后，将第二配置文件替换为所述第一配置文件，并按第二配置文件进行应用程序的展示。

请参见图6和图7，图6展示了智能音箱更新前的应用程序的信息，图7展示了智能音箱更新后的应用程序的信息。相比于图6，图7的界面中增加了应用程序小企鹅乐园，并且改变了应用程序的排列顺序。

本发明提供的应用程序更新方案，通过智能音箱主动从服务器请求第一配置文件，将请求获得的第一配置文件与智能音箱本地存储的第二配置文件进行比对，当第一配置文件与第二配置文件一致时，根据第二配置文件进行应用程序展示，当第一配置文件与第二配置文件不一致时，按照第一配置文件更新智能音箱的应用程序和第二配置文件，并根据更新后的第二配置文件进行应用程序展示，实现了在智能音箱中自动安装及更新第三方应用的功能，扩展了智能音箱的功能，同时将智能音箱具备的功能通过应用程序展示方式及时传达给用户，大幅提高了用户体验。

本发明实施例还提供了一种应用程序更新装置，所述应用程序更新装置400包括第一获取单元420、第二获取单元430、判断单元440、第一处理单元450和第二处理单元460。其中，

第一获取单元420，用于从服务器获取第一配置文件，所述第一配置文件包括智能音箱可安装的应用程序的信息；

第二获取单元430，用于获取本地存储的第二配置文件，所述第二配置文件包括智能音箱当前已安装的应用程序的信息；

判断单元440，用于判断所述第一配置文件与所述第二配置文件是否相同；

第一处理单元450，用于在所述第一配置文件与所述第二配置文件相同时，根据所述第二配置文件进行应用程序展示；

第二处理单元460，用于在所述第一配置文件与所述第二配置文件不相同时，根据第一配置文件对智能音箱的应用程序和第二配置文件进行更新，并按照更新后的第二配置文件进行应用程序展示。

进一步地，所述应用程序更新装置400还包括预处理单元410。所述预处理单元410，用于接收用户发起的开启智能音箱的指令，根据所述指令开启智能音箱。

在一个可能的实施例中，所述第二处理单元460包括获取模块461、更新模块462和展示模块463。

所述获取模块461，用于获取第一配置文件与第二配置文件之间的差异数据；

所述更新模块462，用于根据所述差异数据和预设的更新策略，对智能音箱的应用程序进行更新；

所述展示模块463，用于将所述第二配置文件替换为所述第一配置文件，并按照所述第一配置文件进行应用程序展示。

在一个可能的实施例中，所述更新模块462包括：

确定子模块，用于确定所述差异数据对应的目标应用程序的信息；

第一更新子模块，用于当所述目标应用程序的信息存在于第一配置文件中且不存在于第二配置文件中时，从所述服务器获取所述目标应用程序的软件安装包，根据所述软件安装包进行安装；

第二更新子模块，用于当所述目标应用程序的信息存在于第二配置文件中且不存在于第一配置文件中时，卸载本地已安装的所述目标应用程序；

第三更新子模块，用于当所述目标应用程序的信息在第一配置文件与第二配置文件中的记载不一致时，从所述服务器获取所述目标应用程序的软件升级包，根据所述软件升级包进行安装。

在一个可能的实施例中，所述应用程序的信息包括应用程序的名称、类型、版本、图标、在列表中的位置和打开应用程序的操作方式。

本实施例实现了在智能音箱中自动安装及更新第三方应用的功能，扩展了智能音箱的功能，同时将智能音箱具备的功能通过应用程序展示方式及时传达给用户，大幅提高了用户体验。

需要说明的是：上述实施例提供的应用程序更新装置，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的应用程序更新装置与应用程序更新方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

本实施例提供一种智能音箱，包括用于收发信号的多个麦克风和显示器。例如，该智能音箱的多个麦克风可以均匀分布在智能音箱的壳体上，多个麦克风用于接收用户的语音询问，还用于基于用户的语音询问向用户播报反馈信息，该智能音箱的显示器用于显示智能音箱已安装的应用程序的信息，以及基于用户的语音询问播放视频或图片。本实施例的智能音箱还包括：一个或多个处理器，以及存储器，存储器用于存储一个或多个程序，当存储器中存储的一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现如上述实施例的智能音箱的应用程序更新方法。

图8是本发明实施例提供的一种智能音箱的结构框图。图8示出了适于用来实现本发明实施方式的示例性智能音箱12a的框图。图8显示的智能音箱12a仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图8所示，本实施例的智能音箱12a以通用计算设备的形式表现。智能音箱12a的组件可以包括但不限于：一个或者多个处理器16a，系统存储器28a，连接不同系统组件(包括系统存储器28a和处理器16a)的总线18a。

总线18a表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(ISA)总线，微通道体系结构(MAC)总线，增强型ISA总线、视频电子标准协会(VESA)局域总线以及外围组件互连(PCI)总线。

智能音箱12a典型地包括多种计算机系统可读介质。这些介质可以是任何能够被智能音箱12a访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

系统存储器28a可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(RAM)30a和/或高速缓存存储器32a。智能音箱12a可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统34a可以用于读写不可移动的、非易失性磁介质(图8未显示，通常称为“硬盘驱动器”)。尽管图8中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如CD-ROM,DVD-ROM或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线18a相连。系统存储器28a可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明上述图1-图6各实施例的功能。

具有一组(至少一个)程序模块42a的程序/实用工具40a，可以存储在例如系统存储器28a中，这样的程序模块42a包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42a通常执行本发明所描述的上述图1-图6各实施例中的功能和/或方法。

还包括显示器24a，智能音箱的显示器可以是触摸屏显示器。

智能音箱12a也可以与一个或多个外部设备14a(例如键盘、指向设备等)通信，还可与一个或者多个使得用户能与该智能音箱12a交互的设备通信，和/或与使得该智能音箱12a能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口22a进行。并且，智能音箱12a还可以通过网络适配器20a与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器20a通过总线18a与智能音箱12a的其它模块通信。应当明白，尽管图中未示出，可以结合智能音箱12a使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理器、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

处理器16a通过运行存储在系统存储器28a中的程序，从而执行各种功能应用以及数据处理，例如实现上述实施例所示的应用程序更新方法。

本发明还提供一种计算机可读介质，其上存储有计算机程序，该程序被处理器执行时实现如上述实施例所示的智能音箱的应用程序更新方法。

本实施例的计算机可读介质可以包括上述图8所示实施例中的系统存储器28a中的RAM30a、和/或高速缓存存储器32a、和/或存储系统34a。

随着科技的发展，计算机程序的传播途径不再受限于有形介质，还可以直接从网络下载，或者采用其他方式获取。因此，本实施例中的计算机可读介质不仅可以包括有形的介质，还可以包括无形的介质。

本实施例的计算机可读介质可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如”C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

在本发明所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

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

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

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-OnlyMemory，ROM)、随机存取存储器(RandomAccessMemory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。

Claims (10)

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

从服务器获取第一配置文件，所述第一配置文件包括智能音箱可安装的应用程序的信息；

获取本地存储的第二配置文件，所述第二配置文件包括智能音箱当前已安装的应用程序的信息；

判断所述第一配置文件与所述第二配置文件是否相同；

如果所述第一配置文件与所述第二配置文件相同，则根据所述第二配置文件进行应用程序展示；

如果所述第一配置文件与所述第二配置文件不相同，则根据第一配置文件对智能音箱的应用程序和第二配置文件进行更新，并按照更新后的第二配置文件进行应用程序展示。

2.根据权利要求1所述的方法，其特征在于，所述根据第一配置文件对智能音箱的应用程序和第二配置文件进行更新，并按照更新后的第二配置文件进行应用程序展示，包括：

获取第一配置文件与第二配置文件之间的差异数据；

根据所述差异数据和预设的更新策略，对智能音箱的应用程序进行更新；

将所述第二配置文件替换为所述第一配置文件，并按照所述第一配置文件进行应用程序展示。

3.根据权利要求2所述的方法，其特征在于，所述根据所述差异数据和预设的更新策略，对智能音箱的应用程序进行更新，包括：

确定所述差异数据对应的目标应用程序的信息；

当所述目标应用程序的信息存在于第一配置文件中且不存在于第二配置文件中时，则从所述服务器获取所述目标应用程序的软件安装包，根据所述软件安装包进行安装；

当所述目标应用程序的信息存在于第二配置文件中且不存在于第一配置文件中时，则卸载本地已安装的所述目标应用程序；

当所述目标应用程序的信息在第一配置文件与第二配置文件中的记载不一致时，则从所述服务器获取所述目标应用程序的软件升级包，根据所述软件升级包进行安装。

4.根据权利要求1所述的方法，其特征在于，所述应用程序的信息包括应用程序的名称、类型、版本、图标、在列表中的位置和打开应用程序的操作方式；

所述根据所述第二配置文件进行应用程序展示包括：

按照第二配置文件中各个应用程序的信息以列表形式在所述智能音箱的屏幕上进行应用程序展示。

5.根据权利要求1所述的方法，其特征在于，所述从服务器获取第一配置文件之前还包括：

接收用户发起的开启智能音箱的指令；

根据所述指令开启智能音箱。

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

第一获取单元，用于从服务器获取第一配置文件，所述第一配置文件包括智能音箱可安装的应用程序的信息；

第二获取单元，用于获取本地存储的第二配置文件，所述第二配置文件包括智能音箱当前已安装的应用程序的信息；

判断单元，用于判断所述第一配置文件与所述第二配置文件是否相同；

第一处理单元，用于在所述第一配置文件与所述第二配置文件相同时，根据所述第二配置文件进行应用程序展示；

第二处理单元，用于在所述第一配置文件与所述第二配置文件不相同时，根据第一配置文件对智能音箱的应用程序和第二配置文件进行更新，并按照更新后的第二配置文件进行应用程序展示。

7.根据权利要求6所述的装置，其特征在于，所述第二处理单元包括：

获取模块，用于获取第一配置文件与第二配置文件之间的差异数据；

更新模块，用于根据所述差异数据和预设的更新策略，对智能音箱的应用程序进行更新；

展示模块，用于将所述第二配置文件替换为所述第一配置文件，并按照所述第一配置文件进行应用程序展示。

8.根据权利要求7所述的装置，其特征在于，所述更新模块包括：

确定子模块，用于确定所述差异数据对应的目标应用程序的信息；

第一更新子模块，用于当所述目标应用程序的信息存在于第一配置文件中且不存在于第二配置文件中时，从所述服务器获取所述目标应用程序的软件安装包，根据所述软件安装包进行安装；

第二更新子模块，用于当所述目标应用程序的信息存在于第二配置文件中且不存在于第一配置文件中时，卸载本地已安装的所述目标应用程序；

第三更新子模块，用于当所述目标应用程序的信息在第一配置文件与第二配置文件中的记载不一致时，从所述服务器获取所述目标应用程序的软件升级包，根据所述软件升级包进行安装。

9.根据权利要求7所述的装置，其特征在于，所述应用程序的信息包括应用程序的名称、类型、版本、图标、在列表中的位置和打开应用程序的操作方式；

所述装置还包括：

预处理单元，用于接收用户发起的开启智能音箱的指令，根据所述指令开启智能音箱。

10.一种智能音箱，其特征在于，所述智能音箱包括显示器、存储器和处理器，所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集，

所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现如权利要求1至5任一项所述的应用程序更新方法。