CN108469970B - 页面选项卡信息处理方法及装置 - Google Patents

Abstract

本申请实施例公开了页面选项卡信息处理方法及装置，其中，所述方法包括：服务端向第一客户端提供页面框架信息以及对所述页面框架内的选项卡进行配置的操作选项；接收第一客户端提交的选项卡配置信息；所述配置信息包括选项卡对应的标签展示样式以及内容表达方式；对所述选项卡配置信息进行保存，所述选项卡配置信息用于：在页面发布后提供给请求访问所述页面的第二客户端，由所述第二客户端按照所述选项卡配置信息进行页面的展示。通过本申请实施例，可以实现对tab的灵活投放、运营，丰富tab化页面的表达能力，并且，对tab化页面具有普适性。

Description

页面选项卡信息处理方法及装置

技术领域

本申请涉及页面选项卡信息处理技术领域，特别是涉及页面选项卡信息处理方法及装置。

背景技术

由于手机等移动终端设备的分辨率比桌面平台小很多，所以设计移动终端网站或是移动应用的时候，页面导航菜单设计方面通常需要考虑周全，尽量保持简约和易用性高。

目前，存在多种实用的页面导航菜单设计方式。其中，当应用层级较多，或者，需要用户频繁的在不同分页切换，则可以采用选项卡(tab)的方式来进行页面导航菜单的设计。在这种设计方式下，如图1-1中的101处所示，导航栏可以位于页面底部，通常包含2至5个选项卡是比较合适的数量。或者，如图1-2中的102所示，导航栏也可以位于页面的顶部，通常也可以包含2至5个选项卡。无论是位于页面底部还是顶部，其特点均在于，多个选项卡共用同一内容展示区域，通过切换选项卡，可以用于改变的内容展示区域的视图，或对当前页面内容进行分类查看，等等。

例如，在移动终端中的电子商务销售类的应用中，也会存在大量的页面，在展示过程中存在应用层级较多，或者，需要用户频繁的在不同分页切换等需求，在此情况下，也可以通过上述选项卡的方式实现页面导航。具体如，对于店铺页面，由于用户进行店铺的目的不同，因此，页面内通常也可以通过多种方式将店铺内的相关信息进行展示，例如，可以通过进行了一些界面美化设计的页面进行展示，或者，还可以以列表的方式进行展示，或者，还可以重点将参加一些活动的信息进行展示，等等。此时，就可以在店铺页面中提供“店铺首页”、“全部宝贝”、“双11”等选项卡，消费者用户在进入店铺页面后，就可以根据具体的需求选择其中的一个选项卡进行查看，还可以在不同的选项卡之间进行切换。

虽然不同店铺通常对应不同的商家，其中展示的具体商品信息不同，店铺页面的框架通常都是由平台方的开发人员进行搭建的，再由具体的内容提供方(例如，具体的商家等)向页面中添加商品信息，进行页面的实例化。但是，在现有技术中，一个页面中具体包含的选项卡的数量、名称、属性等，都是在页面框架中固定死的。内容提供方在对店铺页面进行实例化时，由于只能在搭建好的页面框架基础上进行，因此，只能按照页面框架中的方式提供相应的页面内容。

显然，对于一个多Tab页面，按照现有技术中的端上固定控制方式，将不能满足不同的场景运营需求，也不具备普适性，不同的页面需做不同的开发。例如，在店铺页面场景中，这种实现方式会显得不够灵活，不能满足不同商家用户的个性化需求，并且，也使得不同商家的店铺却呈现出“千篇一律”的感觉，容易引起消费者用户的视觉疲劳。同时，由于一个页面要展示的Tab已经预先确定，所以每个Tab的类型也就唯一固定，且目前一般都为Native页面，这将大大限制页面的表达能力。

发明内容

本申请提供了页面选项卡信息处理方法及装置，可以实现对tab的灵活投放、运营，丰富tab化页面的表达能力，并且，对tab化页面具有普适性。

本申请提供了如下方案：

一种页面选项卡信息处理方法，包括：

服务端向第一客户端提供页面框架信息以及对所述页面框架内的选项卡进行配置的操作选项；

接收第一客户端提交的选项卡配置信息；所述配置信息包括选项卡对应的标签展示样式以及内容表达方式；

对所述选项卡配置信息进行保存，所述选项卡配置信息用于：在页面发布后提供给请求访问所述页面的第二客户端，由所述第二客户端按照所述选项卡配置信息进行页面的展示。

一种页面选项卡信息处理方法，包括：

第一客户端接收服务端提供的页面框架信息以及对所述页面框架内的选项卡进行配置的操作选项；

通过所述操作选项接收选项卡配置信息；所述配置信息包括选项卡对应的标签展示样式以及内容表达方式；

将所述选项卡配置信息提交到服务端，由所述服务端对所述选项卡配置信息进行保存，所述选项卡配置信息用于：在页面发布后提供给请求访问所述页面的第二客户端，由所述第二客户端按照所述选项卡配置信息进行页面的展示。

一种页面展示方法，包括：

第二客户端在访问页面时，从服务端获得对应的页面数据，所述页面数据中包括页面的选项卡配置信息，所述配置信息包括选项卡对应的标签展示样式以及内容表达方式；

根据所述选项卡对应的标签展示样式对所述选项卡对应的标签进行展示，并确定待进行内容曝光的目标选项卡；

根据所述目标选项卡对应的内容表达方式，在所述内容展示区域内展示所述目标选项卡对应的展示内容。

一种页面展示方法，包括：

服务端保存页面数据，所述页面数据中包括页面的选项卡配置信息，所述配置信息包括选项卡对应的标签展示样式以及内容表达方式；

在接收到第二客户端的页面访问请求时，向所述第二客户端提供所述选项卡配置信息，由所述第二客户端根据所述选项卡对应的标签展示样式对所述选项卡对应的标签进行展示，并确定待进行内容曝光的目标选项卡，根据所述目标选项卡对应的内容表达方式，在所述内容展示区域内展示所述目标选项卡对应的展示内容。

一种页面选项卡信息发布方法，包括：

第二客户端提供目标页面，所述目标页面中包括至少一个选项卡；

在针对目标选项卡进行内容曝光时，确定所述目标选项卡对应的子页面的渲染类型以及内容；

根据所述目标选项卡对应的子页面渲染类型及内容，向所述内容展示区域插入对应类型的渲染容器，由所述渲染容器对所述子页面展示内容进行渲染及展示。

一种页面选项卡信息处理装置，应用于服务端，包括：

操作选项提供单元，用于向第一客户端提供页面框架信息以及对所述页面框架内的选项卡进行配置的操作选项；

配置信息接收单元，用于接收第一客户端提交的选项卡配置信息；所述配置信息包括选项卡对应的标签展示样式以及内容表达方式；

配置信息保存单元，用于对所述选项卡配置信息进行保存，所述选项卡配置信息用于：在页面发布后提供给请求访问所述页面的第二客户端，由所述第二客户端按照所述选项卡配置信息进行页面的展示。

一种页面选项卡信息处理装置，应用于第一客户端，包括：

操作选项接收单元，用于接收服务端提供的页面框架信息以及对所述页面框架内的选项卡进行配置的操作选项；

配置信息接收单元，用于通过所述操作选项接收选项卡配置信息；所述配置信息包括选项卡对应的标签展示样式以及内容表达方式；

配置信息提交单元，用于将所述选项卡配置信息提交到服务端，由所述服务端对所述选项卡配置信息进行保存，所述选项卡配置信息用于：在页面发布后提供给请求访问所述页面的第二客户端，由所述第二客户端按照所述选项卡配置信息进行页面的展示。

一种页面展示装置，应用于第二客户端，包括：

页面数据获得单元，用于在访问页面时，从服务端获得对应的页面数据，所述页面数据中包括页面的选项卡配置信息，所述配置信息包括选项卡对应的标签展示样式以及内容表达方式；

选项卡标签展示单元，用于根据所述选项卡对应的标签展示样式对所述选项卡对应的标签进行展示，并确定待进行内容曝光的目标选项卡；

选项卡内容展示单元，用于根据所述目标选项卡对应的内容表达方式，在所述内容展示区域内展示所述目标选项卡对应的展示内容。

一种页面展示装置，应用于服务端，包括：

页面数据保存单元，用于保存页面数据，所述页面数据中包括页面的选项卡配置信息，所述配置信息包括选项卡对应的标签展示样式以及内容表达方式；

页面数据提供单元，用于在接收到第二客户端的页面访问请求时，向所述第二客户端提供所述选项卡配置信息，由所述第二客户端根据所述选项卡对应的标签展示样式对所述选项卡对应的标签进行展示，并确定待进行内容曝光的目标选项卡，根据所述目标选项卡对应的内容表达方式，在所述内容展示区域内展示所述目标选项卡对应的展示内容。

一种页面选项卡信息发布装置，应用于第二客户端，包括：

页面提供单元，用于提供目标页面，所述目标页面中包括至少一个选项卡；

渲染信息确定单元，用于在针对目标选项卡进行内容曝光时，确定所述目标选项卡对应的子页面的渲染类型以及内容；

渲染容器插入单元，用于根据所述目标选项卡对应的子页面渲染类型及内容，向所述内容展示区域插入对应类型的渲染容器，由所述渲染容器对所述子页面展示内容进行渲染及展示。

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

通过本申请实施例，可以通过第一客户端对页面中包含选项卡的标签展示样式以及内容表达方式进行配置，而不是预先在页面框架中固定写死，服务端可以保存第一客户端提交的选项卡配置信息，并在页面发布后提供给请求访问所述页面的第二客户端，由所述第二客户端按照所述选项卡配置信息进行页面的展示。这样，可以实现对tab的灵活投放、运营，丰富tab化页面的表达能力，并且，该方案对tab化页面具有普适性。

另外，在第二客户端上还可以实现一套可随意“插拔”，自由组合的不同类型的渲染容器，例如，可以包括组件化类型容器,Native类型容器及H5类型容器等。每种类型容器功能包括对该类型容器的UI渲染，数据绑定，生命周期管理。并且，每种类型容器独立存在，灵活插拔。同时，第二客户端可以组织管理各类型的渲染容器，根据某次服务端返回的配置信息，选择此次在该页面中插入的渲染容器类型，实现一个页面容纳服务端返回的任意tab标签内容组合，使得页面tab化更具普适性，灵活性。

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

附图说明

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

图1-1以及图1-2是选项卡页面示意图；

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

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

图4-1以及图4-2是本申请实施例提供的页面示意图；

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

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

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

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

图9是本申请实施例提供的第一装置的示意图；

图10是本申请实施例提供的第二装置的示意图；

图11是本申请实施例提供的第三装置的示意图；

图12是本申请实施例提供的第四装置的示意图；

图13是本申请实施例提供的第五装置的示意图。

具体实施方式

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

在本申请实施例中，提出一种可动态定制的多类型Tab容器化方案，赋予内容投放方展示内容的能力。内容投放方可根据不同场景需求，动态配置一个页面中每个Tab的标签样式、子页面内容、子页面类型(每个tab可以对应一个子页面，在页面的内容展示区域展示的内容，就是其中某个tab对应的子页面的内容)等；并且，每个Tab可以支持不同的页面类型，同一页面的不同tab也可以配置为不同的页面类型。例如，可以是Native、H5、WeApp，Weex等等。为多Tab页面提供可运营可配置的动态能力，丰富页面表达。

具体的，参见图2，在本申请实施例提供的技术方案中，具体可以涉及服务端、第一客户端以及第二客户端。其中，第一客户端主要提供给内容提供方使用，例如，可以是销售平台中的商家用户、卖家用户等；第二客户端主要提供给页面访问方使用，例如，可以是销售平台中的消费者用户、买家用户等。

具体实现时，服务端可以提供页面框架，具体的，可以由服务端的页面开发人员进行页面框架的设计，并且，在本申请实施例中，在页面框架设计阶段，只需要对页面的头部等进行设计即可，而不需要设定页面中具体包括哪些tab、也不需要指定每个tab对应子页面的渲染类型。其中，可以根据不同的页面类，分别设计不同的页面框架，例如，在销售平台中，可以包括店铺页面类，活动会场类，等等，但是，对于各个页面类，都可以不必对具体的tab进行设定。后续在内容提供方需要对某个页面类进行实例化时，例如，某个商家在需要配置自己的店铺页面时，或者，平台中的具体业务方需要配置“双11”等活动会场的页面时，再通过第一客户端，执行具体的配置操作。也就是说，内容提供方可以通过第一客户端，对自己的Tab化页面进行定制，确定该页面中Tab的样式及内容表达方式。具体定制的数据将被保存在服务端的存储系统中，实现Tab的可运营、可配置能力。之后，就可以对具体配置好的页面进行立即发布，或者定时发布，相应的，第二客户端就可以对页面进行访问。具体的访问页面的过程中，由于每个tab的内容表达方式是由内容投放者进行定制的，因此，无法直接在客户端中，为内容展示区域配置固定的内容展示方式，例如，具体添加某个渲染容器等，为此，在本申请实施例中，还可以为第二客户端赋予按照多种内容表达方式进行内容展示区域渲染的能力。例如，第二客户端在根据具体的页面访问请求，接收到服务端提供的页面数据后，其中关于各个选项卡tab的信息，仍然可以包括每个tab的标签展示样式、内容表达方式等配置信息，然后，客户端可以根据具体的展示样式，对各个tab标签进行展示。另外，在默认状态下，页面的内容展示区域需要展示其中一个tab对应的子页面的内容，此时，第二客户端还可以确定出该默认展示的目标tab，并按照该目标tab对应的内容表达方式信息，将该目标tab对应的内容，展示在页面的内容展示区域。

其中，在一种具体的实现方式下，配置信息中的内容表达方式信息，具体可以包括选项卡对应的子页面的渲染类型以及内容等，此时，第二客户端在初始组状态下，内容展示区域内是没有插入任何渲染容器的，也即，不具备任何的页面渲染能力；而在确定出默认展示的目标tab后，可以进一步根据选项卡配置信息，确定出该目标tab对应的渲染类型，然后，就可以首先将该渲染类型对应的渲染容器插入到内容展示区域，由该渲染容器对该目标tab对应的内容进行渲染，并展示在内容展示区域。也就是说，在第二客户端上可以实现一套可随意“插拔”，自由组合的不同类型tab渲染容器，例如，具体可以包括WeApp类型容器,Weex类型容器,Native类型容器及H5类型容器，等等。这样，可容纳服务端返回的任意tab标签内容组合，丰富tab化页面的表达能力，同时，使得页面tab化更具普适性，灵活性。

另外，对于多tab页面，由于多个tab共用同一内容展示区域，因此，同一时刻只能在内容展示区域展示出一个tab对应的内容。而在根据用户的访问请求进行页面展示的过程中，在默认状态下，为用户展示哪个tab对应的具体内容，也是需要考虑的问题。在现有技术中，通常是不分场景的默认展示某一个tab(例如第一个)，或者，在某大型促销活动期间，默认展示与活动相关的tab的内容。但是，现有技术中没有充分考虑用户进入页面的具体需求，这样，在展示出第一个tab的内容时，用户通常还需要进行tab切换，才能在内容展示区域展示出该tab对应的内容，显然会对系统资源等造成一定的浪费。

而针对以上情况，在本申请的优选实施例中，还可以提供路由规则，也就是说，可以根据用户访问路径入口的不同，可以在内容展示区域默认展示不同选项卡对应的内容。具体实现时，可以在服务端与第二客户端之间制定协议，用于确定某次进入页面时向用户展示的tab标签及内容，根据不同的路由规则，可以定位进入页面后的第一曝光tab。例如，根据用户访问路径入口的不同，可以分为从搜索界面进入，或者，从活动会场进入等等，不同的访问路径入口，可能对应着不同的访问需求，而在本申请实施例中，可以匹配用户的具体访问需求，展示出对应tab的具体内容，以此降低对系统资源的浪费。

下面对具体的实现方式进行详细介绍。

实施例一

首先，该实施例一从服务端的角度，对具体的页面配置过程进行介绍。具体的，服务端可以提供页面框架，并且可以提供页面配置后台，内容提供方可以通过其第一客户端接入到页面配置后台，对其需要发布的页面中包含的tab等信息进行配置。具体的，参见图3，该实施例一提供了一种页面选项卡信息处理方法，该方法可以包括以下步骤：

S301：服务端向第一客户端提供页面框架信息以及对所述页面框架内的选项卡进行配置的操作选项；

其中，所谓的页面框架信息，也就是指，页面的整体架构信息，包括将页面划分成多个区域，每个区域在页面中的布局等等。在架设页面框架时可以先把页面的划分成几个不同的区域,然后在根据所划分的区域来布置相对应的html框架。顾名思义，页面框架中通常尚未关联具体的数据内容。

在本申请实施例中，具体实现时，服务端在搭建页面框架时，可以仅对页面的头部等信息进行配置，其他的关于tab的数量、每个tab的标签名称、内容类型等都可以不进行配置。在某内容提供方通过其第一客户端访问服务端的页面配置后台时，服务端就可以将已经搭建的页面框架提供给第一客户端，并且，可以提供对所述页面框架内的选项卡进行配置的操作选项。也就是说，内容提供方可以在第一客户端的配置界面中，对页面中包括的tab数量、每个tab的标签名称、图标样式、内容、内容渲染类型等进行一一设定，并且，同一页面中不同tab对应的内容渲染类型可以是不同的，各tab之间相互独立，互不影响。

S302：接收第一客户端提交的选项卡配置信息；所述配置信息包括选项卡对应的标签展示样式以及内容表达方式；

第一客户端可以根据具体的配置界面，提供具体的操作选项，内容提供方可以通过这种操作选项，提交具体的配置信息。例如，其中可以包括“新建”选项，内容提供方可以通过操作该选项，创建一个新的选项卡，之后就可以对该选项卡进行具体的配置，具体的，可以对选项卡的标签展示样式以及内容表达方式进行配置。

其中，标签展示样式可以包括展示的标签名称、图标样式等等，其中，图标样式可以包括具体的颜色、图片等，另外，针对同一选项卡，还可以提供两套不同的图标样式，分别用于在选项卡对应内容曝光与否的情况下进行展示。例如，在选项卡对应内容曝光(也即，内容展示区域展示了该选项卡对应的内容)的情况下，按照样式一进行图标展示，在未曝光的情况下，按照样式二进行图标展示，等等。因此，在提供操作选项时，就可以提供用于输入标签名称的输入框，和/或用于输入图标样式信息的输入框，等等。内容提供方可以通过这种输入框，提供针对选项卡标签展示样式的相关配置信息。

关于内容表达方式配置信息，在一种具体的实现方式下，由于内容表达方式具体可以包括内容渲染类型以及具体的内容，因此，可以提供用于对内容渲染类型以及具体的内容进行配置的操作选项。

其中，需要说明的是，具体某个选项卡对应的内容，实际上是页面中的一个子页面，在内容展示区域内进行展示时，相当于在页面中嵌套了一个子页面，子页面的渲染类型与主页面可以相同，也可以不同，并且，在第二客户端，可以在内容展示区域内添加单独的渲染容器，用于对具体选项卡对应的子页面进行渲染展示。在现有技术中，内容展示区域内添加的渲染容器是固定的，并且通常是native类型。而在本申请实施例中，则可以由第二客户端根据具体需要曝光的选项卡对应的内容渲染类型，向内容展示区域插入对应类型的渲染容器。也就是说，在初始状态下，内容展示区域内没有具体的渲染容器，但是，第二客户端可以按需进行渲染容器的选择及插入操作。因此，对于第二客户端而言，可以维护有可选渲染容器类型的列表，各个渲染容器的相关代码等信息也可以直接在第二客户端所在终端设备进行保存，并且还可以保存相关的配置信息，用于记录具体的渲染容器与渲染类型之间的对应关系。这样，在需要插入某个类型的渲染容器时，就可以对该渲染容器进行调用，通过该渲染容器完成对应选项卡内容的渲染。

通过以上所述可见，虽然理论上可以为选项卡对应的内容配置任意的渲染类型，但是从具体实现角度而言，可以是从给出的渲染类型列表中进行选择，避免出现第二客户端无法找到对应类型的渲染容器的情况。因此，在具体实现时，所述操作选项包括：用于对渲染类型进行选择的第一操作选项，并提供候选的渲染类型列表，这样，内容投放者就可以通过这种第一操作选项，对具体的子页面渲染类型，服务端可以接收所述第一客户端提交的针对指定选项卡的子页面渲染类型选择结果信息。

在通过上述方式进行渲染类型选择的情况下，在选择了具体某种渲染类型之后，对具体内容的配置方式可以是不同的。例如，其中一种渲染类型可以是HTML(超文本标记语言)，例如，可以是H5类型等，在这种情况下，选项卡对应的内容可以通过一个具体的子页面网址来进行指定。也就是说，在被选择的子页面渲染类型为H5等HTML类型时，所述操作选项还包括：用于对接收网址信息的第二操作选项，相应的，服务端可以接收第一客户端提交的子页面网址信息，所述子页面网址信息用于确定选项卡对应的子页面的展示内容。也就是说，在这种情况下，具体的选项卡内的内容可以是预先制作好的一个网页中的内容，并且，该网页既可以是服务端提供的官方页面，还可以是内容提供方自己的开发人员开发的三方页面，只需要将具体页面的URL等信息提供给服务端进行保存，后续在需要展示该选项卡的具体内容时，就可以由第二客户端在内容展示区域内加载HTML类型的渲染容器，并从对应的URL获得具体的页面数据，然后进行渲染展现即可。可见，通过这种方式，可以为内容提供方提供更灵活的页面表达方式。

例如，针对销售平台中的店铺页面场景，创建了名称为“店铺首页”的选项卡，可以通过这种类型进行内容表达，这样，商家等第一用户作为店铺的所有者，可以更加自由的按照自己的方式对店铺首页进行设计，更有利于表达出店铺内具体商品对象等信息的个性化特点，店铺整体风格，等等。

另一种渲染类型可以是终端设备原生渲染类型，也即，native类型，这种类型是指，客户端用移动设备系统的原生UI和控件去进行设计开发。在这种情况下，内容提供方通常只需要指定具体的数据源，具体在进行选项卡内容的展示时，可以从该数据源读取相关的数据，并按照native方式进行子页面的渲染展示。因此，在被选择的子页面渲染类型为终端设备原生渲染类型时，所述操作选项还可以包括：用于对接收数据源配置信息的第三操作选项。其中，数据源可以是已有的数据源，或者，还可以创建专用的数据源等等，此时，服务端可以接收第一客户端提交的数据源配置信息，所述数据源配置信息用于确定选项卡对应的子页面的展示内容。

例如，针对销售平台中的店铺页面场景，创建了名称为“全部宝贝”的选项卡，就可以通过这种native类型对该选项卡的内容进行页面渲染，此时，商家用户只需要指定某选项卡的渲染类型为native，之后可以再指定具体的数据集合名称等，这样，服务端对这些信息进行保存后，在第二客户端具体展示该选项卡对应的内容时，服务端可以从关联的数据源中读取相关的数据，并提供给第二客户端，第二客户端在内容展示区域插入native类型的渲染容器，利用该容器对子页面进行渲染及展示。

另外一种渲染类型可以是跨平台协议化渲染类型。所谓的跨平台协议化是指，可以由页面搭建平台利用标准的协议搭建起通用性的页面框架，数据投放平台则可以在页面框架的基础上，通过选择组件并关联具体数据源的方式生成具体的页面。在这种情况下，通常可以由页面搭建平台提供组件池，例如，“楼层”组件、“版头”组件等等，数据投放平台可以首先选择具体的组件，搭建起页面的主体框架，再向具体的组件中投放具体的数据内容。在这种情况下，服务端通常也会提供对应的跨平台协议化渲染容器。例如，这种渲染容器可以是基于json作为描述语言的跨平台多终端渲染SDK，或者，通过在客户端运行一个JavaScript引擎对界面进行预处理，然后通过JS Bridge发送到native进行渲染，实现多端统一渲染，等等。总之，在服务端支持的情况下，这种渲染类型也可以作为候选的渲染类型提供给第一客户端。在被选择的子页面渲染类型为跨平台协议化渲染类型时，所述操作选项还可以包括：用于对接收组件选择信息的第四操作选项，以及可选的组件列表。此时，数据投放平台可以通过这种第四操作选项进行组件的选择，并且还可以向具体的组件内投放具体的数据内容，然后将相应的组件选择结果提交给服务端。也就是说，服务端可以接收第一客户端提交的组件选择结果信息，所述组件选择结果信息用于确定选项卡对应的子页面的展示内容。

例如，针对销售平台中的店铺页面场景，创建了名称为“新品上架”的选项卡，可以将对应的渲染类型选择为跨平台协议化渲染类型。此时，就可以将可选的组件列表提供给第一客户端，由第一客户端提交具体的组件选择结果，当然，具体实现时，还可以为具体的组件关联具体的数据对象列表等信息。

需要说明的是，在上述各个例子中，具体的选项卡标签名称与内容类型之间的对应关系只是用于举例说明，而不是对具体实现方式的限定。例如，在实际应用中，也可以将“店铺首页”选项卡对应的渲染类型配置为跨平台协议化类型，等等。

通过上述方式，同一个页面类在被实例化为不同的具体页面的过程中，具体的选项卡数量、标签展示样式、内容渲染类型等都可以是不同的。例如，如图4-1中的401所示，店铺A的页面内展示的tab有“店铺首页”且类型为跨平台协议化渲染类型、“全部宝贝”且类型为Native、“新品上架”且类型为跨平台协议化渲染类型、“微淘动态”且类型为Native。而到店铺B，参见图4-2中的402所示，该店铺展示的tab有“店铺首页”且类型为跨平台协议化渲染类型、“全部宝贝”且类型为Native、“新品上架”且类型为H5，等等。并且，对于服务化行业的店铺，商家甚至可以选择仅展示一个自己“装修”的跨平台协议化渲染类型tab来集中提供行业服务，等等。

S303：对所述选项卡配置信息进行保存，所述选项卡配置信息用于：在页面发布后提供给请求访问所述页面的第二客户端，由所述第二客户端按照所述选项卡配置信息进行页面的展示。

在第一客户端完成选项卡的创建，并分别提交了配置信息后，服务端就可以对具体的选项卡配置信息进行保存。之后，就可以对具体的页面进行直接发布或者定期发布，页面发布后，就可以通过第二客户端对页面进行访问。

具体在通过第二客户端进行页面访问时，第二客户端可以首先从服务端获取相关的页面数据，其中就包括通过第一客户端提交的选项卡配置信息。第二客户端在获取到上述配置信息后，可以首先根据其中的选项卡标签展示样式信息，对各个选项卡的标签进行展示，同时，还可以确定出最先进行内容曝光的目标选项卡，也就是说，在默认状态下，在内容展示区域展示哪个选项卡的具体内容。在确定出目标选项卡后，就可以根据目标选项卡对应的内容表达方式，在所述内容展示区域内展示所述目标选项卡对应的展示内容。具体的，可以确定出目标选项卡对应的内容渲染类型，然后，向内容展示区域对应类型的渲染容器，由该渲染容器进行对应子页面的渲染展示等处理。接收到切换到另一选项卡进行内容展示的请求时，可以根据该另一选项卡对应的子页面渲染类型，对所述内容展示区域插入的渲染容器类型进行切换，也即，可以将原来的渲染容器回收，然后插入新的渲染类型的渲染容器，由切换后的渲染容器对对应子页面展示内容进行渲染及展示。

其中，具体在确定待进行内容曝光的目标选项卡时，可以有多种方式，例如，其中一种方式下，可以是默认将第一个选项卡确定为当前需要曝光内容的目标选项卡。但是，如前文所述，这种方式由于没有考虑访问者用户的实际访问需求，因此，可能会造成资源浪费。因此，在本申请实施例中，可以确定出具体的路由规则，也即，可以根据具体的页面访问请求的来源，确定当前需要进行内容曝光的目标选项卡。其中，所谓的页面访问请求的来源，也即，页面访问路径的入口，换言之，就是用户是通过何种途径发起的此次页面访问，通过这种对访问路径的分析，可以初步确定用户的访问需求。例如，如果是通过店铺搜索的方式进行的店铺页面，则用户通常是需要查看该店铺的首页，如果通过某活动会场进入的店铺页面，则用户通常是需要查看该店铺的活动页面中有哪些具体的商品对象参加此次活动，等等。因此，在本申请实施例中，第二客户端可以确定出当前访问的访问路径来源，然后，可以根据将该访问路径来源最先曝光选项卡，该最先曝光选项卡即为所述目标选项卡。例如，在“手机淘宝”产品中，某用户从搜索店铺进入店铺C，该店铺展示的tab有“店铺首页”、“全部宝贝”、“新品上架”、“店铺动态”，此时，可以主动定位到第一个tab，也即“店铺首页”位置，并在内容展示区域内展示该tab对应的具体内容；而如果另一用户从“大促”主会场进入该店铺D，此店铺展示的tab有“店铺首页”、“全部宝贝”、“全球狂欢”、“店铺动态”，此时可以主动定位到第三个tab，也即“全球狂欢”，并在内容展示区域内展示该tab对应的具体内容。

需要说明的是，在具体实现时，同一页面中可以包括多个不同的选项卡，并且，在不同的访问路径来源下，除了最先曝光选项卡不同，在选项卡标签栏展示出的选项卡也可以是不同的。例如，某页面中配置了A、B、C、D、E五个选项卡，在某访问路径来源下，展示其中的A、B、C、D等四个选项卡，而在另一访问路径来源，则可以展示其中的A、B、C、E等四个选项卡，等等。关于这种不同访问路径来源对应展示的不同选项卡信息，同样可以在路由规则中进行配置。

也就是说，关于具体的路由规则，可以用于定义不同的访问路径来源展示的不同选项卡以及最先曝光选项卡。具体实现时，可以通过多种方式进行设定。例如，可以由服务端制定具体的路由规则，此时，在第一客户端提交了具体的选项卡配置信息后，还可以在服务端建立起路由规则。该路由规则的建立可以通过人为干预的方式来确定，或者，也可以通过对选项卡标签名称进行自动化语义识别等方式，建立起路由规则。或者，在另一种实现方式下，上述路由规则也可以是由内容提供方进行配置的，例如，商家可以投放曝光某路径入口下最想曝光的tab标签，等等。此时，服务端还可以提供用于对选项卡的路由规则进行配置的第五操作选项，此时，服务端还可以接收第一客户端提交的路由规则信息并保存。总之，无论是由服务端建立路由规则，还是由第一客户端进行配置，在接收到第二客户端的访问请求时，都可以将这种路由规则提供给第二客户端，这样，第二客户端可以对根据不同路由规则入口，确定出页面中需展示的选项卡，并且可以定位进入主动曝光的目标tab。

总之，通过本申请实施例，可以通过第一客户端对页面中包含选项卡的标签展示样式以及内容表达方式进行配置，而不是预先在页面框架中固定写死，服务端可以保存第一客户端提交的选项卡配置信息，并在页面发布后提供给请求访问所述页面的第二客户端，由所述第二客户端按照所述选项卡配置信息进行页面的展示。这样，可以实现对tab的灵活投放、运营，丰富tab化页面的表达能力，并且，该方案对tab化页面具有普适性。

另外，在第二客户端上还可以实现一套可随意“插拔”，自由组合的不同类型的渲染容器，例如，可以包括组件化类型容器,Native类型容器及H5类型容器等。每种类型容器功能包括对该类型容器的UI渲染，数据绑定，生命周期管理。并且，每种类型容器独立存在，灵活插拔。同时，第二客户端可以组织管理各类型的渲染容器，根据某次服务端返回的配置信息，选择此次在该页面中插入的渲染容器类型，实现一个页面容纳服务端返回的任意tab标签内容组合，使得页面tab化更具普适性，灵活性。

需要说明的是，本申请实施例中所述的页面可以是多种具体应用中的页面，只要具有tab化特点，都可以通过本申请实施例的方式进行tab配置。如前文的例子所述，在一种具体的应用场景下，该页面可以是网络销售平台中的店铺页面，所述店铺页面用于展示同一店铺对象中包括的至少一个数据对象的信息，其中，不同的tab可以用于从不同的角度，或者不同的侧重点，对数据对象信息进行展示；所述第一客户端包括提供给网络销售平台中第一用户的客户端，例如，商家用户或者卖家用户的客户端，等等。通常，某第一用户可以通过其第一客户端，对自己店铺页面进行上述tab配置。

实施例二

该实施例二是与实施例一相对应的，从第一客户端的角度，对tab配置过程进行介绍。具体的，参见图5，该实施例二提供了一种页面选项卡信息处理方法，该方法具体可以包括以下步骤：

S501：第一客户端接收服务端提供的页面框架信息以及对所述页面框架内的选项卡进行配置的操作选项；

S502：通过所述操作选项接收选项卡配置信息；所述配置信息包括选项卡对应的标签展示样式以及内容表达方式；

S503：将所述选项卡配置信息提交到服务端，由所述服务端对所述选项卡配置信息进行保存，所述选项卡配置信息用于：在页面发布后提供给请求访问所述页面的第二客户端，由所述第二客户端按照所述选项卡配置信息进行页面的展示。

实施例三

该实施例三主要从页面展示流程，对本申请实施例提供的解决方案进行介绍。具体的，参见图6，该实施例三从第二客户端的角度提供了一种页面展示方法，该方法可以包括以下步骤：

S601：第二客户端在访问页面时，从服务端获得对应的页面数据，所述页面数据中包括页面的选项卡配置信息，所述配置信息包括选项卡对应的标签展示样式以及内容表达方式；

具体的，上述选项卡配置信息可以由服务端的页面开发人员进行配置，或者，还可以如前述实施例一、实施例二所述，由第一客户端按照所述服务端提供的页面框架以及操作选项进行配置，等等。

S602：根据所述选项卡对应的标签展示样式对所述选项卡对应的标签进行展示，并确定待进行内容曝光的目标选项卡；

S603：根据所述目标选项卡对应的内容表达方式，在所述内容展示区域内展示所述目标选项卡对应的展示内容。

其中，具体的内容表达方式可以包括：选项卡对应的子页面的渲染类型以及内容；此时，可以根据所述目标选项卡对应的子页面渲染类型及内容，向所述内容展示区域插入对应类型的渲染容器，由所述渲染容器对所述子页面展示内容进行渲染及展示。

在接收到切换到另一选项卡进行内容曝光的请求时，可以根据该另一选项卡对应的子页面渲染类型，对所述内容展示区域插入渲染容器类型进行切换，由所述切换后的渲染容器对对应子页面展示内容进行渲染及展示。

具体在确定所述页面的内容展示区域内待展示内容对应的目标选项卡时，可以首先确定所述访问请求的访问路径来源，然后，根据所述访问路径来源确定页面中展示的选项卡，以及所述目标选项卡。

具体实现时，上述路由规则可以是由第一客户端等进行配置的，此时，所述配置信息中还包括路由规则，所述路由规则用于定义不同的访问路径来源展示的不同选项卡以及最先曝光选项卡，因此，具体可以根据所述配置信息中的路由规则信息以及所述访问路径来源，确定页面中展示的选项卡，以及所述目标选项卡。

实施例四

该实施例四是与实施例三相对应的，从服务端的角度，提供了一种页面展示方法，参见图7，该方法可以包括以下步骤：

S701：服务端保存页面数据，所述页面数据中包括页面的选项卡配置信息，所述配置信息包括选项卡对应的标签展示样式以及内容表达方式；

S702：在接收到第二客户端的页面访问请求时，向所述第二客户端提供所述选项卡配置信息，由所述第二客户端根据所述选项卡对应的标签展示样式对所述选项卡对应的标签进行展示，并确定待进行内容曝光的目标选项卡，根据所述目标选项卡对应的内容表达方式，在所述内容展示区域内展示所述目标选项卡对应的展示内容。

需要说明的是，关于上述实施例二至实施例四，具体的实现方式以及相关的技术效果，可以参见实施例一中的记载，这里不再赘述。

实施例五

在该实施例五中，主要从第二客户端的角度，提供了一种页面选项卡信息发布方法，参见图8，该方法具体可以包括：

S801：第二客户端提供目标页面，所述目标页面中包括至少一个选项卡；

如前文所述，用户通过第二客户端访问页面的过程中，第二客户端提供的页面就可以包括配置了至少一个选项卡的页面，并且，在本申请实施例中，页面中具体选项卡对应的子页面采用怎样的渲染类型，并不是固定的某种渲染类型。

S802：在针对目标选项卡进行内容曝光时，确定所述目标选项卡对应的子页面的渲染类型以及内容；

这里的目标选项卡，可以是目标页面被打开的初始状态下，需要在内容展示区域进行内容曝光的选项卡，也可以是后续根据用户执行的选项卡切换等操作，切换到的目标选项卡。由于目标选项卡对应的渲染类型并不能预先获知，因此，在确定出目标选项卡后，还可以首先确定出该目标选项卡对应的子页面的渲染类型以及内容。具体的，可以是从服务端提供的页面数据中进行查询，获知上述信息。

S803：根据所述目标选项卡对应的子页面渲染类型及内容，向所述内容展示区域插入对应类型的渲染容器，由所述渲染容器对所述子页面展示内容进行渲染及展示。

在确定出子页面渲染类型及内容之后，由于内容展示区域中可能尚未插入任何渲染容器，或者，可能是上一个选项卡对应的渲染类型的渲染容器，针对当前目标选项卡可能已经不再使用，因此，还可以首先执行向所述内容展示区域插入对应类型的渲染容器的操作，然后，再由所述渲染容器对所述子页面展示内容进行渲染及展示。

关于上述实施例五中其他的具体实现，可以参见其他实施例中的介绍，这里不再赘述。

与实施例相对应，本申请实施例还提供了一种页面选项卡信息处理装置，参见图9，该装置应用于服务端，包括：

操作选项提供单元901，用于向第一客户端提供页面框架信息以及对所述页面框架内的选项卡进行配置的操作选项；

配置信息接收单元902，用于接收第一客户端提交的选项卡配置信息；所述配置信息包括选项卡对应的标签展示样式以及内容表达方式；

配置信息保存单元903，用于对所述选项卡配置信息进行保存，所述选项卡配置信息用于：在页面发布后提供给请求访问所述页面的第二客户端，由所述第二客户端按照所述选项卡配置信息进行页面的展示。

具体实现时，所述标签展示样式信息包括：标签名称信息和/或图标样式。

所述选项卡对应的内容表达方式包括：选项卡对应的子页面的渲染类型以及内容。

具体实现时，所述操作选项包括：用于对渲染类型进行选择的第一操作选项，并提供候选的渲染类型列表：

所述配置信息接收单元具体用于：

接收所述第一客户端提交的针对指定选项卡的子页面渲染类型选择结果信息。

其中，在被选择的子页面渲染类型为超文本标记语言HTML类型时，所述操作选项还包括：用于对接收网址信息的第二操作选项；

所述配置信息接收单元具体用于：

接收第一客户端提交的子页面网址信息，所述子页面网址信息用于确定选项卡对应的子页面的展示内容。

在被选择的子页面渲染类型为终端设备原生渲染类型时，所述操作选项还包括：用于对接收数据源配置信息的第三操作选项；

所述配置信息接收单元具体用于：

接收第一客户端提交的数据源配置信息，所述数据源配置信息用于确定选项卡对应的子页面的展示内容。

在被选择的子页面渲染类型为跨平台协议化渲染类型时，所述操作选项还包括：用于对接收组件选择信息的第四操作选项，以及可选的组件列表；

所述配置信息接收单元具体用于：

接收第一客户端提交的组件选择结果信息，所述组件选择结果信息用于确定选项卡对应的子页面的展示内容。

具体的，所述操作选项还包括：用于对选项卡的路由规则进行配置的第五操作选项；所述路由规则用于定义不同的访问路径来源展示的不同选项卡以及最先曝光选项卡，以便所述第二客户端根据页面访问请求的访问路径来源以及所述路由规则，确定页面展示的选项卡，以及在页面的内容展示区域最先进行内容曝光的目标选项卡；

所述配置信息接收单元具体还可以用于：

接收第一客户端提交的路由规则信息。

其中，所述页面包括网络销售平台中的店铺页面，所述店铺页面用于展示同一店铺对象中包括的至少一个数据对象的信息；所述第一客户端包括提供给网络销售平台中第一用户的客户端。

与实施例二相对应，本申请实施例还提供了一种页面选项卡信息处理装置，参见图10，该装置应用于第一客户端，包括：

操作选项接收单元1001，用于接收服务端提供的页面框架信息以及对所述页面框架内的选项卡进行配置的操作选项；

配置信息接收单元1002，用于通过所述操作选项接收选项卡配置信息；所述配置信息包括选项卡对应的标签展示样式以及内容表达方式；

配置信息提交单元1003，用于将所述选项卡配置信息提交到服务端，由所述服务端对所述选项卡配置信息进行保存，所述选项卡配置信息用于：在页面发布后提供给请求访问所述页面的第二客户端，由所述第二客户端按照所述选项卡配置信息进行页面的展示。

与实施例三相对应，本申请实施例还提供了一种页面展示装置，参见图11，该装置应用于第二客户端，包括：

页面数据获得单元1101，用于在访问页面时，从服务端获得对应的页面数据，所述页面数据中包括页面的选项卡配置信息，所述配置信息包括选项卡对应的标签展示样式以及内容表达方式；

选项卡标签展示单元1102，用于根据所述选项卡对应的标签展示样式对所述选项卡对应的标签进行展示，并确定待进行内容曝光的目标选项卡；

选项卡内容展示单元1103，用于根据所述目标选项卡对应的内容表达方式，在所述内容展示区域内展示所述目标选项卡对应的展示内容。

其中，所述内容表达方式包括：选项卡对应的子页面的渲染类型以及内容；

所述选项卡内容展示单元具体可以用于：

根据所述目标选项卡对应的子页面渲染类型以及内容，向所述内容展示区域插入对应类型的渲染容器，由所述渲染容器对所述子页面展示内容进行渲染及展示。

具体实现时，该装置还可以包括：

渲染容器切换单元，用于接收到切换到另一选项卡进行内容曝光的请求时，根据该另一选项卡对应的子页面渲染类型，对所述内容展示区域插入渲染容器类型进行切换，由所述切换后的渲染容器对对应子页面展示内容进行渲染及展示。

具体的，可以通过以下方式确定所述页面的内容展示区域内待展示内容对应的目标选项卡：

访问路径来源确定子单元，用于确定所述访问请求的访问路径来源；

选项卡确定子单元，用于根据所述访问路径来源确定页面中展示的选项卡，以及所述目标选项卡。

具体实现时，所述配置信息中还包括路由规则，所述路由规则用于定义不同的访问路径来源展示的不同选项卡以及最先曝光选项卡；

所述选项卡确定子单元具体可以用于：

根据所述配置信息中的路由规则信息以及所述访问路径来源，确定页面中展示的选项卡，以及所述目标选项卡。

与实施例四相对应，本申请实施例还提供了一种页面展示装置，参见图12，该装置应用于服务端，包括：

页面数据保存单元1201，用于保存页面数据，所述页面数据中包括页面的选项卡配置信息，所述配置信息包括选项卡对应的标签展示样式以及内容表达方式；

页面数据提供单元1202，用于在接收到第二客户端的页面访问请求时，向所述第二客户端提供所述选项卡配置信息，由所述第二客户端根据所述选项卡对应的标签展示样式对所述选项卡对应的标签进行展示，并确定待进行内容曝光的目标选项卡，根据所述目标选项卡对应的内容表达方式，在所述内容展示区域内展示所述目标选项卡对应的展示内容。

与实施例五相对应，本申请实施例还提供了一种页面选项卡信息发布装置，参见图13，该装置应用于第二客户端，包括：

页面提供单元1301，用于提供目标页面，所述目标页面中包括至少一个选项卡；

渲染信息确定单元1302，用于在针对目标选项卡进行内容曝光时，确定所述目标选项卡对应的子页面的渲染类型以及内容；

渲染容器插入单元1303，用于根据所述目标选项卡对应的子页面渲染类型及内容，向所述内容展示区域插入对应类型的渲染容器，由所述渲染容器对所述子页面展示内容进行渲染及展示。

通过本申请实施例，可以通过第一客户端对页面中包含选项卡的标签展示样式以及内容表达方式进行配置，而不是预先在页面框架中固定写死，服务端可以保存第一客户端提交的选项卡配置信息，并在页面发布后提供给请求访问所述页面的第二客户端，由所述第二客户端按照所述选项卡配置信息进行页面的展示。这样，可以实现对tab的灵活投放、运营，丰富tab化页面的表达能力，并且，该方案对tab化页面具有普适性。

另外，在第二客户端上还可以实现一套可随意“插拔”，自由组合的不同类型的渲染容器，例如，可以包括组件化类型容器,Native类型容器及H5类型容器等。每种类型容器功能包括对该类型容器的UI渲染，数据绑定，生命周期管理。并且，每种类型容器独立存在，灵活插拔。同时，第二客户端可以组织管理各类型的渲染容器，根据某次服务端返回的配置信息，选择此次在该页面中插入的渲染容器类型，实现一个页面容纳服务端返回的任意tab标签内容组合，使得页面tab化更具普适性，灵活性。

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

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

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

Claims (21)

1.一种页面选项卡信息处理方法，其特征在于，包括：

服务端向第一客户端提供页面框架信息以及对所述页面框架内的选项卡进行配置的操作选项；

接收第一客户端提交的选项卡配置信息；所述配置信息包括选项卡对应的标签展示样式以及内容表达方式；

对所述选项卡配置信息进行保存，所述选项卡配置信息用于：在页面发布后提供给请求访问所述页面的第二客户端，由所述第二客户端按照所述选项卡配置信息进行页面的展示；其中，所述第二客户端用于根据页面访问请求的访问路径来源以及路由规则，确定页面展示的选项卡，以及在页面的内容展示区域最先进行内容曝光的目标选项卡。

2.根据权利要求1所述的方法，其特征在于，所述标签展示样式信息包括：标签名称信息和/或图标样式。

3.根据权利要求1所述的方法，其特征在于，所述选项卡对应的内容表达方式包括：选项卡对应的子页面的渲染类型以及内容。

4.根据权利要求3所述的方法，其特征在于，所述操作选项包括：用于对渲染类型进行选择的第一操作选项，并提供候选的渲染类型列表：

所述接收第一客户端提交的选项卡配置信息，包括：

接收所述第一客户端提交的针对指定选项卡的子页面渲染类型选择结果信息。

5.根据权利要求4所述的方法，其特征在于，在被选择的子页面渲染类型为超文本标记语言HTML类型时，所述操作选项还包括：用于接收网址信息的第二操作选项；

所述接收第一客户端提交的选项卡配置信息，还包括：

接收第一客户端提交的子页面网址信息，所述子页面网址信息用于确定选项卡对应的子页面的展示内容。

6.根据权利要求4所述的方法，其特征在于，在被选择的子页面渲染类型为终端设备原生渲染类型时，所述操作选项还包括：用于接收数据源配置信息的第三操作选项；

所述接收第一客户端提交的选项卡配置信息，还包括：

接收第一客户端提交的数据源配置信息，所述数据源配置信息用于确定选项卡对应的子页面的展示内容。

7.根据权利要求4所述的方法，其特征在于，在被选择的子页面渲染类型为跨平台协议化渲染类型时，所述操作选项还包括：用于接收组件选择信息的第四操作选项，以及可选的组件列表；

所述接收第一客户端提交的选项卡配置信息，还包括：

接收第一客户端提交的组件选择结果信息，所述组件选择结果信息用于确定选项卡对应的子页面的展示内容。

8.根据权利要求1至7任一项所述的方法，其特征在于，所述操作选项还包括：用于对选项卡的所述路由规则进行配置的第五操作选项；所述路由规则用于定义不同的访问路径来源展示的不同选项卡以及最先曝光选项卡；

所述接收第一客户端提交的选项卡配置信息，包括：

接收第一客户端提交的路由规则信息。

9.根据权利要求1至7任一项所述的方法，其特征在于，所述页面包括网络销售平台中的店铺页面，所述店铺页面用于展示同一店铺对象中包括的至少一个数据对象的信息；所述第一客户端包括提供给网络销售平台中第一用户的客户端。

10.一种页面选项卡信息处理方法，其特征在于，包括：

第一客户端接收服务端提供的页面框架信息以及对所述页面框架内的选项卡进行配置的操作选项；

通过所述操作选项接收选项卡配置信息；所述配置信息包括选项卡对应的标签展示样式以及内容表达方式；

将所述选项卡配置信息提交到服务端，由所述服务端对所述选项卡配置信息进行保存，所述选项卡配置信息用于：在页面发布后提供给请求访问所述页面的第二客户端，由所述第二客户端按照所述选项卡配置信息进行页面的展示；其中，所述第二客户端用于根据页面访问请求的访问路径来源以及路由规则，确定页面展示的选项卡，以及在页面的内容展示区域最先进行内容曝光的目标选项卡。

11.一种页面展示方法，其特征在于，包括：

第二客户端在访问页面时，从服务端获得对应的页面数据，所述页面数据中包括页面的选项卡配置信息，所述配置信息包括选项卡对应的标签展示样式以及内容表达方式；

根据所述选项卡对应的标签展示样式对所述选项卡对应的标签进行展示，并确定待进行内容曝光的目标选项卡；

根据所述目标选项卡对应的内容表达方式，在内容展示区域内展示所述目标选项卡对应的展示内容；

其中，确定页面的内容展示区域内待展示内容对应的目标选项卡，包括：

确定访问请求的访问路径来源；

根据所述访问路径来源确定页面中展示的选项卡，以及最先进行内容曝光的目标选项卡。

12.根据权利要求11所述的方法，其特征在于，所述内容表达方式包括：选项卡对应的子页面的渲染类型以及内容；

根据所述目标选项卡对应的内容表达方式，在所述内容展示区域内展示所述目标选项卡对应的展示内容，包括：

根据所述目标选项卡对应的子页面渲染类型及内容，向所述内容展示区域插入对应类型的渲染容器，由所述渲染容器对所述子页面展示内容进行渲染及展示。

13.根据权利要求12所述的方法，其特征在于，所述方法还包括：

接收到切换到另一选项卡进行内容曝光的请求时，根据该另一选项卡对应的子页面渲染类型，对所述内容展示区域插入渲染容器类型进行切换，由所述切换后的渲染容器对对应子页面展示内容进行渲染及展示。

14.根据权利要求13所述的方法，其特征在于，所述配置信息中还包括路由规则，所述路由规则用于定义不同的访问路径来源展示的不同选项卡以及最先曝光选项卡；

所述根据所述访问路径来源确定页面中展示的选项卡，以及所述目标选项卡，包括：

根据所述配置信息中的路由规则信息以及所述访问路径来源，确定页面中展示的选项卡，以及所述目标选项卡。

15.一种页面展示方法，其特征在于，包括：

服务端保存页面数据，所述页面数据中包括页面的选项卡配置信息，所述配置信息包括选项卡对应的标签展示样式以及内容表达方式；

在接收到第二客户端的页面访问请求时，向所述第二客户端提供所述选项卡配置信息，由所述第二客户端根据所述选项卡对应的标签展示样式对所述选项卡对应的标签进行展示，并确定待进行内容曝光的目标选项卡，根据所述目标选项卡对应的内容表达方式，在内容展示区域内展示所述目标选项卡对应的展示内容；

其中，确定页面的内容展示区域内待展示内容对应的目标选项卡，包括：

确定访问请求的访问路径来源；

根据所述访问路径来源确定页面中展示的选项卡，以及最先进行内容曝光的目标选项卡。

16.一种页面选项卡信息发布方法，其特征在于，包括：

第二客户端提供目标页面，所述目标页面中包括至少一个选项卡；其中，所述第二客户端用于根据页面访问请求的访问路径来源以及路由规则，确定页面展示的所述选项卡，以及在页面的内容展示区域最先进行内容曝光的目标选项卡；

在针对所述目标选项卡进行内容曝光时，确定所述目标选项卡对应的子页面的渲染类型以及内容；

根据所述目标选项卡对应的子页面渲染类型及内容，向所述内容展示区域插入对应类型的渲染容器，由所述渲染容器对所述子页面展示内容进行渲染及展示。

17.一种页面选项卡信息处理装置，其特征在于，应用于服务端，包括：

操作选项提供单元，用于向第一客户端提供页面框架信息以及对所述页面框架内的选项卡进行配置的操作选项；

配置信息接收单元，用于接收第一客户端提交的选项卡配置信息；所述配置信息包括选项卡对应的标签展示样式以及内容表达方式；

配置信息保存单元，用于对所述选项卡配置信息进行保存，所述选项卡配置信息用于：在页面发布后提供给请求访问所述页面的第二客户端，由所述第二客户端按照所述选项卡配置信息进行页面的展示；其中，所述第二客户端用于根据页面访问请求的访问路径来源以及路由规则，确定页面展示的选项卡，以及在页面的内容展示区域最先进行内容曝光的目标选项卡。

18.一种页面选项卡信息处理装置，其特征在于，应用于第一客户端，包括：

操作选项接收单元，用于接收服务端提供的页面框架信息以及对所述页面框架内的选项卡进行配置的操作选项；

配置信息接收单元，用于通过所述操作选项接收选项卡配置信息；所述配置信息包括选项卡对应的标签展示样式以及内容表达方式；

配置信息提交单元，用于将所述选项卡配置信息提交到服务端，由所述服务端对所述选项卡配置信息进行保存，所述选项卡配置信息用于：在页面发布后提供给请求访问所述页面的第二客户端，由所述第二客户端按照所述选项卡配置信息进行页面的展示；其中，所述第二客户端用于根据页面访问请求的访问路径来源以及路由规则，确定页面展示的选项卡，以及在页面的内容展示区域最先进行内容曝光的目标选项卡。

19.一种页面展示装置，其特征在于，应用于第二客户端，包括：

页面数据获得单元，用于在访问页面时，从服务端获得对应的页面数据，所述页面数据中包括页面的选项卡配置信息，所述配置信息包括选项卡对应的标签展示样式以及内容表达方式；

选项卡标签展示单元，用于根据所述选项卡对应的标签展示样式对所述选项卡对应的标签进行展示，并确定待进行内容曝光的目标选项卡；

选项卡内容展示单元，用于根据所述目标选项卡对应的内容表达方式，在内容展示区域内展示所述目标选项卡对应的展示内容；

其中，确定页面的内容展示区域内待展示内容对应的目标选项卡，包括：

访问路径来源确定子单元，用于确定访问请求的访问路径来源；

选项卡确定子单元，用于根据所述访问路径来源确定页面中展示的选项卡，以及最先进行内容曝光的目标选项卡。

20.一种页面展示装置，其特征在于，应用于服务端，包括：

页面数据保存单元，用于保存页面数据，所述页面数据中包括页面的选项卡配置信息，所述配置信息包括选项卡对应的标签展示样式以及内容表达方式；

页面数据提供单元，用于在接收到第二客户端的页面访问请求时，向所述第二客户端提供所述选项卡配置信息，由所述第二客户端根据所述选项卡对应的标签展示样式对所述选项卡对应的标签进行展示，并确定待进行内容曝光的目标选项卡，根据所述目标选项卡对应的内容表达方式，在内容展示区域内展示所述目标选项卡对应的展示内容；

其中，确定页面的内容展示区域内待展示内容对应的目标选项卡，包括：

访问路径来源确定子单元，用于确定所述访问请求的访问路径来源；

选项卡确定子单元，用于根据所述访问路径来源确定页面中展示的选项卡，以及最先进行内容曝光的目标选项卡。

21.一种页面选项卡信息发布装置，其特征在于，应用于第二客户端，包括：

页面提供单元，用于提供目标页面，所述目标页面中包括至少一个选项卡；其中，所述第二客户端用于根据页面访问请求的访问路径来源以及路由规则，确定页面展示的所述选项卡，以及在页面的内容展示区域最先进行内容曝光的目标选项卡；

渲染信息确定单元，用于在针对所述目标选项卡进行内容曝光时，确定所述目标选项卡对应的子页面的渲染类型以及内容；

渲染容器插入单元，用于根据所述目标选项卡对应的子页面渲染类型及内容，向所述内容展示区域插入对应类型的渲染容器，由所述渲染容器对所述子页面展示内容进行渲染及展示。

Images