一种获取用户关注车型故障功能评论的方法及装置与流程

1.本技术涉及车辆故障功能维护优化技术领域，具体涉及一种获取用户关注车型故障功能评论的方法以及获取用户关注车型故障功能评论的装置。


背景技术：

2.随着21世纪互联网的猛烈发展，汽车相关网站和论坛的开发数量以井喷之势得到了猛烈提升，成为了人们日常生活中购买汽车前参考的一部分，同时也具有很大的商业空间和产业链所带来的经济利润和前景。当用户决定是否使用或者购买某一款汽车前，会仔细的衡量这款产品是否能够达到他们的标准，得到预期所追求的的效果。如何更有效的满足大部分用户的喜好偏爱去更新迭代、改善并解决现有车型的问题，以及开发出用户满意的车型，成为了汽车设计师重点关注的问题。
3.同时，对于一些故障现象，和一些不同配置中的故障功能，也是设计师需要关注的方向之一，因为配置越高的车型附加的功能越多，也就代表可能发生的故障现象越多。而用户对于这种背景下，对于车型配置的选择也是需要设计师考虑到的，因此需要一种方法帮助设计师来分析，让设计师从浩瀚的评论中较为容易的获取到评论出现故障的功能的评论，从而解决设计师人工去挑选的问题。
4.因此，希望有一种技术方案来解决或至少减轻现有技术的上述不足。


技术实现要素：

5.本发明的目的在于提供一种获取用户关注车型故障功能评论的方法来至少解决上述的一个技术问题。
6.本发明的一个方面，提供一种获取用户关注车型故障功能评论的方法，所述获取用户关注车型故障功能评论的方法包括：
7.获取故障功能信息以及故障类别信息；
8.根据故障功能信息获取故障功能用检索词；
9.根据故障类别信息获取故障类别用检索词；
10.获取故障功能评论数据库，所述故障功能评论数据库包括多个故障功能评论描述信息；
11.根据故障功能用检索词以及故障类别用检索词获取故障功能评论数据库中的一个或多个故障功能评论描述信息作为用户关注车型故障功能评论信息。
12.可选地，所述获取故障功能信息包括：
13.获取用户操作日志数据库，所述用户操作日志数据库包括各个不同的用户的用户操作日志；
14.根据各个不同用户的用户操作日志获取在所述用户操作日志中出现过故障的api信息；
15.根据各个所获取的api信息分别获取每个api所对应的执行动作信息；
16.获取功能对照库，所述功能对照库包括至少一个预设执行动作信息以及故障功能信息，一个故障功能信息至少对应一个预设执行动作信息；
17.获取与每个api所对应的执行动作信息相同的预设执行动作信息所对应的故障功能信息。
18.可选地，所述获取故障类别信息包括：
19.将各个获取的故障功能信息进行聚类，从而获取至少一个故障类别信息。
20.可选地，在所述根据故障功能用检索词以及故障类别用检索词剔除多个故障功能评论描述信息中的相似信息，从而获取需要的故障功能评论描述信息之前，所述获取用户关注车型故障功能评论的方法包括：
21.对所述故障功能评论数据库包括每个故障功能评论描述信息进行清洗，删除无用信息，从而获取经过清洗的故障功能评论描述信息。
22.可选地，所述对所述故障功能评论数据库包括每个故障功能评论描述信息进行清洗，删除无用信息，从而获取经过清洗的故障功能评论描述信息包括：
23.将每段故障功能评论描述信息进行分句，从而获取评论单句；
24.判断每条待分析单句是否符合预设条件，若是，则
25.获取符合预设条件的待分析单句作为待分析单句。
26.可选地，所述根据故障功能用检索词以及故障类别用检索词获取故障功能评论数据库中的一个或多个故障功能评论描述信息作为用户关注车型故障功能评论信息包括：
27.采用关键词匹配的方式，根据故障功能用检索词以及故障类别用检索词分别对每个待分析单句进行判断，判断待分析单句中是否具有与故障功能用检索词以及故障类别用检索词中的至少一个相同的词语信息，若是，则该待分析单句为关键词相似用户关注车型故障功能评论信息。
28.可选地，所述根据故障功能用检索词以及故障类别用检索词获取故障功能评论数据库中的一个或多个故障功能评论描述信息作为用户关注车型故障功能评论信息进一步包括：
29.采用同义词匹配的方式，根据故障功能用检索词以及故障类别用检索词分别对每个待分析单句进行判断，判断待分析单句中是否具有与故障功能用检索词以及故障类别用检索词中的至少一个为同义词的词语信息，若是，则该待分析单句为同义词用户关注车型故障功能评论信息。
30.可选地，所述根据故障功能用检索词以及故障类别用检索词获取故障功能评论数据库中的一个或多个故障功能评论描述信息作为用户关注车型故障功能评论信息进一步包括：
31.采用语义相似度的方式，根据故障功能用检索词以及故障类别用检索词分别对每个待分析单句进行判断，判断待分析单句中是否有一个故障功能用检索词以及故障类别用检索词中的至少一个词向量相似度超过预设相似度阈值，若是，则该待分析单句为语义相似用户关注车型故障功能评论信息。
32.可选地，所述关键词相似用户关注车型故障功能评论信息、同义词用户关注车型故障功能评论信息以及语义相似用户关注车型故障功能评论信息组成所述用户关注车型故障功能评论信息；
33.所述获取用户关注车型故障功能评论的方法进一步包括：
34.获取车辆配置表，所述车辆配置表包括至少一种车型以及每种车型所具有的预设功能信息；
35.根据所述预设功能信息对各个用户关注车型故障功能评论信息进行分类，从而使得一个用户关注车型故障功能评论信息至少与一种车辆具有关联关系。
36.本技术还提供了一种获取用户关注车型故障功能评论的装置，所述获取用户关注车型故障功能评论的装置包括：
37.故障功能信息获取模块，所述故障功能信息获取模块用于获取故障功能信息；
38.故障类别信息获取模块，所述故障类别信息获取模块用于获取故障类别信息；
39.故障功能用检索词获取模块，所述故障功能用检索词获取模块用于根据故障功能信息获取故障功能用检索词；
40.故障类别用检索词获取模块，所述故障类别用检索词获取模块用于根据故障类别信息获取故障类别用检索词；
41.数据库获取模块，所述数据库获取模块用于获取故障功能评论数据库，所述故障功能评论数据库包括多个故障功能评论描述信息；
42.评论信息获取模块，所述评论信息获取模块用于根据故障功能用检索词以及故障类别用检索词获取故障功能评论数据库中的一个或多个故障功能评论描述信息作为用户关注车型故障功能评论信息。
43.有益效果
44.本技术的获取用户关注车型故障功能评论的方法以用户评论为导向，通过车机日志来寻找api，来配对相应功能，并通过不同车型获取不同的用户关注车型故障功能评论信息，且通过故障功能信息以及故障类别信息两个维度去检索评论，从而使得获取到的用户关注车型故障功能评论信息更为准确。
附图说明
45.图1是本技术一实施例的获取用户关注车型故障功能评论的方法的流程示意图。
46.图2是能够实现本技术一实施例的获取用户关注车型故障功能评论的方法的电子设备的示意图。
47.图3是本技术一实施例的获取用户关注车型故障功能评论的方法中的聚类算法示意图。
48.图4是本技术一实施例的车型对标功能借鉴方法中的匹配筛选算法示意图。
具体实施方式
49.为使本技术实施的目的、技术方案和优点更加清楚，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行更加详细的描述。在附图中，自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。所描述的实施例是本技术一部分实施例，而不是全部的实施例。下面通过参考附图描述的实施例是示例性的，旨在用于解释本技术，而不能理解为对本技术的限制。基于本技术中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。下
面结合附图对本技术的实施例进行详细说明。
50.图1是本技术一实施例的获取用户关注车型故障功能评论的方法的流程示意图。
51.如图1所示的获取用户关注车型故障功能评论的方法包括：
52.步骤1：获取故障功能信息以及故障类别信息；
53.步骤2：根据故障功能信息获取故障功能用检索词；
54.步骤3：根据故障类别信息获取故障类别用检索词；
55.步骤4：获取故障功能评论数据库，所述故障功能评论数据库包括多个故障功能评论描述信息；
56.步骤5：根据故障功能用检索词以及故障类别用检索词获取故障功能评论数据库中的一个或多个故障功能评论描述信息作为用户关注车型故障功能评论信息。
57.本技术的获取用户关注车型故障功能评论的方法以用户评论为导向，通过车机日志来寻找api，来配对相应功能，并通过不同车型获取不同的用户关注车型故障功能评论信息，且通过故障功能信息以及故障类别信息两个维度去检索评论，从而使得获取到的用户关注车型故障功能评论信息更为准确。
58.在本实施例中，获取故障功能信息包括：
59.获取用户操作日志数据库，用户操作日志数据库包括各个不同的用户的用户操作日志；
60.根据各个不同用户的用户操作日志获取在所述用户操作日志中出现过故障的api信息；
61.根据各个所获取的api信息分别获取每个api所对应的执行动作信息；
62.获取功能对照库，所述功能对照库包括至少一个预设执行动作信息以及故障功能信息，一个故障功能信息至少对应一个预设执行动作信息；
63.获取与每个api所对应的执行动作信息相同的预设执行动作信息所对应的故障功能信息。
64.举例来说，在设计师关注车型功能时，更需要关注车机的故障功能是否被用户使用，使用的时间和使用的频率等，如果一个功能被添加之后用户不咱们使用，则会浪费开发资源和与各专业的沟通成本，因此我们需要分析用户在驾驶途中的使用情况，因此，我们首先获取各个用户的日志信息，看看哪些出现故障的功能会被使用。
65.参见图3，图3为一个日志的示例，可以看出该日志的信息包括有有每一个接口信息，时间信息以及使用的频率信息。每一个接口都代表一个功能，参数不一样，对应的功能意义也不同，因此我们需要通过log来提取相对应api，同时也保存时间点。通过正则表达是来提取：
66.api＝re.log(r'i')
67.time＝re.log(r'date')
68.之后我们通过api来对应接口表中的功能函数如表1：
[0069][0070]
从上表可以看出，上述的设置音效、获取音效以及设置左右平衡均为预设执行动作信息。
[0071]
获取功能对照库(例如下表2)，所述功能对照库包括至少一个预设执行动作信息以及故障功能信息，一个故障功能信息至少对应一个预设执行动作信息。
[0072]
表2：
[0073][0074]
从表2可以看出，上述的几个预设执行动作信息都对应一个故障功能信息，即发送music信息至仪表。
[0075]
参见图3，在本实施例中，获取故障类别信息包括：
[0076]
将各个获取的故障功能信息进行聚类，从而获取至少一个故障类别信息。
[0077]
聚类的方法是应用k-mean，这是一种基于相似度的聚类算法，用于表示这些关键字的向量。图2说明了这个算法。最初，它随机选择k个中心体，每个中心都是一个向量，并表示一个集群的中心。然后，将每个特征f赋给中心最接近v的集群(在向量距离上)。在此之后，将每个质心重新计算为分配给相应集群的所有关键字的平均向量。这个过程重复，直到所有集群都是稳定的，也就是说，没有一个词被分配给一个与当前分配不同的集群。因为中心体是每个集群的平均向量，所以它可以被认为代表了该集群的“共同含义”。我们在原有的算法中，将特征中的词组向量计算过后，再进行聚类。结果如表3：
[0078][0079]
从表3可以看出，发送music信息至仪表、发送news信息、发送radio信息、发送视频信息以及发送导航信息这几个故障功能信息均属于影音功能这一故障类别信息。
[0080]
在本实施例中，采用提取关键词的方式提取各个故障功能信息中的故障功能用检索词以及故障类别信息中的故障类别用检索词，例如，发送导航信息，可以提取导航作为故障类别用检索词，影音功能可以提取影音作为故障类别用检索词。
[0081]
在本实施例中，在根据故障功能用检索词以及故障类别用检索词剔除多个故障功能评论描述信息中的相似信息，从而获取需要的故障功能评论描述信息之前，所述获取用户关注车型故障功能评论的方法包括：
[0082]
对所述故障功能评论数据库包括每个故障功能评论描述信息进行清洗，删除无用信息，从而获取经过清洗的故障功能评论描述信息。
[0083]
举例来说，在本实施例中，本技术的故障功能评论描述信息通常为车型描述文本，车型描述文本是一个相对正式的文本，描述汽车的功能是关于什么的，为用户带来哪些体验。对于车型描述，需要删除无用信息来保证特征的完整性。
[0084]
本技术的清洗首先进行一些预处理，例如，需去除描述联系方式和订阅信息(电子邮件地址、电话号码、会员费等)的句子及其后面的句子。这样的句子通常出现在描述的最后，而不是描述车型的功能。还从描述中删除了多余的标点符号、特殊符号(如％、#、@等)、表情符号和除中文和英文以外的字符。
[0085]
在进行完预处理后，对故障功能评论数据库包括每个故障功能评论描述信息进行清洗，删除无用信息，从而获取经过清洗的故障功能评论描述信息包括：
[0086]
将每段故障功能评论描述信息进行分句，从而获取评论单句；
[0087]
判断每条待分析单句是否符合预设条件，若是，则
[0088]
获取符合预设条件的待分析单句作为待分析单句。
[0089]
具体而言，根据评论单句中组成词的词性标记来收集特征功能。动词、形容词和名词在定义特征方面发挥着重要作用。例如，形容词和名词经常组合在一起来描述特征。
[0090]
因此我们以实词来进行词性标记，而虚词中的介词，助词不做处理。通过对大量应用描述的深入观察，特别是特征描述句词性与非特征描述句词性的差异，我们定义了9条语言规则(见表1)来捕捉特征描述句。其中n.set∈{nn,np,nns,nnp,nnps}，v.set∈{vb,vbd,vbn,vbg,vbp,vbz}。
[0091]
表4的第1列显示了语言规则。规则中的每个元素都对应于pos的基本形式及其变体。在第二列中，每个规则都给出了一个简单的例子。我们使用stanford pos tagger来分析每个句子并推断每个单词的pos标签。然后我们依次应用这九条规则。如果一个句子不符合这些语言规则中的任何一个，它就会被过滤掉。否则，它将被保留。
[0092]
表4部分规则
[0093][0094]
在本实施例中，根据故障功能用检索词以及故障类别用检索词获取故障功能评论数据库中的一个或多个故障功能评论描述信息作为用户关注车型故障功能评论信息包括：
[0095]
采用关键词匹配的方式，根据故障功能用检索词以及故障类别用检索词分别对每个待分析单句进行判断，判断待分析单句中是否具有与故障功能用检索词以及故障类别用检索词中的至少一个相同的词语信息，若是，则该待分析单句为关键词相似用户关注车型故障功能评论信息。
[0096]
采用同义词匹配的方式，根据故障功能用检索词以及故障类别用检索词分别对每个待分析单句进行判断，判断待分析单句中是否具有与故障功能用检索词以及故障类别用检索词中的至少一个为同义词的词语信息，若是，则该待分析单句为同义词用户关注车型故障功能评论信息。
[0097]
采用语义相似度的方式，根据故障功能用检索词以及故障类别用检索词分别对每个待分析单句进行判断，判断待分析单句中是否有一个故障功能用检索词以及故障类别用检索词中的至少一个词向量相似度超过预设相似度阈值，若是，则该待分析单句为语义相似用户关注车型故障功能评论信息。
[0098]
在本实施例中，关键词相似用户关注车型故障功能评论信息、同义词用户关注车型故障功能评论信息以及语义相似用户关注车型故障功能评论信息组成所述用户关注车型故障功能评论信息。
[0099]
参见图4，在本实施例中，关键词匹配是指以单个词汇层面进行匹配。如果两个特征候选的每个单元都相等，那么它们就是匹配的。
[0100]
同义词匹配是指使用从wordnet单词的同义词集来执行查找匹配特征。在这种方法中，如果两个应用程序特性的术语是同义词，则认为它们是匹配的。例如，“louver”和“skylight”表示匹配。但前两种并不能完全保证能覆盖所有的特征匹配，所以第三步我们引用语义相似度。
[0101]
在本实施例中，语义相似度是指采用word2vec，进行匹配，具体而言，word2vec是一种通过词嵌入将文本向量化的方法，可以根据不同词向量的余弦距离来判断词之间的相似度程度。词向量之间的余弦值越大，则说明两个词的语义相似度越高；词向量之间的余弦值越小，则语义相似度越低。以相似性的数值进行排序，呈现给设计师。
[0102]
以名词车窗举例来说，采用关键词匹配的方式，例如，有待分析单句100句，其中10句中包含车窗，则该10句为关键词相似用户关注车型故障功能评论信息。
[0103]
又例如，在上述的待分析单句100句中，其中有10句中名词包括车辆窗户，通过上述的同义词匹配，发现该车辆窗户与车窗属于同义词，则该10句作为同义词用户关注车型故障功能评论信息。
[0104]
又例如，在上述的待分析单句100句中，其中有10句中包含名词窗，通过词向量分析，分析出该车窗与窗的向量相似度超过预设相似度阈值，则认为该10句属于语义相似用户关注车型故障功能评论信息。
[0105]
上述10句为关键词相似用户关注车型故障功能评论信息、10句作为同义词用户关注车型故障功能评论信息以及10句属于语义相似用户关注车型故障功能评论信息组成用户关注车型故障功能评论信息。
[0106]
在本实施例中，获取用户关注车型故障功能评论的方法进一步包括：
[0107]
获取车辆配置表，所述车辆配置表包括至少一种车型以及每种车型所具有的预设功能信息；
[0108]
根据所述预设功能信息对各个用户关注车型故障功能评论信息进行分类，从而使得一个用户关注车型故障功能评论信息至少与一种车辆具有关联关系。
[0109]
举例来说，不同的车型具有不同的功能，如下表5所示：
[0110][0111][0112]
从表5中可以看出，高配车型具有空调功能、车窗功能、氛围灯功能以及语言切换这四个功能，而低配车型具有空调功能、车窗功能以及语言切换功能，中配车型则用于空调功能、车窗功能两种，此时，当设计师需要分析的车型已经定好的情况下，是不需要一些该车型没有的功能的评论的。
[0113]
举例来说，如果现在设计师需要分析的是中配车型，但是在上述的方法中，我们将不论是哪种车型所出现的故障功能所对应用户关注车型故障功能评论信息均获取了，例如，我们获取了80条用户关注车型故障功能评论信息，其中关于空调功能的20条，关于车窗功能的20条，关于氛围灯功能的20条，根据语言切换功能的20条，此时，我们要分析的是中
配车型，根本没有氛围灯功能以及语言切换功能，则切除上述两个功能的相关用户关注车型故障功能评论信息，从而只获取空调功能的20条以及车窗功能的20条。
[0114]
本技术还提供了一种获取用户关注车型故障功能评论的装置，所述获取用户关注车型故障功能评论的装置包括故障功能信息获取模块、故障类别信息获取模块、故障功能用检索词获取模块、故障类别用检索词获取模块、数据库获取模块以及评论信息获取模块，其中，
[0115]
故障功能信息获取模块用于获取故障功能信息；
[0116]
故障类别信息获取模块用于获取故障类别信息；
[0117]
故障功能用检索词获取模块用于根据故障功能信息获取故障功能用检索词；
[0118]
故障类别用检索词获取模块用于根据故障类别信息获取故障类别用检索词；
[0119]
数据库获取模块用于获取故障功能评论数据库，故障功能评论数据库包括多个故障功能评论描述信息；
[0120]
评论信息获取模块用于根据故障功能用检索词以及故障类别用检索词获取故障功能评论数据库中的一个或多个故障功能评论描述信息作为用户关注车型故障功能评论信息。
[0121]
在本实施例中，故障功能评论数据库中的故障功能评论描述信息以文本形式出现，这些文本可以是人为提供的，也可以是通过爬虫的方式从网上爬到的。
[0122]
在本实施例中，用来表示文档内容的项可以是各种类别，对汉语来说，有字、词、短语，甚至是句子或句群等更高层次的单位。项也可以是相应词或短语的语义概念类。
[0123]
项的选择必须由处理速度、精度、存储空间等方面的具体要求来决定。特征项选取有几个原则：一是应当选取包含语义信息较多，对文本的表示能力较强的语言单位作为特征项；二是文本在这些特征项上的分布应当有较为明显的统计规律性，这样将适用于信息检索、文档分类等应用系统；三是特征选取过程应该容易实现，其时间和空间复杂度都不太大。实际应用中常常采用字、词或短语作为特征项。
[0124]
由于词汇是文本最基本的表示项,在文本中的出现频度较高,呈现一定的统计规律,在考虑到处理大规模真实文本所面临的困难,一般选择词汇或短语作为特征项,但是直接选用文本中的词或词组作为文本特征项也会存在以下问题:
[0125]
(1)文本中存在一些没有实在意义但使用频率很高的虚词和功能词,如中文中“的”、“把”、“了”等,常常把一些真正有分类作用的实词淹没掉了。解决这个问题的方法是把这些词组织成一个禁用词表,或者进行权重计算时,使它们的权重很低,通过取阀值将它们丢弃。采用禁用词表时,词表的选择很关键,很难全面地包括所有的禁用词,并且语言是不断发展的,禁用词表也是随着训练文本集合的不同而不同,某个词在这里不是禁用词,到另外一类文本中可能就成了禁用词。另一方面考虑到,最能代表一篇文章实际意义的词,往往是那些实词,如形容词、动词、名词,而且同一个词,当处于不同词性时,可能分别属于和不属于禁用词表。例如：“他高兴地走了”(副词“地”应是禁用词),“地很不平”(名词“地”不应作为禁用词)"针对这个现象,提出了只提取形容词、动词和名词作为特征项,并尝试着取代禁用词表方法。
[0126]
(2)采用词语作为特征项时还会出现所谓的同义现象,同义现象是指:对于同一个事物不同的人会根据个人的需要、所处的环境、知识水平以及语言习惯有着不同的表达方
式,因此所采用的词汇也有很大的不同。所以经常出现两个文本所用的词汇有所不同,但实际上两者是相似的，这就是词的同义现象造成的。例如电脑和计算机是同一个概念,应该属于同一个特征项,目前最常用的解决方案是采用概念词典来解决这个问题。
[0127]
可以理解的是，上述对方法的描述，也同样适用于对装置的描述。
[0128]
本技术还提供了一种电子设备，包括存储器、处理器以及存储在存储器中并能够在处理器上运行的计算机程序，处理器执行计算机程序时实现如上的获取用户关注车型故障功能评论的方法。
[0129]
本技术还提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序被处理器执行时能够实现如上的获取用户关注车型故障功能评论的方法。
[0130]
图2是能够实现根据本技术一个实施例提供的获取用户关注车型故障功能评论的方法的电子设备的示例性结构图。
[0131]
如图2所示，电子设备包括输入设备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将输出信息输出到电子设备的外部供用户使用。
[0132]
也就是说，图2所示的电子设备也可以被实现为包括：存储有计算机可执行指令的存储器；以及一个或多个处理器，该一个或多个处理器在执行计算机可执行指令时可以实现结合图1描述的获取用户关注车型故障功能评论的方法。
[0133]
在一个实施例中，图2所示的电子设备可以被实现为包括：存储器504，被配置为存储可执行程序代码；一个或多个处理器503，被配置为运行存储器504中存储的可执行程序代码，以执行上述实施例中的获取用户关注车型故障功能评论的方法。
[0134]
在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。
[0135]
内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flash ram)。内存是计算机可读介质的示例。
[0136]
计算机可读介质包括永久性和非永久性、可移动和非可移动，媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数据多功能光盘(dvd)或其他光学存储、磁盒式磁带、磁带磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。
[0137]
本领域技术人员应明白，本技术的实施例可提供为方法、系统或计算机程序产品。因此，本技术可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的
形式。而且，本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
[0138]
此外，显然“包括”一词不排除其他单元或步骤。装置权利要求中陈述的多个单元、模块或装置也可以由一个单元或总装置通过软件或硬件来实现。
[0139]
附图中的流程图和框图，图示了按照本技术各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，模块、程序段、或代码的一部分包括一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地标识的方框实际上可以基本并行地执行，他们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或总流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
[0140]
在本实施例中所称处理器可以是中央处理单元(central processing unit，cpu)，还可以是其他通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现成可编程门阵列(field-programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
[0141]
存储器可用于存储计算机程序和/或模块，处理器通过运行或执行存储在存储器内的计算机程序和/或模块，以及调用存储在存储器内的数据，实现装置/终端设备的各种功能。存储器可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如硬盘、内存、插接式硬盘，智能存储卡(smart media card,smc)，安全数字(secure digital,sd)卡，闪存卡(flash card)、至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
[0142]
在本实施例中，装置/终端设备集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，计算机程序包括计算机程序代码，计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。计算机可读介质可以包括：能够携带计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减。本技术虽然以较佳实施例公开如上，但其实并不是用来限定本技术，任何本领域技术
人员在不脱离本技术的精神和范围内，都可以做出可能的变动和修改，因此，本技术的保护范围应当以本技术权利要求所界定的范围为准。
[0143]
本领域技术人员应明白，本技术的实施例可提供为方法、系统或计算机程序产品。因此，本技术可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
[0144]
此外，显然“包括”一词不排除其他单元或步骤。装置权利要求中陈述的多个单元、模块或装置也可以由一个单元或总装置通过软件或硬件来实现。
[0145]
虽然，上文中已经用一般性说明及具体实施方案对本发明作了详尽的描述，但在本发明基础上，可以对之作一些修改或改进，这对本领域技术人员而言是显而易见的。因此，在不偏离本发明精神的基础上所做的这些修改或改进，均属于本发明要求保护的范围。