CN103942277A - 一种浏览器中的文件下载方法、装置和浏览器 - Google Patents

Abstract

本发明实施例提供了一种浏览器中的文件下载方法、装置和浏览器，所述的方法包括：在第一浏览器内核侧发起对一文件的下载；依据预下载文件的下载地址与一预置的下载黑名单地址进行匹配；如果匹配，由第一浏览器内核侧建立网络连接下载所述预下载文件；如果不匹配，在第一浏览器内核侧阻断对所述预下载文件的下载，并将所述预下载文件的下载信息发送到第二浏览器内核侧的下载组件，由所述下载组件在第二浏览器内核侧下载所述文件。本发明实施例基于第一浏览器内核自身流程进行文件的下载，避免了第一浏览器内核版本不兼容的问题，从而解决了文件下载下载为空、甚至无法下载的问题，提高了下载的效率。

Description

一种浏览器中的文件下载方法、装置和浏览器

技术领域

本发明涉及浏览器的技术领域，特别是涉及一种浏览器中的文件下载方法、一种浏览器中的文件下载装置和一种浏览器。

背景技术

浏览器从架构上可以分为两个部分，即内核和外壳。浏览器内核是指浏览器的核心部分，可以分成两部分：渲染引擎(layout engineer或者Rendering Engine)和JS（JavaScript）引擎。渲染引擎主要负责取得网页的内容（包括HTML、XML、图像等）、整理信息（如加入CSS（CascadingStyle Sheets，层叠样式表单）等），以及计算网页的显示方式，然后会输出至显示器或打印机。浏览器内核的不同对于网页的语法解释会有不同，所以渲染的效果也不相同。所有网页浏览器、电子邮件客户端以及其它需要编辑、显示网络内容的应用程序都需要内核。JS引擎则是解析Javascript语言，执行Javascript语言来实现网页的动态效果。

由于原有浏览器下载界面过于简陋、操作不方便、下载速度慢等原因，浏览器经常使用其他下载器接管下载任务。

但是，由于浏览器内核版本的问题，下载器在下载时容易出现兼容问题，使得下载的文件为空文件，甚至无法下载。

发明内容

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的一种浏览器中的文件下载方法和相应的一种浏览器中的文件下载装置、一种浏览器。

依据本发明的一个方面，提供了一种浏览器中的文件下载方法，包括：

在第一浏览器内核侧发起对一文件的下载；

依据预下载文件的下载地址与一预置的下载黑名单地址进行匹配；

如果匹配，由第一浏览器内核侧建立网络连接下载所述预下载文件；

如果不匹配，在第一浏览器内核侧阻断对所述预下载文件的下载，并将所述预下载文件的下载信息发送到第二浏览器内核侧的下载组件，由所述下载组件在第二浏览器内核侧下载所述文件。

可选地，所述在第一浏览器内核侧发起对一文件的下载的步骤包括：

在第一浏览器内核侧从当前网页服务器发送的网页数据中提取内容类型标签；

判断所述内容类型标签中是否包括指定的文件类型；若是，则发起对该文件类型对应的文件的下载。

可选地，所述下载黑名单地址中包括使用https协议进行网页资源发送从而进行文件下载的网站，和/或，以post方式进行网页资源发送从而进行文件下载的网站。

可选地，所述依据预下载文件的下载地址与一预置的下载黑名单地址进行匹配的步骤包括：

拦截第一浏览器内核侧预下载文件的下载地址；

采用拦截的预下载文件的下载地址在预置的下载黑名单地址中匹配。

可选地，执行拦截第一浏览器内核侧预下载文件的下载地址的业务对象包括：

由第一浏览器内核侧指定匹配组件；

和/或，

由第二浏览器内核侧的下载组件调用的第一浏览器内核侧指定的浏览器辅助对象。

可选地，所述拦截第一浏览器内核侧预下载文件的下载地址的步骤包括：

从预置的下载接口的指定参数中读取第一浏览器内核侧预下载文件的下载地址。

可选地，所述拦截第一浏览器内核侧预下载文件的下载地址的步骤包括：

通过指定网页控件调用指定的服务接口；

通过所述指定的服务接口拦截对预置的下载接口中的请求服务方法的调用；

从所述请求服务器方法指定指针处读取第一浏览器内核侧预下载文件的下载地址。

可选地，所述下载组件包括浏览器中的独立进程，和/或，第三方的下载组件。

可选地，还包括：

当所述下载组件在第二浏览器侧与所述预下载文件不适配时，在所述下载组件进行下载的界面中，增加使用第一浏览器内核进行再请求后的文件下载的入口；

当所述入口被触发时，在第一浏览器内核侧下载所述文件。

可选地，还包括：

当所述文件下载完成时，获取针对所述文件的安全检测报告。

可选地，还包括：

将所述文件发送至相连的，与所述文件的类型匹配的电子设备侧。

可选地，所述第一浏览器内核包括Trident内核。

可选地，所述第二浏览器内核包括非Trident内核。

可选地，所述非Trident内核包括Wekit内核。

根据本发明的另一方面，提供了一种浏览器中的文件下载装置，包括：

发起模块，适于在第一浏览器内核侧发起对一文件的下载；

匹配模块，适于依据预下载文件的下载地址与一预置的下载黑名单地址进行匹配；如果匹配，则调用第一下载模块，如果不匹配，则调用阻断模块；

第一下载模块，适于由第一浏览器内核侧建立网络连接下载所述预下载文件；

阻断模块，适于在第一浏览器内核侧阻断对所述预下载文件的下载；

发送模块，适于将所述预下载文件的下载信息发送到第二浏览器内核侧的下载组件，由所述下载组件在第二浏览器内核侧下载所述文件。

可选地，所述发起模块还适于：

在第一浏览器内核侧从当前网页服务器发送的网页数据中提取内容类型标签；

判断所述内容类型标签中是否包括指定的文件类型；若是，则发起对该文件类型对应的文件的下载。

可选地，所述下载黑名单地址中包括使用https协议进行网页资源发送从而进行文件下载的网站，和/或，以post方式进行网页资源发送从而进行文件下载的网站。

可选地，所述阻断模块还适于：

拦截第一浏览器内核侧预下载文件的下载地址；

采用拦截的预下载文件的下载地址在预置的下载黑名单地址中匹配。

可选地，执行拦截第一浏览器内核侧预下载文件的下载地址的业务对象包括：

由第一浏览器内核侧指定匹配组件；

和/或，

由第二浏览器内核侧的下载组件调用的第一浏览器内核侧指定的浏览器辅助对象。

可选地，所述阻断模块还适于：

从预置的下载接口的指定参数中读取第一浏览器内核侧预下载文件的下载地址。

可选地，所述阻断模块还适于：

通过指定网页控件调用指定的服务接口；

通过所述指定的服务接口拦截对预置的下载接口中的请求服务方法的调用；

从所述请求服务器方法指定指针处读取第一浏览器内核侧预下载文件的下载地址。

可选地，所述下载组件包括浏览器中的独立进程，和/或，第三方的下载组件。

可选地，还包括：

增加模块，适于在所述下载组件在第二浏览器侧与所述预下载文件不适配时，在所述下载组件进行下载的界面中，增加使用第一浏览器内核进行再请求后的文件下载的入口；

下载模块，适于在所述入口被触发时，在第一浏览器内核侧下载所述文件。

可选地，还包括：

获取模块，适于当所述文件下载完成时，获取针对所述文件的安全检测报告。

可选地，还包括：

发送模块，适于将所述文件发送至相连的，与所述文件的类型匹配的电子设备侧。

可选地，所述第一浏览器内核包括Trident内核。

可选地，所述第二浏览器内核包括非Trident内核。

可选地，所述非Trident内核包括Wekit内核。

根据本发明的另一方面，提供了一种浏览器，包括：

发起模块，适于在第一浏览器内核侧发起对一文件的下载；

匹配模块，适于依据预下载文件的下载地址与一预置的下载黑名单地址进行匹配；如果匹配，则调用第一下载模块，如果不匹配，则调用阻断模块；

第一下载没空，适于由第一浏览器内核侧建立网络连接下载所述预下载文件；

阻断模块，适于在第一浏览器内核侧阻断对所述预下载文件的下载；

发送模块，适于将所述预下载文件的下载信息发送到第二浏览器内核侧的下载组件，由所述下载组件在第二浏览器内核侧下载所述文件。

本发明实施例在第一浏览器内核侧发起对一文件的下载，在预下载文件的下载地址与一预置的下载黑名单地址匹配时，由第一浏览器内核侧建立网络连接下载该预下载文件，基于第一浏览器内核自身流程进行文件的下载，避免了第一浏览器内核版本不兼容的问题，从而解决了文件下载下载为空、甚至无法下载的问题，提高了下载的效率。

本发明实施例在第一浏览器内核侧发起对一文件的下载，在预下载文件的下载地址与一预置的下载黑名单地址不匹配时，基于第二浏览器内核的环境采用下载组件进行文件的下载，实现在不同浏览器内核中进行统一下载器，提高了下载的效率。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了根据本发明一个实施例的一种浏览器中的文件下载方法实施例1的步骤流程图；

图2示出了根据本发明一个实施例的一种浏览器中的文件下载方法实施例2的步骤流程图；

图3示出了根据本发明一个实施例的一种文件下载入口的示例图；

图4示出了根据本发明一个实施例的一种第一浏览器内核下载界面图；

图5示出了根据本发明一个实施例的一种浏览器中的文件下载装置实施例1的结构框图；

图6示出了根据本发明一个实施例的一种浏览器中的文件下载装置实施例2的结构框图；

图7示出了根据本发明一个实施例的一种浏览器实施例1的结构框图；以及

图8示出了根据本发明一个实施例的一种浏览器实施例2的结构框图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

参照图1，示出了根据本发明一个实施例的一种浏览器中的文件下载方法实施例1的步骤流程图，可以包括如下步骤：

步骤101，在第一浏览器内核侧发起对一文件的下载；

需要说明的是，本发明实施例中的浏览器可以包括两个或两个以上的浏览器内核。

具体地，第一浏览器内核可以包括Trident内核。相对应地，第二浏览器内核可以包括非Trident内核。其中，该非Trident内核可以包括Wekit内核等高性能的浏览器内核，当然，还可以是Gecko内核、Presto内核等等，本发明实施例对此不加以限制。

在本发明的一种优选实施例中，步骤101可以包括如下子步骤：

子步骤S11，在第一浏览器内核侧从当前网页服务器发送的网页数据中提取内容类型标签；

子步骤S12，判断所述内容类型标签中是否包括指定的文件类型；若是，则发起对该文件类型对应的文件的下载。

浏览器与网页服务器建立网络连接，当连接成功时，浏览器可以向其发送HTTP（Hypertext transfer protocol，超文本传送协议）协议，服务器在接收到请求后，向浏览器返回HTTP协议格式的数据，例如网页的HTML（HyperText Markup Language，超文本标记语言）文本、下载内容等，浏览器解析服务器返回的HTTP协议格式的数据，找到内容类型标签，例如Content-Type，然后根据Content-Type判断是否为下载，若是，则发起下载。

其中，Content-Type为内容类型标签，一般是指网页中存在的Content-Type，用于定义网络文件的类型和网页的编码，决定浏览器将以什么形式、什么编码读取这个文件。浏览器遇到特殊的Content-Type，该特殊的Content-Type中包括制定的文件类型，就会判断是下载内容，这些特殊的Content-Type可以包括以下的至少一种：application/octet-stream，application/zip，application/x-exe等等。

步骤102，依据预下载文件的下载地址与一预置的下载黑名单地址进行匹配；如果匹配，则执行步骤103，如果不匹配，则执行步骤104；

需要说明的是，在第一浏览器内核侧发起对一文件的下载后，该文件可以称之为预下载文件。

在具体实现中，下载黑名单地址可以为预先收集的，在下载组件中进行下载发生错误的文件下载地址。

在本发明实施例的一种优选示例中，所述下载黑名单地址中可以包括使用https协议进行网页资源发送从而进行文件下载的网站，和/或，以post方式进行网页资源发送从而进行文件下载的网站。

HTTPS（全称：Hypertext Transfer Protocol over Secure Socket Layer），是以安全为目标的HTTP通道，简单讲是HTTP的安全版。即HTTP下加入SSL(Secure Sockets Layer安全套接层)层，HTTPS的安全基础是SSL，因此加密的详细内容就需要SSL。

IE版本众多IE6-IE11，不同的IE内核（Trident内核）又存在不一致，因此，集成了IE内核的浏览器，下载器接管诸如https网站，post方式的网站等的下载任务，会造成文件无法下载、下载的文件为空等问题。

当然，上述下载黑名单地址只是作为示例，在实施本发明实施例时，可以根据实际情况设置其他下载黑名单地址，本发明实施例对此不加以限制。另外，除了上述下载黑名单地址外，本领域技术人员还可以根据实际需要采用其它下载黑名单地址，本发明实施例对此也不加以限制。

在本发明的一种优选实施例中，步骤102可以包括如下子步骤：

子步骤S21，拦截第一浏览器内核侧预下载文件的下载地址；

在具体实现中，执行拦截第一浏览器内核侧预下载文件的下载地址的业务对象可以包括：

由第一浏览器内核侧指定匹配组件；

和/或，

由第二浏览器内核侧的下载组件调用的第一浏览器内核侧指定的浏览器辅助对象。

在一种情形中，拦截可以是浏览器内置的功能组件实现的。在另一种情形中，拦截可以是由下载组件做的拦截的话，即基于第二浏览器内核下的下载组件调用了第一浏览器内核的一些浏览器辅助对象BHO（Browser HelperObject），对于第一浏览器侧下的一些文件下载操作进行到了检测后，然后进行拦截。

在本发明实施例的一种优选示例中，子步骤S21进一步可以包括如下子步骤：

子步骤S211，从预置的下载接口的指定参数中读取第一浏览器内核侧预下载文件的下载地址。

在具体实现中，预置的下载接口可以为IDownloadManager接口，在IDownloadManager接口中包括Download函数。

在IDownloadManager::Download函数，声明如下：

其中，可以读取pmk和pbc参数，pmk参数对应预下载的文件，通过读取pmk和pbc参数即可获取预下载文件的下载地址，如统一资源定位符（Uniform Resource Locator，URL）等信息。

例如，读取pmk参数的示例可以如下：

BSTR bstrUrl=NULL;

pmk->GetDisplayName(pbc,NULL,&bstrUrl)

在本发明实施例的一种优选示例中，子步骤S21进一步可以包括如下子步骤：

子步骤S212，通过指定网页控件调用指定的服务接口；

子步骤S213，通过所述指定的服务接口拦截对预置的下载接口中的请求服务方法的调用；

子步骤S214，从所述请求服务器方法指定指针处读取第一浏览器内核侧预下载文件的下载地址。

在具体实现中，在实现的网页控件WebBrowser里面实现指定的服务接口IServiceProvider，从而拦截到对预置的下载接口IID_IDownloadManagerService的请求服务方法QueryService调用，此时给出实现IDownloadManager接口的类实例指针即可获得预下载文件的下载地址。

子步骤S22，采用拦截的预下载文件的下载地址在预置的下载黑名单地址中匹配。

在具体实现中，可以通过遍历下载黑名单地址进行匹配。

可选地，还可以进行传输方式（例如HTTPS，post）的匹配。

例如，匹配过程可以如下：

当拦截的预下载文件的下载地址与下载黑名单地址匹配时，可以向第一浏览器内核侧返回放弃接管的信息，例如“E_NOTIMPL”，表示下载组件放弃接管。

当拦截的预下载文件的下载地址与下载黑名单地址不匹配时，可以向第一浏览器内核侧返回接管的信息，例如“S_OK”，表示下载组件接管该文件的下载。

步骤103，由第一浏览器内核侧建立网络连接下载所述预下载文件；

当第一浏览器内核侧接收到放弃接管的信息时，启动自身的下载流程建立于下载站点的连接，进行文件的下载。

本发明实施例在第一浏览器内核侧发起对一文件的下载，在预下载文件的下载地址与一预置的下载黑名单地址匹配时，由第一浏览器内核侧建立网络连接下载该预下载文件，基于第一浏览器内核自身流程进行文件的下载，避免了第一浏览器内核版本不兼容的问题，从而解决了文件下载下载为空、甚至无法下载的问题，提高了下载的效率。

步骤104，在第一浏览器内核侧阻断对所述预下载文件的下载；

当第一浏览器内核侧接收到接管的信息时，禁止启动自身的下载流程进行文件的下载。

步骤105，将所述预下载文件的下载信息发送到第二浏览器内核侧的下载组件，由所述下载组件在第二浏览器内核侧下载所述文件。

在具体实现中，通过进程间通信IPC（Inter-Process Communication，是进程间通讯一种机制，操作系统的进程和线程可以通过它交换数据和消息）将预下载文件的下载信息发送到浏览器主进程，下载组件基于第二浏览器内核的环境进行预下载文件的下载。

在本发明实施例的一种优选示例中，所述下载组件可以包括浏览器中的独立进程，和/或，第三方的下载组件。

其中，由第三方的下载组件匹配其自己的下载链接，尽量保证该次下载的文件可以进行高速、安全的下载完毕。

调用第三方的下载组件（比如P2SP下载组件）过程可以如下：

首先可以会按照第二浏览器内核的下载流程，提示用户有新的下载，用户可以确认是否下载以及本地的保存位置（当然用户可以选择不用提示）。之后，可以会调用第三方的下载区间，创建相应的下载任务，并即刻启动下载。

为了隔离外部的第三方程序可能对浏览器主进程的破坏，下载的过程在外部第三方的下载组件的独立的进程里实现。它与浏览器主进程之前通过一组接口函数来进行通信，主进程可以对下载任务进行管理和状态查询。其接口函数包括如下方面：（不限于这些）

本发明实施例在第一浏览器内核侧发起对一文件的下载，在预下载文件的下载地址与一预置的下载黑名单地址不匹配时，基于第二浏览器内核的环境采用下载组件进行文件的下载，实现在不同浏览器内核中进行统一下载器，提高了下载的效率。

参照图2，示出了根据本发明一个实施例的一种浏览器中的文件下载方法实施例2的步骤流程图，可以包括如下步骤：

步骤201，在第一浏览器内核侧发起对一文件的下载；

步骤202，依据预下载文件的下载地址与一预置的下载黑名单地址进行匹配；如果匹配，则执行步骤203，如果不匹配，则执行步骤204；

步骤203，由第一浏览器内核侧建立网络连接下载所述预下载文件；

步骤204，在第一浏览器内核侧阻断对所述预下载文件的下载；

步骤205，将所述预下载文件的下载信息发送到第二浏览器内核侧的下载组件，由所述下载组件在第二浏览器内核侧下载所述文件；

步骤206，当所述下载组件在第二浏览器侧与所述预下载文件不适配时，在所述下载组件进行下载的界面中，增加使用第一浏览器内核进行再请求后的文件下载的入口；

在具体实现中，可以存在第二浏览器内核下的下载组件不能够完成的下载文件，此时可以给出在第一浏览器内核进行再次下载的入口的，例如图3所示的“用IE下载”按钮。

步骤207，当所述入口被触发时，在第一浏览器内核侧下载所述文件；

由第一浏览器内核进行该下载文件的URL的一次导航请求下载，然后在第一浏览器内核下基于自身下载流程进行该文件的下载。此时是由第一浏览器内核进行的接管，弹出的也是例如图4所示的第一浏览器内核的下载界面。

步骤208，当所述文件下载完成时，获取针对所述文件的安全检测报告；

在本发明实施例中，当所述文件下载完成时，可以调用自身集成的或者第三方的安全检测组件对该文件进行安全检测，以获取针对该文件的安全检测报告，并在一个新的窗口中进行显示。

步骤209，将所述文件发送至相连的，与所述文件的类型匹配的电子设备侧。

在本发明实施例中，可以将下载完成的文件的文件信息发送给一文件传输工具组件，该文件传输工具组件将下载完成的文件的文件信息发送给相连的一电子设备。

其中，文件传输工具组件与设备可以通过以下至少一种方式相通讯连接：

数据线连接、无线连接、通过指定的连接服务器中转连接。

具体地，该文件传输工具组件可以将所述文件名信息、文件大小信息和文件内容信息打包成数据流，以及，通过与所述文件传输工具组件相通信连接的一设备的驱动程序接口，将所述数据流传输至该电子设备；

其中，可以将文件信息按照预定义的数据格式打包成数据流。例如，预定义的数据格式可以如下：

而数据流可以为下载文件按照约定传输协议（有传输安全性、完整性、稳定、高速率的保证）进行的数据组织。通过相连的设备的驱动接口，即可将数据流传输至相连的电子设备中。

对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明实施例并不受所描述的动作顺序的限制，因为依据本发明实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本发明实施例所必须的。

参照图5，示出了根据本发明一个实施例的一种浏览器中的文件下载装置实施例1的结构框图，具体可以包括如下模块：

发起模块501，适于在第一浏览器内核侧发起对一文件的下载；

匹配模块502，适于依据预下载文件的下载地址与一预置的下载黑名单地址进行匹配；如果匹配，则调用第一下载模块503，如果不匹配，则调用阻断模块504；

第一下载模块503，适于由第一浏览器内核侧建立网络连接下载所述预下载文件；

阻断模块504，适于在第一浏览器内核侧阻断对所述预下载文件的下载；

发送模块505，适于将所述预下载文件的下载信息发送到第二浏览器内核侧的下载组件506，由所述下载组件506在第二浏览器内核侧下载所述文件。

在本发明的一种优选实施例中，所述发起模块501还可以适于：

在第一浏览器内核侧从当前网页服务器发送的网页数据中提取内容类型标签；

判断所述内容类型标签中是否包括指定的文件类型；若是，则发起对该文件类型对应的文件的下载。

在本发明的一种优选实施例中，所述下载黑名单地址中可以包括使用https协议进行网页资源发送从而进行文件下载的网站，和/或，以post方式进行网页资源发送从而进行文件下载的网站。

在本发明的一种优选实施例中，所述阻断模块502还可以适于：

拦截第一浏览器内核侧预下载文件的下载地址；

采用拦截的预下载文件的下载地址在预置的下载黑名单地址中匹配。

在本发明的一种优选实施例中，执行拦截第一浏览器内核侧预下载文件的下载地址的业务对象可以包括：

由第一浏览器内核侧指定匹配组件；

和/或，

由第二浏览器内核侧的下载组件调用的第一浏览器内核侧指定的浏览器辅助对象。

在本发明的一种优选实施例中，所述阻断模块502还可以适于：

从预置的下载接口的指定参数中读取第一浏览器内核侧预下载文件的下载地址。

在本发明的一种优选实施例中，所述阻断模块502还可以适于：

通过指定网页控件调用指定的服务接口；

通过所述指定的服务接口拦截对预置的下载接口中的请求服务方法的调用；

从所述请求服务器方法指定指针处读取第一浏览器内核侧预下载文件的下载地址。

在本发明的一种优选实施例中，所述下载组件506可以包括浏览器中的独立进程，和/或，第三方的下载组件。

在本发明实施例的一种优选示例中，所述第一浏览器内核可以包括Trident内核。

在本发明实施例的一种优选示例中，所述第二浏览器内核可以包括非Trident内核。

在本发明实施例的一种优选示例中，所述非Trident内核可以包括Wekit内核。

参照图6，示出了根据本发明一个实施例的一种浏览器中的文件下载装置实施例2的结构框图，具体可以包括如下模块：

发起模块601，适于在第一浏览器内核侧发起对一文件的下载；

匹配模块602，适于依据预下载文件的下载地址与一预置的下载黑名单地址进行匹配；如果匹配，则调用第一下载模块603，如果不匹配，则调用阻断模块604；

第一下载模块603，适于由第一浏览器内核侧建立网络连接下载所述预下载文件；

阻断模块604，适于在第一浏览器内核侧阻断对所述预下载文件的下载；

发送模块605，适于将所述预下载文件的下载信息发送到第二浏览器内核侧的下载组件606，由所述下载组件606在第二浏览器内核侧下载所述文件。

增加模块607，适于在所述下载组件在第二浏览器侧与所述预下载文件不适配时，在所述下载组件进行下载的界面中，增加使用第一浏览器内核进行再请求后的文件下载的入口；

下载模块608，适于在所述入口被触发时，在第一浏览器内核侧下载所述文件。

获取模块609，适于当所述文件下载完成时，获取针对所述文件的安全检测报告。

发送模块610，适于将所述文件发送至相连的，与所述文件的类型匹配的电子设备611侧。

参照图7，示出了根据本发明一个实施例的一种浏览器实施例1的结构框图，具体可以包括如下模块：

发起模块701，适于在第一浏览器内核侧发起对一文件的下载；

匹配模块702，适于依据预下载文件的下载地址与一预置的下载黑名单地址进行匹配；如果匹配，则调用第一下载模块703，如果不匹配，则调用阻断模块704；

第一下载模块703，适于由第一浏览器内核侧建立网络连接下载所述预下载文件；

阻断模块704，适于在第一浏览器内核侧阻断对所述预下载文件的下载；

发送模块705，适于将所述预下载文件的下载信息发送到第二浏览器内核侧的下载组件706，由所述下载组件706在第二浏览器内核侧下载所述文件。

在本发明的一种优选实施例中，所述发起模块701还可以适于：

在第一浏览器内核侧从当前网页服务器发送的网页数据中提取内容类型标签；

判断所述内容类型标签中是否包括指定的文件类型；若是，则发起对该文件类型对应的文件的下载。

在本发明的一种优选实施例中，所述下载黑名单地址中可以包括使用https协议进行网页资源发送从而进行文件下载的网站，和/或，以post方式进行网页资源发送从而进行文件下载的网站。

在本发明的一种优选实施例中，所述阻断模块702还可以适于：

拦截第一浏览器内核侧预下载文件的下载地址；

采用拦截的预下载文件的下载地址在预置的下载黑名单地址中匹配。

在本发明的一种优选实施例中，执行拦截第一浏览器内核侧预下载文件的下载地址的业务对象可以包括：

由第一浏览器内核侧指定匹配组件；

和/或，

由第二浏览器内核侧的下载组件调用的第一浏览器内核侧指定的浏览器辅助对象。

在本发明的一种优选实施例中，所述阻断模块702还可以适于：

从预置的下载接口的指定参数中读取第一浏览器内核侧预下载文件的下载地址。

在本发明的一种优选实施例中，所述阻断模块702还可以适于：

通过指定网页控件调用指定的服务接口；

通过所述指定的服务接口拦截对预置的下载接口中的请求服务方法的调用；

从所述请求服务器方法指定指针处读取第一浏览器内核侧预下载文件的下载地址。

在本发明的一种优选实施例中，所述下载组件706可以包括浏览器中的独立进程，和/或，第三方的下载组件。

在本发明实施例的一种优选示例中，所述第一浏览器内核可以包括Trident内核。

在本发明实施例的一种优选示例中，所述第二浏览器内核可以包括非Trident内核。

在本发明实施例的一种优选示例中，所述非Trident内核可以包括Wekit内核。

参照图8，示出了根据本发明一个实施例的一种浏览器实施例2的结构框图，具体可以包括如下模块：

发起模块801，适于在第一浏览器内核侧发起对一文件的下载；

匹配模块802，适于依据预下载文件的下载地址与一预置的下载黑名单地址进行匹配；如果匹配，则调用第一下载模块803，如果不匹配，则调用阻断模块804；

第一下载模块803，适于由第一浏览器内核侧建立网络连接下载所述预下载文件；

阻断模块804，适于在第一浏览器内核侧阻断对所述预下载文件的下载；

发送模块805，适于将所述预下载文件的下载信息发送到第二浏览器内核侧的下载组件806，由所述下载组件806在第二浏览器内核侧下载所述文件。

增加模块807，适于在所述下载组件在第二浏览器侧与所述预下载文件不适配时，在所述下载组件进行下载的界面中，增加使用第一浏览器内核进行再请求后的文件下载的入口；

下载模块808，适于在所述入口被触发时，在第一浏览器内核侧下载所述文件。

获取模块809，适于当所述文件下载完成时，获取针对所述文件的安全检测报告。

发送模块810，适于将所述文件发送至相连的，与所述文件的类型匹配的电子设备811侧。

对于装置、浏览器实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书（包括伴随的权利要求、摘要和附图）中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书（包括伴随的权利要求、摘要和附图）中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器（DSP）来实现根据本发明实施例的浏览器中的文件下载设备中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序（例如，计算机程序和计算机程序产品）。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

本发明的实施例公开了A1、一种浏览器中的文件下载方法，包括：

在第一浏览器内核侧发起对一文件的下载；

依据预下载文件的下载地址与一预置的下载黑名单地址进行匹配；

如果匹配，由第一浏览器内核侧建立网络连接下载所述预下载文件；

如果不匹配，在第一浏览器内核侧阻断对所述预下载文件的下载，并将所述预下载文件的下载信息发送到第二浏览器内核侧的下载组件，由所述下载组件在第二浏览器内核侧下载所述文件。

A2、如A1所述的方法，所述在第一浏览器内核侧发起对一文件的下载的步骤包括：

在第一浏览器内核侧从当前网页服务器发送的网页数据中提取内容类型标签；

判断所述内容类型标签中是否包括指定的文件类型；若是，则发起对该文件类型对应的文件的下载。

A3、如A1所述的方法，所述下载黑名单地址中包括使用https协议进行网页资源发送从而进行文件下载的网站，和/或，以post方式进行网页资源发送从而进行文件下载的网站。

A4、如A1所述的方法，所述依据预下载文件的下载地址与一预置的下载黑名单地址进行匹配的步骤包括：

拦截第一浏览器内核侧预下载文件的下载地址；

采用拦截的预下载文件的下载地址在预置的下载黑名单地址中匹配。

A5、如A4所述的方法，执行拦截第一浏览器内核侧预下载文件的下载地址的业务对象包括：

由第一浏览器内核侧指定匹配组件；

和/或，

由第二浏览器内核侧的下载组件调用的第一浏览器内核侧指定的浏览器辅助对象。

A6、如A4或A5所述的方法，所述拦截第一浏览器内核侧预下载文件的下载地址的步骤包括：

从预置的下载接口的指定参数中读取第一浏览器内核侧预下载文件的下载地址。

A7、如A4或A5所述的方法，所述拦截第一浏览器内核侧预下载文件的下载地址的步骤包括：

通过指定网页控件调用指定的服务接口；

通过所述指定的服务接口拦截对预置的下载接口中的请求服务方法的调用；

从所述请求服务器方法指定指针处读取第一浏览器内核侧预下载文件的下载地址。

A8、如A1-A5任一项所述的方法，所述下载组件包括浏览器中的独立进程，和/或，第三方的下载组件。

A9、如A1所述的方法，还包括：

当所述下载组件在第二浏览器侧与所述预下载文件不适配时，在所述下载组件进行下载的界面中，增加使用第一浏览器内核进行再请求后的文件下载的入口；

当所述入口被触发时，在第一浏览器内核侧下载所述文件。

A10、如A1或A9所述的方法，还包括：

当所述文件下载完成时，获取针对所述文件的安全检测报告。

A11、如A1或A9所述的方法，还包括：

将所述文件发送至相连的，与所述文件的类型匹配的电子设备侧。

A12、如A1或A2或A3或A4或A5或A9所述的方法，所述第一浏览器内核包括Trident内核。

A13、如A1或A2或A3或A4或A5或A9所述的方法，所述第二浏览器内核包括非Trident内核。

A14、如A13所述的方法，所述非Trident内核包括Wekit内核。

本发明的实施例还公开了B15、一种浏览器中的文件下载装置，包括：

发起模块，适于在第一浏览器内核侧发起对一文件的下载；

匹配模块，适于依据预下载文件的下载地址与一预置的下载黑名单地址进行匹配；如果匹配，则调用第一下载模块，如果不匹配，则调用阻断模块；

第一下载模块，适于由第一浏览器内核侧建立网络连接下载所述预下载文件；

阻断模块，适于在第一浏览器内核侧阻断对所述预下载文件的下载；

发送模块，适于将所述预下载文件的下载信息发送到第二浏览器内核侧的下载组件，由所述下载组件在第二浏览器内核侧下载所述文件。

B16、如B15所述的装置，所述发起模块还适于：

在第一浏览器内核侧从当前网页服务器发送的网页数据中提取内容类型标签；

判断所述内容类型标签中是否包括指定的文件类型；若是，则发起对该文件类型对应的文件的下载。

B17、如B15所述的装置，所述下载黑名单地址中包括使用https协议进行网页资源发送从而进行文件下载的网站，和/或，以post方式进行网页资源发送从而进行文件下载的网站。

B18、如B15所述的装置，所述阻断模块还适于：

拦截第一浏览器内核侧预下载文件的下载地址；

采用拦截的预下载文件的下载地址在预置的下载黑名单地址中匹配。

B19、如B18所述的装置，执行拦截第一浏览器内核侧预下载文件的下载地址的业务对象包括：

由第一浏览器内核侧指定匹配组件；

和/或，

由第二浏览器内核侧的下载组件调用的第一浏览器内核侧指定的浏览器辅助对象。

B20、如B18或B19所述的装置，所述阻断模块还适于：

从预置的下载接口的指定参数中读取第一浏览器内核侧预下载文件的下载地址。

B21、如B18或B19所述的装置，所述阻断模块还适于：

通过指定网页控件调用指定的服务接口；

通过所述指定的服务接口拦截对预置的下载接口中的请求服务方法的调用；

从所述请求服务器方法指定指针处读取第一浏览器内核侧预下载文件的下载地址。

B22、如B15-B19任一项所述的装置，所述下载组件包括浏览器中的独立进程，和/或，第三方的下载组件。

B23、如B15所述的装置，还包括：

增加模块，适于在所述下载组件在第二浏览器侧与所述预下载文件不适配时，在所述下载组件进行下载的界面中，增加使用第一浏览器内核进行再请求后的文件下载的入口；

下载模块，适于在所述入口被触发时，在第一浏览器内核侧下载所述文件。

B24、如B15或B23所述的装置，，还包括：

获取模块，适于当所述文件下载完成时，获取针对所述文件的安全检测报告。

B25、如B15或B23所述的装置，还包括：

发送模块，适于将所述文件发送至相连的，与所述文件的类型匹配的电子设备侧。

B26、如B15或B16或B17或B18或B19或B23所述的装置，所述第一浏览器内核包括Trident内核。

B27、如B15或B16或B17或B18或B19或B23所述的装置，所述第二浏览器内核包括非Trident内核。

B28、如B27所述的装置，所述非Trident内核包括Wekit内核。

本发明还公开了C29、一种浏览器，包括B15至B28中任一项所述的浏览器中的文件下载装置。

Claims (10)

1.一种浏览器中的文件下载方法，包括：

在第一浏览器内核侧发起对一文件的下载；

依据预下载文件的下载地址与一预置的下载黑名单地址进行匹配；

如果匹配，由第一浏览器内核侧建立网络连接下载所述预下载文件；

如果不匹配，在第一浏览器内核侧阻断对所述预下载文件的下载，并将所述预下载文件的下载信息发送到第二浏览器内核侧的下载组件，由所述下载组件在第二浏览器内核侧下载所述文件。

2.如权利要求1所述的方法，其特征在于，所述在第一浏览器内核侧发起对一文件的下载的步骤包括：

在第一浏览器内核侧从当前网页服务器发送的网页数据中提取内容类型标签；

判断所述内容类型标签中是否包括指定的文件类型；若是，则发起对该文件类型对应的文件的下载。

3.如权利要求1所述的方法，其特征在于，所述下载黑名单地址中包括使用https协议进行网页资源发送从而进行文件下载的网站，和/或，以post方式进行网页资源发送从而进行文件下载的网站。

4.如权利要求1所述的方法，其特征在于，所述依据预下载文件的下载地址与一预置的下载黑名单地址进行匹配的步骤包括：

拦截第一浏览器内核侧预下载文件的下载地址；

采用拦截的预下载文件的下载地址在预置的下载黑名单地址中匹配。

5.如权利要求4所述的方法，其特征在于，执行拦截第一浏览器内核侧预下载文件的下载地址的业务对象包括：

由第一浏览器内核侧指定匹配组件；

和/或，

由第二浏览器内核侧的下载组件调用的第一浏览器内核侧指定的浏览器辅助对象。

6.如权利要求4或5所述的方法，其特征在于，所述拦截第一浏览器内核侧预下载文件的下载地址的步骤包括：

从预置的下载接口的指定参数中读取第一浏览器内核侧预下载文件的下载地址。

7.如权利要求4或5所述的方法，其特征在于，所述拦截第一浏览器内核侧预下载文件的下载地址的步骤包括：

通过指定网页控件调用指定的服务接口；

通过所述指定的服务接口拦截对预置的下载接口中的请求服务方法的调用；

从所述请求服务器方法指定指针处读取第一浏览器内核侧预下载文件的下载地址。

8.如权利要求1-5任一项所述的方法，其特征在于，所述下载组件包括浏览器中的独立进程，和/或，第三方的下载组件。

9.一种浏览器中的文件下载装置，包括：

发起模块，适于在第一浏览器内核侧发起对一文件的下载；

匹配模块，适于依据预下载文件的下载地址与一预置的下载黑名单地址进行匹配；如果匹配，则调用第一下载模块，如果不匹配，则调用阻断模块；

第一下载模块，适于由第一浏览器内核侧建立网络连接下载所述预下载文件；

阻断模块，适于在第一浏览器内核侧阻断对所述预下载文件的下载；

发送模块，适于将所述预下载文件的下载信息发送到第二浏览器内核侧的下载组件，由所述下载组件在第二浏览器内核侧下载所述文件。

10.一种浏览器，包括：

发起模块，适于在第一浏览器内核侧发起对一文件的下载；

匹配模块，适于依据预下载文件的下载地址与一预置的下载黑名单地址进行匹配；如果匹配，则调用第一下载模块，如果不匹配，则调用阻断模块；

第一下载没空，适于由第一浏览器内核侧建立网络连接下载所述预下载文件；

阻断模块，适于在第一浏览器内核侧阻断对所述预下载文件的下载；

发送模块，适于将所述预下载文件的下载信息发送到第二浏览器内核侧的下载组件，由所述下载组件在第二浏览器内核侧下载所述文件。