CN102867050A - 服务器和应用程序的推送方法 - Google Patents

Abstract

本发明提供了一种服务器，包括：目标文件确定单元，用于监测用户在终端输入的下载命令和/或打开命令，确定对应的目标文件；属性获取单元，用于获取所述目标文件的属性信息；判断单元，用于根据所述属性信息，判断所述终端中是否存在用于打开所述目标文件的应用程序；程序获取单元，用于在所述判断单元的判断结果为不存在的情况下，获取至少一种用于打开所述目标文件的应用程序，以安装至所述终端。根据本发明的又一方面，还提出了一种应用程序的推送方法。通过本发明的技术方案，能够监测用户的下载命令和/或打开命令，向用户终端推送相应的应用程序，节省用户时间，提升用户体验。

Description

服务器和应用程序的推送方法

技术领域

本发明涉及数据推送技术领域，具体而言，涉及一种服务器和一种应用程序的推送方法。

背景技术

当用户打开本地文件时或从互联网上下载一些文件后，如果本地没有支持打开该文件的工具，则用户需要再次下载支持其打开的工具，或放弃本次操作。再次下载打开该文件时所依赖的应用程序，对用户来说会造成浪费时间，影响用户的使用体验。

因此，需要一种新的应用程序的推送技术，能够监测用户的下载命令和/或打开命令，向用户终端推送相应的应用程序，节省用户时间，提升用户体验。

发明内容

本发明正是基于上述问题，提出了一种新的应用程序的推送技术，能够监测用户的下载命令和/或打开命令，向用户终端推送相应的应用程序，节省用户时间，提升用户体验。

有鉴于此，本发明提出了一种服务器，包括：目标文件确定单元，用于监测用户在终端输入的下载命令和/或打开命令，确定对应的目标文件；属性获取单元，用于获取所述目标文件的属性信息；判断单元，用于根据所述属性信息，判断所述终端中是否存在用于打开所述目标文件的应用程序；程序获取单元，用于在所述判断单元的判断结果为不存在的情况下，获取至少一种用于打开所述目标文件的应用程序，以安装至所述终端。

在该技术方案中，服务器能够实时监测用户在终端进行的操作，当服务器监测到终端中不存在用户打开的文件所需的应用程序时，能够自动向终端推送至少一种应用程序，以便在终端下载和/或打开操作执行完毕后，能够直接运行目标文件，而不需要根据目标文件的属性信息再次获取能够将其打开的应用程序，节省了用户时间，提升了用户体验。

其中，“下载命令”可以分为多种情况：第一种，当用户点击下载链接后，无论是否已经开始对目标文件进行下载，均进行目标文件的属性获取等操作；第二种，当确认已经开始对目标文件进行下载时，才执行对目标文件的属性获取等操作；第三种，当确认已经完成对目标文件的下载时，才执行对目标文件的属性获取等操作。用户可以根据需要设置为上述三种情况中的任意一种。

此外，如果存在多款相类似的应用程序，则可以根据需要从中选择一款进行下载，比如可以选择下载量排名最高的一款，以得到更好的使用体验。

在上述技术方案中，优选地，所述属性获取单元包括：后缀名获取子单元，用于获取所述目标文件的后缀名，并由所述判断单元通过所述后缀名判断所述终端中是否存在用于打开所述目标文件的应用程序。

在该技术方案中，可以根据目标文件的后缀名判断终端中是否存在可以打开目标文件的应用程序。比如“.doc”对应于“office”软件，“.mp3”对应于多媒体播放软件。

在上述技术方案中，优选地，所述程序获取单元包括：请求接收子单元，用于接收来自所述终端的请求信息，其中，所述请求信息中包含有所述目标文件的属性信息。

在该技术方案中，可以由服务器主动获取终端的请求信息，也可以是终端向服务器发送请求信息。

在上述任一技术方案中，优选地，所述程序获取单元包括：查找子单元，用于从所述服务器的数据库或网络中查找及获取用于打开所述目标文件的应用程序。

在上述任一技术方案中，优选地，还包括：压缩文件处理单元，用于在下载所述目标文件的过程中，若所述目标文件为压缩包，则获取所述压缩包中的非压缩文件，以由所述属性获取单元获取所述非压缩文件的属性信息；所述判断单元用于：根据所述非压缩文件的属性信息，以判断所述终端中是否存在用于打开所述非压缩文件的应用程序。

在该技术方案中，下载的目标文件可能是压缩包，这种情况下，如果直接由文件的属性信息，比如后缀名对目标文件的类型进行判断，则只能够得到用于打开压缩包的应用程序，而对于压缩包中的、用户真正需要的文件，则仍可能无法被打开。因此，需要服务器获取压缩包中非压缩文件的属性信息，进而再根据属性信息进行判断是否存在对应的应用程序。

根据本发明的又一方面，还提出了一种应用程序的推送方法，包括：步骤202，监测用户在终端输入的下载命令和/或打开命令，确定对应的目标文件；步骤204，获取所述目标文件的属性信息，以判断终端中是否存在用于打开所述目标文件的应用程序；步骤206，若不存在，则获取至少一种用于打开所述目标文件的应用程序，以安装至所述终端。

在该技术方案中，服务器能够实时监测用户在终端进行的操作，当服务器检测到终端中不存在用户打开的文件所需的应用程序时，能够自动向终端推送至少一种应用程序，以便终端在下载和/或打开操作执行完毕后，能够直接运行目标文件，而不需要根据目标文件的属性信息再次获取能够将其打开的应用程序，节省了用户时间，提升了用户体验。

其中，“下载命令”可以分为多种情况：第一种，当用户点击下载链接后，无论是否已经开始对目标文件进行下载，均进行目标文件的属性获取等操作；第二种，当确认已经开始对目标文件进行下载时，才执行对目标文件的属性获取等操作；第三种，当确认已经完成对目标文件的下载时，才执行对目标文件的属性获取等操作。用户可以根据需要设置为上述三种情况中的任意一种。

此外，如果存在多款相类似的应用程序，则可以根据需要从中选择一款进行下载，比如可以选择下载量排名最高的一款，以得到更好的使用体验。

在上述技术方案中，优选地，所述步骤204具体包括：获取所述目标文件的后缀名，通过所述后缀名判断所述终端中是否存在用于打开所述目标文件的应用程序。

在该技术方案中，可以根据目标文件的后缀名判断终端中是否存在可以打开目标文件的应用程序。比如“.doc”对应于“office”软件，“.mp3”对应于多媒体播放软件。

在上述技术方案中，优选地，所述步骤204包括：接收来自所述终端的请求信息，其中，所述请求信息中包含有所述目标文件的属性信息。

在该技术方案中，可以由服务器主动获取终端的请求信息，也可以是终端向服务器发送请求信息。

在上述任一技术方案中，优选地，所述步骤206包括：从所述服务器的数据库或网络中查找及获取用于打开所述目标文件的应用程序。

在上述任一技术方案中，优选地，在下载所述目标文件的过程中，所述步骤204还包括：若所述目标文件为压缩包，则获取所述压缩包中的非压缩文件，以由所述属性获取单元获取所述非压缩文件的属性信息；根据所述非压缩文件的属性信息，判断所述终端中是否存在用于打开所述非压缩文件的应用程序。

在该技术方案中，下载的目标文件可能是压缩包，这种情况下，如果直接由文件的属性信息，比如后缀名对目标文件的类型进行判断，则只能够得到用于打开压缩包的应用程序，而对于压缩包中的、用户真正需要的文件，则仍可能无法被打开。因此，需要服务器获取压缩包中非压缩文件的属性信息，进而再根据属性信息进行判断是否存在对应的应用程序。

通过以上技术方案，能够监测用户的下载命令和/或打开命令，向用户终端推送相应的应用程序，节省用户时间，提升用户体验。

附图说明

图1示出了根据本发明的实施例的服务器的框图；

图2示出了根据本发明的实施例的应用程序的推送方法的流程图；

图3示出了根据本发明的实施例的应用程序的推送方法的具体流程图。

具体实施方式

为了能够更清楚地理解本发明的上述目的、特征和优点，下面结合附图和具体实施方式对本发明进行进一步的详细描述。需要说明的是，在不冲突的情况下，本申请的实施例及实施例中的特征可以相互组合。

在下面的描述中阐述了很多具体细节以便于充分理解本发明，但是，本发明还可以采用其他不同于在此描述的其他方式来实施，因此，本发明的保护范围并不受下面公开的具体实施例的限制。

图1示出了根据本发明的实施例的服务器的框图。

如图1所示，根据本发明的实施例的服务器100包括：目标文件确定单元102，用于监测用户在终端输入的下载命令和/或打开命令，确定对应的目标文件；属性获取单元104，用于获取目标文件的属性信息；判断单元106，用于根据属性信息，判断终端中是否存在用于打开目标文件的应用程序；程序获取单元108，用于在判断单元106的判断结果为不存在的情况下，获取至少一种用于打开目标文件的应用程序，以安装至终端。

在该技术方案中，服务器100能够实时监测用户在终端进行的操作，当服务器监测到终端中不存在用户打开的文件所需的应用程序时，能够自动向终端推送至少一种应用程序，以便在终端下载和/或打开操作执行完毕后，能够直接运行目标文件，而不需要根据目标文件的属性信息再次获取能够将其打开的应用程序，节省了用户时间，提高了用户体验。

其中，“下载命令”可以分为多种情况：第一种，当用户点击下载链接后，无论是否已经开始对目标文件进行下载，均进行目标文件的属性获取等操作；第二种，当确认已经开始对目标文件进行下载时，才执行对目标文件的属性获取等操作；第三种，当确认已经完成对目标文件的下载时，才执行对目标文件的属性获取等操作。用户可以根据需要设置为上述三种情况中的任意一种。

此外，如果存在多款相类似的应用程序，则可以根据需要从中选择一款进行下载，比如可以根据用户的预先设置，选择多款相类似的应用程序中下载量排名最高的一款，以得到更好的使用体验。

在上述技术方案中，属性获取单元104包括：后缀名获取子单元1042，用于获取目标文件的后缀名，并由判断单元106通过后缀名判断终端中是否存在用于打开目标文件的应用程序。

在该技术方案中，可以根据目标文件的后缀名判断终端中是否存在可以打开目标文件的应用程序。比如“.doc”对应于“office”软件，“.mp3”对应于多媒体播放软件。

在上述技术方案中，程序获取单元108包括：请求接收子单元1082，用于接收来自终端的请求信息，其中，请求信息中包含有目标文件的属性信息。

在该技术方案中，可以由服务器100主动获取终端的请求信息，也可以是终端向服务器100发送请求信息。

在上述技术方案中，程序获取单元108包括：查找子单元1084，用于从服务器100的数据库或网络中查找及获取用于打开目标文件的应用程序。

在上述任一技术方案中，还包括：压缩文件处理单元110，用于在下载目标文件的过程中，若目标文件为压缩包，则获取压缩包中的非压缩文件，以由属性获取单元104获取非压缩文件的属性信息；判断单元106用于：根据非压缩文件的属性信息，判断终端中是否存在用于打开非压缩文件的应用程序。

在该技术方案中，下载的目标文件可能是压缩包，这种情况下，如果直接由文件的属性信息，比如后缀名对目标文件的类型进行判断，则只能够得到用于打开压缩包的应用程序，而对于压缩包中的、用户真正需要的文件，则仍可能无法被打开。“相应的服务器”可以是存储有该目标文件（可以为压缩包）的服务器，因此，需要服务器100获取压缩包中非压缩文件的属性信息，进而再根据属性信息进行判断是否存在对应的应用程序。

图2示出了根据本发明的实施例的应用程序的推送方法的流程图。

如图2所示，根据本发明的实施例的应用程序的推送方法包括：步骤202，监测用户在终端输入的下载命令和/或打开命令，确定对应的目标文件；步骤204，获取目标文件的属性信息，以判断终端中是否存在用于打开目标文件的应用程序；步骤206，若不存在，则获取至少一种用于打开目标文件的应用程序，以安装至所述终端。

在该技术方案中，服务器能够实时监测用户在终端进行的操作，当服务器检测到终端中不存在用户打开的文件所需的应用程序时，能够自动向终端推送至少一种应用程序，以便终端在下载和/或打开操作执行完毕后，能够直接运行目标文件，而不需要根据目标文件的属性信息再次获取能够将其打开的应用程序，节省了用户时间，提升了用户体验。

其中，“下载命令”可以分为多种情况：第一种，当用户点击下载链接后，无论是否已经开始对目标文件进行下载，均进行目标文件的属性获取等操作；第二种，当确认已经开始对目标文件进行下载时，才执行对目标文件的属性获取等操作；第三种，当确认已经完成对目标文件的下载时，才执行对目标文件的属性获取等操作。用户可以根据需要设置为上述三种情况中的任意一种。

此外，如果存在多款相类似的应用程序，则可以根据需要从中选择一款进行下载，比如可以选择下载量排名最高的一款，以得到更好的使用体验。

在上述技术方案中，步骤204具体包括：获取目标文件的后缀名，通过后缀名判断终端中是否存在用于打开目标文件的应用程序。

在该技术方案中，可以根据目标文件的后缀名判断终端中是否存在可以打开目标文件的应用程序。比如“.doc”对应于“office”软件，“.mp3”对应于多媒体播放软件。

在上述技术方案中，步骤204包括：接收来自所述终端的请求信息，其中，所述请求信息中包含有所述目标文件的属性信息。

在该技术方案中，可以由服务器主动获取终端的请求信息，也可以是终端向服务器发送请求信息。

在上述技术方案中，步骤206包括：从所述服务器的数据库或网络中查找及获取用于打开所述目标文件的应用程序。

在上述任一技术方案中，在下载所述目标文件的过程中，步骤204还包括：若目标文件为压缩包，则终端向相应的服务器发送判别请求，以由服务器获取压缩包中的非压缩文件，以由所述属性获取单元获取所述非压缩文件的属性信息；根据非压缩文件的属性信息，判断终端中是否存在用于打开非压缩文件的应用程序。

在该技术方案中，下载的目标文件可能是压缩包，这种情况下，如果直接由文件的属性信息，比如后缀名对目标文件的类型进行判断，则只能够得到用于打开压缩包的应用程序，而对于压缩包中的、用户真正需要的文件，则仍可能无法被打开。因此，需要服务器获取压缩包中非压缩文件的属性信息，进而再根据属性信息进行判断是否存在对应的应用程序。

图3示出了根据本发明的实施例的应用程序的推送方法的具体流程图。

如图3所示，根据本发明的实施例的应用程序的推送方法的具体流程包括：

步骤302，检测用户的下载命令和/或打开命令，确定对应的目标文件；

步骤304，判断目标文件是否为压缩包；

步骤306，如果目标文件是压缩包，则获取压缩包中的非压缩文件的后缀名；

步骤308，如果目标文件不是压缩包，或在获取压缩包中的非压缩文件的后缀名之后，获取非压缩文件或目标文件的后缀名；

步骤310，判断终端中是否存在打开非压缩文件或目标文件的应用程序；

步骤312，若步骤310的判定结果为不存在，一种情况下，可以从服务器的数据库或网络中查找及获取用于打开目标文件的应用程序；

步骤314，若步骤310的判定结果为不存在，另一种情况下，可以由服务器获取终端的请求信息，该请求信息中包含有目标文件的属性信息；然后服务器根据目标文件的属性信息向终端推送用于打开目标文件的应用程序。

这种方法可以主动检测用户的操作，如当用户开始下载时，提取用户下载文件的后缀名，然后在本地搜索打开该文件所依赖的应用程序。

比如当用户开始下载<一起吃苦的幸福.mp3>时，在本地搜索是否有支持其播放的工具，如果没有支持的工具，则服务器可以获取下载文件的后缀名为“mp3”，并根据后缀名“mp3”确定相应的应用可以是多媒体播放软件，然后云端服务器向终端推送或终端主动获取一款好评较高的多媒体播放软件，比如<酷我音乐盒>。

当用户下载完该歌曲后，播放工具也安装完毕，用户即可立即体验，避免了用户在下载完毕后，再次下载相应的播放工具，节省用户时间，提升用户体验。

以上结合附图详细说明了本发明的技术方案，考虑到相关技术中，当进行文件下载时，下载完成后，如果本地没有支持其打开的工具，用户需要再次下载支持其打开的工具，耗时费力。本发明提出了一种终端，能够监测用户的下载命令和/或打开命令，向用户终端推送相应的应用程序，节省用户时间，提升用户体验。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种服务器，其特征在于，包括：

目标文件确定单元，用于监测用户在终端输入的下载命令和/或打开命令，确定对应的目标文件；

属性获取单元，用于获取所述目标文件的属性信息；

判断单元，用于根据所述属性信息，判断所述终端中是否存在用于打开所述目标文件的应用程序；

程序获取单元，用于在所述判断单元的判断结果为不存在的情况下，获取至少一种用于打开所述目标文件的应用程序，以安装至所述终端。

2.根据权利要求1所述的服务器，其特征在于，所述属性获取单元包括：

后缀名获取子单元，用于获取所述目标文件的后缀名，并由所述判断单元通过所述后缀名判断所述终端中是否存在用于打开所述目标文件的应用程序。

3.根据权利要求1所述的服务器，其特征在于，所述属性获取单元包括：

请求接收子单元，用于接收来自所述终端的请求信息，其中，所述请求信息中包含有所述目标文件的属性信息。

4.根据权利要求1至3中任一项所述的服务器，其特征在于，所述程序获取单元包括：

查找子单元，用于从所述服务器的数据库或网络中查找及获取用于打开所述目标文件的应用程序。

5.根据权利要求1至3中任一项所述的服务器，其特征在于，还包括：

压缩文件处理单元，用于在下载所述目标文件的过程中，若所述目标文件为压缩包，则获取所述压缩包中的非压缩文件，以由所述属性获取单元获取所述非压缩文件的属性信息；

所述判断单元用于：根据所述非压缩文件的属性信息，判断所述终端中是否存在用于打开所述非压缩文件的应用程序。

6.一种应用程序的推送方法，其特征在于，包括：

步骤202，监测用户在终端输入的下载命令和/或打开命令，确定对应的目标文件；

步骤204，获取所述目标文件的属性信息，以判断所述终端中是否存在用于打开所述目标文件的应用程序；

步骤206，若不存在，则获取至少一种用于打开所述目标文件的应用程序，以安装至所述终端。

7.根据权利要求6所述的应用程序的推送方法，其特征在于，所述步骤204具体包括：获取所述目标文件的后缀名，并通过所述后缀名判断所述终端中是否存在用于打开所述目标文件的应用程序。

8.根据权利要求6所述的应用程序的推送方法，其特征在于，所述步骤204包括：接收来自所述终端的请求信息，其中，所述请求信息中包含有所述目标文件的属性信息。

9.根据权利要求6至8中任一项所述的应用程序的推送方法，其特征在于，所述步骤206包括：

从所述服务器的数据库或网络中查找及获取用于打开所述目标文件的应用程序。

10.根据权利要求6至8中任一项所述的应用程序的推送方法，其特征在于，在下载所述目标文件的过程中，所述步骤204还包括：若所述目标文件为压缩包，则获取所述压缩包中的非压缩文件，以由所述属性获取单元获取所述非压缩文件的属性信息；

根据所述非压缩文件的属性信息，判断所述终端中是否存在用于打开所述非压缩文件的应用程序。

Images