一种信息处理方法、装置及设备与流程

本申请涉及计算机技术领域，尤其涉及一种信息处理方法、装置及设备。

背景技术：

页面信息是指在用户浏览的页面中的各种形式的信息。

目前，当接收到新的信息加载诉求时，一般是由开发人员将该诉求加入到应用版本开发计划中，并通过发布应用新版本的方式将新的信息展示给用户。

因此，需要更加高效的信息展示方案。

技术实现要素：

本说明书实施例提供一种信息处理方法，用以提高页面信息的更新效率和更新灵活性。

第一方面，本说明书实施例还提供一种信息处理方法，包括：

确定页面需要展示的目标信息；

确定所述页面中与所述目标信息关联的节点；

将所述目标信息加载至所述节点标定的展示坑位。

第二方面，本说明书实施例还提供一种信息处理方法，包括：

确定页面需要展示的目标信息；

生成所述目标信息与所述页面中的节点之间的关联关系并提供给客户端，以供所述客户端基于所述关联关系将所述目标信息加载至所述节点标定的展示坑位。

第三方面，本说明书实施例还提供一种信息处理方法，包括：

确定页面需要展示的信息；

生成所述信息与所述页面中的节点之间的关联关系；

将所述关联关系提供给客户端，以供所述客户端基于所述关联关系将所述信息加载至所述节点对应的展示位置。

第四方面，本说明书实施例还提供一种信息处理装置，包括：

第一确定模块，用于确定页面需要展示的目标信息；

第二确定模块，用于确定所述页面中与所述目标信息相关联的节点；

加载模块，用于将所述目标信息加载至所述节点标定的展示坑位。

第五方面，本说明书实施例还提供一种信息处理装置，包括：

确定模块，用于确定页面需要展示的目标信息；

处理模块，用于生成所述目标信息与所述页面中的节点之间的关联关系并提供给客户端，以供所述客户端基于所述关联关系将所述目标信息加载至所述节点标定的展示坑位。

第六方面，本说明书实施例还提供一种信息处理装置，包括：

确定模块，用于确定页面需要展示的信息；

生成模块，用于生成所述信息与所述页面中的节点之间的关联关系；

发送模块，用于将所述关联关系提供给客户端，以供所述客户端基于所述关联关系将所述信息加载至所述节点对应的展示位置。

第七方面，本说明书实施例还提供一种电子设备，包括：

处理器；以及

被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器执行如第一方面至第三方面所述的方法。

第八方面，本说明书实施例还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如第一方面至第三方面所述的方法。

本说明书实施例采用的上述至少一个技术方案能够达到以下有益效果：

通过构建页面需要展示的信息和页面中的节点之间的关联关系，以在用户请求访问页面时，基于该关联关系确定该页面需要展示的信息及其关联的节点，进而可将信息加载在节点标记的展示坑位。与现有技术中通过更新应用版本的方式展示新的信息的方案相比，能有效提高信息更新效率和灵活性。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本说明书提供的一种应用场景的示意图；

图2为本说明书一实施例提供客户端侧的一种信息处理方法的流程示意图；

图3为本说明书一实施例提供服务器或开发终端侧的一种信息处理方法的流程示意图；

图4为本说明书另一实施例提供的一种信息处理方法的流程示意图；

图5为本说明书又一实施例提供的一种信息处理方法的流程示意图；

图6为本说明书一实施例提供的一种信息处理装置的结构示意图；

图7为本说明书另一实施例提供的一种信息处理装置的结构示意图；

图8为本说明书又一实施例提供的一种信息处理装置的结构示意图；

图9为本说明书一实施例提供的一种电子设备的结构示意图。

具体实施方式

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

正如背景技术部分陈述的，当需要更新应用页面需要展示的信息时，现有技术是将更新列入应用版本的开发计划中，由开发人员经过各端开发后，将新版本的应用投放至应用市场，由用户更新应用后实现信息的展示。页面需要展示的信息至少包括：商品信息、推广信息等等。

可见，现有技术至少存在如下缺陷：

1、由于每更新一次信息，都需要开发人员进行一次的页面开发，导致开发成本高、效率低；

2、无论更新的信息有几条，都需要开发人员重新进行页面开发，灵活性较差；

3、若用户不更新应用，则无法实现信息的展示，存在信息覆盖速度慢、效率低。

基于此，本发明提供一种信息处理方法，通过构建页面需要展示的信息和页面中的节点之间的关联关系，以在用户请求访问页面时，基于该关联关系确定该页面需要展示的信息及其关联的节点，进而可将信息加载在节点标记的展示坑位；而且，当后续有信息更新需求时，仅适应性地调整该关联关系即可；与现有技术中通过更新应用版本的方式更新信息的方案相比，本发明无需进行应用版本的更新，进而能有效提高信息更新效率和灵活性。

下面以推广信息为例，参见图1对本发明的应用场景进行示例性说明。

该应用场景中包括：服务器110、客户端120和开发者终端130，其中：

开发者终端130，为开发人员所使用的终端设备，用于在获取一个推广诉求后，将推广信息与应用页面中的节点之间建立关联关系，并基于节点标记的展示坑位的展示模板生成推广信息的视图，进而将该关联关系和视图发送至服务器110。

服务器110，用于在启动应用或发起访问应用的目标页面的请求时，将该关联关系发送至客户端120，以供客户端120基于该关联关系确定用户访问的页面需要展示的推广信息关联的节点，并在加载页面的过程中将推广信息的视图加载在该节点标记的展示坑位。

其中，推广信息是指通过报刊、广播、电视、网络等媒体推广给大量用户的产品、服务、技术、文化、事迹等信息；此处可示例为：通过网络将推广诉求对应的信息加载至应用页面，以在用户访问该应用页面时将该信息展示给用户。

客户端120，为安装在用户终端上的应用，应用是指为针对使用者的某种应用目的所撰写的软体，包括客户端版应用和网页版应用，前者是指安装在终端设备上的应用，后者是指无需安装可直接在浏览器应用的网页上使用的程序。当应用为客户端版应用时，客户端120指客户端版应用，当应用为网页版应用时，客户端120可以指加载网页版应用的页面的浏览器客户端。

其中，用户终端可以为电脑端，也可以为移动终端；其中，移动终端或者叫移动通信终端是指可以在移动中使用的计算机设备，广义的讲包括手机、笔记本、平板电脑、pos机甚至包括车载电脑。但是大部分情况下是指手机或者具有多种应用功能的智能手机以及平板电脑。

以下结合附图，详细说明本申请各实施例提供的技术方案。

图2为本说明书一实施例提供的一种信息处理方法的流程示意图，该方法可由图1中的客户端执行，参见图2，具体包括如下步骤：

步骤220、确定页面需要展示的目标信息；

其中，目标信息可以为预定的一类或多类信息，例如：商品信息、推广信息、标题信息等等。为便于描述，下文均以推广信息为例。

需要说明的是，步骤220的第一种实现方式可以为：

步骤s1、获取所述页面对应的应用的目标信息投放协议，所述目标信息投放协议包括各目标信息投放的页面标识；具体可示例为：

在应用初始化时，向服务器发送携带应用标识的访问请求，由服务器基于应用标识检测该应用是否存在对应的目标信息投放协议，若是，则返回该应用的目标信息投放协议和初始页面数据；若否，则仅返回初始页面数据。

步骤s2、基于所述目标信息投放协议，确定所述页面需要展示的目标信息。具体可示例为：

基于步骤s1中的目标信息投放协议，检测当前访问的页面是否存在投放的推广信息，若是，则确定该页面需要展示检测出的推广信息。

步骤220的第二种实现方式可以为：

步骤s1、获取所述页面的目标信息投放协议，所述目标信息投放协议包括投放至所述页面的目标信息；

步骤s2、基于所述目标信息投放协议，确定所述页面需要展示的目标信息。具体可以示例为：

在用户访问某页面时，向服务器发送携带该页面标识的访问请求，由服务器基于页面标识检测该页面是否存在对应的目标信息投放协议，若是，则返回该页面的目标信息投放协议和该页面的页面数据，进而可确定该页面需要展示的推广信息；若否，则仅返回该页面的页面数据。

其中，第一种实现方式优选适用于客户端版应用，第二种实现方式优选适用于网页版应用。

可选的，获取目标信息投放协议步骤的一种实现方式可以为：

通过与服务器的保持的长链接，接收所述服务器在检测到目标信息发生更新时推送的目标信息投放协议；

即，服务器和客户端保持长链接，服务器在检测到应用或页面目标信息投放协议发生变化时，主动将最新的目标信息投放协议发送给客户端。由此，客户端可第一时间更新本地的目标信息投放协议，并基于最新的目标信息投放协议加载页面。

其中，目标信息投放协议的变化至少包括：信息增减、展示位置变更、展示形式变更等等。

获取目标信息投放协议步骤的另一种实现方式可以为：

在向所述服务器发送的访问请求中添加用于请求最新目标信息投放协议的预定请求字段，以使所述服务器返回最新目标信息投放协议。

即，本实现方式是通过请求‘搭车’的方式向服务器发送访问最新目标信息投放协议的请求，由服务器响应该请求检测到目标信息投放协议发生变化时，将最新的目标信息投放协议发送给客户端。由此，即保证高效更新本地的目标信息投放协议，还节约了用户流量。

其中，可‘搭车’的请求为任一一个由客户端发送至服务器的请求；另外，为避免读取最新目标信息投放协议的请求过多，可设置请求‘搭车’周期，例如：每隔几个请求或每个预定时长，发送一次读取最新目标信息投放协议的请求。

步骤240、确定所述页面中与所述目标信息关联的节点；

其中，目标信息投放协议包括节点标识；所述节点标识可以为节点的id，也可以为根节点到该节点的指向路径；

需要说明的是，步骤240的一种实现方式可以为：

确定所述页面的节点树中所述节点标识对应的节点。

其中，节点树是指将页面的html文档视作树结构，这种结构被称为节点树，节点树中的节点是指html文档中的任一内容，例如：整个文档是一个文档节点，每个html元素是元素节点，html元素内的文本是文本节点，每个html属性是属性节点，注释是注释节点等等。

假设节点为普通节点，其节点指向路径可以为：

″$content.[0].relativelayout.[0].linearlayout.[1].imageview″,

则可先在当前页面中找到根节点content(所有的页面都有一个相同id的根节点)，再基于‘content.[0]’找到该根节点的第一个子节点，对应于‘relativelayout子节点’，在基于‘relativelayout.[0]’找到该relativelayout子节点的第一个子节点，对应于‘linearlayout子节点’，以此类推，最终找到‘imageview节点’；再根据样式在‘imageview节点’的上面或者下面加入一个view节点到imageview的父节点上。

假设节点为listview，其节点指向路径结构类似于：

″$content.[0].framelayout.[0].listview.[1]″

参见对普通节点的节点指向路径的描述，不难理解的是，节点是listview的第二个元素。

步骤260、将所述目标信息加载至所述节点标定的展示坑位。

其中，节点标定的展示坑位是指用节点所在的位置作为参考点描述的某位置的展示坑位。

目标信息投放协议包括坑位样式，所述坑纹样式用于描述展示坑位和节点之间的相对位置关系，包括位于所述节点侧方、悬浮于所述节点上面中的任一一种。

相应地，步骤260的一种实现方式可以为：

步骤s1、基于所述坑位样式和所述节点所在位置，确定所述节点标定的展示坑位；

其中，展示坑位是指页面中的预划分出的、用户可见的、用于展示内容的区域。

即，将节点所在位置和坑位样式作为预定算法输入，得到算法输出的参数值，该参数值表示用于表示展示坑位所占的区域。

步骤s2、基于所述节点上挂载的坑位组件，将所述目标信息加载在所述展示坑位。坑位组件是指该展示坑位对应的组件，其用于加载需要加载在该展示坑位上的信息。其一种实现方式可以为：

确定所述目标信息对应的视图；将所述目标信息对应的视图与所述展示坑位对应的视图进行合并；将合并后的视图加载在所述展示坑位。

其另一种实现方式可以为：

从服务器获取所述目标信息对应的视图与所述展示坑位对应的视图合并后的视图；将合并后的视图加载在所述展示坑位。

可选的，由于不同坑位的视图模板不同，因此，为精确生成符合坑位要求的视图，避免出现加载错误的问题，确定目标信息对应的视图步骤可以示例为：

客户端确定展示坑位的展示模板，并生成该展示模板的目标信息的视图。或者，

由开发端确定展示坑位的展示模板，生成该展示模板的目标信息的视图并提供给客户端。

图3为本说明书一实施例提供服务器或开发终端侧的一种信息处理方法的流程示意图，该方法可由图1中的服务器或开发者终端执行，参见图3，具体可以包括如下步骤：

步骤320、确定页面需要展示的目标信息；

步骤340、生成所述目标信息与所述页面中的节点的关联关系并提供给客户端，以供所述客户端基于所述关联关系将所述目标信息加载在所述节点标记的展示坑位。

可选的，方法还包括：

确定所述节点的展示模板并提供给所述客户端，以供所述客户端基于所述展示模板生成所述目标信息的视图；或者，

确定所述节点的展示模板；生成所述展示模板的目标信息的视图并提供给所述客户端。

对于服务器侧的信息处理方法实施例，由于部分其步骤的实现方式已在图2对应的客户端侧的信息处理方法实施例中进行了详细描述，故，此处不再赘述。

图4为本说明书另一实施例提供的一种信息处理方法的流程示意图，该方法可由图1中的服务器或开发者终端执行，参见图4，该方法具体可以包括如下步骤：

步骤420、确定页面需要展示的信息；

步骤440、生成所述信息与所述页面中的节点之间的关联关系；

步骤460、将所述关联关系提供给客户端，以供所述客户端基于所述关联关系将所述信息加载至所述节点对应的展示位置。

对于步骤420至步骤460，由于其与图3对应的实施例中的步骤320至步骤340相对应，且实现方式也对应相似，故，此处不再对其进行赘述。

与图3对应的实施例不同的是，本实施例中的信息可以为页面中的任意的信息；而且，节点的对应的展示位置不限定于展示坑位，还可以为节点描述的某个区域。

可见，图2至图4对应的实施例，通过构建页面需要展示的信息和页面中的节点之间的关联关系，以在用户请求访问页面时，基于该关联关系确定该页面需要展示的信息及其关联的节点，进而可将信息加载在节点标记的展示坑位。与现有技术中通过更新应用版本的方式展示新的信息的方案相比，能有效提高信息更新效率和灵活性。

图5为本说明又一实施例提供的一种信息处理方法的流程示意图，下面将信息具体为广告、将应用具体为客户端版应用对该方法进行示例性说明，结合图5，具体可以包括如下步骤：

步骤502、服务器向开发端发送广告诉求；具体可以为：

服务器在接收到广告主终端发送的广告诉求时，将该广告诉求发送给开发端；

其中，广告主为推销商品或者提供服务,自行或者委托他人设计、制作、发布广告的法人、其他经济组织或者个人。广告诉求可以包括：投放时长、投放位等，例如：在应用a的首页展示1个月的广告。

步骤504、开发端构建广告协议；具体可以为：

应用或者第三方的开发人员基于广告主的广告诉求(记为广告1)构建广告协议，至少包括：

将广告1与应用a的某页面进行关联，例如：将广告uri等标识映射到应用a的一个页面(记为页面a)，以建立两者的关联关系；

通过节点路径或节点id定义页面a中的节点，并为广告1配置一节点路径或节点id，以建立广告1与页面a中的节点的关联关系；

设置展示坑位与节点的位置关系，即坑位样式，可以是在节点的上面top，可以是在节点的下面bottom，也可以是悬浮在节点的上面；其中，悬浮的类型可以是固定的，也可以跟随节点一起滚动。

设置广告1的展示形式，包括：悬浮或嵌入等；

步骤506、开发端向服务器发送广告协议；具体可以为：

开发端将应用对应的广告协议发送给服务器，以由服务器进行保存进而供客户端访问。

步骤508、客户端向服务器发送访问请求；

其中，此处的客户端为在页面中加载广告的应用程序，当应用为客户端版应用时，则客户端指的是客户端版应用；当应用为网页版应用时，客户端指的是加载应用页面的浏览器应用。

其第一种实现方式可以为：

在检测到应用响应用户的开启操作进行初始化时，向服务器发送该访问请求，访问请求携带应用的标识，用于请求服务器返回该应用的广告协议。

可选的，访问请求还携带之前的广告协议的版本号，以供服务器在确定版本号发生更新时，返回最新的广告协议。

其第二种实现方式可以为：

在用户开启应用的某页面时，向服务器发送访问请求，访问请求携带页面的标识，用于请求服务器返回该页面的广告协议。

其中，第一种实现方式和第二种实现方式可适用于客户端版应用，也可适用于网页版应用；优选地，第一种实现方式优选为适用于客户端版应用，以避免影响页面的访问速度；第二种实现方式优选为适用于网页版应用，以避免影响应用初始化的速度。

步骤510、服务器查找广告协议；

即，服务器基于访问请求携带的应用或页面的标识，查找其对应的广告协议。

步骤512、服务器将广告协议发送给客户端；

步骤514、客户端判断用户访问的页面是否有广告投放；

即，客户端基于广告协议中包含的广告和页面之间的关联关系，确定是否存在与该页面的标识相关联的广告，若是，则确定该页面需要投放该相关联的广告，并执行步骤516；若否，则确定该页面不存在需要投放的广告，流程结束；

步骤516、客户端确定广告对应节点，并将广告视图加载节点标记位置；假设广告为广告1，则步骤516具体可以为：

首先，客户端获取步骤404中广告协议包含的广告1对应节点路径或节点id，并确定节点路径或节点id映射的节点；然后，基于节点位置和坑位样式，确定坑位的展示区域，作为节点标记位置；进而，将广告视图加载在展示区域。

可选的，本实施例还包括：构建广告视图的步骤；其一种实现方式可以为：

开发人员基于各坑位的标识，确定各坑位的展示区域的模板；然后，构建与该模板相匹配的广告视图并提供给客户端，以供客户端直接加载广告视图，无需进行视图构建作业，降低客户端的数据处理量。

其中，构建广告视图的步骤可以示例为：

创建一个weex示例；由weex引擎基于模板信息，生成用户可见的广告视图。

进一步地，若步骤508使用的是第一种实现方式，则可在客户端基于广告协议确定页面有需要投放的广告之后，再发起从服务器拉取广告视图的请求，而不将广告视图与广告协议一并发送个客户端，以降低客户端需要加载的数据量。

可选的，本实施例还进一步公开了广告协议更新步骤，具体可以为：

首先，当广告发生变化时，则由开发端适应性地调整广告协议，例如：若广告1的投放时间到期，则由开发人员将应用的广告协议中广告1相关的协议删除；又例如：新增了一个投放广告2的诉求，则由开发人员在应用的广告协议中增加广告2相关的协议；

然后，通过服务器将更新后的应用的广告协议发送给客户端，以供客户端基于更新后的广告协议加载广告。

可见，本实施例通过构建广告和页面节点之间的关联关系，以将广告投放至节点标记的坑位，进而可通过增加广告投放坑位，可以在页面的任意位置展示广告。而由于而传统的广告投放只有广告内容，没有广告投放坑位信息，进而只能采用应用升级的方式更新广告。因此，本实施例具有如下优势：

1、灵活课配置，不依赖于应用版本，广告的位置可以根据广告效果动态挪动；

2、提高了开发效率，一套weex组件能够直接投放到多端；

3、嵌入到页面的组件是weex组件，能确保新增的视图不会影响原有页面的体验。

另外，对于上述方法实施方式，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明实施方式并不受所描述的动作顺序的限制，因为依据本发明实施方式，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施方式均属于优选实施方式，所涉及的动作并不一定是本发明实施方式所必须的。

图6为本说明书一实施例提供的一种信息处理装置的结构示意图，该装置可以作为上述客户端的部分，参见图6，该装置具体可以包括：第一确定模块61、第二确定模块62和加载模块63，其中：

第一确定模块61，用于确定页面需要展示的目标信息；

第二确定模块62，用于确定所述页面中与所述目标信息相关联的节点；

加载模块63，用于将所述目标信息加载至所述节点标定的展示坑位。

可选的，第一确定模块61，具体用于：

获取所述页面对应的应用的目标信息投放协议，所述目标信息投放协议包括各目标信息投放的页面标识；基于所述目标信息投放协议，确定所述页面需要展示的目标信息。

可选的，第一确定模块61，具体用于：

获取所述页面的目标信息投放协议，所述目标信息投放协议包括投放至所述页面的目标信息；基于所述目标信息投放协议，确定所述页面需要展示的目标信息。

可选的，装置还包括：

接收模块，用于通过与服务器的保持的长链接，接收所述服务器在检测到目标信息发生更新时推送的目标信息投放协议；或者，

发送模块，用于在向所述服务器发送的访问请求中添加用于请求最新目标信息投放协议的预定请求字段，以使所述服务器返回最新目标信息投放协议。

其中，所述目标信息投放协议还包括：节点标识；

可选的，第二确定模块62，具体用于：

确定所述页面的节点树中所述节点标识对应的节点。

其中，所述目标信息投放协议还包括：坑位样式，所述坑纹样式用于描述展示坑位和节点之间的相对位置关系；

可选的，加载模块63，具体用于：

基于所述坑位样式和所述节点所在位置，确定所述节点标定的的展示坑位；基于所述节点上挂载的坑位组件，将所述目标信息加载至所述展示坑位。

可选的，加载模块63，还用于：

确定所述目标信息对应的视图；将所述目标信息对应的视图与所述展示坑位对应的视图进行合并，并将合并后的视图加载至所述展示坑位。

其中，所述坑位样式包括位于所述节点侧方、悬浮于所述节点上面中的任一一种，节点侧方包括上方、下方、左方和右方。

图7为本说明书另一实施例提供的一种信息处理装置的结构示意图，该装置可以作为上述服务器的部分，参见图7，具体可以包括：确定模块71和处理模块72，其中：

确定模块71，用于确定页面需要展示的目标信息；

处理模块72，用于生成所述目标信息与所述页面中的节点之间的关联关系并提供给客户端，以供所述客户端基于所述关联关系将所述目标信息加载至所述节点标定的展示坑位。

可选的，装置还包括：

模板提供模块，用于确定所述节点的展示模板并提供给所述客户端，以供所述客户端基于所述展示模板生成所述目标信息的视图；或者，

视图提供模块，用于确定所述节点的展示模板；生成所述展示模板的目标信息的视图并提供给所述客户端。

图8为本说明书又一实施例提供的一种信息处理装置的结构示意图，参见图8，该装置具体可以包括：确定模块81、生成模块82和发送模块83，其中：

确定模块81，用于确定页面需要展示的信息；

生成模块82，用于生成所述信息与所述页面中的节点之间的关联关系；

发送模块83，用于将所述关联关系提供给客户端，以供所述客户端基于所述关联关系将所述信息加载至所述节点对应的展示位置。

可见，图6至图8对应的实施例，通过构建页面需要展示的信息和页面中的节点之间的关联关系，以在用户请求访问页面时，基于该关联关系确定该页面需要展示的信息及其关联的节点，进而可将信息加载在节点标记的展示坑位。与现有技术中通过更新应用版本的方式展示新的信息的方案相比，能有效提高信息更新效率和灵活性。。

另外，对于上述装置实施方式而言，由于其与方法实施方式基本相似，所以描述的比较简单，相关之处参见方法实施方式的部分说明即可。而且，应当注意的是，在本发明的装置的各个部件中，根据其要实现的功能而对其中的部件进行了逻辑划分，但是，本发明不受限于此，可以根据需要对各个部件进行重新划分或者组合。

图9为本说明书一实施例提供的一种电子设备的结构示意图，参见图9，该电子设备包括：处理器、内部总线、网络接口、内存以及非易失性存储器，当然还可能包括其他业务所需要的硬件。处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，在逻辑层面上形成信息处理装置。当然，除了软件实现方式之外，本申请并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

网络接口、处理器和存储器可以通过总线系统相互连接。总线可以是isa(industrystandardarchitecture，工业标准体系结构)总线、pci(peripheralcomponentinterconnect，外设部件互连标准)总线或eisa(extendedindustrystandardarchitecture，扩展工业标准结构)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图9中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。

存储器用于存放程序。具体地，程序可以包括程序代码，所述程序代码包括计算机操作指令。存储器可以包括只读存储器和随机存取存储器，并向处理器提供指令和数据。存储器可能包含高速随机存取存储器(random-accessmemory，ram)，也可能还包括非易失性存储器(non-volatilememory)，例如至少1个磁盘存储器。

当电子设备为用户终端时，处理器用于执行所述存储器存放的程序，并具体执行：

确定页面需要展示的目标信息；

确定所述页面中与所述目标信息关联的节点；

将所述目标信息加载至所述节点标定的展示坑位。

当电子设备为服务器或开发者终端时，处理器用于执行所述存储器存放的程序，并具体执行：

确定页面需要展示的目标信息；

生成所述目标信息与所述页面中的节点之间的关联关系并提供给客户端，以供所述客户端基于所述关联关系将所述目标信息加载至所述节点标定的展示坑位。

或者，

确定页面需要展示的信息；

生成所述信息与所述页面中的节点之间的关联关系；

将所述关联关系提供给客户端，以供所述客户端基于所述关联关系将所述信息加载至所述节点对应的展示位置。

上述如本申请图6至图8所示实施例揭示的信息处理装置或管理者(master)节点执行的方法可以应用于处理器中，或者由处理器实现。处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器，包括中央处理器(centralprocessingunit，cpu)、网络处理器(networkprocessor，np)等；还可以是数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现场可编程门阵列(field－programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。

信息处理装置还可执行图2-图5的方法，并实现管理者节点执行的方法。

基于相同的发明创造，本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储一个或多个程序，所述一个或多个程序当被包括多个应用程序的电子设备执行时，使得所述电子设备执行图2-图5对应的实施例提供的信息处理方法。

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

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

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

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

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

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

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

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

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。