随着移动互联网技术的发展， 越来越多的人喜欢通过移动终端设备浏览网页 ， 享受着把互联网装入口袋的便利。 由于受到移动终端设备的硬件限制，其浏览器 的浏 览效果远远比不上 PC浏览器的浏览效果， 再者如果把在 PC浏览器上浏览的网页照 搬到移动终端设备的浏览器上， 又将会耗费大量的流量。 因此， 目前很多移动终端设 备的浏览器都实现了对网页的定制。 一般情况下， 浏览器对网页的定制主要有以下两种方式：

1、将用户的浏览器对网页的请求转至对浏� �器厂商服务器的请求， 由厂商的服 务器到网页的真实地址获取网页数据， 在厂商的服务器作网页的定制。

2、 通过正常途径获取网页数据， 也就是不通过厂商服务器的中转和定制， 但是 浏览器在获取了网页数据后， 浏览器通过注入 JS (JavaScript, Java脚本语言） 或者 通过其他途径对 DOM (HTML Document Object Model, 文档对象模型）树进行修改， 通过对 DOM树的修改， 修改网页的展示效果和功能， 达到定制的目的。 然而， 现有的这两种实现方式都存在着较大的不足。 首先， 通过厂商服务器对网页进行定制， 那么就必须要有一些后台服务器一直 维持着页面的定制功能， 从而加大了维护的成本； 并且一旦服务器出现问题， 就会影 响网页的定制功能。 同时， 通过这种中转的形式， 也会降低网页打开的速度。 其次， 通过注入 JS或者其他途径修改 DOM树， 会破坏原有网页的 DOM树结 构， 对网页的缓存和保存网页源代码等功能造成影 响。 由于旧页面已经被改动， 重新 打开网页时已经无法利用这棵已经缓存的 DOM树，而保存网页源代码的过程其实就 是重新将 DOM树解析成字符串， 因此， 原有的网页缓存和保存源代码功能就失去了 作用。 同时， 使用这种注入 JS或者修改 DOM树的实现方式无法在定制后屏蔽网页 JS控制的广告。 最后， 现有的这两种网页定制实现方式都无法在进入 定制模式与退出定制模式 时进行无缝切换。 发明内容 鉴于上述问题， 本发明的目的是提供一种双 Web View展示定制页面的方法及系 统， 以实现对网页的定制和在原始页面以及定制页 面中进行无缝切换。 根据本发明的一个方面， 提供了一种双 Web View展示定制页面的方法， 包括： 根据加载的原始网页信息确定定制页面的模板 类型； 根据所确定的定制页面的模板类型， 构建新的 WebView, 并在所构建的新 WebView上加载根据所述原始网页信息确定的定� �页面模板； 在所述新 WebView中创建内置 JS对象以使运行在所述新 WebView上的定制页 面模板访问原网页的 WebView以获取所述原网页的页面数据； 根据所获取的原网页的页面数据， 在所述新 WebView内生成一个新页面作为定 制页面； 展示所生成的定制页面。 其中， 所述根据加载的原始网页信息确定定制页面的 模板类型的过程包括： 在 原始网页加载到预先设置的阶段时， 根据加载的原始网页信息此外， 优选的方案是， 所述预先设置的阶段为所述原始网页的 DOM树开始构建时、 所述原始网页的 DOM 树构建完成时或者所述原始网页的 BODY节点开始建构时。 此外， 优选的方案是， 在所述新 WebView中创建内置 JS对象的过程中， 在所 述内置 JS对象中添加两个接口以访问所述原网页的 WebView中的 Document对象和 Window对象。 此外， 优选的方案是， 通过对新 WebView和原网页的 WebView之间的相互切 换， 完成网页在定制模式和非定制模式之间的相互 转换。 其中， 所述定制模式和非定制模式之间的相互转换的 过程包括： 当退出定制模 式时， 将所述原网页的 Web View覆盖在所述新 Web View上； 当退出定制页面后再进 入定制模式时， 将所述新 Web View覆盖在所述原网页的 Web View上。 其中， 通过对新 Web View的操作， 完成对原网页的 Web View的数据更改， 进 而更改定制页面的数据，完成新 Web View和所述原网页的 Web View之间的数据传递。 另一方面， 本发明提供一种双 Web View展示定制页面的系统， 包括： 模板类型确定单元， 用于根据加载的原始网页信息确定定制页面的 模板类型； 模板加载单元， 用于根据所确定的定制页面的模板类型， 构建新的 WebView, 并在所构建的新 WebView上加载根据所述原始网页信息确定的定� �页面模板； 页面数据获取单元， 用于在所述新 WebView中创建内置 JS对象以使运行在所 述新 WebView上的定制页面模板访问原网页的 WebView以获取所述原网页的页面数 据； 定制页面生成单元， 用于根据所获取的原网页的页面数据， 在所述新 WebView 内生成一个新页面作为定制页面； 定制页面展示单元， 用于展示所述定制页面。 利用上述根据本发明的双 WebView展示定制页面的方法及系统， 在无需定制服 务器支持及修改原网页页面的情况下， 能够实现对网页的定制， 并能够实现在原网页 页面及定制页面中的切换， 基本无需任何时间上的开销， 并且能屏蔽网页的广告。 同 时， 原网页页面会在定制结束后一直保留， 与定制页面并存。用户对定制页面的操作 都能有效的传递给原网页， 原网页对用户操作的反馈能给定制页面捕捉， 从而使得定 制页面能及时的局部更新或者全局更新。 第一方面， 本申请提供一种双 WebView展示定制页面的方法， 包括： 根据加载 的原始网页信息确定生成定制页面所需的模板 类型，其中，所述原始网页是通过移动 互联网加载的网页； 根据所述模板类型， 构建新 WebView, 其中， 所述原网页是所 述原始网页， 或者， 在所述原始网页的基础上进行操作演变得到的 网页； 在所述新 WebView上加载所述模板类型对应的模板；在所� �新 WebView中创建内置 JavaScript 对象， 以及通过内置 JavaScript对象获取原网页的页面数据； 根据所述原网页的页面 数据， 在所述新 WebView内生成定制页面， 以及， 展示所述定制页面。 结合第一方面， 在第一方面的第一种可能的实施方式中， 在原始网页加载到预 先设置的阶段时，根据加载的原始网页信息， 确定生成所述定制页面所需的模板类型， 其中， 所述预先设置的阶段包括所述原始网页的 DOM树开始构建时、所述原始网页 的 DOM树构建完成时或者所述原始网页的 BODY节点开始建构时。 结合第一方面或第一方面的第一种可能的实施 方式， 在第一方面的第二种可能 的实现方式中， 根据加载的原始网页信息确定生成定制页面所 需的模板类型， 包括： 根据加载的原始网页信息， 确定原始网页的页面模式， 其中， 所述页面模式包括阅读 模式、 论坛模式或小说模式； 根据所述页面模式确定定制网页对应的模板类 型， 所述 模板类型包括阅读模式的类型、 论坛模式的类型或小说模式的类型。 结合第一方面的第二种可能的实施方式， 在第一方面的第三种可能的实施方式 中， 在所述新 WebView中创建内置 JavaScript对象的过程中， 在所述内置 JavaScript 对象中设置两个接口， 以使新 Web View通过两个接口访问原网页的 Web View中的 Document对象和 Window对象。 结合第一方面， 在第一方面的第四种可能的实施方式中， 通过相互切换新 Web View和原网页的 Web View, 以使网页在定制模式和非定制模式之间相互转 换。 结合第一方面的第四种可能的实施方式， 在第一方面的第五种可能的实施方式 中， 定制模式和非定制模式之间相互转换的过程包 括： 当退出定制模式时， 将所述原 网页的 Web View覆盖在所述新 Web View上；当退出定制页面后再次进入定制模式� �， 将所述新 Web View覆盖在所述原网页的 Web View上。 结合第一方面， 在第一方面的第六种可能的实施方式中， 通过内置 JavaScript 对象获取原页面的页面数据， 包括： 通过对所述新 Web View的操作， 完成对所述原 网页的 Web View的数据更改， 进而更改所述定制页面的数据， 完成所述新 Web View 和所述原网页的 Web View之间的数据传递。 结合第一方面的第六种可能的实施方式， 在第一方面的第七种可能的实施方式 中， 所述新 Web View和所述原网页的 Web View之间的数据传递的过程， 包括： 当用 户在所述新 Web View上进行操作时， 触发新 Web View的 JavaScript对象， 以使新 Web View 通过原网页的 Document 对象和 Windows 对象将操作发送给原网页的 Web View; 所述原网页的 Web View响应所述操作后， 所述新 Web View将所述原网 页的 Web View的改变定制在所述新 Web View上。 第二方面， 本申请提供一种双 WebView展示定制页面的系统， 包括： 模板类型 确定单元， 用于根据加载的原始网页信息确定生成定制页 面所需的模板类型， 其中， 所述原始网页是通过移动互联网加载的网页； 模板加载单元，用于根据所述模板类型， 构建新 Web View, 并在新 Web View上加载所述模板类型对应的模块； 页面数据获取 单元， 用于在所述新 WebView中创建内置 JS对象， 以及通过内置 JavaScript对象获 取原网页的页面数据； 定制页面生成单元， 用于根据所述原网页的页面数据， 在所述 新 WebView内生成定制页面； 定制页面展示单元， 用于展示所述定制页面。 结合第二方面， 在第二方面的第一种可能的实施方式中， 所述页面数据获取单 元包括：内置 JavaScript对象创建单元，用于在所述新 WebView中创建内置 JavaScript 对象，并在所述内置 JavaScript对象中添加两个接口， 以使新 WebView通过所述两个 接口访问所述原网页的 WebView中的 Document对象和 Window对象。 第三方面， 本申请提供一种具有处理器可执行的程序代码 的计算机可读介质， 应用于移动终端，所述移动终端至少包括显示 屏，所述程序代码使处理器执行下述步 骤： 根据加载的原始网页信息确定生成定制页面所 需的模板类型， 其中， 所述原始网 页是通过移动互联网加载的网页； 根据所述模板类型， 构建新 WebView, 其中， 所 述原网页是所述原始网页，或者，在所述原始 网页的基础上进行操作演变得到的网页； 在所述新 WebView 上加载模板类型对应的模板； 在所述新 WebView 中创建内置 JavaScript对象， 以及通过内置 JavaScript对象获取原网页的页面数据；根据所� �原网 页的页面数据， 在所述新 WebView内生成定制页面， 以及展示所述定制页面。 为了实现上述以及相关目的， 本发明的一个或多个方面包括后面将详细说明 并 在权利要求中特别指出的特征。下面的说明以 及附图详细说明了本发明的某些示例性 方面。 然而， 这些方面指示的仅仅是可使用本发明的原理的 各种方式中的一些方式。 此外， 本发明旨在包括所有这些方面以及它们的等同 物。 附图说明 通过参考以下结合附图的说明及权利要求书的 内容， 并且随着对本发明的更全 面理解， 本发明的其它目的及结果将更加明白及易于理 解。 在附图中： 图 1为本发明实施例提供的一种双 WebView展示定制页面的方法流程示意图； 图 2为本发明实施例提供的一种生成定制页面的� �程示意图； 图 3为本发明实施例提供的一种新 WebView和原始网页的 WebView之间的数 据传递过程示意图； 图 4为本发明实施例提供的一种双 Web View展示定制页面的系统方框示意图。 在所有附图中相同的标号指示相似或相应的特 征或功能。 具体实施方式 以下将结合附图对本发明的具体实施例进行详 细描述。 需要说明的是， 本发明中所涉及的移动终端设备主要指手机等 利用移动终端浏 览器和移动互联网进行网络访问的终端设备。 另外， 为了清楚地说明本发明的技术方 案， 以下先对描述本发明的过程中涉及的一些名词 作出解释。 浏览器内核： 负责对网页进行加载、 显示、 以及 JS的执行的部分， 是浏览器的 核心。 WebView: 是一个用来显示网页页面的视图， 浏览器内核排版渲染出来的画面， 会在 WebView 上显示出来， 用户通过移动终端浏览器所看到的网页内容都 是在 WebView上显示。

Document对象： Javascript语言提供的一个内置对象，用来操纵� �页的 Dom树、 事件等。

Window对象： Javascript语言提供的一个内置对象， 能用来访问网页的一些变 量等。 模板：一些 JS文件和 html文件的集合，利用这些文件能够对原始网� �的页面数 据进行抽取， 并构建出新的定制页面。

DOM: 文档对象模型。 BODY节点： 网页的一个特殊节点。 原始网页： 移动终端浏览器最初请求加载的网页， 根据该原始网页信息确定定 制页面的模板类型。 原网页： 是与定制页面相对的直接通过移动互联网加载 的网页， 它可以是移动 终端浏览器最初请求加载的网页， 即原始网页； 也可以是在原始网页的基础上经过刷 新、 搜索等操作演变的网页。 现有技术中， 在没有服务器的支持和必须修改原网页的情况 下才能实现网页的 定制， 并且在原网页和定制页面中切换耗时久， 也不能很好屏蔽网页广告。 为了解决 这一问题， 本发明通过网页的 WebView覆盖， 在无需浏览器厂商服务器支持的情况 下对页面进行定制； 同时， 在这种页面定制的过程中， 无需对页面的内容进行修改， 还可以快速地在定制页面与原网页中进行切换 ， 并且屏蔽网页的广告。

以下以安卓平台为例对本发明的双 WebView展示定制页面的方法做更为详细地 介绍， 其他平台实现方法类似。 图 1示出了根据本发明实施例的双 WebView展示定制页面的方法流程示意图， 如图 1所示：

S110: 根据加载的原始网页信息确定定制页面的模板 类型；

S120: 根据所确定的定制页面的模板类型， 构建新的 WebView, 并在所构建的 新 WebView上加载根据原始网页信息确定的定制页� �模板；

S130: 在所构建的新 WebView中创建内置 JS对象以使运行在该新 WebView上 的定制页面模板访问原网页的 WebView以获取所述原网页的页面数据。 其中， 在新 WebView中创建内置 JS对象的过程中， 在该内置 JS对象中添加两 个接口以使新 WebView能够通过这两个接口访问原网页的 WebView中的 Document 对象和 Window对象， 从而获取原网页的所有页面数据。

S140: 根据所获取的原网页的页面数据， 利用 JS语言在新 WebView内生成一 个新页面作为定制页面。

S150: 展示生成的定制页面。 在步骤 S110中确定定制页面的模板类型的过程包括：� �原始网页加载到预先设 置的阶段时，根据加载的原始网页信息确定定 制页面的模板类型。在本发明的实施例 中， 预先设置的阶段也就是网页加载到的某个具体 阶段， 该具体阶段可以是原始网页 的 DOM树开始构建时， 或者原始网页的 DOM树构建完成时， 也可以原始网页的 BODY节点开始建构时。 根据网页功能的不同， 网页的页面模式也是各不相同， 例如具有论坛功能的网 页， 其页面模式为论坛模式； 阅读功能的网页， 其页面模式则为阅读模式。 不同功能 的网页， 其页面模式有其自己的特点， 但是， 并不是所有的页面模式都能定制， 也不 是所有的页面模式都具有定制的必要和定制的 意义。对于某些功能单一、页面特点突 出的页面， 如论坛网页页面、 小说浏览网页页面等， 可以通过定制滤除一些与网页主 要功能无关的广告等内容。而对于某些综合性 的网站， 由于其包括的内容模块复杂并 且功能多样， 因此无法以单一的页面模式对其进行定制。 根据网页加载过程中的 DOM的结构或者 BODY节点的特点， 就可以判断出该 网页是否单一的功能性网页， 从而确定该网页是否可以定制。相应地， 在本发明的一 个具体实施方式中， 定制页面的模板类型包括论坛模式、 阅读模式和小说模式。 作为本发明的一个优选实施方式， 当原始网页加载到某个具体阶段时， 需要对 该页面进行定制判断， 用以判断该网页是否可以定制， 如果该网页不能定制， 那么正 常加载该网页；否则，利用网页加载到的具体 阶段判断出定制页面的模板类型。例如， 当原始网页加载到某个具体阶段时， 利用原始网页的 URL ( Uniform/Universal Resource Locator, 统一资源定位符）或者是原始网页的 Metal标签信息也可以判断出 该网页是否能定制， 同样利用该信息也能判断出定制页面需要用到 哪种类型的模板。 在上述思路的基础上， 对于本领域技术人员来说， 可以采用多种手段根据加载 的网页数据信息判断定制的模板类型， 例如， 当获取了所加载的网页的 head标签的 数据后， 检查是否有 name为 generator的 meta标签， 若有， 则获取这个 meta标签的 content 值， content 值则为论坛的类型。 如： 若 head 存在这样的一个标签 <meta name="generator" content="Discuz! X2">那么就知道这个网页是 Discuz! X2论坛， 可 以使用 Discuz! X2的订制模板。 另外， 如果用户访问的网址域名为 www.qidian.com等常用的小说网站， 可以通 过预置的记录特定网站的白名单来判断出该网 站是一个小说网站，则加载网页的过程 中就可以直接使用小说网站的定制模式。其中 ， 预置的记录特定网站的白名单可以包 括小说网站列表、 论坛网站列表等。 其中， 根据原始网页页面模式的不同， 定制页面的模板类型可以是论坛模式， 或者是阅读模式， 或者是小说模式。

为了清楚说明双 Web View展示定制页面的方法， 图 2示出了根据本发明实施例 的生成定制页面的流程示意图， 以下将结合图 2对定制页面的生成作详细说明。如图 2所示：

S210: 当原始网页加载到某个具体阶段时， 判断原始网页是否可以定制， 如果 可定制， 执行步骤 S230, 否则执行步骤 S220;

S220: 正常加载原始网页；

S230: 确定定制页面的模板类型； S240: 根据定制页面的模板类型， 构建新的 Web View;

S250: 在所构建的新 Web View上加载根据所述原始网页信息确定的定制� �面模 板；

S260: 在新 WebView中创建一个内置 JS对象， 使内置 JS对象访问原网页的 WebView的 Document对象和 Window对象；

S270:新 WebView所运行的模板利用原网页的 WebView中的 Document对象和 Window对象获取原网页 DOM节点数据和原网页的其他数据；

S280: 新 WebView利用获取的原网页 DOM节点数据和原网页的其他数据原始 网页， 在新 WebView页面的 DOM树上构建定制页面； S290: 持续根据定制页面的模板信息和原网页的页面 信息进行定制， 直到完成 定制页面构建。

在本实施例中，定制页面的模板是由一些 HTML文件及 JS文件组成，定制页面 模板的 JS能使用一个特殊的 JS对象。 作为示例， 假设这个对象名字为 JSControlle 通过 JSController 获取到被覆盖的原网页的 WebView所打开的 Document 对象和 Window对象。 通过 Document对象和 Window对象， 就能获取到原网页的所有页面 数据。利用这些原网页的页面数据和信息用 JS语言提供的方法在新 WebView内生成 一个新的页面， 新页面即为定制页面。 当把新 WebView覆盖在原始网页的 WebView上后， 虽然会有两个 WebView, 但用户只能在新 WebView上操作， 同时用户也只能看到新 WebView, 也就是定制页 面的 WebView。 原网页的 WebView 并不会在定制结束后进行销毁， 它只是被新 WebView覆盖和遮蔽， 通过对新 WebView和原网页的 WebView之间的相互切换， 就 可以完成网页在定制模式和非定制模式之间的 相互转换。 其中， 定制模式和非定制模式之间的相互转换的过程 包括： 当退出定制模式时， 将原网页的 WebView覆盖在新 WebView上； 当退出定制页面后再进入定制模式时， 将新 WebView覆盖在原网页的 WebView上。 正是由于原网页的 WebView在定制结束后不会被销毁， 而只是被新 WebView 覆盖和遮避， 因此其又将作为事件的处理者和数据的提供者 为新 WebView服务。 具体地， 作为示例， 当用户对新 WebView进行操作时， 例如在文本框中输入文 字或者点击某个按钮时， 新 WebView可以将操作传递给原网页的 WebView, 由原网 页的 WebView处理及响应此操作， 新 WebView可以将原网页的 WebView的响应继 续定制和展现。 这两个 WebView相互依存， 协同工作， 原网页的 WebView通过新 WebView获取用户输入， 又充当新 WebView的事件处理者和数据提供者。 也就是说， 通过对新 WebView的操作， 完成对原网页的 WebView的数据更改， 进而更改定制页面的数据，完成新 WebView和所述原网页的 WebView之间的数据传 递。 图 3示出了根据本发明实施例的新 WebView和原网页的 WebView之间的数据 传递过程示意图， 如图 3所示：

S310: 用户在新 WebView上进行操作； S320: 新 WebView的 JS被触发， 通过原网页的 Document对象和 Windows对 象将操作发送给原网页的 WebView;

S330: 原网页的 WebView响应操作；

S340: 当原网页的 WebView响应操作后， 新 WebView将原网页的 WebView的 改变定制在新 WebView上； 本步骤中的新 WebView监听到原网页的 WebView的改 变后利用页面定制的规则将原网页的 WebView的改变实时定制在新 WebView上。

S350: 判断是否继续监听用户在新 WebView上的操作， 如果是执行步骤 S310, 否则结束。 通过上述的实施例可以看出， 本发明提供的双 WebView展示定制页面的方法， 能够在无需浏览器厂商服务器支持的情况下对 页面进行定制； 同时，在这种定制过程 中， 无需对页面的内容进行修改； 另外， 由于原网页的 WebView在定制结束后不会 被销毁， 因此可以快速、无缝地在原网页和定制页面中 进行切换； 并且更好地利用缓 存。 更为重要的是， 现有的网页定制技术在对页面的定制过程中， 无法彻底的隐藏 原始网页的一些特殊元素， 由于原网页的 JS可能会通过一些定时器生成一些其他的 网页元素， 这些元素会给原本的定制页面造成干扰， 例如弹出广告。 但是， 本发明提 供的双 WebView 展示定制页面的方法是将定制页面的 WebView覆盖在原网页的 WebView上， 因此， 原网页弹出的其他元素， 都不会对定制页面造成影响， 由于原 网页的 WebView被盖在下方，无法影响到定制页面的 WebView,而原网页的 WebView 又不会在定制结束后进行销毁。 这两个 WebView相互依存， 协同工作， 原网页的 WebView通过新 Web View获取用户输入，又充当新 Web View的事件处理者和数据提 供者。

下面将以几个具体的应用实施例对本发明双 Web View展示定制页面的技术效果 进行说明。 实例一： 现有的某移动终端浏览器通过中间件服务器协 助进行页面的定制，如论坛模式， 小说阅读模式的定制等。 但随着 WIFI的普遍应用， 通过这种中转的方式， 速度可能 会有所降低。 同时， 这样会导致客户端与服务器耦合， 某些不确定因素还会导致浏览 器的中间件服务器无法正常运行，从而致使这 些需要用到定制服务的功能也都无法使 用。 然而， 使用本发明提供的双 WebView展示定制页面的方法， 由于无需服务器的 支持也能进行页面的定制， 因此不会受到服务器性能的影响。 实例二： 假设某定制模式是在浏览器客户端本地进行通 过注入 JS修改网页 DOM树完成 的， 当想退出定制模式时， 这个时候只能刷新页面， 或者移除对 DOM树的修改。 刷 新会很耗时， 而删除对 DOM树的修改也需要执行大量的 JS， 耗费了机器的资源， 且 因为执行了这个耗时的 JS操作， 无法做到无缝切换。 但是， 使用本发明提供的双 WebView展示定制页面的方法， 当想退出定制模式 时， 只需将定制页面的 WebView与原始网页的 WebView交换位置就行， 无需执行任 何的 JS， 当又想重新进入阅读模式， 又可以通过交换原网页的 WebView与定制页面 的 WebView的位置来实现。 实例三： 假设某定制模式是在浏览器客户端本地进行通 过注入 JS修改网页 DOM树完成 的， 但这个原页面的 JS启动了一些定时器， 这些定时器会每隔一段时间弹一个广告 出来。 这样的话， 定制页面也会显示这些广告， 因为定制页面无法判断出这些广告， 无法将这些广告隐藏或删除。 而使用本发明提供的双 WebView展示定制页面的方法， 原页面弹出的广告只会 在原页面中显示， 但是由于原页面被另外一个新 WebView覆盖， 也就是被定制页面 的 WebView覆盖， 因而不会对定制页面有任何的影响。 实例四： 当打开定制页面， 想要保存原网页时， 浏览器的保存功能会导致的定制页面的 信息也被保存。 同时浏览器也很难 100%还原原网页的网页代码。 而使用本发明提供 的双 Web View展示定制页面的方法， 由于没有对原网页的 DOM树进行修改， 因此 能够完整地保存原始网页的数据。 通过以上具体应用实施例， 可以看出， 使用本发明提供的双 Web View展示定制 页面的方法， 能够实现对网页的定制， 并能够在原网页的页面及定制页面之间实现无 缝切换， 并且能很好地屏蔽网页的广告。 与上述方法相对应， 本发明还提供了一种双 Web View展示定制页面的系统。 图 4示出了根据本发明实施例的双 Web View展示定制页面的系统方框示意图， 如图 4 所示，本发明提供的双 Web View展示定制页面的系统 400包括模板类型确定单元 410、 模板加载单元 420、 页面数据获取单元 430、 定制页面生成单元 440和定制页面展示 单元 450， 其中， 页面数据获取单元 430还可以包括内置 JS对象创建单元 （图中未 示出）。 其中， 模板类型确定单元 410用于根据加载的原始网页信息确定定制页面 的模 板类型；模板加载单元 420用于根据定制页面模板确定单元 410所确定的定制页面的 模板类型， 构建新的 WebView, 并在所构建的新 Web View上加载根据原始网页信息 确定的定制页面模板； 页面数据获取单元 430用于在所构建的新 WebView中创建内 置 JS对象以使运行在该新 WebView上的定制页面模板访问原网页的 WebView以获 取原网页的页面数据；定制页面生成单元 440用于根据页面数据获取单元 430所获取 的原网页的页面数据， 在新 WebView内生成一个新页面作为定制页面； 定制页面展 示单元 450用于展示页面定制单元 440所生成的定制页面。 页面数据获取单元 430进一步包括内置 JS对象创建单元， 用于在新 WebView 中创建内置 JS 对象， 并在所创建的内置 JS 对象中添加两个接口以访问原网页的 WebView中的 Document对象和 Window对象

如上参照附图以示例的方式描述了根据本发 明的双 WebView展示定制页面的方 法及系统。 但是， 本领域技术人员应当理解， 对于上述本发明所提出的双 WebView 展示定制页面的方法及系统，还可以在不脱离 本发明内容的基础上做出各种改进。因 此， 本发明的保护范围应当由所附的权利要求书的 内容确定。