用于软件安装的方法、装置、终端设备及存储介质

技术领域

本申请属于软件安装技术领域，尤其涉及一种用于软件安装的方法、装置、终端设备及存储介质。

背景技术

随着科学技术的飞速发展，终端设备已经与人们生活和生产的方方面面建立了联系。故此，为了提高对终端设备地体验，一般地用户会根据自身软件操作需求获取各种软件应用的安装包，并传输至终端设备并手动地进行选择安装。例如，用户在电脑端下载至少一个应用文件后，手动地复制至终端设备，并手动地在终端设备的文件管理器中寻找到相应的应用文件，进行应用文件的安装。

然而，目前获取应用文件之后，只能由用户手动地寻找终端设备获取的应用文件，手动地操作应用文件进行软件安装，该过程的操作较为繁琐，且极大地降低用户的体验。

发明内容

本申请实施例提供了一种用于软件安装的方法、装置、终端设备及存储介质，以解决现有技术中进行软件安装时，安装操作繁琐，极大地降低用户体验的问题。

第一方面，本申请实施例提供了一种用于软件安装的方法，包括：

当检测存在至少一个初始文件时，识别每一个初始文件的文件类型；

将文件类型符合预设文件类型的初始文件确定为应用文件；

从所述应用文件中确定出至少一个目标应用文件；

对所述至少一个目标应用文件进行安装操作。

可选的，所述将文件类型符合预设文件类型的初始文件确定为应用文件之后，还包括：

获取所述应用文件的描述信息；

所述从所述应用文件中确定出至少一个目标应用文件，包括：

根据所述描述信息，从所述应用文件中确定出至少一个目标应用文件。

可选的，所述根据所述描述信息，从所述应用文件中确定出至少一个目标应用文件，包括：

根据所述描述信息，生成安装提示信息；

获取用户根据所述安装提示信息输入的应用文件选择信息；

根据所述应用文件选择信息，从至少一个应用文件的描述信息中确定出至少一个目标描述信息；

将每一个目标描述信息所对应的应用文件作为目标应用文件。

可选的，所述对所述至少一个目标应用文件进行安装操作，包括：

将根据所述应用文件选择信息从预设数据库中记录的至少一个应用文件的描述信息中确定出的至少一个目标描述信息存储至预设数组；

根据所述预设数组中的目标描述信息，对至少一个目标应用文件进行安装操作。

可选的，所述根据所述预设数组中的目标描述信息，对至少一个目标应用文件进行安装操作，包括：

针对所述预设数组中的每一个目标描述信息，通过预设线程对所述目标描述信息进行处理，以安装所述目标描述信息所对应的目标应用文件，并对该目标应用文件的安装结果进行监听；

在监听到该目标应用文件的安装结果之后，若所述预设数组中存在待处理的目标描述信息，则通过所述预设线程对待处理的目标描述信息进行处理。

可选的，将所述至少一个目标描述信息存储至预设数组之后，还包括：

将所述预设数据库中记录的至少一个应用文件的描述信息清除。

可选的，所述对所述至少一个目标应用文件进行安装操作之后，还包括：

获取用户输入的删除指示信息，所述删除指示信息用于指示删除目标应用文件；

根据所述删除指示信息，删除至少一个目标应用文件。

第二方面，本申请实施例提供了一种用于软件安装的装置，包括：

识别模块，用于当检测存在至少一个初始文件时，识别每一个初始文件的文件类型；

第一确定模块，用于将文件类型符合预设文件类型的初始文件确定为应用文件；

第二确定模块，用于从所述应用文件中确定出至少一个目标应用文件；

安装模块，用于对所述至少一个目标应用文件进行安装操作。

第三方面，本申请实施例提供了一种终端设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现所述的用于软件安装的方法。

第四方面，本申请实施例提供了一种计算机可读存储介质，包括：所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现所述的用于软件安装的方法。

第五方面，本申请实施例提供了一种计算机程序产品，当计算机程序产品在终端设备上运行时，使得终端设备执行上述第一方面中任一项所述的用于软件安装方法。

采用本申请实施例提供的用于软件安装的方法，当检测存在至少一个初始文件时，识别每一个初始文件的文件类型，以便于确定所接收的初始文件中是否存在符合预设文件类型的初始文件，当存在符合预设文件类型的初始文件时，将文件类型符合预设文件类型的初始文件确定为应用文件，进一步地从所述应用文件中确定出至少一个目标应用文件，并对所述至少一个目标应用文件进行安装操作，从而无需用户手动地逐个寻找目标应用文件，并手动地操作目标应用文件的安装，极大地提升用户的操作体验，极大地提升了软件安装的效率。

可以理解的是，上述第二方面至第五方面的方案的有益效果可以参见上述第一方面方案的相关描述，在此不再赘述。

附图说明

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

图1是本申请一实施例提供的用于软件安装的方法的流程示意图。

图2是本申请另一实施例提供的用于软件安装的方法的流程示意图。

图3是本申请一实施例提供的用于软件安装的装置的结构示意图。

图4是本申请一实施例提供的终端设备的结构示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

应当理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

如在本申请说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。

另外，在本申请说明书和所附权利要求书的描述中，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

在本申请说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。

为了说明本申请所述的技术方案，下面通过具体实施例来进行说明。

请参见图1，图1是本申请实施例提供的一种用于软件安装的方法的实现流程图。本实施例中，用于软件安装的方法用于在终端设备中进行软件安装时对软件安装过程的控制，其执行主体为终端设备。其中，终端设备包括但不限于智能手机、平板电脑、可穿戴式设备等移动终端，还可以是台式电脑、机器人、服务器等。

如图1所示的用于软件安装的方法包括以下步骤：

S11：当检测存在至少一个初始文件时，识别每一个初始文件的文件类型。

在步骤S11中，初始文件用于描述用户在各种设备的操作过程中产生的记录。例如，初始文件可以包括视频、图片、软件程序的安装包、word文档等。

文件类型用于描述初始文件的文件格式。其中，文件格式是为了存储初始文件而使用的对初始文件进行编码的方式，且对应不同的存储信息需求，可能形成多种初始文件，进而导致不同的初始文件可能具有不同的文件格式。

可以理解的是，因文件类型可以用来侧面描述初始文件，故通过识别的文件类型，可以快速地确定初始文件是否满足用户的文件类型需求的文件。

本实施例中，为了确定终端设备中是否存在满足用户的文件类型需求的应用文件并操作安装应用文件，需要预先检测终端设备中是否存在初始文件，并当存在初始文件时，识别存在的初始文件的文件类型。另外，因文件类型可以用来侧面描述初始文件，故可以基于识别的文件类型来确定初始文件中是否存在符合预设文件类型的应用文件，即当检测终端设备中存在至少一个初始文件时，识别每一个初始文件的文件类型，以确定终端设备中存在的至少一个初始文件中是否存在满足用户需要的文件类型的应用文件。例如，识别一个初始文件的文件类型，以确定该初始文件的文件类型是否为安卓安装包(Androidapplication package，apk)，若确定该初始文件的文件类型为apk安装包，则表示该初始文件为应用文件。

至于何时识别每一个初始文件的文件类型，可以包括但不仅限于以下两个场景。

场景1：当检测到用户复制至少一个初始文件至终端设备时，识别复制至终端设备的每一个初始文件的类型。

例如，当检测用户通过通用串行总线(Universal Serial Bus，USB)连接至终端设备，并从电脑复制至少一个初始文件至终端设备时，通过终端设备实时地识别所复制的每一个初始文件。

场景2：当检测到用户触发安装应用文件的操作时，检测终端设备中是否存在至少一个初始文件，当检测存在至少一个初始文件时，识别每一个初始文件的文件类型。

例如，当用户触发生成操作安装应用文件的指令时，终端设备响应地检测存储区中是否存在至少一个初始文件，当检测存在至少一个初始文件时，识别每一个初始文件的文件类型，如识别到终端设备中存在文件类型为apk的应用文件。

应当理解的是，在实际应用中，终端设备中存在的至少一个初始文件，可以是用户通过数据线从其它电子设备复制至终端设备的初始文件，也可以是用户通过数据传输软件传输而来的至少一个初始文件，或是用户基于操作终端设备而形成的初始文件。

S12：将文件类型符合预设文件类型的初始文件确定为应用文件。

在步骤S12中，预设文件类型用于描述用户对于应用文件的文件类型要求。其中，预设文件类型可以只包括一种文件类型，如预设文件类型只包括文件类型apk，也可以包括多种文件类型，如预设文件类型包括apk、sis、sisx、pkg等多种文件类型。

应用文件为软件程序的安装包，用户可通过操作终端设备后，由终端设备基于该安装包进行软件程序的安装。

在本实施例中，预设文件类型可以由终端设备的制造者根据终端设备的软件安装条件，预先设定可安装于终端设备的应用程序所对应的文件类型，以便于在后续识别每一个初始文件的文件类型后，将初始文件的文件类型与预设文件类型进行比对，并根据比对结果确定初始文件的文件类型是否符合预设文件类型。其中，当预设文件类型包括多种文件类型时，将一个初始文件的文件类型一一地与每一种预设文件类型进行比对，根据每一个比对结果确定初始文件的文件类型是否符合预设文件类型，若初始文件的文件类型符合预设文件类型，则将该初始文件确定为应用文件，并停止将该初始文件的文件类型与预设文件类型进行比对的操作。

S13：从所述应用文件中确定出至少一个目标应用文件。

在步骤S13中，目标应用文件为描述符合用户期望软件应用需求的软件安装包。

在本实施例中，当确定初始文件中存在文件类型符合预设文件类型的应用文件时，还需要考虑用户的应用文件安装需求，故从应用文件中确定出至少一个目标应用文件，以便于后续对该目标应用文件进行安装。

示例的，当确定初始文件中存在文件类型符合预设文件类型的应用文件时，可以获取用户基于弹示窗口中所展示的多个应用文件名称中，勾选了弹示窗口中所展示的多个应用文件的名称，进一步的根据选中的应用文件名称，从多个应用文件的描述信息中确定出与所选中的应用名称对应的应用文件的描述信息，并将确定出的与所选中的应用名称对应的应用文件的描述信息对应的应用文件作为目标应用文件。

再如一示例，用户在弹示窗口的文本框中，输入想安装的目标应用文件的名称，根据该输入的目标应用文件的名称，从从所述应用文件中确定出至少一个目标应用文件。

作为本实施例的一种可能实现方式，所述将文件类型符合预设文件类型的初始文件确定为应用文件之后，还包括：

获取所述应用文件的描述信息；

所述从所述应用文件中确定出至少一个目标应用文件，包括：

根据所述描述信息，从所述应用文件中确定出至少一个目标应用文件。

在本实施例中，描述信息为将一个应用文件与其它应用文件进行区分开来的信息。

描述信息包括应用文件的文件路径、名称和统一资源标识符(Uniform ResourceIdentifier，URI)中的至少一种。

可以理解的是，当确定一个初始文件的文件类型符合预设文件类型后，为了后续的应用文件安装操作可以顺利进行，预先地获取应用文件的描述信息，以便于根据获取的描述信息，从所述应用文件中确定出至少一个目标应用文件，即是便于用户根据获取的描述信息，从应用文件中确定出至少一个目标应用文件，以便于后续对目标应用文件进行安装操作。

在一实施例中，获取所述应用文件的描述信息时，按获取的应用文件的描述信息的时间先后顺序，将获取的应用文件的描述信息存储至预设数据库。

在本实施例中，将文件类型符合预设文件类型的初始文件确定为应用文件之后，判断终端设备中是否存在预设数据库，若存在预设数据库，则获取应用文件的描述信息，并按获取的应用文件的描述信息的时间先后顺序，将获取的应用文件的描述信息存储至预设数据库。反之，在终端设备中新建预设数据库，再获取应用文件的描述信息，接着按获取的应用文件的描述信息的时间先后顺序，将获取的应用文件的描述信息存储至预设数据库。

示例的，用户从电脑复制5个应用文件至安装有操作系统的终端设备中，当确定该5个应用文件所分别对应的文件类型均符合预设预设文件类型时，进一步地判断终端设备的操作系统中是否存在预设数据库A，若存在预设数据库A，进一步地获取该5个应用文件的描述信息，按获取应用文件的描述信息的时间先后顺序，顺序存储至该预设数据库A中。

作为本实施例的一种可能实现方式，如图2所示，所述根据所述描述信息，从所述应用文件中确定出至少一个目标应用文件，包括：

S21：根据所述描述信息，生成安装提示信息；

S22：获取用户根据所述安装提示信息输入的应用文件选择信息；

S23：根据所述应用文件选择信息，从至少一个应用文件的描述信息中确定出至少一个目标描述信息；

S24：将每一个目标描述信息所对应的应用文件作为目标应用文件。

在本实施例中，安装提示信息用于描述终端设备中存在的至少一个应用文件。安装提示信息包括至少部分的描述信息。例如，一个应用文件的描述信息包括该应用文件的文件路径和名称，当基于该描述信息生成安装提示信息时，安装提示信息可以只包括应用文件的名称。

应用文件选择信息用于描述用户的应用文件安装需求。应用文件选择信息包括至少部分的描述信息。

可以理解的是，安装提示信息中针对每一个应用文件的描述，与每一个应用文件的描述信息构成映射，故此，用户根据安装提示信息输入对应的应用文件选择信息后，终端设备可以基于该应用文件选择信息，从至少一个应用文件的描述信息中确定出至少一个目标描述信息，进一步地将每一个目标描述信息所对应的应用文件作为目标应用文件。

示例的，现在确定文件类型符合预设文件类型的初始文件有3个，分别为应用文件A、应用文件B和应用文件C，并分别获取到该3个应用文件的描述信息，且每一个应用文件的描述信息包括应用文件的文件路径、名称和统一资源标识符(Uniform ResourceIdentifier，URI)。为了便于用户确定需要安装的应用文件，基于该3个应用文件的描述信息生成记录有安装提示信息的弹示窗口，并将该弹示窗口显示在终端设备的显示屏中，用户在显示屏的弹示窗口中选择欲安装的应用文件的名称，即是相当于输入应用文件选择信息，从而根据所述应用文件选择信息，从至少一个应用文件的描述信息中确定出至少一个目标描述信息，如用户在弹示窗口选择了应用文件B的名称，即相当于输入了关于应用文件B的应用文件选择信息，从而可以基于应用文件选择信息中包括的应用文件B的名称，从应用文件A、应用文件B和应用文件C的描述信息中确定出应用文件B的描述信息，将应用文件B的描述信息作为目标描述信息，将该目标描述信息所对应的应用文件B为目标应用文件。

在本申请一实施例中，存在一种可能的场景是，终端设备中存在的应用文件可能损坏，或是应用文件传输至终端设备时，终端设备只接收到一部分的应用文件，即接收到应用文件不完整，可能导致后续无法对该应用文件进行安装。

故，为了防止上述情况的发生，降低应用文件的安装效率，需预先地对应用文件进行筛选，还获取应用文件的文件大小，将应用文件的文件大小和预设的应用文件大小进行比较，并将文件大小符合预设的应用文件大小的应用文件进行标记，并从被标记的应用文件中确定出至少一个目标应用文件。

可以理解的是，针对每一种的预设文件类型，对应的预先设定的预设的应用文件大小可能不同，故将应用文件的大小和预设的应用文件大小进行比较时，基于应用文件的文件类型获取与该文件类型对应的预设文件类型所对应的预设的应用文件大小，再将应用文件的文件大小和该预设的应用文件大小进行比较。

在本申请一实施例中，从所述应用文件中确定出至少一个目标应用文件之前，为了确认终端设备中存在的应用文件是否损坏，获取接收应用文件时的日记记录，根据日记记录确定接收的应用文件是否存在异常，若存在异常，则进一步地判断存在异常的应用文件的文件大小是否小于预设的应用文件大小。若存在异常的应用文件的文件大小小于预设的应用文件大小，则确定应用文件为异常文件，不作为目标应用文件。

S14：对所述至少一个目标应用文件进行安装操作。

在本实施例中，当从至少一个应用文件中确定出至少一个目标应用文件后，触发地对确定的至少一个目标应用文件进行安装操作。

可以理解的是，对所述至少一个目标应用文件进行安装操作时，可以逐个对目标应用文件进行安装操作，或是从至少一个目标应用文件中再选取出预设数目的目标应用文件，同时对选取出的预设数目的目标应用文件进行安装操作。

在一实施例中，按目标应用文件存储于终端设备时的时间顺序，对至少一个目标应用文件进行安装操作。

作为本实施例的一种可能实现方式，所述对所述至少一个目标应用文件进行安装操作，包括：

将根据所述应用文件选择信息从预设数据库中记录的至少一个应用文件的描述信息中确定出的至少一个目标描述信息存储至预设数组；

根据所述预设数组中的目标描述信息，对至少一个目标应用文件进行安装操作。

在本实施例中，预设数据库是按照数据结构来组织、存储和管理数据的数据集合。

预设数组是用于有序列地储存多个数据的数据集合。将每个目标描述信息存储至预设数组时，每个目标描述信息可以作为预设数组中的一个元素。

在本实施例中，当从预设数据库中记录的至少一个应用文件的描述信息中确定出的至少一个目标描述信息全部存储至预设数组后，响应地根据预设数组中的目标描述信息，对至少一个目标应用文件进行安装操作。

需要说明的是，在实际应用中，因预设数组是有序列地储存多个数据的集合，故可以是逐一地根据预设数组中的每一个目标描述信息，操作终端设备的存储空间中于目标描述信息对应的目标应用文件进行安装操作。另外地，也可以根据安装的需求，同时根据预设数组中的多个目标描述信息，操作终端设备中分别与目标描述信息对应的目标应用文件进行安装操作。

在本申请一实施例中，将所述至少一个目标描述信息存储至预设数组之后，还包括：

将所述预设数据库中记录的至少一个应用文件的描述信息清除。

在本实施例中，为了节省终端设备的存储资源，且避免终端设备后续检测到预设数据库中存在应用文件的描述信息时，基于描述信息反复地提示用户进行软件安装，给用户造成困扰，当将所述至少一个目标描述信息存储至预设数组时，响应地将所述预设数据库中记录的至少一个应用文件的描述信息清除。

在一实施例中，按将至少一个应用文件的描述信息记录于预设数据库的时间先后顺序，逐一地将预设数据库中记录的至少一个应用文件的描述信息清除。

在一实施例中，当获取到用户根据所述安装提示信息输入的取消应用安装的信息时，将所述预设数据库中记录的至少一个应用文件的描述信息清除。

作为本实施例的一种可能实现方式，将所述至少一个目标描述信息存储至预设数组时，实时地获取存储所述至少一个目标描述信息时的进度信息，当所述进度信息指示全部存储至少一个目标应用文件的描述信息时，将预设数据库中记录的至少一个应用文件的描述信息清除。

在本申请一实施例中，所述根据所述预设数组中的目标描述信息，对至少一个目标应用文件进行安装操作，包括：

针对所述预设数组中的每一个目标描述信息，通过预设线程对所述目标描述信息进行处理，以安装所述目标描述信息所对应的目标应用文件，并对该目标应用文件的安装结果进行监听；

在监听到该目标应用文件的安装结果之后，若所述预设数组中存在待处理的目标描述信息，则通过所述预设线程对待处理的目标描述信息进行处理。

在本实施例中，当将至少一个目标描述信息存储至预设数组后，由终端设备响应地创建预设线程，通过预设线程根据预设数组中的每一个目标描述信息，调用终端设备的软件安装接口，以通过软件安装接口来根据目标描述信息操作目标描述信息对应的目标应用文件进行安装操作。

为了确认每一个目标描述信息所对应的目标应用文件是否安装成功，通过该预设线程监听目标应用文件的安装结果，并确认预设数组中是否存在待处理的目标描述信息，若存在待处理的目标描述信息，则通过通过所述预设线程对待处理的目标描述信息进行处理，以继续安装待处理的目标描述信息所分别对应的目标应用文件。

在一实施例中，通过预设线程对目标应用文件的安装结果进行监听时，若安装结果指示目标应用文件安装成功，且通过预设线程确认预设数组中存在待处理的目标描述信息，则通过所述预设线程对待处理的目标描述信息进行处理；若安装结果指示目标应用文件安装失败，且通过预设线程确认预设数组中存在待处理的目标描述信息，则生成指示当前安装中的目标应用文件失败的信息，并通过所述预设线程对待处理的目标描述信息进行处理。

在一实施例中，通过预设线程对该目标应用文件的安装结果进行监听时，返回用于描述预设数组中的目标描述信息所对应的目标应用文件的安装情况信息。

在本实施例中，安装情况信息包括待安装的目标应用文件个数、安装成功的目标应用文件的个数、安装失败的目标应用文件的个数、各个安装失败的目标应用文件的名称中的至少一种。

在一实施例中，当预设数组中不存在待处理的目标描述信息时，删除该预设数组。

在本申请一实施例中，所述对所述至少一个目标应用文件进行安装操作之后，还包括：

获取用户输入的删除指示信息，所述删除指示信息用于指示删除目标应用文件；

根据所述删除指示信息，删除至少一个目标应用文件。

在本实施例中，删除指示信息用于描述待删除的目标应用文件。删除指示信息包括待删除的目标应用文件的名称。

在本实施例中，根据删除指示信息删除的至少一个目标应用文件，即是根据删除指示信息终端设备中应用软件对应的安装包，以避免应用软件安装完成后，该应用软件的安装包占用终端设备的存储空间。

在一实施例中，删除指示信息中记录的待删除的目标应用文件的名称与该名称所对应的目标应用文件的描述信息构成映射，基于删除指示信息中目标应用文件的名称与该目标应用文件的描述信息构成的映射，对该目标应用文件进行删除操作。

在一实施例中，删除指示信息还用于指示删除终端设备内存在的除目标应用文件之外的其它应用文件，根据删除指示信息，删除除目标应用文件之外的其它应用文件。

采用本申请实施例提供的用于软件安装的方法，当检测存在至少一个初始文件时，识别每一个初始文件的文件类型，以便于确定所接收的初始文件中是否存在符合预设文件类型的初始文件，当存在符合预设文件类型的初始文件时，将文件类型符合预设文件类型的初始文件确定为应用文件，进一步地从所述应用文件中确定出至少一个目标应用文件，并对所述至少一个目标应用文件进行安装操作，从而无需用户手动地逐个寻找目标应用文件，并手动地操作目标应用文件的安装，极大地提升用户的操作体验，极大地提升了软件安装的效率。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

对应于上文实施例所述的用于软件安装的方法，图3示出了本申请实施例提供的用于软件安装的装置的结构框图，为了便于说明，仅示出了与本申请实施例相关的部分。

参照图3，该装置100包括：

识别模块101，用于当检测存在至少一个初始文件时，识别每一个初始文件的文件类型；

第一确定模块102，用于将文件类型符合预设文件类型的初始文件确定为应用文件；

第二确定模块103，用于从所述应用文件中确定出至少一个目标应用文件；

安装模块104，用于对所述至少一个目标应用文件进行安装操作。

可选的，第一确定模块102，还用于获取所述应用文件的描述信息。

第二确定模块103，还用于根据所述描述信息，从所述应用文件中确定出至少一个目标应用文件。

可选的，第二确定模块103，还用于根据所述描述信息，生成安装提示信息；获取用户根据所述安装提示信息输入的应用文件选择信息；根据所述应用文件选择信息，从至少一个应用文件的描述信息中确定出至少一个目标描述信息，将每一个目标描述信息所对应的应用文件作为目标应用文件。

可选的，安装模块104，还用于将根据所述应用文件选择信息从预设数据库中记录的至少一个应用文件的描述信息中确定出的至少一个目标描述信息存储至预设数组；根据所述预设数组中的目标描述信息，对至少一个目标应用文件进行安装操作。

可选的，安装模块104，还用于针对所述预设数组中的每一个目标描述信息，通过预设线程对所述目标描述信息进行处理，以安装所述目标描述信息所对应的目标应用文件，并对该目标应用文件的安装结果进行监听；在监听到该目标应用文件的安装结果之后，若所述预设数组中存在待处理的目标描述信息，则通过所述预设线程对待处理的目标描述信息进行处理。

可选的，安装模块104，还用于将所述至少一个目标描述信息存储至预设数组之后，还包括：将所述预设数据库中记录的至少一个应用文件的描述信息清除。

可选的，该装置还包括删除模块。

删除模块，用于获取用户输入的删除指示信息，所述删除指示信息用于指示删除目标应用文件；根据所述删除指示信息，删除至少一个目标应用文件。

图4为本申请一实施例提供的终端设备的结构示意图。如图4所示，该实施例的终端设备4包括：至少一个处理器40(图4中仅示出一个处理器)、存储器41以及存储在所述存储器41中并可在所述至少一个处理器40上运行的计算机程序42，所述处理器40执行所述计算机程序42时实现上述任意各个用于软件安装的方法实施例中的步骤。

所述终端设备4可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。该终端设备可包括，但不仅限于处理器40、存储器41。本领域技术人员可以理解，图4仅仅是终端设备4的举例，并不构成对终端设备4的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如还可以包括输入输出设备、网络接入设备等。

所述处理器40可以是中央处理单元(Central Processing Unit，CPU)，该处理器40还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器41在一些实施例中可以是所述终端设备4的内部存储单元，例如终端设备4的硬盘或内存。所述存储器41在另一些实施例中也可以是所述终端设备4的外部存储设备，例如所述终端设备4上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，所述存储器41还可以既包括所述终端设备4的内部存储单元也包括外部存储设备。所述存储器41用于存储操作系统、应用程序、引导装载程序(BootLoader)、数据以及其他程序等，例如所述计算机程序的程序代码等。所述存储器41还可以用于暂时地存储已经输出或者将要输出的数据。

需要说明的是，上述装置/模块之间的信息交互、执行过程等内容，由于与本申请方法实施例基于同一构思，其具体功能及带来的技术效果，具体可参见方法实施例部分，此处不再赘述。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的模块完成，即将所述装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。实施例中的各功能模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现可实现上述各个方法实施例中的步骤。

本申请实施例提供了一种计算机程序产品，当计算机程序产品在终端设备上运行时，使得终端设备执行时实现可实现上述各个方法实施例中的步骤。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质至少可以包括：能够将计算机程序代码携带到装置/终端设备的任何实体或装置、记录介质、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random AccessMemory)、电载波信号、电信信号以及软件分发介质。例如U盘、移动硬盘、磁碟或者光盘等。在某些司法管辖区，根据立法和专利实践，计算机可读介质不可以是电载波信号和电信信号。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

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

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

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