CN116127181A - 一种获取用户喜爱功能评论的方法及装置 - Google Patents

Abstract

本申请公开了一种获取用户喜爱功能评论的方法及装置。所述获取用户喜爱功能评论的方法包括：获取用户喜爱功能信息；根据用户喜爱功能信息获取用户喜爱功能检索词；根据用户喜爱功能检索词在网络上获取一个或多个用户喜爱功能评论描述信息作为用户喜爱功能评论信息。本申请的获取用户喜爱功能评论的方法以用户评论为导向，通过车机日志来寻找API，来配对相应功能，并通过不同车型获取不同的用户喜爱功能评论信息，从而使得获取到的用户喜爱功能评论信息更为准确。

Description

一种获取用户喜爱功能评论的方法及装置

技术领域

本申请涉及车辆功能设计参考信息获取技术领域，具体涉及一种获取用户喜爱功能评论的方法及装置。

背景技术

随着21世纪互联网的猛烈发展，汽车相关网站和论坛的开发数量以井喷之势得到了猛烈提升，用户可以随时在汽车网站中随意的表达自己的想法。人们日常生活中购买汽车前都会参考车主对车辆的评论。同样的，设计师在进行车辆设计时也会重点参考网络上车主对于车辆功能的评论，然而，在网络上，任何人都可以随意的发表评论。所以，单独只看评论是没有办法客观的衡量车主对车辆功能的真实使用感受、用户最喜欢的功能、用户最需要的功能等。

因此需要一种方法帮助设计师来分析，让设计师从浩瀚的评论中较为容易的获取到上述功能的评论，从而解决设计师人工去挑选的问题。

因此，希望有一种技术方案来解决或至少减轻现有技术的上述不足。

发明内容

本发明的目的在于提供一种获取用户喜爱功能评论的方法来至少解决上述的一个技术问题。

本申请提供了一种获取用户喜爱功能评论的方法，所述获取用户喜爱功能评论的方法包括：

获取用户喜爱功能信息；

根据用户喜爱功能信息获取用户喜爱功能检索词；

根据用户喜爱功能检索词在网络上获取一个或多个用户喜爱功能评论描述信息作为用户喜爱功能评论信息。

可选地，所述获取用户关注功能信息包括：

获取用户操作日志数据库，所述用户操作日志数据库包括各个不同的用户操作日志；

根据各个不同用户的用户操作日志获取在所述用户操作日志中的API信息及API信息所对应的时长信息和/或频率信息；

判断所述API信息所对应的时长信息和/或频率信息是否大于阈值；若是，则

根据各个所获取的API信息分别获取每个API所对应的执行动作信息；

获取功能对照库，所述功能对照库包括至少一个API信息以及功能信息，一个功能信息至少对应一个API信息；

获取与每个所述API信息所对应的功能信息。

可选地，所述根据用户喜爱功能检索词在网络上获取一个或多个用户喜爱功能评论描述信息作为用户喜爱功能评论信息包括：

通过模拟用户在浏览器中的操作，向搜索引擎发送所述用户喜爱功能检索词；

获取搜索引擎反馈的网页信息；

收集所述网页信息中所有的url标签；

对所述url标签逐一获取评论信息。

可选地，所述收集所述网页信息中所有的url标签包括：

使用正则表达式收集所述网页信息中所有的url标签。

可选地，所述对所述url标签逐一获取评论信息包括：

进入所述url标签，判断所述url标签是否为动态标签；若是，则

获取动态标签处理策略库，所述动态标签处理策略库包括至少一个动态标签处理策略；

根据所述动态标签处理策略库内的动态标签处理策略收集所述url标签中的评论信息。

可选地，所述动态标签处理策略库包括第一动态标签处理策略；

根据所述动态标签处理策略库内的动态标签处理策略收集所述url标签中的评论信息包括：

模拟用户下滑；

获取所述url标签中的评论信息。

可选地，所述动态标签处理策略库包括第二动态标签处理策略；

根据所述动态标签处理策略库内的动态标签处理策略收集所述url标签中的评论信息包括：

更改url标签链接中的预设值进行翻页；

逐一获取每一页的评论信息。

可选地，所述对所述url标签逐一获取评论信息包括：

进入所述url标签，判断所述url标签是否为静态标签；若是，则

获取静态标签处理策略库，所述静态标签处理策略库包括至少一个静态标签处理策略；

根据所述静态标签处理策略库内的静态标签处理策略收集所述url标签中的评论信息。

可选地，所述获取用户喜爱功能评论的方法还包括：

构建用户喜爱功能评论数据库；

将所述用户喜爱功能评论信息存入所述用户喜爱功能评论数据库。

本申请还提供了一种获取用户喜爱功能评论的装置，所述获取用户喜爱功能评论的装置包括：

用户喜爱功能信息获取模块，所述用户喜爱功能信息获取模块用于获取用户喜爱功能信息；

用户喜爱功能检索词获取模块，所述用户喜爱功能检索词获取模块用于根据用户喜爱功能信息获取用户喜爱功能检索词；

用户喜爱功能评论信息获取模块，所述用户喜爱功能评论信息获取模块用于根据用户喜爱功能检索词在网络上获取一个或多个用户喜爱功能评论描述信息作为用户喜爱功能评论信息。

有益效果

本申请的获取用户喜爱功能评论的方法以用户评论为导向，通过车机日志来寻找API，来配对相应功能，并通过不同车型获取不同的用户喜爱功能评论信息，从而使得获取到的用户喜爱功能评论信息更为准确。

附图说明

图1是本申请一实施例的获取用户喜爱功能评论的方法的流程示意图。

图2是本申请一实施例提供的一个log日志的示例。

图3是本申请一实施例的提供的获取搜索引擎反馈的网页信息的示意图。

图4是能够实现本申请一实施例的获取用户喜爱功能评论的方法的电子设备的示意图。

具体实施方式

为使本申请实施的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行更加详细的描述。在附图中，自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。所描述的实施例是本申请一部分实施例，而不是全部的实施例。下面通过参考附图描述的实施例是示例性的，旨在用于解释本申请，而不能理解为对本申请的限制。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。下面结合附图对本申请的实施例进行详细说明。

图1是本申请一实施例的获取用户喜爱功能评论的方法的流程示意图。

如图1所示的获取用户喜爱功能评论的方法包括：

获取用户喜爱功能信息；

根据用户喜爱功能信息获取用户喜爱功能检索词；

根据用户喜爱功能检索词在网络上获取一个或多个用户喜爱功能评论描述信息作为用户喜爱功能评论信息。

本申请的获取用户喜爱功能评论的方法以用户评论为导向，通过车机日志来寻找API，来配对相应功能，并通过不同车型获取不同的用户喜爱功能评论信息，从而使得获取到的用户喜爱功能评论信息更为准确。

在一实施例中，获取用户关注功能信息包括：

获取用户操作日志数据库，用户操作日志数据库包括各个不同的用户操作日志；

根据各个不同用户的用户操作日志获取在用户操作日志中的API信息及API信息所对应的时长信息和/或频率信息；

判断API信息所对应的时长信息和/或频率信息是否大于阈值；若是，则根据各个所获取的API信息分别获取每个API所对应的执行动作信息；

获取功能对照库，功能对照库包括至少一个API信息以及功能信息，一个功能信息至少对应一个API信息；

获取与每个API信息所对应的功能信息。

举例来说，在设计师获取用户喜爱功能评论信息时，更需要用户喜爱功能评论信息所对应的功能是否真的被用户使用，使用的时间和使用的频率等，如果一个功能用户评论都很好，但是用户真实的使用时长和使用频率很低，那么有可能是用户跟风评论，如果重点开发这类功能，则会浪费开发资源和与各专业的沟通成本，因此我们需要分析用户在驾驶途中的使用情况，因此，我们首先获取各个用户的日志信息，看看哪些功能被使用的时长和频率符合要求。

参照图2，图2为一个log日志的示例，可以看出该日志的信息包括有每一个API接口信息、API参数信息、使用时长信息。另外，用户每使用一次任意一个功能，log日志对该功能记录一次，我们可以根据预设时间段的使用次数计算每个功能的使用频率。因此我们根据API在接口表中找到对应的功能信息。如表1：

表1接口表

从上表可以看出，上述的巡航车速显示状态、引擎温度以及燃油状态均为功能信息。

在一实施例中，根据用户喜爱功能检索词在网络上获取一个或多个用户喜爱功能评论描述信息作为用户喜爱功能评论信息包括：

通过模拟用户在浏览器中的操作，向搜索引擎发送用户喜爱功能检索词；

获取搜索引擎反馈的网页信息；

收集网页信息中所有的url标签；

对url标签逐一获取评论信息。

在这里，我们先说明一下网页的构成是什么，文本在网页中是如何体现的。首先网页是由HTML和CSS构成的。HTML的全称为超文本标记语言，是一种标记语言。它包括一系列标签.通过这些标签可以将网络上的文档格式统一，使分散的Internet资源连接为一个逻辑整体。HTML文本是由HTML命令组成的描述性文本，HTML命令可以说明文字，图形、动画、声音、表格、链接等。CSS(英文全称：Cascading Style Sheets)是一种用来表现HTML(标准通用标记语言的一个应用)或XML(标准通用标记语言的一个子集)等文件样式的计算机语言。CSS不仅可以静态地修饰网页，还可以配合各种脚本语言动态地对网页各元素进行格式化。目前为止大部分网站都是由这两种构成的。

举例来说,如图3所示，模拟用户在浏览器中的操作可以使用Selenium实现，Selenium是一个用于Web应用程序测试的工具。Selenium测试直接运行在浏览器中，就像真正的用户在操作一样。用这种自动化工具打开浏览器输入设计师需要的信息，就会跳转到一系列含有对应数据的文本连接，由此来获取对应网页链接，也就是url标签。

在获取搜索引擎反馈的网页信息时，

网页信息必须提供href属性或name属性。标签的href属性用于指定超链接目标的URL。

可以知道的是，href属性的值可以是任何有效文档的相对或绝对URL，包括片段标识符。如果用户选择了标签中的内容，那么浏览器会尝试检索并显示href属性指定的URL所表示的文档。

在一实施例中，收集网页信息中所有的url标签包括：

使用正则表达式收集网页信息中所有的url标签。

举例来说，引用正则表达式来获取网页中所有的url标签来完成信息来源的收集。例如：

urls＝re.findall(r"<a.*？href＝.*？<\/a>",content,re.I|re.S|re.M)

在一实施例中，对url标签逐一获取评论信息包括：

进入url标签，判断url标签是否为动态标签；若是，则

获取动态标签处理策略库，动态标签处理策略库包括至少一个动态标签处理策略；

根据动态标签处理策略库内的动态标签处理策略收集url标签中的评论信息。

一般url标签分为动态标签和静态标签，本方法针对动态标签和静态标签分别给出了不同的处理方法来分别处理不同的情况。

在一实施例中，动态标签处理策略库包括第一动态标签处理策略；

根据动态标签处理策略库内的动态标签处理策略收集url标签中的评论信息包括：

模拟用户下滑；

获取url标签中的评论信息。

此方法主要是针对一些动态URL标签会出现的情况，例如，获取网页的数据时，只有在停留一段时间之后，网页才会加载出数据。在面对这种困难时，我们需要模拟用户进行界面下滑来加载动态的数据标签；还有另一种情况，当页面上的元素超过一屏后，想操作屏幕下方的元素，是不能直接定位到，会报元素不可见的。这时候需要借助滚动条来拖动屏幕，使被操作的元素显示在当前的屏幕上。滚动条是无法直接用定位工具来定位的。selenium里面也没有直接的方法去控制滚动条，只能使用滚动条滑动底部的方式，来直接获取这种动态数据。针对以上两种情况，本方法采用模拟用户下滑来解决上述问题。

在一实施例中，动态标签处理策略库包括第二动态标签处理策略；

根据动态标签处理策略库内的动态标签处理策略收集url标签中的评论信息包括：

更改url标签链接中的预设值进行翻页；

逐一获取每一页的评论信息。

此方法主要是针对另一种动态URL标签会出现的情况，例如，在有一些网页中，存在翻页的情况，在点击翻页时，网页的网址却不会发生变化。所以在点击下一页时，观察到地址栏的链接变化，因此翻页好过程步骤为：1、获取总网页数目2、利用for循环改变page的值，进行翻页。链接中可以发现，有page关键字，而且恰好为2，对此试验一下，将链接中page的值改为3，发现可以正常访问，正好是第三页。因此，找到了翻页方式，更改链接中关键字的值。以这种方法来提取出所有网页中的翻页标签的评论信息。

在一实施例中，对url标签逐一获取评论信息包括：

进入url标签，判断url标签是否为静态标签；若是，则

获取静态标签处理策略库，静态标签处理策略库包括至少一个静态标签处理策略；

根据静态标签处理策略库内的静态标签处理策略收集url标签中的评论信息。

在一实施例中，静态标签处理策略库包括第一静态标签处理策略；

根据静态标签处理策略库内的静态标签处理策略收集url标签中的评论信息包括：

使用Xpath获取满足预设条件的评论信息。

举例来说，

XPath(XML Path Language)是一门在HTML\XML文档中查找信息的语言，可用来在HTML\XML文档中对元素和属性进行遍历。在Python爬虫中，XPath我们可以利用快速地定位HTML\XML响应中的特定元素以及获取节点的信息。表2为Xpath部分规则。

表2Xpath部分规则

举例如下：

from lxml import etree

html＝etree.HTML(text)

ret＝html.xpath('//li[@class＝"item-1"]')

其中，“item-1”代表标签名，“text”代表文本。本方法适用于只爬取一条文本。我们在选取的时候，可以用@进行属性过滤，例如我们想要选取class为item-1的li节点时：Xpath可以帮助我们网页标签中指定的数据。

在一实施例中，静态标签处理策略库包括第二静态标签处理策略；

根据静态标签处理策略库内的静态标签处理策略收集url标签中的评论信息包括：

使用requests+BeautifulSoup获取满足预设条件的评论信息。

举例来说，通过获取数据源，获取数据源所有的标签后，find查找(会查找第一个匹配的)，符合条件的所有标签。

例如：

其中，“item-1”代表标签名，“text”代表文本。本方法适用于同时爬取所有文本。

在一实施例中，获取用户喜爱功能评论的方法还包括：

构建用户喜爱功能评论数据库；

将用户喜爱功能评论信息存入用户喜爱功能评论数据库。

举例来说，而在获取数据之后，需要保存下来，以供设计师分析使用，通过构建SQL数据库进行存储，构建数据库可以参照如下。

在本实施例中，用来表示文档内容的项可以是各种类别，对汉语来说，有字、词、短语，甚至是句子或句群等更高层次的单位。项也可以是相应词或短语的语义概念类。

项的选择必须由处理速度、精度、存储空间等方面的具体要求来决定。特征项选取有几个原则：一是应当选取包含语义信息较多，对文本的表示能力较强的语言单位作为特征项；二是文本在这些特征项上的分布应当有较为明显的统计规律性，这样将适用于信息检索、文档分类等应用系统；三是特征选取过程应该容易实现，其时间和空间复杂度都不太大。实际应用中常常采用字、词或短语作为特征项。

由于词汇是文本最基本的表示项,在文本中的出现频度较高,呈现一定的统计规律,在考虑到处理大规模真实文本所面临的困难,一般选择词汇或短语作为特征项,但是直接选用文本中的词或词组作为文本特征项也会存在以下问题:

(1)文本中存在一些没有实在意义但使用频率很高的虚词和功能词,如中文中“的”、“把”、“了”等,常常把一些真正有分类作用的实词淹没掉了。解决这个问题的方法是把这些词组织成一个禁用词表,或者进行权重计算时,使它们的权重很低,通过取阀值将它们丢弃。采用禁用词表时,词表的选择很关键,很难全面地包括所有的禁用词,并且语言是不断发展的,禁用词表也是随着训练文本集合的不同而不同,某个词在这里不是禁用词,到另外一类文本中可能就成了禁用词。另一方面考虑到,最能代表一篇文章实际意义的词,往往是那些实词,如形容词、动词、名词,而且同一个词,当处于不同词性时,可能分别属于和不属于禁用词表。例如：“他高兴地走了”(副词“地”应是禁用词),“地很不平”(名词“地”不应作为禁用词)"针对这个现象,提出了只提取形容词、动词和名词作为特征项,并尝试着取代禁用词表方法。

(2)采用词语作为特征项时还会出现所谓的同义现象,同义现象是指:对于同一个事物不同的人会根据个人的需要、所处的环境、知识水平以及语言习惯有着不同的表达方式,因此所采用的词汇也有很大的不同。所以经常出现两个文本所用的词汇有所不同,但实际上两者是相似的，这就是词的同义现象造成的。例如电脑和计算机是同一个概念,应该属于同一个特征项,目前最常用的解决方案是采用概念词典来解决这个问题。

本申请还提供了一种获取用户喜爱功能评论的装置，获取用户喜爱功能评论的装置包括：

用户喜爱功能信息获取模块，用户喜爱功能信息获取模块用于获取用户喜爱功能信息；

用户喜爱功能检索词获取模块，用户喜爱功能检索词获取模块用于根据用户喜爱功能信息获取用户喜爱功能检索词；

用户喜爱功能评论信息获取模块，用户喜爱功能评论信息获取模块用于根据用户喜爱功能检索词在网络上获取一个或多个用户喜爱功能评论描述信息作为用户喜爱功能评论信息。

可以理解的是，上述对方法的描述，也同样适用于对装置的描述。

本申请还提供了一种电子设备，包括存储器、处理器以及存储在存储器中并能够在处理器上运行的计算机程序，处理器执行计算机程序时实现如上的获取用户喜爱功能评论的方法。

本申请还提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序被处理器执行时能够实现如上的获取用户喜爱功能评论的方法。

图4是能够实现根据本申请一个实施例提供的获取用户喜爱功能评论的方法的电子设备的示例性结构图。

如图4所示，电子设备包括输入设备501、输入接口502、中央处理器503、存储器504、输出接口505以及输出设备506。其中，输入接口502、中央处理器503、存储器504以及输出接口505通过总线507相互连接，输入设备501和输出设备506分别通过输入接口502和输出接口505与总线507连接，进而与电子设备的其他组件连接。具体地，输入设备504接收来自外部的输入信息，并通过输入接口502将输入信息传送到中央处理器503；中央处理器503基于存储器504中存储的计算机可执行指令对输入信息进行处理以生成输出信息，将输出信息临时或者永久地存储在存储器504中，然后通过输出接口505将输出信息传送到输出设备506；输出设备506将输出信息输出到电子设备的外部供用户使用。

也就是说，图4所示的电子设备也可以被实现为包括：存储有计算机可执行指令的存储器；以及一个或多个处理器，该一个或多个处理器在执行计算机可执行指令时可以实现结合图1描述的获取用户喜爱功能评论的方法。

在一个实施例中，图4所示的电子设备可以被实现为包括：存储器504，被配置为存储可执行程序代码；一个或多个处理器503，被配置为运行存储器504中存储的可执行程序代码，以执行上述实施例中的获取用户喜爱功能评论的方法。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

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

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

此外，显然“包括”一词不排除其他单元或步骤。装置权利要求中陈述的多个单元、模块或装置也可以由一个单元或总装置通过软件或硬件来实现。

附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，模块、程序段、或代码的一部分包括一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地标识的方框实际上可以基本并行地执行，他们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或总流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

在本实施例中所称处理器可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

存储器可用于存储计算机程序和/或模块，处理器通过运行或执行存储在存储器内的计算机程序和/或模块，以及调用存储在存储器内的数据，实现装置/终端设备的各种功能。存储器可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如硬盘、内存、插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)、至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

在本实施例中，装置/终端设备集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，计算机程序包括计算机程序代码，计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。计算机可读介质可以包括：能够携带计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减。本申请虽然以较佳实施例公开如上，但其实并不是用来限定本申请，任何本领域技术人员在不脱离本申请的精神和范围内，都可以做出可能的变动和修改，因此，本申请的保护范围应当以本申请权利要求所界定的范围为准。

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

此外，显然“包括”一词不排除其他单元或步骤。装置权利要求中陈述的多个单元、模块或装置也可以由一个单元或总装置通过软件或硬件来实现。

虽然，上文中已经用一般性说明及具体实施方案对本发明作了详尽的描述，但在本发明基础上，可以对之作一些修改或改进，这对本领域技术人员而言是显而易见的。因此，在不偏离本发明精神的基础上所做的这些修改或改进，均属于本发明要求保护的范围。

Claims (10)

1.一种获取用户喜爱功能评论的方法，其特征在于，所述获取用户喜爱功能评论的方法包括：

获取用户喜爱功能信息；

根据用户喜爱功能信息获取用户喜爱功能检索词；

根据用户喜爱功能检索词在网络上获取一个或多个用户喜爱功能评论描述信息作为用户喜爱功能评论信息。

2.如权利要求1所述的获取用户喜爱功能评论的方法，其特征在于，所述获取用户关注功能信息包括：

获取用户操作日志数据库，所述用户操作日志数据库包括各个不同的用户操作日志；

根据各个不同用户的用户操作日志获取在所述用户操作日志中的API信息及API信息所对应的时长信息和/或频率信息；

判断所述API信息所对应的时长信息和/或频率信息是否大于阈值；若是，则

根据各个所获取的API信息分别获取每个API所对应的执行动作信息；

获取功能对照库，所述功能对照库包括至少一个API信息以及功能信息，一个功能信息至少对应一个API信息；

获取与每个所述API信息所对应的功能信息。

3.如权利要求2所述的获取用户喜爱功能评论的方法，其特征在于，所述根据用户喜爱功能检索词在网络上获取一个或多个用户喜爱功能评论描述信息作为用户喜爱功能评论信息包括：

通过模拟用户在浏览器中的操作，向搜索引擎发送所述用户喜爱功能检索词；

获取搜索引擎反馈的网页信息；

收集所述网页信息中所有的url标签；

对所述url标签逐一获取评论信息。

4.如权利要求3所述的获取用户喜爱功能评论的方法，其特征在于，

所述收集所述网页信息中所有的url标签包括：

使用正则表达式收集所述网页信息中所有的url标签。

5.如权利要求4所述的获取用户喜爱功能评论的方法，其特征在于，

所述对所述url标签逐一获取评论信息包括：

进入所述url标签，判断所述url标签是否为动态标签；若是，则

获取动态标签处理策略库，所述动态标签处理策略库包括至少一个动态标签处理策略；

根据所述动态标签处理策略库内的动态标签处理策略收集所述url标签中的评论信息。

6.如权利要求5所述的获取用户喜爱功能评论的方法，其特征在于，

所述动态标签处理策略库包括第一动态标签处理策略；

根据所述动态标签处理策略库内的动态标签处理策略收集所述url标签中的评论信息包括：

模拟用户下滑；

获取所述url标签中的评论信息。

7.如权利要求6所述的获取用户喜爱功能评论的方法，其特征在于，

所述动态标签处理策略库包括第二动态标签处理策略；

根据所述动态标签处理策略库内的动态标签处理策略收集所述url标签中的评论信息包括：

更改url标签链接中的预设值进行翻页；

逐一获取每一页的评论信息。

8.如权利要求6所述的获取用户喜爱功能评论的方法，其特征在于，

所述对所述url标签逐一获取评论信息包括：

进入所述url标签，判断所述url标签是否为静态标签；若是，则

获取静态标签处理策略库，所述静态标签处理策略库包括至少一个静态标签处理策略；

根据所述静态标签处理策略库内的静态标签处理策略收集所述url标签中的评论信息。

9.如权利要求8所述的获取用户喜爱功能评论的方法，其特征在于，所述获取用户喜爱功能评论的方法还包括：

构建用户喜爱功能评论数据库；

将所述用户喜爱功能评论信息存入所述用户喜爱功能评论数据库。

10.一种获取用户喜爱功能评论的装置，其特征在于，所述获取用户喜爱功能评论的装置包括：

用户喜爱功能信息获取模块，所述用户喜爱功能信息获取模块用于获取用户喜爱功能信息；

用户喜爱功能检索词获取模块，所述用户喜爱功能检索词获取模块用于根据用户喜爱功能信息获取用户喜爱功能检索词；

用户喜爱功能评论信息获取模块，所述用户喜爱功能评论信息获取模块用于根据用户喜爱功能检索词在网络上获取一个或多个用户喜爱功能评论描述信息作为用户喜爱功能评论信息。

Images