CN104065635A - 网页访问方法及客户端 - Google Patents

Abstract

本发明提供了一种网页访问方法及客户端。其中，网页访问方法包括：客户端根据网页访问请求获取第一统一资源定位符URL；客户端对第一URL进行更新，以形成第二URL，其中，第二URL包括一个或多个预存于客户端的预存数据项，用于在待访问的网页中加载与预存数据项对应的信息；客户端通过第二URL访问网页。本发明解决了现有技术中对网页进行时需要通过网络服务器获取网页信息造成的网络服务器负担过重的技术问题，通过客户端对URL的更新达到了利用URL从客户端本地向待访问的网页传递网页所需信息的目的，进而实现了降低网络服务器负担的技术效果。

Description

网页访问方法及客户端

技术领域

本发明涉及通信领域，具体而言，涉及一种网页访问方法及客户端。

背景技术

在现有的互联网通信技术中，客户端普遍通过统一资源定位符URL（UniformResource Loactor）对网页进行访问，其中，URL的表现形式由通用的URL语法进行规范，在此不作累述。在现有技术中，基于URL对网页进行的访问，通常还需要通过网络服务器对网页所需的页面数据进行拉取，以形成完整的网页并最终显示于客户端的浏览器中。例如，图1提供了一种现有的网页访问方法，其流程可以归纳如下：

1）客户端通过第一URL向待访问的网页提出访问请求；

2）建立网页与服务器之间的数据连接，并向服务器请求网页所需加载的信息；

3）服务器通过通用网关接口CGI（Common Gateway Interface）接口和/或CGI程序拉取与所需加载的信息对应的页面数据；

4）服务器将拉取的页面数据发送给网页；

5）将完整的网页发送到客户端，并在浏览器中进行显示。

可以看出，根据现有技术的网页访问方法对网页进行访问时，需要在网页与网络服务器之间建立数据连接，并且网络服务器在其中需要执行多次数据传输任务。对于少量客户端同时访问网页的情形，网络服务器通常具备足够的资源来建立数据连接及执行数据传输任务。然而，对于更多客户端同时访问网页的情形，网络服务器通常需要同时建立多个数据连接，并承担更大的数据传输的负担，从而容易造成网络服务器负担过重的问题。

另一方面，在现有技术中，由于客户端需要等待网页与网络服务器之间的数据交互完成才可以实现对网页的正常访问，因此还存在客户端访问网页时网页响应时间较长的问题。

针对上述问题，目前尚未提出有效的解决方案。

发明内容

本发明的主要目的在于提供一种网页访问方法及客户端，以解决现有技术中对网页进行时需要通过网络服务器获取网页信息造成的网络服务器负担过重的问题。

为了实现上述目的，根据本发明的一个方面，提供了一种网页访问方法。该方法包括：客户端根据网页访问请求获取第一统一资源定位符URL；上述客户端对第一URL进行更新，以形成第二URL，其中，上述第二URL包括一个或多个预存于上述客户端的预存数据项，用于在待访问的网页中加载与上述预存数据项对应的信息；上述客户端通过上述第二URL访问上述网页。

为了实现上述目的，根据本发明的另一方面，还提供了一种客户端。该客户端包括：第一获取单元，用于根据网页访问请求获取第一统一资源定位符URL；第一更新单元，用于对第一URL进行更新，以形成第二URL，其中，上述第二URL包括一个或多个预存于上述客户端的预存数据项，用于在待访问的网页中加载与上述预存数据项对应的信息；访问单元，用于通过上述第二URL访问上述网页。

在本发明实施例中，通过客户端对第一URL的更新，将待访问网页所需通过网络服务器获取的网页信息在客户端本地加载到第二URL中，并通过第二URL对网页进行访问，达到了利用第二URL向待访问的网页传递网页信息的目的，从而免除了待访问的网页与网络服务器之间的数据连接，达到了降低网络服务器负担的技术效果，进而解决了现有技术中对网页进行时需要通过网络服务器获取网页信息造成的网络服务器负担过重的的技术问题。进一步地，在本发明实施例中，由于客户端可以通过在本地提供的预存数据实现对网页的正常访问，而无需等待网页与网络服务器之间的用于传递上述网页信息的数据交互的完成，从而达到了加快待网页的响应速度的技术效果。

附图说明

构成本申请的一部分的附图用来提供对本发明的进一步理解，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据现有技术的一种网页访问方法的实施环境的示意图；

图2是根据本发明实施例的一种可选的网页访问方法的示意图；

图3是根据本发明实施例的一种可选的网页访问方法的实施环境的示意图；

图4是根据本发明实施例的另一种可选的网页访问方法的示意图；

图5是根据本发明实施例的又一种可选的网页访问方法的示意图；

图6是根据本发明实施例的又一种可选的网页访问方法的示意图；

图7是根据本发明实施例的又一种可选的网页访问方法的示意图；

图8是根据本发明实施例的又一种可选的网页访问方法的示意图；

图9是根据本发明实施例的又一种可选的网页访问方法的示意图；

图10是根据本发明实施例的又一种可选的网页访问方法的示意图；

图11是根据本发明实施例的又一种可选的网页访问方法的示意图；

图12是根据本发明实施例的又一种可选的网页访问方法的示意图；

图13是根据本发明实施例的一种可选的客户端的示意图；

图14是根据本发明实施例的一种可选的客户端中的第一更新单元的示意图；

图15是根据本发明实施例的另一种可选的客户端的示意图；

图16是根据本发明实施例的又一种可选的客户端的示意图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

实施例1

根据本发明实施例，提供了一种网页访问方法。如图2所示，该方法可以包括：

S102：客户端根据网页访问请求获取第一统一资源定位符URL（Uniform ResourceLoactor）；

S104：客户端对第一URL进行更新，以形成第二URL，其中，第二URL包括一个或多个预存于客户端的预存数据项，用于在待访问的网页中加载与预存数据项对应的信息；

S106：客户端通过第二URL访问网页。

根据本发明实施例提供的网页访问方法，在步骤S102中，客户端可以根据网页访问请求获取第一URL。具体地，对于一般情况，网页访问请求可以表现为对客户端所提供的用户界面中的某一网页链接的点选的识别，例如，在本发明的一些实施例中，对上述用户界面中存在URL超链接的一段文字上的鼠标点击动作的捕捉与识别即可以形成网页访问请求，并且可以在客户端截取上述超链接对应的URL作为第一URL。当然，上述网页链接也可以不出现在文字上，而是在图标、图片、视频画面等其他用户界面元素上。

然而这并不意味着本发明对网页访问请求的表现形式以及第一URL的获取方式作出了限定，例如，网页访问请求还可以表现为对浏览器地址栏中所输入的网页地址的确认，而客户端可以读取该网页地址作为上述的第一URL。事实上，在本发明的一些实施例中，网页访问请求也可以与客户端所读取的来自于计算机输入设备的信号无关，例如，网页访问请求可以由客户端中正在运行的应用自动生成，以形成对用户界面上的弹出页，例如导航页面的访问，从而客户端可以获取该弹出页的URL作为第一URL。特别地，在本发明的一些实施例中，网页访问请求的来源也可以不限于进行网页访问的上述客户端，例如，在一些客户端与服务器端存在互动的环境下，网页访问请求也可以来自于服务器端，在上述场景下，第一URL也可以获取自于该客户端的外部。

根据本发明实施例提供的网页访问方法，在步骤S104中，客户端可以对获取的上述第一URL进行更新，以形成第二URL，其中，第二URL可以包括一个或多个预存于客户端的预存数据项，用于在待访问的网页中加载与预存数据项对应的信息。一般而言，上述信息通常可以为文字信息，例如，在本发明的一些实施例中，客户端可以将与用户ID对应的姓名或昵称的英文字符或者中文字符的代码直接更新到第一URL中，以形成第二URL，从而可以在步骤S106中，在目标网页中预定的位置显示该用户的姓名或昵称。然而，在本发明的一些实施例中，上述信息也可以用于表示其他类型的信息，例如，在一个场景下，客户端可以将与用户的设置对应的配置项编码更新到第一URL中，例如对于网页可以识别的一个预设的参数，其数值为“0”可以用于表示白色的网页背景，“1”表示蓝色，“2”表示绿色，上述数值项也可以通过更新后的第二URL传递给网页，从而可以在网页中显示出相应的背景色。当然，以上只是一些示例，本发明对此不作限定。

此外，应当理解，对于以形成上述的第二URL为目的的第一URL的更新方式可以有多种，本发明对此不作限定。另一方面，本发明将在之后的实施例中对其作出更为细致的阐述。

需要说明的是，本发明的说明书和权利要求书中所述的第一URL和第二URL仅只是为了表述的方便以及用于对本发明技术方案进行清晰地描述，一般地，“第一”与“第二”URL的表述应当理解为一个URL以及与之不同的URL。例如，在本发明的一些实施例中，也可以表现为仅针对一个URL进行的处理，而并未明确出现某一“第二”URL。对于上述的场景，并不应理解为与本发明技术方案存在冲突或差异，其中，第一URL即可以用于表示更新处理前的URL，而第二URL即可以用于表示更新处理后所形成的URL。

根据本发明实施例提供的网页访问方法，在步骤S106中，客户端可以通过第二URL对网页进行访问。值得注意的是，在本发明的一些实施例中，第一URL与第二URL可以指向同一网页，然而在本发明的另外一些实施例中，第一URL与第二URL也可以指向不同的网页，例如，对第一URL中的路径部分进行更新后，所形成的第二URL指向的网页可以与第一URL不同，其中，对于第一URL的更新方式以及第二URL的具体形式，可以根据客户端对于相关网页的访问请求的处理要求进行设置，本发明对此不作限定。

从以上描述可以看出，在本发明实施例中，区别于直接使用第一URL访问网页，客户端可以先在本地对第一URL进行更新，例如，为第一URL中的一个或多个参数赋值，然后使用更新后的第二URL对网页进行访问。在上述场景下，由于上述网页可以直接从第二URL中读取上述的参数值，而无需临时建立网页与网络服务器之间的数据连接来拉取相应的页面数据，从而达到了降低了网络服务器负担的技术效果，同时在客户端实现了加快待访问的网页的响应速度的技术效果。当然，这只是一种示例，在本发明实施例中，还可以通过多种其他方式对第一URL进行更新，以达到相同或类似的技术效果。

参考图1和图3，可以对本发明的技术方案以及该方案相对于现有技术的改进形成更为直观的理解。

如图1所示，在现有技术中，客户端接收到网页访问请求时，可以直接通过第一URL对网页进行访问，其具体过程可以归纳如下：

1）客户端通过第一URL向待访问的网页提出访问请求；

2）建立网页与服务器之间的数据连接，并向服务器请求网页所需加载的信息；

3）服务器通过通用网关接口CGI（Common Gateway Interface）接口和/或CGI程序拉取与所需加载的信息对应的页面数据；

4）服务器将拉取的页面数据发送给网页；

5）将完整的网页发送到客户端，并在浏览器中进行显示。

而图3则示出了根据本发明实施例的网页访问方法的一种实施环境。如图3所示，在这一环境下客户端对网页进行访问的过程可以归纳如下：

1）客户端根据网页访问请求获取第一URL；

2）客户端通过URL解析器，从本地数据资源管理请求并拉取页面数据；

3）客户端通过URL解析器，根据拉取的页面数据对第一URL进行更新，以形成第二URL；

4）客户端通过第二URL向网页提出访问请求，其中，第二URL包括与页面数据对应的待访问的网页所需加载的信息。

比较以上两种对网页进行访问的方法，容易注意到，通过本发明实施例所提供的网页访问方法对网页进行访问时，免除了现有技术中网页与服务器之间的数据连接，且一并免除了服务器参与的多次数据传输，从而显著地降低了客户端访问网页时造成的网络服务器负担，解决了现有技术中对网页进行时需要通过网络服务器获取网页信息造成的网络服务器负担过重的的技术问题。进一步地，在本发明实施例中，由于客户端可以通过在本地提供的预存数据实现对网页的正常访问，而无需等待网页与网络服务器之间的用于传递上述网页信息的数据交互的完成，从而达到了加快待网页的响应速度的技术效果。

下面将通过本发明的一些实施例对步骤S104所述的对第一URL的更新处理作出更为细致的阐述。

可选地，在本发明的一些实施例中，如图4所示，步骤S104可以包括：

S402：对第一URL的URL标识项与数据表中的预存标识项进行匹配，其中，URL标识项记录在第一URL的内部或外部，数据表预存于客户端，预存标识项中的每一个单独地或者与一个或多个预存数据项对应地存放在数据表中；

S404：若预存标识项中存在与URL标识项匹配的标识项，则将数据表中与匹配的标识项对应的预存数据项更新至第一URL中。

在本发明实施例中，可以通过存储在客户端本地的数据表来保存步骤S104中所述的用于更新至第一URL以形成第二URL的预存数据项。同时，在预存数据项之外，该数据表还可以用于保存与预存数据项形成对应关系的预存标识项，其中，每一预存标识项可以与一个或多个预存数据项对应，当然，在本发明的一些实施例中，在某一时刻的客户端所储存的数据表中，一个或多个预存标识项所各自对应的预存数据项的内容也可以为空，也即在该时刻下，数据表中不存在与该一个或多个预存标识项对应的预存数据项。

为便于理解，下文中将结合表1对预存标识项和预存数据项在数据表中的存储结构进行详细阐述，其中，表1可以用于表示存储在客户端本地的与第一用户对应的一种数据表，其中，第一列用于表示加载在待访问的网页中的信息的名称，第二列用于表示预存标识项，第三列用于表示预存数据项，第四列用于表示预存数据项在客户端中存储所对应的变量名。

表1

在本发明实施例中，如表1第一列所示，加载在待访问的网页中的信息可以包括：

黑名单、昵称、年龄、星座、以及背景音乐，其中，以上信息可以与用户编号为“001”的第一用户对应。

从以上描述可以看出，本发明实施例中的预存数据项所对应的加载在待访问的网页中的信息可以有多种类型，其中，该网页加载信息可以为文字，也可以为文本，还可以为音频文件或视频文件，本发明对此不作限定。

可选地，如表1第二列所示，与上述信息对应的预存标识项可以分别设置为：

“bl”、“age”、“co”、“nickname”和“bgm”。

如上所示，作为一种可选的实施方式，预存标识项可以表现为英文字母或字母的组合，然而这并非本发明唯一的实施方式，例如，预存标识项还可以表现为字母以外的其他字符或字符串，如数字、特殊字符及二者之间或二者与字符的组合，等，本发明对此不作限定。此外，如上所示，预存标识项可以设置为与上述网页加载信息名称对应的字符串，然而预存标识项的设置规则并不限于此，例如，在本发明的一些实施例中，也可以将“uin=001”作为预存标识项存储在另一个数据表中，并将表1第三列所示的数据项作为与之对应的预存数据项存储在同一数据表中，本发明对此不作限定。

可选地，如表1第三列所示，与预存标识项对应的预存数据项可以分别为：

“002”、“003”、“26”、“0”、“Tom”和“a0b1c2”，其中，

预存数据项“002”和“003”与预存标识项“bl”对应，可以分别为第一用户所设黑名单中的第二用户和第三用户的用户编号；

预存数据项“26”与预存标识项“age”对应，可以为第一用户的年龄；

预存数据项“0”与预存标识项“co”对应，可以为第一用户的星座，其中，数值0至11可以分别用于表示十二个星座，例如，“0”可以用于表示水瓶座；

预存数据项“Tom”与预存标识项“nickname”对应，可以为第一用户的昵称；

预存数据项“a0b1c2”与预存标识项“bgm”对应，可以为第一用户所设的背景音乐的文件名。

从以上描述可以看出，本发明实施例中的预存数据项可以有多种类型，其中，该预存数据项可以为数值，也可以为字符串，或其他数据形式，例如布尔量等，本发明对此不作限定。此外，如上所示，在客户端与网页之间的交互的方面，预存数据项可以用于直接显示在网页的页面上，例如表示用户年龄的数据项“26”和表示用户昵称的数据项“Tom”，也可以用于给出可被网页识别的一些网页加载信息的编码，例如表示用户所属的星座的数据项“0”，还可以用于给出网页所需调用的其他资源的指向性信息，例如表示网页待加载的背景音乐的文件名的数据项“a0b1c2”，或其他类型文件的编号、访问路径或者数据交互接口标准所规定的格式的数据，等，本发明对此不作限定。

在另一方面，如表1所示，本发明实施例中的预存标识项可以对应一个数据项，也可以对应多个数据项，如预存标识项“bl”可以同时与数据项“002”和“003”对应，以表示第一用户设置的黑名单中的第二用户和第三用户，当然，进一步地，与预存标识项“bl”对应的预存数据项还可以包括第二用户和第三用户的昵称，从而可以使待访问的网页同时获取并在页面中显示黑名单用户的编号及昵称信息。更进一步地，在本发明的一些实施例中，预存标识项可以设置为第一用户的用户编号“001”，与之对应的预存数据项可以为表1第三列所示的数据项的集合。

在又一方面，在本发明的一些实施例中，数据表中的一个或多个预存标识项所对应的预存数据项也可以为空，例如，在一个场景下，类似于表1的数据表中可以存有客户端预先设置好的标识项，例如表1第二列所示的预存标识项，但其中一些预存标识项，例如与用户年龄对应的标识项“age”，其所对应的数据项可以尚未下载到客户端中，从而该类似于表1的数据表中可以不存在与预存标识项“age”对应的预存数据项。在上述场景下对数据表中的预存数据项进行更新的方案，将在本发明之后一些实施例中详细描述。

可选地，如表1第四列所示，上述预存数据项存储于客户端中所使用的变量名可以分别设置为：

uin.BL.0、uin.BL.1、uin.AGE、uin.CO、uin.NICKNAME、uin.BGM。

如上所示，本发明实施例中的预存数据项所使用的变量名可以划分成两段或三段，其中，第一段uin可以为与第一用户的用户编号“001”相等的数值，用于区分其他数据表中存放的对应其他用户，如第二用户或第三用户的预存数据项。在这一场景下，客户端可以通过对变量名中的第一段的识别，实现对某一用户所对应的预存数据项的准确调用，并可以在步骤S402中将这些预存数据项更新到第一URL中，以形成用于在待访问的网页中加载相应信息的第二URL，从而实现通过同一网页对多个不同用户的响应。

在上述的变量名中，由大写字母部分所表示的第二段可以与该预存数据项所对应的预存标识项同名，以形成预存数据项与预存标识项之间的对应关系，当然，这只是一种示例，二者之间的对应关系也可以通过其他方式确立，本发明对此不作限定。

上述的变量名还可以包括第三段，例如“uin.BL.0”和“uin.BL.1”中的“0”和“1”，用于指向同一预存标识项对应的多个预存数据项。当然，在本发明的一些实施例中，预存数据项所使用的变量名还可以包括更多的字符段，本发明对此不作限定。

值得注意的是，在上述场景下，由于预存标识项可以直接从取值为预存数据项的变量的变量名中读取，客户端可以不为预存标识项分配固定的存储空间，从而提高了存储空间的使用效率。当然，这只是一种示例，本发明对此不作限定。在此需要说明的是，根据本发明实施例的技术方案的多种实施方式及其变形，均应属于本发明所保护的范围。

根据本发明实施例提供的网页访问方法，在步骤S402中，可以对第一URL的URL标识项与数据表中的预存标识项进行匹配，其中，URL标识项可以用于对第一URL中待替换的数据项进行标识。一般而言，可以根据上述匹配的结果，将第一URL中匹配成功的数据项作为URL标识项，然而在本发明的一些实施例中，也可以根据预定的设置先行对第一URL进行解析，以获取URL标识项，例如，可以根据URL的格式对第一URL进行拆分以获取URL标识项，等，本发明对此不作限定。

在另一方面，上述URL标识项可以位于第一URL内部，也可以位于第一URL外部，并且在本发明的一些实施例中，该URL标识项中的一部分可以来自于第一URL内部，另一部分来自于第一URL的外部。

一般而言，在步骤S402中，可以直接在第一URL与客户端中存储的数据表之间进行匹配，以获取第一URL内部的URL标识项。其中，作为一种可选的实施方式，如图5所示，上述匹配可以通过以下步骤完成：

S502：判断第一URL是否至少包含与预存于客户端的数据表中的预存标识项中的任一个内容相同的URL字符串，

若是，则执行步骤S504，

若否，则执行步骤S506；

S504：将上述URL字符串作为URL标识项，将与上述URL字符串内容相同的预存标识项作为与URL标识项匹配的标识项；

S506：判定预存标识项中不存在与URL标识项匹配的标识项。

例如，对于表1中的数据表，可以判断第一URL中是否包含与表1第二列所示的预存标识项“bl”、“age”、“co”、“nickname”或“bgm”相同的字符串。如果存在，则认为匹配成功，执行步骤S504，其中，可以将第一URL中的该字符串即URL字符串作为URL标识项，并可以进一步记录URL字符串在第一URL中所处的位置，或者根据第一URL字符串将第一URL拆分为该字符串前后的两段。如果不存在，则认为匹配失败，执行步骤S506，可以判定预存标识项中不存在步骤S404所述的匹配的标识项。当然，为避免使用纯字母标识项所导致的错误判断的出现，还可以将预存标识项设置为“bl=”、“age=”、“co=”、“nickname=”或“bgm=”，或者在上述匹配过程中预先对预存标识项进行处理，等，本发明对此不作限定。

进一步地，可以根据步骤S504或S506中处理后的判定结果，在步骤S404中选择是否执行上述将数据表中与匹配的标识项对应的预存数据项更新至第一URL中的步骤。

而在本发明的一些实施例中，URL标识项也可以记录在第一URL的外部，其中，如图6所示，步骤S102可以包括：

S602：客户端根据访问请求获取第一URL以及与第一URL对应的URL标识项。

对于上述情形，可选地，在步骤S102中，客户端在根据网页访问请求获取第一URL之外，还可以在第一URL外部获取与该网页访问请求相关的其他信息，例如，待访问的网页可以用于显示第一用户的相关资料，而在客户端检测到该网页访问请求时，可以在客户端获取的第一URL之外获取第一用户对应的用户编号“001”，并可以将该用户编号“001”作为URL标识项，与客户端存储的数据表中的预存标识项进行匹配。

当然，在本发明的一些实施例中，也可以将以上两种方式结合使用。

其中，作为一种可选的实施方式，可以将在第一URL之外获取的URL标识项，例如上述的第一用户对应的用户编号“001”，加入到第一URL中，或者将其与第一URL结合，再与数据表中的预存标识项进行匹配。

作为另一种可选的方式，如图7所示，步骤S402可以包括：

S702：在预存于客户端的数据表中的预存标识项中，获取与记录在第一URL外部的URL标识项匹配的标识项，记为初次匹配标识项；

S704：判断第一URL中是否存在与初次匹配标识项相匹配的记录在第一URL内的URL标识项，

若是，则执行步骤S704，

若否，则执行步骤S706；

S706：将与上述记录在第一URL内的URL标识项相匹配的初次匹配标识项作为与URL标识项匹配的标识项；

S708：判定预存标识项中不存在与URL标识项匹配的标识项。

对于以上步骤，下面将结合表2进行详细阐述。其中，表2可以用于表示与表1类似的、与用户编号为“001”的第一用户对应的另一种数据表。

表2

容易注意到，在表2中，预存标识项可以设置为两段的结构，从而可以实现步骤S702与S704中与记录在第一URL内部和外部的URL标识项分别进行的匹配。

具体地，在本发明实施例中，根据步骤S702，可以在如表2第二列所示预存标识项与与记录在第一URL外部的URL标识项之间进行匹配，以获取初次匹配标识项，其中，可选地，可以根据表2所示的数据表中的预存标识项的第一段，也即“001”，与上述第一URL外部的URL标识项进行匹配。在其中的第一场景下，客户端所获取的第一URL外部的URL标识项可以为“002”，从而在预存标识项中找不到与该URL标识项“002”匹配的标识项，也即不存在初次匹配标识项。在其中第二场景下，客户端所获取的第一URL外部的URL标识项可以为“001”，与表2所示的数据表中的预存标识项“001.bl”和“001.age”，从而可以将这两个预存标识项记为初次匹配标识项。

在第二场景下，根据步骤S704，可以在第一URL与初次匹配标识项之间进行匹配，也即在第一URL与上述初次匹配标识项“001.bl”和“001.age”之间进行匹配，其中，可选地，可以根据以上两个标识项的第二段，也即“bl”和“age”，与第一URL内的URL标识项进行匹配。从而，作为一种可选的方式，可以判断第一URL中是否包含与“bl”或“age”相同的字符串，若是，则执行步骤S706，若否，则执行步骤S708。当然，为避免错误判断，也可以判断第一URL中是否包含与“bl=”或“age=”相同的字符串，本发明对此不作限定。

进一步地，可以根据步骤S704或S706中处理后的判定结果，在步骤S404中选择是否执行上述将数据表中与匹配的标识项对应的预存数据项更新至第一URL中的步骤。

在以上实施方式之外，本发明的实施例中，在URL标识项与预存标识项之间进行匹配还可以有其他多种实施方式，具体地，可以依据实际情况在客户端中预先进行设置，本发明在此不作累述。

根据本发明实施例提供的网页访问方法，在步骤S404中，可以在预存标识项中存在与URL标识项匹配的标识项时，将数据表中与匹配的标识项对应的预存数据项更新至第一URL中。值得注意的是，步骤S404中的执行条件与步骤S402中的匹配结果存在对应的关系，也即，应当理解为在步骤S404中，可以根据步骤S402的匹配结果，选择是否执行上述将数据表中与匹配的标识项对应的预存数据项更新至第一URL中的步骤。

还需要说明的是，在步骤S404中，更新后的第一URL通常可以直接作为第二URL，以实现在步骤S106中对网页的访问。然而在本发明的一些实施例中，也可以对更新后的第一URL进行本领域技术人员所知的、可行的技术处理，也即，本发明的技术方案可以与本领域常用的技术手段相互结合使用。

另一方面，在步骤S404中，将数据表中与匹配的标识项对应的预存数据项更新至第一URL中的操作可以通过多种方式来实现，本发明对此不作任何限定。例如，其中一种可以理解的方式为：对第一URL的整体进行更新，也即根据与匹配的标识项对应的预存数据项以及URL的格式，直接生成第二URL，并以第二URL取代第一URL。当然，这并不是上述更新操作的唯一实现方式，例如图8所示，可选地，在本发明的一些实施例中，步骤S404也可以通过以下步骤来实施：

S802：判断第一URL中是否存在与URL标识项对应的初始数据项，

若是，则执行步骤S804，

若否，则执行步骤S806；

S804：将第一URL中的初始数据项替换为与匹配的标识项对应的预存数据项；

S806：将与上述匹配的标识项对应的预存数据项插入第一URL中与URL标识项对应的位置。

其中，在本发明的一些实施例中，第一URL可以存在URL标识项，但并不存在与URL标识项中的一个或多个对应的初始数据项，例如在第一URL的参数部分，可以包括“&参数名=&”形式的字符片段，其中，“&”用于表示两个参数之间的分隔。在一个场景下，若该“参数名”对应的字符串已经作为预存标识项的一员存放在预存于客户端的数据表中，则在步骤S402执行的匹配成功之后，“参数名”的部分将标识为URL标识项，由于第一URL中与之对应的数据项内容为空，从而在步骤S802中可以判定该第一URL中不存在与该URL标识项对应的初始数据项，并可以继续执行步骤S806。

在上述场景下，在步骤S806中，可以将与上述匹配的标识项对应的预存数据项插入第一URL中与URL标识项对应的位置，例如，可以将数据表中与匹配的标识项对应的预存数据项，如“参数值”，插入第一URL中与URL标识项“参数名”对应的位置，例如可以设置为该“参数名”之后的第一个“=”之后的位置。在本发明的一些实施例中，也可以将“参数名=”对应的字符串作为预存标识项存放在数据表中，从而在匹配成功后，可以将“参数名=”标识为URL标识项，进而于预存标识项对应的预存数据项“参数值”可以直接插入在该URL标识项之后。当然，这只是一种示例，本发明对此不作任何限定。

进一步地，在本发明的一些实施例中，如图9所示，步骤S806还可以包括：

S902：对与匹配的标识项对应的预存数据项包括的数据项的数量N进行判断，

若N=1，则执行步骤S904，

若N>1，则执行步骤S906；

S904：将与匹配的标识项对应的预存数据项插入第一URL中的与匹配的标识项对应的位置；

S906：根据与匹配的标识项对应的预存数据项生成符合URL格式的字符串，并将字符串插入第一URL中。

在本发明实施例中，预存标识项对应的预存数据项可以为一个，也可以为多个。如表1所示，预存标识项“nickname”对应的预存数据项为一个：“Tom”。在一个场景下，若步骤S402的匹配过程结束后，预存标识项“nickname”成为上述匹配的标识项，则该匹配的标识项对应的预存数据项包括的数据项的数量N=1，从而可以继续执行步骤S904。

在上述场景下，在步骤S904中，可以将与匹配的标识项对应的预存数据项插入第一URL中的与匹配的标识项对应的位置，其中，步骤S904的具体的执行方式可以与步骤S806类似，在此不作累述。

如表1所示，预存标识项“bl”对应的预存数据项为两个：“002”和“003”。在一个场景下，若步骤S402的匹配过程结束后，预存标识项“bl”成为上述匹配的标识项，则该匹配的标识项对应的预存数据项包括的数据项的数量N=2，从而可以继续执行步骤S906。

在上述场景下，在步骤S906中，可以根据与匹配的标识项对应的预存数据项生成符合URL格式的字符串，并将字符串插入第一URL中，例如，可以根据与上述匹配的标识项“bl”对应的预存数据项“002”和“003”生成符合URL格式的字符串，如“&bl_0=002&bl_1=003”，并可以将该字符串插入第一URL中，以形成用于在待访问的网页中显示黑名单中的第二用户和第三用户的第二URL，其中，上述生成的符合URL格式的字符串，还可以进一步符合数据交互接口标准的规定，以使第二URL可以被网页所识别。当然，以上只是一种示例，在本发明的一些实施例中，与匹配的标识项中的一个或多个对应的预存数据项所包括的数据项的数量N也可以为3个或更多，本发明对此不作限定。

另一方面，在本发明的一些实施例中，第一URL中可以既存在URL标识项，又存在与之对应的初始数据项，例如在第一URL的路径部分，可以包括“/文件夹名称/request_uin/”，其中，“/”用于表示两个路径节点之间的分隔，“request_uin”可以为预设的用于对用户编号进行读取的字段。在一个场景下，若客户端获取的记录在第一URL外部的URL标识项为第一用户的用户编号“001”，且该URL标识项“001”已经作为预存标识项的一员存储在预存于客户端的数据表中，则在步骤S402执行的匹配成功之后，由于在第一URL中存在与之对应的初始数据项“request_uin”，则可以继续执行步骤S804。

在上述场景下，在步骤S804中，可以将第一URL中的初始数据项替换为与匹配的标识项对应的预存数据项，例如可以将初始数据项“request_uin”替换为与匹配的标识项对应的预存数据项“001”，以形成包括“文件夹名称/001”的第二URL，从而可以在网页中显示与存储在该路径下的与第一用户对应的信息。

值得注意的是，在本发明的上述实施例中，预存数据项的内容可以与预存标识项相同，例如，同为“001”，从而在事实上实现了信息从记录在第一URL外部的URL标识项向第一URL中的导入。在此需要说明的是，根据本发明实施例的技术方案的多种实施方式及其变形，均应属于本发明所保护的范围。

此外，在本发明的上述实施例中，根据客户端获取的不同的URL标识项，例如“002”或“003”，对初始数据项进行替换后所形成的的第二URL，在事实上指向了不同路径下的网页，其中，这些网页可以使用相同的源代码，从而可以称为相同的网页，也可以为不同的网页，本发明对此不作限定。

应当理解，以上所述的本发明的实施环境并非绝对。一般而言，在本发明实施例中，第一URL可以存在URL标识项，也存在客户端在步骤S602与S402中均未获取URL标识项的可能，进而，对于存在的URL标识项的情形，在URL中可以存在与该URL标识项对应的初始数据项，也可以不存在初始数据项，还可以其中一部分URL标识项存在对应的初始数据项，另一部分URL标识项不存在对应的初始数据项，本发明对此不作限定。

可选地，如图10所示，根据本发明实施例提供的网页访问方法，在步骤S402之前，还可以包括：

S1002：客户端从已访问或当前访问的网页中获取与预存标识项对应的待存数据项；

S1004：将待存数据项作为预存数据项更新至数据表中，其中，更新后的数据表记录有预存标识项与预存数据项之间的对应关系。

根据本发明实施例提供的网页访问方法，在步骤S402之前，在步骤S1002中，可以在客户端从已访问或当前访问的网页中获取与已存储于客户端的数据表中的预存标识项对应的待存数据项，其中，待存数据项也可以用于表示待向客户端中的数据表中存储的数据项，从而可以在步骤S1004中实现对数据表中的预存数据项的初始化或者刷新。类似于前文中结合表1所描述的预存数据项，待存数据项也可以有多种类型，例如布尔量、数值、字符串等，在此不作累述。

仍以表1为例，在一个场景下，若表1所示的数据表中的预存数据项为空，也即该数据表中不存在与表1第二列所示的预存标识项对应的数据项，则客户端可以通过步骤S1002从网页中拉取与预存标识项对应的数据项，作为待存数据项，并可以在步骤S1004中将这些从网页拉取的待存数据项作为预存数据项添加入数据表中，从而将数据表补充完整，以便在通过本发明实施例提供的网页访问方法对网页进行访问时，可以在步骤S404中实现对这些预存数据项的成功调用。当然这只是一种示例，在本发明实施例中，步骤S1002和步骤S1004的执行条件还可以设置为其他，甚至可以不设置执行条件，从而可以从客户端访问的每一个网页中获取与数据表中的预存标识项对应的数据，和/或根据从每次访问中获取的待存数据项对数据表进行刷新，本发明对于不作限定。

具体地，作为其中一种可选的执行条件，如图11所示，在步骤S1002之前，可以执行以下步骤：

S1102：判断数据表中是否存在与预存标识项对应的预存数据项，

若否，则执行步骤S1002以及步骤S1004。

其中，若步骤S1102得出的判定结果为是，也即数据表中存在与预存标识项对应的预存数据项，则可以暂时不对该预存数据项进行更新，从而即可以避免客户端对网页中数据的频繁读取，又可以避免客户端对数据表中数据的频繁写入，从而降低了客户端的数据处理的负担。另一方面，若步骤S1102得出的判定结果为否，也即数据表中不存在与预存标识项对应的预存数据项，则可以继续执行步骤S1002和S1004，对数据表进行更新。当然，以上只是一种示例，基于客户端、网页与网络服务器之间的互动所设置的数据表的更新方式还可以有多种，本发明对此不作限定。

一般而言，在本发明的上述实施例中，待存数据项通常可以从网页中获取，其中，对于当前访问的网页而言，客户端对于待存数据项的获取动作可以类似于下载动作，当然，待存数据项还可以从已访问的网页中获取，例如，可以从存储于客户端的已访问网页的暂存文件中提取，本发明对此不作限定。然而值得注意的是，对于本发明实施例所提供的网页访问方法，客户端还可以通过其他方式获取上述的待存数据项，例如，待存数据项也可以由客户端从网络服务器获取，进而，还可以通过上述实施例以外的方式实现对数据表的初始化或刷新，例如，也可以在服务器端执行对客户端中数据表的刷新，等，本发明对此不作限定。

根据本发明实施例提供的网页访问方法，在步骤S1004中，可以将客户端获取的待存数据项作为预存数据项更新至数据表中，以实现上述对数据表的刷新，其中，上述将待存数据项更新至数据表中可以有多种执行方式，在此不作累述。需要说明的是，本发明的说明书和权利要求书中所述的待存数据项和预存数据项仅只是为了表述的方便以及用于对本发明技术方案进行清晰地描述，事实上，在本发明实施例中，在某些场景下，待存数据项与预存数据项可以用于指代同一个数据项。例如表1所示的数据表中的预存数据项“Tom”，在一个场景下，客户端可以从显示有第一用户的相关信息的网页中获取该数据项“Tom”，从这一方面，根据本发明实施例中的定义，该数据项“Tom”可以形成为待存数据项，然而从另一方面，在该数据项“Tom”存入客户端中的数据表中时，该数据项“Tom”又可以形成为预存数据项。值得注意的是，上述对同一数据项的不同表述并不应理解为重复定义，而应理解为对不同处理阶段下的同一事物的适应性描述。

当然，在本发明实施例中，待存数据项与预存数据项的一致性并非必须，例如在一个场景下，客户端从网页中获取的待存数据项可以为数据项“Tom”，而存储于数据表中的预存数据项可以为对待存数据项进行处理后的数据项“nickname=Tom”，从而可以在步骤S104中将该预存数据项整体插入或替换到第一URL中。在此需要说明的是，本发明对待存数据项与预存数据项的具体形式不作任何限定。

另一方面，更新后的数据表还可记录有预存标识项与预存数据项之间的对应关系，从而可以在步骤S404中实现对预存标识项对应的预存数据项的准确调用，其中，上述的对应关系可以通过如表1所示的数据表中存放的预存数据项的变量名与预存标识项的内容的一致性来实现，也可以通过其他具体实施方式实现，例如表3所示的数据表所采用的方式。其中，表3可以用于表示存储在客户端本地的与第一用户对应的又一种数据表，其中，与表1和表2相比，在表3中省略了对数据表中的预存标识项及预存数据项所对应的网页加载信息的介绍，表3中的第一列用于表示数据表中的预存标识项所使用的变量名。

表3

容易注意到，如表3所示，数据表中的预存标识项的变量名可以由两段组成，其中，可以通过各自变量名的第二段在预存标识项与预存数据项之间进行识别，也即该数据表通过变量名记录了预存标识项与预存数据项之间的对应关系。当然，这只是一种可选的实施方式，本发明对此不作限定。

更具体地，作为一种可选的实施方式，如图12所示，步骤S1004可以包括以下步骤：

S1202：判断数据表中是否存在与预存标识项对应的预存数据项，

若是，则执行步骤S1204，

若否，则执行步骤S1206；

S1204：将与预存标识项对应的预存数据项更新为待存数据项；

S1206：在数据表中将待存数据项记录为与预存标识项对应的预存数据项。

在本发明的一些实施例中，可以在通过步骤S1002获取与预存标识项对应的待存数据项之后，执行对数据表中是否存在与预存标识项对应的预存数据项的判断步骤S1202，以选择不同的待存数据项向数据表中更新的方式，其中，上述可以通过多种方式实现，例如一种可以理解的方式可以为：根据上述的预存标识项与预存数据项之间的对应关系，在数据表汇中检索是否存在与某一预存标识项对应的预存数据项，并根据检索的结果选择执行步骤S1204或S1206。具体地，对于如表1、表2或3中所示的数据表，可以通过对预存数据项的变量名中关键词的检索，判断数据表中是否存在与预存标识项对应的预存数据项。当然，以上只是一种示例，本发明对此不作限定。

进一步地，对于数据表中存在与该预存标识项对应的预存数据项的情形，在步骤S1204中，可以将与预存标识项对应的预存数据项更新为待存数据项，其中，一种可以理解的更新方式是，直接将预存数据项替换为该待存数据项，然而在本发明的一些实施例中，也可以先对待存数据项进行处理，再将处理后的数据项替换到数据表中，本发明对此不做限定。

另一方面，对于数据表中不存在与该预存标识项对应的预存数据项的情形，在步骤S1206中，可以在数据表中将待存数据项记录为与预存标识项对应的预存数据项，其中，类似地，在本发明实施例中，可以直接将该待存数据项记录在数据表中，也可以先对其进行处理，再将处理后的数据项记录在数据表中，同时可以在数据表中记录该数据项与预存标识项之间的对应关系。

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

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质（如ROM/RAM、磁碟、光盘）中，包括若干指令用以使得一台终端设备（可以是手机，计算机，服务器，或者网络设备等）执行本发明各个实施例所述的方法。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

实施例2

根据本发明实施例，还提供了一种用于实施上述网页访问方法的客户端。如图13所示，该客户端可以包括：

1）第一获取单元1302，用于根据网页访问请求获取第一统一资源定位符URL；

2）第一更新单元1304，用于对第一URL进行更新，以形成第二URL，其中，所述第二URL包括一个或多个预存于所述客户端的预存数据项，用于在待访问的网页中加载与所述预存数据项对应的信息；

3）访问单元1306，用于通过所述第二URL访问所述网页。

根据本发明实施例提供的客户端，第一获取单元1302可以根据网页访问请求获取第一URL。具体地，对于一般情况，网页访问请求可以表现为对客户端所提供的用户界面中的某一网页链接的点选的识别，例如，在本发明的一些实施例中，对上述用户界面中存在URL超链接的一段文字上的鼠标点击动作的捕捉与识别即可以形成网页访问请求，并且可以在客户端截取上述超链接对应的URL作为第一URL。当然，上述网页链接也可以不出现在文字上，而是在图标、图片、视频画面等其他用户界面元素上。

然而这并不意味着本发明对网页访问请求的表现形式以及第一URL的获取方式作出了限定，例如，网页访问请求还可以表现为对浏览器地址栏中所输入的网页地址的确认，而第一获取单元1302可以读取该网页地址作为上述的第一URL。事实上，在本发明的一些实施例中，网页访问请求也可以与客户端所读取的来自于计算机输入设备的信号无关，例如，网页访问请求可以由客户端中正在运行的应用自动生成，以形成对用户界面上的弹出页，例如导航页面的访问，从而客户端可以获取该弹出页的URL作为第一URL。特别地，在本发明的一些实施例中，网页访问请求的来源也可以不限于进行网页访问的上述客户端，例如，在一些客户端与服务器端存在互动的环境下，网页访问请求也可以来自于服务器端，在上述场景下，第一URL也可以获取自于该客户端的外部。

根据本发明实施例提供的客户端，第一更新单元1304可以对获取的上述第一URL进行更新，以形成第二URL，其中，第二URL可以包括一个或多个预存于客户端的预存数据项，用于在待访问的网页中加载与预存数据项对应的信息。一般而言，上述信息通常可以为文字信息，例如，在本发明的一些实施例中，第一更新单元1304可以将与用户ID对应的姓名或昵称的英文字符或者中文字符的代码直接更新到第一URL中，以形成第二URL，从而可以通过访问单元1306对目标网页进行访问时，在目标网页中预定的位置显示该用户的姓名或昵称。然而，在本发明的一些实施例中，上述信息也可以用于表示其他类型的信息，例如，在一个场景下，客户端可以将与用户的设置对应的配置项编码更新到第一URL中，例如对于网页可以识别的一个预设的参数，其数值为“0”可以用于表示白色的网页背景，“1”表示蓝色，“2”表示绿色，上述数值项也可以通过更新后的第二URL传递给网页，从而可以在网页中显示出相应的背景色。当然，以上只是一些示例，本发明对此不作限定。

此外，应当理解，对于以形成上述的第二URL为目的的第一URL的更新方式可以有多种，本发明对此不作限定。另一方面，本发明将在之后的实施例中对其作出更为细致的阐述。

需要说明的是，本发明的说明书和权利要求书中所述的第一URL和第二URL仅只是为了表述的方便以及用于对本发明技术方案进行清晰地描述，一般地，“第一”与“第二”URL的表述应当理解为一个URL以及与之不同的URL。例如，在本发明的一些实施例中，也可以表现为仅针对一个URL进行的处理，而并未明确出现某一“第二”URL。对于上述的场景，并不应理解为与本发明技术方案存在冲突或差异，其中，第一URL即可以用于表示更新处理前的URL，而第二URL即可以用于表示更新处理后所形成的URL。

根据本发明实施例提供的客户端，访问单元1306可以通过第二URL对网页进行访问。值得注意的是，在本发明的一些实施例中，第一URL与第二URL可以指向同一网页，然而在本发明的另外一些实施例中，第一URL与第二URL也可以指向不同的网页，例如，对第一URL中的路径部分进行更新后，所形成的第二URL指向的网页可以与第一URL不同，其中，对于第一URL的更新方式以及第二URL的具体形式，可以根据客户端对于相关网页的访问请求的处理要求进行设置，本发明对此不作限定。

从以上描述可以看出，在本发明实施例中，区别于直接使用第一URL访问网页，客户端可以先在本地对第一URL进行更新，例如，为第一URL中的一个或多个参数赋值，然后使用更新后的第二URL对网页进行访问。在上述场景下，由于上述网页可以直接从第二URL中读取上述的参数值，而无需临时建立网页与网络服务器之间的数据连接来拉取相应的页面数据，从而达到了降低了网络服务器负担的技术效果，同时在客户端实现了加快待访问的网页的响应速度的技术效果。当然，这只是一种示例，在本发明实施例中，还可以通过多种其他方式对第一URL进行更新，以达到相同或类似的技术效果。

参考图1和图3，可以对本发明的技术方案以及该方案相对于现有技术的改进形成更为直观的理解。

如图1所示，现有技术中的客户端接收到网页访问请求时，可以直接通过第一URL对网页进行访问，其具体过程可以归纳如下：

1）客户端通过第一URL向待访问的网页提出访问请求；

2）建立网页与服务器之间的数据连接，并向服务器请求网页所需加载的信息；

3）服务器通过通用网关接口CGI（Common Gateway Interface）接口和/或CGI程序拉取与所需加载的信息对应的页面数据；

4）服务器将拉取的页面数据发送给网页；

5）将完整的网页发送到客户端，并在浏览器中进行显示。

而图3则示出了根据本发明实施例的一种可选的客户端及其应用环境。如图3所示，在这一环境下客户端对网页进行访问的过程可以归纳如下：

1）客户端中的第一获取单元1302根据网页访问请求获取第一URL；

2）通过客户端中的第一更新单元1304，也即URL解析器，从本地数据资源管理请求并拉取页面数据；

3）第一更新单元1304根据拉取的页面数据对第一URL进行更新，以形成第二URL；

4）客户端中的访问单元1306通过第二URL向网页提出访问请求，其中，第二URL包括与页面数据对应的待访问的网页所需加载的信息。

比较以上两种对网页进行访问的方法，容易注意到，根据本发明实施例提供的客户端对网页进行访问时，免除了现有技术中网页与服务器之间的数据连接，且一并免除了服务器所需执行的多次数据传输，从而显著地降低了客户端访问网页时造成的网络服务器负担，解决了现有技术中对网页进行时需要通过网络服务器获取网页信息造成的网络服务器负担过重的的技术问题。进一步地，在本发明实施例中，由于客户端可以通过在本地提供的预存数据实现对网页的正常访问，而无需等待网页与网络服务器之间的用于传递上述网页信息的数据交互的完成，从而达到了加快待网页的响应速度的技术效果。

下面将通过本发明的一些实施例对第一更新单元1304执行的所述的对第一URL的更新处理作出更为细致的阐述。

可选地，在本发明的一些实施例中，如图14所示，第一更新单元1304可以包括：

1）匹配模块1402，用于对第一URL的URL标识项与数据表中的预存标识项进行匹配，其中，URL标识项记录在第一URL的内部或外部，数据表预存于客户端，预存标识项中的每一个单独地或者与一个或多个预存数据项对应地存放在数据表中；

2）更新模块1404，用于在预存标识项中存在与URL标识项匹配的标识项时，则将数据表中与匹配的标识项对应的预存数据项更新至第一URL中。

在本发明实施例中，可以通过存储在客户端本地的数据表来保存第一更新单元1304中所述的用于更新至第一URL以形成第二URL的预存数据项。同时，在预存数据项之外，该数据表还可以用于保存与预存数据项形成对应关系的预存标识项，其中，每一预存标识项可以与一个或多个预存数据项对应，当然，在本发明的一些实施例中，在某一时刻的客户端所储存的数据表中，一个或多个预存标识项所各自对应的预存数据项的内容也可以为空，也即在该时刻下，数据表中不存在与该一个或多个预存标识项对应的预存数据项。

为便于理解，下文中将结合实施例1中提供的表1对预存标识项和预存数据项在数据表中的存储结构进行详细阐述，其中，表1可以用于表示存储在客户端本地的与第一用户对应的一种数据表，其中，第一列用于表示加载在待访问的网页中的信息的名称，第二列用于表示预存标识项，第三列用于表示预存数据项，第四列用于表示预存数据项在客户端中存储所对应的变量名。

在本发明实施例中，如表1第一列所示，加载在待访问的网页中的信息可以包括：

黑名单、昵称、年龄、星座、以及背景音乐，其中，以上信息可以与用户编号为“001”的第一用户对应。

从以上描述可以看出，本发明实施例中的预存数据项所对应的加载在待访问的网页中的信息可以有多种类型，其中，该网页加载信息可以为文字，也可以为文本，还可以为音频文件或视频文件，本发明对此不作限定。

可选地，如表1第二列所示，与上述信息对应的预存标识项可以分别设置为：

“bl”、“age”、“co”、“nickname”和“bgm”。

如上所示，作为一种可选的实施方式，预存标识项可以表现为英文字母或字母的组合，然而这并非本发明唯一的实施方式，例如，预存标识项还可以表现为字母以外的其他字符或字符串，如数字、特殊字符及二者之间或二者与字符的组合，等，本发明对此不作限定。此外，如上所示，预存标识项可以设置为与上述网页加载信息名称对应的字符串，然而预存标识项的设置规则并不限于此，例如，在本发明的一些实施例中，也可以将“uin=001”作为预存标识项存储在另一个数据表中，并将表1第三列所示的数据项作为与之对应的预存数据项存储在同一数据表中，本发明对此不作限定。

可选地，如表1第三列所示，与预存标识项对应的预存数据项可以分别为：

“002”、“003”、“26”、“0”、“Tom”和“a0b1c2”，其中，

预存数据项“002”和“003”与预存标识项“bl”对应，可以分别为第一用户所设黑名单中的第二用户和第三用户的用户编号；

预存数据项“26”与预存标识项“age”对应，可以为第一用户的年龄；

预存数据项“0”与预存标识项“co”对应，可以为第一用户的星座，其中，数值0至11可以分别用于表示十二个星座，例如，“0”可以用于表示水瓶座；

预存数据项“Tom”与预存标识项“nickname”对应，可以为第一用户的昵称；

预存数据项“a0b1c2”与预存标识项“bgm”对应，可以为第一用户所设的背景音乐的文件名。

从以上描述可以看出，本发明实施例中的预存数据项可以有多种类型，其中，该预存数据项可以为数值，也可以为字符串，或其他数据形式，例如布尔量等，本发明对此不作限定。此外，如上所示，在客户端与网页之间的交互的方面，预存数据项可以用于直接显示在网页的页面上，例如表示用户年龄的数据项“26”和表示用户昵称的数据项“Tom”，也可以用于给出可被网页识别的一些网页加载信息的编码，例如表示用户所属的星座的数据项“0”，还可以用于给出网页所需调用的其他资源的指向性信息，例如表示网页待加载的背景音乐的文件名的数据项“a0b1c2”，或其他类型文件的编号、访问路径或者数据交互接口标准所规定的格式的数据，等，本发明对此不作限定。

在另一方面，如表1所示，本发明实施例中的预存标识项可以对应一个数据项，也可以对应多个数据项，如预存标识项“bl”可以同时与数据项“002”和“003”对应，以表示第一用户设置的黑名单中的第二用户和第三用户，当然，进一步地，与预存标识项“bl”对应的预存数据项还可以包括第二用户和第三用户的昵称，从而可以使待访问的网页同时获取并在页面中显示黑名单用户的编号及昵称信息。更进一步地，在本发明的一些实施例中，预存标识项可以设置为第一用户的用户编号“001”，与之对应的预存数据项可以为表1第三列所示的数据项的集合。

在又一方面，在本发明的一些实施例中，数据表中的一个或多个预存标识项所对应的预存数据项也可以为空，例如，在一个场景下，类似于表1的数据表中可以存有客户端预先设置好的标识项，例如表1第二列所示的预存标识项，但其中一些预存标识项，例如与用户年龄对应的标识项“age”，其所对应的数据项可以尚未下载到客户端中，从而该类似于表1的数据表中可以不存在与预存标识项“age”对应的预存数据项。在上述场景下对数据表中的预存数据项进行更新的方案，将在本发明之后一些实施例中详细描述。

可选地，如表1第四列所示，上述预存数据项存储于客户端中所使用的变量名可以分别设置为：

uin.BL.0、uin.BL.1、uin.AGE、uin.CO、uin.NICKNAME、uin.BGM。

如上所示，本发明实施例中的预存数据项所使用的变量名可以划分成两段或三段，其中，第一段uin可以为与第一用户的用户编号“001”相等的数值，用于区分其他数据表中存放的对应其他用户，如第二用户或第三用户的预存数据项。在这一场景下，客户端可以通过对变量名中的第一段的识别，实现对某一用户所对应的预存数据项的准确调用，并可以在步骤S402中将这些预存数据项更新到第一URL中，以形成用于在待访问的网页中加载相应信息的第二URL，从而实现通过同一网页对多个不同用户的响应。

在上述的变量名中，由大写字母部分所表示的第二段可以与该预存数据项所对应的预存标识项同名，以形成预存数据项与预存标识项之间的对应关系，当然，这只是一种示例，二者之间的对应关系也可以通过其他方式确立，本发明对此不作限定。

上述的变量名还可以包括第三段，例如“uin.BL.0”和“uin.BL.1”中的“0”和“1”，用于指向同一预存标识项对应的多个预存数据项。当然，在本发明的一些实施例中，预存数据项所使用的变量名还可以包括更多的字符段，本发明对此不作限定。

值得注意的是，在上述场景下，由于预存标识项可以直接从取值为预存数据项的变量的变量名中读取，客户端可以不为预存标识项分配固定的存储空间，从而提高了存储空间的使用效率。当然，这只是一种示例，本发明对此不作限定。在此需要说明的是，根据本发明实施例的技术方案的多种实施方式及其变形，均应属于本发明所保护的范围。

根据本发明实施例提供的客户端，匹配模块1402可以对第一URL的URL标识项与数据表中的预存标识项进行匹配，其中，URL标识项可以用于对第一URL中待替换的数据项进行标识。一般而言，可以根据上述匹配的结果，将第一URL中匹配成功的数据项作为URL标识项，然而在本发明的一些实施例中，也可以根据预定的设置先行对第一URL进行解析，以获取URL标识项，例如，可以根据URL的格式对第一URL进行拆分以获取URL标识项，等，本发明对此不作限定。

在另一方面，上述URL标识项可以位于第一URL内部，也可以位于第一URL外部，并且在本发明的一些实施例中，该URL标识项中的一部分可以来自于第一URL内部，另一部分来自于第一URL的外部。

一般而言，匹配模块1402可以直接在第一URL与客户端中存储的数据表之间进行匹配，以获取第一URL内部的URL标识项。其中，作为一种可选的实施方式，上述匹配模块1402可以用于执行以下操作：

1）在第一URL包含与预存标识项中的任一个内容相同的URL字符串时，判定预存标识项中存在匹配的标识项，并将与URL字符串内容相同的预存标识项作为匹配的标识项；

2）在第一URL不包含与预存标识项中的任一个内容相同的URL字符串时，判定预存标识项中不存在匹配的标识项。

例如，对于表1中的数据表，可以判断第一URL中是否包含与表1第二列所示的预存标识项“bl”、“age”、“co”、“nickname”或“bgm”相同的字符串。如果存在，则认为匹配成功，将与上述URL字符串内容相同的预存标识项作为与URL标识项匹配的标识项，其中，可以将第一URL中的该字符串即URL字符串作为URL标识项，并可以进一步记录URL字符串在第一URL中所处的位置，或者根据第一URL字符串将第一URL拆分为该字符串前后的两段。如果不存在，则认为匹配失败，可以判定预存标识项中不存在上述匹配的标识项。当然，为避免使用纯字母标识项所导致的错误判断的出现，还可以将预存标识项设置为“bl=”、“age=”、“co=”、“nickname=”或“bgm=”，或者在上述匹配过程中预先对预存标识项进行处理，等，本发明对此不作限定。

进一步地，可以根据匹配模块1402中得出的判定结果，选择是否通过更新模块1404执行上述将数据表中与匹配的标识项对应的预存数据项更新至第一URL中的步骤。

而在本发明的一些实施例中，URL标识项也可以记录在第一URL的外部，其中，第一获取单元1302可以用于：根据访问请求获取第一URL以及与第一URL对应的URL标识项。

对于上述情形，可选地，第一获取单元1302在根据网页访问请求获取第一URL之外，还可以在第一URL外部获取与该网页访问请求相关的其他信息，例如，待访问的网页可以用于显示第一用户的相关资料，而在客户端检测到该网页访问请求时，可以在第一获取单元1302获取的第一URL之外获取第一用户对应的用户编号“001”，并可以将该用户编号“001”作为URL标识项，与客户端存储的数据表中的预存标识项进行匹配。

当然，在本发明的一些实施例中，也可以将以上两种方式结合使用。

其中，作为一种可选的实施方式，匹配模块1402可以将在第一URL之外获取的URL标识项，例如上述的第一用户对应的用户编号“001”，加入到第一URL中，或者将其与第一URL结合，再与数据表中的预存标识项进行匹配。

作为另一种可选的方式，匹配模块1402可以用于：

1）在预存标识项中存在与记录在第一URL外部的URL标识项匹配的初次匹配标识项，且第一URL中存在与初次匹配标识项相匹配的记录在第一URL中的URL标识项时，判定预存标识项中存在匹配的标识项，并将与初次匹配标识项作为匹配的标识项；

2）在预存标识项中不存在与记录在第一URL外部的URL标识项匹配的初次匹配标识项，或第一URL中不存在与初次匹配标识项相匹配的记录在第一URL中的URL标识项时，判定预存标识项中不存在匹配的标识项。

对于以上操作，下面将结合实施例1中提供的表2进行详细阐述。其中，表2可以用于表示与表1类似的、与用户编号为“001”的第一用户对应的另一种数据表。

容易注意到，在表2中，预存标识项可以设置为两段的结构，从而可以在匹配模块1402中实现与记录在第一URL内部和外部的URL标识项分别进行的匹配。

具体地，在本发明实施例中，通过匹配模块1402，可以在如表2第二列所示预存标识项与与记录在第一URL外部的URL标识项之间进行匹配，以获取初次匹配标识项，其中，可选地，可以根据表2所示的数据表中的预存标识项的第一段，也即“001”，与上述第一URL外部的URL标识项进行匹配。在其中的第一场景下，客户端所获取的第一URL外部的URL标识项可以为“002”，从而在预存标识项中找不到与该URL标识项“002”匹配的标识项，也即不存在初次匹配标识项。在其中第二场景下，客户端所获取的第一URL外部的URL标识项可以为“001”，与表2所示的数据表中的预存标识项“001.bl”和“001.age”，从而可以将这两个预存标识项记为初次匹配标识项。

在第二场景下，通过匹配模块1402，可以在第一URL与初次匹配标识项之间进行匹配，也即在第一URL与上述初次匹配标识项“001.bl”和“001.age”之间进行匹配，其中，可选地，可以根据以上两个标识项的第二段，也即“bl”和“age”，与第一URL内的URL标识项进行匹配。从而，作为一种可选的方式，可以判断第一URL中是否包含与“bl”或“age”相同的字符串，若是，则将与上述记录在第一URL内的URL标识项相匹配的初次匹配标识项作为与URL标识项匹配的标识项，若否，则判定预存标识项中不存在与URL标识项匹配的标识项。当然，为避免错误判断，也可以判断第一URL中是否包含与“bl=”或“age=”相同的字符串，本发明对此不作限定。

进一步地，可以根据上述处理后的判定结果，选择是否在匹配模块1402中执行上述将数据表中与匹配的标识项对应的预存数据项更新至第一URL中的操作。

在以上实施方式之外，本发明的实施例中，在URL标识项与预存标识项之间进行匹配还可以有其他多种实施方式，具体地，可以依据实际情况在客户端中预先进行设置，本发明在此不作累述。

根据本发明实施例提供的客户端，通过更新模块1404，可以在预存标识项中存在与URL标识项匹配的标识项时，将数据表中与匹配的标识项对应的预存数据项更新至第一URL中。值得注意的是，更新模块1404中的执行条件与匹配模块1402中的匹配结果存在对应的关系，也即，应当理解为在更新模块1404中，可以根据匹配模块1402的匹配结果，选择是否执行上述将数据表中与匹配的标识项对应的预存数据项更新至第一URL中的步骤。

还需要说明的是，通过更新模块1404，更新后的第一URL通常可以直接作为第二URL，以通过访问单元1306实现对网页的访问。然而在本发明的一些实施例中，也可以对更新后的第一URL进行本领域技术人员所知的、可行的技术处理，也即，本发明的技术方案可以与本领域常用的技术手段相互结合使用。

另一方面，在更新模块1404中，将数据表中与匹配的标识项对应的预存数据项更新至第一URL中的操作可以通过多种方式来实现，本发明对此不作任何限定。例如，其中一种可以理解的方式为：对第一URL的整体进行更新，也即根据与匹配的标识项对应的预存数据项以及URL的格式，直接生成第二URL，并以第二URL取代第一URL。当然，这并不是上述更新操作的唯一实现方式，可选地，在本发明的一些实施例中，更新模块1404也可以用于：

1）在第一URL中存在与URL标识项对应的初始数据项时，将第一URL中的初始数据项替换为与匹配的标识项对应的预存数据项；

2）在第一URL中不存在初始数据项时，将与匹配的标识项对应的预存数据项插入第一URL中与URL标识项对应的位置。

其中，在本发明的一些实施例中，第一URL可以存在URL标识项，但并不存在与URL标识项中的一个或多个对应的初始数据项，例如在第一URL的参数部分，可以包括“&参数名=&”形式的字符片段，其中，“&”用于表示两个参数之间的分隔。在一个场景下，若该“参数名”对应的字符串已经作为预存标识项的一员存放在预存于客户端的数据表中，则在匹配模块1402执行的匹配成功之后，“参数名”的部分将标识为URL标识项，由于第一URL中与之对应的数据项内容为空，从而在更新模块1404中可以判定该第一URL中不存在与该URL标识项对应的初始数据项。

在上述场景下，在更新模块1404中，可以将与上述匹配的标识项对应的预存数据项插入第一URL中与URL标识项对应的位置，例如，可以将数据表中与匹配的标识项对应的预存数据项，如“参数值”，插入第一URL中与URL标识项“参数名”对应的位置，例如可以设置为该“参数名”之后的第一个“=”之后的位置。在本发明的一些实施例中，也可以将“参数名=”对应的字符串作为预存标识项存放在数据表中，从而在匹配成功后，可以将“参数名=”标识为URL标识项，进而于预存标识项对应的预存数据项“参数值”可以直接插入在该URL标识项之后。当然，这只是一种示例，本发明对此不作任何限定。

进一步地，在本发明的一些实施例中，更新模块1404还可以用于：

1）在与匹配的标识项对应的预存数据项包括一个数据项时，将与匹配的标识项对应的预存数据项插入第一URL中的与匹配的标识项对应的位置；

2）在与匹配的标识项对应的预存数据项包括多个数据项时，则根据与匹配的标识项对应的预存数据项生成符合URL格式的字符串，并将字符串插入第一URL中。

在本发明实施例中，预存标识项对应的预存数据项可以为一个，也可以为多个。如表1所示，预存标识项“nickname”对应的预存数据项为一个：“Tom”。在一个场景下，若步骤S402的匹配过程结束后，预存标识项“nickname”成为上述匹配的标识项，则该匹配的标识项对应的预存数据项包括的数据项的数量N=1。

在上述场景下，在更新模块1404中，可以将与匹配的标识项对应的预存数据项插入第一URL中的与匹配的标识项对应的位置，其中，该插入操作的具体的执行方式可以与前述的插入操作类似，在此不作累述。

如表1所示，预存标识项“bl”对应的预存数据项为两个：“002”和“003”。在一个场景下，若步骤S402的匹配过程结束后，预存标识项“bl”成为上述匹配的标识项，则该匹配的标识项对应的预存数据项包括的数据项的数量N=2。

在上述场景下，在更新模块1404中，可以根据与匹配的标识项对应的预存数据项生成符合URL格式的字符串，并将字符串插入第一URL中，例如，可以根据与上述匹配的标识项“bl”对应的预存数据项“002”和“003”生成符合URL格式的字符串，如“&bl_0=002&bl_1=003”，并可以将该字符串插入第一URL中，以形成用于在待访问的网页中显示黑名单中的第二用户和第三用户的第二URL，其中，上述生成的符合URL格式的字符串，还可以进一步符合数据交互接口标准的规定，以使第二URL可以被网页所识别。当然，以上只是一种示例，在本发明的一些实施例中，与匹配的标识项中的一个或多个对应的预存数据项所包括的数据项的数量N也可以为3个或更多，本发明对此不作限定。

另一方面，在本发明的一些实施例中，第一URL中可以既存在URL标识项，又存在与之对应的初始数据项，例如在第一URL的路径部分，可以包括“/文件夹名称/request_uin/”，其中，“/”用于表示两个路径节点之间的分隔，“request_uin”可以为预设的用于对用户编号进行读取的字段。在一个场景下，若客户端获取的记录在第一URL外部的URL标识项为第一用户的用户编号“001”，且该URL标识项“001”已经作为预存标识项的一员存储在预存于客户端的数据表中，则在步骤S402执行的匹配成功之后，由于在第一URL中存在与之对应的初始数据项“request_uin”，则可以将第一URL中的初始数据项替换为与匹配的标识项对应的预存数据项。

在上述场景下，在更新模块1404中，可以将第一URL中的初始数据项替换为与匹配的标识项对应的预存数据项，例如可以将初始数据项“request_uin”替换为与匹配的标识项对应的预存数据项“001”，以形成包括“文件夹名称/001”的第二URL，从而可以在网页中显示与存储在该路径下的与第一用户对应的信息。

值得注意的是，在本发明的上述实施例中，预存数据项的内容可以与预存标识项相同，例如，同为“001”，从而在事实上实现了信息从记录在第一URL外部的URL标识项向第一URL中的导入。在此需要说明的是，根据本发明实施例的技术方案的多种实施方式及其变形，均应属于本发明所保护的范围。

此外，在本发明的上述实施例中，根据客户端获取的不同的URL标识项，例如“002”或“003”，对初始数据项进行替换后所形成的的第二URL，在事实上指向了不同路径下的网页，其中，这些网页可以使用相同的源代码，从而可以称为相同的网页，也可以为不同的网页，本发明对此不作限定。

应当理解，以上所述的本发明的实施环境并非绝对。一般而言，在本发明实施例中，第一URL可以存在URL标识项，也存在客户端在第一获取单元1302与匹配模块1302中均未获取URL标识项的可能，进而，对于存在的URL标识项的情形，在URL中可以存在与该URL标识项对应的初始数据项，也可以不存在初始数据项，还可以其中一部分URL标识项存在对应的初始数据项，另一部分URL标识项不存在对应的初始数据项，本发明对此不作限定。

可选地，如图15所示，根据本发明实施例提供的客户端，还可以包括：

1）第二获取单元1502，用于从已访问或当前访问的网页中获取与预存标识项对应的待存数据项；

2）第二更新单元1504，用于将待存数据项作为预存数据项更新至数据表中，其中，更新后的数据表记录有预存标识项与预存数据项之间的对应关系。

根据本发明实施例提供的客户端，可以通过第二获取单元1502从已访问或当前访问的网页中获取与已存储于客户端的数据表中的预存标识项对应的待存数据项，其中，待存数据项也可以用于表示待向客户端中的数据表中存储的数据项，从而可以通过第二更新单元1504实现对数据表中的预存数据项的初始化或者刷新。类似于前文中结合表1所描述的预存数据项，待存数据项也可以有多种类型，例如布尔量、数值、字符串等，在此不作累述。

仍以表1为例，在一个场景下，若表1所示的数据表中的预存数据项为空，也即该数据表中不存在与表1第二列所示的预存标识项对应的数据项，则客户端可以通过第二获取单元1502从网页中拉取与预存标识项对应的数据项，作为待存数据项，并可以通过第二更新单元1504将这些从网页拉取的待存数据项作为预存数据项添加入数据表中，从而将数据表补充完整，以便在根据本发明实施例提供的客户端对网页进行访问时，可以在更新模块1404中实现对这些预存数据项的成功调用。当然这只是一种示例，在本发明实施例中，第二获取单元1502和第二更新单元1504的启用条件还可以设置为其他，甚至可以不设置启用条件，从而可以从客户端访问的每一个网页中获取与数据表中的预存标识项对应的数据，和/或根据从每次访问中获取的待存数据项对数据表进行刷新，本发明对于不作限定。

具体地，为提供其中一种可选的启用条件，如图16所示，上述客户端还可以包括：

1）判断单元1602，用于判断所述数据表中是否存在与所述预存标识项对应的所述预存数据项。

其中，若判断单元1602得出的判定结果为是，也即数据表中存在与预存标识项对应的预存数据项，则可以暂时不对该预存数据项进行更新，从而即可以避免客户端对网页中数据的频繁读取，又可以避免客户端对数据表中数据的频繁写入，从而降低了客户端的数据处理的负担。另一方面，若判断单元1602得出的判定结果为否，也即数据表中不存在与预存标识项对应的预存数据项，则可以启用第二获取单元1502和第二更新单元1504，对数据表进行更新。当然，以上只是一种示例，基于客户端、网页与网络服务器之间的互动所设置的数据表的更新方式还可以有多种，本发明对此不作限定。

一般而言，在本发明的上述实施例中，待存数据项通常可以从网页中获取，其中，对于当前访问的网页而言，客户端对于待存数据项的获取动作可以类似于下载动作，当然，待存数据项还可以从已访问的网页中获取，例如，可以从存储于客户端的已访问网页的暂存文件中提取，本发明对此不作限定。然而值得注意的是，对于本发明实施例所提供的客户端，还可以通过其他方式获取上述的待存数据项，例如，待存数据项也可以由客户端从网络服务器获取，进而，还可以通过上述实施例以外的方式实现对数据表的初始化或刷新，例如，也可以在服务器端执行对客户端中数据表的刷新，等，本发明对此不作限定。

根据本发明实施例提供的客户端，在第二更新单元1504中，可以将客户端获取的待存数据项作为预存数据项更新至数据表中，以实现上述对数据表的刷新，其中，上述将待存数据项更新至数据表中可以有多种执行方式，在此不作累述。需要说明的是，本发明的说明书和权利要求书中所述的待存数据项和预存数据项仅只是为了表述的方便以及用于对本发明技术方案进行清晰地描述，事实上，在本发明实施例中，在某些场景下，待存数据项与预存数据项可以用于指代同一个数据项。例如表1所示的数据表中的预存数据项“Tom”，在一个场景下，客户端可以从显示有第一用户的相关信息的网页中获取该数据项“Tom”，从这一方面，根据本发明实施例中的定义，该数据项“Tom”可以形成为待存数据项，然而从另一方面，在该数据项“Tom”存入客户端中的数据表中时，该数据项“Tom”又可以形成为预存数据项。值得注意的是，上述对同一数据项的不同表述并不应理解为重复定义，而应理解为对不同处理阶段下的同一事物的适应性描述。

当然，在本发明实施例中，待存数据项与预存数据项的一致性并非必须，例如在一个场景下，客户端从网页中获取的待存数据项可以为数据项“Tom”，而存储于数据表中的预存数据项可以为对待存数据项进行处理后的数据项“nickname=Tom”，从而可以在更新模块1404中将该预存数据项整体插入或替换到第一URL中。在此需要说明的是，本发明对待存数据项与预存数据项的具体形式不作任何限定。

另一方面，更新后的数据表还可记录有预存标识项与预存数据项之间的对应关系，从而可以在更新模块1404中实现对预存标识项对应的预存数据项的准确调用，其中，上述的对应关系可以通过如表1所示的数据表中存放的预存数据项的变量名与预存标识项的内容的一致性来实现，也可以通过其他具体实施方式实现，例如实施例1中提供的表3所示的数据表所采用的方式。其中，表3可以用于表示存储在客户端本地的与第一用户对应的又一种数据表，其中，与表1和表2相比，在表3中省略了对数据表中的预存标识项及预存数据项所对应的网页加载信息的介绍，表3中的第一列用于表示数据表中的预存标识项所使用的变量名。

容易注意到，如表3所示，数据表中的预存标识项的变量名可以由两段组成，其中，可以通过各自变量名的第二段在预存标识项与预存数据项之间进行识别，也即该数据表通过变量名记录了预存标识项与预存数据项之间的对应关系。当然，这只是一种可选的实施方式，本发明对此不作限定。

更具体地，作为一种可选的实施方式，第二更新单元1504可以用于：

1）在数据表中不存在与预存标识项对应的预存数据项时，则在数据表中将待存数据项记录为与预存标识项对应的预存数据项；

2）在数据表中存在与预存标识项对应的预存数据项时，则将与预存标识项对应的预存数据项更新为待存数据项。

在本发明的一些实施例中，可以在通过第二获取单元1502获取与预存标识项对应的待存数据项之后，执行对数据表中是否存在与预存标识项对应的预存数据项的判断，以选择不同的待存数据项向数据表中更新的方式，其中，上述可以通过多种方式实现，例如一种可以理解的方式可以为：根据上述的预存标识项与预存数据项之间的对应关系，在数据表汇中检索是否存在与某一预存标识项对应的预存数据项，并根据检索的结果选择将与预存标识项对应的预存数据项更新为待存数据项，或者在数据表中将待存数据项记录为与预存标识项对应的预存数据项。具体地，对于如表1、表2或3中所示的数据表，可以通过对预存数据项的变量名中关键词的检索，判断数据表中是否存在与预存标识项对应的预存数据项。当然，以上只是一种示例，本发明对此不作限定。

进一步地，对于数据表中存在与该预存标识项对应的预存数据项的情形，在步骤S1204中，可以将与预存标识项对应的预存数据项更新为待存数据项，其中，一种可以理解的更新方式是，直接将预存数据项替换为该待存数据项，然而在本发明的一些实施例中，也可以先对待存数据项进行处理，再将处理后的数据项替换到数据表中，本发明对此不做限定。

另一方面，对于数据表中不存在与该预存标识项对应的预存数据项的情形，在第二更新单元1504中，可以在数据表中将待存数据项记录为与预存标识项对应的预存数据项，其中，类似地，在本发明实施例中，可以直接将该待存数据项记录在数据表中，也可以先对其进行处理，再将处理后的数据项记录在数据表中，同时可以在数据表中记录该数据项与预存标识项之间的对应关系。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的客户端，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可为个人计算机、服务器或者网络设备等）执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、只读存储器（ROM，Read-Only Memory）、随机存取存储器（RAM，Random Access Memory）、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (20)

1.一种网页访问方法，其特征在于，包括：

客户端根据网页访问请求获取第一统一资源定位符URL；

所述客户端对第一URL进行更新，以形成第二URL，其中，所述第二URL包括一个或多个预存于所述客户端的预存数据项，用于在待访问的网页中加载与所述预存数据项对应的信息；

所述客户端通过所述第二URL访问所述网页。

2.根据权利要求1所述的方法，其特征在于，所述客户端对所述第一URL进行更新包括：

对所述第一URL的URL标识项与数据表中的预存标识项进行匹配，其中，所述URL标识项记录在所述第一URL的内部或外部，所述数据表预存于所述客户端，所述预存标识项中的每一个单独地或者与一个或多个所述预存数据项对应地存放在所述数据表中；

若所述预存标识项中存在与所述URL标识项匹配的标识项，则将所述数据表中与所述匹配的标识项对应的所述预存数据项更新至所述第一URL中。

3.根据权利要求2所述的方法，其特征在于，所述URL标识项记录在所述第一URL中，其中，所述对所述第一URL的URL标识项与数据表中的预存标识项进行匹配包括：

若所述第一URL包含与所述预存标识项中的任一个内容相同的URL字符串，则判定所述预存标识项中存在所述匹配的标识项，并将与所述URL字符串内容相同的所述预存标识项作为所述匹配的标识项，否则判定所述预存标识项中不存在所述匹配的标识项。

4.根据权利要求2所述的方法，其特征在于，所述URL标识项记录在所述第一URL的外部，其中，所述对所述第一URL的URL标识项与数据表中的预存标识项进行匹配包括：

若所述预存标识项中存在与记录在所述第一URL外部的所述URL标识项匹配的初次匹配标识项，且所述第一URL中存在与所述初次匹配标识项相匹配的记录在所述第一URL中的所述URL标识项，则判定所述预存标识项中存在所述匹配的标识项，并将与所述初次匹配标识项作为所述匹配的标识项，否则判定所述预存标识项中不存在所述匹配的标识项。

5.根据权利要求2所述的方法，其特征在于，所述URL标识项记录在所述第一URL中，其中，所述将所述数据表中与所述匹配的标识项对应的所述预存数据项更新至所述第一URL中包括：

若所述第一URL中存在与所述URL标识项对应的初始数据项，则将所述第一URL中的所述初始数据项替换为与所述匹配的标识项对应的所述预存数据项；

若所述第一URL中不存在所述初始数据项，则将与所述匹配的标识项对应的所述预存数据项插入所述第一URL中与所述URL标识项对应的位置。

6.根据权利要求2所述的方法，其特征在于，所述URL标识项记录在所述第一URL的外部，其中，

所述客户端根据访问请求获取所述第一URL包括：所述客户端根据所述访问请求获取所述第一URL以及与所述第一URL对应的所述URL标识项；

所述将所述数据表中与所述匹配的标识项对应的所述预存数据项更新至所述第一URL中包括：若所述第一URL中存在与所述URL标识项对应的初始数据项，则将所述第一URL中的所述初始数据项替换为与所述匹配的标识项对应的所述预存数据项，若所述第一URL中不存在所述初始数据项，则将与所述匹配的标识项对应的所述预存数据项插入所述第一URL中与所述URL标识项对应的位置。

7.根据权利要求5或6所述的方法，其特征在于，所述将与所述匹配的标识项对应的所述预存数据项插入所述第一URL中与所述URL标识项对应的位置包括：

若与所述匹配的标识项对应的所述预存数据项包括一个数据项，则将与所述匹配的标识项对应的所述预存数据项插入所述第一URL中的与所述匹配的标识项对应的位置；

若与所述匹配的标识项对应的所述预存数据项包括多个数据项，则根据与所述匹配的标识项对应的所述预存数据项生成符合URL格式的字符串，并将所述字符串插入所述第一URL中。

8.根据权利要求2至6中任一项所述的方法，其特征在于，在所述对所述第一URL的URL标识项与数据表中的预存标识项进行匹配之前，还包括：

所述客户端从已访问或当前访问的网页中获取与所述预存标识项对应的待存数据项；

将所述待存数据项作为所述预存数据项更新至所述数据表中，其中，更新后的所述数据表记录有所述预存标识项与所述预存数据项之间的对应关系。

9.根据权利要求8所述的方法，其特征在于，所述将所述待存数据项作为所述预存数据项更新至所述数据表中包括：

若所述数据表中不存在与所述预存标识项对应的所述预存数据项，则在所述数据表中将所述待存数据项记录为与所述预存标识项对应的所述预存数据项；

若所述数据表中存在与所述预存标识项对应的所述预存数据项，则将与所述预存标识项对应的所述预存数据项更新为所述待存数据项。

10.根据权利要求2至6中任一项所述的方法，其特征在于，在所述对所述第一URL的URL标识项与数据表中的预存标识项进行匹配之前，还包括：

判断所述数据表中是否存在与所述预存标识项对应的所述预存数据项；

若所述数据表中不存在与所述预存标识项对应的所述预存数据项，则所述客户端从已访问或当前访问的网页中获取与所述预存标识项对应的待存数据项，并将所述待存数据项作为所述预存数据项更新至所述数据表中，其中，更新后的所述数据表记录有所述预存标识项与所述预存数据项之间的对应关系。

11.一种客户端，其特征在于，包括：

第一获取单元，用于根据网页访问请求获取第一统一资源定位符URL；

第一更新单元，用于对第一URL进行更新，以形成第二URL，其中，所述第二URL包括一个或多个预存于所述客户端的预存数据项，用于在待访问的网页中加载与所述预存数据项对应的信息；

访问单元，用于通过所述第二URL访问所述网页。

12.根据权利要求11所述的客户端，其特征在于，所述第一更新单元包括：

匹配模块，用于对所述第一URL的URL标识项与数据表中的预存标识项进行匹配，其中，所述URL标识项记录在所述第一URL的内部或外部，所述数据表预存于所述客户端，所述预存标识项中的每一个单独地或者与一个或多个所述预存数据项对应地存放在所述数据表中；

更新模块，用于在所述预存标识项中存在与所述URL标识项匹配的标识项时，则将所述数据表中与所述匹配的标识项对应的所述预存数据项更新至所述第一URL中。

13.根据权利要求12所述的客户端，其特征在于，所述URL标识项记录在所述第一URL中，其中，所述匹配模块用于：

在所述第一URL包含与所述预存标识项中的任一个内容相同的URL字符串时，判定所述预存标识项中存在所述匹配的标识项，并将与所述URL字符串内容相同的所述预存标识项作为所述匹配的标识项；

在所述第一URL不包含与所述预存标识项中的任一个内容相同的URL字符串时，判定所述预存标识项中不存在所述匹配的标识项。

14.根据权利要求12所述的客户端，其特征在于，所述URL标识项记录在所述第一URL的外部，其中，所述匹配模块用于：

在所述预存标识项中存在与记录在所述第一URL外部的所述URL标识项匹配的初次匹配标识项，且所述第一URL中存在与所述初次匹配标识项相匹配的记录在所述第一URL中的所述URL标识项时，判定所述预存标识项中存在所述匹配的标识项，并将与所述初次匹配标识项作为所述匹配的标识项；

在所述预存标识项中不存在与记录在所述第一URL外部的所述URL标识项匹配的初次匹配标识项，或所述第一URL中不存在与所述初次匹配标识项相匹配的记录在所述第一URL中的所述URL标识项时，判定所述预存标识项中不存在所述匹配的标识项。

15.根据权利要求12所述的客户端，其特征在于，所述URL标识项记录在所述第一URL中，其中，所述更新模块用于：

在所述第一URL中存在与所述URL标识项对应的初始数据项时，将所述第一URL中的所述初始数据项替换为与所述匹配的标识项对应的所述预存数据项；

在所述第一URL中不存在所述初始数据项时，将与所述匹配的标识项对应的所述预存数据项插入所述第一URL中与所述URL标识项对应的位置。

16.根据权利要求12所述的客户端，所述URL标识项记录在所述第一URL的外部，其中，其特征在于，

所述第一获取单元用于：根据所述访问请求获取所述第一URL以及与所述第一URL对应的所述URL标识项；

所述更新模块用于：在所述第一URL中存在与所述URL标识项对应的初始数据项时，将所述第一URL中的所述初始数据项替换为与所述匹配的标识项对应的所述预存数据项，在所述第一URL中不存在所述初始数据项时，将与所述匹配的标识项对应的所述预存数据项插入所述第一URL中与所述URL标识项对应的位置。

17.根据权利要求15或16所述的客户端，其特征在于，所述更新模块还用于：

在与所述匹配的标识项对应的所述预存数据项包括一个数据项时，将与所述匹配的标识项对应的所述预存数据项插入所述第一URL中的与所述匹配的标识项对应的位置；

在与所述匹配的标识项对应的所述预存数据项包括多个数据项时，则根据与所述匹配的标识项对应的所述预存数据项生成符合URL格式的字符串，并将所述字符串插入所述第一URL中。

18.根据权利要求12至16中任一项所述的客户端，其特征在于，还包括：

第二获取单元，用于从已访问或当前访问的网页中获取与所述预存标识项对应的待存数据项；

第二更新单元，用于将所述待存数据项作为所述预存数据项更新至所述数据表中，其中，更新后的所述数据表记录有所述预存标识项与所述预存数据项之间的对应关系。

19.根据权利要求18所述的客户端，其特征在于，所述第二更新单元用于：

在所述数据表中不存在与所述预存标识项对应的所述预存数据项时，则在所述数据表中将所述待存数据项记录为与所述预存标识项对应的所述预存数据项；

在所述数据表中存在与所述预存标识项对应的所述预存数据项时，则将与所述预存标识项对应的所述预存数据项更新为所述待存数据项。

20.根据权利要求12至16中任一项所述的客户端，其特征在于，还包括：

判断单元，用于判断所述数据表中是否存在与所述预存标识项对应的所述预存数据项；

第二获取单元，用于在所述数据表中不存在与所述预存标识项对应的所述预存数据项时，从已访问或当前访问的网页中获取与所述预存标识项对应的待存数据项；

第二更新单元，用于将所述待存数据项作为所述预存数据项更新至所述数据表中，其中，更新后的所述数据表记录有所述预存标识项与所述预存数据项之间的对应关系。