生成页面及提供页面信息的方法及装置与流程

本申请涉及页面信息处理技术领域，特别是涉及生成页面及提供页面信息的方法及装置。

背景技术：

在电子商务平台中，存在一些“入口”型的页面，这些页面中通常可以包括多个“坑位”，每个坑位并不是用于展示某个具体商品的链接，而是用于展示一个商品聚合页的链接，也即，点击该坑位后，可以跳转到对应的商品聚合页。其中，所谓的商品聚合页可以是某个“活动会场”的页面，或者，还可以是某个“店铺”的商品列表页面，等等。例如，某入口页的某个坑位中展示的是“布置小家”这一活动会场的链接，则用户在点击该链接后，可以跳转到“布置小家”活动会场的主页面，等等。

其中，在入口页面内各坑位中展示的内容对消费者用户具有引导作用，为了便于用户了解每个坑位关联的商品聚合页的具体内容，通常会对入口页面中具体坑位中展示的内容进行处理，为了便于描述，这种展示在入口页面中具体坑位中的图片可以称为“入口图”，也就是说，用于引导进入对应商品聚合页的链接图片。通常，入口图可以包括以下方面的内容：会场名称、店铺名称、利益点信息、店铺的logo、代表商品的商品图(通常可以是商品聚合页内具体的某个商品)，等等。最初，每个入口图中的代表商品可以是预先由平台运营人员设定的固定商品，也即，可以由运营人员从商品聚合页中选定一个商品，将该商品的商品图作为该商品聚合页的代表商品，并将其商品图显示在入口图中。但是，在实际应用中，由于展示入口图的目的是引导用户的点击操作，使得用户对入口页面的访问转化到具体某个商品聚合页的访问，等等。但是，如果用户对入口图不感兴趣，则将会降低页面转化率。

为此，在现有技术中，对于这种入口图，可以实现“千人千面”，也就是说，对于不同消费者用户而言的，在访问入口页时，看到的同一商品聚合页的入口图可以是不同的，其中可以展示不同代表商品的商品图，这种代表商品可以是根据对应消费者用户的偏好等信息而确定出的。显然，这种方式可以提高页面的转化率，但是，对于平台运营人员而言，这意味着需要预先为同一商品聚合页准备多份入口图，工作量非常巨大。虽然可以向商家用户搜集可以用作入口图的商品图，但是，一方面，由于商品图是由商家提供，其格式、大小等可能会不符合要求，与其他元素合成之后会存在遮挡、大小不匹配等视觉问题，因此，需要运营人员在审核商品图等工作上耗费很大的精力，效率很低；另一方面，在商品图审核通过后，运营人员通常还需要与其他的元素，包括会场名称、利益点等信息进行合成，生成最终的入口图，可见，整个过程需要耗费很高的人力成本以及系统资源。

因此，如何在提供“入口图”的过程中，能够做到“千人千面”，同时又节省人力成本以及系统资源，成为需要本领域技术人员解决的技术问题。

技术实现要素：

本申请提供了生成页面及提供页面信息的方法及装置，能够提高页面信息的处理效率，节省系统资源。

本申请提供了如下方案：

一种创建合图模板的方法，其特征在于，包括：

第一客户端接收创建合图模板的请求；

提供用于配置合图元素信息以及合图样式信息的操作界面；

接收到合图元素信息以及合图样式信息提交到服务器，以便所述服务器生成合图模板，并将所述生成的合图模板添加到合图模板库中进行保存。

一种创建合图模板库的方法，包括：

服务器接收第一用户客户端提交的合图元素信息以及合图样式信息；

根据所述合图元素信息以及合图样式信息生成合图模板；

将所述合图模板信息添加到合图模板库中进行保存，以便在接收到选择合图模板的请求时，从所述合图模板库中提供候选的合图模板列表。

一种获得合图素材的方法，包括

服务器提供合图模板库，所述合图模板库中包括至少一个合图模板，所述合图模板中定义有合图元素信息以及合图样式信息；

接收第一用户客户端为预置信息聚合对象选择的目标合图模板；

根据所述目标合图模板中定义的合图元素信息，向多个第二用户客户端发送素材提报邀请消息，以便所述第二用户客户端在提报数据对象对应的合图素材之前，按照所述目标合图模板中定义的合图样式提供合图结果预览，并在接收到对预览的合图结果确认的信息后，提报到服务器。

一种提报合图素材信息的方法，包括：

第二用户客户端接收服务器发送的素材提报邀请消息，所述邀请消息中包括为预置信息聚合对象选择的目标合图模板中定义的合图元素信息，其中，所述合图模板由服务器提供，其中还定义有合图样式信息；

提供所述合图元素信息，以便用于为各合图元素提交合图素材的操作选项；

通过所述操作选项接收到目标数据对象对应的合图素材后，根据所述目标合图模板中的合图样式信息，提供合图结果的预览；

在接收到对预览的合图结果确认的信息后，将所述合图素材提报到服务器。

一种生成页面的方法，包括：

第一用户客户端提供已搭建的页面框架信息，所述页面框架中包括多个资源位，并关联有多个信息聚合对象；

接收到为所述资源位配置合图模板的请求时，提供候选的合图模板，并根据对候选合图模板的选择结果，建立资源位与合图模板之间的对应关系；

接收到为信息聚合对象选择资源位的操作请求，根据对资源位的选择结果，建立资源位与信息聚合对象之间的对应关系；

从第二用户客户端提报的多个数据对象中，确定各信息聚合对象关联的数据对象集合，以便建立信息聚合对象与所述数据对象集合之间的关联关系；

将所述资源位与合图模板、信息聚合对象、数据对象集合之间的关联关系提交到服务器，以便由服务器生成页面。

一种生成页面的方法，包括：

服务器接收第一用户客户端提交的资源位与合图模板、信息聚合对象、数据对象集合之间的关联关系，其中，所述关联关系由第一用户客户端通过以下方式确定：接收到为所述资源位配置合图模板的请求时，提供候选的合图模板，并根据对候选合图模板的选择结果，建立资源位与合图模板之间的对应关系；接收到为信息聚合对象选择资源位的操作请求，根据对资源位的选择结果，建立资源位与信息聚合对象之间的对应关系；从第二用户客户端提报的多个数据对象中，确定各信息聚合对象关联的数据对象集合，以便建立信息聚合对象与所述数据对象集合之间的关联关系；

保存所述关联关系，生成对应的页面。

一种提供页面信息的方法，包括：

服务器保存第二用户客户端提报的各个数据对象对应的合图素材信息，并在预先生成的页面中保存页面中的资源位与合图模板、信息聚合对象、数据对象集合之间的关联关系；

接收到第三用户客户端的页面访问请求时，根据所述第三用户客户端关联的第三用户的信息，确定目标资源位中待展示的目标数据对象；

根据针对所述目标数据对象提报的合图素材，以及所述目标资源位关联的合图模板，生成所述目标资源位的待展示图片。

一种提供页面信息的方法，包括：

第三用户客户端接收页面访问请求；

将所述页面访问请求转发到服务器，以便服务器根据所述第三用户客户端关联的第三用户的信息，确定页面内目标资源位中待展示的目标数据对象，并根据预先保存的针对所述目标数据对象提报的合图素材，以及所述目标资源位关联的合图模板，生成所述目标资源位的待展示图片；

根据所述服务器返回的目标资源位的待展示图片，提供所述页面的展示结果。

一种创建合图模板的装置，应用于第一客户端，包括：

请求接收单元，用于接收创建合图模板的请求；

操作结果提供单元，用于提供用于配置合图元素信息以及合图样式信息的操作界面；

信息提交单元，用于接收到合图元素信息以及合图样式信息提交到服务器，以便所述服务器生成合图模板，并将所述生成的合图模板添加到合图模板库中进行保存。

一种创建合图模板库的装置，应用于服务器，包括：

信息接收单元，用于接收第一用户客户端提交的合图元素信息以及合图样式信息；

合图模板生成单元，用于根据所述合图元素信息以及合图样式信息生成合图模板；

保存单元，用于将所述合图模板信息添加到合图模板库中进行保存，以便在接收到选择合图模板的请求时，从所述合图模板库中提供候选的合图模板列表。

一种获得合图素材的装置，应用于服务器，包括

模板库提供单元，用于提供合图模板库，所述合图模板库中包括至少一个合图模板，所述合图模板中定义有合图元素信息以及合图样式信息；

选择结果接收单元，用于接收第一用户客户端为预置信息聚合对象选择的目标合图模板；

邀请信息发送单元，用于根据所述目标合图模板中定义的合图元素信息，向多个第二用户客户端发送素材提报邀请消息，以便所述第二用户客户端在提报数据对象对应的合图素材之前，按照所述目标合图模板中定义的合图样式提供合图结果预览，并在接收到对预览的合图结果确认的信息后，提报到服务器。

一种提报合图素材信息的装置，应用于第二用户客户端，包括：

邀请信息接收单元，用于接收服务器发送的素材提报邀请消息，所述邀请消息中包括为预置信息聚合对象选择的目标合图模板中定义的合图元素信息，其中，所述合图模板由服务器提供，其中还定义有合图样式信息；

合图元素信息提供单元，用于提供所述合图元素信息，以便用于为各合图元素提交合图素材的操作选项；

预览单元，用于通过所述操作选项接收到目标数据对象对应的合图素材后，根据所述目标合图模板中的合图样式信息，提供合图结果的预览；

素材提报单元，用于在接收到对预览的合图结果确认的信息后，将所述合图素材提报到服务器。

一种生成页面的装置，应用于第一用户客户端,包括：

页面框架信息提供单元，用于提供已搭建的页面框架信息，所述页面框架中包括多个资源位，并关联有多个信息聚合对象；

合图模板提供单元，用于接收到为所述资源位配置合图模板的请求时，提供候选的合图模板，并根据对候选合图模板的选择结果，建立资源位与合图模板之间的对应关系；

对应关系建立单元，用于接收到为信息聚合对象选择资源位的操作请求，根据对资源位的选择结果，建立资源位与信息聚合对象之间的对应关系；

数据对象集合确定单元，用于从第二用户客户端提报的多个数据对象中，确定各信息聚合对象关联的数据对象集合，以便建立信息聚合对象与所述数据对象集合之间的关联关系；

关联关系提交单元，用于将所述资源位与合图模板、信息聚合对象、数据对象集合之间的关联关系提交到服务器，以便由服务器生成页面。

一种生成页面的装置，应用于服务器，包括：

关联关系接收单元，用于接收第一用户客户端提交的资源位与合图模板、信息聚合对象、数据对象集合之间的关联关系，其中，所述关联关系由第一用户客户端通过以下方式确定：接收到为所述资源位配置合图模板的请求时，提供候选的合图模板，并根据对候选合图模板的选择结果，建立资源位与合图模板之间的对应关系；接收到为信息聚合对象选择资源位的操作请求，根据对资源位的选择结果，建立资源位与信息聚合对象之间的对应关系；从第二用户客户端提报的多个数据对象中，确定各信息聚合对象关联的数据对象集合，以便建立信息聚合对象与所述数据对象集合之间的关联关系；

关联关系保存单元，用于保存所述关联关系，生成对应的页面。

一种提供页面信息的装置，应用于服务器，包括：

信息保存单元，用于保存第二用户客户端提报的各个数据对象对应的合图素材信息，并在预先生成的页面中保存页面中的资源位与合图模板、信息聚合对象、数据对象集合之间的关联关系；

信息确定单元，用于接收到第三用户客户端的页面访问请求时，根据所述第三用户客户端关联的第三用户的信息，确定目标资源位中待展示的目标数据对象；

图片生成单元，用于根据针对所述目标数据对象提报的合图素材，以及所述目标资源位关联的合图模板，生成所述目标资源位的待展示图片。

一种提供页面信息的装置，应用于第三用户客户端，包括：

访问请求接收单元，用于接收页面访问请求；

访问请求转发单元，用于将所述页面访问请求转发到服务器，以便服务器根据所述第三用户客户端关联的第三用户的信息，确定页面内目标资源位中待展示的目标数据对象，并根据预先保存的针对所述目标数据对象提报的合图素材，以及所述目标资源位关联的合图模板，生成所述目标资源位的待展示图片；

展示结果提供单元，用于根据所述服务器返回的目标资源位的待展示图片，提供所述页面的展示结果。

根据本申请提供的具体实施例，本申请公开了以下技术效果：

通过本申请实施例，可以预先创建合图模板，并在其中定义出合图元素信息以及合图样式信息等，这样，在向第二用户客户端搜集合图素材时，可以在第二用户客户端根据这种合图模板提供合图结果的预览，在用户确认无误的情况下，再将合图素材提报到服务器，这样，可以降低服务器侧对合图素材的审核工作量。另外，还提供了基于合图模板进行页面生成、页面展示等过程的具体实现方式，可以提高页面的展示效果以及处理效率，节省系统资源。

当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。

附图说明

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

图1是本申请实施例提供的系统架构的示意图图；

图2是本申请实施例提供的第一方法的流程图；

图3是本申请实施例提供的第一界面的示意图；

图4是本申请实施例提供的第二方法的流程图；

图5是本申请实施例提供的第三方法的流程图；

图6是本申请实施例提供的第二界面的示意图；

图7是本申请实施例提供的第四方法的流程图；

图8是本申请实施例提供的第三界面的示意图；

图9是本申请实施例提供的第五方法的流程图；

图10是本申请实施例提供的第四界面的示意图；

图11-1、11-2是本申请实施例提供的第五、六界面的示意图；

图12是本申请实施例提供的第七界面的示意图；

图13是本申请实施例提供的第八界面的示意图；

图14是本申请实施例提供的第六方法的流程图；

图15是本申请实施例提供的第七方法的流程图；

图16是本申请实施例提供的第八方法的流程图；

图17至图24是本申请实施例提供的第一装置至第八装置的示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。

在本申请实施例中，可以预先建立合图模板，在商家等用户需要提报合图素材时，可以按照这种合图模板提供合图结果的预览，这样，可以通过预览判断素材是否符合要求，如果不符合要求还可以进行修改，等等。可见，通过这种方法，使得素材提交到服务器之前，就可以由素材提供者预先对素材的尺寸等进行直观的判断，并且提前进行适应性的修改，因此，在提交到服务器之后，素材符合要求的概率会比较高，可以减轻平台工作人员的核验工作量，有利于提高生成页面的效率，也保证素材在页面中的展示效果。

为了实现上述目的，本申请实施例可以提供一个集素材搜集、网页搭建、网页展示于一体的页面处理系统，参见图1，在不同的阶段，该系统面向的用户可以不同。

其中，在第一阶段，可以由平台运营人员等创建具体的合图模板，这些合图模板可以保存在系统的合图模板库中，以供在搜集素材和搭建页面时使用，当然，合图模板的创建可能会随着新活动的创建等在不断的进行。总之，在该创建合图模板的第一阶段，该系统的用户可以是平台运营人员等，为便于描述，将这类用户成为第一用户。

在第二阶段，平台方在需要创建“活动”等事件的情况下，第一用户可以从合图模板库中选择当前活动可以使用的合图模板，并基于这种合图模板，向商家等第二用户发送招商邀请，同时还可以邀请第二用户提报合图素材，第二用户可以在接收到邀请后，提报参加活动的数据对象(例如，商品对象等)，以及数据对象对应的合图素材，在提报合图素材时就可以根据合图模板进行预览以及素材的修改等操作。因此，在该第二阶段，系统的用户可以包括第一用户以及第二用户。

在第三阶段，也即，从第二用户处搜集到素材之后，第一用户可以进行页面的搭建工作，包括页面“楼层”的搭建，“坑位”的设计等，另外，在本申请实施例中，还可以为具体的坑位指定具体的合图模板，这样，最终在页面中展示时，可以按照对应的合图模板，合成对应坑位中展示的图片。因此，在此阶段，系统的用户主要是第一用户。

在第四阶段，在第一用户搭建完成页面后，系统可以进行发布，相应的，第三用户(包括消费者用户、买家用户等)就可以进行页面的浏览，在此过程中，第三用户可以发起页面访问请求，系统可以基于第三用户的个性化信息，来确定页面中各坑位内的信息展示情况，包括按照坑位关联的合图模板进行合图等等。因此，在第四阶段，系统的用户主要是第三用户。

因此，在本申请实施例中，涉及到的执行主体主要包括服务器、第一用户客户端、第二用户客户端、第三用户客户端，下面分别针对各个阶段，以各个执行主体的角度，对本申请实施例提供的技术方案进行详细介绍。

实施例一

在该实施例一中，首先从第一用户客户端的角度，提供了一种创建合图模板的方法，参见图2，该方法可以包括以下步骤：

S201：第一客户端接收创建合图模板的请求；

在本申请实施例一中，主要是针对第一阶段进行介绍，也就是说，第一用户可以首先创建合图模板。这种合图模板至少可以有两方面作用，第一，在第二用户客户端提报合图素材时，可以利用这种合图模板，提供合图结果的预览，以便第二用户及时修改自己提报的素材，也就是说，将素材审核工作放在了第二用户客户端一侧来进行，这样可以大大降低第一用户的审核工作量，有利于提高效率。第二，在具体的页面展示过程中，也可以利用这种合图模板，将对应“坑位”上关联的合图素材进行合成，这样，在向具体的第三用户展示页面之前，可以不必进行具体的合图操作，从而可以降低所需存储的数据量，节省存储资源。

具体实现时，合图模板可以是由第一用户发起创建，也就是说，由于页面的具体搭建设计等工作主要是由第一用户来完成，因此，具体在合成后的图片中展示哪些合图元素以及按照怎样的样式进行展示等等，都可以由第一用户来决定。为了便于第一用户创建合图模板，可以在第一用户客户端的用户界面中提供用于创建合图模板的请求的操作选项(例如，操作按钮等)，这样，第一用户可以通过这种操作选项，发起创建合图模板的请求。

S202：提供用于配置合图元素信息以及合图样式信息的操作界面；

合图模板中主要可以包括两方面的信息，一方面为合图元素信息，具体可以包括合图元素字段以及各自对应的条件等信息，例如，合图字段可以包括活动会场名称、“利益点”信息、数据对象的代表图片，等等，各自对应的条件可以包括：如果是名称或者利益点信息类的元素，则通常是文本格式的信息，此时，可以限制字数、字号、字体等等，如果是图片类的元素，则可以限制图片的尺寸、背景(例如，通常要求是纯色的背景，如白色等)等等。合图模板中另一方面的信息就可以是合图样式，也就是说，各合图素材在画布中的位置、按照怎样的方式进行排列等等。

例如，如图3所示，其示出了在一个实际应用的例子中，配置信息操作界面的具体展示形式，具体配置的信息可以包括“白底图”的尺寸(实际上是对背景色以及尺寸两方面进行了配置)、“利益点”字数、图片页边距等等。

S203：接收到合图元素信息以及合图样式信息提交到服务器，以便所述服务器生成合图模板，并将所述生成的合图模板添加到合图模板库中进行保存。

在接收到具体的配置信息后，就可以提交到服务器，这样，服务器就可以根据这些配置信息生成合图模板，并添加到合图模板库中进行保存。具体实现时，可以为生成的合图模板添加名称、编号等标识，这样，后续第一用户在为具体的活动会场链接、店铺链接等选择合图模板时，就可以从这种合图模板库中进行选择。或者，第一用户还可以针对新创建的活动会场等，创建新的合图模板，等等。

总之，通过该实施例一，可以建立起合图模板库，这样，在搜集合图素材时，可以利用这种合图模板为第二用户提供预览，还可以在页面展示过程中，利用这种合图模板合成页面各个“坑位”中展示的图片。

实施例二

该实施例二是与实施例一相对应的，从服务器的角度进行介绍。

参见图4，该实施例二提供了一种创建合图模板库的方法，该方法具体可以包括以下步骤：

S401：服务器接收第一用户客户端提交的合图元素信息以及合图样式信息；

S402：根据所述合图元素信息以及合图样式信息生成合图模板；

S403：将所述合图模板信息添加到合图模板库中进行保存，以便在接收到选择合图模板的请求时，从所述合图模板库中提供候选的合图模板列表。

该实施例二是与实施例一相对应的，只是描述的角度有所不同，因此，相关的具体实现可以参见实施例一中的介绍，这里不再赘述。

实施例三

该实施例三主要针对第二阶段进行介绍，也即，在创建了合图模板之后，可以在需要举办新的“活动”等事件发生时，为该事件选择具体的合图模板，并向第二用户客户端发起招商邀请。

参见图5，该实施例三中，主要从服务器的角度提供了一种获得合图素材的方法，该方法可以包括以下步骤：

S501：服务器提供合图模板库，所述合图模板库中包括至少一个合图模板，所述合图模板中定义有合图元素信息以及合图样式信息；

关于合图模板以及合图模板库的创建方式等可以参见前述实施例一以及实施例二的介绍，当然，在实际应用中，还可以通过其他的方式进行创建，这里不再详述。

S502：接收第一用户客户端为预置信息聚合对象选择的目标合图模板；

在本申请实施例中，具体的信息聚合对象可以是指平台举办的“活动”、第二用户开设的“店铺”，等等，总之，无论是“活动”还是“店铺”，都是将一系列具有某种共同属性的数据对象聚合在一起，并提供给第三用户。例如，“活动”对象就是将参加同一“活动”的多个数据对象聚合在一起，“店铺”对象就是将同一第二用户发布的多个数据对象聚合在一起，等等。因此，在本申请实施例中，统一将这类对象称为“信息聚合对象”。

需要说明的是，在本申请实施例中，所谓的“为信息聚合对象选择的目标合图模板”是指，当在某第一页面中展示这种信息聚合对象的入口链接时，可以按照该目标合图模板，生成该入口链接的链接图片。其中，该第一页面具体可以是一些入口型的页面，例如，第三用户客户端的首页，某频道的首页等等。在这种第一页面中，可以包括多个“资源位”，每个资源位可以用于展示一个信息聚合对象的链接，也就是说，第一页面中可以展示多个信息聚合对象的链接。当第三用户点击其中某个资源位时，可以跳转到对应的信息聚合对象的详情页面。例如，信息聚合对象为某活动会场，则在点击该活动会场所在的资源位时，可以跳转到该活动会场的详情页面，等等。

在生成每个具体的信息聚合对象的详情页面、并生成上述入口型的第一页面之前，可以首先向第二用户进行“招商”，还可以从第二用户处搜集具体的合图素材。其中，所谓的“招商”可以是指，在平台方举办某活动后，可以制定出活动规则，并圈定第二用户群、数据对象群等等，但是，某数据对象具体是否参加活动，可以由第二用户来决定，因此，可以向第二用户发送招商邀请，也即，邀请第二用户参加当前开展的活动，如果第二用户同意参加，则可以提报具体参加活动的数据对象列表。而关于搜集合图素材就是指，在第一页面中提供关于该活动的链接时，需要将链接图片做成“千人千面”的效果，也即，针对不同的第三用户，可以用不同数据对象的图片作为对应活动的链接图片。因此，同一活动对应多个可以用作链接图片的数据对象图片，这种数据对象图片可以是从第二用户处搜集的。

在本申请实施例中，向第二用户客户端发送搜集合图素材之前，可以首先为具体的信息聚合对象选择目标合图模板，具体的，服务器可以提供候选的合图模板列表，第一用户可以通过客户端进行选择，并将选择结果提交到服务器。

其中，参见图6中的601所示，在为具体某个信息聚合对象选择合图模板时，可以选择其中一个合图模板，还可以选择多个。这是因为，具体在第一页面中展示各个信息聚合对象链接时，为了实现“千人千面”，除了可以在同一信息聚合对象的链接图片上体现出不同，还可以对信息聚合对象出现在页面中的位置来进行处理，也就是说，对于不同的第三用户而言，同一信息聚合对象的链接图片还可以出现在页面中的不同位置。而不同位置上的“坑位”可能会配置了不同的合图模板，因此，为了能够使得同一信息聚合对象的链接图片在配置了不同合图模板的不同坑位上都可以正常展示，可以为同一信息聚合对象选择多个目标合图模板。

S503：根据所述目标合图模板中定义的合图元素信息，向多个第二用户客户端发送素材提报邀请消息，以便所述第二用户客户端在提报数据对象对应的合图素材之前，按照所述目标合图模板中定义的合图样式提供合图结果预览，并在接收到对预览的合图结果确认的信息后，提报到服务器。

在确定了目标合图模板后，就可以根据目标合图模板中定义的合图元素信息，向多个第二用户客户端发送素材提报邀请消息。具体实现时，由于合图模板中定义了合图元素信息，其中可以包括多个合图元素字段，以及各个合图元素对应的条件信息，因此，可以根据这种合图元素字段生成素材提报表单，将这种素材提报表单发送给第二用户客户端，第二用户客户端就可以根据这种素材提报表单进行素材提报。

其中，具体实现时，同一个合图模板中可能包括多个合图元素字段，可以由第二用户客户端针对全部的合图元素字段都进行素材提报，或者，还可以是由第二用户客户端提报部分合图元素字段对应的合图素材，另一部分合图元素字段对应的合图素材可以由第一用户进行配置。因此，参见图6中的602所示，还可以对各个合图元素字段的素材来源进行配置。例如，某合图模板中包括的合图元素字段可以包括数据对象白底图、活动会场名称、利益点信息等等，可以将其中的白底图字段设置为由第二用户进行提报，活动会场名称、利益点信息由第一用户进行配置，等等。因此，在具体实现时，具体在根据所述目标合图模板中定义的合图元素信息，向多个第二用户客户端发送素材提报邀请消息时，可以首先向所述第一用户客户端提供所述目标合图模板中定义的合图元素信息，并提供用于对各合图元素字段的素材来源进行配置的操作选项，并根据通过所述操作选项接收到的信息，确定需由第二用户客户端提交的目标合图元素字段，然后，根据所述目标合图信息生成素材提报表单，将所述素材提报表单发送给多个第二用户客户端，以便所述第二用户客户端根据所述素材提报表单提报对应的素材。

其中，如果为信息聚合对象选择了多个目标合图模板，则可以根据所述多个目标合图模板中各自定义的合图元素信息，向多个第二用户客户端发送素材提报邀请消息，以便所述第二用户客户端在提报合图素材之前，分别按照各个目标合图模板中定义的合图元素信息以及合图样式提供合图结果预览。其中，具体在生成素材提报表单时，可以根据同一信息聚合对象对应的多个目标合图模板中定义的合图元素字段，生成同一份素材提报表单。例如，某信息聚合对象对应的目标合图模板包括模板A以及模板B，其中，模板A中的合图元素字段包括：数据对象白底图、活动会场名称、利益点信息；模板B中的合图元素字段包括：数据对象白底图、店铺Logo(图形标志)。其中，对于模板A，数据对象白底图、利益点信息是需要由第二用户提报的字段，对于模板B，数据对象白底图、店铺Logo是需要由第二用户提报的字段。也就是说，对于不同的模板，都需要提报数据对象白底图这一元素字段的素材，因此，在生成素材提报表单时，为了节省传输资源，也为了提高第二用户提报合图素材的效率，可以将多个模板中需要提报的合图元素字段进行合并，如果有相同的字段，则可以进行去重处理，然后，再生成素材提报表单。也就是说，在前述例子中，可以将数据对象白底图、利益点信息、店铺Logo这几个字段添加到素材提报表单中。这样，对于第二用户而言，在提报具体的合图素材时，可以不必区分每个素材对应哪个合图模板，但在提供预览时，可以分别按照各个合图模板生成对合图结果的预览。例如，在第二用户输入了具体的某个数据对象的白底图、利益点信息以及店铺Logo后，首先可以根据模板A，将数据对象的白底图、活动会场名称、利益点信息，按照合图样式进行合成，生成对合成结果的预览，其中，活动会场名称由于尚未配置，因此，可以暂时有一些默认的文本进行代替。同时，还可以根据模板B，将数据对象白底图、店铺Logo，按照模板B定义的合图样式，生成另一个合成结果的预览，等等。总之，通过上述方式，可以节省传输资源，也提高效率。

通过该实施例三，可以在生成具体的信息聚合对象后，可以为信息聚合对象选择目标合图模板，并根据这种目标合图模板中定义的合图元素信息，向第二用户客户端发送素材提报邀请消息，这样，在第二用户提报具体的素材之前，可以先根据合图模板中定义的合图样式等提供合图结果的预览，这样，如果合图结果中存在遮挡、比例不合适等情况，则第二用户可以进行修改，之后再提报到服务器，因此，服务器接收到的素材的质量会得到提高，降低第一用户侧对素材进行审核的工作量。

实施例四

该实施例四是与实施例三相对应的，从第二用户客户端的角度进行介绍，参见图7，该实施例四提供了一种提报合图素材信息的方法，其特征在于，包括：

S701：第二用户客户端接收服务器发送的素材提报邀请消息，所述邀请消息中包括为预置信息聚合对象选择的目标合图模板中定义的合图元素信息，其中，所述合图模板由服务器提供，其中还定义有合图样式信息；

S702：提供所述合图元素信息，以便用于为各合图元素提交合图素材的操作选项；

S703：通过所述操作选项接收到目标数据对象对应的合图素材后，根据所述目标合图模板中的合图样式信息，提供合图结果的预览；

其中，如果所述预置信息聚合对象对应有多个目标合图模板，所述邀请消息中包括的合图元素信息为：所述多个目标合图模板中需由所述第二用户客户端提报的合图元素字段；则通过所述操作选项接收到目标数据对象对应的合图素材后，可以分别按照各个目标合图模板中定义的合图元素字段以及合图样式提供合图结果预览。

S704：在接收到对预览的合图结果确认的信息后，将所述合图素材提报到服务器。

具体实现时，在提供合图结果的预览之后，还可以接收对合图素材进行修改的请求，并根据修改后的合图素材重新提供合图结果的预览，直到接收到对预览的合图结果的确认信息。

具体的，如图8所示，在第二用户客户端接受邀请的请求下，可以进入到具体的素材提报页面，可以输入具体的文本、图片等等，并且，在页面中可以进行提示：“为了您的活动效果更好，您可以预览查看活动期间所提交的活动素材的展示样式，确认符合预期之后再最终提交”(当然，具体提示信息的表达方式可以有多种，这里仅用于举例说明)，同时，还可以在页面中提供“预览图片效果”等操作选项，在用户需要进行预览的情况下，可以点击该操作选项，进而展示出对应的合图结果的预览。

该实施例四是与实施例三相对应的，只是描述的角度有所不同，因此，相关的具体实现可以参见实施例三中的介绍，这里不再赘述。

实施例五

通过上述实施例三、实施例四介绍的方法，服务器可以从第二用户客户端处搜集到多个数据对象的信息，其中部分或者全部数据对象还可以对应有合图素材信息。在搜集到这些信息后，就可以进入到第三阶段，也即入口型页面的生成。下面对该阶段的具体实现进行详细介绍。

参见图9，该实施例五首先从第一用户客户端的角度提供了一种生成页面的方法，该方法可以包括以下步骤：

S901：第一用户客户端提供已搭建的页面框架信息，所述页面框架中包括多个资源位，并关联有多个信息聚合对象；

具体在生成页面时，可以首先搭建页面框架，也就是说，可以定义出页面中包括哪些资源位(也即俗称的“坑位”等)，或者，在一些页面中，还可以首先定义出“楼层”，也即，将页面划分成多个大的展示区域，每个大的展示区域对应一个“楼层”，同一“楼层”内可以包括多个资源位。例如，客户端首页可以包括“国际海购”楼层，“精选市场”楼层，“爱生活”楼层，等等，其中，“国际海购”楼层中可以包括一排三个资源位，“精选市场”楼层可以包括两排六个资源位，其中第一排包括四个资源位，第二排包括两个资源位，等等。

另外，除了搭建上述页面框架，还可以确定出该页面关联有哪些信息聚合对象，具体实现时，可以由第一用户客户端进行指定。在该步骤中，不需要将信息聚合对象与具体的资源位等进行关联，只需要获知有哪些信息聚合对象需要向当前页面中投放即可。

S902：接收到为所述资源位配置合图模板的请求时，提供候选的合图模板，并根据对候选合图模板的选择结果，建立资源位与合图模板之间的对应关系；

在提供出页面框架信息后，第一用户可以分别为页面框架中的各个资源位配置具体的合图模板，资源位与合图模板之间的一一对应的关系，也就是说，在该步骤中，可以确定出每个资源位按照哪个合图模板定义的合图样式进行链接图片的展示。换言之，虽然每个资源位中具体展示哪个数据对象的图片是不固定的，但是，使用的合图模板可以是固定的。

例如，如图10所示，可以分别为各个资源位选择对应的合图模板。在选择出合图模板后，就可以建立起资源位与合图模板之间的对应关系。需要说明的是，在同一页面中，甚至是同一页面内同一展示区域(例如同一楼层)内的不同资源位可以对应不同的合图模板。例如，在“楼层A”，包括两排资源位，第一排为三个，第二排也为三个，其中，第一排的三个资源位可以对应合图模板A，第二排的三个资源位可以对应合图模板B，等等。这样，通过同一页面中不同资源位对应不同的合图模板，可以使得页面内容的丰富性得到提升，也有利于通过不同的合图模板凸显出链接图片中不同的合图元素信息。

S903：接收到为信息聚合对象选择资源位的操作请求，根据对资源位的选择结果，建立资源位与信息聚合对象之间的对应关系；

在建立起资源位与合图模板之间的对应关系后，还可以建立资源位与信息聚合对象之间的对应关系。也就是说，关于具体将信息聚合对象的链接图片展示在哪个资源位上，可以在进行页面搭建时进行设定。其中，在页面中划分了多个不同的展示区域的情况下，由于每个展示区域内包括多个资源位，而同一展示区域内的各个资源位用于展示在预置属性上具有共性的信息聚合对象的信息，也就是说，每个展示区域通常对应一定的主题等特点，而不同的信息聚合对象也具有不同的属性，并不是每个展示区域都适合展示每个信息聚合对象的链接。因此，在这种情况下，可以首先根据所述资源位所述的展示区域，确定各信息聚合对象集合可出现的位置，在接收到为目标信息聚合对象选择资源位的请求时，根据该目标信息聚合对象可出现的位置，提供可选的资源位，最后再根据从所述可选的资源位中选中的资源位，建立资源位与信息聚合对象之间的对应关系。

当然，在实际应用中，为了进一步体现出“千人千面”的效果，在为信息聚合对象选择对应的资源位时，可以选择多个资源位，也就是说，可以建立起同一信息聚合对象与多个资源位之间的对应关系，这样，在向第三用户客户端展示所述页面时，可以根据具体的第三用户信息，从所述多个资源位中，确定该信息聚合对象出现的位置。例如，具体实现时，参见图11-1所示的界面，可以在界面中提供用于为某个信息聚合对象(例如，某活动会场等等)确定位置信息的操作选项，例如，会场出现位置对应的文本为“选择”的按钮等。通过这种操作选项，可以发起对指定信息聚合对象配置出现位置的请求，相应的，可以提供出页面框架展示界面。参见图11-2，在该展示界面中，可以通过界面化的方式展示出已经搭建的页面中包括哪些“楼层”、哪些“坑位”等等，并且，可以将各个“坑位”配置为可选择的状态，进而，用户可以通过在对应的坑位上进行点击等方式，来选择具体的坑位，也即信息聚合对象链接的出现位置。为了实现信息聚合对象与资源位之间一对多的关系，可以采用复选的形式实现，也即，可以选择多个资源位，选择完成后可以通过右下角的“确认”等操作选项来提交具体的操作结果。

S904：从第二用户客户端提报的多个数据对象中，确定各信息聚合对象关联的数据对象集合，以便建立信息聚合对象与所述数据对象集合之间的关联关系；

除了建立资源位对应的合图模板、信息聚合对象之间的对应关系，还可以建立起信息聚合对象与数据对象集合之间的关联关系，这样，具体在向第三用户客户端展示页面时，如果确定出某资源位中需要展示某信息聚合对象的链接，则可以从该信息聚合对象关联的数据对象集合中进一步选择出一个数据对象对应的合图素材进行合图操作。其中，在为信息聚合对象关联具体的数据对象集合时，可以是选择预先建立的某个数据对象集合，或者，还可以通常设定筛选条件等，从第二用户客户端提报的数据对象信息中进行筛选。例如，如图12所示，可以通过“商品关键词”、“商品价格”、“商品标签”等字段进行数据对象的筛选，另外，还可以对选取的数量、排序方式等进行控制。其中，具体的数据对象筛选过程这里不再详述。

S905：将所述资源位与合图模板、信息聚合对象、数据对象集合之间的关联关系提交到服务器，以便由服务器生成页面。

通过前述各步骤，可以建立起资源位与合图模板、资源位与信息聚合对象、资源位与数据对象集合之间的对应关系，其中，资源位与合图模板之间的一对一的关系，资源位与信息聚合对象之间可以是一对一或者一对多的关系，资源位与数据对象集合之间的一对一的关系，但是数据对象集合中可以包括多个数据对象，每个数据对象可以对应有各自的合图素材数据。例如，在信息聚合对象为活动会场的情况下，页面中的坑位与合图模板、活动会场之间的关系可以如图13所示，也即，一个坑位可以对应一个合图模板，一个坑位可以对应多个会场，在第三用户具体访问时，再确定具体将哪个会场展示在哪个坑位上。将上述对应关系信息提交到服务器后，服务器便可以生成页面并进行发布，在页面发布之后，第三用户(也即，消费者用户、买家用户等)客户端便可以访问页面。

需要说明的是，在实际应用中，信息聚合对象可以分为多种不同的类型，例如，可以包括活动会场对象，或者店铺对象等等，因此，在配置页面的过程中，还可以为各个资源位设定对应的信息聚合对象类型，例如，某个资源位可以设定为“活动会场型”，另一个资源位可以设定为“店铺型”等等。另外，对于“活动会场型”的资源位，还可以设定出可以从哪些活动会场中进行选择，对于“店铺型”的资源位，还可以设定出可以从哪些店铺中进行选择，等等。也就是说，每个资源位还可以设定一个信息聚合对象集合，这样，具体在步骤S903中建立资源位与信息聚合对象之间的对应关系时，可以从对应的信息聚合对象集合中进行信息聚合对象的选择。

实施例六

该实施例六是与实施例五相对应的，从服务器角度进行的介绍。具体的，参见图14，该实施例六提供了一种生成页面的方法，该方法可以包括以下步骤：

S1401：服务器接收第一用户客户端提交的资源位与合图模板、信息聚合对象、数据对象集合之间的关联关系，其中，所述关联关系由第一用户客户端通过以下方式确定：接收到为所述资源位配置合图模板的请求时，提供候选的合图模板，并根据对候选合图模板的选择结果，建立资源位与合图模板之间的对应关系；接收到为信息聚合对象选择资源位的操作请求，根据对资源位的选择结果，建立资源位与信息聚合对象之间的对应关系；从第二用户客户端提报的多个数据对象中，确定各信息聚合对象关联的数据对象集合，以便建立信息聚合对象与所述数据对象集合之间的关联关系；

S1402：保存所述关联关系，生成对应的页面。

由于该实施例六是与实施例五相对应的，只是描述的角度有所不同，因此，相关的具体实现可以参见实施例五中的介绍，这里不再赘述。

实施例七

在实施例七对应的是第四阶段，也即在页面发布之后，可以进入到页面展示阶段，在第三用户客户端发出了访问页面的请求后，可以根据第三用户的个性化信息，提供个性化的页面展示结果。

具体的，参见图15，该实施例七提供了一种提供页面信息的方法，该方法具体可以包括以下步骤：

S1501：服务器保存保存第二用户客户端提报的各个数据对象对应的合图素材信息，并在预先生成的页面中保存页面中的资源位与合图模板、信息聚合对象、数据对象集合之间的关联关系；

在实施例三、四中，服务器可以从第二用户客户端处搜集到多个数据对象的信息，及其对应的合图素材信息，在实施例五、六中，服务器可以保存页面中的具体信息，包括资源位与合图模板之间的对应关系，资源位与信息聚合对象之间的对应关系、信息聚合对象与数据对象集合之间的对应关系，在获得上述信息的基础上，就可以接收第三用户客户端的访问，并提供个性化的页面展示内容。

S1502：接收到第三用户客户端的页面访问请求时，根据所述第三用户客户端关联的第三用户的信息，确定目标资源位中待展示的目标数据对象；

第三用户客户端可以在接收到打开客户端首页等请求的状态下，向服务器发送页面访问请求，在发送请求时，就可以携带关联的第三用户的信息。其中，关于第三用户的信息，在第三用户登录到服务器的状态下，可以携带第三用户的用户名、ID等信息，在第三用户未登录的状态下，可以携带设备标识等信息，使得服务器可以通过历史访问情况，判断出当前第三用户可能具有的兴趣爱好等个性化信息。

服务器在接收到访问请求，并确定出第三用户的信息后，就可以确定出目标资源位中待展示的目标数据对象。其中，具体在确定目标资源位中待展示的目标数据对象，如果目标资源位关联一个信息聚合对象，则可以直接从该信息聚合对象关联的数据对象集合中，选择出与当前第三用户的信息最相符的一个数据对象作为目标数据对象。而如果目标资源位关联多个信息聚合对象，则还可以是首先根据所述第三用户客户端关联的第三用户的信息，对信息聚合对象进行排序，按照排序结果确定出各信息聚合对象实际出现的位置，然后，从目标资源位中实际出现的信息聚合对象关联的数据对象集合中，确定与所述第三用户信息相匹配的目标数据对象。也即，可以首先确定出具体将哪个信息聚合对象投放到哪个资源位，然后再从具体的信息聚合对象对应的数据对象集合中进行目标数据对象的选择。

S1503：根据针对所述目标数据对象提报的合图素材，以及所述目标资源位关联的合图模板，生成所述目标资源位的待展示图片。

在确定出资源位对应的目标数据对象后，可以从第二用户提报的素材信息中，确定出该目标数据对象对应的合图素材，然后再根据目标资源位关联的合图模板，生成所述目标资源位的待展示图片。

通过该实施例可以根据第三用户的个性化偏好等信息，确定出具体将哪个目标数据对象的合图素材作为对应信息聚合对象的代表图片，进而再根据该合图素材以及对应的资源位关联的合图模板，生成该信息聚合对象的链接图片，并展示在该对应的资源位中，从而可以实现同一页面针对不同第三用户的“千人千面”效果。

实施例八

该实施例八是与实施例七对应的，从第三用户客户端的角度进行介绍。参见图16，该实施例八提供了一种提供页面信息的方法，该方法可以包括以下步骤：

S1601：第三用户客户端接收页面访问请求；

S1602：将所述页面访问请求转发到服务器，以便服务器根据所述第三用户客户端关联的第三用户的信息，确定页面内目标资源位中待展示的目标数据对象，并根据预先保存的针对所述目标数据对象提报的合图素材，以及所述目标资源位关联的合图模板，生成所述目标资源位的待展示图片；

S1603：根据所述服务器返回的目标资源位的待展示图片，提供所述页面的展示结果。

由于该实施例八是与实施例七相对应的，只是描述的角度有所不同，因此，相关的具体实现可以参见实施例七中的介绍，这里不再赘述。

与实施例一相对应，本申请实施例还提供了一种创建合图模板的装置，参见图17，该装置应用于第一客户端，包括：

请求接收单元1701，用于接收创建合图模板的请求；

操作结果提供单元1702，用于提供用于配置合图元素信息以及合图样式信息的操作界面；

信息提交单元1703，用于接收到合图元素信息以及合图样式信息提交到服务器，以便所述服务器生成合图模板，并将所述生成的合图模板添加到合图模板库中进行保存。

其中，所述合图元素信息包括：合图元素字段，以及各合图元素对应的条件信息。

与实施例二相对应，本申请实施例还提供了一种创建合图模板库的装置，参见图18，该装置应用于服务器，包括：

信息接收单元1801，用于接收第一用户客户端提交的合图元素信息以及合图样式信息；

合图模板生成单元1802，用于根据所述合图元素信息以及合图样式信息生成合图模板；

保存单元1803，用于将所述合图模板信息添加到合图模板库中进行保存，以便在接收到选择合图模板的请求时，从所述合图模板库中提供候选的合图模板列表。

与实施例三相对应，本申请实施例还提供了一种获得合图素材的装置，参见图19，该装置应用于服务器，包括

模板库提供单元1901，用于提供合图模板库，所述合图模板库中包括至少一个合图模板，所述合图模板中定义有合图元素信息以及合图样式信息；

选择结果接收单元1902，用于接收第一用户客户端为预置信息聚合对象选择的目标合图模板；

邀请信息发送单元1903，用于根据所述目标合图模板中定义的合图元素信息，向多个第二用户客户端发送素材提报邀请消息，以便所述第二用户客户端在提报数据对象对应的合图素材之前，按照所述目标合图模板中定义的合图样式提供合图结果预览，并在接收到对预览的合图结果确认的信息后，提报到服务器。

具体实现时，选择结果接收单元具体可以用于：

接收第一用户客户端为预置信息聚合对象选择的多个目标合图模板；

所述邀请信息发送单元具体用于：

根据所述多个目标合图模板中各自定义的合图元素信息，向多个第二用户客户端发送素材提报邀请消息，以便所述第二用户客户端在提报合图素材之前，分别按照各个目标合图模板中定义的合图元素信息以及合图样式提供合图结果预览。

其中，所述邀请信息发送单元具体可以包括：

操作选择提供子单元，用于向所述第一用户客户端提供所述目标合图模板中定义的合图元素信息，并提供用于对各合图元素字段的素材来源进行配置的操作选项；

字段确定子单元，用于根据通过所述操作选项接收到的信息，确定需由第二用户客户端提交的目标合图元素字段；

表单生成子单元，用于根据所述目标合图信息生成素材提报表单，将所述素材提报表单发送给多个第二用户客户端，以便所述第二用户客户端根据所述素材提报表单提报对应的素材。

其中，所述信息聚合对象包括活动会场对象，或者店铺对象。

与实施例四相对应，本申请实施例还提供了一种提报合图素材信息的装置，参见图20，该装置应用于第二用户客户端，包括：

邀请信息接收单元2001，用于接收服务器发送的素材提报邀请消息，所述邀请消息中包括为预置信息聚合对象选择的目标合图模板中定义的合图元素信息，其中，所述合图模板由服务器提供，其中还定义有合图样式信息；

合图元素信息提供单元2002，用于提供所述合图元素信息，以便用于为各合图元素提交合图素材的操作选项；

预览单元2003，用于通过所述操作选项接收到目标数据对象对应的合图素材后，根据所述目标合图模板中的合图样式信息，提供合图结果的预览；

素材提报单元2004，用于在接收到对预览的合图结果确认的信息后，将所述合图素材提报到服务器。

其中，所述预置信息聚合对象对应有多个目标合图模板，所述邀请消息中包括的合图元素信息为：所述多个目标合图模板中需由所述第二用户客户端提报的合图元素字段；

所述预览单元具体可以用于：

通过所述操作选项接收到目标数据对象对应的合图素材后，分别按照各个目标合图模板中定义的合图元素字段以及合图样式提供合图结果预览。

在提供合图结果的预览之后，所述装置还包括：

修改请求接收单元，用于接收对合图素材进行修改的请求；

所述预览单元还用于：根据修改后的合图素材重新提供合图结果的预览，直到接收到对预览的合图结果的确认信息。

与实施例五相对应，本申请实施例还提供了一种生成页面的装置，参见图21，该装置应用于第一用户客户端,包括：

页面框架信息提供单元2101，用于提供已搭建的页面框架信息，所述页面框架中包括多个资源位，并关联有多个信息聚合对象；

合图模板提供单元2102，用于接收到为所述资源位配置合图模板的请求时，提供候选的合图模板，并根据对候选合图模板的选择结果，建立资源位与合图模板之间的对应关系；

第一对应关系建立单元2103，用于接收到为信息聚合对象选择资源位的操作请求，根据对资源位的选择结果，建立资源位与信息聚合对象之间的对应关系；

数据对象集合确定单元2104，用于从第二用户客户端提报的多个数据对象中，确定各信息聚合对象关联的数据对象集合，以便建立信息聚合对象与所述数据对象集合之间的关联关系；

关联关系提交单元2105，用于将所述资源位与合图模板、信息聚合对象、数据对象集合之间的关联关系提交到服务器，以便由服务器生成页面。

其中，所述页面框架中包括多个展示区域，每个展示区域内包括多个资源位，同一展示区域内的各个资源位用于展示在预置属性上具有共性的信息聚合对象的信息；

所述第一对应关系建立单元包括：

位置确定子单元，用于根据所述资源位所述的展示区域，确定各信息聚合对象集合可出现的位置；

可选资源位提供子单元，用于接收到为目标信息聚合对象选择资源位的请求时，根据该目标信息聚合对象可出现的位置，提供可选的资源位；

关系建立子单元，用于根据从所述可选的资源位中选中的资源位，建立资源位与信息聚合对象之间的对应关系。

其中，所述资源位与信息聚合对象之间的对应关系，包括同一信息聚合对象与多个资源位之间的对应关系，以便在向第三用户客户端展示所述页面时，根据第三用户信息，从所述多个资源位中，确定该信息聚合对象出现的位置。

所述信息聚合对象包括多种不同的类型时，所述装置还可以包括：

第二对应关系建立单元，用于接收为所述资源位设定信息聚合对象类型的结果，建立资源位与信息聚合对象类型之间的对应关系。

其中，所述信息聚合对象类型包括活动会场对象，或者店铺对象。

与实施例六相对应，本申请实施例还提供了一种生成页面的装置，参见图22，该装置应用于服务器，包括：

关联关系接收单元2201，用于接收第一用户客户端提交的资源位与合图模板、信息聚合对象、数据对象集合之间的关联关系，其中，所述关联关系由第一用户客户端通过以下方式确定：接收到为所述资源位配置合图模板的请求时，提供候选的合图模板，并根据对候选合图模板的选择结果，建立资源位与合图模板之间的对应关系；接收到为信息聚合对象选择资源位的操作请求，根据对资源位的选择结果，建立资源位与信息聚合对象之间的对应关系；从第二用户客户端提报的多个数据对象中，确定各信息聚合对象关联的数据对象集合，以便建立信息聚合对象与所述数据对象集合之间的关联关系；

关联关系保存单元2202，用于保存所述关联关系，生成对应的页面。

与实施例七相对应，本申请实施例还提供了一种提供页面信息的装置，参见图23，该装置应用于服务器，包括：

信息保存单元2301，用于保存第二用户客户端提报的各个数据对象对应的合图素材信息，并在预先生成的页面中保存页面中的资源位与合图模板、信息聚合对象、数据对象集合之间的关联关系；

信息确定单元2302，用于接收到第三用户客户端的页面访问请求时，根据所述第三用户客户端关联的第三用户的信息，确定目标资源位中待展示的目标数据对象；

图片生成单元2303，用于根据针对所述目标数据对象提报的合图素材，以及所述目标资源位关联的合图模板，生成所述目标资源位的待展示图片。

其中，同一资源位对应多个信息聚合对象，所述信息确定单元包括：

排序子单元，用于根据所述第三用户客户端关联的第三用户的信息，对信息聚合对象进行排序；

位置确定子单元，用于按照排序结果确定各信息聚合对象实际出现的位置；

数据对象确定子单元，用于从目标资源位中实际出现的信息聚合对象关联的数据对象集合中，确定与所述第三用户信息相匹配的目标数据对象。

与实施例八相对应，本申请实施例还提供了一种提供页面信息的装置，参见图24，该装置应用于第三用户客户端，包括：

访问请求接收单元2401，用于接收页面访问请求；

访问请求转发单元2402，用于将所述页面访问请求转发到服务器，以便服务器根据所述第三用户客户端关联的第三用户的信息，确定页面内目标资源位中待展示的目标数据对象，并根据预先保存的针对所述目标数据对象提报的合图素材，以及所述目标资源位关联的合图模板，生成所述目标资源位的待展示图片；

展示结果提供单元2403，用于根据所述服务器返回的目标资源位的待展示图片，提供所述页面的展示结果。

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

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上对本申请所提供的生成页面及提供页面信息的方法及装置，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本申请的限制。