CN110321508A

CN110321508A - 页面展示数据的处理方法、装置、存储介质及设备

Info

Publication number: CN110321508A
Application number: CN201910631774.7A
Authority: CN
Inventors: 杨子国
Original assignee: Guangzhou Huaduo Network Technology Co Ltd
Current assignee: Guangzhou Cubesili Information Technology Co Ltd
Priority date: 2019-07-12
Filing date: 2019-07-12
Publication date: 2019-10-11

Abstract

本申请涉及数据处理技术领域，尤其涉及一种页面展示数据的处理方法、装置、存储介质及设备，其中，页面展示数据的处理方法，包括：获取待展示页面的配置信息，并获取所述配置信息对应的内容数据；根据所述配置信息获取所述待展示页面对应的逻辑输出需求信息；对所述内容数据进行至少一个逻辑环节的逻辑扩展，根据所述逻辑输出需求信息确定所述内容数据在每个逻辑环节的逻辑处理参数；根据所述逻辑处理参数依次对所述内容数据进行数据处理，获得所述待展示页面的展示数据。通过本申请提供的方案，能够解决页面展示过程中的数据冗余问题。

Description

页面展示数据的处理方法、装置、存储介质及设备

技术领域

本申请涉及数据处理技术领域，具体而言，本申请涉及一种页面展示数据的处理方法、装置、存储介质及计算机设备。

背景技术

互联网应用中，业务千变万化，各种终端应用页面展示的内容和数据元素频繁调整，虽然不同应用、不同业务的展示内容不同，但会有一定比例的数据元素存在重合，比如一个广告类型的展示内容，在手机一个应用中包含数据元素背景图片、链接地址、开始时间、结束时间，在另一个应用中也包含数据元素背景图片、链接地址、开始时间、结束时间，其表明：不同应用之间可以包括相同数据元素；同时，同一展示内容在不同的应用中数据元素也存在不同，比如左上角标签，在手机端的一个应用中表示链接地址，在PC端的应用中可能用url表示，这些数据项在不同应用之间、相同应用的不同业务之间存在联系和差异，多个数据元素组成一个内容项，所有内容项都有一个数据元素表示其类型。

因此，在不同应用或相同应用的不同业务中，均需要处理不同内容项输出的逻辑差异，现有技术会针对每个逻辑差异都重新开发处理逻辑，这种方式会增加很多额外的工作量和重复代码，造成数据冗余。

发明内容

本申请提供了一种页面展示数据的处理方法、装置、计算机可读存储介质及计算机设备，以解决页面展示过程中的数据冗余问题。

本申请实施例首先提供了一种页面展示数据的处理方法，包括：

获取待展示页面的配置信息，并获取所述配置信息对应的内容数据；

根据所述配置信息获取所述待展示页面对应的逻辑输出需求信息；

对所述内容数据进行至少一个逻辑环节的逻辑扩展，根据所述逻辑输出需求信息确定所述内容数据在每个逻辑环节的逻辑处理参数；

根据所述逻辑处理参数依次对所述内容数据进行数据处理，获得所述待展示页面的展示数据。

一种实施例中，所述根据所述逻辑输出需求信息确定所述内容数据在每个逻辑环节的逻辑处理参数的步骤，包括：

根据所述配置信息获得所述待展示页面的数据MAP，其中，数据MAP由数据元素名及数据元素值组成的键值对构成；

检测到所述数据MAP中的逻辑关键词，与所述逻辑关键词构成键值对的配置数据确定为该逻辑环节对应的逻辑处理参数。

一种实施例中，所述对所述内容数据进行至少一个逻辑环节的逻辑扩展的步骤，包括：

按照预设的框架配置数据对每个逻辑环节进行逻辑扩展；其中，所述逻辑环节包括：内容数据过滤环节、数据元素名替换环节、数据元素值修改环节、数据元素排序环节。

一种实施例中，实现所述内容数据过滤环节的步骤，包括：

按照预先设置的过滤优先级构建过滤算法链路，对所述配置信息对应的内容数据及其对应的过滤环节对应的逻辑处理参数执行过滤逻辑。

一种实施例中，实现所述数据元素名替换环节的步骤，包括：

按照设置的替换优先级构建替换算法链路，对所述内容数据及其对应的替换环节对应的逻辑处理参数执行替换逻辑。

一种实施例中，实现所述数据元素值修改环节的步骤，包括：

按照设置的修改优先级构建修改算法链路，对所述内容数据及修改环节对应的逻辑处理参数执行修改逻辑。

一种实施例中，实现所述数据元素排序环节的步骤，包括：

按照设置的排序优先级构建排序算法链路，对所述内容数据及排序环节对应的逻辑处理参数执行排序逻辑。

一种实施例中，所述获取待展示页面的配置信息，并获取所述配置信息对应的内容数据的步骤，包括：

获取所述待展示页面的配置信息，根据配置信息中的数据类型确定对应的数据加载器；

获取内容数据的加载接口，利用所述数据加载器从所述加载接口加载对应的内容数据。

一种实施例中，还包括：

获取多个待展示页面的展示数据形成展示数据列表，将所述展示数据列表存储于数据存储层；

接收到一项配置信息对应的展示数据的展示请求时，从数据存储层加载所述展示数据列表；

根据所述配置信息查询并返回对应的展示数据。

一种实施例中，所述根据所述逻辑处理参数依次对所述内容数据进行数据处理，获得所述待展示页面的展示数据的步骤之后，还包括：

按照预设周期更新所述展示数据。

相应地，本申请实施例还提供了一种页面展示数据的处理装置，包括：

获取内容数据模块，用于获取待展示页面的配置信息，并获取所述配置信息对应的内容数据；

获取逻辑输出需求模块，用于根据所述配置信息获取所述待展示页面对应的逻辑输出需求信息；

确定逻辑处理参数模块，用于对所述内容数据进行至少一个逻辑环节的逻辑扩展，根据所述逻辑输出需求信息确定所述内容数据在每个逻辑环节的逻辑处理参数；

获得展示数据模块，用于根据所述逻辑处理参数依次对所述内容数据进行数据处理，获得所述待展示页面的展示数据。

进一步地，本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质用于存储计算机指令，当其在计算机上运行时，使得计算机可以执行上述任一项技术方案所述的页面展示数据的处理方法的步骤。

更进一步地，本申请实施例还提供了一种计算机设备，所述计算机设备包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现上述任意一技术方案所述的页面展示数据的处理方法的步骤。

与现有技术相比，本申请提供的方案至少具备如下优点：

本申请实施例提供的页面展示数据的处理方法，通过对内容数据进行逻辑扩展，利用每一逻辑环节对应的逻辑处理参数处理内容数据或者对应的展示数据。该方案中，针对不同内容数据，同一逻辑环节的配置数据格式相同，处理过程类似，同一逻辑环节中，调用的处理函数相同，处理函数的处理逻辑相同，无需再次针对该处理函数进行代码编写，进而实现降低代码冗余程度的效果，实现对内容数据输出逻辑的灵活控制和扩展。

本申请实施例提供的页面展示数据的处理方法，根据逻辑处理参数将内容数据处理成可以直接调用展示的展示数据，若接收到该配置信息的展示请求，可以利用配置信息调取对应的展示数据直接展示在界面上，提高展示请求的响应效率及准确率。

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

附图说明

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

图1为本申请一个实施例提供的页面展示数据的处理方法的实施环境图；

图2为本申请一个实施例提供的页面展示数据的处理方法的流程图；

图3为本申请一个实施例提供的获取配置信息对应的内容数据的步骤的流程图；

图4为本申请一个实施例提供的根据逻辑输出需求信息确定所述内容数据在每个逻辑环节的逻辑处理参数的步骤的流程图；

图5为本申请另一个实施例提供的页面展示数据的处理方法的流程图；

图6为本申请一种实施例提供的页面展示数据的处理装置的结构示意图；

图7为本申请一种实施例提供的计算机设备的结构示意图。

具体实施方式

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本申请，而不能解释为对本申请的限制。

本领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本申请的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组合。

图1为一个实施例中提供的页面展示数据的处理方法的实施环境图，在该实施环境中，包括用户终端、服务器端。

本实施例提供的页面展示数据的处理方法可以在服务器端使用，实施如下操作：服务器从配置列表中调取某一待展示页面的配置信息，并根据配置信息获取对应的内容数据及逻辑输出需求信息，所述内容数据为待处理数据，然后对内容数据进行逻辑扩展处理，根据待展示页面的逻辑输出需求信息获取每个逻辑环节的逻辑处理参数，利用逻辑处理参数对内容数据进行处理，将待处理数据转换成可展示的展示数据，并存储于缓存中。

需要说明的是，用户终端可为智能手机、平板电脑、笔记本电脑、台式计算机等，服务器端可以有具有处理功能的计算机设备来实现，但并不局限于此。服务器端与用户终端可以通过蓝牙、USB(Universal Serial Bus，通用串行总线)或者其他通讯连接方式进行网络连接，本申请在此不做限制。

在一个实施例中，图2为本申请实施例提供的页面展示数据的处理方法的流程示意图，该页面展示数据的处理方法可以应用于上述的服务器端，包括如下步骤：

步骤S210，获取待展示页面的配置信息，并获取所述配置信息对应的内容数据；

步骤S220，根据所述配置信息获取所述待展示页面对应的逻辑输出需求信息；

步骤S230，对所述内容数据进行至少一个逻辑环节的逻辑扩展，根据所述逻辑输出需求确定所述内容数据在每个逻辑环节的逻辑处理参数；

步骤S240，利用所述逻辑处理参数依次对所述内容数据进行数据处理，获得所述待展示页面的展示数据。

其中，待展示页面的配置信息也称作待展示页面的数据摘要，包括：应用标识、业务标识、数据类型等，即待展示页面的配置信息与待展示页面之间有关联关系，整合多条配置信息及其关联关系形成配置信息列表并加以存储，可以将配置信息列表存储至数据库中，那么，根据配置信息可以确定指定数据类型下，一个应用中的一个业务对应的待展示页面的内容数据。

随着互联网的发展，终端上的应用越来越多，每个应用中的业务也越来越丰富，因此，可以对应用标识中的多个应用标识、业务标识中的多个业务标识以及数据类型中的任一数据类型进行随机组合，一个应用标识可以与多个业务标识及数据类型进行组合，每一种组合都对应不同的配置信息及内容数据。其中，应用标识可以是应用ID，用于标识一个独立的应用，不同的应用ID标识一个独立的有多个用户界面的客户端；业务标识可以是业务ID，用于标识一个应用内的独立展示页面；数据类型可以是整数、字符等，用于标识内容数据的类型。每项配置信息对应的内容项可以按照表1所示的内容项数据结构进行存储。

表1内容项数据结构

表1中的数据MAP，即数据字典，是由多个Key:Value键值对组成，表示组成内容项的数据元素的集合，Key是数据元素名，Value是数据元素值，数据类型在数据Map中的数据元素名是固定的“dataType”，数据元素值是一个整数。例如：“dataType”:1表示内容项的类型为1。

数据库中预先存储有配置信息对应的内容数据及待展示页面的逻辑输出需求信息，可以根据从数据库中调取配置信息，根据配置信息及数据库中预先存储的关联关系，获得配置信息对应的内容数据及待展示页面的逻辑输出需求信息。

本申请实施例的内容数据是待展示页面展示的基础数据，可以是从某个加载接口加载的待处理数据，加载的内容数据可能并不能以页面的形式直接展示于界面上，或者不能以用户想要的目标页面形式展示于界面上。而本申请输出的待展示页面的展示数据是可以直接以目标页面的形式展示于界面上，即经过本申请提供的方案，不能直接展示于页面上的内容数据可以转换成可以直接展示的展示数据。

逻辑输出需求是指页面展示的需求信息，即根据逻辑输出需求信息可以确定待展示页面的展示形式，但某一确定数据类型下，特定应用的特定业务的展示界面的展示形式是确定的，待展示页面的展示形式用逻辑输出需求信息表征，因此，可以根据待展示页面的配置信息确定对应的逻辑输出需求信息。

步骤S230的对所述内容数据进行至少一个逻辑环节的逻辑扩展，根据所述逻辑输出需求信息确定所述内容数据在每个逻辑环节的逻辑处理参数。

具体地，预先搭建框架配置表，框架配置表中包括至少一个逻辑环节。一种实施例中，框架配置表中包括如下逻辑环节：内容数据过滤环节、数据元素名替换环节、数据元素值修改环节、数据元素排序环节等。

利用框架配置表中各逻辑环节对应的配置数据对处理逻辑进行扩展，通过预设的逻辑关键字确定逻辑环节。一个逻辑环节的逻辑关键字可以设置为只有一个，检测到这个逻辑关键字就按照对应的配置数据进行处理，若无，则不处理，针对不同的内容数据，每一逻辑环节的配置数据的格式及处理逻辑相同，减少了处理重复逻辑差异的代码量，降低代码冗余度。

对每一内容数据均进行框架配置表中设置的逻辑环节的扩展，并根据对应的逻辑输出需求信息获得每个逻辑环节对应的逻辑处理参数，其过程示例如下：根据配置信息dataType＝1，appId＝100，biz＝200，获得该配置信息对应的逻辑输出需求信息为：imge:hide。其中配置信息包括：数据类型dataType、应用标识appId、业务标识biz，表示appId是100，biz＝200的时候，对于dataType＝1的数据类型，逻辑输出需求是：imge字段不显示，因此，可以在内容数据过滤环节中限定这个字段的输出为零，如，过滤环节的逻辑处理参数可以为“filter:’imge:none’”。

该示例中，根据逻辑输出需求控制内容数据过滤环节的逻辑处理参数，实现根据逻辑处理参数控制字段的数据输出。

上述实施例示例性地阐述了根据逻辑输出需求信息获得各逻辑环节对应的逻辑处理参数的过程，获得逻辑处理参数后，利用逻辑处理参数依次处理内容数据。处理过程中，多个逻辑环节的处理顺序不限制，可以首先对内容数据进行过滤，再对数据元素名进行替换，再对数据元素值进行修改，最后对数据元素进行排序，如：将所述内容数据传到内容数据过滤环节，获取逻辑处理参数，按照表征过滤配置数据的过滤函数处理内容数据，再依次进入数据元素名替换环节、数据元素值修改环节、数据元素排序环节，也可以按照其他顺序进行，如可以先进行内容数据过滤环节，再依次进行数据元素值修改环节、数据元素名替换环节、数据元素排序环节等，在此不做限制。

而且，针对每条内容数据，可以根据实际情况进行逻辑处理参数的处理，并不必然进行全部逻辑处理参数的处理，如，有些待展示页面无需进行数据元素排序，则可以不出现数据元素排序对应的逻辑关键词，或者用表征不处理的参数表示，如sortType:none。

根据逻辑处理参数将内容数据处理成可以直接调用展示的展示数据，若当前未接收到该配置信息的展示请求，则将该配置信息及其对应的展示数据存入缓存中，以便后续可以利用配置信息调取对应的展示数据直接展示在界面上。

本申请提供的方案，利用逻辑扩展框架将内容数据经过至少一个逻辑环节的逻辑扩展，虽然不同逻辑环节的配置数据的格式不同，但同一逻辑环节的配置数据格式相同，两个逻辑环节之间的逻辑差异只写一遍，与现有技术提供的用重复代码处理每一逻辑差异的方式相比，本方案无需进行重复逻辑差异的代码处理，大大降低了重复代码的编写，降低数据冗余度。

针对不同内容数据，同一逻辑环节的配置数据格式相同，处理过程类似，同一逻辑环节中，调用的处理函数是相同的，处理函数的处理逻辑相同，无需再次针对该处理函数进行代码编写，进而实现降低代码冗余程度的效果。

为了更清楚本申请提供的页面展示数据的处理方案及其技术效果，接下来以多个实施例对其具体方案进行详细阐述。

一种实施例中，步骤S210的获取待展示页面的配置信息，并获取所述配置信息对应的内容数据的步骤，可以通过如下方式进行，其流程图如图3所示，包括如下步骤：

S2101，获取所述待展示页面的配置信息，根据配置信息中的数据类型确定对应的数据加载器；

S2102，获取内容数据的加载接口，利用所述数据加载器从所述加载接口加载对应的内容数据。

不同配置信息的数据加载方式可能存在不同，比如，可能需要读取不同的接口，不同的存储介质等，本实施例中是按照数据类型来确定对应的数据加载器，根据配置信息调取与之预先建立关联的内容数据，示例如下：

一项配置信息及对应的待处理内容数据为：appId:1,biz:1,dataType:1,{"dataType":1,"dataFetchType":"http","source":"http://domain1.yy.com","replace":"","sortType":"score_desc","list":{}}，服务器获取到配置信息后，调用dataType1的数据加载器，数据加载器按照配置信息，获取到如下数据："dataType":1,"dataFetchType":"http","source":"http://domain1.yy.com","sort Type":"score_desc"，其中dataFetchType和source是数据加载器需要的字段，dataFetchType表示加载类型是http，source表示数据加载接口是http://domain1.yy.com；数据加载器将从数据源获取的内容数据放到数据列表中，以待后续利用逻辑处理参数处理。

一种实施例中，步骤S230的根据逻辑输出需求信息确定所述内容数据在每个逻辑环节的逻辑处理参数的步骤，可以通过如下方式进行，其流程图如图4所示，包括如下子步骤：

S2301，根据所述配置信息获得所述待展示页面的数据MAP，其中，数据MAP由数据元素名及数据元素值组成的键值对构成；

S2302，检测到所述数据MAP中的逻辑关键词，与所述逻辑关键词构成键值对的配置数据确定为该逻辑环节对应的逻辑处理参数。

其中，所述逻辑处理参数包括：内容数据过滤参数、数据元素名替换参数、数据元素值修改参数、数据元素排序参数中的至少一种。

本实施例中，逻辑输出需求在内容项数据结构中存储于数据MAP栏中，待展示页面的数据MAP，其中的数据元素及对应的数据元素值组成的键值对可以对应逻辑关键词及对应的逻辑处理参数。

本申请实施例利用内容数据过滤、数据元素名替换、数据元素值修改、数据元素排序来表征逻辑输出需求信息，并将获得的逻辑处理参数存储于配置信息对应的表格中，以便后续根据配置信息调取表格中的逻辑输出需求信息，利用逻辑输出需求处理内容数据获得展示数据。

由于配置信息与逻辑输出需求预先已建立关联，预先将待展示页面的逻辑输出需求转换成各逻辑环节的逻辑处理参数，并将各逻辑关键词及对应的逻辑处理参数以键值对的形式存储于内容项数据结构中，因此，可以通过配置信息获取数据MAP中的键值对，进而获取各逻辑环节的逻辑处理参数。

上述实施例提供的方案，预先获得待展示页面对应的逻辑输出需求对应的逻辑处理参数，将逻辑环节对应的逻辑关键词及逻辑处理参数以键值对的形式存储，并将该键值对与待展示页面的配置信息建立关联关系，加以存储，以便后续依据配置信息获取待展示界面的逻辑处理参数，提升获得待展示页面的展示数据的效率。

一种实施例中，步骤S230的对内容数据进行至少一个逻辑环节的逻辑扩展的步骤，包括：

按照预设的框架配置表中的配置数据对每个逻辑环节进行逻辑扩展；其中，所述逻辑环节包括：内容数据过滤环节、数据元素名替换环节、数据元素值修改环节、数据元素排序环节。

具体地，过滤内容数据的步骤，可以通过如下方式进行，包括：

框架配置表预先设置至少一种过滤算法，每种过滤算法可以针对多种数据类型，针对多种过滤算法，整合多种过滤算法形成过滤表，并设置过滤表中各过滤算法的优先级，服务器可以按照所述优先级构建过滤算法链路，将配置信息对应的内容数据及其对应的过滤环节对应的逻辑处理参数执行过滤逻辑。

其中，过滤算法链路中包含至少一种过滤算法，不同的应用、业务可以对应不同的过滤算法，如：针对不同输出目标用户，从过滤算法链路中确定对应的过滤算法过滤掉用户不感兴趣的数据，或者平台运营会过滤掉违规的数据。

其中，过滤表配置以下两种数据：(1)配置过滤算法优先级，以便服务器过滤逻辑按照过滤表配置的过滤算法优先级构建过滤链路；(2)针对某一配置信息进行过滤配置，过滤配置包括选择的过滤算法、过滤算法运行时配置数据。

其中，配置数据包含逻辑处理参数，以及该配置数据对应的应用标识、业务标识以及所处的逻辑环节等信息。

具体地，替换数据元素名的步骤，可以通过如下方式进行，包括：

按照设置的替换优先级构建替换算法链路，对所述内容数据及其对应的替换配置执行替换逻辑。

其中，框架配置表预先设置至少一种替换算法，替换算法替换内容数据元素的Key名，每种替换算法可以针对多种数据类型，针对多种替换算法，整合多种替换算法形成替换表，并设置替换表中各替换算法的优先级，服务器可以按照所述优先级构建替换算法链路，将配置信息对应的内容数据及其对应的替换环节对应的逻辑处理参数执行替换逻辑。

替换表算法配置如下两种数据：(1)配置替换算法优先级，以便服务器替换逻辑按照替换表配置的算法优先级构建替换链路；(2)配置某一配置信息的替换配置，内容替换配置包括配置选择的替换算法、替换算法运行时的配置数据。

具体地，修改数据元素值的步骤可以通过如下方式实现，包括：

其中，框架配置表预先设置至少一种修改算法，修改算法修改内容数据元素的Value值，每种修改算法可以针对多种数据类型，针对多种修改算法，整合多种修改算法形成修改表，并设置修改表中各修改算法的优先级，服务器可以按照所述优先级构建修改算法链路，将配置信息对应的内容数据及其对应的修改环节对应的逻辑处理参数执行修改逻辑。

修改逻辑配置以下两种数据：(1)配置修改算法优先级，以便服务器修改逻辑按照修改表配置的算法优先级构建修改链路；(2)对任一配置信息进行修改配置，内容修改配置包括选择的修改算法、修改算法运行时的配置数据等。

具体地，对数据元素进行排序调整的步骤，可以通过如下方式实现，包括：

其中，框架配置表预先设置至少一种排序算法，排序算法排序内容数据元素的Value值，每种排序算法可以针对多种数据类型，针对多种排序算法，整合多种排序算法形成排序表，并设置排序表中各排序算法的优先级，服务器可以按照所述优先级构建排序算法链路，将配置信息对应的内容数据及其对应的排序环节对应的逻辑处理参数执行修改逻辑。

排序逻辑配置以下两种数据：(1)配置排序算法优先级，以便服务器排序逻辑按照排序表配置的算法优先级构建排序链路；(2)对任一配置信息进行排序配置，内容排序配置包括选择的排序算法、排序算法运行时的配置数据等。

根据逻辑处理参数处理依次对内容数据进行数据处理的过程，示例如下：

不同应用、不同业务对应相同数据类型的数据输出会有不同的逻辑输出需求信息；对内容数据的处理是通过处理链路对不同字段的解析来实现的，两个待处理内容项如下：

appId:1,biz:1,dataType:1,

{"dataType":1,"dataFetchType":"http","source":"http://domain1.yy.com","rep lace":"","sortType":"score_desc","list":{}}

appId:2,biz:2,dataType:1,

{"dataType":1,"dataFetchType":"http","source":"http://domain2.yy.com",filte r:"score>90","modify":"","sortType":"score_asc","list":{}}

其中“appId:1,biz:1,dataType:1”和“appId:2,biz:2,dataType:1”是内容数据的配置信息，也称为数据摘要，

(1)服务器抓取到数据摘要后，调用dataType1的数据加载器按照数据摘要，获取到如下内容数据：

"dataType":1,"dataFetchType":"http","source":"http://domain1.yy.com","sortType":"score_desc"

其中dataFetchType和source是加载器需要的字段，dataFetchType表示加载类型是http，source表示数据加载接口是http://domain1.yy.com；数据加载器将从数据源获取的内容数据可以置于数据列表中，进入逻辑处理环节；

(2)第二条数据中能够检测到逻辑关键字：filter，filter表示过滤类型，进入内容数据过滤环节，第一条数据检测不到过滤环节对应的逻辑关键词，表示不过滤，则直接传递到下一逻辑环节，第二条数据有过滤配置即逻辑处理参数"score>90"，则按照过滤配置过滤内容数据后再传递到下一逻辑环节；

(3)第一条数据中检测到逻辑关键词：replace，该逻辑关键词表明进入数据元素名替换环节，读取替换配置，处理后进入下一逻辑环节；

(4)第二条数据中提取到逻辑关键词：modify，该逻辑关键词表明进入数据元素值修改环节，读取修改配置，处理后进入下一逻辑环节；

(5)第一条及第二条数据中提取到逻辑关键词：sortType，该逻辑关键词表明进入数据元素排序环节，读取排序配置：score_desc，按照score值降序排序处理。

本申请利用上述方式可以对内容数据进行各逻辑环节进行数据处理，将不能直接输出展示的内容数据处理成能够直接展示页面的展示数据，然后，将配置信息与对应的展示数据关联后存储，以便后续根据待展示页面的配置信息获得其展示数据，提高待展示页面的响应效率。

优选地，步骤S240获得的待展示页面的展示数据，按照预设周期更新该展示数据，以便待展示页面在修改后及时同步更新展示数据，提高获取展示数据的准确率及效率。该方案中，接收到用户请求时，可以从缓存直接拿数据，然后缓存异步更新。

进一步地，本申请实施例还提供了一种页面展示数据的处理方法，其重点在于，步骤S240之后，还可以包括如图5所示的步骤。

S251，获取多个待展示页面的展示数据形成展示数据列表，将所述展示数据列表存储于数据存储层；

S252，接收到一项配置信息对应的展示数据的展示请求时，从数据存储层加载所述展示数据列表；

S253，根据所述配置信息查询并返回对应的展示数据。

本实施例中，按照步骤S210至S240的方案获取配置信息对应的展示数据，并将所述展示数据列表存储于数据存储层。

当接收到一项配置信息对应的展示数据的展示请求时，该配置信息为待处理配置信息，加载上述获得的展示数据列表，若展示数据列表中存在与待处理配置信息相匹配的配置信息，则从数据存储层中调取对应的展示数据并输出。

本实施例提供的方案，能够在用户发送页面展示请求时，快速地响应该展示请求，展示准确的展示数据，提高展示数据的响应效率及展示准确性。

以上为本申请提供的页面展示数据的处理方法实施例，针对于该方法，下面阐述与其对应的页面展示数据的处理装置的实施例。

本申请实施例还提供了一种页面展示数据的处理装置，其结构示意图如图6所示，包括：获取内容数据模块610、获取逻辑输出需求模块620、确定逻辑处理参数模块630、获得展示数据模块640，具体如下：

获取内容数据模块610，用于获取待展示页面的配置信息，并获取所述配置信息对应的内容数据；

获取逻辑输出需求模块620，用于根据所述配置信息获取所述待展示页面对应的逻辑输出需求信息；

确定逻辑处理参数模块630，用于对所述内容数据进行至少一个逻辑环节的逻辑扩展，根据所述逻辑输出需求信息确定所述内容数据在每个逻辑环节的逻辑处理参数；

获得展示数据模块640，用于根据所述逻辑处理参数依次对所述内容数据进行数据处理，获得所述待展示页面的展示数据。

关于上述实施例中的页面展示数据的处理装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

进一步地，本申请实施例还提供一种计算机可读存储介质，其上存储有计算机指令，该计算机指令被处理器执行时实现上述任意一项所述的页面展示数据的处理方法的步骤。其中，所述存储介质包括但不限于任何类型的盘(包括软盘、硬盘、光盘、CD-ROM、和磁光盘)、ROM(Read-Only Memory，只读存储器)、RAM(Random AcceSS Memory，随即存储器)、EPROM(EraSable Programmable Read-Only Memory，可擦写可编程只读存储器)、EEPROM(Electrically EraSable Programmable Read-Only Memory，电可擦可编程只读存储器)、闪存、磁性卡片或光线卡片。也就是，存储介质包括由设备(例如，计算机)以能够读的形式存储或传输信息的任何介质。可以是只读存储器，磁盘或光盘等。

更进一步地，本申请实施例还提供一种计算机设备，所述计算机设备包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现上述任意一项所述的页面展示数据的处理方法的步骤。

图7是根据一示例性实施例示出的一种用于计算机设备700的框图。例如，计算机设备700可以被提供为一服务器。参照图7，计算机设备700包括处理组件722，其进一步包括一个或多个处理器，以及由存储器732所代表的存储器资源，用于存储可由处理组件722的执行的指令，例如应用程序。存储器732中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件722被配置为执行指令，以执行上述页面展示数据的处理方法的步骤。

计算机设备700还可以包括一个电源组件726被配置为执行计算机设备700的电源管理，一个有线或无线网络接口750被配置为将计算机设备700连接到网络，和一个输入输出(I/O)接口758。计算机设备700可以操作基于存储在存储器732的操作系统，例如WindowsServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM或类似。应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

应该理解的是，在本申请各实施例中的各功能单元可集成在一个处理模块中，也可以各个单元单独物理存在，也可以两个或两个以上单元集成于一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。

以上所述仅是本申请的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims

1.一种页面展示数据的处理方法，其特征在于，包括：

2.根据权利要求1所述的页面展示数据的处理方法，其特征在于，所述根据所述逻辑输出需求信息确定所述内容数据在每个逻辑环节的逻辑处理参数的步骤，包括：

3.根据权利要求1所述的页面展示数据的处理方法，其特征在于，所述对所述内容数据进行至少一个逻辑环节的逻辑扩展的步骤，包括：

4.根据权利要求3所述的页面展示数据的处理方法，其特征在于，实现所述内容数据过滤环节的步骤，包括：

5.根据权利要求1所述的页面展示数据的处理方法，其特征在于，所述获取待展示页面的配置信息，并获取所述配置信息对应的内容数据的步骤，包括：

6.根据权利要求1所述的页面展示数据的处理方法，其特征在于，还包括：

根据所述配置信息查询并返回对应的展示数据。

7.根据权利要求1所述的页面展示数据的处理方法，其特征在于，所述根据所述逻辑处理参数依次对所述内容数据进行数据处理，获得所述待展示页面的展示数据的步骤之后，还包括：

按照预设周期更新所述展示数据。

8.一种页面展示数据的处理装置，其特征在于，包括：

9.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质用于存储计算机指令，当其在计算机上运行时，使得计算机可以执行上述权利要求1至7中任一项所述的页面展示数据的处理方法的步骤。

10.一种计算机设备，其特征在于，所述计算机设备包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1至7中任一项所述的页面展示数据的处理方法的步骤。