CN104111944A

CN104111944A - 页面处理方法和装置以及页面生成方法和装置

Info

Publication number: CN104111944A
Application number: CN201310137232.7A
Authority: CN
Inventors: 孙中炜
Original assignee: Alibaba Group Holding Ltd
Current assignee: Alibaba Group Holding Ltd
Priority date: 2013-04-19
Filing date: 2013-04-19
Publication date: 2014-10-22
Anticipated expiration: 2033-04-19
Also published as: EP2987088A2; HK1201613A1; TW201441829A; CN104111944B; EP2987088B1; WO2014172680A3; JP2016522481A; WO2014172680A2; EP2987088A4; JP6051337B2; US9697183B2; US20140317482A1

Abstract

本申请涉及页面处理方法和装置以及页面生成方法和装置。该页面处理方法，其特征在于，包括：向服务器端发送用于加载包含URL的网页页面的请求；从服务器端接收并加载所述包含URL的网页的页面数据，所述页面数据包括用于URL拦截处理的业务逻辑；响应于用户对所述网页页面中包含的URL的点击操作，根据所述用于URL拦截处理的业务逻辑对所述URL进行分析处理以获得目标页面信息；以及根据所述目标页面信息确定目标页面的处理方式，并对目标页面进行处理。由此可以实现URL拦截处理逻辑的动态配置，使得当URL变更时无需更新客户端版本，方便了用户的使用并提升了用户感受，并且使得可以获得更多目标页面信息从而支持目标页面的增强显示。

Description

页面处理方法和装置以及页面生成方法和装置

技术领域

本申请涉及移动互联网领域，尤其涉及客户端侧的页面处理方法和装置以及服务器侧的页面生成方法和装置。

背景技术

随着移动互联网技术的不断发展，在人们的日常生活中，经常会通过移动终端来浏览网页，为了方便用户的使用以及让用户有更好的用户体验，面向移动终端用户的页面显示的开发越来越重要。

在目前的移动客户端开发中经常使用混合型应用（Hybrid App）模式进行网页显示。在这种模式中，可以把网页视图（Webview）的网页以本地视图（Native）的页面形式进行显示，这样能将网页以不同的预定格式展现，实现不同页面特效或页面切换效果，既可以方便用户的使用又可以增强用户体验。为了达到将网页以本地视图（本地化）的页面显示的效果，通常通过在客户端侧设置拦截规则来捕获网页的URL（Uniform Resource Locator，统一资源定位符，即网页地址），并对所捕获的URL进行匹配和逻辑判断等处理，从而获得URL对应的目标网页的相关信息（例如网页的格式信息或其他属性信息），进而帮助客户端侧判断以何种方式或何种预定的页面格式显示目标页面。

以上现有技术中，虽然可以实现从网页视图向本地视图切换的效果，但由于网页内容和属性可能发生变化，随之网页的URL也会变化，这样URL变更时就需要调整URL匹配和逻辑判断规则。另外，由于业务需要或者其它考虑可能也需要调整URL匹配和逻辑判断规则，所以客户端侧的URL拦截规则以及匹配和逻辑判断规则也要随之改变。然而，已经发布出去的客户端版本通常是不容易进行动态更新的，所以在现有技术中一般都通过发布新的客户端版本来解决这个问题。然而，这样会增加人员开发的成本以及资源的消耗，同时用户要经常更新客户端版本，造成用户的使用不便以及用户体验的大大下降。

尽管在一些操作平台比如安卓（android）平台下，可以对已经发布的客户端版本进行部分动态更新，但是需要通过一些技术手段绕过限制，这样造成技术难度大并且更新复杂度也相对较高，可行性很低。

另外在现有技术中在客户端侧通常对URL进行拦截以获取目标页面信息，但对诸如DOM数据的页面属性等信息不能方便的进行捕获，不利于得到更多的页面信息内容。

因此期望一种改进的技术以解决上述问题。

发明内容

为此，本申请的主要目的在于提供一种能够动态更新URL拦截处理逻辑的页面生成和处理技术，使得方便用户的使用和提升用户感受，同时降低操作复杂度，减少人员开发成本和资源消耗。

本申请的另一目的在于提供一种能够帮助获取更多页面信息内容的技术，以增强URL拦截的内容和手段，从而增强目标页面显示效果。

根据本申请一个方面的实施例，提供一种页面处理方法，其特征在于，包括：向服务器端发送用于加载包含URL的网页页面的请求；从服务器端接收并加载所述包含URL的网页的页面数据，所述页面数据包括用于URL拦截处理的业务逻辑；响应于用户对所述网页页面中包含的URL的点击操作，根据所述用于URL拦截处理的业务逻辑对所述URL进行分析处理以获得目标页面信息；以及根据所述目标页面信息确定目标页面的处理方式，并对目标页面进行处理。

根据本申请实施例的方法，其中，所述业务逻辑包括：用于通过字符串匹配或正则表达式来识别URL以获得目标页面信息的业务逻辑。

根据本申请实施例的方法，其中，所述业务逻辑还包括：用于获取所述网页页面的属性信息的业务逻辑。

根据本申请实施例的方法，其中，对所述目标页面的处理包括通过预定格式展现目标页面。

根据本申请实施例的方法，其中，对所述目标页面的处理包括拒绝展现目标页面。

根据本申请一个方面的另一实施例，提供一种页面处理装置，其特征在于，包括：请求发送模块，用于向服务器端发送用于加载包含URL的网页页面的请求；页面数据接收模块，用于从服务器端接收并加载所述包含URL的网页的页面数据，所述页面数据包括用于URL拦截处理的业务逻辑；拦截模块，用于响应于用户对所述网页页面中包含的URL的点击操作，根据所述用于URL拦截处理的业务逻辑对所述URL进行分析处理以获得目标页面信息；以及处理模块，用于根据所述目标页面信息确定目标页面的处理方式，并对目标页面进行处理。

根据本申请另一方面的实施例，提供一种页面生成方法，其特征在于，包括：接收来自客户端的用于加载包含URL的网页页面的请求；根据所述请求在所请求的页面数据中配置用于所述URL拦截处理的业务逻辑；以及向客户端返回所述页面数据。

根据本申请另一方面的另一实施例，提供一种页面生成装置，其特征在于，包括：请求接收模块，用于接收来自客户端的用于加载包含URL的网页页面的请求；配置模块，用于根据所述请求在所请求的页面数据中配置用于所述URL拦截处理的业务逻辑；以及页面数据发送模块，用于向客户端返回所述页面数据。

根据本申请的技术方案，在服务器端配置URL拦截处理逻辑，并且当客户端从服务器端下载网页的页面数据的同时获取该网页中包括的URL的拦截处理逻辑，在要进行URL拦截时调用所述拦截处理逻辑来执行URL拦截操作，从而获取目标页面信息以进行解析并展示。当URL变更时，只需要服务器端在网页的页面数据中重新配置一下URL拦截处理逻辑即可，而无需用户侧更新客户端版本。由此能够实现URL拦截处理逻辑的动态配置，同时降低了客户端复杂度，这样不仅节约了开发资源和人力成本，而且方便了用户的使用和提升了用户体验。

另外，在本申请的方案中，由于URL拦截处理逻辑可以由服务器端配置，而不是如现有技术中那样在客户端配置，所以除了实现URL拦截之外，还能够获取当前网页的页面属性，从而增强URL拦截的内容和手段，进而增强目标页面显示效果。

附图说明

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

图1是根据本申请实施例的页面处理方法的流程图；

图2是根据本申请实施例的页面处理装置的示意性结构框图；

图3是根据本申请实施例的页面生成方法的流程图；以及

图4是根据本申请实施例的页面生成装置的示意性结构框图。

具体实施方式

本申请实施例的一个思想就在于，在页面数据中部署URL拦截处理逻辑，当客户端从服务器端下载网页的页面数据的同时获取该网页中包含的URL的拦截处理逻辑。当需要进行URL拦截时，客户端就调用所述拦截处理逻辑来执行URL拦截操作。这样，当URL变更时，只需要服务器端在网页的页面数据中重新配置一下URL拦截处理逻辑即可，而无需用户侧更新客户端版本。由此能够实现URL拦截处理逻辑的动态配置，方便用户的使用并提升用户体验。

此外，由于可以在服务器端配置URL拦截处理逻辑，而不再在客户端配置，所以降低了客户端复杂度，节约了进行客户端开发的资源和人力成本。

另外，由于在服务器端配置URL拦截处理逻辑，所以能够配置使得同时从服务器端获取当前网页的页面属性信息，以增强该网页内URL的拦截，从而获取更多目标页面信息来支持目标页面的显示。

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

参考图1，图1是根据本申请实施例的页面处理方法的流程图。

如图1所示，在步骤S101处，向服务器端发送网页的页面加载请求，所述页面中包含有URL链接。

当用户使用客户端进行网页浏览时，例如当用户通过输入网址登录到想浏览的网站或通过点击相应链接而进入想浏览的网页页面时，响应于用户的该输入或点击操作，客户端可以向服务器端发送相应的页面加载请求以加载相应网页页面。在本申请实施例中，该网页页面包含一个或多个URL链接。例如，在用户输入淘宝网的网址http://m.taobao.com时，客户端向服务器端发送用于加载淘宝网首页的请求，该首页中包含针对多个商品详情的链接（URL）。

然后在步骤S102处，从服务器端接收并加载所述网页的页面数据，所述页面数据中包含用于对URL进行拦截处理的业务逻辑。

也就是，服务器端将URL的拦截处理逻辑配置到网页的页面数据中，比如在页面数据中嵌入一段JS代码，由所述JS代码描述URL的拦截处理逻辑。

在本申请的一个具体实施例中，用于URL拦截处理的操作信息定义的URL拦截处理逻辑可以包括通过字符串匹配或正则表达式来识别URL以获得目标页面信息。应注意的是，除了字符串匹配和正则表达式之外，还可以通过本领域已知或未来开发的任意合适方式进行URL拦截处理。也就是，这里所描述的用于URL拦截处理的操作信息可以包括任意合适方式的URL拦截处理逻辑。

在本申请的另一个具体实施例中，除了用于通过字符串匹配或正则表达式来识别URL以获得目标页面信息之外，用于URL拦截处理的业务逻辑还可以包括用于获取当前网页页面的属性信息的处理逻辑。这里，当前网页页面的属性信息可以包括当前网页页面的DOM（Document Object Model，文件对象模型）数据。应理解到，除了DOM数据之外，还可以包括其它当前网页页面的属性信息，只要其有利于目标页面的显示即可。更具体而言，当目标页面的URL只是一个简单的域名，其中并不包括反映目标页面的充足信息时，无法直接获取得到用于目标页面显示的足够信息，而目标页面的链接处于当前网页页面中，所以当前网页页面的属性信息中就可能包括有关于目标页面内容的一些信息，通过获取当前页面的属性信息就可以对URL拦截处理进行补充，获得更多目标页面信息。例如，目标页面是http://nike.m.tmall.com（表示耐克官方旗舰店），这时目标页面的url并没有包含店铺id等信息，但在当前页面的比如店铺活动页面或店铺的搜索列表等信息中会放置店铺id等信息，由此通过获取当前页面的属性信息就可以获取到店铺id等关于目标页面的信息，这样就使得在目标页面URL信息不全时从当前页面的属性信息中获得更多的目标页面信息，从而支持后续的目标页面的处理。

关于上述用于URL拦截处理的业务逻辑的实现将在下面结合图3的描述中进行阐述。

接下来，在步骤S103处，响应于用户对当前网页页面中包含的URL的点击操作，根据所述用于URL拦截处理的业务逻辑执行操作以获得目标页面信息。所述的业务逻辑可以由JS实现。客户端调用JS方法执行所述业务逻辑，根据所述业务逻辑对用户点击的URL进行分析处理，以获取该URL对应的目标页面信息。

具体而言，在所述包含URL的网页页面被加载后，用户如果想要对该网页页面中包含的URL对应的目标页面进行浏览，就要对所述URL进行点击操作。客户端响应于这个点击操作，可以调用从服务器端接收到的URL拦截处理逻辑，即根据上述用于URL拦截处理的业务逻辑执行操作，以获得目标页面信息。

在根据URL拦截处理逻辑执行的操作中，可以通过一定的匹配和逻辑判断规则例如字符串匹配或正则表达式或任意其它合适方式来进行URL的识别以获取目标页面的内容信息。例如，用户要访问当前网页页面上的一个URL地址为http://a.m.taobao.com/iXXX.htm，这个URL地址就表示一个物品详情的地址，其中物品id是XXX。通过URL的字符串匹配和正则表达式，即可在还没有打开目标页面的情况下，通过拦截这个URL来知道要访问的页面内容信息，并且可以选择通过另外的方式例如本地预定格式展现目标页面的内容。

接下来，在步骤S104处，根据所述目标页面信息以确定目标页面的处理方式，并对页面进行处理。

在一个具体实施例中，对目标页面的处理可以包括通过预定格式展现目标页面。更具体而言，当获取到与用户点击的URL对应的目标网页的页面信息后，可以对该目标页面信息进行解析，以便通过客户端本地的预定格式或特效展现该目标页面。预定格式可以是页面过渡之间的特效，打开和/或关闭时的渐变效果等。由此，可以提升用户体验，并且方便用户的使用。

在另一个具体实施例中，对目标页面的处理可以包括拒绝展现目标页面。更具体而言，当获取到目标页面信息后判定该页面为恶意或不良页面时，可以拒绝展现该目标页面。由此，可以防止客户端或用户移动终端受到恶意攻击，增强客户端的安全性，进而提升用户体验。

本申请实施例的页面处理方法中，通过从服务器端下载URL拦截处理逻辑，并且在用户点击URL时调用该URL拦截处理逻辑执行URL拦截以获得目标页面信息，从而对目标页面信息进行解析并确定目标页面的处理方式。与现有技术相比，本申请在服务器端配置URL拦截处理逻辑，从而实现URL拦截处理逻辑的动态配置，而无需更新客户端版本，方便了用户的使用并且提升了用户体验感受。另一方面，降低了客户端的复杂度并且节约了开发资源和人力成本。

与上述页面处理方法类似，本申请还提供了页面处理装置。

图2是根据本申请实施例的页面处理装置的示意性结构框图。如图2所示，该页面处理装置可以包括：请求发送模块210、页面数据接收模块220、拦截模块230以及处理模块240。下面对各模块之间的功能结构进行说明。

请求发送模块210可以用于向服务器端发送用于加载包含URL的网页页面的请求。

当用户需要进行页面浏览时，可以由请求发送模块210向服务器端发送用于加载包含URL的网页页面的请求。如后面将描述的，服务器端根据这个请求可以向页面数据接收模块220发送所请求的网页的页面数据，所述页面数据中包括用于URL拦截处理的业务逻辑。

页面数据接收模块220可以用于从服务器端接收并加载包含URL的网页的页面数据，所述页面数据用于URL拦截处理的业务逻辑。

具体而言，当服务器端向页面数据接收模块220发送客户端所请求的网页的页面数据时，页面数据接收模块220接收并加载该包含URL的网页的页面数据，同时从服务器端接收用于URL拦截处理的业务逻辑。在一个具体实施例中，所述用于URL拦截处理的业务逻辑可以包括用于通过字符串匹配或正则表达式来识别URL以获得目标页面信息的业务逻辑。在另一个具体实施例中，除了用于通过字符串匹配或正则表达式来识别URL以获得目标页面信息的业务逻辑之外，用于URL拦截处理的业务逻辑还可以包括用于获取当前网页页面的属性信息的业务逻辑。

拦截模块230可以用于响应于用户对网页页面中包含的URL的点击操作，根据用于URL拦截处理的业务逻辑对所述URL进行分析处理以获得目标页面信息。

处理模块240可以用于根据所述目标页面信息确定目标页面的处理方式，并对目标页面进行处理。

在一个具体实施例中，对目标页面的处理可以包括通过预定格式展现目标页面。更具体而言，当获取到与用户点击的URL对应的目标网页的页面信息后，可以对该目标页面信息进行解析，以便通过客户端本地的预定格式或特效展现该目标页面。预定格式可以是页面过渡之间的特效，打开和/或关闭时的渐变效果等。由此，可以提升用户体验，并且方便用户的使用。在另一个具体实施例中，对目标页面的处理可以包括拒绝展现目标页面。更具体而言，当获取到目标页面信息后判定该页面为恶意或不良页面时，可以拒绝展现该目标页面。由此，可以防止客户端或用户移动终端受到恶意攻击，增强客户端的安全性，进而提升用户体验。

至此，详细描述了本申请的页面处理装置。类似于之前描述的页面处理方法，本申请的页面处理装置可以实现相同的有益效果。由于本实施例的页面处理装置所实现的功能基本相应于前述图1所示的页面处理方法实施例，故本实施例的描述中未详尽之处，可以参见前述实施例中的相关说明，在此不做赘述。

上面描述的根据本申请实施例的页面处理方法和装置是在客户端实现的。相应地，根据本申请的实施例，在服务器端还提供一种页面生成方法和装置。下面结合图3和图4对此进行详细描述。

图3是根据本申请实施例的页面生成方法的流程图。

如图3所示，在步骤S301处，接收来自客户端的用于加载包含URL的网页页面的请求。

具体而言，当用户要对一个网页页面进行浏览时，客户端会向服务器端发送一个加载该网页页面的请求，换言之，服务器端可以接收到来自客户端的该请求。在本申请实施例中，该网页页面包含一个或多个URL链接。

接下来，在步骤S302处，根据所述请求在所述请求的页面数据中配置用于所述URL拦截处理的业务逻辑。当接收到客户端发来的请求后，服务器将用于URL处理的业务逻辑配置到客户端请求页面的页面数据中。

接下来，在步骤S303处，服务器端向客户端返回所述页面数据，所述页面数据包括用于URL拦截处理的业务逻辑。

具体而言，响应于客户端的请求，服务器端可以将用户请求的网页的页面数据连同用于URL拦截处理的业务逻辑一起发送给客户端，而不是像现有技术那样将用于URL拦截处理的业务逻辑配置在客户端。在本申请的一个实施例中，该网页页面和用于URL拦截处理的业务逻辑可以是服务器端以JS代码方式预先配置好的。这里再次指明，本申请的构思就在于由服务器端配置该用于URL拦截处理的业务逻辑并且与请求页面一起返回到客户端以供客户端使用。

在本申请的一个具体实施例中，用于URL拦截处理的业务逻辑可以包括用于通过字符串匹配或正则表达式来识别URL以获得目标页面信息的操作信息。应注意的是，除了字符串匹配和正则表达式之外，还可以通过本领域已知或未来开发的任意合适方式进行URL拦截处理。也就是，这里所描述的用于URL拦截处理的业务逻辑可以包括任意合适方式的URL拦截处理逻辑。

在本申请的另一个具体实施例中，除了用于通过字符串匹配或正则表达式来识别URL以获得目标页面信息的业务逻辑之外，用于URL拦截处理的业务逻辑还可以包括用于获取当前网页页面的属性信息的业务逻辑。这里，当前网页页面的属性信息可以包括当前网页页面的DOM数据。应理解到，除了DOM数据之外，还可以包括其它当前网页页面的属性信息，只要其有利于目标页面的显示即可。

在本申请的一个实施例中，上述URL拦截处理的业务逻辑可以在服务器端通过诸如Javascript脚本之类的前端脚本配置实现。在一个更具体的实施例中，可以在服务器端生成页面前端脚本时一同配置实现该URL拦截处理逻辑。而在现有技术中，URL拦截处理逻辑通常是在客户端通过客户端本地代码配置实现。

当随着网络技术的更新URL的结构参数等发生变更时，对应的URL拦截处理逻辑也需要相应更新。在现有技术中由于URL拦截处理逻辑配置在客户端，所以只能通过更新客户端版本来更新URL拦截处理逻辑。而在本申请实施例的方案中，由于URL拦截处理逻辑由服务器端配置，所以只需要重新配置一下URL拦截处理逻辑，也就是重新发布一下前端脚本即可，而无需变更客户端版本，方便了用户的使用并提升了用户感受。

另外，在本申请实施例的方案中，由于URL拦截处理逻辑由服务器端配置，而不再在客户端配置，所以客户端本地代码量减少，复杂度降低，随之客户端开发资源和人力成本也降低。

此外，在本申请实施例的方案中，由于URL拦截处理逻辑由服务器端配置，使得从服务器端获取当前网页页面的页面属性成为可能，由此可以增强URL拦截的内容和手段，从而支持目标页面的增强显示。

以上描述了根据本申请实施例的在服务器端实现的页面生成方法。类似地，根据本申请的实施例，在服务器端还提供一种页面生成装置。

图4是根据本申请实施例的页面生成装置的示意性结构框图。如图4所示，该页面生成装置可以包括请求接收模块410、配置模块420和页面数据发送模块430。下面对各模块之间的功能结构进行说明。

请求接收模块410可以用于接收来自客户端的用于加载包含URL的网页页面的请求。

当用户通过输入网址或点击相关链接想要浏览网页时，首先会由客户端向服务器端的请求接收模块410发送一个加载页面的请求，请求接收模块410接收到客户端的请求后，通知配置模块420进行配置。

配置模块420可以用于根据客户端请求在所请求的页面数据中配置用于URL拦截处理的业务逻辑。

页面数据发送模块430可以用于向客户端返回页面数据，其中所述页面数据中包括用于URL拦截处理的业务逻辑。

具体而言，页面数据发送模块430可以将用户请求的网页的页面数据本身连同用于URL拦截处理的业务逻辑一起发送给客户端。在本申请的一个实施例中，该网页页面和用于URL拦截处理的业务逻辑可以是在服务器端以JS代码方式预先配置好的，当接收到客户端的加载包含URL的网页页面的请求时，除了所请求页面的页面数据本身之外，由配置模块420在所请求的页面数据中还配置该用于URL拦截处理的业务逻辑。

在本申请的一个具体实施例中，用于URL拦截处理的业务逻辑可以包括用于通过字符串匹配或正则表达式来识别URL以获得目标页面信息的业务逻辑。应注意的是，除了字符串匹配和正则表达式之外，还可以通过本领域已知或未来开发的任意合适方式进行URL拦截处理。也就是，这里所描述的用于URL拦截处理的业务逻辑可以包括任意合适方式的URL拦截处理逻辑。

在本申请的一个实施例中，上述URL拦截处理逻辑（即用于URL拦截处理的业务逻辑）可以在服务器端通过诸如Javascript脚本之类的前端脚本配置实现。在一个更具体实施例中，可以在服务器端生成页面前端脚本时一同配置实现该URL拦截处理逻辑。

通过本实施例的页面生成装置同样可以带来与上述页面生成方法相同的有益效果。由于本实施例的页面生成装置所实现的功能基本相应于前述图3所示的方法实施例，故本实施例的描述中未详尽之处，可以参见前述实施例中的相关说明，在此不做赘述。

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块或单元。一般地，程序模块或单元可以包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。一般来说，程序模块或单元可以由软件、硬件或两者的结合来实现。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块或单元可以位于包括存储设备在内的本地和远程计算机存储介质中。

最后，还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其主要思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包括在本申请的权利要求范围之内。综上所述，本说明书内容不应理解为对本申请的限制。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质（包括但不限于磁盘存储器、CD-ROM、光学存储器等）上实施的计算机程序产品的形式。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

以上所述仅为本申请的实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims

1.一种页面处理方法，其特征在于，包括：

向服务器端发送用于加载包含URL的网页页面的请求；

从服务器端接收并加载所述包含URL的网页的页面数据，所述页面数据包括用于URL拦截处理的业务逻辑；

响应于用户对所述网页页面中包含的URL的点击操作，根据所述用于URL拦截处理的业务逻辑对所述URL进行分析处理以获得目标页面信息；以及

根据所述目标页面信息确定目标页面的处理方式，并对目标页面进行处理。

2.根据权利要求1所述的方法，其特征在于，所述业务逻辑包括：用于通过字符串匹配或正则表达式来识别URL以获得目标页面信息的业务逻辑。

3.根据权利要求2所述的方法，其特征在于，所述业务逻辑还包括：用于获取所述网页页面的属性信息的业务逻辑。

4.根据权利要求1所述的方法，其特征在于，对所述目标页面的处理包括通过预定格式展现目标页面。

5.根据权利要求1所述的方法，其特征在于，对所述目标页面的处理包括拒绝展现目标页面。

6.一种页面生成方法，其特征在于，包括：

接收来自客户端的用于加载包含URL的网页页面的请求；

根据所述请求在所请求的页面数据中配置用于所述URL拦截处理的业务逻辑；以及

向客户端返回所述页面数据。

7.根据权利要求6所述的方法，其特征在于，所述用于URL拦截处理的业务逻辑包括：用于通过字符串匹配或正则表达式来识别URL以获得目标页面信息的业务逻辑。

8.根据权利要求7所述的方法，其特征在于，所述用于URL拦截处理的业务逻辑还包括：用于获取所述网页页面的属性信息的业务逻辑。

9.一种页面处理装置，其特征在于，包括：

请求发送模块，用于向服务器端发送用于加载包含URL的网页页面的请求；

页面数据接收模块，用于从服务器端接收并加载所述包含URL的网页的页面数据，所述页面数据包括用于URL拦截处理的业务逻辑；

拦截模块，用于响应于用户对所述网页页面中包含的URL的点击操作，根据所述用于URL拦截处理的业务逻辑对所述URL进行分析处理以获得目标页面信息；以及

处理模块，用于根据所述目标页面信息确定目标页面的处理方式，并对目标页面进行处理。

10.根据权利要求9所述的装置，其特征在于，所述业务逻辑包括：用于通过字符串匹配或正则表达式来识别URL以获得目标页面信息的业务逻辑。

11.根据权利要求10所述的装置，其特征在于，所述业务逻辑还包括：用于获取所述网页页面的属性信息的业务逻辑。

12.根据权利要求9所述的装置，其特征在于，对所述目标页面的处理包括通过预定格式展现目标页面。

13.根据权利要求9所述的装置，其特征在于，对所述目标页面的处理包括拒绝展现目标页面。

14.一种页面生成装置，其特征在于，包括：

请求接收模块，用于接收来自客户端的用于加载包含URL的网页页面的请求；

配置模块，用于根据所述请求在所请求的页面数据中配置用于所述URL拦截处理的业务逻辑；以及

页面数据发送模块，用于向客户端返回所述页面数据。

15.根据权利要求14所述的装置，其特征在于，所述用于URL拦截处理的业务逻辑包括：用于通过字符串匹配或正则表达式来识别URL以获得目标页面信息的业务逻辑。

16.根据权利要求15所述的装置，其特征在于，所述用于URL拦截处理的业务逻辑还包括：用于获取所述网页页面的属性信息的业务逻辑。