网页访问方法、终端及计算机可读存储介质
技术领域
本发明涉及终端技术领域,更具体地说,涉及一种网页访问方法、终端及计算机可读存储介质。
背景技术
在智能终端上,浏览器是非常重要的一部分,其可以被视作用户进行网页浏览、信息搜索等的入口。为了丰富浏览器的功能,向用户提供更好的服务,最近几年,各家浏览器都接入了信息流的功能。信息流是呈现在浏览器首页的新闻资讯、实时要点等,不同的浏览器对信息流可能有不同的称谓与命名,例如“看点”、“资讯”、“头条”等。相对于由用户输入URL(Uniform Resource Locator,统一资源定位符)进入众多新闻网站中的一个后自己选择感兴趣的新闻进行浏览的方式,信息流能够筛选出用户最可能感兴趣的实时要点并呈现给用户,让用户可以通过点击呈现在浏览器首页的信息流的图标进入到对应新闻或资讯的详请页面,直接对感兴趣的信息流标题进行详请了解。
为了提升用户通过信息流了解资讯的体验,目前,各大浏览器基本都对信息流的详请页面进行了定制化处理:即针对同一新闻要点的详请页面,用户从信息流中点击进入所呈现的新闻详请页面和用户自己输入URL访问所呈现的新闻详请页面是不同的。这主要是通过终端浏览器的分发器来实现,分发器在为一个待展现网页分配UI(用户界面)时,会先确定该待展现网页是否是信息流网页,如果是,则为其分配定制用户界面,否则仅为其分配普通用户界面。
但是,由于信息流的URL来源于各家新闻网站,URL本身毫无规则。所以,当分发器在为一个URL对应的网页分配用户界面时,无法根据URL本身确定该分配什么类型的用户界面。传统的做法是采用“白名单”的方式:当用户点击一条信息流时,记录用户当前点击信息流的URL,然后将该URL添加到白名单中。在分发器为用户点击的URL分配用户界面时,判断当前待分配用户界面的URL是否在白名单中,如果在,就为其分配定制用户界面,否则就为其分配普通用户界面。
现有这种根据白名单来分配用户界面的方式虽然能够失效区分信息流URL和普通URL,但是该方式需要记录用户点击的每一个信息流URL,所以当白名单中记录的信息流URL增多后,分发器在识别某一个URL是否为信息流URL时,可能需要花费大量的时间进行检索,这导致用户等待网页呈现的时间变多,极大地降低了用户体验。
发明内容
本发明要解决的技术问题在于:解决现有技术中终端分发器在为一个URL分配用户界面时,需要花费大量的时间对白名单中记载的URL进行检索,导致网页打开过慢,用户等待时间长、用户体验的问题,针对该技术问题,提供一种网页访问方法、终端及计算机可读存储介质。
为解决上述技术问题,本发明提供一种网页访问方法,其特征在于,所述网页访问方法包括:
在接收到针对目标网页的访问请求后,获取所述目标网页外部统一资源定位符URL对应的内部URL,所述外部URL为能够从网络中匹配到对应网页内容的URL;
控制分发器在确定所述内部URL包含区分信息后为所述内部URL对应的所述目标网页分配定制用户界面,所述区分信息用于表征所述目标网页为信息流网页;
根据所述内部URL获取对应的外部URL;
控制网络视图Web View组件根据所述外部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包括:
为所述内部URL设置内部协议与内部域名,所述内部域名中包括所述目标网页的外部URL,所述区分信息包括所述内部协议与所述内部域名的部分参数;
所述根据所述内部URL获取对应的外部URL包括:
从所述内部URL的内部域名中提取出所述目标网页的外部URL。
可选地,所述获取所述目标网页外部统一资源定位符URL对应的内部URL之后,还包括:
控制分发器在确定所述内部URL不包含区分信息后为所述内部URL对应的所述目标网页分配普通用户界面;
根据所述内部URL获取对应的外部URL;
控制所述Web View组件根据所述外部URL从网络获取网页内容,以在所述普通用户界面中进行渲染得到所述目标网页。
可选地,所述控制网络视图Web View组件根据所述外部URL从网络获取网页内容之后,还包括:
根据所述目标网页的所述内部URL为本次网页访问创建历史访问记录;
和/或,
在接收到用户针对所述目标网页的书签创建指令后,根据所述目标网页的所述内部URL创建相应的访问书签。
进一步地,本发明提供了一种所述终端包括处理器、存储器及通信总线;
所述通信总线用于实现处理器和存储器之间的连接通信;
所述处理器用于执行存储器中存储的网页访问程序,以实现以下步骤:
在接收到针对目标网页的访问请求后,获取所述目标网页外部统一资源定位符URL对应的内部URL,所述外部URL为能够从网络中匹配到对应网页内容的URL;
控制分发器在确定所述内部URL包含区分信息后为所述内部URL对应的所述目标网页分配定制用户界面,所述区分信息用于表征所述目标网页为信息流网页;
根据所述内部URL获取对应的外部URL;
控制网络视图Web View组件根据所述外部URL从网络获取网页内容,以在所述定制用户界面中进行渲染得到所述目标网页。
可选地,若目标网页为信息流网页,则所述处理器通过为所述内部URL设置内部协议与内部域名,将所述目标网页的外部URL包含在所述内部域名中实现将外部URL包装成内部URL;所述处理器还用于从所述内部URL的内部域名中提取出所述目标网页的外部URL。
进一步地,本发明还提供了一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有一个或者多个程序,所述一个或者多个程序可被一个或者多个处理器执行,以实现如上任一项所述的网页访问方法。
有益效果
本发明提供一种网页访问方法、终端及计算机可读存储介质,终端在接收到针对目标网页的访问请求后,获取该目标网页外部URL对应的内部URL,然后控制分发器在确定内部URL包含用于表征目标网页为信息流网地区分信息后,为对应的目标网页分配定制用户界面。另一方面,在分发器为目标网页分配定制用户界面之后,根据内部URL获取到目标网页对应的外部URL,然后控制Web View组件根据获取到的外部URL访问网络获取网页内容,并在定制用户界面中进行渲染得到目标网页。本发明提供的网页访问方案,接收到用户针对目标网页的访问请求后,就会根据目标网页的外部URL得到内部URL,并通过是否在内部URL中携带区分信息来区分信息来向分发器暗示该内部URL所对应的目标网页是信息流网页或非信息流网页,从而使得终端分发器可以直接根据接收到的内部URL确定应当为当前的目标网页分配何种类型的用户界面;在访问网络获取网页内容之前,又可以根据内部URL还原得到外部URL,保证正常的网络访问。因此,本发明的方案避免了现有方案中所必须面临的大量检索工作,不仅节约了网页访问中用户界面分配所花费的时间,减少了用户等待时长;同时,也降低了对处理资源的耗费,表面了终端浏览器的卡顿,更进一步地提升了用户体验。
附图说明
下面将结合附图及实施例对本发明作进一步说明,附图中:
图1为本发明第一实施例提供的网页访问方法的一种流程图;
图2为本发明各实施例中终端的一种用户交互界面示意图;
图3为本发明各实施例中终端的另一种用户交互界面示意图;
图4为本发明第二实施例提供的网页访问方法的一种流程图;
图5为本发明各实施例中终端的又一种用户交互界面示意图;
图6为本发明第三实施例提供的终端的一种硬件结构示意图;
图7为本发明第四实施例提供的终端的一种硬件结构示意图;
图8为本发明第五实施例提供的移动终端的一种可选的硬件结构示意图;
图9为本发明第五实施例中移动终端的一种显示界面示意图。
具体实施方式
应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
第一实施例:
在介绍本发明方案之前,先对相关技术进行简单的阐述,以便让本领域技术人员能够更加清楚本发明方案同相关技术的区别及本发明方案的优势:
在相关技术当中,当用户通过点击浏览器首页的信息流标题而发起了针对某一目标网页的访问请求后,终端可以确定该目标网页的目标URL。由于针对用户是在浏览器的信息流栏中进行点击而发起了针对该目标URL的访问请求,所以,终端能够确定该目标URL是对应于信息流网页的信息流URL,因此,可以将该目标URL记录到白名单中。记录信息流URL的白名单可以参照如下表格:
表1
ID |
URL详细内容 |
0001 |
http://abc.xy.cn/content/144054?realtime |
0002 |
http://news.cri.cn/20170614/39-2a40-d86e-7e3-ac2e73bd.html |
0003 |
http://news.china.com.cn/content_41027392.htm |
…… |
…… |
n |
http://news.china.com.cn/txt/41027531.htm |
…… |
…… |
由于从获取到目标网页的目标URL到将目标URL传递给浏览器分发器,均只能传递URL,不能传递URL以外的其他信息。所以,而对于分发器而言,不管是信息流网页还是非信息流网页的URL,都只不过是普通的URL,其并不能根据URL确定出哪个URL是信息流网页的URL,哪一个不是。所以,在相关技术方案当中,当目标URL被传递给终端浏览器的分发器之后,分发器智能通过查询白名单,确定当前待分配用户界面的目标URL是否在白名单中,进而确定该目标URL是否是信息流网页的URL。如果目标URL在表1中存在,则说明该目标URL是信息流网页对应的URL,应当为其分配定制用户界面;否则说明其不过是普通网页所对应的URL,只需要为其分配普通用户界面。
显然,随着用户使用时间的增长,白名单表1中所记录的信息流URL必然会越来越多,分发器在确定某一个目标URL是否是信息流网页的URL时,需要进行的匹配工作量也越来越大,这不仅耗时,而且也需要占用终端大量的处理资源;不仅导致网页打开慢,而且还可能造成终端卡顿,影响用户对终端其他功能的正常使用。
所以,针对相关技术所存在的问题,本实施例提供一种网页访问方法,请参见图1:
S102、在接收到针对目标网页的访问请求后,获取目标网页外部URL对应的内部URL。
在本实施例中,将目标网页的URL分为内部URL与外部URL。其中外部URL是指该目标网页原本的URL,通过该外部URL能够在网络中匹配目标网页的网页内容,我们可以将外部URL理解为遵循现有网络通信协议的URL。而内部URL则是相对于外部URL提出的一个概念,其仅在终端内部处理流程中使用,终端不可能直接根据内部URL从网络中匹配到对应的资源,也即内部URL不同于任意一个网页的外部URL。
当终端接收到用户针对某一个网页的访问请求之后,终端可以确定出该目标网页所对应的外部URL。同时,终端还能根据用户发起针对目标网页访问请求的方式确定出该目标网页是否是信息流网页:如果用户是在浏览器的信息流栏中直接点击信息流标题,从而发起了针对该目标网页的访问请求,那么该目标网页就是信息流网页,例如,若用户通过图2所示的方式发起针对目标网页的访问请求,则需要向用户显示的目标网页就是信息流网页。而如果用户是通过如图3所示的手动输入方式来输入目标网页的外部URL,从而提起了针对该目标网页的访问请求,那么该目标网页就是非信息流网页。
下面对终端获取目标网页外部URL所对应内部URL的过程进行介绍:
考虑到向浏览器分发器传递的只能是URL,所以,本实施例中内部URL也应当满足正常URL的形式要求:一个URL通常包括协议部分与域名部分,其中协议部分表征了浏览器将采用何种协议来访问网络,处理将要打开的文件。例如比较常用的http(HypertextTransfer Protocol,超文本传输协议),https(用安全套接字层传送的超文本传输协议),ftp(File Transfer Protocol,文件传输协议)等等。在域名部分包含了文件所在服务器的名称或IP地址,另外在服务器名称或IP地址之后还包括到达文件的路径和文件本身的名称。URL中协议部分与域名部分通过“://”间隔开,以http://www.news.cctv.com为例,“://”之前的“http”表征终端将采用http协议访问网络获取对应的网页内容,而“://”之后的“www.news.cctv.com”则是该URL的域名。所以,在本实施例中,根据外部URL生成的内部URL也应当包含协议部分与域名部分。
如果终端确定目标网页是信息流网页,则终端可以将该目标网页的外部URL包装成对应的内部URL,包装之后的内部URL中包含有区分信息,区分信息可以向分发器表示该内部URL所对应的目标网页是信息流网页,暗示分发器应当为该目标网页分配定制用户界面。下面介绍几种将内部URL包装成外部URL的方式:
方式一:
终端可以在目标网页外部URL的协议或域名中的至少一部分中添加区分信息,然后将添加区分信息后得到的URL作为内部URL。应当理解的是,添加区分信息之后所得的内部URL应当不同于任何一个外部URL,以避免分发器在判定的时候将某一个非信息流网页不携带区分信息URL判定为携带区分信息的内部URL,从而认定该非信息流网页为信息流网页。
假定一个信息流网页的外部URL为“http://www.solo.com”,而区分信息为添加在外部URL二级域名中的字符串“_0_0_0_0_”,则通过包装外部URL所得的内部URL为“http://www.solo_0_0_0_0_.com”。针对一个终端来说,其针对各信息流网页所设置的区分信息通常应当保持一致,以便分发器根据有该固定的区分信息来确定各内部URL所对应的是否是信息流网页。在该示例中,将区分信息“_0_0_0_0_”添加在外部URL的二级域名中,实际上要保证没有任何一个目标网页外部URL的二级域名中本来就携带有字符串“_0_0_0_0_”。否则,若某一个目标网页所对应的外部URL的二级域名中本来就包含有“_0_0_0_0_”,则即使该目标网页是非信息流网页,也会因为预设规则被误判为信息流网页。
在上述示例当中,区分信息被添加在了外部URL的二级域名中,应当明白的是,区分信息也可以被添加在外部URL域名的其他部分或者添加在外部URL的协议部分。另外,区分信息还可以包含多个部分,这多个部分被分别添加在外部URL的协议以及域名中的一个或多个部分。
方式二:
终端可以根据预先存储的对应关系将外部URL的协议部分的网络协议替换为内部协议,从而得到内部URL。对应关系中网络协议与内部协议一一对应。表2示出了本实施例一种示例中终端所存储对应关系表:
表2
内部协议 |
网络协议 |
AAAA |
http |
BBBB |
https |
CCCC |
ftp |
…… |
…… |
这样,当浏览器的分发器确定内部URL的协议为内部协议时,就可以确定该内部URL携带有区分信息,其对应的目标网页为信息流网页。但是,为了保证避免将任意一个外部URL识别为内部URL的情况发生,本示例中内部协议应当不会与任意一个网络协议相同。在这种方式里面,替换所得的内部URL的协议部分即为区分信息,因为该内部协议可以和任意一个外部URL的网络协议区分开。
假定一个信息流网页的外部URL为“http://www.solo.com”,则经过包装,该信息流网页的内部URL为“AAAA://www.solo.com”。应当明白的是,本示例中之所以选择利用对应关系替换外部URL协议部分的网络协议,而不是替换外部URL的域名部分,这主要是由于URL的协议种类相对较少,可以枚举,但是域名却变化多端,难以形成统一替换规则。
方式三:
除了前述两种包装方式,终端还可以选择第三种包装方式,第三种包装方式可以被视作前两种方式的结合,也可以被视作一种全新的包装方式:
终端自己构造一个新的URL作为内部URL,将目标网页的外部URL整体作为该内部URL域名的一个参数,新构造的内部URL使用内部协议以及内部域名。
例如,假定一个信息流网页的外部URL为“http://www.solo.com”,构造内部URL所使用的内部协议为“infoflow”,内部域名的一部分为“host”,而外部URL作为内部URL的一个参数,因此经构造所得的内部URL为“infoflow://host?src=http://www.solo.com”。在本示例当中,区分信息不仅包括内部协议,也包括内部域名的部分参数。
如果终端确定目标网页是非信息流网页,则终端可以直接将该目标网页的外部URL作为其内部URL,也就是说,对于非信息流网页,其内部URL与外部URL一致,终端可以不对其进行特殊处理。由于内部URL与外部URL一致,所以在非信息流对应的内部URL中,并不包括区分信息。
S104、控制分发器在确定内部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所对应的目标网页分配普通用户界面。
S106、根据内部URL获取对应的外部URL。
在为内部URL所对应的目标网页分配用户界面之后,终端会根据内部URL还原得到目标网页的外部URL。可以理解的是,根据内部URL得到外URL的过程正好是根据外部URL得到内部URL过程的逆过程。如果,内部URL中不携带有区分信息,则可以直接将该内部URL作为目标网页的外部URL。如果内部URL中携带有区分信息,则应当根据终端包装外部URL得到内部URL的方式确定应当如何将内部URL还原得到外部URL:
如果之前采用方式一对外部URL进行包装,则终端可以直接将内部URL协议部分和/或域名部分的区分信息剔除,让后将剩余的信息组合还原得到外部URL。例如,内部URL为“http://www.abc_0_0_0_0_.com”,而区分信息是二级域名中的“_0_0_0_0_”,则还原所得的外部域名为“http://www.abc.com”。
如果之前采用方式二对外部URL进行包装,则终端可以再次利用对应关系,将内部URL中的内部协议替换为对应的外部协议。假定一个内部URL为“BBBB://www.abc.com”,则根据表2,还原所得的外部域名为“https://www.abc.com”。
如果之前采用方式三对外部URL进行包装,则终端可以也可以剔除由区分信息构成的内部协议部分和内部域名中的部分参数,或者说,终端也可以从内部URL中提取区分信息以外的部分作为外部URL。假定一个内部URL为“infoflow://host?src=http://www.abc.com”,则还原所得的外部域名为“http://www.abc.com”。
S108、控制Web View组件根据外部URL从网络获取网页内容,以在定制用户界面中进行渲染得到目标网页。
得到外部URL之后,终端将会控制Web View组件根据该外部URL对网络进行访问,从网络中获取到目标网页的网页内容,进而在分发器为目标网页所分配的用户界面中进行渲染,向用户显示对应的目标网页。如果用户是通过点击浏览器信息流栏的标题提起的访问请求,则终端将会把获取到的网页内容呈现在定制用户界面中,渲染得到信息流网页;如果用户是通过自己输入网址而提起的访问请求,则终端会把获取到的网页内容承载在分发器分配的普通用户界面中,从而向用户显示普通的非信息流网页。
本实施例提供的网页访问方法中,当终端确定用户当前请求访问的目标页面是信息流页面时,会把该目标页面的外部URL包装成携带有区分信息的内部URL然后将内部URL传递给浏览器的分发器,让分发器在为目标网页分配用户界面时,可以根据该内部URL中携带的区分信息确定该内部URL所对应的目标网页是信息流网页,因此为该目标网页分配定制用户界面。当需要从网络中获取该目标网页的网页内容时,终端又会根据内部URL得到原本的外部URL,从而根据该外部URL进行正常的网络访问,获取网页内容,进而实目标网页的呈现。在本实施例,终端不需要存储数据量巨大的白名单,也不需要对目标网页的外部URL进行繁杂的匹配检索,就能够实现信息流网页与非信息流网页的区分显示,不仅节约存储资源与处理资源,还能节约网页呈现时间,在极大程度上改善了用户体验。
第二实施例:
本实施例将结合具体示例继续对前述实施例中的网页访问方法进行介绍,请参见图4:
S402、接收用户针对目标网页的访问请求。
为了全面说明终端对针对信息流网页和分信息流网页的访问过程,在本实施例中,将会对用户分别请求展现信息流网页与非信息流网页的两种情景进行介绍:
假定用户提起的访问请求Q1是通过点击浏览器中信息流栏提起的,可参照图2;而访问请求Q2则是用户通过类似图3所示的方式提起的针对普通网页的访问请求。通过用户输入单元,终端可以分别接收到用户的访问请求Q1与Q2。应当理解的是,虽然在本实施例中,会同时对这两个访问请求的处理过程进行介绍,但事实上,这两个访问请求可以是用户在不同时间中向终端发起的。
S404、根据访问请求的发起形式获取目标网页的内部URL。
终端接收到访问请求Q1与Q2后,可以分别获取到这两个访问请求所针对目标网页的外部URL,假定访问请求Q1所对应的外部URL为“http://www.abc.com”,而访问请求Q2所对应的外部URL为“http://www.def.com”。在前述实施例中已经介绍了,外部URL就是目标网页原本的URL,通过该外部URL可以从网络中获取到对应的资源。由于用户发起访问请求的方式可以为终端所感知,所以,终端在接收到访问请求的时候,可以确定访问请求Q1所对应的目标网页为信息流网页,因此,需要将外部URL“http://www.abc.com”包装成内部URL,而访问请求Q2所对应的目标网页为非信息流网页,所以可以直接将外部URL为“http://www.def.com”作为外部URL。
在本实施例中,终端对外部URL进行包装时采用第一实施例中介绍的第三种包装方式。所以经包装,访问请求Q1所对应的内部URL为“infoflow://host?src=http://www.def.com”。
S406、判断内部URL是否携带区分信息。
在分发器为访问请求Q1与Q2所对应的目标页面分配用户界面时,分发器会判断对应的内部URL是否携带有区分信息。在本实施例中,由于终端对内部URL进行包装时,采用的是第三种包装方式,因此,分发器主要是判断在内部URL中,“://”之前的协议部分是否为“infoflow”。根据“://”之前的协议部分是否为“infoflow”可以初步确定一个内部URL所对应的目标网页是否是信息流网页,因为在第三种包装方式当中,也会保证内部协议与各网络协议不同。但是出于精确确定的目的,终端还可以控制分发器确定在“://”之后,“?src=”之前的内容是否是“host”。
S408、为目标网页分配普通用户界面。
经过判断,分发器可以确定访问请求Q2所对应的内部URL没有携带有区分信息,因此,终端会控制分发器会为访问请求Q2所对应的目标网页分配普通用户界面。
S410、为目标页面分配定制用户界面。
经过判断,分发器可以确定访问请求Q1所对应的内部URL携带有区分信息,因此,终端会控制分发器会为访问请求Q1所对应的目标网页分配定制用户界面。
S412、根据内部URL获得外部URL。
分配用户界面后,终端会根据内部URL获取到目标网页的外部URL。对于访问请求Q1,由于其内部URL是外部URL经过第三种包装方式而得到的,因此,终端可以直接提取内部URL中“?src=”之后的内容作为外部URL。
对于访问请求Q2,由于其外部URL就是内部URL,因此,终端可以直接将内部URL的内容作为对应的外部URL。
S414、控制Web View组件加载外部URL获取网页内容。
得到外部URL之后,终端将会控制Web View组件根据对应的外部URL对网络进行访问,从网络中分别获取到访问请求Q1和Q2所对应的网页内容。
S416、根据网页内容对分配所得的用户界面进行渲染获得目标网页。
当网络服务器响应终端的访问,并返回对应的网页内容之后,终端将会在定制用户界面中对访问请求Q1所对应的网页内容进行渲染,得到针对访问请求Q1的目标网页;在普通用户界面中对访问请求Q2所对应的网页内容进行渲染,得到针对访问请求Q2的目标网页进行渲染。最后将渲染所得的目标网页呈现给用户。
Web View组件加载外部URL获取网页内容后,就表征该目标网页已经成为了终端的历史访问记录,所以,在本实施例中,终端还会创建针对目标网页的历史访问记录,以供用户后续可以从历史记录中直接访问目标网页。如果目标网页是信息流网页,终端应当保证用户从历史访问记录中发起对目标网页的访问请求时,向用户显示的目标网页依然是以定制用户界面呈现的。所以,在本实施例中,当需要创建目标网页对应的历史访问记录时,终端依据目标网页的内部URL为其创建历史访问记录。
终端还可以根据用户的书签创建指令为用户创建针对目标网页的访问书签。例如用户在浏览了终端显示的目标网页之后,想要将该目标网页进行标记,便于后期直接从访问书签中访问目标网页,实现再次查看,则用户可以通过终端的用户输入单元向终端发送书签创建指令,指示终端为该目标网页创建访问书签,图5是本实施例中示出的一种用户指示创建书签时的用户交互界面示意图。和创建历史访问记录类似,为了保证用户请求通过访问书签直接访问目标网页时,仍然能够对信息流网页与非信息流网页的显示进行区分,所以,本实施例中终端创建针对目标网页的访问书签时,也会依据目标网页的内部URL来创建。由于非信息流网页的内部URL与外部URL无差别,而信息流网页的内部URL与外部URL却有差别,所以,终端依据内部URL来创建访问书签并不会影响非信息流网页访问书签的正常创建,同时又能保证再次访问时分发器还能对信息流网页与非信息流网页进行区分。
本实施例提供的网页访问方法,通过在信息流网页的外部URL中添加区分信息,使得分发器在为目标网页分配用户界面时能够通过简单的方式对信息流网页与非信息流网页的URL进行区分,进而保证以最少的处理资源、最少的存储资源与最少的处理时间让用户体验到信息流网页与非信息流网页区分显示的效果;同时,本实施例中终端还会依据目标网页的内部URL来创建针对目标网页的历史访问记录与访问书签,保证用户在后续过程中从历史访问记录或访问书签中提起对目标网页的访问请求时,终端分发器还能够对信息流网页与非信息流网页的URL进行区分。
第三实施例:
本实施例将结合附图对前述实施例中的终端进行介绍,首先请参见图6提供的终端硬件结构示意图:
终端60包括处理器61、存储器62及通信总线63,其中通信总线63用于实现处理器61和存储器62之间的连接通信,存储器62作为一种计算机可读存储介质,其中存储有至少一个计算机程序,这些计算机程序可以供处理器61读取、编译并执行,从而实现对应的处理流程。例如,在本实施例中,存储器62中存储有网页访问程序,处理器61可以通过执行该计算机程序实现前述实施例中介绍的网页访问方法。
终端60的处理器61在接收到针对目标网页的访问请求后,获取目标网页外部URL对应的内部URL。在本实施例中,将目标网页的URL分为内部URL与外部URL。其中外部URL是指该目标网页原本的URL,通过该外部URL能够在网络中匹配目标网页的网页内容,我们可以将外部URL理解为遵循现有网络通信协议的URL。而内部URL则是相对于外部URL提出的一个概念,其仅在终端60内部处理流程中使用,终端60不可能直接根据内部URL从网络中匹配到对应的资源,也即内部URL不同于任意一个网页的外部URL。
当接收到用户针对某一个网页的访问请求之后,处理器61可以确定出该目标网页所对应的外部URL。同时,处理器61还能根据用户发起针对目标网页访问请求的方式确定出该目标网页是否是信息流网页:如果用户是在浏览器的信息流栏中直接点击信息流标题,从而发起了针对该目标网页的访问请求,那么该目标网页就是信息流网页,例如,若用户通过图2所示的方式发起针对目标网页的访问请求,则需要向用户显示的目标网页就是信息流网页。而如果用户是通过如图3所示的手动输入方式来输入目标网页的外部URL,从而提起了针对该目标网页的访问请求,那么该目标网页就是非信息流网页。
下面对处理器61获取目标网页外部URL所对应内部URL的过程进行介绍:
考虑到向浏览器分发器传递的只能是URL,所以,本实施例中内部URL也应当满足正常URL的形式要求:一个URL通常包括协议部分与域名部分,其中协议部分表征了浏览器将采用何种协议来访问网络,处理将要打开的文件。例如比较常用的http协议,https协议,ftp协议等等。在域名部分包含了文件所在服务器的名称或IP地址,另外在服务器名称或IP地址之后还包括到达文件的路径和文件本身的名称。URL中协议部分与域名部分通过“://”间隔开,以http://www.news.cctv.com为例,“://”之前的“http”表征终端60将采用http协议访问网络获取对应的网页内容,而“://”之后的“www.news.cctv.com”则是该URL的域名。所以,在本实施例中,根据外部URL生成的内部URL也应当包含协议部分与域名部分。
如果确定目标网页是信息流网页,则处理器61可以将该目标网页的外部URL包装成对应的内部URL,包装之后的内部URL中包含有区分信息,区分信息可以向分发器表示该内部URL所对应的目标网页是信息流网页,暗示分发器应当为该目标网页分配定制用户界面。下面介绍几种将内部URL包装成外部URL的方式:
方式一:
处理器61可以在目标网页外部URL的协议或域名中的至少一部分中添加区分信息,然后将添加区分信息后得到的URL作为内部URL。应当理解的是,添加区分信息之后所得的内部URL应当不同于任何一个外部URL,以避免分发器在判定的时候将某一个非信息流网页不携带区分信息URL判定为携带区分信息的内部URL,从而认定该非信息流网页为信息流网页。
假定一个信息流网页的外部URL为“http://www.solo.com”,而区分信息为添加在外部URL二级域名中的字符串“_0_0_0_0_”,则通过包装外部URL所得的内部URL为“http://www.solo_0_0_0_0_.com”。处理器61针对各信息流网页所设置的区分信息通常应当保持一致,以便分发器根据有该固定的区分信息来确定各内部URL所对应的是否是信息流网页。在该示例中,将区分信息“_0_0_0_0_”添加在外部URL的二级域名中,实际上要保证没有任何一个目标网页外部URL的二级域名中本来就携带有字符串“_0_0_0_0_”。否则,若某一个目标网页所对应的外部URL的二级域名中本来就包含有“_0_0_0_0_”,则即使该目标网页是非信息流网页,也会因为预设规则被误判为信息流网页。
在上述示例当中,区分信息被处理器61添加在了外部URL的二级域名中,应当明白的是,区分信息也可以被添加在外部URL域名的其他部分或者添加在外部URL的协议部分。另外,区分信息还可以包含多个部分,这多个部分被分别添加在外部URL的协议以及域名中的一个或多个部分。
方式二:
处理器61可以根据预先存储的对应关系将外部URL的协议部分的网络协议替换为内部协议,从而得到内部URL。对应关系中网络协议与内部协议一一对应。对应关系可以参照表2所示的形式存储在终端60的存储器62当中。这样,当浏览器的分发器确定内部URL的协议为内部协议时,就可以确定该内部URL携带有区分信息,其对应的目标网页为信息流网页。但是,为了保证避免将任意一个外部URL识别为内部URL的情况发生,本示例中内部协议应当不会与任意一个网络协议相同。在这种方式里面,替换所得的内部URL的协议部分即为区分信息,因为该内部协议可以和任意一个外部URL的网络协议区分开。
假定一个信息流网页的外部URL为“http://www.solo.com”,则经过处理器61的包装,该信息流网页的内部URL为“AAAA://www.solo.com”。应当明白的是,本示例中之所以选择利用对应关系替换外部URL协议部分的网络协议,而不是替换外部URL的域名部分,这主要是由于URL的协议种类相对较少,可以枚举,但是域名却变化多端,难以形成统一替换规则。
方式三:
除了前述两种包装方式,处理器61还可以选择第三种包装方式,第三种包装方式可以被视作前两种方式的结合,也可以被视作一种全新的包装方式:
处理器61重新构造一个新的URL作为内部URL,将目标网页的外部URL整体作为该内部URL域名的一个参数,新构造的内部URL使用内部协议以及内部域名。
例如,假定一个信息流网页的外部URL为“http://www.solo.com”,处理器61构造内部URL所使用的内部协议为“infoflow”,内部域名的一部分为“host”,而外部URL作为内部URL的一个参数,因此经处理器61构造所得的内部URL为“infoflow://host?src=http://www.solo.com”。在本示例当中,区分信息不仅包括内部协议,也包括内部域名的部分参数。
如果处理器61确定目标网页是非信息流网页,则可以直接将该目标网页的外部URL作为其内部URL,也就是说,对于非信息流网页,其内部URL与外部URL一致,处理器61可以不对其进行特殊处理。由于内部URL与外部URL一致,所以在非信息流对应的内部URL中,并不包括区分信息。
当处理器61获取到目标网页的内部URL之后,将会把内部URL传递给分发器,然后控制分发器根据预设规则为内部URL分配用户界面。实际上分发器为内部URL分配用户界面也就是为该内部URL所对应的目标页面分配用户界面。
在本实施例中,用户界面主要分为定制用户界面与普通用户界面,应当理解的是,这里所说“定制用户界面”与“普通用户界面”只是出于将两种用户界面区分开的目的,实际上,将“定制用户界面”与“普通用户界面”分别替换为“第一用户界面”与“第二用户界面”也是可行的。
在处理器61控制分发器为内部URL对应的目标网页分配用户界面之前,需要先确定该内部URL是否包含有区分信息,如果该内部URL包含有预设的区分信息,则说明该内部URL是由外部URL包装形成的内部URL;否则说明该内部URL就是一个外部URL。如果处理器61在对信息流网页的外部URL进行包装得到内部URL的时候,采用的是方式一,则处理器61将会控制分发器在对应的协议部分和/或域名部分中查找确定是否包含有相应的区分信息。如果处理器61在对信息流网页的外部URL进行包装得到内部URL时采用的是方式二,则处理器61会控制分发器确定接收到的内部URL的协议部分是否为内部协议。如果处理器61在信息流网页的外部URL进行包装时采用的是方式三,则处理器61可以控制分发器确定该内部URL的协议部分是否是预定的内部协议,如果是,更进一步地,处理器61还可以控制分发器确定内部URL的域名部分是否包含有预定的内部域名参数。
若经确定,发现当前待分配用户界面的内部URL包含有区分信息,则处理器61控制分发器为该内部URL所对应的目标网页分配定制用户界面。若发现内部URL中不包含区分信息,则处理器61控制分发器为该内部URL所对应的目标网页分配普通用户界面。
在为内部URL所对应的目标网页分配用户界面之后,处理器61会根据内部URL还原得到目标网页的外部URL。可以理解的是,根据内部URL得到外URL的过程正好是根据外部URL得到内部URL过程的逆过程。如果,内部URL中不携带有区分信息,则可以直接将该内部URL作为目标网页的外部URL。如果内部URL中携带有区分信息,则应当根据处理器61包装外部URL得到内部URL的方式确定应当如何将内部URL还原得到外部URL:
如果之前采用方式一对外部URL进行包装,则处理器61可以直接将内部URL协议部分和/或域名部分的区分信息剔除,让后将剩余的信息组合还原得到外部URL。例如,内部URL为“http://www.abc_0_0_0_0_.com”,而区分信息是二级域名中的“_0_0_0_0_”,则还原所得的外部域名为“http://www.abc.com”。
如果之前采用方式二对外部URL进行包装,则处理器61可以再次利用对应关系,将内部URL中的内部协议替换为对应的外部协议。假定一个内部URL为“BBBB://www.abc.com”,则根据表2,还原所得的外部域名为“https://www.abc.com”。
如果之前采用方式三对外部URL进行包装,则处理器61可以也可以剔除由区分信息构成的内部协议部分和内部域名中的部分参数,或者说,处理器61也可以从内部URL中提取区分信息以外的部分作为外部URL。假定一个内部URL为“infoflow://host?src=http://www.abc.com”,则还原所得的外部域名为“http://www.abc.com”。
得到外部URL之后,处理器61将会控制Web View组件根据该外部URL对网络进行访问,从网络中获取到目标网页的网页内容,进而在分发器为目标网页所分配的用户界面中进行渲染,向用户显示对应的目标网页。如果用户是通过点击浏览器信息流栏的标题提起的访问请求,则处理器61将会把获取到的网页内容呈现在定制用户界面中,渲染得到信息流网页;如果用户是通过自己输入网址而提起的访问请求,则处理器61会把获取到的网页内容承载在分发器分配的普通用户界面中,从而向用户显示普通的非信息流网页。
本实施例提供的终端,当确定用户当前请求访问的目标页面是信息流页面时,会把该目标页面的外部URL包装成携带有区分信息的内部URL然后将内部URL传递给浏览器的分发器,让分发器在为目标网页分配用户界面时,可以根据该内部URL中携带的区分信息确定该内部URL所对应的目标网页是信息流网页,因此为该目标网页分配定制用户界面。当需要从网络中获取该目标网页的网页内容时,终端又会根据内部URL得到原本的外部URL,从而根据该外部URL进行正常的网络访问,获取网页内容,进而实目标网页的呈现。在本实施例,终端不需要存储数据量巨大的白名单,也不需要对目标网页的外部URL进行繁杂的匹配检索,就能够实现信息流网页与非信息流网页的区分显示,不仅节约存储资源与处理资源,还能节约网页呈现时间,在极大程度上改善了用户体验。
第四实施例:
为了是本发明中终端的优点与细节更加清楚,本实施例将集合具体示例与附图继续对本发明提供的终端进行介绍,请参见图7:
终端70包括处理器71、存储器72、用户输入单元73、显示单元74;存储器72、用户输入单元73、显示单元74以及通信装置75均与处理器71通信连接。其中,存储器72中存储有至少一个计算机程序,这些计算机程序可能处理器71读取、编译并执行,从而实现对应的功能。在本实施例中,存储器72中至少存储有网页访问程序,以供处理器71执行实现网页访问方法。用户输入单元73可以为终端70的实体按键或者是触控面板,通过用户输入单元73,用户可以向终端70发起访问请求。在本实施例中,为了全面说明终端对针对信息流网页和分信息流网页的访问过程,所以将会对用户分别请求展现信息流网页与非信息流网页的两种情景进行介绍:
假定用户提起的访问请求Q1是通过点击浏览器中信息流栏提起的,可参照图2;而访问请求Q2则是用户通过类似图3所示的方式提起的针对普通网页的访问请求,图2和图3所示的终端显示界面由终端70的显示单元74在处理器71的控制下进行显示。通过用户输入单元73,处理器71可以分别接收到用户的访问请求Q1与Q2。应当理解的是,虽然在本实施例中,会同时对这两个访问请求的处理过程进行介绍,但事实上,这两个访问请求可以是用户在不同时间中向终端70发起的。
用户输入单元73接收到访问请求Q1与Q2后,处理器71可以分别获取到这两个访问请求所针对目标网页的外部URL,假定访问请求Q1所对应的外部URL为“http://www.abc.com”,而访问请求Q2所对应的外部URL为“http://www.def.com”。在前述实施例中已经介绍了,外部URL就是目标网页原本的URL,通过该外部URL可以从网络中获取到对应的资源。由于用户发起访问请求的方式可以为处理器71所感知,所以,处理器71在通过用户输入单元73接收到访问请求的时候,可以确定访问请求Q1所对应的目标网页为信息流网页,因此,需要将外部URL“http://www.abc.com”包装成内部URL,而访问请求Q2所对应的目标网页为非信息流网页,所以可以直接将外部URL为“http://www.def.com”作为外部URL。
在本实施例中,处理器71对外部URL进行包装时采用第一实施例中介绍的第三种包装方式。所以经包装,访问请求Q1所对应的内部URL为“infoflow://host?src=http://www.def.com”。
当处理器71确定出针对各访问请求的内部URL后,将会控制浏览器中的分发器为两个访问请求所对应的目标页面分配用户界面。在分发器为访问请求Q1与Q2所对应的目标页面分配用户界面时,分发器会判断对应的内部URL是否携带有区分信息。在本实施例中,由于处理器71对内部URL进行包装时,采用的是第三种包装方式,因此,分发器主要是判断在内部URL中,“://”之前的协议部分是否为“infoflow”。根据“://”之前的协议部分是否为“infoflow”可以初步确定一个内部URL所对应的目标网页是否是信息流网页,因为在第三种包装方式当中,也会保证内部协议与各网络协议不同。但是出于精确确定的目的,处理器71还可以控制分发器确定在“://”之后,“?src=”之前的内容是否是“host”。
经过判断,分发器可以确定访问请求Q2所对应的内部URL没有携带有区分信息,因此,处理器71会控制分发器会为访问请求Q2所对应的目标网页分配普通用户界面。
同时,分发器可以确定访问请求Q1所对应的内部URL携带有区分信息,因此,处理器71会控制分发器会为访问请求Q1所对应的目标网页分配定制用户界面。
分配用户界面后,处理器71会根据内部URL获取到目标网页的外部URL。对于访问请求Q1,由于其内部URL是外部URL经过第三种包装方式而得到的,因此,处理器71可以直接提取内部URL中“?src=”之后的内容作为外部URL。对于访问请求Q2,由于其外部URL就是内部URL,因此,处理器71可以直接将内部URL的内容作为对应的外部URL。
得到外部URL之后,处理器71将会控制Web View组件根据对应的外部URL对网络进行访问,从网络中分别获取到访问请求Q1和Q2所对应的网页内容。
当网络服务器响应终端70的访问,并返回对应的网页内容之后,处理器71将会在定制用户界面中对访问请求Q1所对应的网页内容进行渲染,得到针对访问请求Q1的目标网页;在普通用户界面中对访问请求Q2所对应的网页内容进行渲染,得到针对访问请求Q2的目标网页进行渲染,最后控制显示单元74将渲染所得的目标网页呈现给用户。
Web View组件加载外部URL获取网页内容后,就表征该目标网页已经成为了终端70的历史访问记录,所以,在本实施例中,处理器71还会创建针对目标网页的历史访问记录,以供用户后续可以从历史记录中直接访问目标网页。如果目标网页是信息流网页,处理器71应当保证用户从历史访问记录中发起对目标网页的访问请求时,向用户显示的目标网页依然是以定制用户界面呈现的。所以,在本实施例中,当需要创建目标网页对应的历史访问记录时,处理器71依据目标网页的内部URL为其创建历史访问记录。
处理器71还可以根据用户的书签创建指令为用户创建针对目标网页的访问书签。例如用户在浏览了终端70的显示单元74显示的目标网页之后,想要将该目标网页进行标记,便于后期直接从访问书签中访问目标网页,实现再次查看,则用户可以通过用户输入单元73向终端70发送书签创建指令,指示终端70的处理器71为该目标网页创建访问书签,图5是本实施例中示出的一种用户指示创建书签时的用户交互界面示意图。和创建历史访问记录类似,为了保证用户请求通过访问书签直接访问目标网页时,仍然能够对信息流网页与非信息流网页的显示进行区分,所以,本实施例中处理器71创建针对目标网页的访问书签时,也会依据目标网页的内部URL来创建。由于非信息流网页的内部URL与外部URL无差别,而信息流网页的内部URL与外部URL却有差别,所以,处理器71依据内部URL来创建访问书签并不会影响非信息流网页访问书签的正常创建,同时又能保证再次访问时分发器还能对信息流网页与非信息流网页进行区分。
本实施例提供的终端,通过在信息流网页的外部URL中添加区分信息,使得分发器在为目标网页分配用户界面时能够通过简单的方式对信息流网页与非信息流网页的URL进行区分,进而保证以最少的处理资源、最少的存储资源与最少的处理时间让用户体验到信息流网页与非信息流网页区分显示的效果;同时,本实施例中终端还会依据目标网页的内部URL来创建针对目标网页的历史访问记录与访问书签,保证用户在后续过程中从历史访问记录或访问书签中提起对目标网页的访问请求时,终端分发器还能够对信息流网页与非信息流网页的URL进行区分。
第五实施例:
前述各实施例中的终端可以以各种形式来实施。例如,手机、平板电脑、笔记本电脑、掌上电脑、个人数字助理(Personal Digital Assistant,PDA)、便捷式媒体播放器(Portable Media Player,PMP)、导航装置、可穿戴设备、智能手环、计步器等移动终端,以及诸如数字TV、台式计算机等固定终端。
后续描述中将以移动终端为例进行说明,本领域技术人员将理解的是,除了特别用于移动目的的元件之外,根据本发明的实施方式的构造也能够应用于固定类型的终端。下面结合图8对该移动终端以及该移动终端参照第一实施例或第二实施例中的方式实现网页访问的过程进行介绍。在后续的描述中,使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明的说明,其本身没有特定的意义。因此,“模块”、“部件”或“单元”可以混合地使用。
请参阅图8,其为实现本发明各个实施例的一种移动终端的硬件结构示意图,该移动终端800可以包括:RF(Radio Frequency,射频)单元801、WiFi模块802、显示单元803、用户输入单元804、存储器805、处理器806、以及电源807等部件。本领域技术人员可以理解,图8中示出的移动终端结构并不构成对移动终端的限定,移动终端可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。例如,尽管图8中未示出,但本实施例中的移动终端800还可以包括蓝牙模块、接口单元、传感器、音频输出单元等等。
下面对图8所示的移动终端的各个部件进行具体的介绍:
射频单元801可用于收发信息或通话过程中,信号的接收和发送,具体的,将基站的下行信息接收后,给处理器806处理;另外,将上行的数据发送给基站。通常,射频单元801包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外,射频单元801还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议,包括但不限于GSM(Global System of Mobile communication,全球移动通讯系统)、GPRS(General Packet Radio Service,通用分组无线服务)、CDMA2000(CodeDivision Multiple Access 2000,码分多址2000)、WCDMA(Wideband Code DivisionMultiple Access,宽带码分多址)、TD-SCDMA(Time Division-Synchronous CodeDivision Multiple Access,时分同步码分多址)、FDD-LTE(Frequency DivisionDuplexing-Long Term Evolution,频分双工长期演进)和TDD-LTE(Time DivisionDuplexing-Long Term Evolution,分时双工长期演进)等。
WiFi属于短距离无线传输技术,移动终端通过WiFi模块802可以帮助用户收发电子邮件、浏览网页和访问流式媒体等,它为用户提供了无线的宽带互联网访问。虽然图8示出了WiFi模块802,但是可以理解的是,其并不属于移动终端的必须构成,完全可以根据需要在不改变发明的本质的范围内而省略。
在本实施例中,当移动终端800需要与网络侧的服务器进行交互,从服务器中获取目标网页的网页内容时,处理器806可以控制射频单元801或WiFi模块802向对应的服务器发送用于获取网页内容的请求。当处理器806通过WiFi模块802的检测,确定移动终端800在非WiFi环境下,则处理器806可以控制射频单元801通过移动通信网络与网络侧进行交互。如果WiFi模块802确定移动终端800当前处于WiFi环境下,则处理器806可以控制WiFi模块802通过WiFi网络与网络侧进行交互,以便降低用户进行网页浏览所带来的经济负担。
显示单元803用于显示由用户输入的信息或提供给用户的信息。显示单元803可包括显示面板8031,可以采用液晶显示器(Liquid Crystal Display,LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板8031。
用户输入单元804可用于接收输入的数字或字符信息,以及产生与移动终端的用户设置以及功能控制有关的键信号输入。具体地,用户输入单元804可包括触控面板8041以及其他输入设备8042。触控面板8041,也称为触摸屏,可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板8041上或在触控面板8041附近的操作),并根据预先设定的程式驱动相应的连接装置。触控面板8041可包括触摸检测装置和触摸控制器两个部分。其中,触摸检测装置检测用户的触摸方位,并检测触摸操作带来的信号,将信号传送给触摸控制器;触摸控制器从触摸检测装置上接收触摸信息,并将它转换成触点坐标,再送给处理器806,并能接收处理器806发来的命令并加以执行。此外,可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板8041。除了触控面板8041,用户输入单元804还可以包括其他输入设备8042。具体地,其他输入设备8042可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种,具体此处不做限定。
进一步的,触控面板8041可覆盖显示面板8031,当触控面板8041检测到在其上或附近的触摸操作后,传送给处理器806以确定触摸事件的类型,随后处理器806根据触摸事件的类型在显示面板8031上提供相应的视觉输出。虽然在图8中,触控面板8041与显示面板8031是作为两个独立的部件来实现移动终端的输入和输出功能,但是在某些实施例中,可以将触控面板8041与显示面板8031集成而实现移动终端的输入和输出功能,具体此处不做限定。
可选地,显示面板8031可以在处理器806的控制下向用户显示移动终端800的桌面、浏览器首页、目标页面等。在显示面板8031所显示的浏览器首页中,引入了信息流栏,信息流栏中呈现了移动终端800从各大新闻网站获取的实时要点简述。用户在浏览这些简述的时候,可以根据自己的兴趣选择点击对应的标题的图标,从而向触控面板8041发起访问请求。触控面板8041可以根据用户的触控位置确定用户当前选定的需要查看详请页面的信息流标题或图标是哪一个,然后将相关信息传给处理器806,有处理器806确定用户选择目标页面的外部URL等。当然,在浏览器首页中,用户还可以通过输入自己感兴趣的网址,指示移动终端800向自己呈现对应的普通网页。
存储器805可用于存储软件程序以及各种数据。存储器805可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等;存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外,存储器805可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。在本实施例中,存储器805中存储有网页访问程序,该网页访问程序可供处理器806执行,从而实现前述各实施例中介绍的网页访问方法。
处理器806是移动终端的控制中心,利用各种接口和线路连接整个移动终端的各个部分,通过运行或执行存储在存储器805内的软件程序和/或模块,以及调用存储在存储器805内的数据,执行移动终端的各种功能和处理数据,从而对移动终端进行整体监控。处理器806可包括一个或多个处理单元;优选的,处理器806可集成应用处理器和调制解调处理器,其中,应用处理器主要处理操作系统、用户界面和应用程序等,调制解调处理器主要处理无线通信。可以理解的是,上述调制解调处理器也可以不集成到处理器806中。
移动终端800还可以包括给各个部件供电的电源807(比如电池),优选的,电源807可以通过电源管理系统与处理器806逻辑相连,从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。
下面对移动终端800实现网页访问方法的而过程进行简单介绍:
首先,请结合图9,在图9当中示出了移动终端800通过显示面板8031所呈现的一种显示界面示意图。在图9当中,不仅包括可供用户输入的搜索框,还包括信息流栏,在信息流栏中显示了当前较为热点的一些新闻资讯。信息流栏中的新闻资讯可以来自于各个新闻网站。例如,由对应的网站服务器选择而最为热点的新闻主动推送到移动终端800上,并以信息流的方式在信息流栏中呈现资讯的简述或摘要等。
假定用户通过在触控面板8041上进行触控操作,点击了呈现在浏览器首页信息流栏中的某一个新闻标题,则当触控面板8041将用户的触控参数传递给处理器806之后,处理器806可以确定用户当前发起的访问请求是针对哪一个目标网页,并确定出该目标网页的外部URL。同时因为处理器806可以通过触控面板8041传输的触控参数确定用户当前是通过点击信息流栏的方式发起了访问请求,因此,处理器806可以确定该访问请求所对应的目标网页是信息流网页。因此处理器806会对目标网页的外部URL进行包装,从而得到该目标网页的内部URL。处理器806对外部URL的包装方式可以参照前述实施例中介绍的任意一种方式,这里不再赘述。
当处理器806确定出针对各访问请求的内部URL后,将会控制浏览器中的分发器为两个访问请求所对应的目标页面分配用户界面。在分发器为访问请求所对应的目标页面分配用户界面时,分发器会判断对应的内部URL是否携带有区分信息。由于本实施例中处理器806已经采用某一种包装方式对目标网页的外部URL进行过包装,则分发器会确定出对应的内部URL包括有区分信息,因此分发器会在处理器806的控制下为目标页面分配定制用户界面。应当理解的是本发明各实施例中所说的分发器可以通过计算机程序实现的。
分配用户界面后,处理器806会根据内部URL获取到目标网页的外部URL。然后控制射频单元801或WiFi模块802根据对应的外部URL对网络进行访问,从网络中获取到访问请求所对应的网页内容。当网络服务器响应移动终端800的访问,并返回对应的网页内容之后,处理器806将会在定制用户界面中对访问请求所对应的网页内容进行渲染,得到针对该访问请求的目标网页,并控制显示单元803将渲染所得的目标网页呈现给用户。
假定用户通过对触控面板8041进行触控操作,在搜索框中输入了网址或者关键词,从而发起了针对另一目标网页的访问请求,则当触控面板8041将用户的触控参数传递给处理器806之后,处理器806可以确定用户当前发起的访问请求是针对哪一个目标网页,并确定出该目标网页的外部URL,同时确定该访问请求所对应的目标网页是非信息流网页。因此处理器806可以直接将该目标网页的外部URL作为其内部URL,并对外部URL进行包装。
当处理器806确定出针对各访问请求的内部URL后,将会控制浏览器中的分发器为两个访问请求所对应的目标页面分配用户界面。在分发器为访问请求所对应的目标页面分配用户界面时,分发器会判断对应的内部URL是否携带有区分信息。由于针对该访问请求的内部URL并非是对外部URL包装后得到的,所以该内部URL中不包括区分信息,因此分发器会在处理器806的控制下为目标页面分配普通用户界面。分配用户界面后,处理器806可以直接以内部URL作为外部URL,控制射频单元801或WiFi模块802对网络侧进行访问,从网络中获取到访问请求所对应的网页内容。射频单元801或WiFi模块802接收到网络侧返回的网页内容之后,处理器806将会在普通用户界面中对访问请求所对应的网页内容进行渲染,得到针对该访问请求的普通网页,并控制显示单元803对渲染所得的普通网页进行显示。
本实施例提供的移动终端,通过在信息流网页的外部URL中添加区分信息,使得分发器在为目标网页分配用户界面时能够通过简单的方式对信息流网页与非信息流网页的URL进行区分,进而保证以最少的处理资源、最少的存储资源与最少的处理时间让用户体验到信息流网页与非信息流网页区分显示的效果,提升了用户体验。
需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,空调器,或者网络设备等)执行本发明各个实施例所述的方法。
上面结合附图对本发明的实施例进行了描述,但是本发明并不局限于上述的具体实施方式,上述的具体实施方式仅仅是示意性的,而不是限制性的,本领域的普通技术人员在本发明的启示下,在不脱离本发明宗旨和权利要求所保护的范围情况下,还可做出很多形式,这些均属于本发明的保护之内。