CN105260463A - 详情页面的处理方法及装置 - Google Patents

Abstract

本发明提供一种详情页面的处理方法及装置。本发明实施例通过获取用户的待访问详情页面的访问命令，进而根据所述用户的偏好数据，获得所述待访问详情页面的页面内容，使得能够输出所述待访问详情页面的页面内容，不再统一向用户提供页面内容都相同的详情页面，而是根据用户各自的偏好，向不同用户提供不同页面内容的详情页面，能够避免现有技术中由于向每个用户所提供的详情页面的页面内容相同而导致的增加应用与该应用所使用的处理引擎之间的数据交互的问题，从而降低了处理引擎的处理负担。

Description

详情页面的处理方法及装置

【技术领域】

本发明涉及互联网技术，尤其涉及一种详情页面的处理方法及装置。

【背景技术】

随着互联网行业的发展，用户随时随地可以利用终端，获取自己想要的信息。当用户需要获取某个应用中所提供的某个对象的详情页面例如商铺的详情页面等时，该应用则向全部用户提供页面内容相同的详情页面。

然而，由于向每个用户所提供的详情页面的页面内容相同，可能无法满足每个用户不同的个性化需求，使得用户需要通过应用反复详情页面，才能够获取到满足用户各自需求的页面内容，因此，会增加应用与该应用所使用的处理引擎之间的数据交互，从而导致了处理引擎的处理负担的增加。

【发明内容】

本发明的多个方面提供一种详情页面的处理方法及装置，用以降低处理引擎的处理负担。

本发明的一方面，提供一种详情页面的处理方法，包括：

获取用户的待访问详情页面的访问命令；

根据所述用户的偏好数据，获得所述待访问详情页面的页面内容；

输出所述待访问详情页面的页面内容。

如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述根据所述用户的偏好数据，获得所述待访问详情页面的页面内容之前，还包括：

获取所述用户的应用使用情况；

根据所述应用使用情况，获得所述用户的偏好数据。

如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述应用使用情况，包括下列数据中的至少一项：

所使用的应用的浏览内容和操作内容中的至少一项；

所使用的应用的应用类型；

所使用的应用的使用时间；以及

所使用的应用的使用频率。

如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述应用，包括下列应用中的至少一项：

所在终端的操作系统的前台所运行的应用；以及

所在终端的操作系统的后台所运行的应用。

如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述偏好数据，包括下列数据中的至少一项：

偏好的内容；

偏好的类型；以及

偏好的关注时间。

本发明的另一方面，提供一种详情页面的处理装置，包括：

获取单元，用于获取用户的待访问详情页面的访问命令；

分析单元，用于根据所述用户的偏好数据，获得所述待访问详情页面的页面内容；

输出单元，用于输出所述待访问详情页面的页面内容。

如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述装置还包括预处理单元，用于

获取所述用户的应用使用情况；以及

根据所述应用使用情况，获得所述用户的偏好数据。

如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述应用使用情况，包括下列数据中的至少一项：

所使用的应用的浏览内容和操作内容中的至少一项；

所使用的应用的应用类型；

所使用的应用的使用时间；以及

所使用的应用的使用频率。

如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述应用，包括下列应用中的至少一项：

所在终端的操作系统的前台所运行的应用；以及

所在终端的操作系统的后台所运行的应用。

如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述偏好数据，包括下列数据中的至少一项：

偏好的内容；

偏好的类型；以及

偏好的关注时间。

由上述技术方案可知，本发明实施例通过获取用户的待访问详情页面的访问命令，进而根据所述用户的偏好数据，获得所述待访问详情页面的页面内容，使得能够输出所述待访问详情页面的页面内容，不再统一向用户提供页面内容都相同的详情页面，而是根据用户各自的偏好，向不同用户提供不同页面内容的详情页面，能够避免现有技术中由于向每个用户所提供的详情页面的页面内容相同而导致的增加应用与该应用所使用的处理引擎之间的数据交互的问题，从而降低了处理引擎的处理负担。

另外，采用本发明所提供的技术方案，能够有效地提高用户的体验。

【附图说明】

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明一实施例提供的详情页面的处理方法的流程示意图；

图2A～2C为图1所对应的实施例中详情页面的展现示意图；

图3为本发明另一实施例提供的详情页面的处理装置的结构示意图；

图4为本发明另一实施例提供的详情页面的处理装置的结构示意图。

【具体实施方式】

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

需要说明的是，本发明实施例中所涉及的终端可以包括但不限于手机、个人数字助理(PersonalDigitalAssistant，PDA)、无线手持设备、平板电脑(TabletComputer)、个人电脑(PersonalComputer，PC)、MP3播放器、MP4播放器、可穿戴设备(例如，智能眼镜、智能手表、智能手环等)等。

另外，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

图1为本发明一实施例提供的详情页面的处理方法的流程示意图，如图1所示。

101、获取用户的待访问详情页面的访问命令。

102、根据所述用户的偏好数据，获得所述待访问详情页面的页面内容。

103、输出所述待访问详情页面的页面内容。

需要说明的是，101～103的执行主体可以为位于本地终端的应用，或者还可以为设置在位于本地终端的应用中的插件或软件开发工具包(SoftwareDevelopmentKit，SDK)等功能单元，或者还可以为位于网络侧服务器中的处理引擎，或者还可以为位于网络侧的分布式系统，本实施例对此不进行特别限定。

可以理解的是，所述应用可以是安装在终端上的本地程序(nativeApp)，或者还可以是终端上的浏览器的一个网页程序(webApp)，本实施例对此不进行特别限定。

在很多实际场景中，用户都会需要获取某个应用中所提供的某个对象的详情页面例如商铺的详情页面等时，此时，应用则会向用户提供页面内容固定的详情页面。本发明中，在向用户提供这些详情页面时，将用户的偏好数据考虑进来，使得所获得的详情页面能够基本满足用户不同的个性化需求。因此，能够避免现有技术中由于向每个用户所提供的详情页面的页面内容相同而导致的增加应用与该应用所使用的处理引擎之间的数据交互的问题，从而降低了处理引擎的处理负担。

本发明中，在基于位置服务(LocationBasedService，LBS)的各项应用中，用户可以利用应用所提供对象的相关操作功能，进行某个对象的检索。该应用所使用的处理引擎向用户提供检索结果之后，用户则可以通过应用选择(点击)一个检索结果以进入关联的详情页面，该详情页面中可以显示各种相关的描述信息，例如，对象的简介、用户的评论、对象所提供的商品等。为了进一步提高效率，还可以无需用户进行检索，应用则直接根据用户的历史操作数据或推广需求等策略数据，向用户进行推送，这样，用户则可以直接通过应用选择(点击)一个推送结果以进入关联的详情页面，该详情页面中可以显示各种相关的描述信息，例如，对象的简介、用户的评论、对象所提供的商品等。

可选地，在本实施例的一个可能的实现方式中，在102之前，还可以进一步获取所述用户的应用使用情况，进而，则可以根据所述应用使用情况，获得所述用户的偏好数据。

随着互联网行业的发展，应用(Application，APP)例如，Windows应用、安卓(Android)应用、ios应用等，所提供的信息日渐丰富，其页面所展示的数据内容也随之越来越丰富。用户几乎每天都在使用这些应用，获取自己想要的信息即数据与服务。因此，可以采集用户操作应用所产生的用户行为数据，作为用户的应用使用情况。可以理解的是，该应用可以是安装在终端上的本地程序(nativeApp)，或者还可以是终端上的浏览器的一个网页程序(webApp)，本实施例对此不进行特别限定。

在一个具体的实现过程中，所采集的用户行为数据可以为本地用户行为数据。具体地，具体可以直接从所在终端上，实时获取用户操作该终端上的应用所产生的本地用户行为数据，具体可以包括但不限于应用的应用类型、应用的使用时间、应用的使用频率等。

例如，可以读取利用所在终端进行信息输入的应用的信息，例如，应用的例如名称例如，当当网、淘宝网或百度影音等，进而，根据应用的名称，确定应用的应用类型。

或者，再例如，可以向浏览器发送请求，以获得浏览器的当前网页的信息例如，微博、亚马逊(amazon)或搜狐视频等，进而，根据当前网页的信息，确定应用的应用类型。

在另一个具体的实现过程中，所采集的所述用户行为数据可以为网络用户行为数据。具体地，具体可以从网络侧设备上，实时或者定时获取用户操作其所使用的终端上的应用所产生的网络用户行为数据。其中，所述网络用户行为数据可以包括但不限于用户搜索日志、用户浏览日志和用户输入日志中的至少一项，本实施例对此不进行特别限定。

具体地，具体可以从全网数据源(即产品线的数据来源)例如，百度百科(baike)、百度论坛(forum)或百度地图(map)等中，获取网络用户行为数据。例如，在全网的数据源中，用户的一个行为日志可以为如下格式：[uidURLsourcequerytitledatetimeipactidactnameactattrunifyUrlPtNumbercommonQuery]。其中，共包括14个字段，各字段的含义如下所述：

用户标识(UserID，uid)：baiduid映射出来的用户id，由若干数字组成；

统一资源定位符(UniformResourceLocator，URL)：可能为空，或可能不以“http”开头；

数据源(source)：产品线的数据来源，例如，百度百科(baike)、百度论坛(forum)或百度地图(map)；

检索关键词(query)：可能为空；

题目(title)：网页名称；

日期(date)：例如，2013年6月3日，其格式一般可以为“20120603”；

时间(time)：例如，12点34分02秒，其格式一般可以为12:34:02；

ip：IP地址；

动作标识(actid)：网页动作的标识；

动作名称(actname)：网页动作的名称；

动作属性(actattr)：网页动作的属性；

归一化URL(unifyUrl)：URL的归一化结果；

URL资源类型(PtNumber)：整数显示，默认‘‐’(即‘0’)；

通用Query(commonQuery)：URL最常用的Query。

由于每个应用对用户的标识可能会不一致，使得每个应用所产生的用户行为数据中，用户标识可能并不一致，从而无法识别哪些用户行为数据是属于同一个用户的。因此，需要对不同应用所产生的同一个用户的用户行为数据进行标识即全局唯一标识，进而，则可以根据所述用户的全局唯一标识，获得所述用户的用户行为数据。

在该实现方式中，所获取的所述应用使用情况，可以包括但不限于下列数据中的至少一项：

所使用的应用的浏览内容和操作内容中的至少一项；

所使用的应用的应用类型；

所使用的应用的使用时间；以及

所使用的应用的使用频率。

其中，所述应用，可以包括但不限于下列应用中的至少一项：

所在终端的操作系统的前台所运行的应用，即前台应用；以及

所在终端的操作系统的后台所运行的应用，即后台应用。

在该实现方式中，具体可以对所述应用使用情况进行挖掘与分析处理，以获得所述用户的偏好数据。

其中，所述偏好数据，可以包括但不限于下列数据中的至少一项：

偏好的内容；

偏好的类型；以及

偏好的关注时间。

所谓的用户的偏好数据，是指用于指示用户感兴趣的信息的数据，可以包括但不限于具体内容、所属类型以及时间中的至少一项。例如，用户一般在下班之前对团购餐食较为感兴趣，或者，再例如，用户一般在晚上对上网购物较为感兴趣，等等。

在一个具体的实现过程中，具体可以对所采集的所述用户的应用使用情况，进行存储处理，并利用迭代算法进行加权处理例如，不同应用类型的权值不同，不同使用时间的权值不同，不同使用频率的权值不同等，以获得用户的偏好数据。具体地，具体可以将所采集的所述用户的应用使用情况，存储在终端的存储设备中。

在另一个具体的实现过程中，所述终端的存储设备可以为慢速存储设备，具体可以为计算机系统的硬盘，或者还可以为手机的非运行内存即物理内存，例如，只读存储器(Read-OnlyMemory，ROM)和内存卡等，本实施例对此不进行特别限定。

在另一个具体的实现过程中，所述终端的存储设备还可以为快速存储设备，具体可以为计算机系统的内存，或者还可以为手机的运行内存即系统内存，例如，随机存储器(RandomAccessMemory，RAM)等，本实施例对此不进行特别限定。

可选地，在本实施例的一个可能的实现方式中，在103中，具体可以根据所述偏好数据，确定所述用户感兴趣的信息，进而，则可以根据所述用户感兴趣的信息，获得所述待访问详情页面的页面内容。

这样，则可以输出所获得的所述待访问详情页面的页面内容。所谓的页面，有时也可以称为万维网(WorldWideWeb，Web)页面，可以是基于超文本标记语言(HyperTextMarkupLanguage，HTML)编写的网页(WebPage)，即HTML页面，或者还可以是基于HTML和Java语言编写的网页，即Java服务器页面(JavaServerPage，JSP)，或者还可以为其他编程语言编写的网页，本实施例对此不进行特别限定。

具体地，页面可以包括由一个或者多个页面标签例如，超文本标记语言(HyperTextMarkupLanguage，HTML)标签、JSP标签等，定义的显示区块，称为页面元素，例如，文本、图片、超链接、按钮、编辑框、下拉框等，本实施例对此不进行特别限定。

以特色东北店的详情页面为例，应用可以根据用户在特色东北店这家店铺的浏览记录和消费记录，向用户展现如图2A～2C所示的详情页面。该例子中，通过详情页面的内容个性化策略，帮助用户在选择某个对象所提供的服务信息过程中更好的获取自己所需要的内容，激发购买欲望，缩短购买时间，提高用户对核心信息获取效率。另外，可以降低用户因进入相关店铺信息与自身不符合的失单率。可以让用户有更好的参与感及被重视感。

本实施例中，通过获取用户的待访问详情页面的访问命令，进而根据所述用户的偏好数据，获得所述待访问详情页面的页面内容，使得能够输出所述待访问详情页面的页面内容，不再统一向用户提供页面内容都相同的详情页面，而是根据用户各自的偏好，向不同用户提供不同页面内容的详情页面，能够避免现有技术中由于向每个用户所提供的详情页面的页面内容相同而导致的增加应用与该应用所使用的处理引擎之间的数据交互的问题，从而降低了处理引擎的处理负担。

另外，采用本发明所提供的技术方案，能够有效地提高用户的体验。

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

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

图3为本发明另一实施例提供的详情页面的处理装置的结构示意图，如图3所示。本实施例的详情页面的处理装置可以包括获取单元31、分析单元32和输出单元33。其中，获取单元31，用于获取用户的待访问详情页面的访问命令；分析单元32，用于根据所述用户的偏好数据，获得所述待访问详情页面的页面内容；输出单元33，用于输出所述待访问详情页面的页面内容。

需要说明的是，本实施例所提供的详情页面的处理装置可以为位于本地终端的应用，或者还可以为设置在位于本地终端的应用中的插件或软件开发工具包(SoftwareDevelopmentKit，SDK)等功能单元，或者还可以为位于网络侧服务器中的处理引擎，或者还可以为位于网络侧的分布式系统，本实施例对此不进行特别限定。

可以理解的是，所述应用可以是安装在终端上的本地程序(nativeApp)，或者还可以是终端上的浏览器的一个网页程序(webApp)，本实施例对此不进行特别限定。

可选地，在本实施例的一个可能的实现方式中，如图4所示，本实施例的详情页面的处理装置还可以进一步包括预处理单元41，可以用于获取所述用户的应用使用情况；以及根据所述应用使用情况，获得所述用户的偏好数据。

在该实现方式中，所获取的所述应用使用情况，可以包括但不限于下列数据中的至少一项：

所使用的应用的浏览内容和操作内容中的至少一项；

所使用的应用的应用类型；

所使用的应用的使用时间；以及

所使用的应用的使用频率。

其中，所述应用，可以包括但不限于下列应用中的至少一项：

所在终端的操作系统的前台所运行的应用，即前台应用；以及

所在终端的操作系统的后台所运行的应用，即后台应用。

其中，所述偏好数据，可以包括但不限于下列数据中的至少一项：

偏好的内容；

偏好的类型；以及

偏好的关注时间。

所谓的用户的偏好数据，是指用于指示用户感兴趣的信息的数据，可以包括但不限于具体内容、所属类型以及时间中的至少一项。例如，用户一般在下班之前对团购餐食较为感兴趣，或者，再例如，用户一般在晚上对上网购物较为感兴趣，等等。

需要说明的是，图1对应的实施例中方法，可以由本实施例提供的详情页面的处理装置实现。详细描述可以参见图1对应的实施例中的相关内容，此处不再赘述。

本实施例中，通过获取单元获取用户的待访问详情页面的访问命令，进而由分析单元根据所述用户的偏好数据，获得所述待访问详情页面的页面内容，使得输出单元能够输出所述待访问详情页面的页面内容，不再统一向用户提供页面内容都相同的详情页面，而是根据用户各自的偏好，向不同用户提供不同页面内容的详情页面，能够避免现有技术中由于向每个用户所提供的详情页面的页面内容相同而导致的增加应用与该应用所使用的处理引擎之间的数据交互的问题，从而降低了处理引擎的处理负担。

另外，采用本发明所提供的技术方案，能够有效地提高用户的体验。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

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

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

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-OnlyMemory，ROM)、随机存取存储器(RandomAccessMemory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (10)

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

获取用户的待访问详情页面的访问命令；

根据所述用户的偏好数据，获得所述待访问详情页面的页面内容；

输出所述待访问详情页面的页面内容。

2.根据权利要求1所述的方法，其特征在于，所述根据所述用户的偏好数据，获得所述待访问详情页面的页面内容之前，还包括：

获取所述用户的应用使用情况；

根据所述应用使用情况，获得所述用户的偏好数据。

3.根据权利要求2所述的方法，其特征在于，所述应用使用情况，包括下列数据中的至少一项：

所使用的应用的浏览内容和操作内容中的至少一项；

所使用的应用的应用类型；

所使用的应用的使用时间；以及

所使用的应用的使用频率。

4.根据权利要求2所述的方法，其特征在于，所述应用，包括下列应用中的至少一项：

所在终端的操作系统的前台所运行的应用；以及

所在终端的操作系统的后台所运行的应用。

5.根据权利要求2～4任一权利要求所述的方法，其特征在于，所述偏好数据，包括下列数据中的至少一项：

偏好的内容；

偏好的类型；以及

偏好的关注时间。

6.一种详情页面的处理装置，其特征在于，包括：

获取单元，用于获取用户的待访问详情页面的访问命令；

分析单元，用于根据所述用户的偏好数据，获得所述待访问详情页面的页面内容；

输出单元，用于输出所述待访问详情页面的页面内容。

7.根据权利要求6所述的装置，其特征在于，所述装置还包括预处理单元，用于

获取所述用户的应用使用情况；以及

根据所述应用使用情况，获得所述用户的偏好数据。

8.根据权利要求7所述的装置，其特征在于，所述应用使用情况，包括下列数据中的至少一项：

所使用的应用的浏览内容和操作内容中的至少一项；

所使用的应用的应用类型；

所使用的应用的使用时间；以及

所使用的应用的使用频率。

9.根据权利要求7所述的装置，其特征在于，所述应用，包括下列应用中的至少一项：

所在终端的操作系统的前台所运行的应用；以及

所在终端的操作系统的后台所运行的应用。

10.根据权利要求7～9任一权利要求所述的装置，其特征在于，所述偏好数据，包括下列数据中的至少一项：

偏好的内容；

偏好的类型；以及

偏好的关注时间。