一种生成内链的方法及装置与流程

本申请涉及互联网领域，尤其涉及一种生成内链的方法及装置。

背景技术：

内链，是在同一网站域名下的页面之间的互相链接。合理的网站内链构造，能提高搜索引擎对站内页面的收录与网站权重，实现稳定的SEO效果。例如，参见图1所示的阿里巴巴网站的页面。在图1所示的页面内，内链以关键词的形式显示在被投放到的页面中。页面中所显示的关键词“车载mp3图片”、“插卡mp3图片”投放了相应的内链。用户可以通过点击这些关键词进入这些关键词所链接的页面，或者，搜索引擎的爬虫可以抓取到这些关键词所链接的页面。

目前，内链多根据用户历史搜索行为、热门关键词或者页面相关性进行投放。但是，这会造成与用户历史搜索行为、热门关键词或页面相关性较高的内链大量重复出现，而另一些内链从来没有得到投放的机会，从而使搜索引擎爬虫重复抓取到大量相同页面，造成爬虫资源的浪费。

技术实现要素：

有鉴于此，本申请的目的在于提供一种生成内链的方法及装置，以实现合理分配内链的目的。

在本申请实施例的第一个方面，提供了一种生成内链的方法。例如，该方法可以包括：计算第一页面被网站内其他页面链接的数量，根据所述第一页面被网站内其他页面链接的数量，判断所述第一页面是否需要增加内链，如果需要，计算出所述第一页面需要增加的内链数量，选取出为所述第一页面投放相应数量内链的一个或多个第二页面，生成在所述第二页面内为所述第一页面投放相应数量内链的内链推荐结果。

在本申请实施例的第二个方面，提供了一种生成内链的装置。例如，该装置可以包括：已投内链计算单元，可以用于计算第一页面被网站内其他页面链接的数量。内链增加判断单元，可以用于根据所述第一页面被网站内其 他页面链接的数量，判断所述第一页面是否需要增加内链。内链缺口计算单元，可以用于如果所述内链增加判断单元判定为需要，计算出所述第一页面需要增加的内链数量。候补页面选取单元，可以用于选取出为所述第一页面投放相应数量内链的一个或多个第二页面。内链生成单元，可以用于生成在所述第二页面内为所述第一页面投放相应数量内链的内链推荐结果。

可见，本申请具有如下有益效果：

由于本申请实施例对第一页面被网站内其他页面链接的数量进行了计算，根据所述第一页面被网站内其他页面链接的数量，对所述第一页面是否需要增加内链进行了判断，从而可以针对具有内链缺口的第一页面，计算出其需要增加的内链数量，选取出为其投放相应数量内链的第二页面，生成在所述第二页面内为所述第一页面投放相应数量内链的内链推荐结果，由于所生成的内链推荐结果可以用于在第二页面内为所述第一页面投放与内链缺口相应数量的内链，从而使得内链分配更加合理，避免了与用户行为、搜索热度或页面相关性较高的内链大量重复出现，而另一些内链从来没有得到投放的机会的问题，减少了对爬虫资源的浪费。

附图说明

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

图1为投放了内链的页面示意图；

图2为本申请一实施例提供的生成内链的方法流程示意图；

图3为本申请另一实施例提供的生成内链的方法流程示意图；

图4为本申请又一实施例提供的生成内链的方法流程示意图；

图5为本申请再一实施例提供的生成内链的方法流程示意图；

图6为本申请再一实施例提供的生成内链的方法流程示意图；

图7为本申请一实施例提供的生成内链的装置结构示意图。

具体实施方式

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

下面，结合以下实施例对本申请提供的生成内链的方法进行详细介绍。

实施例一：

参见图2，为本申请实施例提供的生成内链的方法流程示意图。如图2所示，该方法可以包括：

S210、计算第一页面被网站内其他页面链接的数量。

一些可能的实施方式中，网站中的页面可以以其对应的唯一关键词来表示并进行内链推荐计算。其中，页面对应的唯一关键词可以通过解析该页面的URL获得。

需要说明的是，本文所述第一页面可以是网站内的任意一个或多个页面。当所述第一页面指网站内的多个页面时，可以针对每个第一页面，分别利用本申请实施例所提供的方法，为其生成内链推荐结果。例如，一些可能的实施方式中，可以针对网站内所有页面进行内链缺口判断以及内链推荐。在该实施方式中，所述第一页面可以是站内的全部页面。例如，结合内链以关键词的形式显示在被投放到的页面的实施方式，可以对站内搜索应用的全部关键词所链接的页面进行抓取，进而计算出全部页面分别被网站内其他页面链接的次数。

结合上述实施方式，为了便于统计页面被其他页面链接的数量，可以先将投放到相同页面A内的URL记录形成[关键词A，URL1,URL2,…URLn]格式的结果，再将各个URL解析成对应的关键词，形成多个[关键词A，关键词B]格式的二值对，此结果表示在关键词A页面内投放了对关键词B页面的内部链接。后续可以基于二值对结果进行统计。需要说明的是，该实施例所述全部关键词可以是被搜索应用能接受的所有关键词，超出该关键词范围的访问将会被拒绝。另外，本申请实施例对页面的抓取方式不限，例如，可以基于httpclient等开源http客户端组件进行页面抓取。其中，URL解析成关键词，可 以使用内部的URL编码策略反解析。例如，采用阿里巴巴网站内部的URL编码策略反解析，可以将“url：http://www.1688.com/chanpin/-6D7033.html”解析成关键词”mp3”，编码策略反解析的具体实现可以参照一般方式实现，在此不再详述。

结合上述说明，该实施例可以通过以下流程计算出网站内的各个页面分别被网站内其他页面链接的数量，包括：

A.抓取全部关键词所链接的页面；

B.针对任一个未处理的页面A，对该页面A自身的URL进行解析，得到该页面的关键词A；

C.提取页面A内投放的链接的URL1到URLn，记录形成[关键词A，URL1,URL2,…URLn]格式的结果；

D.针对[关键词A，URL1,URL2,…URLn]中任一个未生成二值对的URL进行解析，得到该URL的关键词B，形成[关键词A，关键词B]的二值对；

E.根据[关键词A，关键词B]的二值对数量，对关键词B对应的页面被网站内其他页面链接的数量进行累加；

F.判断是否URL1到URLn均对应生成了二值对，如果是，返回到步骤B，如果否，返回到步骤D；

G.如果全部关键词分别对应的页面均处理完成，得到全部关键词分别对应的页面分别被网站内其他页面链接的数量。

S220、根据所述第一页面被网站内其他页面链接的数量，判断所述第一页面是否需要增加内链。

S230、如果需要，计算出所述第一页面需要增加的内链数量，选取出为所述第一页面投放相应数量内链的一个或多个第二页面。

需要说明的是，一个第二页面中可以投放一个第一页面的内链、可以投放多个不同第一页面的内链、也可以投放多个相同第一页面的内链，因此，选取多少个不同的第二页面，可以根据实际需求确定，只要满足数量足够为所述第一页面投放相应数量内链即可。另外，第二页面的选取范围可以根据实际实施需要设置。例如，所述第二页面可以为任意页面。再例如，所述第二页面可以为具有内链空闲位置、且页面内尚未投放所述第一页面内链的页 面。其中，每个页面可以预先设置有对应的内链空闲位置数量，每向页面内投放一个内链，该页面的内链空闲位置数量减一，已向该页面内投放内链数加一，当页面内链空闲位置为零时，不允许继续向页面内继续投放内链。再例如，在内链以关键词的形式显示在页面内的实施方式中，为所述第一页面投放内链的第二页面，可以为在上述两个条件基础上同时满足页面内具有第一页面对应的关键词的页面。

可见，通过为页面设置内链空闲位置数量控制页面内的内链数量，可以避免一个页面内投放过多内链而造成内链分配不均。可以理解的是，以上提到的条件仅为本申请实施例一些可能的实施方式，本申请对此不进行限制。

S240、生成在所述第二页面内为所述第一页面投放相应数量内链的内链推荐结果。

可见，应用本申请实施例提供的生成内链的方法，可以基于内链已投放量，对具有内链缺口的页面进行相应数量内链的投放，使得内链分配更加合理，避免了与用户行为、搜索热度或页面相关性较高的内链大量重复出现，而另一些内链从来没有得到投放的机会的问题，减少了对爬虫资源的浪费。

实施例二：

一些可能的实施方式中，考虑到即使所述第一页面的内链数量不足，但其引流能力比较强，如被搜索引擎多次抓取，被用户多次访问等，则该第一页面并不需要继续推荐内链。因此，该实施例对所述第一页面是否需要增加内链具体根据所述第一页面被网站内其他页面链接的数量并结合其引流能力来判断。

例如，参见图3，为本申请实施例提供的生成内链的方法流程示意图。如图3所示，该方法可以包括：

S310、计算第一页面被网站内其他页面链接的数量。

S320、根据所述第一页面被网站内其他页面链接的数量，以及，所述第一页面对应的搜索引擎抓取量和/或者所述第一页面对应的用户访问量，判断所述第一页面是否需要增加内链。

例如，可以判断是否所述第一页面被网站内其他页面链接的数量未达到内链投放平均量，且所述第一页面对应的搜索引擎抓取量未达到预设抓取量，如果是，则判定所述第一页面需要增加内链，如果否，则判定所述第一页面不需要增加内链。可以理解的是，所述第一页面被网站内其他页面链接的数量应达到内链投放平均量仅为本申请实施例一种可能的实施方式。所述第一页面被网站内其他页面链接的数量在达到何种条件下需要增加内链具体可以根据实际需要设置，本申请对此并不进行限制。

再例如，可以判断是否所述第一页面被网站内其他页面链接的数量未达到内链投放平均量，且所述第一页面对应的用户访问量未达到预设访问量，如果是，则判定所述第一页面需要增加内链。

又例如，可以判断是否所述第一页面被网站内其他页面链接的数量未达到内链投放平均量，且，所述第一页面对应的搜索引擎抓取量未达到预设抓取量，且，所述第一页面对应的用户访问量未达到预设访问量，如果是，则判定所述第一页面需要增加内链。

S330、如果需要，计算出所述第一页面需要增加的内链数量，选取出为所述第一页面投放相应数量内链的一个或多个第二页面。

S340、生成在所述第二页面内为所述第一页面投放相应数量内链的内链推荐结果。

需要说明的是，在以上实施方式中，所述第一页面对应的搜索引擎抓取量以及所述第一页面对应的用户访问量的统计方法可以根据实际需要实施，本申请对此并不进行限制。例如，一些可能的实施方式中，可以通过分析网站日志来统计搜索引擎抓取量、用户访问量。其中，日志可以包括搜索引擎爬虫日志以及用户访问日志。实际上，爬虫访问也是一种特殊的用户访问，但是，一般站内都会将二者区分开。用户访问日志的记录是通过浏览器打开页面触发异步JS而记录的，而搜索引擎爬虫日志是通过爬虫抓取页面而记录的，因此，二者可以明确区分。具体地，例如，一些可能的实施方式中，所述第一页面对应的搜索引擎抓取量具体通过以下步骤计算获得：获得搜索引擎爬虫日志，对所述第一页面对应的爬虫抓取次数进行统计，得到所述第一页面对应的搜索引擎抓取量。所述第一页面对应的用户访问量具体可以通过 以下步骤计算获得：获得用户访问日志，对所述第一页面对应的用户访问数量进行统计，得到所述第一页面对应的用户访问量。

在计算得到所述第一页面对应的搜索引擎抓取量和/或用户访问量之后，可以将所述第一页面被网站内其他页面链接的数量、所述第一页面对应的搜索引擎抓取量和/或用户访问量对应汇总，以便接下来综合内链数、用户访问流量，搜索引擎抓取量多维度地对所述第一页面是否需要增加内链投放进行判断。考虑到大型站点每天的访问量较大，需要分析的日志数量较大，可以采用hadoop的Map-Reduce分布式计算集群来统计所述第一页面被网站内其他页面链接的数量、搜索引擎抓取量以及用户访问量。其中，Map节点可以将页面的关键词作为Map-Reduce计算时所采用的key，以便Reducue节点可以将上述不同维度的统计结果进行汇总。

由于搜索引擎优化是一个动态的过程，需要每隔一定时间周期根据最新的数据对内链重新进行推荐，因此，一些可能的实施方式中，可以每隔一定时间周期分析该时间周期内的爬虫行为和用户访问行文，从而统计出该时间周期内的搜索引擎抓取量以及用户访问量。相应地，本申请实施例所实现的生成内链的方法可以每隔一定时间周期利用该时间周期内统计出的搜索引擎抓取量以及用户访问量对内链推荐结果重新进行计算，形成新的内链推荐结果，整体上形成闭环，达到持续优化的效果。

需要说明的是，以上结合第一页面的引流能力来判断第一页面是否需要增加内链仅为一种可能的实施方式中。另一些可能的实施方式中，所述第一页面是否需要增加内链，可以仅根据所述第一页面被网站内其他页面链接的数量来判断。例如，可以判断是否所述第一页面被网站内其他页面链接的数量未达到内链投放平均量，如果是，则判定所述第一页面需要增加内链。不过，可以理解的是，在本申请实施例结合第一页面的引流能力来判断第一页面是否需要增加内链的实施方式中，由于综合多个原始数据如搜索引擎爬虫日志、用户访问日志等计算页面的引流能力，将页面的引流能力作为是否增加内链的判断依据，从而避免了引流能力强的内链增加不必要的内链投放，为引流能力弱的内链增加了内链投放的机会，达到充分利用爬虫资源的目的。

实施例三：

一些可能的实施方式中，考虑到一些网站按页面内容的行业特性划分页面所属类目，相关类目下的页面之间的相关性较高，因此，可以将类目相关作为选取第二页面的依据以提高内链推荐的相关性。

例如，参见图4，为本申请实施例提供的生成内链的方法流程示意图。如图4所示，该方法可以包括：

S410、计算第一页面被网站内其他页面链接的数量。

S420、根据所述第一页面被网站内其他页面链接的数量，判断所述第一页面是否需要增加内链。

S430、如果需要，计算出所述第一页面需要增加的内链数量，从所述第一页面所属类目相关类目中选取出为所述第一页面投放相应数量内链的第二页面。

其中，所述第一页面所属类目相关类目可以包括所述第一页面所属类目自身、和/或者，与所述第一页面所属类目相关度达到一定高度的其他类目。

例如，可以从所述第一页面所属类目自身中选取出为所述第一页面投放相应数量内链的第二页面

S440、生成在所述第二页面内为所述第一页面投放相应数量内链的内链推荐结果。

需要说明的是，网站内的某些类目之间可以具有所属关系，也可以相互独立，本申请实施例对此并不进行限制。

一些可能的实施方式中，网站的某些类目之间可以按照所属关系确定层级并形成类目关系树。例如，假设一些网站的类目关系树具有五个层级，包括：顶级、一级、二级、三级、最底层叶子类目。例如，关键词“mp3”对应的页面可以被划分到“消费品”类目下，而“消费品”类目是“数码”类目的上层类目，“数码”类目是“消费品”类目的下层类目。可见，越接近叶子类目，同一类目下页面之间的相关性更高。而对于最顶层类目来说，最顶层类目下的所有页面的相关性达到最低。

结合以上提到的实施方式，所述从第一页面所属类目相关类目中选取出为所述第一页面投放相应数量内链的第二页面，具体可以遵循类目之间的树 形结构，从所述第一页面所属叶子类目开始向上逐层从中选取第二页面，从而达到优先选取相关性较高的页面的目的。

一些可能的实施方式中，考虑到逐层选取第二页面时，可能会由于具有可投放第一页面内链空闲位置的页面数量不足等原因，导致达到最顶层类目时在所述最顶层类目之前所选取出的所有第二页面不足以为所述第一页面投放相应数量内链，在这种情况下，则可以采用随机的方式继续选取不足部分的第二页面，从而得到足够为所述第一页面投放相应数量内链的第二页面。

实施例四：

一些可能的实施方式中，为了支持高性能的数据服务，使外部的WEB系统能够高效展示出内链，采用了将内链推荐结果放入缓存的方式存储内链推荐结果。

例如，参见图5，为本申请实施例提供的生成内链的方法流程示意图。如图5所示，该方法可以包括：

S510、计算第一页面被网站内其他页面链接的数量。

S520、根据所述第一页面被网站内其他页面链接的数量，判断所述第一页面是否需要增加内链。

S530、如果需要，计算出所述第一页面需要增加的内链数量，选取出为所述第一页面投放相应数量内链的一个或多个第二页面，生成键值对，其中，所述键值对描述了所述第一页面的第一关键词与所述第二页面的第二关键词之间的一一对应关系。

S540、将所述键值对存储到缓存中。

S550、当接收到页面请求时，实时从所述缓存中读取出所述键值对，将所述键值对描述的第一关键词对应的第一页面的链接，投放到所述键值对描述的第二关键词对应的第二页面内。

在该实施方式中，采用了离线计算的方式生成内链，并将内链存储到KV缓存之中。从而当一个页面生成并请求推荐内链的时候，推荐结果已经存在于缓存中，可以直接从缓存取得离线计算出来的内链推荐结果，展示到页面之中，完成最终的内链投放，提高了实时WEB请求的响应效率。

结合以上实施例二提到的每隔一定时间周期根据最新的数据对内链重新进行推荐的实施方式，可以将最新时间周期计算出的键值对完全覆盖到KV缓存中即可达到重新分配内链的目的。

需要说明的是，应用本申请实施例提供的生成内链的方法的运行环境不限。例如，本申请实施例所述方法可以运行于采用linux操作系统的64位服务器的java、hadoop等运行环境之下。

实施例五：

下面，再结合以上提到的多个实施例，对本申请实施例一种可能的实施方式进行详细说明。例如，参见图6，为本申请实施例提供的生成内链的方法可能的流程示意图，如图6所示，该方法可以包括：

S610、计算第一页面被网站内其他页面链接的数量。

S620、根据所述第一页面被网站内其他页面链接的数量，以及，所述第一页面对应的搜索引擎抓取量和/或者所述第一页面对应的用户访问量，判断所述第一页面是否需要增加内链。

S630、如果需要，计算出所述第一页面需要增加的内链数量。

S630.1、将所述第一页面所属叶子类目作为当前类目。

例如，假设类目层级包括0层、1层、2层、3层、4层共五层，则最顶层类目的类目层次为0层，最底层叶子类目为的类目层次为4层，因此，可以将当前类目赋值为4层。

S630.2、判断所述第一页面需要增加的内链数量是否等于零。

也即，判断第一页面的内链缺口量是否等于零。可以理解的是，如果第一页面的内链缺口量为零，则无需继续流程。

S630.3、如果不等于零，判断所述当前类目是否已达到最顶层类目。

例如，结合以上提到的类目层级共五层的例子，可以判断当前类目是否等于0层。

S630.4、如果否，从所述当前类目中选取出具有内链空闲位置、且页面内尚未投放所述第一页面的内链的第二页面，从所述第一页面需要增加的内链数量中扣除将向当前选取的第二页面投放内链的数量，遵循类目之间的树 形结构，如果所述当前类目具有父类目，将所述当前类目更新为所述当前类目的父类目，返回到步骤S530.2，所述判断所述第一页面需要增加的内链数量是否等于零的步骤。

例如，假设当前类目是4层，则更新后的当前类目为3层。

S630.5、如果是，根据所述第一页面需要增加的内链数量，随机选取出为所述第一页面投放相应数量内链的第二页面。

S640、生成键值对，其中，所述键值对描述了所述第一页面的第一关键词与所述第二页面的第二关键词之间的一一对应关系。

S650、将所述键值对存储到缓存中。

S660、当接收到页面请求时，实时从所述缓存中读取出所述键值对，将所述键值对描述的第一关键词对应的第一页面的链接，投放到所述键值对描述的第二关键词对应的第二页面内。

下面，再结合以下实施例对本申请提供的生成内链的装置进行详细介绍。

参见图7，为本申请实施例提供的生成内链的装置结构示意图。如图7所示，该装置可以包括：

已投内链计算单元710，可以用于计算第一页面被网站内其他页面链接的数量。内链增加判断单元720，可以用于根据所述第一页面被网站内其他页面链接的数量，判断所述第一页面是否需要增加内链。内链缺口计算单元730，可以用于如果所述内链增加判断单元判定为需要，计算出所述第一页面需要增加的内链数量。候补页面选取单元740，可以用于选取出为所述第一页面投放相应数量内链的一个或多个第二页面。内链生成单元750，可以用于生成在所述第二页面内为所述第一页面投放相应数量内链的内链推荐结果。

可见，配置本申请实施例提供的生成内链的装置，可以基于内链已投放量，对具有内链缺口的页面进行相应数量内链的投放，使得内链分配更加合理，避免了与用户行为、搜索热度或页面相关性较高的内链大量重复出现，而另一些内链从来没有得到投放的机会的问题，减少了对爬虫资源的浪费。

一些可能的实施方式中，所述内链增加判断单元720，可以用于根据所述第一页面被网站内其他页面链接的数量、以及，所述第一页面对应的搜索引 擎抓取量，判断所述第一页面是否需要增加内链。或者，所述内链增加判断单元720，可以用于根据所述第一页面被网站内其他页面链接的数量、以及，所述第一页面对应的用户访问量，判断所述第一页面是否需要增加内链。或者，所述内链增加判断单元720，可以用于根据所述第一页面被网站内其他页面链接的数量、所述第一页面对应的搜索引擎抓取量，以及，所述第一页面对应的用户访问量，判断所述第一页面是否需要增加内链。

一些可能的实施方式中，所述内链增加判断单元720，可以用于判断是否所述第一页面被网站内其他页面链接的数量未达到内链投放平均量，且，所述第一页面对应的搜索引擎抓取量未达到预设抓取量，且，所述第一页面对应的用户访问量未达到预设访问量，如果是，则判定所述第一页面需要增加内链。

一些可能的实施方式中，该装置还可以包括：搜索引擎抓取量统计单元760，可以用于获得搜索引擎爬虫日志，对所述第一页面对应的爬虫抓取次数进行统计，得到所述第一页面对应的搜索引擎抓取量。和/或者，用户访问量统计单元761，可以用于获得用户访问日志，对所述第一页面对应的用户访问数量进行统计，得到所述第一页面对应的用户访问量。

一些可能的实施方式中，所述内链生成单元750，可以用于生成键值对，其中，所述键值对描述了所述第一页面的第一关键词与所述第二页面的第二关键词之间的一一对应关系。且，该装置还可以包括，键值对缓存单元751，可以用于将所述键值对存储到缓存中。内链投入单元752，可以用于当接收到页面请求时，实时从所述缓存中读取出所述键值对，将所述键值对描述的第一关键词对应的第一页面的链接，投放到所述键值对描述的第二关键词对应的第二页面内。

一些可能的实施方式中，所述第二页面可以为具有内链空闲位置、且页面内尚未投放所述第一页面内链的页面。

一些可能的实施方式中，所述候补页面选取单元740，可以用于从所述第一页面所属类目相关类目中选取出为所述第一页面投放相应数量内链的第二页面。

一些可能的实施方式中，所述候补页面选取单元740，可以用于遵循类目之间的树形结构，从所述第一页面所属叶子类目开始向上逐层从中选取第二页面。结合该实施方式的另一些可能的实施方式中，所述候补页面选取单元740，还可以用于如果达到最顶层类目且在所述最顶层类目之前所选取出的所有第二页面不足以为所述第一页面投放相应数量内链，则采用随机的方式选取不足部分的第二页面。

需要注意的是，本申请实施例所述搜索引擎抓取量统计单元760、所述用户访问量统计单元761、所述键值对缓存单元751、所述内链投入单元752在图7中以虚线绘制，以表示这些单元不是本申请实施例提供的生成内链的装置的必要单元。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本申请可用于众多通用或专用的计算系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类 型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅为本申请的较佳实施例而已，并非用于限定本申请的保护范围。凡在本申请的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本申请的保护范围内。