CN113849255A - 一种数据处理方法、设备以及存储介质 - Google Patents

Abstract

本公开关于一种数据处理方法、设备及存储介质，涉及计算机领域。本公开实施例至少解决相关技术中，缓存资源浪费的问题。该方法包括：确定客户端发送的第一数据请求中包括第一页面的数据参数，并从第一页面的数据参数中获取第一页面的原始数据；第一数据请求用于请求第一页面的渲染数据；第一页面的数据参数为在第一页面的原始数据量小于或者等于第一阈值的情况下，由服务端存储于客户端中的；基于第一页面的原始数据，生成第一页面的渲染数据，并向客户端发送第一页面的渲染数据。

Description

一种数据处理方法、设备以及存储介质

技术领域

本公开涉及计算机领域，尤其涉及一种数据处理方法、设备以及存储介质。

背景技术

目前，在一些需要保存数据的业务场景中，我们往往将数据存入缓存中，并且在需要使用的时候，从缓存中获取数据，可以提高数据的处理速度，并且存储的数据格式灵活性较高。例如，在客户端与服务端进行数据交互的场景中，客户端向服务端请求一级页面的渲染数据。相应的，服务端在渲染一级页面的原始数据的时候，可以将二级页面所需的原始数据存入缓存中，以使得后续客户端在请求二级页面的渲染数据时，服务端可以直接从缓存中读取二级页面的原始数据并进行渲染。

但是，在上述场景中，受限于一级页面到二级页面的转化率，缓存中存储的二级页面的原始数据较多，但这些原始数据可能并不完全对应于客户端最终请求的渲染数据，这就造成了缓存中存储的原始数据大部分是无用数据，基本上不会被用户真正访问到，从而导致缓存资源存在较大的浪费。

发明内容

本公开提供一种数据处理方法、设备以及存储介质，以至少解决相关技术中，缓存资源浪费的问题。本公开的技术方案如下：

根据本公开实施例的第一方面，提供一种数据处理方法，应用于服务端，包括：确定客户端发送的第一数据请求中包括第一页面的数据参数，并从第一页面的数据参数中获取第一页面的原始数据；第一数据请求用于请求第一页面的渲染数据；第一页面的数据参数为在第一页面的原始数据量小于或者等于第一阈值的情况下，由服务端存储于客户端中的；基于第一页面的原始数据，生成第一页面的渲染数据，并向客户端发送第一页面的渲染数据。

可选的，上述第一数据请求中还包括第一页面的翻页参数；第一页面的翻页参数用于标识第一页面的渲染数据在第一页面中的位置；上述基于第一页面的原始数据，生成第一页面的渲染数据，包括：基于第一页面的翻页参数，从第一页面的原始数据中获取相应的目标数据，并渲染目标数据，以生成第一页面的渲染数据。

可选的，在上述基于第一页面的原始数据，生成第一页面的渲染数据之前，上述方法还包括：在第一数据请求不包括第一页面的数据参数的情况下，从缓存中获取第一页面的原始数据；缓存中的第一页面的原始数据，为服务端在第一页面的原始数据量大于第一阈值的情况下，存储于缓存中的。

可选的，上述第一数据请求中还包括第一页面的场景标识；上述从缓存中获取第一页面的原始数据，包括：基于第一页面的场景标识以及客户端对应的用户标识，生成第一页面的原始数据标识；第一页面的原始数据标识，用于标识缓存中第一页面中的原始数据；基于第一页面的原始数据标识，从缓存中获取第一页面的原始数据。

可选的，上述方法还包括：响应于客户端发送的第二数据请求，确定第一页面的原始数据量；第二数据请求用于请求第二页面的渲染数据，第二页面为第一页面的上级页面；在第一页面的原始数据量小于或者等于第一阈值的情况下，生成第一页面的数据参数，并向客户端发送第一页面的数据参数；在第一页面的原始数据量大于第一阈值的情况下，将第一页面的原始数据存储于缓存中。

可选的，上述确定第一页面的原始数据量，包括：获取第二页面的原始数据，并从第二页面的原始数据中确定第一页面的原始数据量。

可选的，上述方法还包括：基于缓存的剩余可用容量，调整第一阈值；第一阈值与剩余可用容量负相关。

根据本公开实施例的第二方面，提供一种数据处理方法，应用于客户端，包括：响应于用户请求显示第一页面的操作，在客户端存储有第一页面的数据参数的情况下，生成包括第一页面的数据参数的第一数据请求；第一数据请求用于请求第一页面的渲染数据；第一页面的数据参数为在第一页面的原始数据量小于或者等于第一阈值的情况下，由服务端存储于客户端中的；向服务端发送第一数据请求。

可选的，上述生成包括第一页面的数据参数的第一数据请求，包括：根据第一页面的数据参数、第一页面的翻页参数以及第一页面的场景标识，生成包括第一页面的数据参数的第一数据请求；第一数据请求中还包括第一页面的场景标识以及第一页面的翻页参数；第一页面的翻页参数用于标识第一页面的渲染数据在第一页面中的位置。

根据本公开实施例的第三方面，提供一种服务端，包括确定单元、获取单元、生成单元以及发送单元；确定单元，用于确定客户端发送的第一数据请求中包括第一页面的数据参数；第一数据请求用于请求第一页面的渲染数据；第一页面的数据参数为在第一页面的原始数据量小于或者等于第一阈值的情况下，由服务端存储于客户端中的；获取单元，用于从第一页面的数据参数中获取第一页面的原始数据；生成单元，用于基于获取单元获取到的第一页面的原始数据，生成第一页面的渲染数据；发送单元，用于向客户端发送生成单元生成的第一页面的渲染数据。

可选的，上述第一数据请求中还包括第一页面的翻页参数；第一页面的翻页参数用于标识第一页面的渲染数据在第一页面中的位置；生成单元，具体用于：基于第一页面的翻页参数，从第一页面的原始数据中获取相应的目标数据，并渲染目标数据，以生成第一页面的渲染数据。

可选的，上述获取单元，还用于在第一数据请求不包括第一页面的数据参数的情况下，从缓存中获取第一页面的原始数据；缓存中的第一页面的原始数据，为服务端在第一页面的原始数据量大于第一阈值的情况下，存储于缓存中的。

可选的，上述第一数据请求中还包括第一页面的场景标识；获取单元，具体用于：基于第一页面的场景标识以及客户端对应的用户标识，生成第一页面的原始数据标识；第一页面的原始数据标识，用于标识缓存中第一页面中的原始数据；基于第一页面的原始数据标识，从缓存中获取第一页面的原始数据。

可选的，上述服务端还包括存储单元；确定单元，还用于响应于客户端发送的第二数据请求，确定第一页面的原始数据量；第二数据请求用于请求第二页面的渲染数据，第二页面为第一页面的上级页面；生成单元，还用于在第一页面的原始数据量小于或者等于第一阈值的情况下，生成第一页面的数据参数；发送单元，还用于向客户端发送第一页面的数据参数；存储单元，用于在第一页面的原始数据量大于第一阈值的情况下，将第一页面的原始数据存储于缓存中。

可选的，上述确定单元，具体用于：获取第二页面的原始数据，并从第二页面的原始数据中确定第一页面的原始数据量。

可选的，上述服务端还包括调整单元；调整单元，用于基于缓存的剩余可用容量，调整第一阈值；第一阈值与剩余可用容量负相关。

根据本公开实施例的第四方面，提供一种客户端，包括生成单元以及发送单元；生成单元，用于响应于用户请求显示第一页面的操作，在客户端存储有第一页面的数据参数的情况下，生成包括第一页面的数据参数的第一数据请求；第一数据请求用于请求第一页面的渲染数据；第一页面的数据参数为在第一页面的原始数据量小于或者等于第一阈值的情况下，由服务端存储于客户端中的；发送单元，用于向服务端发送生成单元生成的第一数据请求。

可选的，上述生成单元，具体用于根据第一页面的数据参数、第一页面的翻页参数以及第一页面的场景标识，生成包括第一页面的数据参数的第一数据请求；第一数据请求中还包括第一页面的场景标识以及第一页面的翻页参数；第一页面的翻页参数用于标识第一页面的渲染数据在第一页面中的位置。

根据本公开实施例的第五方面，提供一种服务端，包括：处理器、用于存储处理器可执行的指令的存储器；其中，处理器被配置为执行指令，以实现如第一方面及其任一种可能的设计方式所提供的数据处理方法。

根据本公开实施例的第六方面，提供一种客户端，包括：处理器、用于存储处理器可执行的指令的存储器；其中，处理器被配置为执行指令，以实现如第二方面及其任一种可能的设计方式所提供的数据处理方法。

根据本公开实施例的第七方面，提供一种计算机可读存储介质，当计算机可读存储介质中的指令由服务端的处理器执行时，使得服务端能够执行如第一方面及其任一种可能的设计方式所提供的数据处理方法；或者，当计算机可读存储介质中的指令由客户端的处理器执行时，使得客户端能够执行如第二方面及其任一种可能的设计方式所提供的数据处理方法。

根据本公开实施例的第八方面，提供一种计算机程序产品，该计算机程序产品包括计算机指令，当计算机指令在服务端上运行时，使得该服务端执行如第一方面及其任一种可能的设计方式所提供的数据处理方法；或者，当计算机指令在客户端上运行时，使得该客户端执行如第二方面及其任一种可能的设计方式所提供的数据处理方法。

本公开提供的技术方案至少带来以下有益效果：在接收到客户端发送的第一数据请求之后，从第一数据请求中的第一页面的数据参数获取到第一页面的原始数据，并进一步渲染得到第一页面的渲染数据，并向客户端返回渲染得到的渲染数据。由于能够从第一页面的数据参数中获取到第一页面的原始数据，且第一页面的数据参数为在第一页面的原始数据量小于或者等于第一阈值的情况下，由服务端存储于客户端中的，因此在服务端预先缓存的过程中，可以将原始数据量较小的数据存储在相应的客户端中，无需将所有的原始数据都存储至缓存中，这样就可以避免缓存中因存储有大量的原始数据而导致的缓存资源浪费的问题。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理，并不构成对本公开的不当限定。

图1是根据一示例性实施例示出的一种数据处理系统结构示意图之一；

图2是根据一示例性实施例示出的一种数据处理方法的流程示意图之一；

图3是根据一示例性实施例示出的一种数据处理方法的流程示意图之二；

图4是根据一示例性实施例示出的一种数据处理方法的流程示意图之三；

图5是根据一示例性实施例示出的一种数据处理方法的流程示意图之四；

图6是根据一示例性实施例示出的一种数据处理方法的流程示意图之五；

图7是根据一示例性实施例示出的一种数据处理方法的流程示意图之六；

图8是根据一示例性实施例示出的一种服务端的结构示意图之一；

图9是根据一示例性实施例示出的一种客户端的结构示意图；

图10是根据一示例性实施例示出的一种服务端的结构示意图之二。

具体实施方式

为了使本领域普通人员更好地理解本公开的技术方案，下面将结合附图，对本公开实施例中的技术方案进行清楚、完整地描述。

需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

同时，本公开所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)，均为经用户授权或者经过各方充分授权的信息。

另外，在本公开实施例的描述中，除非另有说明，“/”表示或的意思，例如，A/B可以表示A或B。本文中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，在本公开实施例的描述中，“多个”是指两个或多于两个。

在介绍本公开实施例之前，对本公开实施例涉及的一些名词进行解释：

数据库：可以存储数据，用于提供读数据或者写数据的服务，主要搭载在服务端中。数据库能够提供高可靠性的存储服务。示例性的，上述数据库可以为MySQL。

缓存：一种基于内存的存储服务，应用于存储设备中，能够提高比较高的读操作。例如远程字典服务(Remote Dictionary Server，Redis)、Mecache等。缓存可以应用于服务端中，当服务端接收到客户端发送的数据请求之后，会首先从缓存中查询是否存在客户端请求读取的数据，并在缓存中存在客户端请求读取的数据的情况下，从缓存中获取客户端请求读取的数据，并向客户端发送数据。

本公开实施例提供的数据处理方法可以适用于数据处理系统。图1示出了该数据处理系统的一种结构示意图。如图1所示，数据处理系统10用于实现服务端与客户端之间的数据交互。数据处理系统10包括服务端11、以及至少一个客户端(图1中仅示例性的给出了一个客户端12，在实际应用场景中，可以存在更多数量的客户端)。服务端11分别与至少一个客户端连接。上述服务端与至少一个客户端之间的连接方式，可以采用有线方式连接，也可以采用无线方式连接，本公开实施例对此不作限定。

至少一个客户端用于与用户进行交互，例如接收用户的输入、点击等操作，为用户显示相应的页面。

同时，至少一个客户端还用于与服务端进行数据交互，例如，向服务端发送数据请求，接收服务端发送的渲染数据。

服务端用于在接收到每个客户端的数据请求之后，从缓存中获取相应的原始数据，并对原始数据进行渲染，以得到相应的渲染数据，并将处理得到渲染数据发送至服务端，以使得客户端中显示页面上的渲染数据。

需要说明的，上述服务端11可以为一个单独的服务器，也可以为多个服务器组成的服务集群。

本公开实施例提供的数据处理方法可以应用于上述服务端以及客户端，还可以应用于服务端中所包括的数据处理装置，以及客户端中所包括的数据处理装置。

以下，本公开实施例以数据处理方法应用于服务端及客户端为例，对本公开实施例提供的数据处理方法进行描述。图2是根据一示例性实施例示出的一种数据处理方法的流程示意图。如图2所示，本公开实施例提供的数据处理方法可以包括如下技术。

S201、客户端响应于用户请求显示第一页面的操作，查询客户端中是否存储有第一页面的数据参数。

其中，第一页面的数据参数为在第一页面的原始数据量小于或者等于第一阈值的情况下，由服务端存储于客户端中的。

作为一种可能的实现方式，客户端在接收到用户对第一页面的接口的点击操作之后，从客户端的预设存储路径中查询是否存储有第一页面的数据参数。

需要说明的，第一页面可以为客户端中的任意一个显示页面。第一页面的原始数据量可以为第一页面的原始数据的个数，也可以为第一页面的原始数据的占用内存大小。第一页面的数据参数可以为一个键值对。其中，该键值对中的键用于标识第一页面中原始数据，该键值对中的值为第一页面中的原始数据。

示例性的，在客户端的一个用户主页的显示页面中，显示有“拥有A、B等N位共同好友”的字样，则“拥有A、B等N位共同好友”即为第一页面的接口，A、B分别为用户标识，N为第一页面的原始数据量。在这种情况下，第一页面的原始数据可以为N位共同好友的用户标识等信息，第一页面的渲染数据为“N为共同好友的用户”。

第一阈值可以由数据处理系统的运维人员预先在服务端中设置，也可以由服务端基于缓存的剩余可用容量确定得到第一阈值。

S202、在客户端存储有第一页面的数据参数的情况下，客户端生成包括第一页面的数据参数的第一数据请求。

其中，第一数据请求用于请求第一页面的渲染数据。第一数据请求包括第一页面的数据参数、第一页面的场景标识、第一页面的翻页参数。

需要说明的，第一页面的渲染数据为用于在客户端的第一页面中显示的内容。第一页面的场景标识用于标识第一页面中显示的场景的相关参数。第一页面的翻页参数用于标识第一页面的渲染数据在第一页面中的位置。

作为一种可能的实现方式，在客户端中存储有第一页面的数据参数的情况下，客户端根据第一页面的数据参数、第一页面的场景标识以及第一页面的翻页参数，生成包括第一页面的数据参数的第一数据请求。

需要说明的，第一页面的场景标识以及第一页面的翻页参数，可以由服务端预先下发至客户端。

示例性的，服务端与客户端发送数据或者信息的交互，具体可以采用透传的传输方式。

本公开提供的技术方案至少带来以下有益效果：能够根据第一页面的数据参数、第一页面的场景标识以及第一页面的翻页参数，生成包括第一页面的数据参数的第一数据请求，提供了一种在客户端中存储有第一页面的数据参数的情况下，生成第一数据请求的实现方式。

S203、在客户端不存在第一页面的数据参数的情况下，客户端生成不包括第一页面的数据参数的第一数据请求。

作为一种可能的实现方式，客户端在客户端不存在第一页面的数据参数的情况下，根据第一页面的场景标识以及第一页面的翻页参数，生成第一数据请求。

在这种情况下，生成第一数据请求中只包括第一页面的场景标识以及第一页面的翻页参数。

S204、客户端向服务端发送第一数据请求。

作为一种可能的实现方式，客户端可以采用透传的方式，向服务端发送第一数据请求。

相应的，服务端接收客户端发送的第一数据请求。

S205、服务端确定客户端发送的第一数据请求中包括第一页面的数据参数。

作为一种可能的实现方式，服务端判断第一数据请求中是否包括上述键值对中的键，并在第一数据请求中包括上述键值对的键的情况下，确定第一数据请求中包括第一页面的数据参数。

在另外一种情况下，若第一数据请求中不包括上述键值对中的键，则服务端确定第一数据请求中不包括第一页面的数据参数。

S206、服务端从第一页面的数据参数中获取第一页面的原始数据。

其中，第一数据请求用于请求第一页面的渲染数据。

作为一种可能的实现方式，服务端对第一页面的数据参数进行解析，以从第一页面的数据参数中获取第一页面的原始数据。

需要说明的，在第一页面数据的数据参数为键值对的情况下，第一页面的原始数据位于第一页面数据的数据参数的值中。

S207、服务端基于第一页面的原始数据，生成第一页面的渲染数据。

作为一种可能的实现方式，服务端在获取第一页面的原始数据之后，从第一页面的原始数据中获取与翻页参数对应的目标数据，并渲染目标数据，以得到第一页面的渲染数据。

此步骤的具体实现方式，可以参照本公开实施例的后续描述，此处不再进行赘述。

S208、服务端向客户端发送第一页面的渲染数据。

作为一种可能的实现方式，服务端可以采用透传的方式，将第一页面的渲染数据发送至客户端，以使得客户端显示第一页面的渲染数据。

本公开提供的技术方案至少带来以下有益效果：在接收到客户端发送的第一数据请求之后，从第一数据请求中的第一页面的数据参数获取到第一页面的原始数据，并进一步渲染得到第一页面的渲染数据，并向客户端返回渲染得到的渲染数据。由于能够从第一页面的数据参数中获取到第一页面的原始数据，且第一页面的数据参数为在第一页面的原始数据量小于或者等于第一阈值的情况下，由服务端存储于客户端中的，因此在服务端预先缓存的过程中，可以将原始数据量较小的数据存储在相应的客户端中，无需将所有的原始数据都存储至缓存中，这样就可以避免缓存中因存储有大量的原始数据而导致的缓存资源浪费的问题。

在一种设计中，为了能够生成第一页面的渲染数据，如图3所示，本公开实施例提供的S207，具体包括下述S2071-S2073：

S2071、服务端从第一数据请求中获取第一页面的翻页参数。

作为一种可能的实现方式，服务端解析第一数据请求，以获取第一页面的翻页参数。

S2072、服务端基于第一页面的翻页参数，从第一页面的原始数据中获取相应的目标数据。

需要说明的，第一页面的翻页参数可以包括目标数据在第一页面中的位置信息，也可以包括目标数据在第一页面中的数据长度，还可以包括目标数据在第一页面中显示的长度。

作为一种可能的实现方式，服务端在获取第一页面的原始数据之后，根据第一页面的翻页参数，从第一页面的原始数据中确定与第一页面的翻页参数对应的目标数据。

S2073、服务端渲染目标数据，以生成第一页面的渲染数据。

此步骤中，服务端对数据进行渲染的过程，可以参照现有技术，此处不再进行赘述。

本公开提供的技术方案至少带来以下有益效果：示出了一种从数据请求中获取原始数据的情况下，对原始数据进行渲染的一种实现方式，能够处理得到客户端请求的渲染数据。

在一种设计中，在第一数据请求不包括第一页面的数据参数的情况下，为了能够获取第一页面的原始数据，如图4所示，本公开实施例提供的数据处理方法，在S207之前，还包括以下技术：

S209、在第一数据请求不包括第一页面的数据参数的情况下，服务端从缓存中获取第一页面的原始数据。

其中，缓存中的第一页面的原始数据，为服务端在第一页面的原始数据量大于第一阈值的情况下，存储于缓存中的。

作为一种可能的实现方式，服务端获取客户端的用户标识，并从第一数据请求中获取第一页面的场景标识。进一步的，服务端根据用户标识以及第一页面的场景标识，从缓存中获取第一页面的原始数据。

此步骤的具体实施方式，可以参照本公开实施例的后续描述，此处不再进行赘述。

本公开提供的技术方案至少带来以下有益效果：能够在第一数据请求不包括第一页面的数据参数的情况下，从缓存中获取第一页面的原始数据，提供了一种获取第一页面的原始数据的具体实现方式。

在一种设计中，为了能够从缓存中获取第一页面的原始数据，如图5所示，本公开实施例提供的S209，具体包括下述S2091-S2093：

S2091、服务端获取第一页面的翻页参数以及客户端对应的用户标识。

作为一种可能的实现方式，服务端解析第一数据请求，以获取第一页面的翻页参数。

同时，服务端还从其存储器中获取客户端对应的用户标识。

需要说明的，用户标识为客户端在登录服务端时，由服务端存储的。

S2092、服务端基于第一页面的场景标识以及客户端对应的用户标识，生成第一页面的原始数据标识。

其中，第一页面的原始数据标识用于标识缓存中第一页面中的原始数据。第一页面的原始数据标识包括第一页面的场景标识以及客户端对应的用户标识。

作为一种可能的实现方式，服务端将第一页面的场景标识以及客户端对应的用户标识进行合并，以得到第一页面的原始数据标识。

S2093、服务端基于第一页面的原始数据标识，从缓存中获取第一页面的原始数据。

作为一种可能的实现方式，服务端基于第一页面的原始数据标识，从缓存中查询与第一页面的原始数据标识对应的原始数据。

本公开提供的技术方案至少带来以下有益效果：能够基于第一页面的场景标识以及用户标识，生成第一页面的原始数据标识，并根据原始数据标识从缓存中获取第一页面的原始数据，提供了一种从缓存中获取原始数据的实现方式。

在一种设计中，为了能够实现对第一页面的分散存储，如图6所示，本公开实施实例提供的数据处理方法，还包括下述S301-S305：

S301、响应于客户端发送的第二数据请求，服务端确定第一页面的原始数据量。

其中，第二数据请求用于请求第二页面的渲染数据，第二页面为第一页面的上级页面。

作为一种可能的实现方式，服务器端可以从数据库中获取第一页面的原始数据，并确定第一页面的原始数据量。

同时，为了向客户端发送第二页面的渲染数据，服务端需要获取第二页面的原始数据，并基于第二页面的原始数据，生成第二页面的渲染数据，并向客户端发送第二页面的渲染数据。

此步骤中生成第二页面的渲染数据的具体实现方式，可以参照本公开实施例上述S2071-S2073，此处不再进行赘述。

作为上述步骤S301的另外一种可能的实现方式，服务端从数据库中获取第二页面的原始数据，并从第二页面的原始数据中确定第一页面的原始数据量。

示例性的，第二页面可以为用户主页的显示界面，显示有“拥有A、B等N位共同好友”的字样，则其中N为第一页面的原始数据量。

本公开提供的技术方案至少带来以下有益效果：由于第二页面为第一页面的上级界面，因此服务端无需从数据库中获取第一页面的原始数据，可以快速从第二页面的原始数据中确定第一页面的原始数量。

S302、服务端判断第一页面的原始数据量是否小于或者等于第一阈值。

S303、在第一页面的原始数据量小于或者等于第一阈值的情况下，服务端生成第一页面的数据参数。

作为一种可能的实现方式，服务器在从数据库中获取第一页面的原始数据之后，对第一页面的原始数据进行封装，以得到第一页面的数据参数。

S304、服务端向客户端发送第一页面的数据参数。

作为一种可能的实现方式，服务端通过透传的方式向客户端发送第一页面的数据参数。

需要说明的，在向客户端发送第一页面的数据参数时，服务端还可以同时向客户端发送第二页面的渲染数据，以及第一页面的场景标识和第一页面的翻页参数。

可以理解的，服务端向客户端发送第一页面的场景标识和第一页面的翻页参数，以使得客户端在后续生成第一数据请求时，能够根据第一页面的场景标识和第一页面的翻页参数，生成第一数据请求。

S305、服务端在第一页面的原始数据量大于第一阈值的情况下，将第一页面的原始数据存储于缓存中。

作为一种可能的实现方式，服务端获取第一页面的场景标识、用户标识，并基于第一页面的场景标识以及用户标识，生成第一页面的原始数据标识。进一步的，服务端基于第一页面的原始数据标识，将第一页面的原始数据存储至缓存中。

需要说明的，此步骤的具体实现方式，可以参照上述S2091-S2093中的具体描述，此处不再进行描述。

本公开提供的技术方案至少带来以下有益效果：能够根据第一页面的原始数据量与第一阈值的大小，确定将第一页面的原始数据发送至客户端还是缓存，能够将原始数据打散的分散存储，避免缓存中因存储有大量的原始数据而导致的缓存资源浪费的问题。

在一些实施例中，为了避免缓存中的资源浪费，本公开实施例中的服务端在缓存中存储第一页面的原始数据时，还确定过期时间，并生成删除指令。

其中，删除指令用于删除缓存中的第一页面的原始数据。

进一步的，服务端在过期之间之后，向缓存发送删除指令，以使得缓存删除其中的第一页面的原始数据。

在一种设计中，为了避免缓存中的容量不足，如图7所示，本公开实施例提供的数据处理方法，还包括下述S401-S402。

S401、服务端获取缓存的剩余可用容量。

S402、服务端基于缓存的剩余可用容量，调整第一阈值。

其中，第一阈值与剩余可用容量负相关。

作为一种可能的实现方式，在剩余可用容量大于第二阈值的情况下，服务端降低第一阈值。在剩余可用容量小于或者等于第二阈值的情况下，服务端增大第一阈值。

本公开提供的技术方案至少带来以下有益效果：通过结合剩余可用容量，动态的调整第一阈值，随着剩余可用容量的减小，将需要存储至缓存中的数据存储至客户端中，这样一来，可以解决缓存中剩余可用容量不足的问题。

另外，本公开还提供一种服务端，参照图8所示，该服务端50包括确定单元501、获取单元502、生成单元503以及发送单元504。

确定单元501，用于确定客户端发送的第一数据请求中包括第一页面的数据参数。第一数据请求用于请求第一页面的渲染数据。第一页面的数据参数为在第一页面的原始数据量小于或者等于第一阈值的情况下，由服务端存储于客户端中的。

获取单元502，用于从第一页面的数据参数中获取第一页面的原始数据。

生成单元503，用于基于获取单元502获取到的第一页面的原始数据，生成第一页面的渲染数据。

发送单元504，用于向客户端发送生成单元503生成的第一页面的渲染数据。

如图8所示，本公开实施例提供的第一数据请求中还包括第一页面的翻页参数。第一页面的翻页参数用于标识第一页面的渲染数据在第一页面中的位置。生成单元503，具体用于：

基于第一页面的翻页参数，从第一页面的原始数据中获取相应的目标数据，并渲染目标数据，以生成第一页面的渲染数据。

如图8所示，本公开实施例提供的获取单元502，还用于在第一数据请求不包括第一页面的数据参数的情况下，从缓存中获取第一页面的原始数据。缓存中的第一页面的原始数据，为服务端在第一页面的原始数据量大于第一阈值的情况下，存储于缓存中的。

如图8所示，本公开实施例提供的第一数据请求中还包括第一页面的场景标识。获取单元502，具体用于：

基于第一页面的场景标识以及客户端对应的用户标识，生成第一页面的原始数据标识。第一页面的原始数据标识，用于标识缓存中第一页面中的原始数据。

基于第一页面的原始数据标识，从缓存中获取第一页面的原始数据。

如图8所示，本公开实施例提供的服务端还包括存储单元505。

确定单元501，还用于响应于客户端发送的第二数据请求，确定第一页面的原始数据量。第二数据请求用于请求第二页面的渲染数据，第二页面为第一页面的上级页面。

生成单元503，还用于在第一页面的原始数据量小于或者等于第一阈值的情况下，生成第一页面的数据参数。

发送单元504，还用于向客户端发送第一页面的数据参数。

存储单元505，用于在第一页面的原始数据量大于第一阈值的情况下，将第一页面的原始数据存储于缓存中。

如图8所示，本公开实施例提供的确定单元501，具体用于：

获取第二页面的原始数据，并从第二页面的原始数据中确定第一页面的原始数据量。

如图8所示，本公开实施例提供的服务端还包括调整单元506。调整单元506，用于基于缓存的剩余可用容量，调整第一阈值。第一阈值与剩余可用容量负相关。

另外，本公开还提供一种客户端，参照图9所示，客户端60包括生成单元601以及发送单元602。

生成单元601，用于响应于用户请求显示第一页面的操作，在客户端存储有第一页面的数据参数的情况下，生成包括第一页面的数据参数的第一数据请求。第一数据请求用于请求第一页面的渲染数据。第一页面的数据参数为在第一页面的原始数据量小于或者等于第一阈值的情况下，由服务端存储于客户端中的。

发送单元602，用于向服务端发送生成单元601生成的第一数据请求。

如图9所示，本公开实施例提供的生成单元601，具体用于根据第一页面的数据参数、第一页面的翻页参数以及第一页面的场景标识，生成包括第一页面的数据参数的第一数据请求。第一数据请求中还包括第一页面的场景标识以及第一页面的翻页参数。第一页面的翻页参数用于标识第一页面的渲染数据在第一页面中的位置。

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

图10是本公开提供的另一种服务端的结构示意图。如图10，该服务端70可以包括至少一个处理器701以及用于存储处理器可执行指令的存储器703。其中，处理器701被配置为执行存储器703中的指令，以实现上述实施例中的数据处理方法。

另外，服务端70还可以包括通信总线702以及至少一个通信接口704。

处理器701可以是一个处理器(central processing units，CPU)，微处理单元，ASIC，或一个或多个用于控制本公开方案程序执行的集成电路。

通信总线702可包括一通路，在上述组件之间传送信息。

通信接口704，使用任何收发器一类的装置，用于与其他设备或通信网络通信，如以太网，无线接入网(radio access network，RAN)，无线局域网(wireless local areanetworks，WLAN)等。

存储器703可以是只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electricallyerasable programmable read-only memory，EEPROM)、只读光盘(compact disc read-only memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在，通过总线与处理单元相连接。存储器也可以和处理单元集成在一起。

其中，存储器703用于存储执行本公开方案的指令，并由处理器701来控制执行。处理器701用于执行存储器703中存储的指令，从而实现本公开方法中的功能。

在具体实现中，作为一种实施例，处理器701可以包括一个或多个CPU，例如图10中的CPU0和CPU1。

在具体实现中，作为一种实施例，服务端70可以包括多个处理器，例如图10中的处理器701和处理器707。这些处理器中的每一个可以是一个单核(single-CPU)处理器，也可以是一个多核(multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。

作为一个示例，结合图7，服务端50中的确定单元501、获取单元502、生成单元503、发送单元504、存储单元505及调整单元506实现的功能与图10中的处理器701的功能相同。

在具体实现中，作为一种实施例，服务端70还可以包括输出设备705和输入设备706。输出设备705和处理器701通信，可以以多种方式来显示信息。例如，输出设备705可以是液晶显示器(liquid crystal display，LCD)，发光二级管(light emitting diode，LED)显示设备，阴极射线管(cathode ray tube，CRT)显示设备，或投影仪(projector)等。输入设备706和处理器701通信，可以以多种方式接受用户的输入。例如，输入设备706可以是鼠标、键盘、触摸屏设备或传感设备等。

本领域技术人员可以理解，图10中示出的结构并不构成对服务端70的限定，可以包括比图示更多或更少的组件，或者组合某些组件，或者采用不同的组件布置。

同时，本公开提供的客户端的另外一种硬件的结构示意图也可参照上述图10中服务端70的描述，此处不再进行赘述。不同之处在于客户端包括的处理器用于执行客户端在上述实施例中执行的步骤。

另外，本公开还提供一种计算机可读存储介质，包括指令，当指令由处理器执行时，使得处理器执行如上述实施例所提供的数据处理方法。

另外，本公开还提供一种计算机程序产品，包括指令，当指令由处理器执行时，使得处理器执行如上述实施例所提供的数据处理方法。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由权利要求指出。

Claims (10)

1.一种数据处理方法，应用于服务端，其特征在于，包括：

确定客户端发送的第一数据请求中包括第一页面的数据参数，并从所述第一页面的数据参数中获取所述第一页面的原始数据；所述第一数据请求用于请求所述第一页面的渲染数据；所述第一页面的数据参数为在所述第一页面的原始数据量小于或者等于第一阈值的情况下，由所述服务端存储于所述客户端中的；

基于所述第一页面的原始数据，生成所述第一页面的渲染数据，并向所述客户端发送所述第一页面的渲染数据。

2.根据权利要求1所述的数据处理方法，其特征在于，所述第一数据请求中还包括所述第一页面的翻页参数；所述第一页面的翻页参数用于标识所述第一页面的渲染数据在所述第一页面中的位置；

所述基于所述第一页面的原始数据，生成所述第一页面的渲染数据，包括：

基于所述第一页面的翻页参数，从所述第一页面的原始数据中获取相应的目标数据，并渲染所述目标数据，以生成所述第一页面的渲染数据。

3.一种数据处理方法，应用于客户端，其特征在于，包括：

响应于用户请求显示第一页面的操作，在所述客户端存储有所述第一页面的数据参数的情况下，生成包括所述第一页面的数据参数的第一数据请求；所述第一数据请求用于请求所述第一页面的渲染数据；所述第一页面的数据参数为在所述第一页面的原始数据量小于或者等于第一阈值的情况下，由服务端存储于所述客户端中的；

向所述服务端发送所述第一数据请求。

4.根据权利要求3所述的数据处理方法，其特征在于，所述生成包括所述第一页面的数据参数的第一数据请求，包括：

根据所述第一页面的数据参数、所述第一页面的翻页参数以及所述第一页面的场景标识，生成包括所述第一页面的数据参数的所述第一数据请求；所述第一数据请求中还包括所述第一页面的场景标识以及所述第一页面的翻页参数；所述第一页面的翻页参数用于标识所述第一页面的渲染数据在所述第一页面中的位置。

5.一种服务端，其特征在于，包括确定单元、获取单元、生成单元以及发送单元；

所述确定单元，用于确定客户端发送的第一数据请求中包括第一页面的数据参数；所述第一数据请求用于请求所述第一页面的渲染数据；所述第一页面的数据参数为在所述第一页面的原始数据量小于或者等于第一阈值的情况下，由所述服务端存储于所述客户端中的；

所述获取单元，用于从所述第一页面的数据参数中获取所述第一页面的原始数据；

所述生成单元，用于基于所述获取单元获取到的所述第一页面的原始数据，生成所述第一页面的渲染数据；

所述发送单元，用于向所述客户端发送所述生成单元生成的所述第一页面的渲染数据。

6.一种客户端，其特征在于，包括生成单元以及发送单元；

所述生成单元，用于响应于用户请求显示第一页面的操作，在所述客户端存储有所述第一页面的数据参数的情况下，生成包括所述第一页面的数据参数的第一数据请求；所述第一数据请求用于请求所述第一页面的渲染数据；所述第一页面的数据参数为在所述第一页面的原始数据量小于或者等于第一阈值的情况下，由服务端存储于所述客户端中的；

所述发送单元，用于向所述服务端发送所述生成单元生成的所述第一数据请求。

7.一种服务端，其特征在于，包括：处理器、用于存储所述处理器可执行的指令的存储器；其中，所述处理器被配置为执行指令，以实现所述权利要求1或2所述的数据处理方法。

8.一种客户端，其特征在于，包括：处理器、用于存储所述处理器可执行的指令的存储器；其中，所述处理器被配置为执行指令，以实现所述权利要求3或4所述的数据处理方法。

9.一种计算机可读存储介质，其特征在于，当所述计算机可读存储介质中的指令由服务端的处理器执行时，使得所述服务端能够执行如权利要求1或2所述的数据处理方法；或者，当所述计算机可读存储介质中的指令由客户端的处理器执行时，使得所述客户端能够执行如权利要求3或4所述的数据处理方法。

10.一种计算机程序产品，包括指令，其特征在于，所述计算机程序产品包括计算机指令，当所述计算机指令在服务端上运行时，使得所述服务端执行如权利要求1或2所述的数据处理方法；或者，当所述计算机指令在客户端上运行时，使得所述客户端执行如权利要求3或4所述的数据处理方法。

Images