CN111078266A - 低耦合增量升级语音软件的客户端处理方法及装置、服务端处理方法 - Google Patents

Abstract

本发明公开了一种低耦合增量升级语音软件的客户端处理方法，包括响应于检测触发指令，获取本设备所有应用软件的配置信息，上传服务端进行语音软件更新检测；响应于服务端的语音软件更新指令，获取与语音软件更新指令适配的待更新语音软件包，并在成功获取到待更新语音软件包时，推送安装提示消息；响应于用户对安装提示消息的确认指令，调用本设备的系统安装器安装待更新语音软件包。本发明还公开了一种低耦合增量升级语音软件的服务端处理方法，根据本发明公开的方法，不需要依赖系统和语音软件之间的通信来实现更新检测，大大降低了语音软件与系统之间的耦合性，实现低耦合的语音软件更新升级。

Description

低耦合增量升级语音软件的客户端处理方法及装置、服务端 处理方法

技术领域

本发明涉及车载语音交互技术领域，特别是一种低耦合增量升级语音软件的客户端处理方法及装置，以及一种低耦合增量升级语音软件的服务端处理方法。

背景技术

随着需求的变化，对应用软件进行升级是很普遍的现象。在智能语音领域也存在同样的需求，即对语音软件进行升级的需求。然而，由于语音软件的APK安装包是直接集成到系统ROM的，因而语音软件的升级完全依托ROM，如果ROM不升级，语音软件就无法独立、自主地进行升级。并且，每次语音软件的升级，都需要完整升级整个语音包，会耗费较多的流量。

发明内容

为了解决上述问题，发明人构思在设备上设计一个独立的升级通道，通过低耦合检测语音软件状态的方式，实现客户端一键检测升级，从而摆脱对传统ROM升级通道的依赖。

根据本发明的第一方面，提供了一种低耦合增量升级语音软件的客户端处理方法，其包括如下步骤：

响应于检测触发指令，获取本设备所有应用软件的配置信息，上传服务端进行语音软件更新检测；

响应于服务端的语音软件更新指令，获取与语音软件更新指令适配的待更新语音软件包，并在成功获取到所述待更新语音软件包时，推送安装提示消息；

响应于用户对安装提示消息的确认指令，调用本设备的系统安装器安装所述待更新语音软件包。

根据本发明的第二个方面，提供了一种低耦合增量升级语音软件的服务端处理方法，其包括如下步骤：

响应于接收到的来自客户端的语音软件更新检测请求，获取客户端所在设备上的所有应用软件的配置信息，与服务端存储的语音软件的配置信息进行比对，根据比对结果，

在配置信息一致时，输出无需更新消息指令；

在配置信息不一致时，输出语音软件更新指令；以及

响应于接收到的来自客户端的待更新语音软件包下载请求，获取相应的语音软件的差分包的下载链接地址和哈希值输出。

根据本发明的第三个方面，提供了一种低耦合增量升级语音软件的客户端装置，其包括：

检测模块，用于响应于检测触发指令，获取本设备所有应用软件的配置信息，上传服务端进行语音软件更新检测；

软件包获取模块，用于响应于服务端的语音软件更新指令，获取与语音软件更新指令适配的待更新语音软件包，并在成功获取到所述待更新语音软件包时，推送安装提示消息；和

软件升级模块，用于响应于用户对安装提示消息的确认指令，调用本设备的系统安装器安装所述待更新语音软件包。

根据本发明的第四个方面，提供了一种电子设备，其包括：至少一个处理器，以及与至少一个处理器通信连接的存储器，其中，存储器存储有可被至少一个处理器执行的指令，指令被所述至少一个处理器执行，以使至少一个处理器能够执行上述方法的步骤。

根据本发明的第五个方面，提供了一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述方法的步骤。

根据本实施例提供的语音软件升级方案，不需要依赖系统和语音软件之间的通信来实现更新检测，而是通过独立的客户端本身做本机软件遍历，并将本机的所有应用软件的配置信息上传到服务端进行更新检测，由此就完成了对语音软件的信息收集、检测和判断，大大降低了语音软件与系统之间的耦合性，实现低耦合的更新检测，并基于检测结果在需要更新时获取更新软件包调用系统安装器进行安装即可。

附图说明

图1为本发明一实施方式的低耦合增量升级语音软件的客户端处理方法的方法流程图；

图2为本发明另一实施方式的低耦合增量升级语音软件的客户端处理方法的方法流程图；

图3为本发明另一实施方式的低耦合增量升级语音软件的服务端处理方法的方法流程图；

图4为本发明一实施方式的低耦合增量升级语音软件的客户端处理装置的原理结构图；

图5为本发明一实施方式的电子设备原理示意图。

具体实施方式

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

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

本发明可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、元件、数据结构等等。也可以在分布式计算环境中实践本发明，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

在本发明中，“模块”、“装置”、“系统”等指应用于计算机的相关实体，如硬件、硬件和软件的组合、软件或执行中的软件等。详细地说，例如，元件可以、但不限于是运行于处理器的过程、处理器、对象、可执行元件、执行线程、程序和/或计算机。还有，运行于服务器上的应用程序或脚本程序、服务器都可以是元件。一个或多个元件可在执行的过程和/或线程中，并且元件可以在一台计算机上本地化和/或分布在两台或多台计算机之间，并可以由各种计算机可读介质运行。元件还可以根据具有一个或多个数据包的信号，例如，来自一个与本地系统、分布式系统中另一元件交互的，和/或在因特网的网络通过信号与其它系统交互的数据的信号通过本地和/ 或远程过程来进行通信。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”，不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本发明实施例的升级语音软件的方法可以应用于需要进行语音软件升级的终端设备上，例如，具有语音功能且具有软件升级需求的计算机、智能手机、平板电脑、智能家居等终端设备，本发明对此不作限制。本发明提供的方案不依赖语音软件与系统的通信来进行更新检测和升级，而是以一种低耦合的方式进行更新检测，并在软件包下载完成之前都不会干扰语音软件现有功能的使用，可以实现基于用户的需求进行一键升级，提高语音软件升级的效率。

下面结合附图对本发明作进一步详细的说明。

图1示意性地显示了根据本发明的一种实施方式的低耦合增量升级语音软件的客户端处理方法的方法流程，如图1所示，本实施例的方法包括如下步骤：

步骤S101：响应于检测触发指令，获取本设备所有应用软件的配置信息，上传服务端进行语音软件更新检测。在具体实现中，检测触发指令可以是启动该客户端的指令，也可以是用户点击对本设备上的语音软件进行更新检测的指令。在接收到检测触发指令时，可以通过调用设备上的系统接口来获取该设备上安装的所有应用软件的配置信息，将其上传到服务端，以由服务端根据本设备上的所有应用的配置信息来对该设备上的语音软件是否需要更新进行检测判断。

示例性地，配置信息可以包括包名、版本号和product id。这样服务端在接收到这些配置信息后，就可以根据包名、版本号和product id筛选出设备上的哪些应用是语音软件，并基于版本号和product id判断这些语音软件是否是最新的版本。在判断并非是最新的版本时，即配置信息与服务端存储的配置信息不一致时，向客户端发送语音软件更新指令。优选地，在判断不需要更新时，也可以向客户端反馈无需更新的指令，以告知客户端无需继续进行检测。

步骤S102：响应于服务端的语音软件更新指令，获取与语音软件更新指令适配的待更新语音软件包，并在成功获取到待更新语音软件包时，推送安装提示消息。其中，服务端发送的语音软件更新指令的内容和格式可以根据需求进行自定义协议实现，示例性地可以为包括需要更新的语音软件的product id和其对应的最新版本信息。客户端在接收到该语音软件更新指令后，首先获取语音软件更新指令中的product id对应的语音软件的最新版本的安装包，并进行安装提示，以根据用户的安装指令进行更新。在具体实现中，由于用户在接收到推送的安装提示信息时，并未立即进行语音软件更新，在这种情况下会将该待更新语音软件包在本地存储。因而，在接收到语音软件更新指令时，首先检测本设备是否存储有与接收到的语音软件更新指令适配的待更新语音软件包，如果已经存在与接收到的语音软件更新指令适配的待更新语音软件包时，直接推送安装提示消息。而在不存在已下载号的待更新语音软件包时，则向服务端请求下载对应的待更新语音软件包并根据服务端提供的下载链接地址进行与接收到的语音软件更新指令适配的语音软件包的下载，并在下载成功后推送安装提示消息。作为一种优选实施例，在下载待更新语音软件包时，服务端会提供哈希值，而客户端在成功下载待更新语音软件包后首先根据获取的哈希值进行软件包的验证，并在成功验证后，推送安装提示消息。

在优选实现例，根据服务端的检测判断，存在需要更新的语音软件可能有多个或者某个需要更新的语音软件需要进行多个语音包的更新，即在实际实现中，在存在多包同时进行更新的方案，这种情况下，在下载对应的待更新语音软件包后，还根据下载情况进行安装提示消息的推送，具体可以实现为包括以下两种方案：

第一种方案，在与适配的待更新语音软件包有两个以上时，等待所有的待更新语音软件包均下载完成并验证成功后，推送安装提示消息，这种方案下，下载等待和安装等待均会比较耗时；

第二种方案，在与适配的待更新语音软件包有两个以上，且存在下载失败或验证失败的待更新语音软件包时，根据待更新语音软件包间的关联关系进行处理，具体为：在待更新语音软件包间存在关联关系时(需绑定在一起同时升级才能保证语音软件更新后正常使用的，例如为同一个语音软件的关联功能的多个更新包)，保存已下载和验证成功的待更新语音软件包，等待其他所有相关联的待更新语音软件包均下载完成并验证成功后，推送安装提示消息；在待更新语音软件包间不存在关联关系(不需要绑定在一起同时升级，可以各自进行更新升级，例如不同的语音软件的更新包) 时，丢弃下载或验证失败的待更新语音软件包，对已成功验证的待更新语音软件包，推送安装提示消息。示例性地，推送的安装提示消息可以是以对话框的形式向用户展示“检测到新版本是否立即更新”，并在对话框展示新版本信息等。

步骤S103：响应于用户对安装提示消息的确认指令，调用本设备的系统安装器安装待更新语音软件包。示例性地，在用户根据安装提示消息点击更新时，即获取到用户对安装提示消息的确认指令。此时，调用本设备的系统如Anroid系统提供的安装器接口，进行待更新语音软件包的安装。

根据上述实施例，对语音软件的更新是通过专门构建的客户端和服务端升级通道实现的，并不是基于系统与语音软件之间的通信实现，因而降低了语音软件和系统之间的耦合，不再需要依赖ROM升级通道，实现了以低耦合的方式进行语音软件升级，降低了语音软件升级的成本，提高了语音软件升级的效率。

作为一种优选实施例，在服务端通过差分包的方式(即将旧版本的语音软件的软件包与新版本的语音软件的软件包进行差分处理，生成两个版本之间的差分包存储，可以参照现有技术实现)在服务端存储语音软件的不同版本之间的差分包，而根据服务端提供的下载链接地址进行与接收到的语音软件更新指令适配的语音软件包的下载是采用静默差分下载的方式，下载需要更新的语音软件的差分包，并在下载完成后进行差分包与本设备上相应语音软件包的整合，以形成完整的待更新语音软件包。通过这种方式，可以实现对语音软件的增量式升级，减低对存储空间的占用和对下载流量的占用，使得基于服务端与客户端的通道进行语音软件升级也较为高效。

图2示意性地显示了根据本发明的另一种实施方式的低耦合增量升级语音软件的客户端处理方法的方法流程，如图2所示，在图1所示实施例的基础上，本实施例的方法包括如下步骤

在步骤S103之后，还进行步骤S104的处理：监测系统安装器的安装成功广播，并在接收到安装成功广播时，激活已升级的相应语音软件，并删除下载的对应待更新语音软件包。系统安装器在开始安装时，会停止正在更新的语音软件的进程，而根据该停止进程的指令，就可以捕获到语音软件已经开始安装了。而在安装完成后，系统安装器会发一次安装成的广播消息。这样，就可以在获知开始安装后，每隔一分钟检测一次广播消息，并持续检测预定的次数或时间，例如持续监测三次或三分钟，在检测到安装成功的广播消息时，判断更新成功，此时调用激活启动已升级的相应语音软件的指令，将已完成升级的语音软件激活并启动。优选地，还可以在启动后播放“语音升级成功”的语音。之后，删除下载的对应待更新语音软件包。

在根据对步骤S102的用户响应方式的不同，还进行步骤S105的处理：响应于用户对安装提示消息的取消指令，记录该安装提示消息对应的语音软件，并在每次启动语音软件或本设备开机时再次输出该安装提示消息。这样，在用户暂时取消升级后，可以在启动语音软件或设备开机时再次进行升级提醒，以在用户方便时进行升级。为了提供用户体验，在优选实施例中，也可以设定再次提醒次数，例如三次，这样在达到预设提醒次数用户依然不进行更新时，则不再进行推送消息提醒，而是由用户自己通过语音软件的设置功能进行手动更新。

图3示意性地显示了根据本发明一种实施方式的低耦合增量升级语音软件的服务端处理方法，如图3所示，其包括如下步骤：

步骤S301：响应于接收到的来自客户端的语音软件更新检测请求，获取客户端所在设备上的所有应用软件的配置信息，与服务端存储的语音软件的配置信息进行比对，根据比对结果，在配置信息一致时，输出无需更新消息指令；在配置信息不一致时，输出语音软件更新指令。其中，示例性地配置信息可以包括包名、版本号和product id，在其他实现例中根据需求还可以包括imei号。通过在服务端配置存储最新的语音软件的这些配置信息，即可根据客户端请求进行更新检测，这样就不需要再依赖ROM升级通道进行更新检测，降低语音软件与系统ROM的耦合性。

步骤S302：响应于接收到的来自客户端的待更新语音软件包下载请求，获取相应的语音软件包的下载链接地址和哈希值输出。在服务端还配置各个版本的语音软件包及其对应的下载链接地址和用于验证的哈希值。优选地，服务端存储的各个版本的语音软件包为两个版本的语音软件包之间的差分包，以实现增量升级。

通过该服务端处理方法与上述的客户端处理方法的配合，就可以建立一个独立、专用的升级通道，对语音软件进行更新检测和升级，通过低耦合的升级检测方式，解放了语音软件对ROM升级通道的依赖，还使得语音软件在升级检测、判断和软件包下载时均不影响已有语音功能的部分，实现客户端一键安装升级。

图4示意性地显示了根据本发明一种实施方式的低耦合增量升级语音软件的客户端装置，如图4所示，其包括：

检测模块40，用于响应于检测触发指令，获取本设备所有应用软件的配置信息，上传服务端进行语音软件更新检测；

软件包获取模块41，用于响应于服务端的语音软件更新指令，获取与语音软件更新指令适配的待更新语音软件包，并在成功获取到所述待更新语音软件包时，推送安装提示消息；和

软件升级模块42，用于响应于用户对安装提示消息的确认指令，调用本设备的系统安装器安装所述待更新语音软件包。

其中，软件包获取模块41包括

差分包下载单元41A，用于根据服务端提供的下载链接地址进行与接收到的语音软件更新指令适配的语音软件的差分包的下载；

整合单元41B，用于在下载完成后进行差分包与本设备上相应语音软件包的整合，以形成完整的待更新语音软件包；

验证单元41C，用于根据服务端提供的哈希值对整合后得到的完整的待更新语音软件包进行验证；和

消息推送单元41D，用于在待更新语音软件包验证成功时，推送安装提示消息。

在优选实施例中，软件包获取模块41中还可以在下载前首先判断本设备上是否已存有相应的待更新语音软件包，在不存在时调用差分包下载单元41A、整合单元41B和验证单元41C进行软件包下载和验证，在存在时调用消息推送单元41D进行安装提示，以更周全地考虑实际使用情况，从而避免重复下载，节约资源、提高效率。相应地，还可以设置实现上述服务端处理方法的服务器，通过服务器和客户端装置的通信实现上述完整的语音软件升级方法。在其他实现例中，软件包获取模块41还可以设置多包升级机制(即如方法部分所述在存在下载或验证失败的软件包时，根据关联关系进行多包分别升级或基于等待策略进行完全的同步升级)，客户端装置还可以设置能够实现安装成功监测、并根据安装情况进行激活启动处理或记录安装失败的情况上报服务端的监测模块。其中，客户端装置中涉及的各模块和单元可以参照前文方法部分进行对应实现，在此不再赘述。

在一些实施方式中，本发明实施例还提供一种计算机可读存储介质，所述存储介质中存储有一个或多个包括执行指令的程序，所述执行指令能够被电子设备(包括但不限于计算机，服务器，或者网络设备等)读取并执行，以用于执行本发明上述低耦合增量升级语音软件的客户端处理方法。

在一些实施例中，本发明实施例还提供一种计算机程序产品，计算机程序产品包括存储在非易失性计算机可读存储介质上的计算机程序，计算机程序包括程序指令，当所程序指令被计算机执行时，使计算机执行上述低耦合增量升级语音软件的客户端处理方法。

在一些实施例中，本发明实施例还提供一种电子设备，其包括：至少一个处理器，以及与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，指令被所述至少一个处理器执行，以使至少一个处理器能够执行上述低耦合增量升级语音软件的客户端处理方法。

在一些实施例中，本发明实施例还提供一种存储介质，其上存储有计算机程序，该程序被处理器执行时能够执行上述低耦合增量升级语音软件的客户端处理方法。

上述本发明实施例的低耦合增量升级语音软件的客户端处理装置可用于执行本发明实施例的低耦合增量升级语音软件的客户端处理方法，并相应的达到上述本发明实施例的实现低耦合增量升级语音软件的客户端处理方法所达到的技术效果，这里不再赘述。本发明实施例中可以通过硬件处理器(hardware processor)来实现相关功能模块。

图5是本申请另一实施例提供的执行低耦合增量升级语音软件的客户端处理方法的电子设备的硬件结构示意图，如图5所示，该设备包括：

一个或多个处理器510以及存储器520，图5中以一个处理器510为例。

执行低耦合增量升级语音软件的客户端处理方法的设备还可以包括：输入装置530和输出装置540。

处理器510、存储器520、输入装置530和输出装置540可以通过总线或者其他方式连接，图5中以通过总线连接为例。

存储器520作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块，如本申请实施例中的低耦合增量升级语音软件的客户端处理方法对应的程序指令/模块。处理器510通过运行存储在存储器520中的非易失性软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述方法实施例中的低耦合增量升级语音软件的客户端处理方法。

存储器520可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据低耦合增量升级语音软件的客户端处理装置的使用所创建的数据等。此外，存储器520可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实施例中，存储器520可选包括相对于处理器510远程设置的存储器，这些远程存储器可以通过网络连接至低耦合增量升级语音软件的客户端处理装置。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

输入装置530可接收输入的数字或字符信息，以及产生与低耦合增量升级语音软件的客户端处理装置的用户设置以及功能控制有关的信号。输出装置540可包括显示屏等显示设备。

上述一个或者多个模块存储在所述存储器520中，当被所述一个或者多个处理器510执行时，执行上述任意方法实施例中的低耦合增量升级语音软件的客户端处理方法。

上述产品可执行本申请实施例所提供的方法，具备执行方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节，可参见本申请实施例所提供的方法。

本申请实施例的电子设备以多种形式存在，包括但不限于:

(1)移动通信设备:这类设备的特点是具备移动通信功能，并且以提供话音、数据通信为主要目标。这类终端包括:智能手机(例如iPhone)、多媒体手机、功能性手机，以及低端手机等。

(2)超移动个人计算机设备:这类设备属于个人计算机的范畴，有计算和处理功能，一般也具备移动上网特性。这类终端包括:PDA、MID和UMPC 设备等，例如iPad。

(3)便携式娱乐设备:这类设备可以显示和播放多媒体内容。该类设备包括:音频、视频播放器(例如iPod)，掌上游戏机，电子书，以及智能玩具和便携式车载导航设备。

(4)服务器:提供计算服务的设备，服务器的构成包括处理器、硬盘、内存、系统总线等，服务器和通用的计算机架构类似，但是由于需要提供高可靠的服务，因此在处理能力、稳定性、可靠性、安全性、可扩展性、可管理性等方面要求较高。

(5)其他具有数据交互功能的电子装置。

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

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对相关技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

最后应说明的是：以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围

以上所述的仅是本发明的一些实施方式。对于本领域的普通技术人员来说，在不脱离本发明创造构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。

以上所述的仅是本发明的一些实施方式。对于本领域的普通技术人员来说，在不脱离本发明创造构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。

Claims (12)

1.低耦合增量升级语音软件的客户端处理方法，其特征在于，包括如下步骤：

响应于检测触发指令，获取本设备所有应用软件的配置信息，上传服务端进行语音软件更新检测；

响应于服务端的语音软件更新指令，获取与语音软件更新指令适配的待更新语音软件包，并在成功获取到所述待更新语音软件包时，推送安装提示消息；

响应于用户对安装提示消息的确认指令，调用本设备的系统安装器安装所述待更新语音软件包。

2.根据权利要求1所述的方法，其特征在于，所述响应于服务端的语音软件更新指令，获取与语音软件更新指令适配的待更新语音软件包，并在成功获取到所述待更新语音软件包时，推送安装提示消息包括

响应于服务端的语音软件更新指令，检测本设备是否存储有已验证的与接收到的语音软件更新指令适配的待更新语音软件包，

在存在所述待更新语音软件包时，推送安装提示消息，

在不存在所述待更新语音软件包时，根据服务端提供的下载链接地址和哈希值进行与接收到的语音软件更新指令适配的语音软件包的下载和验证，并在成功验证后，推送安装提示消息。

3.根据权利要求2所述的客户端处理方法，其特征在于，在与适配的待更新语音软件包有两个以上时，等待所有的待更新语音软件包均下载完成并验证成功后，推送安装提示消息。

4.根据权利要求2所述的客户端处理方法，其特征在于，在与适配的待更新语音软件包有两个以上，且存在下载失败或验证失败的待更新语音软件包时，根据待更新语音软件包间的关联关系进行如下处理

在待更新语音软件包间存在关联关系时，保存已下载和验证成功的待更新语音软件包，等待其他所有相关联的待更新语音软件包均下载完成并验证成功后，推送安装提示消息；

在待更新语音软件包间不存在关联关系时，丢弃下载或验证失败的待更新语音软件包，对已成功验证的待更新语音软件包，推送安装提示消息。

5.根据权利要求2-4任一项所述的客户端处理方法，其特征在于，其中，根据服务端提供的下载链接地址进行与接收到的语音软件更新指令适配的语音软件包的下载是采用静默差分下载的方式，下载语音软件包的差分包，并在下载完成后进行差分包与本设备上相应语音软件包的整合，以形成完整的待更新语音软件包。

6.根据权利要求5所述的客户端处理方法，其特征在于，所述方法还包括：

监测系统安装器的安装成功广播，并在接收到安装成功广播时，激活已升级的相应语音软件，并删除下载的对应待更新语音软件包。

7.根据权利要求6所述的客户端处理方法，其特征在于，还包括：

响应于用户对安装提示消息的取消指令，记录该安装提示消息对应的语音软件，并在每次启动语音软件或本设备开机时再次输出该安装提示消息。

8.低耦合增量升级语音软件的服务端处理方法，其特征在于，包括如下步骤：

响应于接收到的来自客户端的语音软件更新检测请求，获取客户端所在设备上的所有应用软件的配置信息，与服务端存储的语音软件的配置信息进行比对，根据比对结果，

在配置信息一致时，输出无需更新消息指令；

在配置信息不一致时，输出语音软件更新指令；以及

响应于接收到的来自客户端的待更新语音软件包下载请求，获取相应的语音软件的差分包的下载链接地址和哈希值输出。

9.低耦合增量升级语音软件的客户端装置，其特征在于，包括：

检测模块，用于响应于检测触发指令，获取本设备所有应用软件的配置信息，上传服务端进行语音软件更新检测；

软件包获取模块，用于响应于服务端的语音软件更新指令，获取与语音软件更新指令适配的待更新语音软件包，并在成功获取到所述待更新语音软件包时，推送安装提示消息；和

软件升级模块，用于响应于用户对安装提示消息的确认指令，调用本设备的系统安装器安装所述待更新语音软件包。

10.根据权利要求9所述的客户端装置，其中，所述软件包获取模块包括

差分包下载单元，用于根据服务端提供的下载链接地址进行与接收到的语音软件更新指令适配的语音软件的差分包的下载；

整合单元，用于在下载完成后进行差分包与本设备上相应语音软件包的整合，以形成完整的待更新语音软件包；

验证单元，用于根据服务端提供的哈希值对整合后得到的完整的待更新语音软件包进行验证；和

消息推送单元，用于在待更新语音软件包验证成功时，推送安装提示消息。

11.电子设备，其包括：至少一个处理器，以及与所述至少一个处理器通信连接的存储器，其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-7中任意一项所述方法的步骤。

12.存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现权利要求1-7中任意一项所述方法的步骤。

Images