数据显示方法和装置、电子设备及计算机可读存储介质

技术领域

本申请涉及图像处理技术领域，尤其涉及一种数据显示方法和装置、电子设备及计算机可读存储介质。

背景技术

随着终端技术的发展，用户可以在不同的场景下使用不同的终端，例如用户在家中可以使用电视机，出门在外可以使用移动终端，在公司则可以使用台式计算机或笔记本计算机。而不同的终端通常是基于不同的系统，也因此对于其中安装的应用有不同的要求，并且即使是用户随身使用的例如智能手机的移动终端也可以由于厂商的不同而具有不同的系统。因此，对于应用程序的提供方来说，就需要根据不同的系统而开发相应版本的应用程序，而这样的适配开发为应用程序的提供方带来了巨大的工作量。

为此，在现有技术中已经提出了基于容器的跨端应用解决方案。但是由于在用户的终端中额外引入了容器这一应用，但是容器作为需要额外安装在用户终端上的应用导致了用户的终端的额外的资源消耗，从而影响了应用程序在用户的终端上的性能表现。

因此，需要一种能够不影响应用程序在用户的终端上的性能表现的数据显示方案。

发明内容

本申请实施例提供一种数据显示方法和装置、电子设备及计算机可读存储介质，以解决现有技术中使用容器导致应用程序性能表现降低的缺陷。

为达到上述目的，本申请实施例提供了一种数据显示方法，包括：

根据客户端发送的数据显示请求，获取目标数据，其中，所述数据显示请求中至少包含有用于描述所述目标数据的描述信息以及所述目标数据的布局信息；

根据所述布局信息，生成所述目标数据的布局数据；

根据所述布局数据和所述目标数据，生成待展示图像；

将所述待展示图像或所述待展示图片的存储地址发送给所述客户端，以在所述客户端上进行显示。

本申请实施例还提供了一种数据显示装置，包括：

获取模块，用于根据客户端发送的数据显示请求，获取目标数据，其中，所述数据显示请求中至少包含有用于描述所述目标数据的描述信息以及所述目标数据的布局信息；

布局模块，用于根据所述布局信息，生成所述目标数据的布局数据；

渲染模块，用于根据所述布局数据和所述目标数据，生成待展示图像；

发送模块，将所述待展示图像或所述待展示图片的存储地址发送给所述客户端，以在所述客户端上进行显示。

本申请实施例还提供了一种电子设备，包括：

存储器，用于存储程序；

处理器，用于运行所述存储器中存储的所述程序，所述程序运行时执行本申请实施例提供的数据显示方法。

本申请实施例还提供了一种计算机可读存储介质，其上存储有可被处理器执行的计算机程序，其中，该程序被处理器执行时实现如本申请实施例提供的数据显示方法。

本申请实施例提供的数据显示方法和装置、电子设备及计算机可读存储介质，通过根据客户端发送的数据显示请求来获取对应的目标数据，根据数据显示请求中的布局信息生成用于所述目标数据的布局数据并进而根据所述布局数据生成待展示图像，从而为客户端生成了用于在客户端上按照客户端所要求的显示方式显示目标数据的显示图像，并将显示图像发送给客户端，从而客户端可以以想要的方式显示目标数据，而无须在客户端上进行目标数据的布局和渲染处理。因此客户端仅需要发起数据获取请求就可以获取到已经渲染好的显示图像来进行显示，而不需要调用客户端的系统资源进行数据的布局和渲染，从而一方面消除了应用程序在数据布局和渲染方面对于终端的系统环境的依赖，另一方面保证了应用程序在终端上运行时的性能表现。

上述说明仅是本申请技术方案的概述，为了能够更清楚了解本申请的技术手段，而可依照说明书的内容予以实施，并且为了让本申请的上述和其它目的、特征和优点能够更明显易懂，以下特举本申请的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本申请的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1为本申请实施例提供的数据显示方案的应用场景示意图；

图2为本申请提供的数据显示方法的一个实施例的流程图；

图3为本申请提供的数据显示方法的另一个实施例的流程图；

图4为本申请提供的数据显示装置的实施例的结构示意图；

图5为本申请提供的电子设备实施例的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

实施例一

本申请实施例提供的方案可应用于任何具有数据渲染能力的系统，例如包括有数据渲染功能的芯片以及相关组件的服务器系统等等。图1为本申请实施例提供的数据显示方案的应用场景示意图，图1所示的场景仅仅是本申请的技术方案可应用的示例之一。

随着终端技术的发展，用户可以在不同的场景下使用不同的终端，例如用户在家中可以使用电视机，出门在外可以使用移动终端，在公司则可以使用台式计算机或笔记本计算机。而不同的终端通常是基于不同的系统，也因此对于其中安装的应用有不同的要求，并且即使是用户随身使用的例如智能手机的移动终端也可以由于厂商的不同而具有不同的系统。因此，对于应用程序的提供方来说，就需要根据不同的系统而开发相应版本的应用程序，而这样的适配开发为应用程序的提供方带来了巨大的工作量。

为此，在现有技术中已经提出了基于容器的跨端应用解决方案。

现有技术的基于容器的跨端方案中，通过在各个终端的操作系统之上的虚拟层中划分出一个或多个容器，并且应用程序的提供方可以根据容器所提供的统一的应用接口来开发应用程序，从而应用程序可以安装在不同终端的不同操作系统上运行的容器中，应用程序对于这些操作系统的底层资源的调用可以通过容器与操作系统底层的交互来完成。因此应用程序的提供方就可以使用一套代码来实现不同操作系统的终端下的使用，从而实现了应用程序的跨端使用。

但是现有技术中这样的基于容器的跨端解决方案虽然摆脱了对于终端的操作系统的依赖，但是却又产生了对于容器环境的强依赖性。例如，当前已经提出了多种容器方案，其中每个容器方案都具有各自的跨端应用程序接口，从而应用程序的提供方需要先确定所使用的容器种类，而后使用适用于该容器的跨端应用程序接口来进行应用程序的开发。因此，如果采用的容器方案发生了改变，那么就需要修改应用程序代码，甚至会需要重新编写应用程序的程序代码。因此，为容器开发的应用程序实际上在摆脱终端系统的同时却又带来了依赖容器环境而导致的开发复杂性。

此外，由于虽然应用程序运行在容器中，但是容器是运行在终端的操作系统上，因此容器的运行也需要消耗终端的计算资源，特别是有些容器会持续占用终端的大量内存而不释放，或者在运行时消耗大量的处理器资源，从而会导致应用程序在运行时性能的下降，尤其是与不使用容器的情况下直接安装应用程序相比，使用容器运行的应用程序的实际性能会比较低，这也会使得用户的使用体验降低。但是由于在用户的终端中额外引入了容器这一应用，但是容器作为需要额外安装在用户终端上的应用导致了用户的终端的额外的资源消耗，从而影响了应用程序在用户的终端上的性能表现。此外，虽然容器可以运行在多个操作系统上，并可以通过与操作系统的底层的交互，来实现其中运行的应用程序对于系统资源的调用，但是仍然不必避免的是，应用程序所使用的容器可能会与个别操作系统或者个别版本的操作系统存在着不兼容的问题，这也会导致应用程序无法实际运行。此外，容器作为一个单独的应用，其也会存在着不同的版本，因此如果系统中安装的容器版本与应用程序所需要的容器版本不匹配，那么也会导致应用程序运行出现问题，或者甚至无法运行。此外容器在用户的终端中安装也会占用相当大的存储空间，这对于用户使用来说也会造成不便。

因此，需要一种在不使用容器的情况下也能够实现应用程序的跨端数据显示的技术方案。为此，本申请实施例提供了一种数据显示方案，其可以使得用户使用的终端无需在本地执行数据的布局和渲染，来避免应用对于终端环境的依赖性。

在如图1中所示的场景中，用户可以使用自己的终端来使用终端中的例如购物应用来发起商品浏览请求。在例如上述使用容器的现有技术中，应用程序根据用户打开该应用程序的操作或者根据用户点击商品推荐按钮的点击操作来识别出用户想要进行商品浏览功能，因此，应用程序可以根据用户的该操作向服务器发出商品数据获取请求，在现有技术中，通常该请求中还包含有用户的身份标识，从而服务器可以根据该身份标识而使用各种推荐算法来确定为该用户呈现的商品数据，并可以将这样确定的商品数据或商品数据的地址发回给用户的终端。终端在获取到所请求的商品数据时，可以根据该购物应用中设置的商品显示信息，例如商品显示的布局描述来计算获取到的商品数据在该应用的显示页面上的显示位置，并且还可以进一步结合样式信息来最终生成用于在该购物应用的商品浏览页面为用户显示推荐商品的布局数据。之后，该购物应用就可以根据该布局数据通过该容器来调用系统中的渲染指令来生成商品数据的最终的显示数据。例如，在购物应用场景中，可以生成在用户的终端的屏幕上并排显示的两列卡片形式的商品显示图像，从而完成了在用户的终端上显示用户所请求的商品数据。

但是如上所述，在现有技术中，由于应用程序是安装在容器中，并且通过容器来调用用户终端的操作系统的底层渲染指令来生成显示数据，因此，容器的运行导致了系统资源的消耗，使得用户的应用的性能降低。例如，如果用户想要快速浏览多个商品图像，则用户终端中的购物应用就需要在短时间内渲染大量的商品展示卡片图像，那么在容器也同时消耗了终端的系统资源的情况下，可能会导致数据渲染性能的降低，例如可能会在用户浏览商品卡片图像时出现卡顿现象，从而降低了用户的体验。

对此，在本申请实施例中，同样在图1中所示的场景中，当用户通过终端中的购物应用发起了商品浏览请求时，应用可以根据该请求向服务器发出商品数据获取请求。在本申请实施例中，与现有技术中在用户的终端中进行商品数据的渲染处理不同的是，应用可以在向服务器请求商品数据时，同时将用于在应用的界面中显示数据的布局信息一并发送给服务器。该布局信息可以是计算应用所请求的商品数据的布局描述，例如在显示界面中的坐标等所依据的布局文件的索引号等信息，从而服务器可以根据该布局信息来获取到相应的布局数据。

之后，服务器可以根据应用所发送的商品数据请求来以例如与现有技术中类似的推荐算法确定需要为应用拉取的商品数据。在本申请实施例中，商品数据可以包括商品的图像、商品的描述信息、商品的标识信息、商品的规格信息等等，并且本申请实施例所可以应用的数据不限于商品数据，而是任何可以在用户的终端上通过应用请求的数据都可以在本申请实施例中作为目标数据。

因此，与现有技术中不同的是，在本申请实施例中，服务器替代终端来接收终端中的例如购物应用所请求的商品数据，并且服务器还可以根据应用发送的布局信息来获取布局描述，从而在服务器中可以基于该布局描述来计算这些商品数据对应的布局数据。特别地，这些布局数据可以是表示要显示给用户的各个商品在应用界面上显示的位置、样式等数据。之后，服务器可以进一步基于该布局数据和商品数据来逐一生成将来用于在应用程序的界面上显示的卡片式商品图像。

在服务器生成了这样的卡片式商品图像之后，服务器可以将生成的各个商品的卡片式显示图像数据直接发送给终端，以便于终端直接在应用程序的显示界面中来进行显示。或者服务器也可以存储这些图像数据，并且将存储地址以例如统一资源定位符的方式发送给终端的应用程序，从而应用程序可以根据该存储地址来获取图像数据并且直接在界面上显示这些图像数据。

因此，本申请实施例提供的数据显示方案，通过根据客户端发送的数据显示请求来获取对应的目标数据，根据数据显示请求中的布局信息生成用于所述目标数据的布局数据并进而根据所述布局数据生成待展示图像，从而为客户端生成了用于在客户端上按照客户端所要求的显示方式显示目标数据的显示图像，并将显示图像发送给客户端，从而客户端可以以想要的方式显示目标数据，而无须在客户端上进行目标数据的布局和渲染处理。因此客户端仅需要发起数据获取请求就可以获取到已经渲染好的显示图像来进行显示，而不需要调用客户端的系统资源进行数据的布局和渲染，从而一方面消除了应用程序在数据布局和渲染方面对于终端的系统环境的依赖，另一方面保证了应用程序在终端上运行时的性能表现。

上述实施例是对本申请实施例的技术原理和示例性的应用框架的说明，下面通过多个实施例来进一步对本申请实施例具体技术方案进行详细描述。

实施例二

图2为本申请提供的数据显示方法的一个实施例的流程图，该方法的执行主体可以为具有数据显示能力的各种终端或服务器设备，也可以为集成在这些设备上的装置或芯片。如图2所示，该数据显示方法包括如下步骤：

S201，根据客户端发送的数据显示请求，获取目标数据。

在步骤S201中，可以根据客户端发送的数据显示请求来获取目标数据。在本申请实施例中，用户可以使用终端中安装的应用来发起目标数据的显示请求，因此，应用可以根据该请求而向服务器发出目标数据显示请求。从而例如服务器的渲染处理端就可以在步骤S201中根据客户端发送的该数据显示请求来获取请求中指定的目标数据。

此外，在本申请实施例中，与现有技术中在用户的终端中进行商品数据的渲染处理不同的是，客户端发送的目标数据显示请求中可以包括有用于在应用的界面中显示数据的布局信息。该布局信息可以是计算应用所请求的商品数据在显示界面中的显示位置、样式等的布局描述的信息，并且可以是例如在显示界面中的坐标等所依据的布局描述的索引号等标识信息，从而服务器可以根据该布局信息来获取到相应的布局描述。

此外，在如图1中所示的购物应用场景下，还可以在步骤S201中先使用例如推荐算法等算法来确定目标数据，之后再去获取目标数据。在本申请实施例中，例如商品数据的目标数据可以包括目标对象的图像、目标对象的描述信息、目标对象的标识信息、目标对象的规格信息等等，并且本申请实施例所可以应用的数据不限于商品数据，而是任何可以在用户的终端上通过应用请求的数据都可以在本申请实施例中作为目标数据。

S202，根据布局信息，生成目标数据的布局数据。

在步骤S202中可以进一步根据步骤S201中的数据显示请求中的布局信息来获取布局描述，从而可以基于该布局描述来计算步骤S201中获取到的目标数据对应的布局数据。特别地，这些布局数据可以是表示例如图1中所示的购物应用中要显示给用户的各个商品在应用界面上显示的位置、样式等数据。

S203，根据布局数据和目标数据，生成待展示图像。

在步骤S203中，可以进一步基于步骤S202中生成的布局数据和步骤S201中获取的目标数据来逐一生成用于在应用程序的界面上显示的待展示图像。例如，在购物应用显示商品的情况下，在步骤S203中可以基于布局数据和各个商品数据逐一生成在购物应用的显示界面上并排显示的卡片式图像作为待展示图像。

S204，将待展示图像发送给客户端，以在客户端上进行显示。

在步骤S204中可以将步骤S203中生成的待展示图像发送给客户端，从而客户端的应用程序可以基于获取到的待展示图像来使用显示指令直接在客户端的显示屏幕上进行显示。

此外，在步骤S203中也可以将生成的待展示图像暂时进行存储，并且在步骤S204中将存储地址，例如统一资源定位符，发送给终端的应用程序，从而应用程序可以根据该存储地址来获取图像数据并且直接在界面上显示这些图像数据。

本申请实施例提供的数据显示方法，通过根据客户端发送的数据显示请求来获取对应的目标数据，根据数据显示请求中的布局信息生成用于所述目标数据的布局数据并进而根据所述布局数据生成待展示图像，从而为客户端生成了用于在客户端上按照客户端所要求的显示方式显示目标数据的显示图像，并将显示图像发送给客户端，从而客户端可以以想要的方式显示目标数据，而无须在客户端上进行目标数据的布局和渲染处理。因此客户端仅需要发起数据获取请求就可以获取到已经渲染好的显示图像来进行显示，而不需要调用客户端的系统资源进行数据的布局和渲染，从而一方面消除了应用程序在数据布局和渲染方面对于终端的系统环境的依赖，另一方面保证了应用程序在终端上运行时的性能表现。

实施例三

图3为本申请提供的数据显示方法的另一个实施例的流程图，该方法的执行主体可以为具有数据显示能力的各种终端或服务器设备，也可以为集成在这些设备上的装置或芯片。如图3所示，本申请实施例提供的数据显示方法可以包括如下步骤：

S301，根据描述信息获取目标数据的存储地址。

S302，从存储地址接收目标数据。

在步骤S301中，可以根据客户端发送的数据显示请求中关于目标数据的描述信息来确定目标数据的存储地址。例如，在客户端发送的数据显示请求中可以直接包含有目标数据的存储地址，或者也可以在步骤S301中先使用例如推荐算法等算法来根据描述信息确定目标数据，之后再确定目标数据的存储地址。因此，在步骤S302中可以根据步骤S301中获取到的存储地址来接收目标数据。

在本申请实施例中，例如商品数据的目标数据可以包括目标对象的图像、目标对象的描述信息、目标对象的标识信息、目标对象的规格信息等等，并且本申请实施例所可以应用的数据不限于商品数据，而是任何可以在用户的终端上通过应用请求的数据都可以在本申请实施例中作为目标数据。

此外，在本申请实施例中，与现有技术中在用户的终端中进行商品数据的渲染处理不同的是，客户端发送的目标数据显示请求中可以包括有用于在应用的界面中显示数据的布局信息。该布局信息可以是计算应用所请求的商品数据在显示界面中的显示位置、样式等的布局描述的信息，并且可以是例如在显示界面中的坐标等所依据的布局描述的索引号等标识信息，从而服务器可以根据该布局信息来获取到相应的布局描述。

S303，在存储有历史布局数据的缓存中查找与布局信息对应的布局数据。

在步骤S303中可以进一步根据数据显示请求中的布局信息来在存储有历史布局数据的缓存中查找对应的布局数据，并且当在缓存中找到了对应的布局数据时则可以直接使用该布局数据作为目标数据的布局数据。在本申请实施例中，布局数据可以是表示例如图1中所示的购物应用中要显示给用户的各个商品在应用界面上显示的位置、样式等数据。

S304，当在缓存中未查找到与布局信息对应的布局数据时，根据布局信息生成布局数据。

当在步骤S303中未能找到用户所请求的布局信息对应的布局数据时，则可以在步骤S304中根据该布局信息来生成目标数据的布局数据。并将生成后的布局数据存储在缓存中，以便于将来在接收到另外的显示请求时可以使用该缓存的布局数据。

此外，在本申请实施例中，还可以以页面置换的方式将生成的新的布局数据存储在缓存中。

S305，根据布局数据和目标数据，生成待展示图像。

在步骤S305中可以进一步基于步骤S303中在缓存中找到的布局数据或者在步骤S304中生成的布局数据和步骤S302中获取的目标数据来逐一生成用于在应用程序的界面上显示的待展示图像。例如，在购物应用显示商品的情况下，在步骤S305中可以基于布局数据和各个商品数据逐一生成在购物应用的显示界面上并排显示的卡片式图像作为待展示图像。

S306，将待展示图像的存储地址发送给客户端，以在客户端上进行显示。

在步骤S305中也可以将生成的待展示图像暂时进行存储，并且在步骤S306中将存储地址，例如统一资源定位符，发送给终端的应用程序，从而应用程序可以根据该存储地址来获取图像数据并且直接在界面上显示这些图像数据。

本申请实施例提供的数据显示方法，通过根据客户端发送的数据显示请求来获取对应的目标数据，根据数据显示请求中的布局信息生成用于所述目标数据的布局数据并进而根据所述布局数据生成待展示图像，从而为客户端生成了用于在客户端上按照客户端所要求的显示方式显示目标数据的显示图像，并将显示图像发送给客户端，从而客户端可以以想要的方式显示目标数据，而无须在客户端上进行目标数据的布局和渲染处理。因此客户端仅需要发起数据获取请求就可以获取到已经渲染好的显示图像来进行显示，而不需要调用客户端的系统资源进行数据的布局和渲染，从而一方面消除了应用程序在数据布局和渲染方面对于终端的系统环境的依赖，另一方面保证了应用程序在终端上运行时的性能表现。

实施例四

图4为本申请提供的数据显示装置的实施例的结构示意图，可以用于执行图2或图3中所示的数据显示方法。如图4所示，该数据显示装置可以包括：获取模块41、布局模块42、渲染模块43和发送模块44。

获取模块41可以用于根据客户端发送的数据显示请求，获取目标数据。

获取模块41可以根据客户端发送的数据显示请求来获取目标数据。在本申请实施例中，用户可以使用终端中安装的应用来发起目标数据的显示请求，因此，应用可以根据该请求而向服务器发出目标数据显示请求。从而例如服务器的渲染处理端就可以使用该获取模块41根据客户端发送的该数据显示请求来获取请求中指定的目标数据。

此外，在本申请实施例中，与现有技术中在用户的终端中进行商品数据的渲染处理不同的是，客户端发送的目标数据显示请求中可以包括有用于在应用的界面中显示数据的布局信息。该布局信息可以是计算应用所请求的商品数据在显示界面中的显示位置、样式等的布局描述的信息，并且可以是例如在显示界面中的坐标等所依据的布局描述的索引号等标识信息，从而服务器可以根据该布局信息来获取到相应的布局描述。

此外，在如图1中所示的购物应用场景下，获取模块41可以先使用例如推荐算法等算法来确定目标数据，之后再去获取目标数据。在本申请实施例中，例如商品数据的目标数据可以包括目标对象的图像、目标对象的描述信息、目标对象的标识信息、目标对象的规格信息等等，并且本申请实施例所可以应用的数据不限于商品数据，而是任何可以在用户的终端上通过应用请求的数据都可以在本申请实施例中作为目标数据。

此外，获取模块41可以根据客户端发送的数据显示请求中关于目标数据的描述信息来确定目标数据的存储地址。例如，在客户端发送的数据显示请求中可以直接包含有目标数据的存储地址，或者也可以先使用例如推荐算法等算法来根据描述信息确定目标数据，之后再确定目标数据的存储地址。因此，获取模块41可以根据获取到的存储地址来接收目标数据。

布局模块42可以用于根据布局信息，生成目标数据的布局数据。

布局模块42可以进一步根据获取模块41获取到的数据显示请求中的布局信息来获取布局描述，从而可以基于该布局描述来计算获取模块41获取到的目标数据对应的布局数据。特别地，这些布局数据可以是表示例如图1中所示的购物应用中要显示给用户的各个商品在应用界面上显示的位置、样式等数据。

此外，布局模块42可以首先在存储有历史布局数据的缓存中查找与布局信息对应的布局数据。例如，可以根据数据显示请求中的布局信息来在存储有历史布局数据的缓存中查找对应的布局数据，并且当在缓存中找到了对应的布局数据时则可以直接使用该布局数据作为目标数据的布局数据。当在缓存中未查找到与布局信息对应的布局数据时，布局模块42可以根据布局信息生成布局数据。例如，当未能找到用户所请求的布局信息对应的布局数据时，则可以根据该布局信息来生成目标数据的布局数据。并将生成后的布局数据存储在缓存中，以便于将来在接收到另外的显示请求时可以使用该缓存的布局数据。此外，在本申请实施例中，还可以以页面置换的方式将生成的新的布局数据存储在缓存中。

渲染模块43可以用于根据布局数据和目标数据，生成待展示图像。

渲染模块43可以进一步基于布局模块42生成的布局数据和获取模块41获取的目标数据来逐一生成用于在应用程序的界面上显示的待展示图像。例如，在购物应用显示商品的情况下，渲染模块43可以基于布局数据和各个商品数据逐一生成在购物应用的显示界面上并排显示的卡片式图像作为待展示图像。

发送模块44可以用于将待展示图像或所述待展示图片的存储地址发送给客户端，以在客户端上进行显示。

发送模块44可以将渲染模块43生成的待展示图像发送给客户端，从而客户端的应用程序可以基于获取到的待展示图像来使用显示指令直接在客户端的显示屏幕上进行显示。

此外，也可以将生成的待展示图像暂时进行存储，并且发送模块44可以将存储地址，例如统一资源定位符，发送给终端的应用程序，从而应用程序可以根据该存储地址来获取图像数据并且直接在界面上显示这些图像数据。

本申请实施例提供的数据显示装置，通过根据客户端发送的数据显示请求来获取对应的目标数据，根据数据显示请求中的布局信息生成用于所述目标数据的布局数据并进而根据所述布局数据生成待展示图像，从而为客户端生成了用于在客户端上按照客户端所要求的显示方式显示目标数据的显示图像，并将显示图像发送给客户端，从而客户端可以以想要的方式显示目标数据，而无须在客户端上进行目标数据的布局和渲染处理。因此客户端仅需要发起数据获取请求就可以获取到已经渲染好的显示图像来进行显示，而不需要调用客户端的系统资源进行数据的布局和渲染，从而一方面消除了应用程序在数据布局和渲染方面对于终端的系统环境的依赖，另一方面保证了应用程序在终端上运行时的性能表现。

实施例五

以上描述了数据显示装置的内部功能和结构，该装置可实现为一种电子设备。图5为本申请提供的电子设备实施例的结构示意图。如图5所示，该电子设备包括存储器51和处理器52。

存储器51，用于存储程序。除上述程序之外，存储器51还可被配置为存储其它各种数据以支持在电子设备上的操作。这些数据的示例包括用于在电子设备上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。

存储器51可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

处理器52，不仅仅局限于处理器(CPU)，还可能为图形处理器(GPU)、现场可编辑门阵列(FPGA)、嵌入式神经网络处理器(NPU)或人工智能(AI)芯片等处理芯片。处理器52，与存储器51耦合，执行存储器51所存储的程序，以执行上述实施例二或三的数据显示方法。

进一步，如图5所示，电子设备还可以包括：通信组件53、电源组件54、音频组件55、显示器56等其它组件。图5中仅示意性给出部分组件，并不意味着电子设备只包括图5所示组件。

通信组件53被配置为便于电子设备和其他设备之间有线或无线方式的通信。电子设备可以接入基于通信标准的无线网络，如WiFi、2G、3G、4G/LTE、5G等移动通信网络，或它们的组合。在一个示例性实施例中，通信组件53经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件53还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

电源组件54，为电子设备的各种组件提供电力。电源组件54可以包括电源管理系统，一个或多个电源，及其他与为电子设备生成、管理和分配电力相关联的组件。

音频组件55被配置为输出和/或输入音频信号。例如，音频组件55包括一个麦克风(MIC)，当电子设备处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器51或经由通信组件53发送。在一些实施例中，音频组件55还包括一个扬声器，用于输出音频信号。

显示器56包括屏幕，其屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

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