浏览程序双内核组件的实现方法及装置制造方法
【专利摘要】本发明公开一种浏览程序双内核组件的实现方法及装置，本发明实施例接收客户端触发的网页访问请求，创建文档容器控件；利用创建的所述文档容器控件，获取所述网页访问请求所指向的统一资源定位符地址；识别获取的所述统一资源定位符地址的特征信息，根据识别结果调用对应的浏览程序内核组件；基于调用的共用同一网络服务处理程序的所述浏览程序内核组件，获取所述统一资源定位符地址指向的网页数据；真正实现了双核浏览程序的无缝交互的有益效果。
【专利说明】浏览程序双内核组件的实现方法及装置
【技术领域】
[0001]本发明涉及计算机技术，尤其涉及一种浏览程序双内核组件的实现方法及装置。
【背景技术】
[0002]目前客户端对网络上以网页形式展现的文字、影像及其他资讯的访问，均是通过客户端的浏览程序如浏览器实现的；基于客户端上的浏览程序，终端可以浏览各种资讯。
[0003]以浏览器为例，为了满足客户端对不同资讯的访问，客户端需要采用双核浏览器访问网页；这里的双核可以理解为浏览器所采用的渲染引擎，渲染引擎决定了浏览器如何显示网页的内容以及页面的格式信息。
[0004]现有的双核浏览器的两个内核之间是相互独立的；图1是现有的双核浏览器结构示意图，如图1所示，现有的双核浏览器从“统一内核API (Applicat1n ProgrammingInterface，应用程序接口)”网络层以下的结构层中，两个内核之间已经没有任何数据交互了，即各自基于自身的网络层架构执行各自的数据处理；同时，由于两个内核之间用的是不同的网络层架构，因此浏览器基于这两个独立的网络层架构在进行数据交互时，不能对客户端实现“无缝”连接，例如:由于相同数据基于不同内核所导致的数据重复下载，而引起客户端需等待较长时间才能继续进行后续操作的问题。
【发明内容】
[0005]鉴于此，有必要提供一种浏览程序双内核组件的实现方法及装置，以实现双核浏览程序的无缝交互。
[0006]本发明实施例公开了一种浏览程序双内核组件的实现方法，包括以下步骤:
[0007]接收客户端触发的网页访问请求，创建文档容器控件；
[0008]利用创建的所述文档容器控件，获取所述网页访问请求所指向的统一资源定位符地址；
[0009]识别获取的所述统一资源定位符地址的特征信息，根据识别结果调用对应的浏览程序内核组件；
[0010]基于调用的共用同一网络服务处理程序的所述浏览程序内核组件，获取所述统一资源定位符地址指向的网页数据。
[0011]本发明实施例还公开一种浏览程序双内核组件的实现装置，包括:
[0012]请求接收模块，用于接收客户端触发的网页访问请求，创建文档容器控件；
[0013]信息获取模块，用于利用创建的所述文档容器控件，获取所述网页访问请求所指向的统一资源定位符地址；
[0014]内核调用模块，用于识别获取的所述统一资源定位符地址的特征信息，根据识别结果调用对应的浏览程序内核组件；
[0015]数据处理模块，用于基于调用的共用同一网络服务处理程序的所述浏览程序内核组件，获取所述统一资源定位符地址指向的网页数据。
[0016]本发明实施例接收客户端触发的网页访问请求，创建文档容器控件；利用创建的所述文档容器控件，获取所述网页访问请求所指向的统一资源定位符地址；识别获取的所述统一资源定位符地址的特征信息，根据识别结果调用对应的浏览程序内核组件；基于调用的共用同一网络服务处理程序的所述浏览程序内核组件，获取所述统一资源定位符地址指向的网页数据；相较于现有技术中，双核浏览器调用不同内核组件并进入对应的内核组件后，这两个内核组件之间无任何数据交互的方法，本发明实施例真正实现了双核浏览程序的无缝交互的有益效果。
【专利附图】
【附图说明】
[0017]图1是现有的双核浏览器结构示意图；
[0018]图2是本发明浏览程序双内核组件的实现方法一实施例流程示意图；
[0019]图3是本发明浏览程序双内核组件的实现方法中浏览程序双内核组件硬件架构一实施例结构示意图；
[0020]图4是本发明浏览程序双内核组件的实现方法中Trident内核组件和Webkit内核组件数据交互一实施例结构示意图；
[0021]图5是本发明浏览程序双内核组件的实现装置一实施例功能模块示意图。
[0022]本发明实施例目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
【具体实施方式】
[0023]以下结合说明书附图及具体实施例进一步说明本发明的技术方案。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
[0024]本发明浏览程序双内核组件的实现方法及装置中，为了便于描述，均以Trident内核组件和Webkit内核组件为例进行描述，具体地，以Trident内核组件为本发明所述的第一浏览程序内核组件，Webkit内核组件为本发明所述的第二浏览程序内核组件；当然浏览程序如浏览器也可以采用其他内核组件并基于本发明的思想来实现，如Gecko内核，即Fierfox浏览器使用的内核；Presto内核，即Opera浏览器使用的内核等。
[0025]所述Trident内核即微软IE浏览器的内核，主要特点是，普及率高、兼容性好；例如目前许多网上银行和支付系统只支持IE的Trident内核；Webkit内核主要由Chrome浏览器和Safari浏览器使用，Webkit内核是自由软件，同时开放源代码，Webkit内核拥有速度快捷、用户体验好的优点，将Trident内核和Webkit内核结合为双核浏览器，将能够更加完整更加出色地展现各种网页。本发明实施例中，所述浏览程序的具体展现形式可以以除浏览器之外的其他应用程序进行呈现，本发明实施例对浏览程序的具体展现形式不做限定。
[0026]图2是本发明浏览程序双内核组件的实现方法第一实施例流程示意图；基于以上描述，如图2所示，本发明浏览程序双内核组件的实现方法包括以下步骤:
[0027]步骤S01、接收客户端触发的网页访问请求，创建文档容器控件；
[0028]浏览器接收到客户端触发的网页访问请求时，创建对应的文档容器控件。
[0029]如，用户基于PC桌面上的浏览器快捷图标，双击浏览器快捷图标，以打开浏览器时，浏览器接收到用户触发的双击浏览器快捷图标的操作指令时，创建WebBrowser(文档容器)控件，并调用已创建的WebBrowser控件所提供的接口，由WebBrowser控件完成后续的操作。图3是本发明浏览程序双内核组件的实现方法中浏览程序双内核组件硬件架构一实施例结构示意图，如图3所示，客户端通过双核浏览器发送网页访问请求；在浏览程序每次需要URL导航时,浏览器都会创建一个WebBrowser控件的实例,通过WebBrowser控件接口完成接下来的导航任务。
[0030]步骤S02、利用创建的所述文档容器控件，获取所述网页访问请求所指向的URL地址；
[0031]步骤S03、识别获取的URL地址的特征信息，根据识别结果调用对应的浏览程序内核组件。
[0032]利用调用的所述WebBrowser控件,获取该网页访问请求所指向的URL (UniformResource Locator,统一资源定位符)地址。在获取到所述URL地址时，识别该URL地址的特征信息，将获取的URL地址的特征信息与预设规则进行比对；当获取的URL地址的特征信息符合预设规则时，调用Trident内核组件，由Trident内核组件执行后续的操作；当获取的URL地址的特征信息不符合预设规则时，调用Webkit内核组件，由Webkit内核组件执行后续的操作。
[0033]步骤S04、基于调用的共用同一网络服务处理程序的浏览程序内核组件，获取统一资源定位符地址指向的网页数据。
[0034]浏览程序基于调用的共用同一网络服务处理程序的浏览程序内核组件，向服务器发送网页访问请求；服务器根据浏览器发送的网页访问请求，获取网页访问请求所指向的URL地址对应的网页数据，并将获取的该网页访问请求所指向的URL地址对应的网页数据返回至调用的浏览程序内核组件；调用的该浏览程序内核组件解析获取的网页数据，将需显示的元素如文档、图片、视频等按照正确的顺序经渲染后显示出来。
[0035]本实施例中，仍以Trident内核和Webkit内核为例进行描述；其中，Trident内核组件和Webkit内核组件共用同一网络服务处理程序。
[0036]若浏览程序判断需调用Trident内核组件，则基于调用的Trident内核组件，利用该Trident内核组件中的网络服务处理程序，根据URL地址所指向的网页数据的获取请求，获取该URL地址指向的网页数据。Trident内核组件接收到服务器返回的该URL地址所指向的网页数据后，解析获取的网页数据，将需显示的元素如文档、图片、视频等按照正确的顺序经渲染后显示出来。
[0037]若浏览程序判断需调用Webkit内核组件，则基于调用的Webkit内核组件，将所述URL地址所指向的网页数据的获取请求发送至Trident内核组件，由Trident内核组件的网络服务处理程序获取该URL地址所指向的网页数据。即由Trident内核组件的网络服务处理程序向服务器发送该URL地址所指向的网页数据的获取请求，并接收服务器根据所述获取请求返回的网页数据；接收到服务器返回的网页数据后，Trident内核组件将接收到的网页数据发送至Webkit内核组件，由Webkit内核组件对获取的网页数据进行解析，将需显示的元素如文档、图片、视频等按照正确的顺序经渲染后显示出来。
[0038]在一优选的实施例中，WebBrowser控件拦截该URL地址所指向的对网络层API的调用，并判断获取的URL地址的数据类型。根据该URL地址的数据类型，调用对应的组件；t匕如，判断该URL地址的数据类型是需要进行电子银行对应的相应操作，则调用Trident内核组件进行处理；判断该URL地址的数据类型对网页加载的速度要求较高，则直接调用Webkit内核组件进行处理；也可以通过如下方式确定所要调用的内核组件:查找存储的人工域名的白名单，判断在人工域名白名单中是否能够找到获取的URL地址；若能够找到该URL地址，则调用Trident内核组件进行处理；若不能够找到该URL地址，则调用与Trident内核组件共用同一网络服务处理程序的Webkit内核组件进行处理。
[0039]如图3所示,在每次创建WebBrowser控件时,服务器通过加载一个进程内组件(该进行内组建可以以动态链接库的形式进行加载)，来拦截浏览程序对网络层API的调用，并在拦截的同时完成所需调用的浏览程序内核类型的判断。服务器拦截对网络层API的调用并判断所需调用的浏览程序内核的类型实际上是对URL Moniker的接口 IInternetProtocolSink:: ReportProgress进行HOOK挂钩处理；即通过挂钩处理,截获对API的调用，运行对所需调用的浏览程序内核类型的识别的一些进程，在识别出所需调用的浏览程序后，月艮务器最后再接着调回原始的API函数。
[0040]在具体的程序代码中，服务器可以对IInternetProtocolSink::ReportProgress 函数进行挂钩，然后实现 IInternetProtocolSink::ReportProgress_HOOK ;这样，当基于创建的WebBrowser控件检测出URL地址的MIME (Multipurposelnternet MailExtens1ns,多用途互联网邮件扩展)类型时，就自动调用到已加载的函数IInternetProtocolSink:: ReportProgress_HOOK中；在该挂钩函数中，服务器判断URL地址的MIME类型；若MIME类型是“text/html”,说明这是一个html网页,通过查找人工域名白名单以确定当前需要打开的内核组件；所述人工域名白名单记录哪些需要用Trident内核打开的MIME类型及哪些需要用WebKit内核打开的MME类型。所述MME类型指的是设定某种扩展名的文件用一种应用程序来打开的方式类型，当该扩展名文件被访问的时候，浏览器会自动使用指定应用程序来打开；该MIME类型多用于指定一些客户端自定义的文件名，以及一些媒体文件打开方式。如果该URL地址所指向的网页需要用Trident内核打开，则浏览程序直接在
[0041]IInternetProtocolSink::ReportProgress_HOOK 中
[0042]调用原始的IInternetProtocolSink::ReportProgress 函数，并且报告MIME类型为“text/html”，这时系统就按默认的方式(即调用Trident内核组件)进行处理。如果该URL地址所指向的网页需要用WebKit内核打开,则浏览程序在调用原始的IInternetProtocolSink:: ReportProgress 函数时，报告一个新的 MIME 类型，如 applicat1n/webkit ；由于在此之前服务器已经将webkit内核组件注册成为处理applicat1n/webkit的MIME处理器了，因此浏览程序通过查询注册表就调用了已注册MME类型的WebKit内核组件。至此，浏览程序已经成功地通过WebB1wser控件调用所需要的内核组件了。
[0043]本发明实施例浏览器接收客户端触发的网页访问请求，创建文档容器控件；利用创建的所述文档容器控件，获取所述网页访问请求所指向的统一资源定位符地址；识别获取的所述统一资源定位符地址的特征信息，根据识别结果调用对应的浏览程序内核组件；基于调用的所述浏览程序内核组件，获取所述统一资源定位符地址指向的网页数据；真正实现了双核浏览程序的无缝交互的有益效果；同时，由于双核浏览程序共用同一网络服务处理程序，从而避免了采用传统双核浏览器所带来的cookies丢失和资源重复下载等问题，提高了浏览程序的可复用性和可扩展性。
[0044]请再次参照图3,基于图2所述实施例的具体描述，WebKit内核复用了 Trident内核的网络层。由于WebKit内核复用了 Trident内核的网络层，因此与IE浏览器内核的Trident引擎一样，Webkit引擎也被COM组件化了，可以将Webkit内核包装成一个“活动文档”，从而使其他所有实现了“活动文档容器”的应用程序都可以加载该Webkit内核组件进行网页显示。同时，由于Trident内核和Webkit内核这两个渲染引擎都是采用了 COM组件的形式，因此未来无论是需要增加、减少或是替换现有的某个渲染引擎(比如，将网页渲染引擎blink取代目前的webkit引擎)，都不需要对图3目前的硬件构架做很大的改动，图3所示的硬件架构具有较强的可扩展性。另外，Trident内核的安装包可以做到很小；比如采用图3所示的浏览程序的新构架时，若客户端对浏览器的安装包大小有要求，则可以不将WebKit内核放进安装包，服务器可以采用插件方式或是后台推送方式，将WebKit内核部署到客户端，更丰富了浏览程序的安装部署策略。
[0045]由于图3所示的双核浏览程序的硬件部署结构中，增加一个渲染引擎的同时，并没有改变浏览器应用层与内核层的接口，即还都是通过WebBrowser接口，所以新引擎对于内核层以上的应用而言是透明的，因此Trident内核和Webkit内核同时共享同一网络层时，就不需要浏览程序专门进行双核之间的cookies同步、缓存处理等；且所有基于网络层的优化和应用都同时应用于两个引擎上。另外，只要WebBrowser接口不变，后期升级WebKit内核的维护工作也很少，因此图3所示的双核浏览程序的硬件部署结构降低了开发维护的工作量。同时，从一个内核组件切换至另一个内核组件时，由于两个内核组件属于同一个网络层，因此就没有所谓的双核之间的cookies同步，因此客户端可以同时共享缓存，切换内核的延时更少、切换也更平滑，真正地达到客户端的无缝体验。
[0046]基于图2和图3所述实施例的具体描述，请参照图4，图4是本发明浏览程序双内核组件的实现方法中Trident内核组件和Webkit内核组件数据交互一实施例结构示意图；如图4所示，WebKit内核复用了 IE浏览器的网络层，即复用了 Trident内核组件中的网络服务处理程序。当浏览器直接使用Trident内核组件时，所有的操作均由Trident内核进程完成；当调用Webkit内核组件时,Webkit内核组件中的Webkit内核主进程将Render(渲染引擎)进程发送的网页数据获取请求经消息过滤器发送至Webkit Server, Webkit Server再将该网页数据获取请求转发至Trident内核进程中的Webkit Client中，由WebkitClient将网页数据获取请求发送至Trident内核进程中的Trident网络服务处理程序，由Trident网络相关处理模块进行相应处理,再将处理结果由Webkit内核组件转发至Render进程。
[0047]如图4所示，WebKit内核本身采用多进程构架，各个Render进程之间互不干扰，可以简单的理解为一个标签页对应一个Render进程。各个Render进程只与WebKit内核主进程通过进程间通信即IPC (Internet Process Connect1n,间通讯)进行通信联系。每个Render进程的所有网络请求都是通过IPC消息通知WebKit内核主进程,并由Webkit内核主进程进行统一处理。WebKit内核主进程将从Render进程发送过来的网络请求消息，直接转发至Trident内核组件，由Trident内核进程进行处理；图4所示的Trident内核进程对网络消息的处理与IE浏览器的网络处理一致。由于Trident内核和Webkit内核同时共享同一网络层，避免了所谓的双核之间的cookies同步的问题，客户端可以同时共享缓存，切换内核的延时更少、切换也更平滑，真正地达到客户端的无缝体验。
[0048]图5是本发明浏览程序双内核组件的实现装置一实施例功能模块示意图；如图5所示，本发明浏览程序双内核组件的实现装置包括:请求接收模块01、信息获取模块02、内核调用模块03和数据处理模块04。
[0049]请求接收模块01，用于接收客户端触发的网页访问请求，创建文档容器控件；
[0050]请求接收模块01接收到客户端触发的网页访问请求时，创建对应的文档容器控件。
[0051]如，用户基于PC桌面上的浏览器快捷图标，双击浏览器快捷图标，以打开浏览器时，请求接收模块01接收到用户触发的双击浏览器快捷图标的操作指令时，创建WebBrowser控件,并调用已创建的WebBrowser控件所提供的接口，由WebBrowser控件完成后续的操作。如图3所示，客户端通过双核浏览器发送网页访问请求；在浏览程序每次需要URL导航时,请求接收模块01都会创建一个WebBrowser控件的实例,通过WebBrowser控件接口完成接下来的导航任务。
[0052]信息获取模块02，用于利用创建的所述文档容器控件，获取所述网页访问请求所指向的统一资源定位符地址；
[0053]内核调用模块03，用于识别获取的所述统一资源定位符地址的特征信息，根据识别结果调用共用的网络服务处理程序对应的浏览程序内核组件。
[0054]利用请求接收模块01创建的所述WebBrowser控件，信息获取模块02获取该网页访问请求所指向的URL地址。在信息获取模块02获取到所述URL地址时，内核调用模块03识别该URL地址的特征信息，将获取的URL地址的特征信息与预设规则进行比对；当获取的URL地址的特征信息符合预设规则时，内核调用模块03调用Trident内核组件，由Trident内核组件执行后续的操作；当获取的URL地址的特征信息不符合预设规则时，内核调用模块03调用Webkit内核组件，由Webkit内核组件执行后续的操作。
[0055]数据处理模块04，用于基于调用的所述浏览程序内核组件，获取所述统一资源定位符地址指向的网页数据。
[0056]数据处理模块04基于调用的共用同一网络服务处理程序的浏览程序内核组件，向服务器发送网页访问请求；服务器根据浏览器的数据处理模块04发送的网页访问请求，获取网页访问请求所指向的URL地址对应的网页数据，并将获取的该网页访问请求所指向的URL地址对应的网页数据返回至调用的浏览程序内核组件；数据处理模块04解析获取的网页数据，将需显示的元素如文档、图片、视频等按照正确的顺序经渲染后显示出来。
[0057]本实施例中，仍以Trident内核和Webkit内核为例进行描述；其中，Trident内核组件和Webkit内核组件共用同一网络服务处理程序。
[0058]若数据处理模块04判断需调用Trident内核组件,则基于调用的Trident内核组件，利用该Trident内核组件中的网络服务处理程序，根据URL地址所指向的网页数据的获取请求，获取该URL地址指向的网页数据。Trident内核组件接收到服务器返回的该URL地址所指向的网页数据后，解析获取的网页数据，将需显示的元素如文档、图片、视频等按照正确的顺序经渲染后显示出来。
[0059]若数据处理模块04判断需调用Webkit内核组件，则基于调用的Webkit内核组件，将所述URL地址所指向的网页数据的获取请求发送至Trident内核组件，由Trident内核组件的网络服务处理程序获取该URL地址所指向的网页数据。即由Trident内核组件的网络服务处理程序向服务器发送该URL地址所指向的网页数据的获取请求，并接收服务器根据所述获取请求返回的网页数据；接收到服务器返回的网页数据后，Trident内核组件将接收到的网页数据发送至Webkit内核组件，由Webkit内核组件对获取的网页数据进行解析，将需显示的元素如文档、图片、视频等按照正确的顺序经渲染后显示出来。
[0060]在一优选的实施例中，内核调用模块03拦截该URL地址所指向的对网络层API的调用，并判断获取的URL地址的数据类型。根据该URL地址的数据类型，内核调用模块03调用对应的组件；比如，判断该URL地址的数据类型是需要进行电子银行对应的相应操作，内核调用模块03则调用Trident内核组件进行处理；判断该URL地址的数据类型对网页加载的速度要求较高，内核调用模块03则直接调用Webkit内核组件进行处理；内核调用模块03也可以通过如下方式确定所要调用的内核组件:查找存储的人工域名的白名单，判断在人工域名白名单中是否能够找到获取的URL地址；若能够找到该URL地址，则调用Trident内核组件进行处理；若不能够找到该URL地址，则调用与Trident内核组件共用同一网络服务处理程序的Webkit内核组件进行处理。
[0061]本发明实施例中，所述浏览程序双内核组件的实现装置的硬件部署可以采用图3所示的浏览程序双内核组件硬件架构；有关图3所示的浏览程序双内核组件硬件架构的具体描述，请参照上述相关实施例的具体描述，在此不再赘述。
[0062]本实施例中，Webkit内核复用了 IE浏览器的网络层，即复用了 Trident内核组件中的网络服务处理程序；Webkit内核组件和Trident内核组件共用Trident内核组件中的同一网络服务处理程序。有关Webkit内核组件与Trident内核组件的交互的具体描述，请参照上述相关实施例如图4所述实施例的具体描述，在此不再赘述。
[0063]本发明实施例接收客户端触发的网页访问请求，创建文档容器控件；利用创建的所述文档容器控件，获取所述网页访问请求所指向的统一资源定位符地址；识别获取的所述统一资源定位符地址的特征信息，根据识别结果调用对应的浏览程序内核组件；基于调用的所述浏览程序内核组件，获取所述统一资源定位符地址指向的网页数据；真正实现了双核浏览程序的无缝交互的有益效果；同时，由于双核浏览程序共用同一网络服务处理程序，从而避免了采用传统双核浏览器所带来的cookies丢失和资源重复下载等问题，提高了浏览程序的可复用性和可扩展性；进一步地，丰富了浏览程序的安装部署策略，降低了开发维护的工作量；另外，由于Trident内核和Webkit内核同时共享同一网络层，避免了所谓的双核之间的cookies同步的问题，客户端可以同时共享缓存，切换内核的延时更少、切换也更平滑，真正地达到客户端的无缝体验。
[0064]需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
[0065]上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
[0066]通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个如图5所示的浏览程序双内核组件的实现装置上的存储介质(如ROM/RAM、磁碟、光盘)中，且包括若干指令用以使得一台终端设备(可以是手机、计算机、或者图5所示的浏览程序双内核组件的实现装置，或者网络设备等)执行本发明各个实施例所述的方法。
[0067]以上所述仅为本发明的优选实施例，并非因此限制其专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，直接或间接运用在其他相关的【技术领域】，均同理包括在本发明的专利保护范围内。
【权利要求】
1.一种浏览程序双内核组件的实现方法，其特征在于，包括以下步骤: 接收客户端触发的网页访问请求，创建文档容器控件； 利用创建的所述文档容器控件，获取所述网页访问请求所指向的统一资源定位符地址； 识别获取的所述统一资源定位符地址的特征信息，根据识别结果调用对应的浏览程序内核组件； 基于调用的共用同一网络服务处理程序的所述浏览程序内核组件，获取所述统一资源定位符地址指向的网页数据。
2.如权利要求1所述的方法，其特征在于，所述识别获取的统一资源定位符地址的特征信息，包括: 拦截对网络层应用程序接口的调用，判断所述统一资源定位符地址的数据类型，并根据获取的所述数据类型，识别所述统一资源定位符地址的特征信息。
3.如权利要求1所述的方法，其特征在于，所述识别获取的统一资源定位符地址的特征信息，根据识别结果调用对应的浏览程序内核组件，包括: 识别获取的所述统一资源定位符地址的特征信息满足预设规则时，调用第一内核组件； 识别获取的所述统一资源定位符地址的特征信息不满足预设规则时，调用与所述第一内核组件共用同一网络服务处理程序的第二内核组件。
4.如权利要求1或2或3所述的方法，其特征在于，所述基于调用的共用同一网络服务处理程序的所述浏览程序内核组件，获取所述统一资源定位符地址指向的网页数据，包括: 基于调用的第一内核组件，由所述第一内核组件中的所述网络服务处理程序获取所述统一资源定位符地址指向的网页数据。
5.如权利要求1或2或3所述的方法，其特征在于，所述基于调用的共用同一网络服务处理程序的所述浏览程序内核组件，获取所述统一资源定位符地址指向的网页数据，包括: 基于调用的第二内核组件，将所述统一资源定位符地址对应的网络数据的获取请求发送至所述第一内核组件； 调用所述第一内核组件中的所述网络服务处理程序，获取所述统一资源定位符地址指向的网页数据。
6.一种浏览程序双内核组件的实现装置，其特征在于，包括: 请求接收模块，用于接收客户端触发的网页访问请求，创建文档容器控件； 信息获取模块，用于利用创建的所述文档容器控件，获取所述网页访问请求所指向的统一资源定位符地址； 内核调用模块，用于识别获取的所述统一资源定位符地址的特征信息，根据识别结果调用对应的浏览程序内核组件； 数据处理模块，用于基于调用的共用同一网络服务处理程序的所述浏览程序内核组件，获取所述统一资源定位符地址指向的网页数据。
7.如权利要求6所述的装置，其特征在于，所述信息获取模块用于: 拦截对网络层应用程序接口的调用，判断所述统一资源定位符地址的数据类型，并根据获取的所述数据类型，识别所述统一资源定位符地址的特征信息。
8.如权利要求6所述的装置，其特征在于，所述内核调用模块用于: 识别获取的所述统一资源定位符地址的特征信息满足预设规则时，调用第一内核组件； 识别获取的所述统一资源定位符地址的特征信息不满足预设规则时，调用与所述第一内核组件共用同一网络服务处理程序的第二内核组件。
9.如权利要求6或7或8所述的装置，其特征在于，所述数据处理模块用于: 基于调用的第一内核组件，由所述第一内核组件中的所述网络服务处理程序获取所述统一资源定位符地址指向的网页数据。
10.如权利要求6或7或8所述的装置，其特征在于，所述数据处理模块用于: 基于调用的第二内核组件，将所述统一资源定位符地址对应的网络数据的获取请求发送至所述第一内核组件； 调用所述第一内核组件中的网络服务处理程序，获取所述统一资源定位符地址指向的网页数据。
【文档编号】G06F17/30GK104516885SQ201310447135
【公开日】2015年4月15日 申请日期:2013年9月26日 优先权日:2013年9月26日
【发明者】徐华荣 申请人:腾讯科技（深圳）有限公司