CN106294430A - 页面展示方法和页面展示装置 - Google Patents

Abstract

本申请提出一种页面展示方法和页面展示装置，该页面展示方法包括获取页面，所述页面包括至少一个组成部分，其中，所述组成部分是预先对可配置的组件进行配置后得到的，所述组成部分包括用于对具有不同特征的信息进行划分的区域；展示所述页面。该方法能够降低运营人员的工作量，避免重复开发和资源浪费问题，提高页面构建的效率。

Description

页面展示方法和页面展示装置

技术领域

本申请涉及数据处理技术领域，尤其涉及一种页面展示方法和页面展示装置。

背景技术

用户可以在展示的页面中获取信息，在不同的业务需求下，展示的页面是不同的。现有技术中，对于不同的业务需求，通常是运营人员针对每种业务需求分别开发，从而构建相应的页面。

但是，不同的业务需求对应的页面可能比较相似，如果每次都要运营人员重新开发，无疑会存在重复开发，资源浪费，效率低下的问题。

发明内容

本申请旨在至少在一定程度上解决相关技术中的技术问题之一。

为此，本申请的一个目的在于提出一种页面构建方法，该方法可以降低运营人员的工作量，避免重复开发和资源浪费问题，提高页面构建的效率。

本申请的另一个目的在于提出一种页面构建装置。

为达到上述目的，本申请第一方面实施例提出的页面构建方法，包括：获取页面，所述页面包括至少一个组成部分，其中，所述组成部分是预先对可配置的组件进行配置后得到的，所述组成部分包括用于对具有不同特征的信息进行划分的区域；展示所述页面。

本申请第一方面实施例提出的页面构建方法，通过采用配置方式，相对于每次运营人员开发的方式，可以降低运营人员的工作量，避免重复开发和资源浪费问题，提高页面构建的效率；通过组成部分包括用于对具有不同特征的信息进行划分的区域，可以对不同特征的信息进行区分，可以一次过滤一类信息，提高搜索效率。

为达到上述目的，本申请第二方面实施例提出的页面构建装置，包括：获取模块，用于获取页面，所述页面包括至少一个组成部分，其中，所述组成部分是预先对可配置的组件进行配置后得到的，所述组成部分包括用于对具有不同特征的信息进行划分的区域；第一展示模块，用于展示所述页面。

本申请第二方面实施例提出的页面构建装置，通过采用配置方式，相对于每次运营人员开发的方式，可以降低运营人员的工作量，避免重复开发和资源浪费问题，提高页面构建的效率；通过组成部分包括用于对具有不同特征的信息进行划分的区域，可以对不同特征的信息进行区分，可以一次过滤一类信息，提高搜索效率。

为达到上述目的，本申请第三方面实施例提出的客户端设备，包括：处理器和存储器，其中，存储器用于存储可执行程序代码；处理器通过读取存储器中存储的可执行程序代码来运行与可执行程序代码对应的程序，以用于执行以下步骤：获取页面，所述页面包括至少一个组成部分，其中，所述组成部分是预先对可配置的组件进行配置后得到的，所述组成部分包括用于对具有不同特征的信息进行划分的区域；展示所述页面。

本申请第三方面实施例提出的客户端设备，通过采用配置方式，相对于每次运营人员开发的方式，可以降低运营人员的工作量，避免重复开发和资源浪费问题，提高页面构建的效率；通过组成部分包括用于对具有不同特征的信息进行划分的区域，可以对不同特征的信息进行区分，可以一次过滤一类信息，提高搜索效率。

本申请附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本申请的实践了解到。

附图说明

本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1是本申请一实施例提出的页面展示方法的流程示意图；

图2是本申请另一实施例提出的页面展示方法的流程示意图；

图3是本申请实施例中一个组件的配置示意图；

图4是本申请实施例中导购页面的示意图；

图5是本申请另一实施例提出的页面展示方法的流程示意图；

图6是本申请另一实施例提出的页面展示方法的流程示意图；

图7是本申请另一实施例提出的页面展示装置的结构示意图；

图8是本申请另一实施例提出的页面展示装置的结构示意图。

具体实施方式

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的模块或具有相同或类似功能的模块。下面通过参考附图描述的实施例是示例性的，仅用于解释本申请，而不能理解为对本申请的限制。相反，本申请的实施例包括落入所附加权利要求书的精神和内涵范围内的所有变化、修改和等同物。

图1是本申请一实施例提出的页面展示方法的流程示意图，该方法包括：

S11：获取页面，所述页面包括至少一个组成部分，其中，所述组成部分是预先对可配置的组件进行配置后得到的，所述组成部分包括用于对具有不同特征的信息进行划分的区域。

现有技术中，在需要展示一个业务需求的页面时，都需要重新开发构建新的页面。业务需求例如包括：3C数码导购页面，箱包导购页面。

而本实施例中，不限于新建页面，还可以直接导入已有的页面。例如，本实施例中，在每次构建一个页面后，都保存构建完成的页面，这样下次如果需要，可以直接导入，方便二次使用，而不需要每次都重新开发建立。

现有技术中，页面是需要每次重新开发的。与开发不同的是，本实施例的页面是采用对组件进行配置得到的。可以理解的是，“开发”通常是指运营人员没有任何参考，从无到有的开发。“配置”是指运营人员有些参考，例如，存在一个模板，运营人员只需要在相应的地方填入合适的数值就可以。因此，相对于开发的方式，配置的方式可以降低工作量，避免重复开发，避免资源浪费，也可以提高效率。

如图2所示，另一实施例中，该页面展示方法还可以包括：

S10：配置所述可配置组件，并保存配置完成的组件。

其中，可配置的组件例如包括：广告配置组件，标签配置组件，类目配置组件，属性配置组件，价格配置组件。相应地，这些组件对应的页面上的组成部分可以分别称为：广告区，标签区，类目区，属性区，价格区。

其中，标签区是用于对具有不同特征的信息进行划分的区域，所述标签区包括至少一个标签，且每个标签对应具有同一个特征信息的一组实体。其中，实体是指有可区别性且独立存在的某种人，物，抽象概念等。本实施例中，构建的页面可以具体是指商品导购页面，相应的，实体是指商品。

如图3所示，以标签配置组件为例，运营人员可以在标签配置组件中编辑内容，在相应的位置填入数值，完成对标签配置组件的配置，从而得到展示在页面上的标签区。对于其他组件也可以采用类似的方式进行配置。

可以理解的是，上述以一个组成部分对应一个组件为例，也可以是所有组成部分对应一个组件或多个组件，只需要可以完成配置得到相应的组成部分即可。

对组件进行配置完成后，可以保存相应的组件，保存的格式可以是json(JavaScriptObject Notation)格式或者可扩展标记语言(Extensible Markup Language，xml)格式等。以json格式保存为例，可以将每个组件保存为一个单独的json块，或者，也可以将多个组件保存为一个json块。

本实施例中，通过保存组件，可以方便运营人员后续直接使用已有的组件，或者对已有的组件进行增加，删除，修改等操作，降低人员工作量。

S12：展示所述页面。

以商品展示为例，展示的页面可以如图4所示。图4中包括标签区，每个标签对应一种商品，每个标签对应的商品可以用标签id进行标识。如图4所示，该页面还可以包括类目区，价格区，属性区，广告区，已选择导航区，以及属于结果展示部分的商品展示区。

其中，标签区，类目区，价格区，属性区属于用户可选择部分，用户可选择部分内包括可供选择的参数，以标签区为例，用户可以选择的标签包括：淘货源，爆品馆，百货家居，或者，新品馆，如图4所示，以用户选择“百货家居”为例。

类似的，用户还可以在类目区，价格区，属性区中的一项或者多项中进行选择。

参见图4，用户在可供选择的参数内，选择的参数可以展示在已选择导航区。业务需要对应的广告可以展示在广告区。

根据用户选择的参数获取的结果可以展示在商品展示区。

具体的，参见图5，另一实施例中，该方法还可以包括：

S13：获取所述用户在所述可供选择的参数内，选择的参数。

例如，选择的参数包括：百货家居，手表，价格段51-200。

S14：根据所述选择的参数获取对应的搜索结果。

S15：将所述搜索结果展示在所述结果展示部分。

其中，可以通过展示页面的前台向数据搜索的后台发送用户选择的参数，由后台进行数据搜索，并返回相应的结果给前台进行展示。例如，将满足上述用户选择的参数的商品结果展示在商品展示区。

可以理解的是，在初始页面展示时，结果展示部分可以是默认值，当用户选择参数并进行搜索后，将默认值更新为获取的搜索结果。

具体的，参见图6，以商品搜索为例，展示商品导购页面以及商品结果的流程可以包括：

S601：运营人员新建或者导入导购页面。

其中，导购页面中包括至少一个可配置的组件。

本实施例中，参见图6，可配置的组件例如包括：广告配置组件，标签配置组件，类目配置组件，属性配置组件，价格配置组件，其他组件。

运营人员可以对上述组件进行增加或者删除，还可以对相应组件中的参数进行配置。

运营人员在对组件进行配置后，可以向用户展示包括广告区，标签区，类目区，属性区，价格区等的导购页面。

S602：用户在展示的导购页面中选择参数，前台对用户选择的参数进行封装。

其中，可以将参数封装为与组件具有相同的数据格式，例如，组件是json格式，则用户选择的参数封装为json格式。

S603：前台向后台发送数据请求。

其中，数据请求中包含封装后的用户选择的参数。

S604：后台对接收的数据请求数据解析。

例如，数据请求是超文本传输协议(HyperText Transfer Protocol，http)请求，后台对http请求进行数据解析获取用户选择的参数，解析出的用户选择的参数可以以键值对(key-value)形式进行表示，例如，key是标签，value是具体的标签id。

其中，前台和后台采用匹配的通信格式，以便后台可以正确地从数据请求中解析出前台封装的用户选择的参数。

S605：后台生成查询条件组合。

后台进行数据解析后，可以将解析出的用户选择的参数进行相与组合，得到查询条件组合。例如，用户选择的参数包括如下三个条件：百货家居，手表，价格段51-200，则生成的查询条件组合是需要同时满足这三个条件。

S606：调用后台中的商品引擎进行处理。

在生成查询条件组合后，生成该查询条件组合的模块可以将查询条件组合封装为正确的商品引擎查询参数，向商品引擎发送查询请求。

S607：商品引擎进行数据筛选过滤。

例如，商品引擎在众多的商品中选择同时满足百货家居，手表，价格段51-200这三个条件的商品结果。

S608：商品引擎生成商品结果。

例如，商品引擎得到同时满足百货家居，手表，价格段51-200这三个条件的商品结果后，还可以根据其他预设条件，例如，每个商品的优先级，能够展示的个数限制等，选择预设个数的商品结果，并根据商品优先级对预设个数的商品结果进行排序等，生成最终展示的商品结果。

S609：后台生成商品结果对应的数据集。

数据集例如包括：json数据和超级文本标记语言(HyperText Markup Language，html)数据的集合。

其中，页面中不同部分的结果可能需要采用不同的数据格式，例如，价格的数值可以用json数据表示，而一些结果需要用html表示，例如“风格”对应的数据需要用html表示，因此，可以根据商品结果生成对应的数据格式。

S610：后台将数据集返回给前台的各组件进行解析。

其中，各组件可以适配解析相应的数据结果。

S611：前台根据解析后的数据进行数据渲染，并向用户展示商品结果。

例如，各组件进行解析后，可以最终以html代码向客户端的浏览器进行输出。

本申请一个实施例中，页面包括至少一个组成部分，且所述组成部分是预先对可配置的组件进行配置后得到的，通过采用配置方式，相对于每次运营人员开发的方式，可以降低运营人员的工作量，避免重复开发和资源浪费问题，提高页面构建的效率；通过组成部分包括用于对具有不同特征的信息进行划分的区域，可以对不同特征的信息进行区分，可以一次过滤一类信息，提高搜索效率。另一实施例中，通过对组件进行保存，可以方便后续使用，避免重复开发，实时配置，实时生效，可以进一步提高页面构建的效率和速度。另一实施例中，通过采用标签id，可以依据标签id对商品进行分类，以实现对不同类商品的区分过滤。

图7是本申请另一实施例提出的页面展示装置的结构示意图，该装置70包括：获取模块71和第一展示模块72。

获取模块71，用于获取页面，所述页面包括至少一个组成部分，其中，所述组成部分是预先对可配置的组件进行配置后得到的，所述组成部分包括用于对具有不同特征的信息进行划分的区域；

可选的，所述获取模块71具体用于：

新建页面，或者，导入已有的页面。

现有技术中，在需要展示一个业务需求的页面时，都需要重新开发构建新的页面。业务需求例如包括：3C数码导购页面，箱包导购页面。

而本实施例中，不限于新建页面，还可以直接导入已有的页面。例如，本实施例中，在每次构建一个页面后，都保存构建完成的页面，这样下次如果需要，可以直接导入，方便二次使用，而不需要每次都重新开发建立。

现有技术中，页面是需要每次重新开发的。与开发不同的是，本实施例的页面是采用对组件进行配置得到的。可以理解的是，“开发”通常是指运营人员没有任何参考，从无到有的开发。“配置”是指运营人员有些参考，例如，存在一个模板，运营人员只需要在相应的地方填入合适的数值就可以。因此，相对于开发的方式，配置的方式可以降低工作量，避免重复开发，避免资源浪费，也可以提高效率。

参见图8，另一实施例中，该装置70还包括：

配置模块73，用于配置所述可配置组件，并保存配置完成的组件。

其中，可配置的组件例如包括：广告配置组件，标签配置组件，类目配置组件，属性配置组件，价格配置组件。相应地，这些组件对应的页面上的组成部分可以分别称为：广告区，标签区，类目区，属性区，价格区。

其中，标签区是用于对具有不同特征的信息进行划分的区域，所述标签区包括至少一个标签，且每个标签对应具有同一个特征信息的一组实体。其中，实体是指有可区别性且独立存在的某种人，物，抽象概念等。本实施例中，构建的页面可以具体是指商品导购页面，相应的，实体是指商品。

如图3所示，以标签配置组件为例，运营人员可以在标签配置组件中编辑内容，在相应的位置填入数值，完成对标签配置组件的配置，从而得到展示在页面上的标签区。对于其他组件也可以采用类似的方式进行配置。

可以理解的是，上述以一个组成部分对应一个组件为例，也可以是所有组成部分对应一个组件或多个组件，只需要可以完成配置得到相应的组成部分即可。

对组件进行配置完成后，可以保存相应的组件，保存的格式可以是json(JavaScriptObject Notation)格式或者可扩展标记语言(Extensible Markup Language，xml)格式等。以json格式保存为例，可以将每个组件保存为一个单独的json块，或者，也可以将多个组件保存为一个json块。

本实施例中，通过保存组件，可以方便运营人员后续直接使用已有的组件，或者对已有的组件进行增加，删除，修改等操作，降低人员工作量。

第一展示模块72，用于展示所述页面。

以商品展示为例，展示的页面可以如图4所示。图4中包括标签区41，每个标签对应一种商品，每个标签对应的商品可以用标签id进行标识。如图4所示，该页面还可以包括类目区42，价格区4，属性区44，广告区45，已选择导航区46，以及属于结果展示部分的商品展示区47。

其中，标签区41，类目区42，价格区43，属性区44属于用户可选择部分，用户可选择部分内包括可供选择的参数，以标签区为例，用户可以选择的标签包括：淘货源，爆品馆，百货家居，或者，新品馆，如图4所示，以用户选择“百货家居”为例。

类似的，用户还可以在类目区，价格区，属性区中的一项或者多项中进行选择。

业务需要对应的广告可以展示在广告区45。

另一实施例中，参见图8，所述组成部分包括用户可选择部分和已选择导航区，所述用户可选择部分内包括可供选择的参数，所述装置70还包括：

第二展示模块74，用于获取所述用户在所述可供选择的参数内，选择的参数；以及，将所述选择的参数，展示在所述已选择导航区。

参见图4，用户在可供选择的参数内，选择的参数可以展示在已选择导航区36。

另一实施例中，参见图8，所述组成部分包括用户可选择部分和结果展示部分，所述用户可选择部分内包括可供选择的参数，所述装置70还包括：

第三展示模块75，用于获取所述用户在所述可供选择的参数内，选择的参数；根据所述选择的参数获取对应的搜索结果；以及，将所述搜索结果展示在所述结果展示部分。

例如，参见图4，根据用户选择的参数获取的结果可以展示在商品展示区47。

本申请一个实施例中，页面包括至少一个组成部分，且所述组成部分是预先对可配置的组件进行配置后得到的，通过采用配置方式，相对于每次运营人员开发的方式，可以降低运营人员的工作量，避免重复开发和资源浪费问题，提高页面构建的效率；通过组成部分包括用于对具有不同特征的信息进行划分的区域，可以对不同特征的信息进行区分，可以一次过滤一类信息，提高搜索效率。另一实施例中，通过对组件进行保存，可以方便后续使用，避免重复开发，实时配置，实时生效，可以进一步提高页面构建的效率和速度。另一实施例中，通过采用标签id，可以依据标签id对商品进行分类，以实现对不同类商品的区分过滤。

另外，本申请实施例还提出一种客户端设备，包括：处理器和存储器，其中，存储器用于存储可执行程序代码；处理器通过读取存储器中存储的可执行程序代码来运行与可执行程序代码对应的程序，以用于执行以下步骤：

获取页面，所述页面包括至少一个组成部分，其中，所述组成部分是预先对可配置的组件进行配置后得到的，所述组成部分包括用于对具有不同特征的信息进行划分的区域；

展示所述页面。

需要说明的是，在本申请的描述中，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本申请的描述中，除非另有说明，“多个”的含义是指至少两个。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (13)

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

获取页面，所述页面包括至少一个组成部分，其中，所述组成部分是预先对可配置的组件进行配置后得到的，所述组成部分包括用于对具有不同特征的信息进行划分的区域；

展示所述页面。

2.根据权利要求1所述的方法，其特征在于，所述获取页面，包括：

新建页面，或者，导入已有的页面。

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

配置所述可配置组件，并保存配置完成的组件。

4.根据权利要求1所述的方法，其特征在于，所述组成部分包括用户可选择部分和已选择导航区，所述用户可选择部分内包括可供选择的参数，所述方法还包括：

获取所述用户在所述可供选择的参数内，选择的参数；

将所述选择的参数，展示在所述已选择导航区。

5.根据权利要求1所述的方法，其特征在于，所述组成部分包括用户可选择部分和结果展示部分，所述用户可选择部分内包括可供选择的参数，所述方法还包括：

获取所述用户在所述可供选择的参数内，选择的参数；

根据所述选择的参数获取对应的搜索结果；

将所述搜索结果展示在所述结果展示部分。

6.根据权利要求1-5任一项所述的方法，其特征在于，所述用于对具有不同特征的信息进行划分的区域是标签区，其中，所述标签区包括至少一个标签，且每个标签对应具有同一个特征信息的一组实体。

7.根据权利要求6所述的方法，其特征在于，所述页面是商品导购页面，所述实体是商品。

8.一种页面展示装置，其特征在于，包括：

获取模块，用于获取页面，所述页面包括至少一个组成部分，其中，所述组成部分是预先对可配置的组件进行配置后得到的，所述组成部分包括用于对具有不同特征的信息进行划分的区域；

第一展示模块，用于展示所述页面。

9.根据权利要求8所述的装置，其特征在于，所述获取模块具体用于：

新建页面，或者，导入已有的页面。

10.根据权利要求8所述的装置，其特征在于，还包括：

配置模块，用于配置所述可配置组件，并保存配置完成的组件。

11.根据权利要求8所述的装置，其特征在于，所述组成部分包括用户可选择部分和已选择导航区，所述用户可选择部分内包括可供选择的参数，所述装置还包括：

第二展示模块，用于获取所述用户在所述可供选择的参数内，选择的参数；以及，将所述选择的参数，展示在所述已选择导航区。

12.根据权利要求8所述的装置，其特征在于，所述组成部分包括用户可选择部分和结果展示部分，所述用户可选择部分内包括可供选择的参数，所述装置还包括：

第三展示模块，用于获取所述用户在所述可供选择的参数内，选择的参数；根据所述选择的参数获取对应的搜索结果；以及，将所述搜索结果展示在所述结果展示部分。

13.一种客户端设备，包括：处理器和存储器，其中，存储器用于存储可执行程序代码；处理器通过读取存储器中存储的可执行程序代码来运行与可执行程序代码对应的程序，以用于执行以下步骤：

获取页面，所述页面包括至少一个组成部分，其中，所述组成部分是预先对可配置的组件进行配置后得到的，所述组成部分包括用于对具有不同特征的信息进行划分的区域；

展示所述页面。