CN117707553A - 一种软件安装方法及软件安装装置 - Google Patents

Abstract

本申请提供一种软件安装方法及软件安装装置，涉及计算机技术领域，方法应用于诊断设备，包括：安装宿主应用程序包得到宿主应用；初始的宿主应用不包含服务业务；通过宿主应用向服务器请求获取服务业务程序包；服务业务程序包与服务业务的种类相对应；在宿主应用中安装服务业务程序包，以将服务业务添加至宿主应用中；可将诊断软件区分为宿主应用和服务业务并进行单独打包得到宿主应用程序包和服务业务程序包，并可将服务业务程序包保存至服务器，使得诊断设备可安装不包含任何服务业务的宿主应用，并可通过宿主应用向服务器请求获取服务业务程序包，以实现服务业务按需获取，从而可提升在诊断设备中安装部署软件的灵活性。

Description

一种软件安装方法及软件安装装置

技术领域

本申请涉及计算机领域，特别涉及一种软件安装方法及软件安装装置。

背景技术

随着业务模块越来越多，诊断设备中的诊断软件所需资源越来越多，诊断软件程序包打包时越来越大，且每次开发新功能需要重新更新诊断软件程序包，不利于在诊断设备中安装部署诊断软件程序包。

发明内容

本申请的目的是提供一种软件安装方法及软件安装装置，可实现服务业务的按需获取，并可提升在诊断设备中安装部署软件的灵活性。

为解决上述技术问题，本申请提供一种软件安装方法，应用于诊断设备，所述方法包括：

安装宿主应用程序包得到宿主应用；初始的宿主应用不包含服务业务；

通过所述宿主应用向所述服务器请求获取服务业务程序包；所述服务业务程序包与所述服务业务的种类相对应；

在所述宿主应用中安装所述服务业务程序包，以将所述服务业务添加至所述宿主应用中。

可选地，所述通过所述宿主应用向所述服务器请求获取服务业务程序包，包括：

通过所述宿主应用将包含自身设备信息的获取请求发送至所述服务器；

接收所述服务器根据所述设备信息推送的服务业务程序包。

可选地，所述设备信息为设备类型、设备配置和设备序列号中的任一种或任多种的组合。

可选地，还包括：

通过所述宿主应用向所述服务器发送针对所述服务业务的更新检查请求；所述更新检查请求用于检查所述服务业务是否存在更新；

接收所述服务器返回的更新信息，并在确定所述更新信息表征所述服务业务存在更新时，通过所述宿主应用向所述服务器请求获取最新服务业务程序包；

在所述宿主应用中安装所述最新服务业务程序包，以更新所述服务业务。

本申请还提供一种软件安装方法，应用于服务器，所述方法包括：

接收诊断设备发送的针对服务业务程序包的获取请求；

当接收到所述获取请求时，向所述诊断设备发送所述服务业务程序包；所述服务业务程序包与服务业务的种类相对应，所述服务业务程序包用于向宿主应用中添加所述服务业务，初始的宿主应用不包含所述服务业务。

可选地，所述向所述诊断设备发送所述服务业务程序包，包括：

提取所述获取请求中的设备信息；

根据所述设备信息确定待向所述诊断设备发送的目标服务业务程序包，并向所述诊断设备发送所述目标服务业务程序包。

可选地，所述设备信息为设备类型、设备配置和设备序列号中的任一种或任多种的组合。

可选地，包括：

接收所述诊断设备发送的针对所述服务业务的更新检查请求；

当接收到所述更新检查请求时，判断所述服务业务是否存在更新；

若是，则向所述诊断设备发送表征所述服务业务存在更新的更新信息。

本申请还提供一种软件安装装置，应用于诊断设备，所述装置包括：

宿主应用安装模块，用于安装宿主应用程序包得到宿主应用；初始的宿主应用不包含服务业务；

服务业务程序包获取模块，用于通过所述宿主应用向所述服务器请求获取服务业务程序包；所述服务业务程序包与所述服务业务的种类相对应；

服务业务安装模块，用于在所述宿主应用中安装所述服务业务程序包，以将所述服务业务添加至所述宿主应用中。

本申请还提供一种软件安装装置，应用于服务器，所述装置包括：

获取请求接收模块，用于接收诊断设备发送的针对服务业务程序包的获取请求；

服务业务程序包发送模块，用于当接收到所述获取请求时，向所述诊断设备发送所述服务业务程序包；所述服务业务程序包与服务业务的种类相对应，所述服务业务程序包用于向宿主应用中添加所述服务业务，初始的宿主应用不包含所述服务业务。

本申请提供一种软件安装方法，应用于诊断设备，所述方法包括：安装宿主应用程序包得到宿主应用；初始的宿主应用不包含服务业务；通过所述宿主应用向所述服务器请求获取服务业务程序包；所述服务业务程序包与所述服务业务的种类相对应；在所述宿主应用中安装所述服务业务程序包，以将所述服务业务添加至所述宿主应用中。

可见，本申请可将诊断软件区分为宿主应用和服务业务，并对宿主应用和服务业务进行单独打包，得到宿主应用程序包和各种类型的服务业务对应的服务业务程序包。随后，本申请还可将服务业务程序包保存至服务器，这样，诊断设备首先可安装宿主应用程序包得到不包含任何服务业务的宿主应用，随后可通过宿主应用向服务器请求获取与服务业务的种类相对应的服务业务程序包，并在宿主应用中安装服务业务程序包，以将服务业务添加至宿主应用中，从而可实现服务业务的按需获取，并可提升在诊断设备中安装部署软件的灵活性。本申请还提供一种软件安装装置，具有上述有益效果。

附图说明

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

图1为本申请实施例所提供的一种软件安装部署系统的结构框图；

图2为本申请实施例所提供的一种软件安装方法的流程图；

图3为本申请实施例所提供的另一种软件安装方法的流程图；

图4为本申请实施例所提供的另一种软件安装部署系统的示意图；

图5为本申请实施例所提供的一种软件安装装置的结构框图；

图6为本申请实施例所提供的另一种软件安装装置的结构框图；

图7为本申请实施例所提供的一种诊断设备的结构框图；

图8为本申请实施例所提供的一种服务器的结构框图。

具体实施方式

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

为方便理解，首先对本申请实施例所适用的系统结构进行简单介绍。请参考图1，图1为本申请实施例所提供的一种软件安装部署系统的结构框图。本系统包括诊断设备10和服务器20，其二者之间设置有网络连接。本申请实施例并不限定诊断设备10的数量，除图中所示的一个以外，同一服务器20还可管控多个诊断设备10。在实际应用中，诊断设备10用于进行车辆诊断，其可以部署安装有诊断软件(未画出)，该软件用于提供车辆诊断的相关功能。在本申请实施例中，这一诊断软件的程序包可从服务器20中获取，即服务器20中设置有诊断软件的程序包。相关技术中，诊断软件通常仅包含一种程序包，即同时涵盖有宿主应用及各种服务业务的程序包，其中宿主应用为诊断软件的基础，提供有软件的基本功能；而服务业务可在宿主应用中提供其他业务功能。然而，随着服务业务的不断增加，诊断软件中所包含的资源内容越来越多，进而导致诊断软件程序包的体积越来越大，不利于在诊断设备10中设置诊断软件，如不能有效确保诊断软件适配各种类型、各种配置的诊断设备10。并且，在诊断软件更新时，需要对较大的诊断软件程序包进行重新打包及重新下发，也不利于诊断软件的下发部署。因此，在本申请实施例中，将不依照常规打包方式进行诊断软件打包，而是将基于不同的业务类型，将诊断软件拆分成若干个模块，每个模块都是一个程序包，最终打包的时候将宿主应用程序包和服务业务程序包分开打包，并将服务业务程序包设置于服务器20。这样，诊断设备10最初可仅安装不包含任何服务业务的宿主应用，并根据实际应用需求向服务器20其他服务业务程序包，即能够实现诊断设备10按需获取其他服务业务，不仅可确保诊断设备10无需完整设置所有服务业务，并仅设置其所需的少量服务业务，减少诊断软件在运行过程中对诊断设备10硬件资源的占用量，同时还可确保不同诊断设备10设置不同的服务业务，以增加诊断软件安装部署的灵活性。

需要说明的是，本申请实施例并不限定诊断设备10和服务器20的具体硬件结构，也不限定诊断设备10和服务器20以何种形式进行网络通信，可根据实际应用需求进行设定。本申请实施例也不限定服务器20以何种形式保存服务业务程序包，如可采用数据库保存，也可采用文件系统保存。为方便服务业务程序包查找，在本申请实施例中，服务器20可以数据库保存服务业务程序包。此外，服务器20中也可以保存有宿主应用程序包，而诊断设备10在启动时可默认从服务器20中下载宿主应用程序包，从而进一步提升软件安装部署的灵活性。

基于上述系统结构描述，下面将对本申请实施例所提供的软件安装方法在诊断设备10一侧的实施情况进行详细介绍。请参考图2，图2为本申请实施例所提供的一种软件安装方法的流程图，该方法应用于诊断设备10，可以包括：

S201、安装宿主应用程序包得到宿主应用；初始的宿主应用不包含服务业务。

如上所述，由于本申请实施例已对诊断软件进行了分模块化打包，得到了宿主应用程序包和服务业务程序包，而诊断设备10可在后续按需获取服务业务程序包，因此在初始阶段，诊断设备10仅需安装宿主应用程序包得到初始的宿主应用即可。可以理解的是，初始的宿主应用不包含服务业务。

需要说明的是，本申请实施例并不限定诊断设备10如何获取宿主应用程序包。例如，该宿主应用程序包可在诊断设备10出厂时设置于其中；当然，宿主应用程序包也可以保存于服务器20中，而诊断设备10需在首次启动时，默认从服务器20中下载宿主应用程序包，可根据实际应用需求进行设定。

进一步，需要说明的是，本申请实施例并不限定程序包的具体类型，可根据诊断设备10的具体类型进行设置。例如当诊断设备10设置有Linux操作系统，则程序包可以为Linux操作系统可处理的安装包；当诊断设备10设置有安卓操作系统，则程序包可以为安卓操作系统可处理的安装包。在安卓操作系统中，程序包具体可以为APK文件(Androidapplication package，安卓应用程序包)，即当诊断设备10设置有安卓操作系统时，宿主应用程序包和服务业务程序包均可以为APK文件。

S202、通过宿主应用向服务器20请求获取服务业务程序包；服务业务程序包与服务业务的种类相对应。

如上所述，由于本申请实施例已对诊断软件进行了分模块化打包，并将得到的服务业务程序包保存于服务器20中，因此诊断设备10在安装完宿主应用之后，可通过宿主应用按需向服务器20请求获取服务业务程序包，以在自身内容设置所需的服务业务。值得指出的是，服务业务程序包与服务业务的种类相对应，即一种服务业务对应一种服务业务程序包，即本申请实施例可根据功能对各种服务业务进行单独打包，这样，诊断设备10便可按需对每种服务业务进行添加，以提升服务业务的设置灵活性。

需要说明的是，在本申请实施例中，服务业务程序包既可以由诊断设备10向服务器20主动获取，也可以由服务器20主动向诊断设备10推送。当然，为实现定向、精准推送，诊断设备10在初始阶段需向服务器20上报自身的设备信息，以便服务器20了解诊断设备10的设备身份，并基于该设备身份针对性地为诊断设备10推送服务业务程序包。考虑到由服务器20主动向诊断设备10推送能进一步提升服务器20一侧的服务业务部署管控能力，因此在本申请实施例中，可由诊断设备10通过宿主应用向服务器20上报设备信息，而服务器20根据设备信息确定需要为诊断设备10下发哪些服务业务程序包，并针对性地向诊断设备10下发由设备信息确定的服务业务程序包。

基于此，通过宿主应用向服务器20请求获取服务业务程序包，包括：

步骤11：通过宿主应用将包含自身设备信息的获取请求发送至服务器20；

步骤12：接收服务器20根据设备信息推送的服务业务程序包。

需要说明的是，本申请实施例并不限定具体的设备信息，例如可以为设备信息为设备类型、设备配置和设备序列号中的任一种或任多种的组合。如此设置后，服务器20可以根据诊断设备10的设备类型、设备配置、设备序列号定向推送相应的服务业务程序包，并达到定向推送的目的。例如，第一产品系列的诊断设备10业务功能较少，服务器20仅为其推送基础的、必要的功能；而第二产品系列的诊断设备10较多，可依照产品策略通过服务器20位其推送新的服务业务程序包。又例如，可为同一个系列的不同配置推送不同的服务业务APK，如某系列产品，A配置需要全部的服务服务，则可为其推送全部的服务业务程序包；B配置为定制配置，则可为其推送定制需要的服务业务程序包。又例如，某用户需尝试一个新的服务业务，但其使用的诊断设备10当前未开发有该服务业务，则此时可对该用户的诊断设备10(依照设备序列号)进行定向推送，以达到差异化推送的目的。

S203、在宿主应用中安装服务业务程序包，以将服务业务添加至宿主应用中。

需要说明的是，本申请实施例并不限定如何在宿主应用中安装服务业务程序包，可参考相关技术，例如可参考安卓操作系统的相关技术。

进一步，除了可差异化部署服务业务之外，本申请实施例还可实现对服务业务的针对性更新。例如，当某个服务业务新开发了功能，可通过更新具体服务业务程序包的方式，减少宿主程序包和其他服务业务资源的重复下载。如，服务业务程序包1有更新内容，则诊断设备10仅要下载新的服务业务程序包1，而无需重复下载宿主程序包和其他服务业务程序包。为实现更新检查，诊断设备10还可通过宿主应用向服务器20发送针对服务业务的更新检查请求；而服务器20在接收到这一更新检查请求时，将检查对应的服务业务是否存在更新，并向诊断设备10返回更新信息。诊断设备10在接收服务器20返回的更新信息时，若确定该更新信息表征服务业务存在更新时，则可通过宿主应用向服务器20请求获取最新服务业务程序包。

基于此，本方法还可以包括：

步骤21：通过宿主应用向服务器20发送针对服务业务的更新检查请求；更新检查请求用于检查服务业务是否存在更新；

步骤22：接收服务器20返回的更新信息，并在确定更新信息表征服务业务存在更新时，通过宿主应用向服务器20请求获取最新服务业务程序包；

步骤23：在宿主应用中安装最新服务业务程序包，以更新服务业务。

当然，诊断设备10若需要对宿主应用进行更新，也可基于上述流程检查宿主应用的更新情况，并在确定宿主应用需要更新时，重新向服务器20请求获取最新的宿主应用程序包。需要说明的是，本申请实施例并不限定更新检查请求的具体形式，可根据实际应用需求进行设定，只要能够用于检查服务业务是否存在更新即可。

基于上述实施例，本申请可将诊断软件区分为宿主应用和服务业务，并对宿主应用和服务业务进行单独打包，得到宿主应用程序包和各种类型的服务业务对应的服务业务程序包。随后，本申请还可将服务业务程序包保存至服务器20，这样，诊断设备10首先可安装宿主应用程序包得到不包含任何服务业务的宿主应用，随后可通过宿主应用向服务器20请求获取与服务业务的种类相对应的服务业务程序包，并在宿主应用中安装服务业务程序包，以将服务业务添加至宿主应用中，从而可实现服务业务的按需获取，并可提升在诊断设备10中安装部署软件的灵活性。

请参考图3，图3为本申请实施例所提供的另一种软件安装方法的流程图，该方法应用于服务器20，可以包括：

S301、接收诊断设备10发送的针对服务业务程序包的获取请求。

S302、当接收到获取请求时，向诊断设备10发送服务业务程序包；服务业务程序包与服务业务的种类相对应，服务业务程序包用于向宿主应用中添加服务业务，初始的宿主应用不包含服务业务。

如上所述，由于本申请实施例已对诊断软件进行了分模块化打包，并将得到的每种业务类型对应的服务业务程序包保存于服务器20中，因此诊断设备10在安装完宿主应用之后，可通过宿主应用按需向服务器20请求获取服务业务程序包；而服务器20在接收到诊断设备10发送的获取请求时，仅需将诊断设备10所需的服务业务程序包返回给诊断设备10即可，以提升服务业务的设置灵活性。

需要说明的是，在本申请实施例中，服务业务程序包既可以由诊断设备10向服务器20主动请求，也可以由服务器20主动向诊断设备10推送。为实现定向、精准推送，并提升服务器20一侧的服务业务部署管控能力，因此在本申请实施例中，可由诊断设备10通过宿主应用向服务器20上报设备信息，而服务器20根据设备信息确定需要为诊断设备10下发哪些服务业务程序包，并针对性地向诊断设备10下发由设备信息确定的服务业务程序包。换句话说，诊断设备10发送的获取请求中包含诊断设备10的设备信息。

基于此，向诊断设备10发送服务业务程序包，可以包括：

步骤31：提取获取请求中的设备信息；

步骤32：根据设备信息确定待向诊断设备10发送的目标服务业务程序包，并向诊断设备10发送目标服务业务程序包。

需要说明的是，本申请实施例并不限定具体的设备信息，例如可以为设备信息为设备类型、设备配置和设备序列号中的任一种或任多种的组合。如此设置后，服务器20可以根据诊断设备10的设备信息向其定向推送相应的服务业务程序包，并达到定向、差异化推送的目的。

进一步，除了可差异化部署服务业务之外，本申请实施例还可实现对服务业务的针对性更新。而为实现更新检查，诊断设备10还可通过宿主应用向服务器20发送针对服务业务的更新检查请求；而服务器20在接收到这一更新检查请求时，将检查对应的服务业务是否存在更新，并向诊断设备10返回更新信息。诊断设备10在接收服务器20返回的更新信息时，若确定该更新信息表征服务业务存在更新时，则可通过宿主应用向服务器20请求获取最新服务业务程序包。

基于此，本方法还可以包括：

步骤41：接收诊断设备10发送的针对服务业务的更新检查请求；

步骤42：当接收到更新检查请求时，判断服务业务是否存在更新；若是，则进入步骤43；若否，则进入步骤44；

步骤43：向诊断设备10发送表征服务业务存在更新的更新信息；

步骤44：向诊断设备10发送表征服务业务不存在更新的更新信息。

基于上述实施例，本申请可将诊断软件区分为宿主应用和服务业务，并对宿主应用和服务业务进行单独打包，得到宿主应用程序包和各种类型的服务业务对应的服务业务程序包。随后，本申请还可将服务业务程序包保存至服务器20，这样，诊断设备10首先可安装宿主应用程序包得到不包含任何服务业务的宿主应用，随后可通过宿主应用向服务器20请求获取与服务业务的种类相对应的服务业务程序包，并在宿主应用中安装服务业务程序包，以将服务业务添加至宿主应用中，从而可实现服务业务的按需获取，并可提升在诊断设备10中安装部署软件的灵活性。

下面将基于具体的示意图对上述软件安装方法进行完整介绍。请参考图4，图4为本申请实施例所提供的另一种软件安装部署系统的示意图。本申请可将诊断软件拆分成若干个模块，每个模块都是一个程序包，最终打包的时候将宿主应用程序包和服务业务程序包分开打包，并以插件形式将服务业务程序包下发到宿主应用程序包。这样就能节省了宿主程序包大小，同时能够动态更新下载需要的插件程序包，无需下载用不上的插件程序包及相应的资源。

1)将现有的诊断应用程序分成若干个模块，每个模块都是一个程序包。如诊断软件功能程序包、服务业务程序包1、服务业务2程序包。诊断软件功能程序包作为宿主程序包，其他服务业务程序包作为插件程序包。

2)常规产品默认安装宿主程序包(诊断软件功能程序包)，针对不同的产品配置下发不同服务业务程序包包。这样即实现了应用程序的瘦身目的，同时也可以针对不同的需求下发所需要的服务业务程序包。

3)同时，当某个服务业务新开发了功能，可通过更新具体服务业务包的方式，减少宿主程序包和其他服务业务资源的重复下载。如，服务业务程序包1有更新内容。当我们需要使用该部分内容是，只下载该部分内容，无需重复下载宿主程序包包和其他服务业务程序包包。

4)服务端可以通过诊断设备10的产品类型、产品配置、产品序列号定向推送相应的服务业务程序包包，达到定向推送的目的。

如第一系列的产品内容较小，只给推送基础的、必要的功能；如第二系列的产品可根据产品策略推送新的服务业务程序包。同一个系列的不同配置推送不同的服务业务程序包。如某系列产品的A配置需要全部的服务业务，那为其推送全部的服务业务程序包；B配置为定制配置，那为其推送定制需要的服务业务程序包配置。如某个用户想尝试一个新的服务业务，但是暂未该系列产品开发该服务业务，则可以根据需要定向为该用户(产品序列号)定向推送，达到差异化推送的目的。

下面对本申请实施例提供的软件安装装置、诊断设备10、服务器20、计算机可读存储介质进行介绍，下文描述的软件安装装置、诊断设备10、服务器20、计算机可读存储介质与上文描述的软件安装方法可相互对应参照。

请参考图5，图5为本申请实施例所提供的一种软件安装装置的结构框图，该装置应用于诊断设备10，可以包括：

宿主应用安装模块501，用于安装宿主应用程序包得到宿主应用；初始的宿主应用不包含服务业务；

服务业务程序包获取模块502，用于通过宿主应用向服务器20请求获取服务业务程序包；服务业务程序包与服务业务的种类相对应；

服务业务安装模块503，用于在宿主应用中安装服务业务程序包，以将服务业务添加至宿主应用中。

可选地，服务业务程序包获取模块502，可以包括：

获取请求发送子模块，用于通过宿主应用将包含自身设备信息的获取请求发送至服务器20；

接收子模块，用于接收服务器20根据设备信息推送的服务业务程序包。

可选地，设备信息为设备类型、设备配置和设备序列号中的任一种或任多种的组合。

可选地，本装置还可以包括：

更新检查请求发送模块，用于通过宿主应用向服务器20发送针对服务业务的更新检查请求；更新检查请求用于检查服务业务是否存在更新；

更新判断模块，用于接收服务器20返回的更新信息，并在确定更新信息表征服务业务存在更新时，通过宿主应用向服务器20请求获取最新服务业务程序包；

更新处理模块，用于在宿主应用中安装最新服务业务程序包，以更新服务业务。

请参考图6，图6为本申请实施例所提供的另一种软件安装装置的结构框图，该装置应用于服务器20，可以包括：

获取请求接收模块601，用于接收诊断设备10发送的针对服务业务程序包的获取请求；

服务业务程序包发送模块602，用于当接收到获取请求时，向诊断设备10发送服务业务程序包；服务业务程序包与服务业务的种类相对应，服务业务程序包用于向宿主应用中添加服务业务，初始的宿主应用不包含服务业务。

可选地，服务业务程序包发送模块602，可以包括：

设备信息获取子模块，用于提取获取请求中的设备信息；

服务业务程序包推送子模块，用于根据设备信息确定待向诊断设备10发送的目标服务业务程序包，并向诊断设备10发送目标服务业务程序包。

可选地，设备信息为设备类型、设备配置和设备序列号中的任一种或任多种的组合。

可选地，本装置还可以包括：

更新检查请求接收模块，用于接收诊断设备10发送的针对服务业务的更新检查请求；

更新判断模块，用于当接收到更新检查请求时，判断服务业务是否存在更新；若是，则向诊断设备10发送表征服务业务存在更新的更新信息。

请参考图7，图7为本申请实施例所提供的一种诊断设备的结构框图，本申请实施例提供了一种诊断设备10，包括处理器11和存储器12；其中，所述存储器12，用于保存计算机程序；所述处理器11，用于在执行所述计算机程序时执行前述实施例提供的软件安装方法。

关于上述软件安装方法的具体过程可以参考前述实施例中提供的相应内容，在此不再进行赘述。

并且，所述存储器12作为资源存储的载体，可以是只读存储器、随机存储器、磁盘或者光盘等，存储方式可以是短暂存储或者永久存储。

另外，所述诊断设备10还包括电源14、通信接口15、输入输出接口16和通信总线13；其中，所述电源14用于为所述诊断设备10上的各硬件设备提供工作电压；所述通信接口15能够为所述诊断设备10创建与外界设备之间的数据传输通道，其所遵循的通信协议是能够适用于本申请技术方案的任意通信协议，在此不对其进行具体限定；所述输入输出接口16，用于获取外界输入数据或向外界输出数据，其具体的接口类型可以根据具体应用需要进行选取，在此不进行具体限定。

请参考图8，图8为本申请实施例所提供的一种服务器的结构框图，本申请实施例提供了一种服务器20，包括处理器21和存储器22；其中，所述存储器22，用于保存计算机程序；所述处理器21，用于在执行所述计算机程序时执行前述实施例提供的软件安装方法。

关于上述软件安装方法的具体过程可以参考前述实施例中提供的相应内容，在此不再进行赘述。

并且，所述存储器22作为资源存储的载体，可以是只读存储器、随机存储器、磁盘或者光盘等，存储方式可以是短暂存储或者永久存储。

另外，所述服务器20还包括电源24、通信接口25、输入输出接口26和通信总线23；其中，所述电源24用于为所述服务器20上的各硬件设备提供工作电压；所述通信接口25能够为所述服务器20创建与外界设备之间的数据传输通道，其所遵循的通信协议是能够适用于本申请技术方案的任意通信协议，在此不对其进行具体限定；所述输入输出接口26，用于获取外界输入数据或向外界输出数据，其具体的接口类型可以根据具体应用需要进行选取，在此不进行具体限定。

进一步的，本申请实施例还提供了一种计算机可读存储介质，用于保存计算机程序，其中，所述计算机程序被处理器执行时实现前述实施例提供的软件安装方法。

关于上述软件安装方法的具体过程可以参考前述实施例中提供的相应内容，在此不再进行赘述。

说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

以上对本申请所提供的一种软件安装方法及软件安装装置进行了详细介绍。本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想。应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以对本申请进行若干改进和修饰，这些改进和修饰也落入本申请权利要求的保护范围内。

Claims (10)

1.一种软件安装方法，其特征在于，应用于诊断设备，所述方法包括：

安装宿主应用程序包得到宿主应用；初始的宿主应用不包含服务业务；

通过所述宿主应用向所述服务器请求获取服务业务程序包；所述服务业务程序包与所述服务业务的种类相对应；

在所述宿主应用中安装所述服务业务程序包，以将所述服务业务添加至所述宿主应用中。

2.根据权利要求1所述的软件安装方法，其特征在于，所述通过所述宿主应用向所述服务器请求获取服务业务程序包，包括：

通过所述宿主应用将包含自身设备信息的获取请求发送至所述服务器；

接收所述服务器根据所述设备信息推送的服务业务程序包。

3.根据权利要求2所述的软件安装方法，其特征在于，所述设备信息为设备类型、设备配置和设备序列号中的任一种或任多种的组合。

4.根据权利要求1所述的软件安装方法，其特征在于，还包括：

通过所述宿主应用向所述服务器发送针对所述服务业务的更新检查请求；所述更新检查请求用于检查所述服务业务是否存在更新；

接收所述服务器返回的更新信息，并在确定所述更新信息表征所述服务业务存在更新时，通过所述宿主应用向所述服务器请求获取最新服务业务程序包；

在所述宿主应用中安装所述最新服务业务程序包，以更新所述服务业务。

5.一种软件安装方法，其特征在于，应用于服务器，所述方法包括：

接收诊断设备发送的针对服务业务程序包的获取请求；

当接收到所述获取请求时，向所述诊断设备发送所述服务业务程序包；所述服务业务程序包与服务业务的种类相对应，所述服务业务程序包用于向宿主应用中添加所述服务业务，初始的宿主应用不包含所述服务业务。

6.根据权利要求5所述的软件安装方法，其特征在于，所述向所述诊断设备发送所述服务业务程序包，包括：

提取所述获取请求中的设备信息；

根据所述设备信息确定待向所述诊断设备发送的目标服务业务程序包，并向所述诊断设备发送所述目标服务业务程序包。

7.根据权利要求5所述的软件安装方法，其特征在于，所述设备信息为设备类型、设备配置和设备序列号中的任一种或任多种的组合。

8.根据权利要求5所述的软件安装方法，其特征在于，包括：

接收所述诊断设备发送的针对所述服务业务的更新检查请求；

当接收到所述更新检查请求时，判断所述服务业务是否存在更新；

若是，则向所述诊断设备发送表征所述服务业务存在更新的更新信息。

9.一种软件安装装置，其特征在于，应用于诊断设备，所述装置包括：

宿主应用安装模块，用于安装宿主应用程序包得到宿主应用；初始的宿主应用不包含服务业务；

服务业务程序包获取模块，用于通过所述宿主应用向所述服务器请求获取服务业务程序包；所述服务业务程序包与所述服务业务的种类相对应；

服务业务安装模块，用于在所述宿主应用中安装所述服务业务程序包，以将所述服务业务添加至所述宿主应用中。

10.一种软件安装装置，其特征在于，应用于服务器，所述装置包括：

获取请求接收模块，用于接收诊断设备发送的针对服务业务程序包的获取请求；

服务业务程序包发送模块，用于当接收到所述获取请求时，向所述诊断设备发送所述服务业务程序包；所述服务业务程序包与服务业务的种类相对应，所述服务业务程序包用于向宿主应用中添加所述服务业务，初始的宿主应用不包含所述服务业务。