CN107545009B - 一种确定网页中组件的方法和设备 - Google Patents

Abstract

本申请涉及互联网技术领域，特别涉及一种确定网页中组件的方法和设备，用以解决现有技术中存在的确定网页组件的效率比较低，无法满足当前的需求的问题。本申请实施例根据实时的用户特征数据确定用户特征组和组件集合的绑定关系，根据确定的所述绑定关系，确定所述用户所属的用户特征组对应的组件集合；将确定的组件集合作为所述目标网页中需要加载的组件，由于可以根据实时的用户特征数据确定用户特征组和组件集合的绑定关系，从而能够实现对网页组件进行实施的变化，提高了确定网页组件的效率，能够满足当前的需求；进一步的由于根据用户特征数据确定绑定关系，从而可以针对不同的用户推送不同的组件。

Description

一种确定网页中组件的方法和设备

技术领域

本申请涉及互联网技术领域，特别涉及一种确定网页中组件的方法和设备。

背景技术

在需要为用户展示一个页面时，网络侧会确定需要展示的网页中的组件，并根据确定的组件进行展示。这里的组件是页面上一个或者多个相近功能的组合，如搜索框组件等。

以搜索页面为例，目前搜索页面通过手工方式制作。每次根据用户搜索词的不同展示不同的数据，但是当季节变动或网络热点发生转移，用户对页面的关注度发生变化后，页面就需要调整展现布局或者更换某个区域的展示组件，这时候就需要手工维护搜索页面。

随着网络热点等信息变化频率越来也快，用户对页面的关注度也越来越快，显然目前人工配置组件的方式无法满足当前的需求。

发明内容

本申请提供一种确定网页中组件的方法和设备，用以解决现有技术中存在的确定网页组件的效率比较低，无法满足当前的需求的问题。

本申请实施例提供的一种确定网页中组件的方法，该方法包括：

确定用户需要打开的目标网页当前的用户特征组和组件集合的绑定关系，其中所述绑定关系中的组件集合是根据实时的用户特征数据确定的；

根据确定的所述绑定关系，确定所述用户所属的用户特征组对应的组件集合；

将确定的组件集合作为所述目标网页中需要加载的组件。

本申请实施例根据实时的用户特征数据确定用户特征组和组件集合的绑定关系，根据确定的所述绑定关系，确定所述用户所属的用户特征组对应的组件集合；将确定的组件集合作为所述目标网页中需要加载的组件，由于可以根据实时的用户特征数据确定用户特征组和组件集合的绑定关系，从而能够实现对网页组件进行实施的变化，提高了确定网页组件的效率，能够满足当前的需求；进一步的由于根据用户特征数据确定绑定关系，从而可以针对不同的用户推送不同的组件。

可选的，根据下列方式确定目标网页当前的所述绑定关系中用户特征组对应的组件集合：

针对任意一个用户特征组，确定所述用户特征组对应的所述目标网页的所有组件；

根据实时的用户特征数据，对所述用户特征组对应的所有组件进行分离式组件测试；

从所述分离式组件测试后保留的组件中确定目标网页当前的所述绑定关系中的所述用户特征组对应的组件集合。

可选的，所述对所述用户特征组对应的所有组件进行分离式组件测试，包括：

循环执行下列步骤直到满足停止条件：

根据所述页面中显示的组件数量，从所述所有组件中确定本次测试的至少一组组件，其中不同组包含的组件不完全相同；

根据实时获取的所述用户特征组对应的用户特征数据，对本次测试的至少一组组件和前一次测试后保留的至少一组组件进行分离式组件测试；

根据测试结果保留至少一组组件。

可选的，所述停止条件包括下列中的部分或全部：

已测试所有组的组件；

进行分离式组件测试的次数达到阈值。

可选的，所述根据实时获取的所述用户特征组对应的用户特征数据，对本次测试的至少一组组件和前一次测试后保留的一组组件进行分离式组件测试，包括：

针对本次测试的至少一组组件和前一次测试后保留的至少一组组件中的任意一组组件，将包含所述任意一组组件的网页推送给登录到所述网页用户；

将本次推送后采集的用户特征数据置于所述任意一组组件对应的用户特征数据集合中；

在所述任意一组组件对应的用户特征数据集合满足测试要求后，根据所述用户特征数据集合确定所述任意一组组件对应的指标；

根据测试结果保留至少一组组件，包括：

根据每组组件对应的指标，从本次测试的至少一组组件和前一次测试后保留的至少一组组件中保留至少一组组件。

可选的，所述将包含所述任意一组组件的网页推送给登录到所述网页用户，包括：

将包含所述任意一组组件的网页推送给登录到所述网页，且属于所述组件对应所述用户特征组的用户；或

将包含所述任意一组组件的网页随机推送给登录到所述网页的用户。

由于能够根据用户的类型为用户推送组件，从而能够加快测试的时间。

可选的，该方法还包括：

周期根据获取的实时的用户特征数据，确定目标网页当前的所述绑定关系中用户特征组对应的组件集合。

本申请实施例提供的一种确定网页中组件的设备，该设备包括：

关系确定模块，用于确定用户需要打开的目标网页当前的用户特征组和组件集合的绑定关系，其中所述绑定关系中的组件集合是根据实时的用户特征数据确定的；

组件确定模块，用于根据确定的所述绑定关系，确定所述用户所属的用户特征组对应的组件集合；

处理模块，用于将确定的组件集合作为所述目标网页中需要加载的组件。

可选的，所述关系确定模块还用于，根据下列方式确定目标网页当前的所述绑定关系中用户特征组对应的组件集合：

针对任意一个用户特征组，确定所述用户特征组对应的所述目标网页的所有组件；

根据实时的用户特征数据，对所述用户特征组对应的所有组件进行分离式组件测试；

将所述分离式组件测试后保留的组件作为目标网页当前的所述绑定关系中的所述用户特征组对应的组件集合。

可选的，所述关系确定模块具体用于：

对所述用户特征组对应的所有组件进行分离式组件测试时，循环执行下列步骤直到满足停止条件：

根据所述页面中显示的组件数量，从所述所有组件中确定本次测试的至少一组组件，其中不同组包含的组件不完全相同；

根据实时获取的所述用户特征组对应的用户特征数据，对本次测试的至少一组组件和前一次测试后保留的至少一组组件进行分离式组件测试；

根据测试结果保留至少一组组件。

可选的，所述停止条件包括下列中的部分或全部：

已测试所有组的组件；

进行分离式组件测试的次数达到阈值。

可选的，所述关系确定模块具体用于：

针对本次测试的至少一组组件和前一次测试后保留的至少一组组件中的任意一组组件，将包含所述任意一组组件的网页推送给登录到所述网页用户；

将本次推送后采集的用户特征数据置于所述任意一组组件对应的用户特征数据集合中；

在所述任意一组组件对应的用户特征数据集合满足测试要求后，根据所述用户特征数据集合确定所述任意一组组件对应的指标；

根据每组组件对应的指标，从本次测试的至少一组组件和前一次测试后保留的至少一组组件中保留至少一组组件。

可选的，所述关系确定模块具体用于：

将包含所述任意一组组件的网页推送给登录到所述网页，且属于所述组件对应所述用户特征组的用户；或

将包含所述任意一组组件的网页随机推送给登录到所述网页的用户。

可选的，所述关系确定模块还用于：

周期根据获取的实时的用户特征数据，确定目标网页当前的所述绑定关系中用户特征组对应的组件集合。

附图说明

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

图1为本申请实施例功能示意图；

图2为本申请实施例确定网页中组件的方法流程示意图；

图3为本申请实施例页面示意图；

图4为本申请实施例组件示意图；

图5为本申请实施例多级组件示意图；

图6为本申请实施例确定目标网页当前的所述绑定关系中用户特征组对应的组件集合的完整方法流程示意图；

图7为本申请实施例确定网页中组件的设备结构示意图。

具体实施方式

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

本申请实施例一共包含四个部分，组件配置、页面配置、页面浏览、数据采集，如图1所示：

其中，组件配置：由人工配置一个页面的所有组件；

页面配置：从页面对应的所有组件中选择需要展示的组件；

页面浏览：将选择的组件在页面中展示；

数据采集：采集展示页面后的用户特征数据。

下面针对本申请方案进行详细介绍。

如图2所示，本申请实施例确定网页中组件的方法包括：

步骤200、确定用户需要打开的目标网页当前的用户特征组和组件集合的绑定关系，其中所述绑定关系中的组件集合是根据实时的用户特征数据确定的；

步骤201、根据确定的所述绑定关系，确定所述用户所属的用户特征组对应的组件集合；

步骤202、将确定的组件集合作为所述目标网页中需要加载的组件。

本申请实施例根据实时的用户特征数据确定用户特征组和组件集合的绑定关系，根据确定的所述绑定关系，确定所述用户所属的用户特征组对应的组件集合；将确定的组件集合作为所述目标网页中需要加载的组件，由于可以根据实时的用户特征数据确定用户特征组和组件集合的绑定关系，从而能够实现对网页组件进行实施的变化，提高了确定网页组件的效率，能够满足当前的需求；进一步的由于根据用户特征数据确定绑定关系，从而可以针对不同的用户推送不同的组件。

可选的，根据下列方式确定目标网页当前的所述绑定关系中用户特征组对应的组件集合：

针对任意一个用户特征组，确定所述用户特征组对应的所述目标网页的所有组件；

根据实时的用户特征数据，对所述用户特征组对应的所有组件进行分离式组件测试；

从所述分离式组件测试后保留的组件中确定目标网页当前的所述绑定关系中的所述用户特征组对应的组件集合。

本申请实施例针对一个网页会设置多个组件，根据用户特征组，将组件进行划分，即确定该网页的每个用户特征组对应的组件。

这里的用户特征组可以根据网页内容、需求、应用场景等进行设置。比如对于一个购物网站，可以根据商品确定用户特征组。例如一个用户特征组可以包括上衣、裤子等；一个用户特征组可以包括笔记本、手机等。对于一个求职网站，，可以根据职业确定用户特征组。例如一个用户特征组可以包括会计师、出纳等，一个用户特征组可以包括律师、法律顾问等。

本申请实施例进行测试的目的就是从每组组件集合中选择针对用户展示效果最好的组件。这里的展示效果根据测试时比对的指标不同，展示效果的含义也不同。比如指标是转化率，则展示效果最好就是转化率最高；比如指标是注册率，则展示效果最好就是注册率最高。

不同时期组件的内容有可能需要变化。以购物网站为例，比如夏天，组件内容以夏装为主；到了冬天，组件内容就需要以冬天为主，所以本申请的方案可以在组件发生变化后确定目标网页当前的所述绑定关系中用户特征组对应的组件集合；也可以根据实时确定目标网页当前的所述绑定关系中用户特征组对应的组件集合；也可以周期根据获取的实时的用户特征数据，确定目标网页当前的所述绑定关系中用户特征组对应的组件集合。

本申请实施例对所述用户特征组对应的所有组件进行分离式组件测试时不是所有组件一次性全部测试，而是选择一部分组合方式先测试，从先测试的一部分中选出组合方式最好的组件，在将组合方式最好的组件与未测试组合方式放在一次再次测试，反复执行测试过程，最终选择出最好的组合方式对应的组件。

比如一共有A、B、C和D四个组件。假设页面显示的组件数量为2，则组合方式为：A和B、A和C、A和D、B和C、B和D、C和D。

一次测试两个组件，则A和B、A和C测试后保留最好的组合方式，假设是A和B；再将A和B、A和D一起测试，保留最好的组合方式，假设是A和D；再将A和D、B和C一起测试，保留最好的组合方式，假设是A和D；再将A和D、B和D一起测试，保留最好的组合方式，假设是A和D；再将A和D、C和D一起测试，保留最好的组合方式，假设是C和D。由于所有组合都测试完，所以C和D就是最终在该网页显示的组件。

这种方式由于减少了每次测量组合方式的数量，从而在组合方式比较，且总用户数量不够时，不会降低测试的准确性。

下面详细介绍下对所述用户特征组对应的所有组件进行分离式组件测试的过程。

具体的，所述对所述用户特征组对应的所有组件进行分离式组件测试时，循环执行下列步骤直到满足停止条件：

根据所述页面中显示的组件数量，从所述所有组件中确定本次测试的至少一组组件，其中不同组包含的组件不完全相同；

根据实时获取的所述用户特征组对应的用户特征数据，对本次测试的至少一组组件和前一次测试后保留的至少一组组件进行分离式组件测试；

根据测试结果保留至少一组组件。

其中，根据所述页面中显示的组件数量，从所述组件集合中确定本次测试的至少一组组件，其中不同组包含的组件全不相同或部分相同。

比如页面A中显示的组件数量为2个，则每组组件数量为2个；如果页面1中显示的组件数量为4个，则每组组件数量为4个。

在确定每组组件数量后，确定每次测试的组数。组数可以根据实际场景、需求等情况进行设定。

比如用户数量比较大，则每次设置的组数可以多一些；还比如测试网页的时间可以比较长，则每次设置的组数可以少一些。

在确定组数以及每组包含的组件后，就可以从组件集合中选择组件进行组合。

在进行组合时，需要保证与已有的组合中的组件不完全相同。这里已有的组合包括之前已测试的组合以及本次测试的组合。

比如一共有A、B、C和D四个组件。假设页面显示的组件数量为2，每次测试两组，则每次选择的组中包括的组件需要与已经选择的组中包括的组件不完全相同。

在实施中可以将所有组合方式都确定出来，每次从中进行挑选；还可以每次从组件集合中选择之前没有的组合方式对应的组件。

比如采用将所有组合方式都确定出来，每次从中进行挑选的方式，则页面1对应的组合方式包括：A和B、A和C、A和D、B和C、B和D、C和D。每次选择两组进行测试。

测试的方式是分离式组件测试，类似AB测试。假设测试A和B、A和C，则将A和B推送给登录页面A得用户中的50％、A和C推送给登录页面A得用户中的50％。

采集登录含有A和B的页面A的用户特征数据，以及采集登录含有A和C的页面A的用户特征数据，根据采集到的数据确定每组的指标，从而选择组好的一组保留，并将保留的组与下次选择的组在一起测试。

这里实时获取的所述用户特征组对应的用户特征数据可以是用户的行为数据，即显示页面A后，是否对页面A中包括的组件的内容有兴趣，比如是否点击组件的内容，以及点击后是否有后续关注、购买等行为。

在实施中，组件里也有可能嵌套其他组件，也就是说组件也有层级关系。以三层组件为例，本申请实施例将组件类型根据业务情况定义3种，page(页面)、module(组件)、widget(微件)，即可以多个widget组合成一个module，多个module组合成一个page。其中，page、module、widget都是组件，只是在不同的层级，为了方便用不同的方式命名。

比如一组组件包括包括组件A和B，其中组件A由组件A1和A2组成，组件B由组件B1和B2组成。则该组组件实际包括A1、A2、B1和B2四个组件，在测试时候，对这四个组件进行测试。

需要说明的是，上面只是以两层组件为例进行说明，在实施中根据需要可以设置更多组件，情况与两层组件类似，在此不再赘述。

具体的，针对本次测试的至少一组组件和前一次测试后保留的至少一组组件中的任意一组组件，将包含所述任意一组组件的网页推送给登录到所述网页用户；

将本次推送后采集的用户特征数据置于所述任意一组组件对应的用户特征数据集合中；

在所述任意一组组件对应的用户特征数据集合满足测试要求后，根据所述用户特征数据集合确定所述任意一组组件对应的指标；

根据测试结果保留至少一组组件，包括：

根据每组组件对应的指标，从本次测试的至少一组组件和前一次测试后保留的至少一组组件中保留至少一组组件。

如果是第一次测试，即没有前一次测试后保留的组件，则可以选择本次测试的至少两组组件。

其中，所述将包含所述任意一组组件的所述网页推送给登录到所述网页用户的方式有很多，下面列举几种：

方式一、将包含所述任意一组组件的网页推送给登录到所述网页，且属于所述组件对应所述用户特征组的用户。

比如有很多用户需要打开网页1，假设需要测试网页1对应的第一组组件，第一组组件对应的用户特征组为上衣，则将第一组组件中的组件推送给用户特征组为上衣，且需要打开网页1的用户。

下面以一次测试两组组件为例进行说明。

在实施中，采集用户的行为数据(数据采集功能完成)；根据采集的用户的行为数据确定用户的类型；

预先给同类型的一批用户设置不同的标签，比如U1和U2。

其中，初始给U1用户选取一种组件的组合方式：moduleA1，moduleB1，moduleC1，给U2选取一种组件的组合方式：moduleA2，moduleB2，moduleC2。

采集选择的U1和U2的用户特征数据，根据预先设定的规则(比如采用计算公式satisfy*weight+ctr*weight)，利用采集的用户特征数据确定哪类组件最好。

假设U2这批测试用户最好，则剔除moduleA1，moduleB1，moduleC1，并选取其他组合方式的组件给U1和U2的用户，并继续采集选择的U1和U2的用户特征数据，根据预先设定的规则(比如采用计算公式satisfy*weight+ctr*weight)，利用采集的用户特征数据确定哪类组件最好。

其中，satisfy：是用户对网站的粘性参数值，粘性参数值表示用户对网站的关注度，有很多参数可以作为本申请实施例的具体粘性参数值，比如用户在页面上的停留时间作为粘性参数值；

weight：权重；

ctr：用户在页面上的点击率。即该页面总点击数/该页面pv(page view，页面浏览量)。

需要说明的是，上面的50％指示举例说明，根据需要、场景、经验等因素可以设置具体的百分比。

方式二、将包含所述任意一组组件的网页随机推送给登录到所述网页的用户。

比如有很多用户需要打开网页1，假设需要测试网页1对应的第一组组件，则将第一组组件推送给需要打开网页1的用户。

其中方式一和方式二也可以合起来使用，如果可以确定用户的用户特征组，则使用方式一；无法确定用户的用户特征组，则使用方式二。

由于如果针对一个组合的测试样本比较少，得到的指标准确性就不高，所以这里的测试要求实质是测试要本的数量达到要求。

测试样本可以根据需要实质，比如可以是一个组合推送给用户的数量达到第一门限值，则认为满足测试要求；也可以是一个组合对应的用户流量达到第二门限值，则认为满足测试要求。

以一个详细例子介绍下页面配置的过程，如图5所示。

1、人工配置pageA(页面A)的样式，例如可视化配置一个侵权投诉页面如图3所示。

2、在人工配置pageA样式页面样式后，读取pageA的布局区块信息(layouts)，假设有layout-a和layout-b两个布局区块信息。

3、在layout-a和layout-b中配置组件，假设在layout-a中配置了moduleA和moduleB，layout-b中配置了moduleC。

4、为moduleA、moduleB和moduleC配置对应的组件参数。

组件参数：用于定义可以在这个组件中使用的一类参数的引用变量。

5、渲染pageA页面。

5.1、确定pageA的layout-a和layout-b。如图4所示，其中layout-a中包含moduleA和moduleB，layout-b中包含moduleC。

5.2、读取layout-a中配置的moduleA和moduleB，根据moduleA中的name字段进行渲染，根据moduleB中的name字段进行渲染；以及读取layout-b中配置的moduleC，根据moduleC中的name字段进行渲染。

5.3、如果moduleA中也配置了layouts字段，继续读取moduleA中的layouts字段并按照类似上面的步骤2及之后的步骤进行渲染，直到不出现更深层次的layouts为止。

5.4、在渲染结束后输出对应的页面。

本申请实施例停止条件包括但不限于下列中的部分或全部：

已测试所有组的组件；

进行分离式组件测试的次数达到阈值。

如果停止条件为已测试所有组的组件，假设页面1对应的组合方式包括：A和B、A和C、A和D、B和C、B和D、C和D，在所有的组合方式都测试完成后，确定满足停止条件。

如果停止条件为测试组合的数量达到阈值，假设页面1对应的组合方式包括：A和B、A和C、A和D、B和C、B和D、C和D，阈值为4，则不用所有的组合都测试完成，只要测试组合的数量为4个，就确定满足停止条件。

可选的，如果最后保留的组有多个，可以从多个里选择一个，选择方式有很多种，比如随机选择，还可以选择指标最优的组。

下面列举一个详细的例子对本申请的方案进行详细说明。

如图6所示，本申请实施例确定目标网页当前的所述绑定关系中用户特征组对应的组件集合的完整方法包括：

步骤600、确定网页对应的所有组件。

步骤601、针对任意一个用户特征组，从网页对应的所有组件中确定所述用户特征组对应的所有组件。

步骤602、根据所述页面中显示的组件数量，从确定的所有组件中确定本次测试的至少一组组件。

其中，本次测试的至少一组组件是之前未进行测试的组。

步骤603、从本次测试的至少一组组件和前一次测试后保留的至少一组组件中选择一组未测试的组件。

步骤604、将包含选择的一组组件的网页推送给登录到所述网页，且属于所述组件对应所述用户特征组的用户。

步骤605、将本次推送后采集的用户特征数据置于选择的一组组件对应的用户特征数据集合中。

步骤606、在选择的一组组件对应的用户特征数据集合满足测试要求后，根据所述用户特征数据集合确定选择的一组组件对应的指标。

步骤607、判断本次测试的组中是否还有未测试的组，如果是，则返回步骤603；否则，执行步骤608。

步骤608、根据每组组件对应的指标，从本次测试的至少一组组件和前一次测试后保留的至少一组组件中保留至少一组组件。

步骤609、判断所述组件集合中是否还有未测试的组合方式，如果是，则返回步骤602；否则执行步骤610。

步骤610、从所述分离式组件测试后保留的组件中，确定目标网页当前的所述绑定关系中的所述用户特征组对应的组件集合。

基于同一发明构思，本申请实施例中还提供了一种确定网页中组件的设备，由于该设备解决问题的原理与本申请实施例确定网页中组件的方法相似，因此该设备的实施可以参见方法的实施，重复之处不再赘述。

如图7所示，本申请实施例确定网页中组件的设备包括：

关系确定模块700，用于确定用户需要打开的目标网页当前的用户特征组和组件集合的绑定关系，其中所述绑定关系中的组件集合是根据实时的用户特征数据确定的；

组件确定模块701，用于根据确定的所述绑定关系，确定所述用户所属的用户特征组对应的组件集合；

处理模块702，用于将确定的组件集合作为所述目标网页中需要加载的组件。

本申请实施例根据实时的用户特征数据确定用户特征组和组件集合的绑定关系，根据确定的所述绑定关系，确定所述用户所属的用户特征组对应的组件集合；将确定的组件集合作为所述目标网页中需要加载的组件，由于可以根据实时的用户特征数据确定用户特征组和组件集合的绑定关系，从而能够实现对网页组件进行实施的变化，提高了确定网页组件的效率，能够满足当前的需求；进一步的由于根据用户特征数据确定绑定关系，从而可以针对不同的用户推送不同的组件。

可选的，所述关系确定模块700根据下列方式确定目标网页当前的所述绑定关系中用户特征组对应的组件集合：

针对任意一个用户特征组，确定所述用户特征组对应的所述目标网页的所有组件；

根据实时的用户特征数据，对所述用户特征组对应的所有组件进行分离式组件测试；

从所述分离式组件测试后保留的组件中确定目标网页当前的所述绑定关系中的所述用户特征组对应的组件集合。

本申请实施例针对一个网页会设置多个组件，根据用户特征组，将组件进行划分，即确定该网页的每个用户特征组对应的组件。

这里的用户特征组可以根据网页内容、需求、应用场景等进行设置。比如对于一个购物网站，可以根据商品确定用户特征组。例如一个用户特征组可以包括上衣、裤子等；一个用户特征组可以包括笔记本、手机等。对于一个求职网站，，可以根据职业确定用户特征组。例如一个用户特征组可以包括会计师、出纳等，一个用户特征组可以包括律师、法律顾问等。

本申请实施例进行测试的目的就是从所有组件中选择针对用户展示效果最好的组件。这里的展示效果根据测试时比对的指标不同，展示效果的含义也不同。比如指标是转化率，则展示效果最好就是转化率最高；比如指标是注册率，则展示效果最好就是注册率最高。

不同时期组件的内容有可能需要变化。以购物网站为例，比如夏天，组件内容以夏装为主；到了冬天，组件内容就需要以冬天为主，所以本申请的方案可以在组件发生变化后确定目标网页当前的所述绑定关系中用户特征组对应的组件集合；也可以根据实时确定目标网页当前的所述绑定关系中用户特征组对应的组件集合；也可以周期根据获取的实时的用户特征数据，确定目标网页当前的所述绑定关系中用户特征组对应的组件集合。

本申请实施例对所述用户特征组对应的所有组件进行分离式组件测试时不是所有组件一次性全部测试，而是选择一部分组合方式先测试，从先测试的一部分中选出组合方式最好的组件，在将组合方式最好的组件与未测试组合方式放在一次再次测试，反复执行测试过程，最终选择出最好的组合方式对应的组件。

比如一共有A、B、C和D四个组件。假设页面显示的组件数量为2，则组合方式为：A和B、A和C、A和D、B和C、B和D、C和D。

一次测试两个组件，则A和B、A和C测试后保留最好的组合方式，假设是A和B；再将A和B、A和D一起测试，保留最好的组合方式，假设是A和D；再将A和D、B和C一起测试，保留最好的组合方式，假设是A和D；再将A和D、B和D一起测试，保留最好的组合方式，假设是A和D；再将A和D、C和D一起测试，保留最好的组合方式，假设是C和D。由于所有组合都测试完，所以C和D就是最终在该网页显示的组件。

这种方式由于减少了每次测量组合方式的数量，从而在组合方式比较，且总用户数量不够时，不会降低测试的准确性。

下面详细介绍下对所述用户特征组对应的所有组件进行分离式组件测试的过程。

具体的，所述关系确定模块700对所述用户特征组对应的所有组件进行分离式组件测试时，循环执行下列步骤直到满足停止条件：

根据所述页面中显示的组件数量，从所述所有组件中确定本次测试的至少一组组件，其中不同组包含的组件不完全相同；

根据实时获取的所述用户特征组对应的用户特征数据，对本次测试的至少一组组件和前一次测试后保留的至少一组组件进行分离式组件测试；

根据测试结果保留至少一组组件。

其中，根据所述页面中显示的组件数量，从所述组件集合中确定本次测试的至少一组组件，其中不同组包含的组件全不相同或部分相同。

比如页面A中显示的组件数量为2个，则每组组件数量为2个；如果页面1中显示的组件数量为4个，则每组组件数量为4个。

在确定每组组件数量后，确定每次测试的组数。组数可以根据实际场景、需求等情况进行设定。

比如用户数量比较大，则每次设置的组数可以多一些；还比如测试网页的时间可以比较长，则每次设置的组数可以少一些。

在确定组数以及每组包含的组件后，就可以从组件集合中选择组件进行组合。

在进行组合时，需要保证与已有的组合中的组件不完全相同。这里已有的组合包括之前已测试的组合以及本次测试的组合。

比如一共有A、B、C和D四个组件。假设页面显示的组件数量为2，每次测试两组，则每次选择的组中包括的组件需要与已经选择的组中包括的组件不完全相同。

在实施中可以将所有组合方式都确定出来，每次从中进行挑选；还可以每次从组件集合中选择之前没有的组合方式对应的组件。

比如采用将所有组合方式都确定出来，每次从中进行挑选的方式，则页面1对应的组合方式包括：A和B、A和C、A和D、B和C、B和D、C和D。每次选择两组进行测试。

测试的方式是分离式组件测试，类似AB测试。假设测试A和B、A和C，则将A和B推送给登录页面A得用户中的50％、A和C推送给登录页面A得用户中的50％。

采集登录含有A和B的页面A的用户特征数据，以及采集登录含有A和C的页面A的用户特征数据，根据采集到的数据确定每组的指标，从而选择组好的一组保留，并将保留的组与下次选择的组在一起测试。

这里实时获取的所述用户特征组对应的用户特征数据可以是用户的行为数据，即显示页面A后，是否对页面A中包括的组件的内容有兴趣，比如是否点击组件的内容，以及点击后是否有后续关注、购买等行为。

在实施中，组件里也有可能嵌套其他组件，也就是说组件也有层级关系。以三层组件为例，本申请实施例将组件类型根据业务情况定义3种，page(页面)、module(组件)、widget(微件)，即可以多个widget组合成一个module，多个module组合成一个page。其中，page、module、widget都是组件，只是在不同的层级，为了方便用不同的方式命名。

比如组件集合包括包括组件A和B，其中组件A由组件A1和A2组成，组件B由组件B1和B2组成。则组件集合中实际包括A1、A2、B1和B2四个组件，在测试时候，也是对这四个组件进行测试。

需要说明的是，上面只是以两层组件为例进行说明，在实施中根据需要可以设置更多组件，情况与两层组件类似，在此不再赘述。

具体的，所述关系确定模块700具体用于：

针对本次测试的至少一组组件和前一次测试后保留的至少一组组件中的任意一组组件，将包含所述任意一组组件的网页推送给登录到所述网页用户；

将本次推送后采集的用户特征数据置于所述任意一组组件对应的用户特征数据集合中；

在所述任意一组组件对应的用户特征数据集合满足测试要求后，根据所述用户特征数据集合确定所述任意一组组件对应的指标；

根据每组组件对应的指标，从本次测试的至少一组组件和前一次测试后保留的至少一组组件中保留至少一组组件。

其中，所述将包含所述任意一组组件的所述网页推送给登录到所述网页用户的方式有很多，下面列举几种：

方式一、所述关系确定模块700将包含所述任意一组组件的网页推送给登录到所述网页，且属于所述组件对应所述用户特征组的用户。

比如有很多用户需要打开网页1，假设需要测试网页1对应的第一组组件，第一组组件对应的用户特征组为上衣，则将第一组组件中的组件推送给用户特征组为上衣，且需要打开网页1的用户。

下面以一次测试两组组件为例进行说明。

在实施中，采集用户的行为数据(数据采集功能完成)；根据采集的用户的行为数据确定用户的类型；

预先给同类型的一批用户设置不同的标签，比如U1和U2。

其中，初始给U1用户选取一种组件的组合方式：moduleA1，moduleB1，moduleC1，给U2选取一种组件的组合方式：moduleA2，moduleB2，moduleC2。

采集选择的U1和U2的用户特征数据，根据预先设定的规则(比如采用计算公式satisfy*weight+ctr*weight)，利用采集的用户特征数据确定哪类组件最好。

假设U2这批测试用户最好，则剔除moduleA1，moduleB1，moduleC1，并选取其他组合方式的组件给U1和U2的用户，并继续采集选择的U1和U2的用户特征数据，根据预先设定的规则(比如采用计算公式satisfy*weight+ctr*weight)，利用采集的用户特征数据确定哪类组件最好。

其中，satisfy：是用户对网站的粘性参数值，粘性参数值表示用户对网站的关注度，有很多参数可以作为本申请实施例的具体粘性参数值，比如用户在页面上的停留时间作为粘性参数值；

weight：权重；

ctr：用户在页面上的点击率。即该页面总点击数/该页面pv(page view，页面浏览量)。

需要说明的是，上面的50％指示举例说明，根据需要、场景、经验等因素可以设置具体的百分比。

方式二、所述关系确定模块700将包含所述任意一组组件的网页随机推送给登录到所述网页的用户。

比如有很多用户需要打开网页1，假设需要测试网页1对应的第一组组件，则将第一组组件推送给需要打开网页1的用户。

其中方式一和方式二也可以合起来使用，如果可以确定用户的用户特征组，则使用方式一；无法确定用户的用户特征组，则使用方式二。

由于如果针对一个组合的测试样本比较少，得到的指标准确性就不高，所以这里的测试要求实质是测试要本的数量达到要求。

测试样本可以根据需要实质，比如可以是一个组合推送给用户的数量达到第一门限值，则认为满足测试要求；也可以是一个组合对应的用户流量达到第二门限值，则认为满足测试要求。

以一个详细例子介绍下页面配置的过程，如图5所示。

1、人工配置pageA(页面A)的样式，例如可视化配置一个侵权投诉页面如图3所示。

2、在人工配置pageA样式页面样式后，读取pageA的布局区块信息(layouts)，假设有layout-a和layout-b两个布局区块信息。

3、在layout-a和layout-b中配置组件，假设在layout-a中配置了moduleA和moduleB，layout-b中配置了moduleC。

4、为moduleA、moduleB和moduleC配置对应的组件参数。

组件参数：用于定义可以在这个组件中使用的一类参数的引用变量。

5、渲染pageA页面。

5.1、确定pageA的layout-a和layout-b。如图4所示，其中layout-a中包含moduleA和moduleB，layout-b中包含moduleC。

5.2、读取layout-a中配置的moduleA和moduleB，根据moduleA中的name字段进行渲染，根据moduleB中的name字段进行渲染；以及读取layout-b中配置的moduleC，根据moduleC中的name字段进行渲染。

5.3、如果moduleA中也配置了layouts字段，继续读取moduleA中的layouts字段并按照类似上面的步骤2及之后的步骤进行渲染，直到不出现更深层次的layouts为止。

5.4、在渲染结束后输出对应的页面。

本申请实施例停止条件包括但不限于下列中的部分或全部：

已测试所有组的组件；

进行分离式组件测试的次数达到阈值。

如果停止条件为已测试所有组的组件，假设页面1对应的组合方式包括：A和B、A和C、A和D、B和C、B和D、C和D，在所有的组合方式都测试完成后，确定满足停止条件。

如果停止条件为测试组合的数量达到阈值，假设页面1对应的组合方式包括：A和B、A和C、A和D、B和C、B和D、C和D，阈值为4，则不用所有的组合都测试完成，只要测试组合的数量为4个，就确定满足停止条件。

可选的，如果最后保留的组有多个，可以从多个里选择一个，选择方式有很多种，比如随机选择，还可以选择指标最优的组。

从上述内容可以看出：本申请实施例根据实时的用户特征数据确定用户特征组和组件集合的绑定关系，根据确定的所述绑定关系，确定所述用户所属的用户特征组对应的组件集合；将确定的组件集合作为所述目标网页中需要加载的组件，由于可以根据实时的用户特征数据确定用户特征组和组件集合的绑定关系，从而能够实现对网页组件进行实施的变化，提高了确定网页组件的效率，能够满足当前的需求；进一步的由于根据用户特征数据确定绑定关系，从而可以针对不同的用户推送不同的组件。

以上参照示出根据本申请实施例的方法、装置(系统)和/或计算机程序产品的框图和/或流程图描述本申请。应理解，可以通过计算机程序指令来实现框图和/或流程图示图的一个块以及框图和/或流程图示图的块的组合。可以将这些计算机程序指令提供给通用计算机、专用计算机的处理器和/或其它可编程数据处理装置，以产生机器，使得经由计算机处理器和/或其它可编程数据处理装置执行的指令创建用于实现框图和/或流程图块中所指定的功能/动作的方法。

相应地，还可以用硬件和/或软件(包括固件、驻留软件、微码等)来实施本申请。更进一步地，本申请可以采取计算机可使用或计算机可读存储介质上的计算机程序产品的形式，其具有在介质中实现的计算机可使用或计算机可读程序代码，以由指令执行系统来使用或结合指令执行系统而使用。在本申请上下文中，计算机可使用或计算机可读介质可以是任意介质，其可以包含、存储、通信、传输、或传送程序，以由指令执行系统、装置或设备使用，或结合指令执行系统、装置或设备使用。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (12)

1.一种确定网页中组件的方法，其特征在于，该方法包括：

确定用户需要打开的目标网页当前的用户特征组和组件集合的绑定关系，其中所述绑定关系中的组件集合是根据实时的用户特征数据确定的；

根据确定的所述绑定关系，确定所述用户所属的用户特征组对应的组件集合；

将确定的组件集合作为所述目标网页中需要加载的组件；

根据下列方式确定目标网页当前的所述绑定关系中用户特征组对应的组件集合：

针对任意一个用户特征组，确定所述用户特征组对应的所述目标网页的所有组件；

根据实时的用户特征数据，对所述用户特征组对应的所有组件进行分离式组件测试；

从所述分离式组件测试后保留的组件中，确定目标网页当前的所述绑定关系中的所述用户特征组对应的组件集合。

2.如权利要求1所述的方法，其特征在于，所述对所述用户特征组对应的所有组件进行分离式组件测试，包括：

循环执行下列步骤直到满足停止条件：

根据所述目标网页中显示的组件数量，从所述所有组件中确定本次测试的至少一组组件，其中不同组包含的组件不完全相同；

根据实时获取的所述用户特征组对应的用户特征数据，对本次测试的至少一组组件和前一次测试后保留的至少一组组件进行分离式组件测试；

根据测试结果保留至少一组组件。

3.如权利要求2所述的方法，其特征在于，所述停止条件包括下列中的部分或全部：

已测试所有组的组件；

进行分离式组件测试的次数达到阈值。

4.如权利要求2所述的方法，其特征在于，所述根据实时获取的所述用户特征组对应的用户特征数据，对本次测试的至少一组组件和前一次测试后保留的至少一组组件进行分离式组件测试，包括：

针对本次测试的至少一组组件和前一次测试后保留的至少一组组件中的任意一组组件，将包含所述任意一组组件的网页推送给登录到所述网页的用户；

将本次推送后采集的用户特征数据置于所述任意一组组件对应的用户特征数据集合中；

在所述任意一组组件对应的用户特征数据集合满足测试要求后，根据所述用户特征数据集合确定所述任意一组组件对应的指标；

根据测试结果保留至少一组组件，包括：

根据每组组件对应的指标，从本次测试的至少一组组件和前一次测试后保留的至少一组组件中保留至少一组组件。

5.如权利要求4所述的方法，其特征在于，所述将包含所述任意一组组件的网页推送给登录到所述网页的用户，包括：

将包含所述任意一组组件的网页推送给登录到所述网页，且属于所述组件对应所述用户特征组的用户；或

将包含所述任意一组组件的网页随机推送给登录到所述网页的用户。

6.如权利要求1～5任一所述的方法，其特征在于，该方法还包括：

周期根据获取的实时的用户特征数据，确定目标网页当前的所述绑定关系中用户特征组对应的组件集合。

7.一种确定网页中组件的设备，其特征在于，该设备包括：

关系确定模块，用于确定用户需要打开的目标网页当前的用户特征组和组件集合的绑定关系，其中所述绑定关系中的组件集合是根据实时的用户特征数据确定的；

组件确定模块，用于根据确定的所述绑定关系，确定所述用户所属的用户特征组对应的组件集合；

处理模块，用于将确定的组件集合作为所述目标网页中需要加载的组件；

所述关系确定模块还用于，根据下列方式确定目标网页当前的所述绑定关系中用户特征组对应的组件集合：

针对任意一个用户特征组，确定所述用户特征组对应的所述目标网页的所有组件；

根据实时的用户特征数据，对所述用户特征组对应的所有组件进行分离式组件测试；

从所述分离式组件测试后保留的组件中，确定目标网页当前的所述绑定关系中的所述用户特征组对应的组件集合。

8.如权利要求7所述的设备，其特征在于，所述关系确定模块具体用于：

对所述用户特征组对应的所有组件进行分离式组件测试时，循环执行下列步骤直到满足停止条件：

根据所述目标网页中显示的组件数量，从所述所有组件中确定本次测试的至少一组组件，其中不同组包含的组件不完全相同；

根据实时获取的所述用户特征组对应的用户特征数据，对本次测试的至少一组组件和前一次测试后保留的至少一组组件进行分离式组件测试；

根据测试结果保留至少一组组件。

9.如权利要求8所述的设备，其特征在于，所述停止条件包括下列中的部分或全部：

已测试所有组的组件；

进行分离式组件测试的次数达到阈值。

10.如权利要求8所述的设备，其特征在于，所述关系确定模块具体用于：

针对本次测试的至少一组组件和前一次测试后保留的至少一组组件中的任意一组组件，将包含所述任意一组组件的网页推送给登录到所述网页的用户；

将本次推送后采集的用户特征数据置于所述任意一组组件对应的用户特征数据集合中；

在所述任意一组组件对应的用户特征数据集合满足测试要求后，根据所述用户特征数据集合确定所述任意一组组件对应的指标；

根据每组组件对应的指标，从本次测试的至少一组组件和前一次测试后保留的至少一组组件中保留至少一组组件。

11.如权利要求10所述的设备，其特征在于，所述关系确定模块具体用于：

将包含所述任意一组组件的网页推送给登录到所述网页，且属于所述组件对应所述用户特征组的用户；或

将包含所述任意一组组件的网页随机推送给登录到所述网页的用户。

12.如权利要求7～11任一所述的设备，其特征在于，所述关系确定模块还用于：

周期根据获取的实时的用户特征数据，确定目标网页当前的所述绑定关系中用户特征组对应的组件集合。

Images