一种信息显示方法、装置及智能终端
技术领域
本申请涉及计算机技术领域,尤其涉及一种信息显示方法、装置及智能终端。
背景技术
随着各类终端的使用普及,终端上的应用的数量也大量增加,其中,所述终端包括但不限于手机、平板电脑、个人计算机、智能手表、车载移动台,等等。
一般的,不同的应用是分别由不同的独立软件开发商(Independent SoftwareVendors,ISV)提供,用户可以通过使用应用,获得该应用对应的ISV服务器提供的服务信息。应用可以通过网页的形式显示对应的服务信息,相应的,用户可以采用公共的浏览器或应用内置的浏览器浏览该网页,以查看该服务信息。
目前,针对一个实际应用场景,用户常常会有关联地使用多个应用,以获取有关联的多项服务信息。例如,用户在购票应用上可以购买某场电影的电影票,用户在购票后可能还想在影评应用上查看该电影的影评,以及在微博应用上查看该电影的主要演员的微博最新动态。在这种情况下,该电影的电影票信息、该电影的影评、该电影的主要演员的微博最新动态属于所述的有关联的多项服务信息。
但是,在现有技术中,由于各应用之间相互独立,针对上例中的应用场景,用户需要分别打开各个应用,分别在各个应用中查询相应的服务信息,并由浏览器将包含这些服务信息的各网页分别向用户展示。由此可见,这种方式用户操作繁琐,浏览器显示不同应用提供的相关联的多项服务信息的效率也较低。
发明内容
本申请实施例提供一种信息显示方法、装置及智能终端,用以解决现有技术中浏览器显示不同应用提供的相关联的多项服务信息的效率较低的问题。
本申请实施例提供的一种信息显示方法,包括:
当接收到网页访问请求时,显示所述网页访问请求对应的网页,以及获取所述网页相关的指定信息,其中,所述指定信息反映所述网页的内容;
当接收到用于指示从显示的所述网页跳转至其他网页的指令时,将所述指定信息发送给所述其他网页的服务器;
显示从所述其他网页的服务器返回的、根据所述指定信息对所述其他网页处理后生成的网页。
本申请实施例提供的一种信息显示装置,包括:
第一获取模块,用于当接收到网页访问请求时,显示所述网页访问请求对应的网页,以及获取所述网页相关的指定信息,其中,所述指定信息反映所述网页的内容;
发送模块,用于当接收到用于指示从显示的所述网页跳转至其他网页的指令时,将所述指定信息发送给所述其他网页的服务器;
显示模块,用于显示从所述其他网页的服务器返回的、根据所述指定信息对所述其他网页处理后生成的网页。
本申请实施例提供的一种智能终端,包括显示器和处理器;
所述处理器耦合于显示器;
所述处理器包括所述信息显示装置。
本申请实施例通过上述至少一种技术方案,浏览器可以将已获取的应用的网页内的服务信息作为指定信息,发送给其他应用的服务器,从而其他应用的服务器可以向浏览器返回包含了与该服务信息相关联的其他服务信息的网页,因此,可以简化用户操作,提高浏览器显示不同应用提供的相关联的多项服务信息的效率。
附图说明
此处所说明的附图用来提供对本申请的进一步理解,构成本申请的一部分,本申请的示意性实施例及其说明用于解释本申请,并不构成对本申请的不当限定。在附图中:
图1为本申请实施例提供的信息显示方法的过程;
图2为本申请实施例提供的信息显示方法在一种实际应用场景下的详细过程;
图3为本申请实施例提供的信息显示方法在一种实际应用场景下的效果示意图;
图4为本申请实施例提供的信息显示装置结构示意图;
图5为本申请实施例提供的信息显示装置结构详细示意图;
图6为本申请实施例提供的智能终端示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚,下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然,所描述的实施例仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
图1为本申请实施例提供的信息显示方法的过程,具体包括以下步骤:
S101:当接收到网页访问请求时,显示所述网页访问请求对应的网页,以及获取所述网页相关的指定信息,其中,所述指定信息反映所述网页的内容。
本申请实施例提供的信息显示方法的过程的执行主体可以是:搭载在终端或服务器上的浏览器用户端。所述终端包括但不限于:手机、平板电脑、智能手表、个人计算机、车载移动台等;所述服务器包括但不限于:个人计算机、大中型计算机、计算机集群等。所述执行主体并不构成对本申请的限定。
进一步的,所述浏览器用户端可以是终端上的一个独立的应用,也可以是内置于终端上的其他应用中的功能模块,所述浏览器用户端可以用于浏览网站中的网页或应用中包含的网页。本申请实施例中所述的应用可以是网页形式的应用,如基于超文本标记语言(Hyper Text Markup Language,HTML)的应用,也可以是本地应用(Native App),所述应用的类型并不构成对本申请的限定。
所述网页访问请求可以是由用户通过在浏览器用户端中输入网址并发送的,也可以是由用户通过点击终端上的应用中的超链接发送的,等等。所述网址可以是普通的统一资源定位符(Universal Resource Locator,URL),也可以是诸如开放(Open)URL等具有特殊格式的URL等。
在步骤S101中,获取所述网页相关的指定信息这一子步骤可以有多种实施方式。例如,可以根据预定的脚本信息获取所述指定信息,也可以根据预先配置的规则或功能代码获取所述指定信息,还可以获取用户预先地或实时地指定的信息作为所述指定信息,等等,当然,本申请对所述脚本信息、所述规则或功能代码等信息的存储位置并不做限定,既可以存储在浏览器用户端或浏览器服务端上,也可以存储在所述网页的服务器上,等等。
需要说明的是,本申请实施例对步骤S101中获取指定信息和显示网页这两个子步骤的执行顺序并不做限定。
在本申请实施例中,所述网页相关的指定信息可以直接包含在所述网页中,如所述网页中的元数据(Metadata)、标签(Tag)、徽标(Logo)、横幅(Banner)、被查询过的关键词等;所述网页相关的指定信息也可以是根据所述网页可以获取到的信息,如当前登录用户的公开信息、浏览器服务端或其他应用的服务器收集到的当前登录用户的行为特征数据等。
沿用本申请的背景技术中的举例进行说明。在该例的应用场景下,假定在步骤S101中,所述网页是购票应用中购买该场电影的电影票的订单信息网页,则为了提供浏览器为用户显示与所述电影相关联的多项服务信息的效率,则该订单信息网页相关的指定信息可以是该场电影的相关信息,如电影名称、题材类型、主演名称、导演名称等。
S102:当接收到用于指示从显示的所述网页跳转至其他网页的指令时,将所述指定信息发送给所述其他网页的服务器。
在本申请实施例中,所述其他网页与所述网页访问请求对应的网页可以属于不同的应用,也可以属于相同的应用,本申请实施例主要针对前一种情况进行说明。例如,当所述网页访问请求对应的网页是购票应用的订单信息网页时,则所述其他网页可以是影评应用或微博应用等其他应用的网页。
进一步的,所述指令中还可以携带有所述其他网页的网址,在步骤S102中除了发送所述指定信息以外,还可以将所述其他网页的网址也发送给所述其他网页的服务器,以便于所述其他网页的服务器查找所述其他网页。
需要说明的是,在实际应用中,除了可以从显示的所述网页跳转至其他网页,类似的,还可以从显示的所述网页跳转至深度链接(Deep Link)本地应用界面或特定组件(如分享组件、翻译组件等)等其他目标,在这种情况下,当接收到指示跳转动作的指令时,可以将所述指定信息发送给所述其他目标的服务器。本申请提供的信息显示方法均适用于以上的各种场景。
在本申请实施例中,由于所述其他网页与所述网页访问请求对应的网页可以属于不同的应用,因此,可以通过将所述指定信息发送给所述其他网页的服务器,实现不同的应用之间的信息分享,打通不同的应用相互之间的服务,因此,可以减少用户针对不同应用进行的冗余操作,提高用户获得不同应用提供的相关联的服务信息的便利性。
S103:显示从所述其他网页的服务器返回的、根据所述指定信息对所述其他网页处理后生成的网页。
在本申请实施例中,所述其他网页的服务器接收到所述指定信息后,可以根据所述指定信息,对所述其他网页进行处理后再返回,而不是像在现有技术中直接向浏览器用户端返回所述其他网页。为了便于理解本申请提供的方法相比于现有技术的优势,继续沿用上例对步骤S103进行说明。
在现有技术中,假定浏览器用户端当前显示购票应用的订单信息网页,则浏览器用户端在接收到从该订单信息网页跳转至微博应用的主页的指令时,可以将该指令中携带的网址发送给微博应用的服务器,相应的,微博应用的服务器根据接收到的网址查找到主页并返回给浏览器用户端,浏览器用户端向用户显示微博应用的主页。显然,在这种情况下,若用户想要了解该电影以及该电影的主演的微博最新动态,还需要在该主页上手动输入该电影的名称和主演的名称进行查询。
而在本申请实施例中,所述指定信息可以包括该电影的名称和主演名称,则浏览器用户端在接收到从该订单信息网页跳转至微博应用的主页的指令时,可以将该电影的名称和主演名称,以及该指令中携带的网址发送给微博应用的服务器,相应的,微博应用的服务器根据接收到的网址查找到主页,并可以将该电影的名称和主演名称作为查询关键词在主页上进行查询,进而重定向到查询结果网页上,这种情况下,步骤S103中的所述处理可以指在所述其他网页上进行查询操作,并从所述其他网页重定向至查询结果网页上,进而,微博应用的服务器可以将该查询结果网页作为处理后的主页返回给浏览器用户端显示。显然,用户可以在该查询结果网页上直接看见该电影以及该电影的主演的微博最新动态,而不用自己在微博应用上手动查询,因此,相比于现有技术提高了用户的便利性,也提高了浏览器的显示效率。
通过上述方法,浏览器可以将已获取的应用的网页内的服务信息作为指定信息,发送给其他应用的服务器,从而其他应用的服务器可以向浏览器返回包含了与该服务信息相关联的其他服务信息的网页,因此,可以简化用户操作,提高浏览器显示不同应用提供的相关联的多项服务信息的效率。
为了便于理解,以下对图1中各步骤的实施方式进一步地进行说明。
前面提及了步骤S101中获取指定信息这一子步骤的多种实施方式。以下主要以根据脚本信息获取指定信息的应用场景为例,对步骤S101进行详细说明。在这种情况下,对于步骤S101,获取所述网页相关的指定信息,具体可以包括:从浏览器服务端获取与所述网页对应的脚本信息,其中,所述脚本信息是所述网页的服务器预先发送给浏览器服务端的;根据所述脚本信息,获取所述网页相关的指定信息。
在本申请实施例中,所述网页相关的指定信息可以是所述脚本信息中进行指定的,也可以由所述网页的服务器或浏览器服务端或浏览器用户端指定的。需要说明的是,本申请实施例中对所述脚本信息所采用的编程语言、编码规范、格式、框架等并不做限定。
在本申请实施例中,所述脚本信息可以是从浏览器服务端获取的,可以是从所述网页的服务器上获取的,也可以是从本地获取的。显示的所述网页可以是从所述网页的服务器获取的。其中,获取到的脚本信息可以用于对所述网页中的信息进行操作,所述操作包括但不限于查询操作、新增操作、修改操作、删除操作、权限修改操作,等等。
进一步的,所述脚本信息可以由编写所述网页的独立软件开发商(IndependentSoftware Vendors,ISV)编写及提供,在这种情况下,不同的网页(网址)可能对应于不同的脚本信息,为了便于浏览器用户端获取脚本信息,各家ISV可以分别将自家的各网页对应的脚本信息预先发送发给浏览器服务端,由于每个网页可以由唯一的一个网址进行标识,因此,浏览器服务器可以保存各脚本信息,以及每个脚本信息与对应的网页的网址之间的对应关系,这样的话,浏览器用户端可以不用一一从各网页的服务器获取对应的脚本信息,而是从浏览器服务端就可以获取到任一所述脚本信息,从而可以实现对各脚本信息的统一管理,也提高了浏览器用户端获取脚本信息的效率。
当然,在实际应用中,各家ISV也可以不将脚本信息预先发送发给浏览器服务端,而是保存在自家的服务器上,当接收到浏览器服务端或浏览器用户端发送的获取脚本信息的请求时,再将脚本信息返回给浏览器服务端或浏览器用户端。在这种情况下,可以提高各家ISV维护脚本信息的便利性。
另外,所述脚本信息也可以由浏览器服务端的开发人员编写和提供,在这种情况下,各家ISV可以不用分别针对各网页提供脚本信息,因此,可以降低各家ISV的开发成本,也可以提高浏览器服务端对脚本信息的管理和维护能力。
在本申请实施例中,基于浏览器服务端的管理和维护,各家ISV不仅可以针对各网页提供差异化的脚本信息,还可以针对各网页提供差异化的菜单信息,从而可以提高用户使用各网页的便利性。以下对本申请提供的与所述菜单信息相关的方法进行说明。
在相关技术中,对于本地应用,本地应用的应用界面内可以包含菜单该菜单是所述本地应用所在的终端根据开发人员预先编写的菜单信息生成的,用户可以点击该菜单中的选项实现应用界面的跳转动作。但是,对于网页形式的应用,浏览器用户端一般会为各网页均提供同一个菜单或者不提供菜单,而实际上不同的ISV的网站(包含多个网页)有自己的菜单,而且同一个ISV的网站的不同网页也可能有不同的菜单,这样的话,此种浏览器用户端提供菜单的方式并不能满足各ISV的实际需求,从而也降低了用户使用网页形式的应用的便利性。
针对上述相关技术中的问题,在本申请实施例中,可以通过浏览器服务端为网页提供菜单信息,而且提供的菜单信息可以是针对每个网页进行个性化定制编写的,也可以是按照指定的统一格式编写的,进而,浏览器用户端可以根据浏览器服务端提供的菜单信息为每个网页分别生成对应的菜单,从而可以解决现有技术中的问题。
具体的,浏览器服务端提供的菜单信息可以是由各ISV分别编写的,也可以是由浏览器服务端的开发人员编写的。浏览器服务端的开发人员编写的菜单信息可以用于生成各网页均可使用的公共菜单,由ISV编写的菜单信息可以用于生成对应的网页使用的个性化菜单。与上述的脚本信息类似,各ISV可以预先将各网页对应的菜单信息分别发送给浏览器服务器保存,也可以在接收到获取菜单信息的请求后,再返回该菜单信息。
在这种情况下,在执行步骤S101时,获取所述网页相关的指定信息前,还可以执行以下步骤:从浏览器服务端获取与所述网页对应的菜单信息,其中,所述菜单信息是所述网页的服务器预先发送给浏览器服务端的。
在本申请实施例中,对于步骤S101,所述网页相关的指定信息可以包括当前登录用户的行为特征信息、所述网页内指定位置的信息中的至少一种。
所述当前登录用户的行为特征信息包括但不限于:该用户该经常使用的检索关键词、经常浏览的网站类型、经常购买的商品类型,等等。根据当前登录用户的行为特征信息,可以为该用户定制符合该用户喜好的网页个性化菜单或网页内容,提高用户体验。
例如,当前登录用户的行为特征信息反映了该用户经常浏览科幻方面的网站,则可以推测该用户可能是一个科幻喜好者,进而,浏览器用户端针对用户浏览的网页可以定制包含科幻菜单选项的个性化菜单,从而可以提高了用户使用菜单的便利性。
进一步的,根据所述行为特征信息和/或所述网页内指定位置的信息,可以推测该用户当前所需的服务信息,浏览器用户端可以将所述行为特征信息和/或所述网页内指定位置的信息共享给其他应用,以便于所述其他应用为用户提供与该用户当前所需的服务信息。从而,提供了不同应用提供的服务相互之间的关联性,而且,在这种情况下,由于菜单是由浏览器用户端统一管理和控制,因此,当需要调整菜单行为可以直接由浏览器用户端执行,而不用通知一一各家ISV进行调整,从而可以提高调整菜单行为的效率。
需要说明的是,本申请对所述当前登录用户的行为特征信息的信息来源并不做限定。所述当前登录用户的行为特征信息可以是基于大数据技术分析生成的,可以是由当前登录用户预先在浏览器用户端设置的。
在本身申请实施例中,当所述网页相关的指定信息包含的内容不同时,步骤S101的具体实施方式也可以不同。
当所述网页相关的指定信息包括当前登录用户的行为特征信息时,获取所述网页相关的指定信息,具体可以包括:根据所述脚本信息,获取当前登录用户的开放标识OpenId,其中,所述OpenId是浏览器服务端根据所述网页,预先分配给所述当前登录用户的;根据所述OpenId,从浏览器服务端获取所述当前登录用户的行为特征信息。
需要说明的是,浏览器服务端为针对不同的应用,为同一个用户分配的OpenId可以不相同,用户在同一个应用中的不同网页中使用的OpenId可以相同,浏览器服务端可以预先保存分配给用户的OpenId与该用户的行为特征信息之间的对应关系,以便于根据OpenId查询对应的行为特征信息。
当然,在实际应用中,除了可以基于OpenID获取用户的行为特征信息以外,还可以基于用户在所述网页所述的应用中注册的用户名、手机号码等信息,获取该用户的行为特征信息。
进一步的,当所述网页相关的指定信息包括所述网页内指定位置的信息时,根据所述脚本信息,获取所述网页相关的指定信息,具体可以包括:根据所述菜单信息,获取所述网页的文档对象模型(Document Object Model,DOM)文档树的格式;根据所述脚本信息和所述DOM文档树的格式,获取所述网页内指定位置的信息。
更具体的,可以采用所述脚本信息中指定的getElementById()、getElementsByTagName()等函数(为了便于描述,已将所述函数中的参数省略),根据所述DOM文档树的格式中包含的DOM标记,从所述DOM文档树的格式中读取指定的网页元素,读取出的网页元素包含有所述网页内指定位置的信息,作为后续要共享给其他应用的信息。可以看到,在本申请实施例中,要共享的信息的粒度是可以通过所述脚本信息进行控制的,因此,可以防止产生网页服务共享数据过多,配置繁琐的问题。
在本申请实施例中,根据上述说明,浏览器用户端通过步骤S102之前的各步骤,可以获取并显示所述网页访问请求对应的网页,以及获取所述网页相关的指定信息和所述网页对应的菜单信息,进而浏览器用户端可以根据获取的这些信息生成所述网页的菜单,以及将生成的菜单渲染显示在所述网页上,以便于用户使用。
具体的,在执行步骤S102之前,也即,在当接收到用于指示从显示的所述网页跳转至其他网页的指令时,将所述指定信息发送给所述其他网页的服务器前,还可以执行以下步骤:根据所述菜单信息和所述当前登录用户的行为特征信息,在所述菜单信息中确定出与所述当前登录用户的行为特征信息匹配的菜单信息,作为用户匹配菜单信息;根据所述用户匹配菜单信息,生成菜单作为所述网页访问请求对应的网页的菜单,并显示在所述网页访问请求对应的网页上。
例如,假定所述菜单信息包含:新闻、娱乐、体育、文学等方面的菜单信息,而且当前登录用户的行为特征信息反映了该用户经常浏览体育方面的网站。则可以将体育方面的菜单信息确定为用户匹配菜单信息,进而根据用户匹配菜单信息生成体育方面的菜单,并将生成的菜单显示在所述网页上。当然,除了生成并显示体育方面的菜单以外,还可以为该用户生成并显示公共菜单,以及部分或全部其他方面的菜单,为了便于用户使用,在实际应用中,浏览器用户端可以将体育方面的菜单显示在较显著的位置。
需要说明的是,本申请对浏览用户端在网页上显示菜单的位置并不做限定,一般可以显示在网页的下方或网页的右上角,等等。
另外,在实际应用中,菜单信息的信息粒度还可以进一步地细化,如体育方面的菜单信息还可以细化为篮球、足球、棒球等方面的菜单信息。从而可以提高浏览器用户端为用户定制的菜单的适用程度。
在本申请实施例中,对于步骤S102,所述指令可以是由所述当前登录用户对所述网页访问请求对应的网页的菜单进行操作发送的。当所述网页访问请求对应的网页与所述其他网页属于不同的应用时,将所述指定信息发送给所述其他网页的服务器,具体可以包括:将所述网页访问请求对应的网页所属的应用的指定Cookie共享给所述其他网页所属的应用;根据共享后的所述指定Cookie,将所述指定信息发送给所述其他网页的服务器。
具体的,可以通过对浏览器用户端的底层代码进行操作,跨域种Cookie,以实现在不同的应用中共享Cookie,进而,可以通过在不同的应用之间约定一个特殊的键(key)来改变上传报文或者通过直接附加报文在不同的应用之间传递所述指定信息。
另外,在实际应用中,当所述指定信息包含的数据量较少时,也可以将所述指定信息附加在所述其他网页的URL中,进而通过该URL将所述指定信息传递给所述其他网页所属的应用。
根据上述的说明,以所述执行主体是浏览器用户端,各ISV预先将各网页对应的脚本信息和菜单信息发送给浏览器服务端保存这种应用场景为例,对本申请实施例提供的信息显示方法进行说明,如图2所示。
在图2中示出了本申请实施例提供的信息显示方法在一种实际应用场景下的详细过程。假定当前登录用户首先在浏览器用户端上打开应用A的网页a,然后通过点击网页a菜单,从网页a跳转至应用B的网页b,在这种情况下,所述详细过程具体可以包括以下步骤:
S201:当前登录用户通过在浏览器用户端上输入以及提交网页a对应的网址,向浏览器用户端发送网页访问请求。
S202:浏览器用户端根据接收到的网页访问请求中携带的网页a对应的网址,向浏览器服务端发送针对该网址对应的脚本信息和菜单信息的获取请求,其中,该获取请求中携带有该网址。
S203:浏览器服务端根据该网址,在预先保存的各脚本信息和菜单信息中,查询确定与该网址对应的脚本信息和菜单信息。
S204:浏览器服务端将与该网址对应的脚本信息和菜单信息返回给浏览器用户端。
S205:浏览器用户端向应用a的服务器发送针对网页a的获取请求,其中,该获取请求中携带有该网址。
需要说明的是,本申请实施例对步骤S202和S205执行的先后顺序并不做限定。
S206:应用a的服务器根据该网址,查询到网页a并返回给浏览器用户端。
S207:浏览器用户端显示网页a。
S208:浏览器用户端根据与该网址对应的脚本信息,从浏览器服务端或从本地获取该用户的行为特征信息,以及网页a内的指定位置的信息。
例如,假定网页a是某个文学方面的网站中的网页,且网页a的名称是某作家的姓名,则网页a内的指定位置的信息可以是网页a的标题(Title)元数据,也即,该作家的姓名。
S209:浏览器用户端根据该用户的行为特征信息,以及该网址对应的脚本信息和菜单信息,生成为该用户定制的个性化菜单,作为网页a的菜单,并将生成的个性化菜单渲染显示在网页a上。
例如,假定该用户的行为特征信息反映了该用户喜好文学,经常浏览文学方面的网站,则该个性化菜单中可以用于跳转至文学方面的网页的菜单选项。
S210:该用户通过点击网页a的菜单选项,向浏览器用户端发送用于指示从网页a跳转至网页b的指令。
S211:浏览器用户端将该用户的行为特征信息、网页a内的指定位置的信息,以及网页b对应的网址发送给应用B的服务器。
S212:应用B的服务器根据网页b对应的网址查询到网页b,根据该用户的行为特征信息、网页a内的指定位置的信息对网页b进行处理,并将处理后的网页返回给浏览器用户端。
S213:浏览器用户端显示应用B的服务器返回的网页。
进一步的,为了便于理解,本申请实施例还提供了所述信息显示方法在一种实际应用场景下的效果示意图,如图3所示。
图3中按照从左至右的顺序展示了三个效果图。在图3的应用场景下,假定预先获取的当前登录用户的行为特征信息反映了该用户喜好阅读和文学,则浏览器用户端可以为该用户定制阅读和文学方面的个性化菜单。
在左侧的效果图中,展示了用户已经通过浏览器客户端打开的一个网页,可以看到网页中为用户呈现了个性化菜单的一个菜单选项“爱阅读书城”(也可以将该菜单选项称为订阅卡),这个菜单选项是符合当前登录用户的喜好的,用户可以通过点击该菜单选项跳转至名为“爱阅读书城”的应用的网页中,如中间的效果图所示。
浏览器用户端可以根据预定的脚本信息,获取到左侧的效果图中的网页中的展示的书籍名称,并在跳转时将获取的书籍名称也发送给应用“爱阅读书城”的服务器,则该服务器可以向浏览器用户端返回与该书籍属于同一类型的热门书籍,如中间的效果图所示。
浏览器用户端除了可以为网页定制个性化菜单以外,还可以为网页生成公共菜单,如右侧的效果图所示,右侧的效果图中的网页的右上角示出了部分所述公共菜单的菜单选项,包括:“无图模式”、“分享”、“刷新”。
以上为本申请实施例提供的信息显示方法,基于同样的思路,本申请实施例还提供相应的信息显示装置,如图4所示。
图4为本申请实施例提供的信息显示装置结构示意图,具体包括:
第一获取模块401,用于当接收到网页访问请求时,显示所述网页访问请求对应的网页,以及获取所述网页相关的指定信息,其中,所述指定信息反映所述网页的内容;
发送模块402,用于当接收到用于指示从显示的所述网页跳转至其他网页的指令时,将所述指定信息发送给所述其他网页的服务器;
显示模块403,用于显示从所述其他网页的服务器返回的、根据所述指定信息对所述其他网页处理后生成的网页。
进一步的,本申请实施例还提供对应于图4的信息显示装置结构详细示意图,在实际应用中,图4中的信息显示装置结构还可以包含第二获取模块404和/或菜单生成模块405。
为了便于描述,以该信息显示装置结构同时包含有第二获取模块404和菜单生成模块405为例进行说明,如图5所示。需要说明的是,在实际应用中,该信息显示装置结构也可以包含第二获取模块404、菜单生成模块405这两个模块中的任一个模块。
图5为本申请实施例提供的一种信息显示装置结构详细示意图,下面对图5中的各模块进行说明。
所述第一获取模块401具体用于:从浏览器服务端获取与所述网页对应的脚本信息,其中,所述脚本信息是所述网页的服务器预先发送给浏览器服务端的;根据所述脚本信息,获取所述网页相关的指定信息。
所述装置还包括:
第二获取模块404,用于在所述第一获取模块401获取所述网页相关的指定信息前,从浏览器服务端获取与所述网页对应的菜单信息,其中,所述菜单信息是所述网页的服务器预先发送给浏览器服务端的。
所述网页相关的指定信息包括当前登录用户的行为特征信息、所述网页内指定位置的信息中的至少一种。
当所述网页相关的指定信息包括当前登录用户的行为特征信息时,所述第一获取模块401具体用于:根据所述脚本信息,获取当前登录用户的开放标识OpenId,其中,所述OpenId是浏览器服务端根据所述网页,预先分配给所述当前登录用户的;根据所述OpenId,从浏览器服务端获取所述当前登录用户的行为特征信息。
当所述网页相关的指定信息包括所述网页内指定位置的信息时,所述第一获取模块401具体用于:根据所述菜单信息,获取所述网页的文档对象模型DOM文档树的格式;根据所述脚本信息和所述DOM文档树的格式,获取所述网页内指定位置的信息。
所述装置还包括:
菜单生成模块405,用于在所述发送模块402当接收到用于指示从显示的所述网页跳转至其他网页的指令时,将所述指定信息发送给所述其他网页的服务器前,根据所述菜单信息和所述当前登录用户的行为特征信息,在所述菜单信息中确定出与所述当前登录用户的行为特征信息匹配的菜单信息,作为用户匹配菜单信息;根据所述用户匹配菜单信息,生成菜单作为所述网页访问请求对应的网页的菜单,并显示在所述网页访问请求对应的网页上。
所述指令是由所述当前登录用户对所述网址对应的网页的菜单进行操作发送的,所述网址对应的网页与所述其他网页属于不同的应用;
所述发送模块402具体用于:将所述网页访问请求对应的网页所属的应用的指定Cookie共享给所述其他网页所属的应用;根据共享后的所述指定Cookie,将所述指定信息发送给所述其他网页的服务器。
具体的上述如图4、图5所示的装置可以位于终端、服务器上。
以上为本申请实施例提供的信息显示装置,基于同样的思路,本申请实施例还提供一种智能终端,如图6所示。
图6为本申请实施例提供的智能终端示意图,具体包括:
所述智能终端包括显示器601和处理器602;
所述处理器602耦合于显示器601;
所述处理器602包括图4、图5中的信息显示装置。
本申请实施例中所述的浏览器用户端可以搭载于所述智能终端上。
本申请实施例提供一种信息显示方法、装置及智能终端,该方法包括:当接收到网页访问请求时,显示所述网页访问请求对应的网页,以及获取所述网页相关的指定信息,其中,所述指定信息反映所述网页的内容;当接收到用于指示从显示的所述网页跳转至其他网页的指令时,将所述指定信息发送给所述其他网页的服务器;显示从所述其他网页的服务器返回的、根据所述指定信息对所述其他网页处理后生成的网页。通过上述方法,浏览器可以将已获取的应用的网页内的服务信息作为指定信息,发送给其他应用的服务器,从而其他应用的服务器可以向浏览器返回包含了与该服务信息相关联的其他服务信息的网页,因此,可以简化用户操作,提高浏览器显示不同应用提供的相关联的多项服务信息的效率。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本领域技术人员应明白,本申请的实施例可提供为方法、系统或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
以上所述仅为本申请的实施例而已,并不用于限制本申请。对于本领域技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本申请的权利要求范围之内。