下载的该搜索结果的资源文件；由于路由器可以提前下载好各个搜索结果的资源文 件，在用户想要查看搜索结果时，则可以直接从路由器下载该搜索结果的资源文件，因此解 决了相关技术中因用户在每访问一条搜索结果时，浏览器均需要从相关的服务器下载被访 问的搜索结果的内容，导致访问速度过慢的技术问题;达到了可以提高对搜索结果进行访 问时的访问速度的效果。
[0138] 图3是根据另一示例性实施例示出的一种搜索结果访问方法的方法流程图，如图3 所示，该搜索结果访问方法应用于图1所示的实施环境中的路由器104中，包括以下步骤：
[0139] 在步骤301中，接收搜索引擎发送的URL，URL是搜索引擎从获取的搜索结果中确定 出的需要加速的URL。
[0140] 在步骤302中，从与该URL对应的服务器下载并存储该URL的资源文件。
[0141]在步骤303中，接收携带有URL的访问请求，访问请求是携带的与搜索结果对应的 该URL被访问时生成的。
[0142] 在步骤304中，在查询到存储有该访问请求中携带的该URL的资源文件时，向该访 问请求的发送端反馈查询到的该URL的资源文件。
[0143] 综上所述，本公开实施例中提供的搜索结果访问方法，通过接收搜索引擎发送的 URL，并预先下载这些URL所对应的资源文件，当接收到终端发送的携带有URL的访问请求 时，将查询到的存储有该URL的资源文件直接反馈给终端；由于路由器可以提前下载好各个 搜索结果的资源文件，在用户想要查看搜索结果时，则可以直接从路由器下载该搜索结果 的资源文件，因此解决了相关技术中因用户在每访问一条搜索结果时，浏览器均需要从相 关的服务器下载被访问的搜索结果的内容，导致访问速度过慢的技术问题;达到了可以提 高对搜索结果进行访问时的访问速度的效果。
[0144] 在实际应用中，当用户利用某一搜索引擎接收到搜索结果后，用户接下来的常见 操作是从这些搜索结果中确定出想要访问的搜索结果以进行访问，此时由于搜索结果所对 应的资源文件尚未被下载在移动终端，因此需要从外网中下载这些资源文件，这样则会浪 费用户的访问效率。为了提高用户对搜索结果的访问效率，可以让路由器优先下载搜索结 果中需要加速的URL的资源文件。具体实现过程可以参见对图4A至图4D的描述。
[0145] 图4A是根据又一示例性实施例示出的一种搜索结果访问方法的方法流程图，如图 4A所示，该搜索结果访问方法应用于图1所示的实施环境中，包括以下步骤：
[0146] 在步骤401中，移动终端在搜索引擎中接收搜索结果，将该搜索结果中需要加速的 URL发送至路由器。
[0147] 该URL用于触发该路由器从服务器下载与该URL对应的资源文件。
[0148] 在实际使用时，用户可以利用浏览器上提供的搜索引擎进行搜索，比如用户可以 搜索引擎的搜索框中输入想要搜索的关键词，然后点击搜索引起提供的搜索控件，搜索引 擎则会向搜索引擎的服务器发送包含有该关键词的搜索请求。该搜索请求用于触发该搜索 引擎的服务器查询该关键词的搜索结果，并向该搜索引擎反馈查询到的搜索结果。
[0149] 搜索引擎接收到服务器反馈的搜索结果后，显示这些搜索结果。这样，用户则可以 根据这些搜索结果，查看搜索结果所对应的相关资料。
[0150]而在实际实现时，为了能保证路由器可以获得这些搜索结果中需要加速的URL，搜 索引擎和路由器之间需要建立一个长链接，搜索引擎通过建立的长链接向路由器发送确 定出的需要加速的URL。
[0151]请参见图4B所示，其是根据一示例性实施例示出的一种将需要加速的URL发送至 路由器时的流程图，在图4B中，搜索引擎将该搜索结果中需要加速的URL发送至路由器时， 包括以下步骤：
[0152] 在步骤401a中，当该搜索引擎尚未与该路由器建立长链接时，利用该搜索引擎与 该路由器建立长链接。
[0153] 搜索引擎和路由器建立长链接的过程可以参见图4D中的描述，这里就不再赘述。
[0154] 在步骤401b中，确定出该查询结果中需要加速的URL。
[0155] -般来讲，针对一个或一组关键词得到的搜索结果的数量非常多，且仅有部分搜 索结果最有可能被用户访问，因此，仅需要对这部分最可能被用户访问到的搜索结果进行 加速下载即可。
[0156] 搜索引擎确定出该查询结果中需要加速的URL时，可以包括以下两种方式：
[0157] 在第一种方式中，当该查询结果中被指定有需要加速的URL时，则从该查询结果中 选取出被指定的需要加速的URL。
[0158] 通常来讲，搜索结果的数量比较多，且搜索引擎反馈的搜索结果通常是根据用户 的点击率、与关键词的相关度、URL是否被认证或URL是否被购买排名等因素来排序的。排名 较前的搜索结果被用户点击的可能性比较大，因此服务器可以指定排名交钱的某些搜索结 果所对应的URL为需要加速的URL。
[0159] 在这种方式中，搜索引擎的服务器在反馈搜索结果时，指定了搜索结果中需要加 速的URL，比如指定搜索结果中排名靠前的前20条搜索结果需要加速。
[0160] 可选的，搜索引擎的服务器在反馈搜索结果时，可以为需要加速的URL配置相应的 加速标识，以告知搜索引擎具有这些加速标识的URL需要加速。对应的，搜索引擎根据加速 标识确定需要加速的URL。
[0161] 可选的，搜索引擎的服务器在反馈搜索结果时，可以指定需要加速的数量，该数量 用于指定排序的搜索结果中前预定个(指定的需要加速的数量所对应的个数)搜索结果需 要加速。对应的，搜索引擎根据指定的需要加速的数量以及排序后的搜索结果，确定出需要 加速的URL。
[0162] 在第二种方式中，当该查询结果中未被指定有需要加速的URL时，则从排序后的查 询结果中，从前往后依次选取出预定个查询结果，并确定出该预定个查询结果中所涉及的 URL〇
[0163] 当该查询结果中未被指定有需要加速的URL时，搜索引擎也可以自行决定需要加 速的URL。为了保证提高用户对搜索结果的访问效率，搜索引擎也可以从排序后的查询结果 中，从前往后依次选取出预定个查询结果，并确定出该预定个查询结果中所涉及的URL。
[0164] 在步骤401c中，通过该长链接向该路由器发送确定出的该URL。
[0165] 在步骤402中，路由器接收搜索引擎发送的URL。
[0166] 该URL是该搜索引擎从获取的搜索结果中确定出的需要加速的URL。
[0167] 请参见图4C所示，其是根据一示例性实施例示出的一种路由器接收搜索引擎发送 的URL时的流程图，在图4C中，路由器接收搜索引擎发送的统一资源定位符URL时，包括如下 两个步骤：
[0168] 在步骤402a中，当尚未与该搜索引擎建立长链接时，与该搜索引擎建立长链接。
[0169] 路由器与搜索引擎建立长链接的过程可以参见图4D中的描述，这里就不再赘述。
[0170] 在步骤402b中，在成功与该搜索引擎建立长链接后，利用该长链接接收该搜索引 擎发送的该URL。
[0171] 在步骤403中，路由器从与该URL对应的服务器下载并存储该URL的资源文件。
[0172] 为了便于查询URL以及URL的资源文件，可以以URL为索引排列各个URL的资源文 件。
[0173]在实际应用中，由于URL通常比较长，所占用的字符数比较多，如果以URL为索引存 储资源文件时，在检索URL时，速度可能会比较慢，因此还可以通过预定算法对URL进行运 算，得到字节数小于URL的字符数的字符串，以这种字符串为索引存储各个URL以及URL所对 应的资源文件。
[0174] 这里的预定算法是一种可以对URL的字符进行限缩且限缩后得到的字符串用于唯 一标识URL，为了降低检索运算量，在将每组URL、URL限缩后的字符串以及URL所包含的资源 文件进行存储时，可以以URL限缩后的字符串为键值，以便于后续通过URL限缩后的字符串 为索引进行检索。
[0175] 表1
[0177] 从表1可知，URL为"http : //xiaobai · cn/?a100 4"，其得到的限缩后的字符串为 "ab"，资源文件为 "xl · jpg、x2 · flv、x3 · txt" ；URL为 "http: //dabai · cn/?a100 4"，其得到的 限缩后的字符串为"cd"，资源文件为"yl .pdf、y2.doc、y3. jpg"。
[0178] 在步骤404中，移动终端在其中一个搜索结果的URL被访问时，发送携带有被访问 的该URL的访问请求。
[0179] 在实际应用中，移动终端可以将该URL封装在一个数据包中，该数据包即为访问请 求的表现形式，然后发送封装有该URL的数据包。
[0180] 一般来讲，访问请求的发送是不基于已经建立好的长链接的，因为此时访问请求 的发送是浏览器自身根据发送协议向路由器发送出去的。这里所讲的发送协议一般为TCP/ IP(英文全称：Transmission Control Protocol/Internet Protocol，中文译文：传输控制 协议/因特网互联协议）。
[0181] 在步骤405中，路由器接收携带有URL的访问请求。
[0182] 路由器接收访问请求之后，则会对访问请求进行解析。在实际实现时，访问请求通 常以数据包的形式进行传输，路由器在接收到访问请求所对应的数据包后，可以对该数据 包进行解封装，以获取该数据包中携带的URL。
[0183] 在步骤406中，路由器在查询到存储有该访问请求中携带的该URL的资源文件时， 向该访问请求的发送端反馈查询到的该URL的资源文件。
[0184] 路由器在解析得到该访问请求中的URL后，为了能让发送该访问请求的移动终端 尽快得到该URL所对应的资源文件，路由器可以先查询是否已经存储了该URL的资源文件， 若已经存储了该URL的资源文件，则向该访问请求的发送端反馈查询到的该URL的资源文 件。
[0185]可选的，当路由器在存储URL以及URL的资源文件时，以预定算法对URL进行限缩， 得到限缩后的字符串，并以该字符串为索引时，在步骤406中，路由器仍旧需要利用该预定 算法对访问请求中携带的URL进行限缩，得到限缩后的字符串，利用该字符串进行索引，查 询与该字符串相同的字符串，并获取查询到的字符串所对应的URL和资源文件。
[0186] 在步骤407中，清除该访问请求。
[0187] 在实际应用中，由于路由器需要将无法识别的访问请问转发到外网，为了避免路 由器将已经反馈资源文件的访问请求转发至外网，移动终端从会从外网服务器中下载该访 问请求所对应的资源文件，此时则会重复下载，影响用户的使用。
[0188] 因此，为了避免这种情况，路由器通常在向该访问请求的发送端反馈查询到的该 URL的资源文件后，清除该访问请求。
[0189] 在步骤408中，移动终端显示接收到的该路由器反馈的该URL的资源文件。
[0190]综上所述，本公开实施例中提供的搜索结果访问方法，通过将搜索结果中需要加 速的URL发送至路由器，由路由器统一从服务器下载这些URL所对应的资源文件，当终端显 示的一个搜索结果被访问时，可以从路由器直接拉取已经下载的该搜索结果的资源文件； 由于路由器可以提前下载好各个搜索结果的资源文件，在用户想要查看搜索结果时，则可 以直接从路由器下载该搜索结果的资源文件，因此解决了相关技术中因用户在每访问一条 搜索结果时，浏览器均需要从相关的服务器下载被访问的搜索结果的内容，导致访问速度 过慢的技术问题;达到了可以提高对搜索结果进行访问时的访问速度的效果。
[0191] 本公开实施例中提供的搜索结果访问方法，还通过与路由器建立长链接，将需要 加速的URL发送至路由器中；由于搜索引擎与路由器建立长链接，从而保证搜索引擎可以成 功的将查询结果中需要加速的URL发送至路由器，且可以保证在连续多次搜索过程，仅建立 一次长链接即可，减少了建立连接所占用的时长，提高了搜索效率。
[0192] 本公开实施例中提供的搜索结果访问方法，还通过从查询结果中确定出需要加速 的URL，由于需要加速的URL通常是搜索结果中排名比较靠前的搜索结果的URL，这些URL是 用户最可能访问的搜索结果，因此优先下载这些搜索结果的资源文件，可以保证后续用户 访问这些搜索结果时，大大提高了用户在对搜索结果进行访问时的访问速度。
[0193] 在一种可能的实现方式中，搜索引擎与路由器建立长链接的过程可以参见图4D所 示，其是根据一示例性实施例中提供的一种建立长链接的过程的流程图，在图4D中，搜索引 擎与路由器建立长链接的过程可以包括如下步骤：
[0194] 在步骤S1中