技术领域

本发明涉及移动通信技术， 尤其涉及一种访问互联网的方法、 终端以及 存储介质。

背景技术

随着通信技术以及无线互联网技术的发展， 通过终端， 例如移动终端进 行移动业务的应用也越来越普遍， 例如， 通过移动终端， 用户可以访问互联 网， 如移动互联网， 进行信息的搜索、 发布、 下载歌曲、 即时通信以及网络 游戏等。

图 1为现有移动互联网访问系统结构示意图。 参见图 1 , 该系统包括： 移动终端、 第一服务器， 例如移动服务器（群） 、 第二服务器， 例如电信服 务器（群）以及第三服务器， 例如无线应用协议（ WAP, Wireless Application Protocol )服务器， 其中，

移动终端根据需要访问的网页生成网页访问请 求， 向移动服务器发送， 移动服务器接收用户发送的网页访问请求， 根据预先设置的访问策略进行处 理， 例如， 判断是否允许该移动终端访问网页， 如果允许， 将网页访问请求 输出至相应的电信服务器， 电信服务器将接收的网页访问请求向 WAP服务 器发送， WAP服务器根据接收的网页访问请求， 将相应的网页信息 （WAP 网页内容）携带在网页访问请求响应中， 通过电信服务器、 移动服务器发送 至移动终端， 移动终端接收网页访问请求响应， 解析并获取包含的 WAP网 页内容， 向用户展示。

该系统中， 移动终端通过无线方式与移动服务器相连， 移动服务器一般 用作网关， 用以对接收的网页访问请求进行过滤处理； 移动服务器、 电信服 务器以及 WAP服务器之间通过无线方式或有线方式相连。

由上述可见， 现有的移动互联网访问系统， 移动服务器与电信服务器之 间通过无线方式或有线方式相连， 如果移动服务器与电信服务器之间发生网 络故障， 例如， 运营商间网络拥挤、 连接中断、 移动服务器处于维护状态或 移动服务器负载过重， 或者， 移动服务器根据预先设置的访问策略不允许移 动终端访问网络， 都将导致移动终端的访问请求失败， 向移动终端返回服务 不可用 （ 503 ) 的提示信息， 并携带其可能原因， 例如， 暂时不能连接到对 方网站、 服务器维护中或负载过重、 服务器不支持请求的功能等， 即使移动 终端重新发送网页访问请求， 可能仍会得到服务不可用 （ 503 ) 的提示信息， 使得移动互联网访问系统运行可靠性较低， 用户访问网络所需时间较长， 从 而降低了用户的应用业务体验。

发明内容

有鉴于此， 本发明提出一种访问互联网的方法、 终端以及存储介质， 可 提高互联网访问系统的可靠性、 提升用户的应用业务体验。

本发明实施例提供了一种终端， 该终端包括： 网页访问请求模块、 失败 域名管理模块以及网页访问请求处理模块。 其中， 网页访问请求模块， 用于 通过第一服务器向第二服务器发送访问网页的 请求； 失败域名管理模块， 当 终端确认访问网页失败时， 将需要访问的网页地址信息封装在目的地址为 中 转服务器地址的网页访问请求中， 通过第一服务器及中转服务器向第二服务 器发送； 网页访问请求处理模块， 接收并展示第二服务器通过中转服务器及 第一服务器反馈的网页内容。

此外， 本发明实施例提供了一种访问互联网的方法， 该方法包括： 通过 第一服务器向第二服务器发送访问网页的请求 ； 当终端确认访问网页失败 时， 将需要访问的网页地址信息封装在目的地址为 中转服务器地址的网页访 问请求中， 通过第一服务器及中转服务器向第二服务器发 送； 以及接收并展 示第二服务器通过中转服务器及第一服务器反 馈的网页内容。

再者， 本发明实施例提供了一种包含计算机可执行指 令的存储介质， 计 算机可执行指令用于执行一种访问互联网的方 法， 此方法包括以下步骤： 通 过第一服务器向第二服务器发送访问网页的请 求； 当终端确认访问网页失败 时， 将需要访问的网页地址信息封装在目的地址为 中转服务器地址的网页访 问请求中， 通过第一服务器及中转服务器向第二服务器发 送； 以及接收并展 示第二服务器通过中转服务器及第一服务器反 馈的网页内容。

由上述的技术方案可见， 本发明提供的一种访问互联网的方法、 终端以 及存储介质通过确认访问网页失败后， 将需要访问的网页地址信息封装在目 的地址为中转服务器地址的网页访问请求中， 通过第一服务器及中转服务器 向第二服务器发送， 还接收并展示第二服务器通过中转服务器及第 一服务器 反馈的网页内容。 这样， 当网页访问请求不可达时， 通过中转为网关类型错 误提供了一种解决方案， 有效地避免了直连访问互联网网络不稳定的问 题， 提高了访问互联网的可靠性； 进一步地， 在运营商网络拥挤时， 通过中转可 以有效提高用户网络访问速度， 降低用户访问网络所需时间， 从而提升了用 户的应用业务体验。

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

附图概述

图 1为现有互联网访问系统结构示意图。

图 2为本发明实施例提供的互联网访问系统结构� �意图。

图 3为本发明实施例提供的终端的主要架构框图� �

图 4为本发明实施例提供的访问互联网的方法流� �示意图。

图 5为本发明另一实施例提供的访问互联网的方� �流程示意图。

图 6为本发明实施例提供的访问互联网的方法具� �流程示意图。

本发明的较佳实施方式

为更进一步阐述本发明所采取的技术手段及功 效， 以下结合附图及较佳 实施例， 对依据本发明提出的访问互联网的方法、 终端以及存储介质的具体 实施方式、 结构、 特征及其功效， 详细说明如下：

有关本发明的前述及其它技术内容、 特点及功效， 在以下配合参考图式 的较佳实施例的详细说明中将可清楚呈现。 通过具体实施方式的说明， 当可 对本发明所采取的技术手段及功效得以更加深 入且具体的了解， 然而所附图 式仅是提供参考与说明之用， 并非用来对本发明加以限制。

现有的互联网访问系统， 例如移动互联网访问系统， 在其他服务器之间 的通信正常的情况下， 如果第一服务器， 例如移动服务器与第二服务器， 例 如电信服务器之间发生网络故障、 或者， 移动服务器根据预先设置的访问策 略不允许终端设备， 例如移动终端， 访问网络， 将导致移动终端的访问请求 失败。 本发明实施例中， 针对移动终端直连第三服务器， 例如 WAP服务器， 即移动终端依序通过移动服务器、 电信服务器与 WAP服务器相连， 如发生 运营商网关出错（ 503 ) 等网络错误， 通过设置中转服务器， 分别与移动服 务器以及电信服务器通过有线或无线方式相连 ， 用以在移动服务器与电信服 务器之间发生网络故障 （ 503 ) 时， 进行中转处理以解决运营商之间的网络 拥挤问题， 提供用户所需应用业务。 其中， 第一服务器、 第二服务器及第三 服务器可以设置于不同的网络运营商提供的网 络内。 第一服务器、 第二服务 器及第三服务器例如可以为移动服务器、 电信服务器、 WAP服务器等。

图 2为本发明实施例互联网访问系统结构示意图� � 参见图 2, 该系统包 括： 终端， 例如移动终端 201、 第一服务器， 例如移动服务器 203、 第二服 务器， 例如电信服务器 205、 第三服务器， 例如 WAP服务器 207 以及中转 服务器 209, 其中，

移动终端 201 , 用于通过移动服务器 203及电信服务器 205向 WAP服 务器 207发送访问网页的请求， 当确认通过直连访问网页失败后， 将需要访 问的网页地址信息封装在目的地址为中转服务 器 209 地址的网页访问请求 中， 并向移动服务器 203发送； 进而接收并展示 WAP网页服务器 207反馈 的 WAP网页内容；

移动服务器 203 , 用于接收移动终端 201发送的网页访问请求， 并根据 网页访问请求包含的目的地址信息将网页访问 请求发送至中转服务器 209;

中转服务器 209,用于对移动服务器 203发送的网页访问请求进行解析， 获取网页访问请求中封装的网页地址信息， 向电信服务器 205发送网页访问 请求；

电信服务器 205 , 用于接收网页访问请求， 并将网页访问请求发送至 WAP服务器 207;

WAP服务器 207, 用于根据接收的网页访问请求反馈相应的 WAP网页 内容， 并将该 WAP网页内容依次通过电信服务器 205、 中转服务器 209、 移 动服务器 203发送至移动终端 201。

本发明实施例中， 移动终端 201通过无线方式与移动服务器 203相连， 中转服务器 209与移动服务器 203、 电信服务器 205之间通过无线方式或有 线方式相连。 无线方式包括无线保真（WIFI, Wireless Fidelity ) 。 移动服务 器 203、 电信服务器 205以及 WAP服务器 207执行的功能处理与现有相同， 移动服务器 203、 电信服务器 205以及中转服务器 209可以为一个或多个， 即可以为服务器群。 请求中， 向移动服务器发送； 根据接收的网页访问请求响应， 解析并获取包 含的 WAP网页内容， 向用户展示； 移动服务器接收移动终端发送的网页访 问请求， 根据网页访问请求包含的目的地址信息， 发送至目的地址信息对应 的中转服务器； 中转服务器接收移动服务器发送的网页访问请 求，进行解析， 获取网页访问请求中封装的需要访问的网页地 址信息， 向电信服务器发送； 电信服务器接收网页访问请求， 根据网页访问请求中包含的需要访问的网页 地址信息， 向相应的 WAP服务器发送； WAP服务器根据接收的网页访问请 求， 将相应的 WAP网页内容携带在网页访问请求响应中， 通过电信服务器、 中转服务器、 移动服务器发送至移动终端。 这样， 如果移动服务器与电信服 务器之间发生网络故障或者由于移动服务器的 过滤功能导致网页访问请求 不可达时， 通过设置中转服务器， 为网关类型错误提供了一种解决方案， 有 效地避免了直连访问移动互联网网络不稳定的 问题， 提高了移动互联网访问 系统的可靠性； 进一步地， 在运营商网络拥挤时， 通过中转服务器， 可以有 效提高用户网络访问速度， 降低用户访问网络所需时间， 从而提升了用户的 应用业务体验。

图 3为本发明实施例提供的终端的主要架构框图� � 请参阅图 3 , 本发明 实施例提供的终端包括： 网页访问请求模块 301、 失败域名管理模块 303以 及网页访问请求处理模块 305 , 其中，

网页访问请求模块 301 , 用于通过第一服务器向第二服务器发送访问网 页的请求。

其中， 第一服务器及第二服务器可以设置于不同的网 络运营商提供的网 络内。 第一服务器及第二服务器例如可以为移动服务 器、 电信服务器、 WAP 服务器等。

失败域名管理模块 303 , 当终端确认访问网页失败时， 将需要访问的网 页地址信息封装在目的地址为中转服务器地址 的网页访问请求中， 通过第一 服务器及中转服务器向第二服务器发送。

其中， 失败域名管理模块 303在确定用户访问页面数据时， 将网页访问 请求输出， 并接收网页访问请求响应， 解析并展示该网页访问请求响应包含 的页面数据内容； 失败域名管理模块 303还可以继续通过中转服务器获取页 面上的子资源，例如，图片以及 WAP2.0的层叠样式表（ CSS, Cascading Style Sheet )等。 此外， 失败域名管理模块 303在确定用户访问图片数据时， 将网 页访问请求输出， 并接收网页访问请求响应， 解析并展示该网页访问请求响 应包含的图片数据内容。

实际应用中， 可以通过在网页访问请求（HTTP访问请求）对� �的请求 协议中设置 eReqType=EREQ_FAIL_RETRY字段标识访问图片数据，其 取值 为 1。

网页访问请求处理模块 305, 接收并展示第二服务器通过中转服务器及 第一服务器反馈的网页内容。

较佳地， 失败域名管理模块 303, 还用于在通过直连方式发送网页访问 请求并接收到服务不可用提示信息后， 将网页访问请求中包含的目的网站域 名信息进行存储；

本发明实施例中， 失败域名管理模块 303将当前 HTTP访问请求失败的 域名 （包括 IP地址） 置于预先设置的临时失败域名列表中进行存储 。

网页访问请求处理模块 305, 用于在用户发起网页访问请求时， 查询失 败域名管理模块 303是否存储有该网页访问请求对应的域名信息 ， 如果有， 执行将需要访问的网页地址信息封装在目的地 址为中转服务器地址的网页 访问请求中的处理流程， 如果没有， 则按照现有流程处理， 即将需要访问的 网页地址信息作为目的地址封装在网页访问请 求中。

本发明实施例中， 当终端每次发起 HTTP访问请求时， 如果失败域名管 理模块 303的临时失败域名列表中存储有该 HTTP访问请求对应的统一资源 定位器（URL, Uniform Resource Locator ) 的域名 （ IP地址）信息， 则表示 实际应用中， 考虑到一个用户一天访问的域名数量是有限的 ， 可对该临 时失败域名列表进行精确匹配处理， 即由终端来控制临时失败域名列表中能 够存储的最多域名数量， 例如， 100个。 当新加入域名时， 如果临时失败域 名列表已存储满， 则由终端按访问时间、 先进先出等排序方式进行更新。

较佳地， 失败域名管理模块 303进一步用于在终端浏览器退出网络访问 时， 清空临时失败域名列表中存储的信息。 当然， 实际应用中， 也可以设置 预定时间， 例如， 设置重新进行网络访问时， 清除临时失败域名列表中的域 名以及 IP地址信息； 或者，清理临时失败域名列表中存储时间超过 预定时间 的域名信息等。

较佳地， 该终端也可以进一步包括： 中转域名管理模块 307, 其中， 中转域名管理模块 307, 用于在终端启动时， 从预先设置的配置服务器 拉取中转域名白名单信息并存储；

本发明实施例中， 中转域名白名单中包含由后台配置服务器维护 的需要 进行中转的一个或多个域名。 可以通过配置协议进行下发， 配置协议中， 类 型 （ EDomainType ) 为 Req BROKER=12, 表示下发配置的中转域名白名单 信息。

上述网页访问请求处理模块 305 , 还用于在用户发起网页访问请求时， 查询中转域名管理模块 307的中转域名白名单中是否存储有该网页访问 请求 对应的域名信息， 如果有， 执行将需要访问的网页地址信息封装在目的地 址 为中转服务器地址的网页访问请求中的处理流 程， 如果没有， 则按照现有流 程处理， 即将需要访问的网页地址信息作为目的地址封 装在网页访问请求 中。

较佳地， 该中转域名白名单采用模糊匹配， 例如， 如果 HTTP访问请求 对应的域名为 house*.3g .qq.com, 贝 ¹ J通过查询中转域名白名单, 可以命中中 转域名白名单存储的 housel.3g.qq.com、 house2.3g.qq.com等域名信息， 也就 是说， 如果用户需要访问 housel.3g.qq.com、 house2.3g.qq.com, 则需要通过 中转服务器。

当然， 实际应用中，终端也可以进一步包括： 直接访问域名 ( DirectWap ) 管理模块 309, 其中，

直接访问域名管理模块 309, 用于在通过直连方式发送网页访问请求并 接收到相关网页内容例如 WAP网页内容信息后， 将网页访问请求中包含的 目的网站域名信息以直接访问域名白名单进行 存储；

上述网页访问请求处理模块 305 , 还用于在用户发起网页访问请求时， 查询直接访问域名管理模块 309 是否存储有该网页访问请求对应的域名信 息， 如果没有， 执行将需要访问的网页地址信息封装在目的地 址为中转服务 器地址的网页访问请求中的处理流程， 如果有， 则按照现有流程处理， 即将 需要访问的网页地址信息作为目的地址封装在 网页访问请求中。 终端本地维护直接访问域名白名单， 可以设置最多维护 100个， 也可以 由后台配置服务器（例如， 移动服务器）配置域名加入到直接访问域名白 名 单， 则更新终端本地维护的直接访问域名白名单， 终端在结束浏览退出时进 行保存， 下次启动加载该直接访问域名白名单。

当然， 终端也可以同时存储临时失败域名列表、 中转域名白名单以及直 接访问域名白名单， 这样， 使得 HTTP访问请求对应的域名可能同时存在于 终端存储的三份名单或两份名单中。 因而， 本发明实施例中， 设置网页访问 请求处理模块 305查询网页访问请求对应的域名信息时， 其查询的优先级如 下： 优先查询中转域名白名单， 即中转域名白名单的优先级最高， 临时失败 域名列表的优先级次之， 直接访问域名白名单的优先级最低。

进一步地， 还可以在发送网页访问请求的协议中进一步设 置标识， 用于 表示该网页访问请求是因为访问失败通过中转 服务器、 还是预先设置直接通 过中转服务器进行网络访问。

这样， 终端每次进行网络访问时， 通过在协议中添加标识 eReqType字 段。 该字段定义在 BROKER RequestParam 结构体里， 设置取值为：

EREQ_NORMAL=0, 为默认取值， 标识直接访问；

EREQ_FAIL_RETRY=1 , 标识访问失败通过中转服务器；

EREQ_ BROKER=2, 标识预先设置的直接通过中转服务器， 即该网页 访问请求对应的域名信息包含在中转域名白名 单中。

由上述可见， 本发明通过确认通过直连访问网页失败后， 将需要访问的 网页地址信息封装在目的地址为中转服务器地 址的网页访问请求中， 通过第 一服务器及中转服务器向第二服务器发送， 还接收并展示第二服务器通过中 转服务器及第一服务器反馈的网页内容。 这样， 当网页访问请求不可达时， 通过中转为网关类型错误提供了一种解决方案 ， 有效地避免了直连访问互联 网网络不稳定的问题， 提高了访问互联网的可靠性； 进一步地， 在运营商网 络拥挤时， 通过中转可以有效提高用户网络访问速度， 降低用户访问网络所 需时间， 从而提升了用户的应用业务体验。

图 4为本发明实施例访问互联网的方法流程示意� �。 此方法可被计算机 执行， 此方法可存储于一个或多个包含计算机可执行 指令的存储介质内。 参 见图 4, 该流程包括： 步骤 400, 终端设备， 例如移动终端等， 通过第一服务器向第二服务器 发送访问网页的请求；

本步骤中， 第一服务器及第二服务器可以设置于不同的网 络运营商提供 的网络内。 第一服务器及第二服务器例如可以为移动服务 器、 电信服务器、 WAP服务器等。

步骤 401 , 当终端确认访问网页失败时， 将需要访问的网页地址信息封 装在目的地址为中转服务器地址的网页访问请 求中， 通过第一服务器及中转 服务器向第二服务器发送；

本步骤中， 网页访问请求为超文本传输协议（HTTP, Hyper Text Transfer Protocol )访问请求。

步骤 401中具体还可包括步骤：

接收到网页访问请求对应的服务不可用的提示 信息； 或，

在发送网页访问请求后， 超过预先设置的时间阈值没有接收到网页访问 请求响应， 则确认访问网页失败。

本发明实施例中， 由于接收到服务不可用的提示信息需要较长的 时间， 为了提高网页访问的效率， 实际应用中， 终端在直连访问网页发送网页访问 请求时， 可以启动定时器，

如果超过预先设置的时间阈值， 没有接收到网页访问请求响应， 表示该 网页访问失败， 该网页访问失败的原因可能是移动服务器（网 关）拒绝访问 导致连接关闭、 或者， WAP服务器（网站）拒绝访问， 终端因网络原因无 法连接到网站等， 执行将需要访问的网页地址信息封装在目的地 址为中转服 务器地址的网页访问请求中的流程；

如果超过预先设置的时间阈值两次， 未接收到网页访问请求响应， 判定 为网页访问失败， 该网页访问失败的原因可能是网站处理緩慢、 或者， 网络 数据通信緩慢等， 执行将需要访问的网页地址信息封装在目的地 址为中转服 务器地址的网页访问请求中的流程。

进一步地， 终端在接收到服务不可用提示信息后， 判断访问的网页是否 为万维网 （WWW, World Wide Web ) 页面， 如果是， 查询是否设置有不允 许切换网络模式， 如果有， 则设置网页访问请求不通过中转服务器； 如果访 问的网页不为 WWW页面或没有设置不允许切换网络模式，则设 置网页访问 请求通过中转服务器； 或者，

判断访问的类型为下载、 上传、 CSS (Cascading Style Sheets, 层叠样式 表）直连时， 不通过中转服务器。

下面对 www页面类型判断流程进行说明。

( 1 )判断页面数据中的 doctype字段和 meta字段：

如果字段中包含无线标记语言（WML, Wireless Makeup language ) , 则 该页面数据为 WAP1.0页面 （非 www页面） ；

如果字段中包含超文本标记语言 （ HTML , Hyper Text Mark-up Language ) , 如果包含！ DOCTYPE 和 xhtml-mobile 字段或者<11½1& 和 MobileOptimized字段，则该页面数据为 WAP2.0页面； 否则，该页面为 www 页面。

( 2 )判断 http响应头中的 content-type字段：

如果该字段中包含 "vnd.wap.wml" 或 "text/vnd.wap.wml" , 则判定该 页面为 wapl.O页面；

如 果 该 字 段 中 包 含 " vnd.wap.xhtml+xml " 或

"application/vnd.wap.xhtml+xml" , 贝l判定该页面是 wap2.0页面。

( 3 )判断页面的 URL:

如果页面 URL信息中包含： "http：〃 wap."、 "https://wap."、 "http://3g."、 "http://3g." 、 "http://m." 或 "https：〃 m." , 则认为页面是 wap2.0页面。

( 4 )如果页面类型是 text/html, 则认为该页面是 www页面。

将需要访问的网页地址信息封装在目的地址为 中转服务器地址的网页 访问请求中具体包括： 通过在网页访问请求对应的协议字段中设置 eReqType=EREQ_B OKER , 其取值为 2, 以表示该网页访问请求需要进行 中转。

步骤 406, 终端接收并展示第二服务器通过中转服务器及 第一服务器反 馈的网页内容。

由上述可见， 本发明通过确认访问网页失败后， 将需要访问的网页地址 信息封装在目的地址为中转服务器地址的网页 访问请求中， 通过第一服务器 及中转服务器向第二服务器发送， 还接收并展示第二服务器通过中转服务器 及第一服务器反馈的网页内容。 这样， 当网页访问请求不可达时， 通过中转 为网关类型错误提供了一种解决方案， 有效地避免了直连访问互联网网络不 稳定的问题，提高了访问互联网的可靠性； 进一步地， 在运营商网络拥挤时， 通过中转可以有效提高用户网络访问速度， 降低用户访问网络所需时间， 从 而提升了用户的应用业务体验。

图 5为本发明实施例访问互联网的方法流程示意� �。 以第一服务器及第 二服务器分别为移动服务器和 WAP服务器为例， 参见图 5, 该流程包括： 步骤 500, 终端通过移动服务器及电信服务器向 WAP服务器发送访问 网页的请求；

步骤 501 , 终端确认通过直连访问网页失败后， 将需要访问的网页地址 信息封装在目的地址为中转服务器地址的网页 访问请求中， 向移动服务器发 送；

本步骤中， 网页访问请求为超文本传输协议（HTTP, Hyper Text Transfer Protocol )访问请求。

步骤 501中具体还可包括步骤：

接收到网页访问请求对应的服务不可用的提示 信息； 或，

在发送网页访问请求后， 超过预先设置的时间阈值没有接收到网页访问 请求响应， 则确认通过直连访问网页失败。

本发明实施例中， 由于接收到服务不可用的提示信息需要较长的 时间， 为了提高网页访问的效率， 实际应用中， 终端在直连访问网页发送网页访问 请求时， 可以启动定时器，

如果超过预先设置的时间阈值， 没有接收到网页访问请求响应， 表示该 网页访问失败， 该网页访问失败的原因可能是移动服务器（网 关）拒绝访问 导致连接关闭、 或者， WAP服务器（网站）拒绝访问， 终端因网络原因无 法连接到网站等， 执行将需要访问的网页地址信息封装在目的地 址为中转服 务器地址的网页访问请求中的流程；

如果超过预先设置的时间阈值两次， 未接收到网页访问请求响应， 判定 为网页访问失败， 该网页访问失败的原因可能是网站处理緩慢、 或者， 网络 数据通信緩慢等， 执行将需要访问的网页地址信息封装在目的地 址为中转服 务器地址的网页访问请求中的流程。

进一步地， 终端在接收到服务不可用提示信息后， 判断访问的网页是否 为万维网 （WWW, World Wide Web ) 页面， 如果是， 查询是否设置有不允 许切换网络模式， 如果有， 则设置网页访问请求不通过中转服务器； 如果访 问的网页不为 WWW页面或没有设置不允许切换网络模式，则设 置网页访问 请求通过中转服务器； 或者，

判断访问的类型为下载、 上传、 CSS (Cascading Style Sheets, 层叠样式 表）直连时， 不通过中转服务器。

下面对 www页面类型判断流程进行说明。

( 1 )判断页面数据中的 doctype字段和 meta字段：

如果字段中包含无线标记语言（WML, Wireless Makeup language ) , 则 该页面数据为 WAP1.0页面 （非 www页面） ；

如果字段中包含超文本标记语言 （ HTML , Hyper Text Mark-up Language ) , 如果包含！ DOCTYPE 和 xhtml-mobile 字段或者<11½1& 和 MobileOptimized字段，则该页面数据为 WAP2.0页面； 否则，该页面为 www 页面。

( 2 )判断 http响应头中的 content-type字段：

如果该字段中包含 "vnd.wap.wml" 或 "text/vnd.wap.wml" , 则判定该 页面为 wapl.O页面；

如 果 该 字 段 中 包 含 " vnd.wap.xhtml+xml " 或 "application/vnd.wap.xhtml+xml" , 贝l判定该页面是 wap2.0页面。

( 3 )判断页面的 URL:

如果页面 URL信息中包含： "http：〃 wap."、 "https://wap."、 "http://3g."、 "http://3g." 、 "http://m." 或 "https：〃 m." , 则认为页面是 wap2.0页面。

( 4 )如果页面类型是 text/html, 则认为该页面是 www页面。

将需要访问的网页地址信息封装在目的地址为 中转服务器地址的网页 访问请求中具体包括： 通过在网页访问请求对应的协议字段中设置 eReqType=EREQ_B OKER , 其取值为 2, 以表示该网页访问请求需要进行 中转。

步骤 502, 移动服务器根据网页访问请求包含的目的地址 信息， 将网页 访问请求发送至中转服务器；

本步骤中， 移动服务器通过解析网页访问请求所用的协议 字段中是否设 置有 eReqType=EREQ_BROKER、 且其取值为 2, 如果是， 表明网页访问请 求需要通过中转服务器。

步骤 503, 中转服务器解析接收的网页访问请求， 获取网页访问请求中 封装的需要访问的网页地址信息， 向电信服务器发送网页访问请求；

步骤 504, 电信服务器将接收的网页访问请求发送至 WAP服务器； 步骤 505, WAP服务器根据接收的网页访问请求反馈相应的 WAP网页 内容， 并将该 WAP网页内容依次通过电信服务器、 中转服务器、 移动服务 器发送至终端设备， 例如移动终端；

步骤 506,终端设备，例如移动终端接收并展示 WAP服务器反馈的 WAP 网页内容。

请求中， 向移动服务器发送； 根据接收的网页访问请求响应， 解析并获取包 含的 WAP网页内容， 向用户展示； 移动服务器接收移动终端发送的网页访 问请求， 根据网页访问请求包含的目的地址信息， 发送至目的地址信息对应 的中转服务器； 中转服务器接收移动服务器发送的网页访问请 求，进行解析， 获取网页访问请求中封装的需要访问的网页地 址信息， 向电信服务器发送； 电信服务器接收网页访问请求， 根据网页访问请求中包含的需要访问的网页 地址信息， 向相应的 WAP服务器发送； WAP服务器根据接收的网页访问请 求， 将相应的 WAP网页内容携带在网页访问请求响应中， 通过电信服务器、 中转服务器、 移动服务器发送至移动终端。 这样， 如果移动服务器与电信服 务器之间发生网络故障或者由于移动服务器的 过滤功能导致网页访问请求 不可达时， 通过设置中转服务器， 为网关类型错误提供了一种解决方案， 有 效地避免了直连访问移动互联网网络不稳定的 问题， 提高了移动互联网访问 系统的可靠性； 进一步地， 在运营商网络拥挤时， 通过中转服务器， 可以有 效提高用户网络访问速度， 降低用户访问网络所需时间， 从而提升了用户的 应用业务体验。

图 6为本发明实施例访问互联网的方法具体流程� �意图。 用于判断终端 设备是否可以通过第一服务器访问第二服务器 ， 或是否需要通过中转服务器 访问第二服务器。 参见图 6, 该流程包括： 步骤 601 , 判断网页访问请求 （Request ) 类型， 如果是字符串 （JS , Javascript ) /统计上报类型等， 执行步骤 611 , 如果是下载、 上传或 CSS , 执 行步骤 621 , 如果是其他类型， 执行步骤 602;

本步骤中， 其他类型包括： Get、 Post, 图片等。 如果是 JS/统计上报类 型等， 则表明可以通过中转服务器访问第二服务器， 但需要进一步判断是否 设置有不允许切换网络模式以确定是否需要通 过中转服务器访问第二服务 器， 例如 WAP服务器等， 如果是下载、 上传或 CSS, 表明不需要通过中转 服务器即可以访问第二服务器， 如果是其他类型， 也需要作进一步判断以确 定是否需要通过中转服务器访问第二服务器。

步骤 602, 判断请求访问的域名是否在直接访问域名 （DirectWap )名单 中， 如果是， 执行步骤 621 , 否则， 执行步骤 603;

本步骤中， 如果请求访问的域名在 DirectWap名单中， 表明不需要通过 中转服务器即可访问第二服务器。

步骤 603 , 判断网址是否有 Page或 Hotpre, 如果是， 执行步骤 611 , 否 则， 执行步骤 604;

本步骤中， 如果网址中有 Page或 Hotpre, 则表明需要进行后台中转； 步骤 604, 判断当前窗口是否使用代理， 如果是， 执行步骤 612, 否贝' J , 执行步骤 605;

本步骤中， 如果打开一个新窗口， 则表示当前窗口不使用代理。 当前窗 口使用代理， 表明需要通过中转服务器访问第二服务器。

步骤 605 , 判断浏览器是否设置中转 WAP省流量， 如果是， 执行步骤 606, 否则， 执行步骤 622;

步骤 606, 判断是否允许切换网络模式， 如果是， 执行步骤 612, 否则， 执行步骤 607;

步骤 607, 结束流程；

步骤 611 , 设置不允许切换网络模式；

本步骤中， 在设置不允许切换网络模式后， 表明需要通过中转服务器访 问第二服务器。

步骤 612 , 进行代理访问；

步骤 613 , 判断服务器是否返回强制直连， 如果是， 执行步骤 614, 否 则, 执行步骤 607;

本步骤中， 强制直连表示不通过中转服务器即可与第二服 务器进行通 信。

步骤 614, 加入 DirectWap名单， 返回执行步骤 602;

步骤 621 , 设置不允许切换网络模式；

步骤 622, 执行直连访问；

本步骤中， 直连访问表示终端设备， 例如移动终端， 不通过中转服务器 即可与第二服务器进行通信。

步骤 623 , 判断返回的网页是否为 WWW网页， 如果是， 执行步骤 606, 否则， 执行步骤 607。

本步骤中，如果访问的网页为 WWW网页， 则需要进一步判断是否设置 有允许切换网络模式， 以确定是否需要通过中转服务器访问第二服务 器。

由上述可见， 本发明实施例通过判断在不同情况下是否通过 中转服务器 与第二服务器进行通信。 这样， 当网页访问请求不可达时， 通过不同情况下 是否中转为网关类型错误提供了解决方案， 有效地避免了直连通过第一服务 器访问第二服务器网络不稳定的问题， 提高了访问互联网的可靠性； 进一步 地， 在运营商网络拥挤时， 通过判断是否中转， 并在中转时可以有效提高用 户网络访问速度， 降低用户访问网络所需时间， 从而提升了用户的应用业务 体验。

本领域普通技术人员可以理解实现上述实施例 方法中的全部或部分流 程， 是可以通过计算机程序来指令相关的硬件来完 成， 所述的程序可存储于 一计算机可读取存储介质中， 该程序在执行时， 可包括如上述各方法的实施 例的流程。其中，所述的存储介质可为磁碟、 光盘、只读存储记忆体（ Read-Only Memory, ROM )或随机存^ ^己忆体 ( Random Access Memory, RAM )等。

以上所述， 仅是本发明的实施例而已， 并非对本发明作任何形式上的限 制， 虽然本发明已以实施例揭露如上， 然而并非用以限定本发明， 任何熟悉 本专业的技术人员， 在不脱离本发明技术方案范围内， 当可利用上述揭示的 技术内容作出些许更动或修饰为等同变化的等 效实施例， 但凡是未脱离本发 改、 等同变化与修饰， 均仍属于本发明技术方案的范围内。