CN107038017B - 渲染数据获取的方法和装置 - Google Patents

Abstract

本发明涉及一种渲染数据获取的方法和装置，该方法包括以下步骤：获取渲染请求，所述渲染请求包括渲染配置类型；根据所述渲染配置类型在缓存中查找是否存在对应的第一缓存数据，如果存在，则判断当前是否存在后台数据变更消息，如果不存在后台数据变更消息，则使用所述第一缓存数据渲染界面；如果存在后台数据变更消息，则从所述后台数据变更消息中获取变更配置类型，根据所述变更配置类型发送数据更新请求至后台服务器以获取变更数据；根据所述变更数据更新所述第一缓存数据得到第二缓存数据，并使用所述第二缓存数据渲染界面。渲染数据获取的方法和装置能减少对后台资源的占用。

Description

渲染数据获取的方法和装置

技术领域

本发明涉及互联网领域，特别是涉及一种渲染数据获取的方法和装置。

背景技术

随着互联网技术的发展，人们通过网络应用进行工作和娱乐活动，对网络应用的视觉要求也越来越高。通过渲染可以丰富地展示图形和三维动画，在计算机与视频游戏、电影、电视特效以及可视化设计领域得到了广泛应用。

大部分渲染需要后台数据的支持，现有的渲染方法在前端每次渲染时无论后台数据是否发生改变都必须重新向后台请求数据，而后台数据很多都是静态数据，配置好后极少发生修改，前端频繁地重复“请求、接收、解包”动作，浪费大量的流量和电量，占用后台资源，降低后台性能。

发明内容

基于此，有必要针对上述渲染方法存在的对后台资源占用的技术问题，提供一种渲染数据获取的方法和装置，减少对后台资源的占用。

一种渲染数据获取的方法，所述方法包括：

获取渲染请求，所述渲染请求包括渲染配置类型；

根据所述渲染配置类型在缓存中查找是否存在对应的第一缓存数据，如果存在，则判断当前是否存在后台数据变更消息，如果不存在后台数据变更消息，则使用所述第一缓存数据渲染界面；

如果存在后台数据变更消息，则从所述后台数据变更消息中获取变更配置类型，根据所述变更配置类型发送数据更新请求至后台服务器以获取变更数据；

根据所述变更数据更新所述第一缓存数据得到第二缓存数据，并使用所述第二缓存数据渲染界面。

在其中一个实施例中，所述根据所述变更配置类型发送数据更新请求至后台服务器以获取变更数据的步骤包括：

根据所述变更配置类型在请求命令列表查找对应的数据更新请求命令；

发送所述数据更新请求命令至后台服务器以获取变更数据。

在其中一个实施例中，所述变更数据包括变更配置类型，所述根据所述变更数据更新所述第一缓存数据得到第二缓存数据的步骤包括：

判断所述变更配置类型是否与渲染配置类型相同，如果相同，则根据变更数据更新所述第一缓存数据；

如果不相同，则根据所述变更配置类型在缓存中查找对应的缓存空间；

根据所述变更数据更新所述缓存空间。

在其中一个实施例中，所述后台数据变更消息对应了第一定时器，所述第一定时器时间达到时后台服务器会再次发送所述后台数据变更消息，所述方法还包括：

当前端收到所述后台数据变更消息时，向所述后台服务器发送接收通知，以使后台服务器取消所述第一定时器。

在其中一个实施例中，所述方法还包括：

当前端收到所述后台数据变更消息时，启动预设时长范围内随机时长的第二定时器；

所述根据所述变更配置类型发送数据更新请求至后台服务器以获取变更数据的步骤包括：

判断所述第二定时器的定时时间是否到达，如果是，则根据所述变更配置类型发送数据更新请求至后台服务器以获取变更数据；

如果没有到达，则不作处理。

一种渲染数据获取的装置，所述装置包括：

获取模块，用于获取渲染请求，所述渲染请求包括渲染配置类型；

缓存数据判断模块，用于根据所述渲染配置类型在缓存中查找是否存在对应的第一缓存数据，如果存在，则进入变更消息判断模块，如果不存在，则进入渲染模块；

变更消息判断模块，用于判断当前是否存在后台数据变更消息，如果存在，则进入数据变更模块，否则进入渲染模块；

数据变更模块，用于从所述后台数据变更消息中获取变更配置类型，根据所述变更配置类型发送数据更新请求至后台服务器以获取变更数据，根据所述变更数据更新所述第一缓存数据得到第二缓存数据；

渲染模块，用于使用所述第一缓存数据渲染界面；

所述渲染模块还用于使用所述第二缓存数据渲染界面。

在其中一个实施例中，所述数据变更模块包括：

命令查找单元，用于根据所述变更配置类型在请求命令列表查找对应的数据更新请求命令；

发送单元，用于发送所述数据更新请求命令至后台服务器以获取变更数据。

在其中一个实施例中，所述变更数据包括变更配置类型，所述数据变更模块包括：

判断单元，用于判断所述变更配置类型是否与渲染配置类型相同，如果相同，则进入更新单元，如果不相同，则进入缓存查找单元；

更新单元，用于根据变更数据更新所述第一缓存数据；

缓存查找单元，用于根据所述变更配置类型在缓存中查找对应的缓存空间；

更新单元还用于根据所述变更数据更新所述缓存空间。

在其中一个实施例中，所述后台数据变更消息对应了第一定时器，所述第一定时器时间达到时后台服务器会再次发送所述后台数据变更消息，所述装置还包括：

响应模块，用于当前端收到所述后台数据变更消息时，向所述后台服务器发送接收通知，以使后台服务器取消所述第一定时器。

在其中一个实施例中，所述装置还包括：

定时模块，用于当前端收到所述后台数据变更消息时，启动预设时长范围内随机时长的第二定时器；

所述数据变更模块还用于判断所述第二定时器的定时时间是否到达，如果是，则根据所述变更配置类型发送数据更新请求至后台服务器以获取变更数据，如果没有到达，则不作处理。

上述渲染数据获取的方法和装置，通过获取渲染请求，渲染请求包括渲染配置类型，根据渲染配置类型在缓存中查找是否存在对应的第一缓存数据，如果存在，则判断当前是否存在后台数据变更消息，如果不存在后台数据变更消息，则使用第一缓存数据渲染界面，如果存在后台数据变更消息，则从后台数据变更消息中获取变更配置类型，根据变更配置类型发送数据更新请求至后台服务器以获取变更数据，根据变更数据更新第一缓存数据得到第二缓存数据，并使用所述第二缓存数据渲染界面，通过后台数据变更消息识别后台是否更新数据，只有在后台更新了数据的情况下，才会发送数据获取请求至后台，减少了大量重复无效的向后台请求数据的次数，减少了对后台资源的占用，提高了后台的性能。

附图说明

图1为一个实施例中渲染数据获取的方法的流程图；

图2为一个实施例中根据变更数据更新缓存数据的流程图；

图3为一个实施例中渲染数据获取的装置的结构框图；

图4为一个实施例中数据变更模块的结构框图；

图5为一个实施例中数据变更模块的结构框图；

图6为另一个实施例中渲染数据获取的装置的结构框图；

图7为又一个实施例中渲染数据获取的装置的结构框图。

具体实施方式

图1为一个实施例中渲染数据获取的方法的流程图，包括以下步骤：

步骤S110，获取渲染请求，渲染请求包括渲染配置类型。

具体的，渲染是指用软件从模型生成图像的过程，当需要生成渲染界面时，会生成渲染请求。展示不同的图像时，需要使用的渲染数据不同，对应了不同的渲染配置类型，渲染配置类型可通过预先分配的字符串或数值表示。在一个实施例中，渲染配置类型以结构体的形式存储在配置表格中，配置表格中包括多个结构体，每个结构体里存储了预设个数的渲染配置类型，预设个数可根据需要自定义，如定义为32个，一个结构体里最多配置32个，超出32个将添加一个新的结构体进行存储。如：

其中cmds为渲染配置类型表，Cmd1、Cmd2、Cmd3分别对应了3个不同的渲染配置类型。

步骤S120，根据渲染配置类型在缓存中查找是否存在对应的第一缓存数据，如果存在，则进入步骤S130。

具体的，缓存数据与渲染配置类型对应存储，通过渲染配置类型可以在缓存中查找到对应的缓存数据，可以以渲染配置类型为索引，缓存数据为索引对应的值的形式以表格的形式存储，通过表格的形式存储便于根据索引快速查找。如缓存表

其中catchData1为渲染配置类型Cmd1对应的缓存数据。一般在第一次展示图像或启动界面时会请求后台配置数据，并缓存，如玩家登陆游戏后，会显示游戏界面并进行缓存。在需要渲染界面时，先查找缓存中是否存在渲染配置类型对应的数据，如果存在且满足条件，则可直接利用缓存中的数据进行渲染，加快了渲染的速度。如果缓存中不存在与渲染配置类型对应的第一缓存数据，则根据渲染配置类型发送数据获取请求至后台服务器以获取渲染数据。可以将提前生成各个不同的渲染配置类型对应的数据获取请求，并与渲染配置类型对应存储在数据获取请求表格中，从而需要获取数据时通过直接查表的方式得到数据获取请求，加快数据获取的速度。

步骤S130，判断当前是否存在后台数据变更消息，如果不存在后台数据变更消息，则进入步骤S140，使用第一缓存数据渲染界面，如果存在后台数据变更消息，则进入步骤S150。

具体的，即使缓存中存在渲染配置类型对应的第一缓存数据，但是由于后台数据可能当前已经更新，缓存中的数据可能为已经过期的数据，为了保证数据的有效性，需要判断当前是否存在后台数据变更消息。后台数据变更消息是当后台数据发生更新时，由后台主动发送至前端的变更消息，以提醒前端更新数据。后台数据变更消息可携带需要变更的变更配置类型，从而使得终端根据变更配置类型发送数据更新请求。如果不存在后台数据变更消息，则说明后台数据没有更新，这时不用再去后台请求数据，可直接使用第一缓存数据渲染界面。如果存在后台数据变更消息，说明后台数据有更新，需要先获取更新数据，对前端的缓存数据进行更新，才能进行渲染。

步骤S140，使用第一缓存数据渲染界面。

具体的，如果后台数据没有更新，可直接使用第一缓存数据渲染界面，不需要每次渲染都向后台请求数据，减少了前端的流量，对于终端可节省电量，且不需要后台不断响应请求，减少了对后台资源的占用，可提高后台的性能。

步骤S150，从后台数据变更消息中获取变更配置类型，根据变更配置类型发送数据更新请求至后台服务器以获取变更数据，根据变更数据更新第一缓存数据得到第二缓存数据，并使用第二缓存数据渲染界面。

具体的，变更配置类型指明了需要变更的配置数据类型，只需要生成与变更配置类型匹配的数据更新请求，再发送至后台服务器，后台服务器就可根据数据更新请求获取变更数据返回前端，前端再根据变更数据更新当前缓存数据，得到有效的缓存数据，再利用有效的缓存数据渲染界面。变更数据中可指定需要更新的缓存空间地址信息或携带变更配置类型，以便于前端确定需要更新的缓存位置。

本实施例中，通过获取渲染请求，渲染请求包括渲染配置类型，根据渲染配置类型在缓存中查找是否存在对应的第一缓存数据，如果存在，则判断当前是否存在后台数据变更消息，如果不存在后台数据变更消息，则使用第一缓存数据渲染界面，如果存在后台数据变更消息，则从后台数据变更消息中获取变更配置类型，根据变更配置类型发送数据更新请求至后台服务器以获取变更数据，根据变更数据更新第一缓存数据得到第二缓存数据，并使用所述第二缓存数据渲染界面，通过后台数据变更消息识别后台是否更新数据，只有在后台更新了数据的情况下，才会发送数据获取请求至后台，减少了大量重复无效的向后台请求数据的次数，减少了对后台资源的占用，提高了后台的性能。

在一个实施例中，步骤S150中的根据变更配置类型发送数据更新请求至后台服务器以获取变更数据具体包括：根据变更配置类型在请求命令列表查找对应的数据更新请求命令，发送数据更新请求命令至后台服务器以获取变更数据。

具体的，请求命令列表中存储了配置类型和数据更新请求命令之间的对应关系，提前根据配置类型生成对应的数据更新请求命令并存储在表格中，便于需要请求数据时通过查表迅速得到与变更配置类型对应的数据更新请求命令，并发送至后台服务器，加快了获取变更数据的速度。如建立请求命令列表：

其中request1为配置类型Cmd1对应的数据更新请求命令。

在一个实施例中，变更数据包括变更配置类型，如图2所示，步骤S150中的根据变更数据更新第一缓存数据得到第二缓存数据具体包括：

步骤S151，判断变更配置类型是否与渲染配置类型相同，如果相同，则进入步骤S152，否则进入步骤S153。

具体的，如果变更配置类型与渲染配置类型相同，则说明需要更新的就是第一缓存数据。通过在变更数据中携带变更配置类型，可快速找到需要更新的缓存数据。

步骤S152，根据变更数据更新第一缓存数据得到第二缓存数据。

具体的，变更配置类型与渲染配置类型相同，则可直接更新第一缓存数据，将第一缓存数据中需要更新的数据替换为变更数据，得到第二缓存数据。

步骤S153，根据变更配置类型在缓存中查找对应的缓存空间，根据变更数据更新缓存空间，得到第二缓存数据。

具体的，如果变更配置类型与渲染配置类型不相同，则说明需要变更的数据不是第一缓存数据，需要先根据变更配置类型在缓存中查找对应的缓存空间，找到需要更新的缓存数据所在的位置，才能进行更新。如果变更配置类型与缓存数据是以表格的形式存储的，则可直接以变更配置类型为索引找到对应的缓存数据。

在一个实施例中，后台数据变更消息对应了第一定时器，第一定时器时间达到时后台服务器会再次发送后台数据变更消息，该渲染数据获取的方法还包括：当前端收到后台数据变更消息时，向后台服务器发送接收通知，以使后台服务器取消第一定时器。

具体的，如果前端未收到后台数据变更消息，后台一直未得到前端返回的通知，直到第一定时器时间超时，这时后台服务器会再次发送后台数据变更消息，并再次启动一个第一定时器，当后台连续发了预设次数的后台数据变更消息后，都没有收到前端返回的通知，则很可能网络出现问题，可发出警告消息。其中第一定时器的时间可根据需要自定义，如定义为10秒。如果后台服务器接收到了前端返回的通知，则可取消第一定时器。通过设置第一定时器和前端返回的通知配合，可以提高后台数据变更消息到达前端的可靠性，从而保证前端使用的缓存数据的有效性。

在一个实施例中，该渲染数据获取的方法还包括：当前端收到后台数据变更消息时，启动预设时长范围内随机时长的第二定时器。

具体的，如启动一个在1～300秒随机取值的第二定时器。

本实施例中，步骤S150中的根据变更配置类型发送数据更新请求至后台服务器以获取变更数据具体包括：判断第二定时器的定时时间是否到达，如果是，则根据变更配置类型发送数据更新请求至后台服务器以获取变更数据，如果没有到达，则不作处理。

具体的，只有第二定时器的定时时间是否到达，才会发送数据更新请求至后台服务器以获取变更数据，如果第二定时器的定时时间没有到达则不会发送数据更新请求。通过设置第二定时器，在接收到后台数据变更消息后，不会立刻发送数据更新请求，而是经过一定的定时时间，才会发送数据更新请求，如果在定时时间到达之前，又获取到了新的后台数据变更消息，则可以根据多次后台数据变更消息对应的多个变更配置类型合并生成一个对应的数据更新请求，进一步降低了数据更新请求的请求次数，可避免后台连续快速变更时频繁的发送数据更新请求，每次更新数据量有限对后台资源的占用。

在一个具体的实施例中，渲染请求包括渲染配置类型Cmd1，在缓存表cacheTable中查找索引为Cmd1对应的缓存数据是否存在，如果存在，则判断当前是否存在后台数据变更消息，如果不存在后台数据变更消息，则直接使用Cmd1对应的catchData1渲染界面，如果存在后台数据变更消息，则在后台数据变更消息获取变更配置类型，如更配置类型为Cmd1和Cmd2，在请求命令列表requestTable中查找索引为Cmd1和Cmd2对应的数据更新请求命令request1和request2，发送request1和request2至后台服务器以获取变更数据，返回的变更数据携带变更配置类型Cmd1和Cmd2，前端在缓存表cacheTable中查找索引为Cmd1和Cmd2对应的缓存空间，更新缓存数据，再使用更新后的catchData1渲染界面。

上述渲染数据获取的方法，能有效地检测到后台数据的改动，减少大量重复无效的向后台请求数据的处理，减少了后台资源的占用，提高了后台性能。

在一个实施例中，如图3所示，提供了一种渲染数据获取的装置，包括：

获取模块210，用于获取渲染请求，渲染请求包括渲染配置类型。

缓存数据判断模块220，用于根据渲染配置类型在缓存中查找是否存在对应的第一缓存数据，如果存在，则进入变更消息判断模块230，如果不存在，则进入渲染模块250。

变更消息判断模块230，用于判断当前是否存在后台数据变更消息，如果存在，则进入数据变更模块240，否则进入渲染模块250。

数据变更模块240，用于从后台数据变更消息中获取变更配置类型，根据变更配置类型发送数据更新请求至后台服务器以获取变更数据，根据变更数据更新第一缓存数据得到第二缓存数据。

渲染模块250，用于使用第一缓存数据渲染界面。

渲染模块250还用于使用第二缓存数据渲染界面。

在一个实施例中，如图4所示，数据变更模块240包括：

命令查找单元241，用于根据变更配置类型在请求命令列表查找对应的数据更新请求命令。

发送单元242，用于发送数据更新请求命令至后台服务器以获取变更数据。

在一个实施例中，变更数据包括变更配置类型，如图5所示，数据变更模块240包括：

判断单元243，用于判断变更配置类型是否与渲染配置类型相同，如果相同，则进入更新单元244，如果不相同，则进入缓存查找单元245。

更新单元244，用于根据变更数据更新第一缓存数据。

缓存查找单元245，用于根据变更配置类型在缓存中查找对应的缓存空间。

更新单元244还用于根据变更数据更新缓存空间。

在一个实施例中，后台数据变更消息对应了第一定时器，第一定时器时间达到时后台服务器会再次发送所述后台数据变更消息，如图6所示，装置还包括：

响应模块260，用于当前端收到后台数据变更消息时，向后台服务器发送接收通知，以使后台服务器取消第一定时器。

在一个实施例中，如图7所示，装置还包括：

定时模块270，用于当前端收到后台数据变更消息时，启动预设时长范围内随机时长的第二定时器。

数据变更模块240还用于判断第二定时器的定时时间是否到达，如果是，则根据变更配置类型发送数据更新请求至后台服务器以获取变更数据，如果没有到达，则不作处理。

上述渲染数据获取的装置只有在后台更新了数据的情况下，才会发送数据获取请求至后台，减少了大量重复无效的向后台请求数据的次数，减少了对后台资源的占用，提高了后台的性能。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述程序可存储于一计算机可读取存储介质中，如本发明实施例中，该程序可存储于计算机系统的存储介质中，并被该计算机系统中的至少一个处理器执行，以实现包括如上述各方法的实施例的流程。其中，所述存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random AccessMemory，RAM)等。

以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种渲染数据获取的方法，包括：

获取渲染请求，所述渲染请求包括渲染配置类型；

根据所述渲染配置类型在缓存中查找是否存在对应的第一缓存数据，如果存在，则判断当前是否存在后台数据变更消息，如果不存在后台数据变更消息，则使用所述第一缓存数据渲染界面；

如果存在后台数据变更消息，当前端收到所述后台数据变更消息时，启动预设时长范围内随机时长的第二定时器，则从所述后台数据变更消息中获取变更配置类型，根据所述变更配置类型发送数据更新请求至后台服务器以获取变更数据，判断所述第二定时器的定时时间是否到达，如果是，则根据所述变更配置类型发送数据更新请求至后台服务器以获取变更数据；

如果没有到达，则不作处理；

根据所述变更数据更新所述第一缓存数据得到第二缓存数据，并使用所述第二缓存数据渲染界面。

2.根据权利要求1所述的渲染数据获取的方法，其特征在于，所述根据所述变更配置类型发送数据更新请求至后台服务器以获取变更数据的步骤包括：

根据所述变更配置类型在请求命令列表查找对应的数据更新请求命令；

发送所述数据更新请求命令至后台服务器以获取变更数据。

3.根据权利要求1所述的渲染数据获取的方法，其特征在于，所述变更数据包括变更配置类型，所述根据所述变更数据更新所述第一缓存数据得到第二缓存数据的步骤包括：

判断所述变更配置类型是否与渲染配置类型相同，如果相同，则根据变更数据更新所述第一缓存数据得到所述第二缓存数据；

如果不相同，则根据所述变更配置类型在缓存中查找对应的缓存空间；

根据所述变更数据更新所述缓存空间，得到所述第二缓存数据。

4.根据权利要求1所述的渲染数据获取的方法，其特征在于，所述后台数据变更消息对应了第一定时器，所述第一定时器时间达到时后台服务器会再次发送所述后台数据变更消息，所述方法还包括：

当前端收到所述后台数据变更消息时，向所述后台服务器发送接收通知，以使所述后台服务器取消所述第一定时器。

5.一种渲染数据获取的装置，其特征在于，包括：

获取模块，用于获取渲染请求，所述渲染请求包括渲染配置类型；

缓存数据判断模块，用于根据所述渲染配置类型在缓存中查找是否存在对应的第一缓存数据，如果存在，则进入变更消息判断模块，如果不存在，则进入渲染模块；

变更消息判断模块，用于判断当前是否存在后台数据变更消息，如果存在，则进入数据变更模块，否则进入渲染模块；

数据变更模块，用于从所述后台数据变更消息中获取变更配置类型，根据所述变更配置类型发送数据更新请求至后台服务器以获取变更数据，根据所述变更数据更新所述第一缓存数据得到第二缓存数据；

定时模块，用于当前端收到所述后台数据变更消息时，启动预设时长范围内随机时长的第二定时器；

所述数据变更模块还用于判断所述第二定时器的定时时间是否到达，如果是，则根据所述变更配置类型发送数据更新请求至后台服务器以获取变更数据，如果没有到达，则不作处理；

渲染模块，用于使用所述第一缓存数据渲染界面；

所述渲染模块还用于使用所述第二缓存数据渲染界面。

6.根据权利要求5所述的渲染数据获取的装置，其特征在于，所述数据变更模块包括：

命令查找单元，用于根据所述变更配置类型在请求命令列表查找对应的数据更新请求命令；

发送单元，用于发送所述数据更新请求命令至后台服务器以获取变更数据。

7.根据权利要求5所述的渲染数据获取的装置，其特征在于，所述变更数据包括变更配置类型，所述数据变更模块包括：

判断单元，用于判断所述变更配置类型是否与渲染配置类型相同，如果相同，则进入更新单元，如果不相同，则进入缓存查找单元；

更新单元，用于根据变更数据更新所述第一缓存数据得到所述第二缓存数据；

缓存查找单元，用于根据所述变更配置类型在缓存中查找对应的缓存空间；

更新单元还用于根据所述变更数据更新所述缓存空间，得到所述第二缓存数据。

8.根据权利要求5所述的渲染数据获取的装置，其特征在于，所述后台数据变更消息对应了第一定时器，所述第一定时器时间达到时后台服务器会再次发送所述后台数据变更消息，所述渲染数据获取的装置还包括：

响应模块，用于当前端收到所述后台数据变更消息时，向所述后台服务器发送接收通知，以使所述后台服务器取消所述第一定时器。

9.一种计算机可读存储介质，其特征在于，所述存储介质上存储有计算机程序，所述计算机程序被处理器执行时，使得所述处理器执行权利要求1至4中任一项权利要求所述渲染数据获取的方法的步骤。

10.一种计算机设备，其特征在于，包括存储介质和处理器，所述存储介质中存储有计算机程序，所述计算机程序被所述处理器执行时，使得所述处理器执行权利要求1至4中任一项权利要求所述渲染数据获取的方法的步骤。