CN104050296A - 基于被下载文件进行推荐的方法及系统 - Google Patents

Abstract

本申请提供了一种基于被下载文件进行推荐的方法，包括以下步骤：获取被下载文件的文件名；根据所述文件名确定所述被下载文件的文件类型；根据所述文件类型查询预存的推荐表，选取与所述文件类型匹配的推荐项；获取所述推荐项的推荐项信息并进行显示。本申请还公开了一种实现前述方法的基于被下载文件进行推荐的系统。本申请的基于被下载文件进行推荐的方法及系统，能够在文件下载时智能选取应用软件。

Description

基于被下载文件进行推荐的方法及系统

本发明专利申请是申请日为2012年03月31日、申请号为201210094016.4、名称为“基于被下载文件进行推荐的方法及系统”的中国发明专利申请的分案申请。

技术领域

本申请涉及计算机数据处理技术领域，特别是涉及一种基于被下载文件进行推荐的方法及系统。

背景技术

用户通过电脑、手机等终端上网时，经常需要下载一些文件。下载的功能可以由独立的下载软件提供，也可以由内置于某些应用软件中的下载功能模块来提供，例如浏览器中的下载插件等等。独立的下载软件或者插件通过所要下载的文件地址生成配置信息，根据配置信息生成配置文件，并读取这些配置文件中的下载文件列表等信息实现文件的下载。

通常情况下，下载的文件往往需要对应的应用软件才能打开、使用等。例如，对于pdf文件，需要终端上安装了pdf阅读器才能打开该文件进行阅读、编辑等等操作。又如，对于视频文件，需要对应的视频播放器才能打开。如果终端上并没有安装某个文件对应的应用软件，则用户需要手动到网上查找该应用软件，下载并安装后才能正常使用该文件。在这个过程中，需要用户对于所下载的文件有足够的了解，并且需要知道能够正常使用该文件的应用软件的名称或者特征，才能够准确的找到对应的应用文件。这无疑增加了用户对于文件的使用要求和难度。

另外，当某个文件可以通过多个应用软件打开时，如果用户对这些应用软件并不了解，往往很难抉择选取哪一个应用软件。通常会随意选择一个，此时，如果多个应用软件所能实现的功能相当时，随意选择并不会带来不便。但是，当多个应用软件所能实现的功能不同时，则可能会带来不便，很多用户不得不重新选择新的应用软件，则可能造成系统资源的浪费。例如，对于某个文件来说，若用户因为对于应用软件的不了解，随意选取下载并安装了A应用软件，当后续使用时，若发现B应用软件更好，则需要下载并安装B应用软件，那么A应用软件对于用户来说就多余了，这造成了对系统资源的浪费。

发明内容

本申请提供一种基于被下载文件进行推荐的方法及系统，能够解决文件下载时无法智能选取应用软件、浪费系统资源的问题。

为了解决上述问题，本申请公开了一种基于被下载文件进行推荐的方法，包括以下步骤：

获取被下载文件的文件名；

根据所述文件名确定所述被下载文件的文件类型；

根据所述文件类型查询预存的推荐表，选取与所述文件类型匹配的推荐项；

获取所述推荐项的推荐项信息并进行显示。

进一步地，所述获取被下载文件的文件名包括：

通过从网络协议的特定字段中读取；或

从所述被下载文件所在下载页面的统一资源定位符中获取；或

从所述被下载文件所在下载页面重定向后的统一资源定位符中获取。

进一步地，所述根据所述文件名确定所述被下载文件的文件类型包括：

获取所述文件名表示文件类型的后缀；

根据所述后缀确定文件类型。

进一步地，所述方法还包括：

确定所述推荐表中每个文件类型所对应的至少两个推荐项的优先级。

进一步地，所述选取与所述文件类型匹配的推荐项包括：

确定与所述文件类型对应的至少两个推荐项；

按照优先级等级从所述至少两个推荐项中选取优先级高的一个推荐项，或选取优先级排在前面的至少两个推荐项。

进一步地，在选取与所述文件类型匹配的推荐项之前还包括：

实时更新所述推荐表中每个文件类型对应的推荐项的优先级。

进一步地，所述优先级根据以下一个或多个因素确定：

推荐项的用户使用数量；

推荐项的用户使用好评度；

推荐项的稳定性；

推荐项所具有的功能。

进一步地，在选取与所述文件类型匹配的推荐项之前还包括：

实时更新所述推荐表中每个文件类型对应的推荐项。

进一步地，所述显示推荐项信息包括显示以下至少一种信息：

所述推荐项的名称；

所述推荐项的功能信息；

所述推荐项的下载地址链接。

进一步地，所述预存的推荐表存储在服务器端或本地客户端，所述推荐项信息通过从服务器端实时获取或从本地客户端中获取。

进一步地，所述推荐项包括：应用软件、插件或者网络资源信息。

进一步地，在选取与所述文件类型匹配的推荐项之后还包括：

判断所述选取的推荐项是否被安装，若否，则获取所述推荐项的推荐项信息并进行显示。

进一步地，所述被下载文件在下载文件列表中展示，所述在获取被下载文件的文件名之后还包括：

判断所述下载文件列表是否有变化，若有，则刷新所述下载文件列表，并重新选取文件。

进一步地，所述判断所述下载文件列表是否有变化包括：

判断所述下载文件列表中的下载项数量是否变化，若是，则确定所述下载文件列表有变化，反之，则确定所述下载文件列表没有变化。

进一步地，所述推荐项信息被显示在下载控件的下载文件列表中，并与所述被下载文件相对应。

为了解决上述问题，本申请还公开了一种基于被下载文件进行推荐的系统，包括：

文件名获取模块，用于获取被下载文件的文件名；

文件类型确定模块，用于根据所述文件名确定所述被下载文件的文件类型；

推荐项选取模块，用于根据所述文件类型查询预存的推荐表，选取与所述文件类型匹配的推荐项。

显示模块，用于获取所述推荐项的推荐项信息并进行显示。

进一步地，所述文件名获取模块包括：

文件名读取单元，用于通过从网络协议的特定字段中读取，或从被下载文件所在下载页面的统一资源定位符中获取，或从所述被下载文件所在下载页面重定向后的统一资源定位符中获取。

进一步地，所述文件类型确定模块包括：

后缀获取单元，用于获取所述文件名表示文件类型的后缀，并根据所述后缀确定文件类型。

进一步地，所述系统还包括：

优先级确定模块，用于确定所述推荐表中每个文件类型所对应的至少两个推荐项的优先级。

进一步地，所述推荐项选取模块包括：

推荐项确定单元，用于确定与所述文件类型对应的至少两个推荐项；和

推荐项选取单元，用于按照优先级等级从所述至少两个推荐项中选取优先级高的一个推荐项，或选取优先级排在前面的至少两个推荐项。

进一步地，所述系统还包括：

优先级更新模块，用于实时更新所述推荐表中每个文件类型对应的推荐项的优先级。

进一步地，所述系统还包括：

推荐项更新模块，用于实时更新所述推荐表中每个文件类型对应的推荐项。

进一步地，所述显示模块包括以下一种或几种单元：

名称展示单元，用于展示所述推荐项的名称；

功能信息展示单元，用于展示所述推荐项的功能信息；

链接展示单元，用于展示所述推荐项的下载地址链接。

进一步地，所述系统还包括：

判断模块，用于判断所述选取的推荐项是否被安装，若否，则触发显示模块进行展示。

进一步地，所述被下载文件在下载文件列表中展示，所述系统还包括：

下载文件列表监测模块，用于判断所述下载文件列表是否有变化，若有，则刷新所述下载文件列表重新选取文件。

进一步地，所述下载文件列表监测模块包括：

数量统计单元，用于判断所述下载文件列表中的下载项数量是否变化，若是，则确定所述下载文件列表有变化，反之，则确定所述下载文件列表没有变化。

与现有技术相比，本申请包括以下优点：

本申请的基于被下载文件进行推荐的方法在文件下载文件列表中选取其中的文件，并确定其文件类型，根据文件类型来进行对应应用软件、插件等的推荐，可以使用户更快的确定适合该文件的应用程序或信息，无需用户因为单独查找该应用程序或信息而带来的不变。因为推荐的应用程序或信息为预先搜集并存储在推荐表中，可以根据各种应用程序或信息的使用数量、好评度、稳定性或者功能等因素来确定需要推荐的应用程序或信息，从而使推荐的应用程序或信息更方便实用，避免因为应用程序或信息不符合用户期望而出现多次下载的情况，可以节省系统资源。

优选地，在确定每一种文件类型对应的推荐应用软件后，还包括实时更新推荐项或者推荐项的优先级，对各推荐项进行实时调整，从而保证每次选取的推荐项都能更加准确和适用，符合用户期望，避免出现因为选取的推荐项不准确而多次下载同类型应用程序或信息的情况，可以提高用户使用满意度，同时可以节省系统资源。

当然，实施本申请的任一产品不一定需要同时达到以上所述的所有优点。

附图说明

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

图1是本申请的基于被下载文件进行推荐的方法实施例一的流程图；

图2是本申请的基于被下载文件进行推荐的方法实施例二的流程图；

图3是本申请的基于被下载文件进行推荐的方法实施例三的流程图；

图4是本申请的基于被下载文件进行推荐的系统实施例一的结构示意图；

图5是本申请的基于被下载文件进行推荐的系统实施例二的结构示意图；

图6是本申请的基于被下载文件进行推荐的系统实施例三的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。

参照图1，示出本申请的一种基于被下载文件进行推荐的方法实施例一，包括以下步骤：

步骤101，获取被下载文件的文件名。

可以通过从网络协议的特定字段中读取，例如http协议的FileDisposition字段读取该被下载文件的文件名，也可以分析被下载文件所在下载页面的url(统一资源定位符)，从url中读取文件名，若被下载文件所在下载页面的url为空，则可以获取其重定向后的url，从其中读取文件名。

被下载文件可以是正在下载的文件，也可以是已经下载完成的文件。可以是指用户直接点击、手动选取的文件，也可以是指有新的下载文件加入时，系统默认选取的新的下载文件。另外，在进行文件下载时，通常会以下载文件列表的形式显示下载文件，并会按照下载文件开始下载时间的先后顺序排列，即，开始下载时间最晚的下载文件会排列在下载文件列表中的表首。一般来说，根据对用户习惯的分析，用户关注最多的也是下载文件列表中处于表首位置的下载文件。因此，被下载文件也可以是指位于下载文件列表中表首位置的文件。

步骤102，根据所述文件名确定所述被下载文件的文件类型。

文件名中除了包括该文件的名称，还会包括该文件的文件类型后缀，获取了该后缀，便可以根据后缀确定文件类型。

步骤103，根据所述文件类型查询预存的推荐表，选取与所述文件类型匹配的推荐项。

系统中预存的推荐表中包含各种文件类型以及与各文件类型对应的推荐应用软件。当确定文件类型后，便可以将该文件类型代入推荐表中查询与所述文件类型对应的推荐项。其中，推荐项包括应用软件、插件、网络资源信息等于被下载文件相关的应用程序或信息。例如，对于pdf文件，推荐项可以是pdf阅读器，也可以pdf编辑器等等。

其中，推荐表可以通过搜集大量用户数据分析后确定，也可以根据专业人员根据专业知识确定，具体可以根据实际情况来确定。例如，某一文件类型所对应的推荐项，假设推荐项为应用软件，那么可以是用户使用最多的一个应用软件，也可以是用户好评度最高的一个应用软件，也可以是稳定性最好的一个应用软件，或者是功能最完善的一个应用软件。可以理解，还可以是希望被推广的应用程序或信息。例如，当有一个新的应用软件出现时，可以优先推荐该应用软件。

推荐表中，每一个文件类型可以仅对应一个推荐项，即一个应用软件，也可以根据需要对应两个或者两个以上的推荐项，即多个应用软件。当有多个推荐项时，本申请还包括设定所述推荐项的优先级。其中，推荐项的优先级的设定可以参照前述确定推荐应用软件的方法，即根据用户使用数量、好评度、稳定性或功能是否完善等方面进行确定，本申请对此并不限制。当每个文件类型对应至少有两个的推荐项时，本申请在选取推荐项时可以根据优先级等级选取具有最高优先级的推荐项，也可以将优先级较高的前面几项同时选取。即，可以确定与所述文件类型对应的至少两个推荐项，按照所述至少两个推荐项的优先级等级选取优先级高的一个推荐项，或选取优先级排在前面的至少两个推荐项。

可以理解，本申请还包括：更新推荐表中每个文件类型对应的推荐项。

当推荐表中每一个文件类型包含两个或两个以上推荐项时，本申请还包括：

更新推荐表中每个文件类型对应的推荐项的优先级。

通过更新推荐项或者推荐项的优先级，可以对各推荐项进行实时调整，从而保证每次选取的推荐项都能更加准确和适用，符合用户期望，避免出现因为选取的推荐项不准确而多次下载同类型应用软件的情况，可以提高用户使用满意度，同时可以节省系统资源。

步骤104，获取所述推荐项的推荐项信息并进行显示。

其中，可以直接将被选取的推荐项的信息显示在下载文件列表所在的界面中，并与所述被下载文件相对应，显示的内容可以仅包括推荐项的名称。优选地，为了使用户对于推荐项更为了解，显示的内容还可以包括推荐项的功能介绍、开发商等信息。

优选地，显示的内容还可以包括下载地址链接，即用户可以直接点击显示内容下载所述推荐项，也可以直接在显示截面增加下载按钮，用户可以通过点击该下载按钮实现该推荐项的下载。其中，推荐项的信息可以直接存储在预存的推荐项表中，也可以存储在服务器端，当需要时实时读取，还可以以其他形式存储在本地客户端，当需要时，也可以从本地客户端中读取。

本申请的基于被下载文件进行推荐的方法在文件下载文件列表中选取其中的文件，并确定其文件类型，根据文件类型来进行对应应用软件、插件等的推荐，可以使用户更快的确定适合该文件的应用程序或信息，无需用户因为单独查找该应用程序或信息而带来的不变。因为推荐的应用程序或信息为预先搜集并存储在推荐表中，可以根据各种应用程序或信息的使用数量、好评度、稳定性或者功能等因素来确定需要推荐的应用程序或信息，从而使推荐的应用程序或信息更方便实用，避免因为应用程序或信息不符合用户期望而出现多次下载的情况，可以节省系统资源。

优选地，在确定每一种文件类型对应的推荐应用软件后，还包括实时更新推荐项或者推荐项的优先级，对各推荐项进行实时调整，从而保证每次选取的推荐项都能更加准确和适用，符合用户期望，避免出现因为选取的推荐项不准确而多次下载同类型应用程序或信息的情况，可以提高用户使用满意度，同时可以节省系统资源。

参照图2，示出本申请的基于被下载文件进行推荐的方法实施例二，在实施例一的步骤103之后还包括以下步骤：

步骤201，判断所述选取的推荐项是否被安装，若否，则进行下一步骤。

因为文件类型有限，可能出现步骤103中选取的与所述文件类型匹配的推荐项已经被安装在终端的情况，此时，用户如果熟悉该终端的应用程序安装情况，则可以发现该情况，若用户不熟悉终端的应用程序安装情况，则可能会出现重复安装的情况。为此，通过本申请的基于被下载文件进行推荐的系统自动识别的方式来避免出现重复安装的情况。具体的，可以通过扫描系统注册表的方式来进行判断，通过将推荐项的名称与注册表中已经安装的应用程序的名称进行匹配，若能匹配上，则说明选取的推荐项已经被安装，反之，则说明没有被安装。

对于选取的推荐项已经被安装的，可以直接忽略本次推荐，即不进行推荐，也可以推荐一个默认项，该默认项可以是本申请的基于被下载文件进行推荐的系统所希望推广的一个应用程序。

可以理解，若一个文件类型对应有两个以上的推荐项，在选取与所述文件类型匹配的推荐项还可以采用如下办法：

选取具有最高优先级的推荐项；

判断所述推荐项是否被安装，若是，则选取具有下一优先级的推荐项；

重复上一步骤，直到推荐项全部都被选取。

优选地，因为用户可能会手动删除下载文件列表中的某些下载文件，或者，有新的下载项加入下载文件列表，当采用下载文件列表中开始下载时间最晚的下载文件或者位于表首的下载文件作为被下载文件时，被下载文件可能会因为用户删除或者新下载项的加入而变化。

因此，参照图3，示出本申请的基于被下载文件进行推荐的方法实施例三，在实施例一和/或实施例二的步骤101之后还包括以下步骤：

步骤301，判断下载文件列表是否有变化，若有，则刷新下载文件列表，并重新选取文件后，返回步骤101，反之，则进行步骤102。

其中，判断下载文件列表是否有变化可以根据采用实时监测当前下载文件列表中所有下载项的数量，当数量发生变化时，则确定下载文件列表有变化，反之，则确定下载文件列表没有变化。

优选地，还可能出现下载文件列表被清空的情况，此时可以不进行推荐，也可以设置一个默认应用程序进行推荐。默认应用程序的设置可以根据实际情况来选取，例如，可以是希望被推广应用的、用户好评度最高的等等，本申请对此并不限制。

参照图4，示出本申请的基于被下载文件进行推荐的系统实施例一，包括文件名获取模块10、文件类型确定模块20、推荐项选取模块30和显示模块40。

文件名获取模块10，用于获取被下载文件的文件名。优选地，文件名获取模块10包括文件名读取单元，用于从网络协议的特定字段中读取文件名，例如通过http协议的FileDisposition字段读取，或从被下载文件所在下载页面的统一资源定位符中获取，或从所述被下载文件所在下载页面重定向后的统一资源定位符中获取。

文件类型确定模块20，用于根据所述文件名确定所述被下载文件的文件类型。优选地，文件类型确定模块20包括后缀获取单元，用于获取所述文件名表示文件类型的后缀，并根据所述后缀确定文件类型。

推荐项选取模块30，用于根据所述文件类型查询预存的推荐表，选取与所述文件类型匹配的推荐项，获取推荐项信息。

显示模块40，用于显示获取所述推荐项的推荐项信息并进行显示。

优选地，该基于被下载文件进行推荐的系统还包括优先级确定模块，用于确定所述推荐表中每个文件类型所对应的至少两个推荐项的优先级。此时，推荐项选取模块30可以包括推荐项确定单元和推荐项选取单元。推荐项确定单元，用于确定与所述文件类型对应的至少两个推荐项。推荐项选取单元，用于按照优先级等级从所述至少两个推荐项中选取优先级高的一个推荐项，或选取优先级排在前面的至少两个推荐项。

优选地，该基于被下载文件进行推荐的系统还包括优先级更新模块，用于实时更新所述推荐表中每个文件类型对应的推荐项的优先级。

优选地，该基于被下载文件进行推荐的系统还包括推荐项更新模块，用于实时更新所述推荐表中每个文件类型对应的推荐项。

优选地，显示模块包括以下一种或几种单元：名称显示单元，用于显示所述推荐项的名称；功能信息显示单元，用于显示所述推荐项的功能信息；链接显示单元，用于显示所述推荐项的下载地址链接。

参照图5，示出本申请的基于被下载文件进行推荐的系统实施例二，该系统还包括判断模块50，用于判断所述选取的推荐项是否被安装，若否，则触发显示模块40进行显示。

优选地，参照图6，示出本申请的基于被下载文件进行推荐的系统实施例三，该系统还包括下载文件列表监测模块70，用于判断所述下载文件列表是否有变化，若有，则刷新所述下载文件列表，并触发文件名获取模块10重新获取新的被下载文件的文件名，反之，则触发文件类型确定模块20确定文件类型。

可以理解，下载文件列表监测模块包括数量统计单元，用于判断所述下载文件列表中的下载项数量是否变化，若是，则确定所述下载文件列表有变化，反之，则确定所述下载文件列表没有变化。

本申请的基于被下载文件进行推荐的系统在文件下载文件列表中选取其中的文件，并确定其文件类型，根据文件类型来进行对应应用程序的推荐，可以使用户更快的确定适合该文件的应用程序，无需用户因为单独查找该应用程序而带来的不变。因为推荐的应用程序为预先搜集并存储在推荐表中，可以根据各种应用程序的使用数量、好评度、稳定性或者功能等因素来确定需要推荐的应用程序，从而使推荐的应用程序更方便实用，避免因为应用程序不符合用户期望而出现多次下载的情况，可以节省系统资源。

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

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的装置及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上对本申请所提供的基于被下载文件进行推荐的方法及系统进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (26)

1.一种基于被下载文件进行推荐的方法，其特征在于，包括以下步骤：

获取被下载文件的文件名；

根据所述文件名确定所述被下载文件的文件类型；

根据所述文件类型查询预存的推荐表，选取与所述文件类型匹配的推荐项；

获取所述推荐项的推荐项信息并进行显示。

2.如权利要求1所述的方法，其特征在于，所述获取被下载文件的文件名包括：

通过从网络协议的特定字段中读取；或

从所述被下载文件所在下载页面的统一资源定位符中获取；或

从所述被下载文件所在下载页面重定向后的统一资源定位符中获取。

3.如权利要求1所述的方法，其特征在于，所述根据所述文件名确定所述被下载文件的文件类型包括：

获取所述文件名中表示文件类型的后缀；

根据所述后缀确定文件类型。

4.如权利要求1所述的方法，其特征在于，所述方法还包括：

确定所述推荐表中每个文件类型所对应的至少两个推荐项的优先级。

5.如权利要求4所述的方法，其特征在于，所述选取与所述文件类型匹配的推荐项包括：

确定与所述文件类型对应的至少两个推荐项；

按照优先级等级从所述至少两个推荐项中选取优先级高的一个推荐项，或选取优先级排在前面的至少两个推荐项。

6.如权利要求4所述的方法，其特征在于，在选取与所述文件类型匹配的推荐项之前还包括：

实时更新所述推荐表中每个文件类型对应的推荐项的优先级。

7.如权利要求4所述的方法，其特征在于，所述优先级根据以下一个或多个因素确定：

推荐项的用户使用数量；

推荐项的用户使用好评度；

推荐项的稳定性；

推荐项所具有的功能。

8.如权利要求1所述的方法，其特征在于，在选取与所述文件类型匹配的推荐项之前还包括：

实时更新所述推荐表中每个文件类型对应的推荐项。

9.如权利要求1所述的方法，其特征在于，所述显示推荐项信息包括显示以下至少一种信息：

所述推荐项的名称；

所述推荐项的功能信息；

所述推荐项的下载地址链接。

10.如权利要求9所述的方法，其特征在于，所述预存的推荐表存储在服务器端或本地客户端，所述推荐项信息通过从服务器端实时获取或从本地客户端中获取。

11.如权利要求1中所述的方法，其特征在于，所述推荐项包括：应用软件、插件或者网络资源信息。

12.如权利要求1至11任一项所述的方法，其特征在于，在选取与所述文件类型匹配的推荐项之后还包括：

判断所述选取的推荐项是否被安装，若否，则获取所述推荐项的推荐项信息并进行显示。

13.如权利要求1至11任一项所述的方法，其特征在于，所述被下载文件在下载文件列表中展示，所述在获取被下载文件的文件名之后还包括：

判断所述下载文件列表是否有变化，若有，则刷新所述下载文件列表，并重新选取文件。

14.如权利要求13所述的方法，其特征在于，所述判断所述下载文件列表是否有变化包括：

判断所述下载文件列表中的下载项数量是否变化，若是，则确定所述下载文件列表有变化。

15.如权利要求13所述的方法，其特征在于，所述推荐项信息被显示在下载文件列表中，并与所述被下载文件相对应。

16.一种基于被下载文件进行推荐的系统，其特征在于，包括：

文件名获取模块，用于获取被下载文件的文件名；

文件类型确定模块，用于根据所述文件名确定所述被下载文件的文件类型；

推荐项选取模块，用于根据所述文件类型查询预存的推荐表，选取与所述文件类型匹配的推荐项。

显示模块，用于获取所述推荐项的推荐项信息并进行显示。

17.如权利要求16所述的系统，其特征在于，所述文件名获取模块包括：

文件名读取单元，用于通过从网络协议的特定字段中读取，或从被下载文件所在下载页面的统一资源定位符中获取，或从所述被下载文件所在下载页面重定向后的统一资源定位符中获取。

18.如权利要求16所述的系统，其特征在于，所述文件类型确定模块包括：

后缀获取单元，用于获取所述文件名中表示文件类型的后缀，并根据所述后缀确定文件类型。

19.如权利要求16所述的系统，其特征在于，所述系统还包括：

优先级确定模块，用于确定所述推荐表中每个文件类型所对应的至少两个推荐项的优先级。

20.如权利要求19所述的系统，其特征在于，所述推荐项选取模块包括：

推荐项确定单元，用于确定与所述文件类型对应的至少两个推荐项；和

推荐项选取单元，用于按照优先级等级从所述至少两个推荐项中选取优先级高的一个推荐项，或选取优先级排在前面的至少两个推荐项。

21.如权利要求19所述的系统，其特征在于，所述系统还包括：

优先级更新模块，用于实时更新所述推荐表中每个文件类型对应的推荐项的优先级。

22.如权利要求16所述的系统，其特征在于，所述系统还包括：

推荐项更新模块，用于实时更新所述推荐表中每个文件类型对应的推荐项。

23.如权利要求16所述的系统，其特征在于，所述显示模块包括以下一种或几种单元：

名称展示单元，用于展示所述推荐项的名称；

功能信息展示单元，用于展示所述推荐项的功能信息；

链接展示单元，用于展示所述推荐项的下载地址链接。

24.如权利要求16至23任一项所述的系统，其特征在于，所述系统还包括：

判断模块，用于判断所述选取的推荐项是否被安装，若否，则触发显示模块进行展示。

25.如权利要求16至23任一项所述的系统，其特征在于，所述被下载文件在下载文件列表中展示，所述系统还包括：

下载文件列表监测模块，用于判断所述下载文件列表是否有变化，若有，则刷新所述下载文件列表重新选取文件。

26.如权利要求25所述的系统，其特征在于，所述下载文件列表监测模块包括：

数量统计单元，用于判断所述下载文件列表中的下载项数量是否变化，若是，则确定所述下载文件列表有变化。