CN108390915B

CN108390915B - 界面的渲染方法及终端设备

Info

Publication number: CN108390915B
Application number: CN201810067116.5A
Authority: CN
Inventors: 段然
Original assignee: Ping An Puhui Enterprise Management Co Ltd
Current assignee: Ping An Puhui Enterprise Management Co Ltd
Priority date: 2018-01-24
Filing date: 2018-01-24
Publication date: 2021-05-07
Anticipated expiration: 2038-01-24
Also published as: CN108390915A

Abstract

本发明适用于计算机技术领域，提供了一种界面的渲染方法及终端设备，通过根据用户输入的指令向服务器发送第一请求报文，以接收服务器基于第一请求报文返回的第一超文本标记语言(HyperText Markup Language，HTML)文件，调用DirectX接口，对所述第一HTML文件进行渲染，以显示应用程序的启动界面，根据第一HTML文件内的JS文件向服务器发送第二请求报文，以接收服务器基于第二请求报文返回的加密文件，对加密文件进行解密，以生成第二HTML文件，并对第二HTML文件进行渲染，显示应用程序的除启动界面之外的内容，以提高渲染效率和效果，减少白屏的时间。

Description

界面的渲染方法及终端设备

技术领域

本发明属于计算机技术领域，尤其涉及一种界面的渲染方法及终端设备。

背景技术

在传统方式下，数据是在服务端完成渲染，并将渲染后的结果发送至终端设备进行显示，但是由于这种渲染方式使得用户无法在程序运行的过程中请求查看不同的内容，只能中断一个程序才能输入另一个指令，以查看不同的内容，所以不能适应当前客户对于数据交互的要求，因此当前有部分数据的渲染工作开始由终端设备进行。在终端设备对数据进行渲染后再显示，使得用户可以与服务器进行丰富的数据交互，可以随时输入不同的指令以查看不同的内容。

但是，由于当前终端设备从服务端获取数据的速度不足够快，数据处理的速度也不足够快，所以在一次性获取数据，并使用一种渲染方法渲染所有数据后进行显示时，往往出现较长时间的白屏，在白屏的时间段内，用户无法查看到任何信息，极大的影响用户体验。

发明内容

有鉴于此，本发明实施例提供了一种界面的渲染方法及终端设备，以解决现有技术在终端设备进行渲染时，由于渲染时间过长造成的白屏时间较长的问题。

本发明实施例的第一方面提供了一种界面的渲染方法，包括：

获取用户输入的指令，根据所述指令向服务器发送第一请求报文；

接收服务器基于所述第一请求报文返回的第一超文本标记语言HTML文件，所述第一HTML文件内包含JS文件，所述JS文件用于查找并调取所述服务器内的其他HTML文件；

调用DirectX接口，对所述第一HTML文件进行渲染，以显示应用程序的启动界面；

根据所述JS文件向所述服务器发送第二请求报文，以调取所述服务器内的第二HTML文件；

接收所述服务器基于所述第二请求报文返回的加密文件，所述加密文件为所述第二HTML文件经过所述服务器加密后生成；

对所述加密文件进行解密，以生成所述第二HTML文件，并对所述第二HTML文件进行渲染，以显示应用程序的除启动界面之外的内容。

本发明实施例的第二方面提供了一种终端设备，包括存储器以及处理器，所述存储器中存储有可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时，实现如下步骤：

本发明实施例的第三方面提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如下步骤：

在本发明实施例中，通过根据用户输入的指令向服务器发送第一请求报文，以接收服务器基于第一请求报文返回的第一超文本标记语言(HyperText Markup Language，HTML)文件，调用DirectX接口，对所述第一HTML文件进行渲染，以显示应用程序的启动界面，根据第一HTML文件内的JS文件向服务器发送第二请求报文，以接收服务器基于第二请求报文返回的加密文件，对加密文件进行解密，以生成第二HTML文件，并对第二HTML文件进行渲染，显示应用程序的除启动界面之外的内容，以提高渲染效率和效果，减少白屏的时间。

附图说明

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

图1是本发明实施例提供的界面的渲染方法的实现流程图；

图2是本发明实施例提供的界面的渲染方法S103的具体实现流程图；

图3是本发明实施例提供的界面的渲染装置的结构框图；

图4是本发明实施例提供的终端设备的示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本发明实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本发明。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本发明的描述。

为了说明本发明所述的技术方案，下面通过具体实施例来进行说明。

图1示出了本发明实施例提供的界面的渲染方法的实现流程，该方法流程包括步骤S101至S106。各步骤的具体实现原理如下。

S101：获取用户输入的指令，根据所述指令向服务器发送第一请求报文。

本发明实施例中，用户在使用一个应用程序时，会通过各种方式对终端设备输入指令，这些指令包括按键指令、语音指令以及文本指令等，可以理解地，终端设备在接收到用户输入的指令后，会进行一系列的数据处理，以打开应用程序或控制应用程序执行相关操作，并为用户展示出不同的界面内容。

在本发明实施例所涉及的渲染方法中，终端设备需要从服务器获取相关数据后，对相关数据进行渲染，以通过屏幕为用户展示不同的内容。所以基于数据交互的需要，终端设备需要将用户输入的指令添加进一个请求报文，并将该报文发送至服务器。

示例性地，用户输入的指令可能代表的含义是“调用应用程序A的m功能”，则终端设备将该指令打包，生成第一请求报文，并将该第一请求报文发送至服务器。可以理解地，服务器接收到第一请求报文后，首先对第一请求报文进行解包，提取出用户输入的指令，在分析出用户希望调用应用程序A的m功能后，服务器会搜索或计算出可以满足用户要求的结果数据，并将这些结果数据以某种格式的文件发回给终端设备，使得终端设备可以显示出这些结果数据，以满足用户需求。

值得注意地，本发明的一个发明点在于服务器在接收到第一请求报文后，并不是一次性地将全部的结果数据全部返回给终端设备，而是先根据第一请求报文返回一部分的结果数据，这有利于终端设备快速获得必要的数据，并对这些数据进行快速渲染后为用户显示出来，以尽可能地减少白屏时间。

可选地，服务器在接收到第一请求报文后，可以将部分的结果数据返回至终端设备，该部分的结果数据包括与用户输入的指令对应的应用程序的启动界面的数据。可以理解地，终端设备在接收到应用程序的启动界面的数据后，通过对这些数据的渲染，就可以在终端设备的屏幕上将应用程序的启动界面展现出来。

S102，接收服务器基于所述第一请求报文返回的第一超文本标记语言HTML文件，所述第一HTML文件内包含JS文件，所述JS文件用于查找并调取所述服务器内的其他HTML文件。

如上文示例所述，服务器在根据终端设备的第一请求报文进行数据的处理和查找后，会生成结果数据，但是为了避免一次性将所有结果数据全部返回至终端设备所消耗的时间过长，以及终端设备处理全部的结果数据消耗的时间过长，所以在本发明实施例中，在接收到第一请求报文后，服务器只是将部分的结果数据以第一超文本标记语言(HyperTextMarkup Language，HTML)文件的形式传输至终端设备，终端设备解析第一HTML文件后，就可以得到部分的结果数据。

值得注意地，在本发明实施例中第一HTML文件内不仅包含所述部分的结果数据，还包含一个JS文件，该JS文件用于描述服务器根据第一请求报文查找或生成的结果数据，例如，服务器在个根据第一请求报文生成一个结果数据后，会将这个结果数据的一部分添加进第一HTML文件内，同时也会为这个结果数据分配一个标签或者一个ID，并将这个标签或者ID写入一个JS文件，并将其添加进第一HTML文件内，可以理解地，终端设备在从第一HTML文件内提取出JS文件，并解析该JS文件后，可以根据JS文件内的结果数据的标签或ID，从服务器调取完整的结果数据。

在本发明实施例中，终端设备通过接收第一HTML文件，不仅可以获取到服务器根据第一请求报文生成的部分的结果数据，还可以获取该结果数据的描述信息，从而在后续的过程中快速准确地调取完整的结果数据。

S103，调用DirectX接口，对所述第一HTML文件进行渲染，以显示应用程序的启动界面。

如上文示例所述，在本发明实施例中，第一HTML文件内包含的是部分的结果数据，目的是使终端设备在渲染这些部分的结果数据后，为用户显示出诸如启动界面等简单的内容，所以在本步骤中，并不需要渲染特别复杂的数据，也不需要利用功能特别突出的硬件设备，因此可以调用DirectX接口对第一HTML文件进行渲染。可以理解地，DirectX是由微软公司创建的多媒体编程接口，它的特点是渲染效率高，但是缺点是当渲染一些复杂数据时，可能出现硬件不兼容的现象出现，可能占用大量CPU的处理资源。但是值得注意地，正是由于在本步骤的目的是快速地为用户呈现与用户输入的指令匹配的内容，以减少白屏的时间，所以需要利用DirectX处理效率高的优点，同时，由于第一HTML文件只是包含部分的结果数据，而这些部分的结果数据只是为了显示诸如启动界面等简单的内容，所以一般情况下第一HTML文件内并不会包含特别复杂的数据，所以DirectX的缺点在本步骤中并不会体现出来。

可选地，在本发明实施例中，如果出现DirectX接口无法渲染的情况出现，或者占用CPU的处理资源的比重大于一个比重阈值，则切换到其他渲染接口对所述第一HTML文件进行渲染。

作为本发明的一个实施例，如图2所示，上述S103包括：

S1031：从所述第一HTML文件内提取出启动界面数据。

如上文实施例所述，第一HTML文件内包含部分的结果数据以及JS文件，可以理解地，由于本步骤的目的是对部分的结果数据即启动界面数据进行渲染，所以，在本发明实施例中，首先需要从第一HTML文件内提取出启动界面数据，以在后续的过程中对启动界面数据进行渲染。

S1032：通过DirectX接口中的Clear函数对客户端进行清屏操作。

在本发明实施例中，为了消除之前的计算数据对渲染造成影响，所以在正式的渲染之前，需要进行清屏操作。可选地，DirectX接口中的Clear函数的原型可以是：HRESULTClear(DWORD Count,const D3DRECT*pRects,DWORD Flags,D3DCOLOR Color,float Z,DWORD Stencil)；其中，Flags参数用于指定需要被清楚的缓存，可以的取值有D3DCLEAR_TARGET(后台缓存)，D3DCLEAR_ZBUFFER(深度缓存)，D3DCLEAR_STENCIL(模板缓存)。可以用“|”运算符来进行多个缓存清除的操作，Color：参数为指定清除后的颜色，此外pRects参数用于指示需要清除的矩形区域，Count参数用于指示矩形区域的数量。

S1033，通过DirectX接口中的BeginScene函数加载所述启动界面数据，并通过EndScene函数完成对所述启动界面数据的渲染，生成显示数据。

可以理解地，在本发明实施例中，通过BeginScene函数以及EndScene函数将在之前的步骤中提取出的启动界面数据转换成显示数据，该显示数据用于描述终端设备的屏幕上相关像素点与颜色的对应关系，在计算出显示数据后，中断设备就可以根据显示数据，在屏幕上显示出启动界面。

S1034，通过DirectX接口中的Present函数将所述显示数据在客户端屏幕上呈现，以显示所述启动界面。

在本发明实施例中，通过利用DirectX接口渲染速度快的特点对包括启动界面数据在内的部分的结果数据进行渲染，有助于减少白屏的时间，此外，由于第一HTML文件内结果数据的复杂程度较低，所以DirectX接口对于CPU资源占用率高以及部分数据不兼容的缺点也不会暴露出来。值得注意地，如果出现了DirectX接口无法渲染的数据，本发明实施例也会切换至其他渲染接口进行处理，并提示用户。

S104，根据所述JS文件向所述服务器发送第二请求报文，以调取所述服务器内的第二HTML文件。

如上文实施例所述，JS文件用于描述服务器根据第一请求报文查找或生成的结果数据，

可以理解地地，在本发明实施例中，服务器在接收到第一请求报文后，生成了一个结果数据，将该结果数据的一部分添加进第一HTML文件，并将完整的结果数据添加进第二HTML文件，并为第一HTML文件以及第二HTML文件分配一个标签，在返回第一HTML文件时，将第二HTML文件标签写入一个JS文件，并将该JS文件添加进第一HTML文件内。

在本发明实施例中，从所述JS文件中提取出第二HTML文件标签；并将所述第二HTML文件标签打包，生成所述第二请求报文；将所述第二请求报文发送至所述服务器。

可以理解地，服务器在接收并解析出第二HTML文件标签后，可以根据第二HTML文件标签，搜索出在之前的步骤中生成的第二HTML文件，将该第二HTML文件进行加密后生成一个加密文件，并将该加密文件发送至终端设备中。

可选地，在本发明实施例中，服务器可以使用高级加密标准(AdvancedEncryption Standard，AES)算法对第二HTML文件进行加密。值得注意地，由于AES加密和解密都需要通过一个对称秘钥才能实现，所以在第一HTML文件发送前，服务器就需要随机生成一个用于对第二HTML文件进行加密的秘钥，并将该秘钥添加进第一HTML文件中的JS文件，以使终端设备在获取第一HTML文件后，即可获得后续对第二HTML文件进行解密时所需的秘钥。

S105，接收所述服务器基于所述第二请求报文返回的加密文件，所述加密文件为所述第二HTML文件经过所述服务器加密后生成，对所述加密文件进行解密，以生成所述第二HTML文件。

具体地，根据所述JS文件中包含的HTML文件标签与密钥的对应关系，将所述第二HTML文件对应的密钥作为目标密钥。

可以理解地，如上文示例所述，为了使终端设备可以顺利的对加密文件进行加密以获得第二HTML文件，所以在第一HTML文件中的JS文件内存在一个用于对第二HTML文件的加密文件进行解密的秘钥。由于终端设备需要快速准确地找到第二HTML文件对应的秘钥，所以在本发明实施例中，JS文件中包含的是HTML文件标签与秘钥的对应关系，通过这种方式，当终端设备接收到第二HTML文件后，就可以根据第二HTML文件的HTML文件标签找到对应的秘钥，作为目标秘钥。

通过预设的解密算法，使用所述目标密钥对所述加密文件进行解密，以生成所述第二HTML文件。

值得注意地，在本发明实施例中，无论是服务器所要使用的加密函数或是终端设备所要使用的解密函数都是预先存储于各自存储器中的，无需将加密函数以及解密函数进行数据传输，而只需要将服务器随机生成的秘钥传输至终端设备。

可选地，在本发明实施例中，可以通过AES算法的解密过程对第二HTML文件进行解密，其中，使用的秘钥为上一步骤中确定的目标秘钥。

在本发明实施例中，针对第一HTML文件与第二HTML文件不同的作用，对二者进行区别化的数据处理，其中，为了保证第一HTML文件可以被终端设备快速地接收和渲染，不对第一HTML文件进行加密，而由于在第一HTML文件中的数据被渲染后，终端设备已经有一段内容可以在屏幕上显示，且第二HTML文件中往往含有用户请求的实质性的重要的数据，所以对第二HTML文件的加密在不会导致终端设备出现白屏的情况下，可以大大提高第二HTML文件的安全性。

S106，对所述第二HTML文件进行渲染，以显示应用程序的除启动界面之外的内容。

在上文实施例中，通过DirectX接口对第一HTML文件进行渲染，但是考虑到第二HTML文件相对于第一HTML文件，复杂性较高而且数据量较大，所以如果利用DirectX接口对第二HTML文件进行渲染，可能会出现占用CPU资源过多以及硬件不兼容的现象，所以在本发明实施例中通过开放式图形程序(Open Graphics Library，OpenGL)接口对第二HTML文件进行渲染。可以理解地，OpenGL作为由SGI公司开发的图形处理程序，可以很好的对包括3D图形在内的复杂数据进行渲染。

值得注意地，所述JS文件还包含HTML文件与基于开放式图形程序OpenGL接口的渲染函数的对应关系。

可以理解地，针对HTML文件的属性不同，OpenGL接口中用于对HTML文件进行渲染的渲染函数也并不相同，所以服务器在接收到第一请求报文后，就会在JS文件内添加HTML文件与基于开放式图形程序OpenGL接口的渲染函数的对应关系，可选地，HTML文件与基于开放式图形程序OpenGL接口的渲染函数的对应关系，包括：HTML文件标签与基于开放式图形程序OpenGL接口的渲染函数的对应关系。

具体地，根据所述JS文件，调用OpenGL接口中的渲染函数。

如果在JS文件中含有HTML文件标签与基于开放式图形程序OpenGL接口的渲染函数的对应关系，则在终端设备接收到第二HTML文件后，可以查找并调用OpenGL接口中的相关渲染函数。

具体地，使用所述渲染函数对所述第二HTML文件进行渲染。

在本发明实施例中，通过根据用户输入的指令向服务器发送第一请求报文，以接收服务器基于第一请求报文返回的第一HTML文件，调用DirectX接口，对所述第一HTML文件进行渲染，以显示应用程序的启动界面，根据第一HTML文件内的JS文件向服务器发送第二请求报文，以接收服务器基于第二请求报文返回的加密文件，对加密文件进行解密，以生成第二HTML文件，并对第二HTML文件进行渲染，显示应用程序的除启动界面之外的内容，以提高渲染效率和效果，减少白屏的时间。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

对应于上文实施例所述的界面的渲染方法，图3示出了本发明实施例提供的界面的渲染装置的结构框图，为了便于说明，仅示出了与本发明实施例相关的部分。

参照图3，该装置包括：

获取模块301，用于获取用户输入的指令，根据所述指令向服务器发送第一请求报文；

接收模块302，用于接收服务器基于所述第一请求报文返回的第一超文本标记语言HTML文件，所述第一HTML文件内包含JS文件，所述JS文件用于查找并调取所述服务器内的其他HTML文件；

第一渲染模块303，用于调用DirectX接口，对所述第一HTML文件进行渲染，以显示应用程序的启动界面；

调取模块304，用于根据所述JS文件向所述服务器发送第二请求报文，以调取所述服务器内的第二HTML文件；

解密模块305，用于接收所述服务器基于所述第二请求报文返回的加密文件，所述加密文件为所述第二HTML文件经过所述服务器加密后生成，对所述加密文件进行解密，以生成所述第二HTML文件；

第二渲染模块306，用于对所述第二HTML文件进行渲染，以显示应用程序的除启动界面之外的内容。

可选地，所述第一渲染模块303具体用于：

从所述第一HTML文件内提取出启动界面数据；

通过DirectX接口中的Clear函数对客户端进行清屏操作；

通过DirectX接口中的BeginScene函数加载所述启动界面数据，并通过EndScene函数完成对所述启动界面数据的渲染，生成显示数据；

通过DirectX接口中的Present函数将所述显示数据在客户端屏幕上呈现，以显示所述启动界面。

可选地，所述调取模块304具体用于：

从所述JS文件中提取出第二HTML文件标签；将所述HTML文件标签打包，生成所述第二请求报文；将所述第二请求报文发送至所述服务器。

可选地，所述解密模块305具体用于：

根据所述JS文件中包含的HTML文件标签与密钥的对应关系，将所述第二HTML文件对应的密钥作为目标密钥；

可选地，所述第二渲染模块具体用于：

根据所述JS文件，调用OpenGL接口中的渲染函数；使用所述渲染函数对所述第二HTML文件进行渲染。

通过根据用户输入的指令向服务器发送第一请求报文，以接收服务器基于第一请求报文返回的第一HTML文件，调用DirectX接口，对所述第一HTML文件进行渲染，以显示应用程序的启动界面，根据第一HTML文件内的JS文件向服务器发送第二请求报文，以接收服务器基于第二请求报文返回的加密文件，对加密文件进行解密，以生成第二HTML文件，并对第二HTML文件进行渲染，显示应用程序的除启动界面之外的内容，以提高渲染效率和效果，减少白屏的时间。

图4是本发明一实施例提供的终端设备的示意图。如图4所示，该实施例的终端设备4包括：处理器40、存储器41以及存储在所述存储器41中并可在所述处理器40上运行的计算机程序42，例如界面的渲染程序。所述处理器40执行所述计算机程序42时实现上述各个界面的渲染方法实施例中的步骤，例如图1所示的步骤101至106。或者，所述处理器40执行所述计算机程序42时实现上述各装置实施例中各模块/单元的功能，例如图3所示单元301至306的功能。

示例性的，所述计算机程序42可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器41中，并由所述处理器40执行，以完成本发明。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序42在所述终端设备4中的执行过程。

所述终端设备4可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述终端设备可包括，但不仅限于，处理器40、存储器41。本领域技术人员可以理解，图4仅仅是终端设备4的示例，并不构成对终端设备4的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述终端设备还可以包括输入输出设备、网络接入设备、总线等。

所称处理器40可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器41可以是所述终端设备4的内部存储单元，例如终端设备4的硬盘或内存。所述存储器41也可以是所述终端设备4的外部存储设备，例如所述终端设备4上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，所述存储器41还可以既包括所述终端设备4的内部存储单元也包括外部存储设备。所述存储器41用于存储所述计算机程序以及所述终端设备所需的其他程序和数据。所述存储器41还可以用于暂时地存储已经输出或者将要输出的数据。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。

以上所述实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。

Claims

1.一种界面的渲染方法，其特征在于，包括：

接收服务器基于所述第一请求报文返回的第一超文本标记语言HTML文件，第一HTML文件内包含服务器在根据终端设备的第一请求报文进行数据的处理和查找后生成的结果数据中的部分结果数据以及JS文件，所述JS文件用于查找并调取所述服务器内的其他HTML文件；

根据所述JS文件向所述服务器发送第二请求报文，以调取所述服务器内的第二HTML文件；第二HTML文件内包含服务器在根据终端设备的第一请求报文进行数据的处理和查找后生成的全部结果数据；

接收所述服务器基于所述第二请求报文返回的加密文件，所述加密文件为所述第二HTML文件经过所述服务器加密后生成，对所述加密文件进行解密，以生成所述第二HTML文件；

对所述第二HTML文件进行渲染，以显示应用程序的除启动界面之外的内容。

2.如权利要求1所述的界面的渲染方法，其特征在于，所述调用DirectX接口，对所述第一HTML文件进行渲染，以生成启动界面，包括：

从所述第一HTML文件内提取出启动界面数据；

通过DirectX接口中的Clear函数对客户端进行清屏操作；

3.如权利要求1所述的界面的渲染方法，其特征在于，所述JS文件包含HTML文件与基于开放式图形程序OpenGL接口的渲染函数的对应关系；

所述并对所述第二HTML文件进行渲染，包括：

根据所述JS文件，调用OpenGL接口中的渲染函数；

使用所述渲染函数对所述第二HTML文件进行渲染。

4.如权利要求1所述的界面的渲染方法，其特征在于，所述根据所述JS文件向所述服务器发送第二请求报文，包括：

从所述JS文件中提取出第二HTML文件标签；

将所述HTML文件标签打包，生成所述第二请求报文；

将所述第二请求报文发送至所述服务器。

5.如权利要求1所述的界面的渲染方法，其特征在于，所述对所述加密文件进行解密，以生成所述第二HTML文件，包括：

6.一种终端设备，包括存储器以及处理器，所述存储器中存储有可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时，实现如下步骤：

7.如权利要求6所述的终端设备，其特征在于，所述调用DirectX接口，对所述第一HTML文件进行渲染，以生成启动界面的步骤，具体包括：

从所述第一HTML文件内提取出启动界面数据；

通过DirectX接口中的Clear函数对客户端进行清屏操作；

8.如权利要求6所述的终端设备，其特征在于，所述根据所述JS文件向所述服务器发送第二请求报文的步骤，具体包括：

从所述JS文件中提取出第二HTML文件标签；

将所述HTML文件标签打包，生成所述第二请求报文；

将所述第二请求报文发送至所述服务器。

9.如权利要求6所述的终端设备，其特征在于，所述对所述加密文件进行解密，以生成所述第二HTML文件的步骤，具体包括：

10.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至5任一项所述方法的步骤。