CN115082294A - 图像格式确定方法、装置及电子设备 - Google Patents

Abstract

本申请公开了一种图像格式确定方法、装置及电子设备，属于计算机技术领域。该方法包括：获取图像格式为第一格式的第一图像文件；将所述第一图像文件转换为目标格式的目标图像文件，目标格式包括多个格式，所述目标图像文件包括与所述多个格式对应的多个图像文件；在目标界面加载所述目标图像文件，并获取所述目标图像文件的加载参数；根据所述加载参数确定第二格式对应的第二图像文件；所述多个格式包括所述第二格式，所述多个图像文件包括所述第二图像文件。

Description

图像格式确定方法、装置及电子设备

技术领域

本申请属于计算机技术领域，具体涉及一种图像格式确定方法、装置及电子设备。

背景技术

随着计算机技术的高速发展，用户界面(User Interface，UI)在电子设备上得到了广泛的应用。在UI含有图像的情况下，图像的加载性能可以直接影响UI应用的运行流畅度。

在UI应用开发过程中，开发者可以选择一种图像格式，并使用该图像格式对原图进行格式转换，以提高图像在UI上的加载性能。然而，每张图像均有自己的特点，适用于一张图像使得加载性能最优的图像格式，往往不适用另一张图像，个体差异大，导致图像格式的选取非常困难。

发明内容

本申请实施例的目的是提供一种图像格式确定方法、装置及电子设备，能够解决UI应用开发过程中由于图像个体差异大而导致图像格式的选取非常困难的问题。

第一方面，本申请实施例提供了一种图像格式确定方法，该方法包括：

获取图像格式为第一格式的第一图像文件；

将所述第一图像文件转换为目标格式的目标图像文件，目标格式包括多个格式，所述目标图像文件包括与所述多个格式对应的多个图像文件；

在目标界面加载所述目标图像文件，并获取所述目标图像文件的加载参数；

根据所述加载参数确定第二格式对应的第二图像文件；所述多个格式包括所述第二格式，所述多个图像文件包括所述第二图像文件。

第二方面，本申请实施例提供了一种图像格式确定装置，该装置包括：：

第一获取模块，用于获取图像格式为第一格式的第一图像文件；

转换模块，用于将所述第一图像文件转换为目标格式的目标图像文件，目标格式包括多个格式，所述目标图像文件包括与所述多个格式对应的多个图像文件；

加载模块，用于在目标界面加载所述目标图像文件；

第二获取模块，用于获取所述目标图像文件的加载参数；

第一确定模块，用于根据所述加载参数确定第二格式对应的第二图像文件；所述多个格式包括所述第二格式，所述多个图像文件包括所述第二图像文件。

第三方面，本申请实施例提供了一种电子设备，该电子设备包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第一方面所述的方法的步骤。

第四方面，本申请实施例提供了一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如第一方面所述的方法的步骤。

第五方面，本申请实施例提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现如第一方面所述的方法。

在本申请实施例中，通过获取图像格式为第一格式的第一图像文件；将所述第一图像文件转换为目标格式的目标图像文件，目标格式包括多个格式，所述目标图像文件包括与所述多个格式对应的多个图像文件；在目标界面加载所述目标图像文件，并获取所述目标图像文件的加载参数；根据所述加载参数确定第二格式对应的第二图像文件；所述多个格式包括所述第二格式，所述多个图像文件包括所述第二图像文件。如此，可以根据加载性能从多个格式中确定出第二格式以及第二格式对应的第二图像文件，从而可以适应图像的个体差异，简化图像格式的选取。

附图说明

图1是本申请实施例提供的图像格式确定方法的流程图；

图2是通过图像格式转换优化加载性能的过程示意图；

图3是目标信息的显示示意图；

图4是图像格式确定软件的结构示意图；

图5是虚拟设备的结构示意图；

图6是源码工程的构建和编译的过程示意图；

图7是本申请实施例提供的图像格式确定装置的结构图；

图8是本申请实施例提供的电子设备的结构图；

图9为实现本申请实施例的一种电子设备的硬件结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员获得的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”等所区分的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”，一般表示前后关联对象是一种“或”的关系。

下面结合附图，通过具体的实施例及其应用场景对本申请实施例提供的图像格式确定进行详细地说明。

图1是本申请实施例提供的图像格式确定方法的流程图，如图1所示，包括以下步骤：

步骤101，获取图像格式为第一格式的第一图像文件。

本实施例中，图像格式确定方法应用于第一电子设备，第一电子设备可以为任一电子设备，在一可选实施方式中，第一电子设备可以部署有UI应用设计工具、或者集成开发环境(Integrated Development Environment，IDE)等开发工具。

第一图像文件可以为UI应用的原图，原图可以指的是针对UI应用信息最全的图像，其图像格式可以为第一格式，如png格式。由于压缩率等原因，原图在UI的加载性能可能不太好，可以通过格式转换，将原图转换为其他图像格式的图像，以转换为与原图近似的图像，并通过在UI上加载该图像，可以提高图像在UI上的加载性能，如图2所示。

UI开发者或者设计师，理论上可以选择一种性能最佳的图像格式并使用，但在操作上存在一些问题，包括如下：

UI开发者或者设计师，缺乏对图像格式的深度理解，无法判断什么是性能最优；

每张图像有自己的特点，适用于一张图像的性能最优的图像格式，往往不适用另一张图像，个体差异大，没有简单的可以遵守的规则；

实际需求里，往往并非只考虑加载性能达标就行了，还要兼顾图像质量和文件大小等因素，多因素相互制约，即便是资深的开发者，也很难在开发阶段高效地选择出最合适的图像格式；

不同硬件平台的特点不同，某张图像，适用于某个平台的最佳格式，并不一定适用于其它平台，对图像格式的选择，还需要考虑硬件平台的特点。

基于上述原因，适用于一张图像使得加载性能最优的图像格式的选取非常困难。而本实施例的目的即在于针对原图，通过将第一格式的第一图像文件转换为目标格式的目标图像文件，并在目标界面加载目标图像格式，以根据加载性能表现，从多个格式中选出适用于一张图像的性能最优的图像格式。

第一电子设备可以接收其他电子设备发送的图像文件作为第一图像文件，第一图像文件也可以在第一电子设备上部署的UI应用设计工具、或者IDE等开发工具中开发得到。

步骤102，将所述第一图像文件转换为目标格式的目标图像文件，目标格式包括多个格式，所述目标图像文件包括与所述多个格式对应的多个图像文件。

该步骤中，多个格式可以包括第一格式，也可以不包括第一格式，即这多个格式与第一格式不同，这里不进行具体限定。

这多个格式可以为第一电子设备可支持的图像格式，在一可选实施方式中，这多个格式也可以为第二电子设备可支持的图像格式，第二电子设备可以为UI应用的运行设备，即通过在第一电子设备上基于这多个格式模拟第一图像文件的界面加载，以在UI应用的设计和开发阶段就可以评估使用不同格式的图像加载性能表现，选出加载性能比较好的格式，并将其应用到第二电子设备上，以使用选出的格式进行UI应用的实际运行。

针对多个格式中的每一格式，可以基于该格式，对第一图像文件进行格式转换，得到该格式对应的图像文件，从而可以得到目标格式的目标图像文件。

具体的，可以通过现有的或新的方式解码并获得原图的像素矩阵M，且第一电子设备可以预先存储各个格式对应的编码程序，该编码程序可以将原图进行格式转换为对应格式的图像文件。

相应的，可以获取预先存储的一格式对应的编码程序，运行编码程序，将原图的像素矩阵M转换为该格式，并将转换的结果保存为新的图像文件。

步骤103，在目标界面加载所述目标图像文件。

该步骤中，目标界面可以为UI应用的实际运行界面即UI界面，也可以为虚拟界面，虚拟界面可以指的是在构建的虚拟系统上所运行的UI界面，这里不进行具体限定。

在目标界面加载目标图像文件可以指的是在目标界面依次加载多个格式对应的多个图像文件，可以通过手动控制方式依次加载每个图像文件，也可以生成程序文件，在目标界面系统中执行程序文件，以加载该程序文件对应的图像文件，从而模拟该图像文件在目标界面的加载过程，其中，目标界面系统可以包括目标界面。

步骤104，获取所述目标图像文件的加载参数。

加载参数用于表征目标图像文件在目标界面的加载性能，其可以包括一个、两个或多个加载性能指标，如可以包括图像加载时间、图像文件大小、图像质量中的至少一项。其中，图像质量可以指的是对原图进行格式转换，其格式转换后的图像与原图的近似率，越近似则图像质量越好。

可以在目标界面加载目标图像文件之前、之后、或在加载过程中获取目标图像文件的加载参数。可以通过比对原图与目标图像文件、监控加载过程中的参数等方式来获取目标图像文件的加载参数。

步骤105，根据所述加载参数确定第二格式对应的第二图像文件；所述多个格式包括所述第二格式，所述多个图像文件包括所述第二图像文件。

该步骤中，可以根据加载参数对目标图像文件进行加载性能评估，以确定哪个图像文件在目标界面的加载性能比较好，从而从多个格式中确定出第二格式，该第二格式对应的图像文件即为第二图像文件，第二图像文件在目标界面的加载性能比较好。所述第二格式可以用于在第二电子设备上界面加载所述第一图像文件的图像格式。

在目标界面为虚拟界面的情况下，若确定出第二格式对应的第二图像文件，可以将第二图像文件传递给第二电子设备，以取代原图在第二电子设备上进行第二图像文件的实际UI界面加载。

本实施例中，通过获取图像格式为第一格式的第一图像文件；将所述第一图像文件转换为目标格式的目标图像文件，目标格式包括多个格式，所述目标图像文件包括与所述多个格式对应的多个图像文件；在目标界面加载所述目标图像文件，并获取所述目标图像文件的加载参数；根据所述加载参数确定第二格式对应的第二图像文件；所述多个格式包括所述第二格式，所述多个图像文件包括所述第二图像文件。如此，可以根据加载性能从多个格式中确定出第二格式以及第二格式对应的第二图像文件，从而可以适应图像的个体差异，简化图像格式的选取。

并且，可以从多个格式中确定出加载性能比较好的图像格式，从而可以提高UI应用在第二电子设备上的运行流畅度。

可选的，所述在目标界面加载所述目标图像文件，并获取所述目标图像文件的加载参数之前，所述方法还包括：

根据所述目标图像文件，生成第一程序文件，所述第一程序文件用于模拟所述目标图像文件的界面加载过程；

根据所述第一程序文件，生成所述目标格式对应的源码工程；

对所述源码工程进行编译，得到第二程序文件；

根据所述第二程序文件，构建并运行目标界面系统，所述目标界面系统包括所述目标界面。

本实施方式中，通过模拟方式来实现图像文件在目标界面的加载的情况下，需要构建并运行目标界面系统，以在目标界面中模拟加载目标图像文件。其中，针对每个格式，均可以采用相同的模拟方式，模拟图像文件在目标界面的加载，以下以第四格式为例，对第四格式对应的图像文件(可以为第三图像文件)的界面加载的模拟过程进行详细说明。

可以基于第三图像文件，生成第一程序文件，该第一程序文件与第三图像文件对应，用于模拟第三图像文件的界面加载过程。第一程序文件可以称之为主程序文件，如基于C语言所构造的主程序文件，用main.c表示，其是一个文本文件。其可以用于模拟第三图像文件的界面加载过程，如模拟第三图像文件的读取等过程。

另外，第一程序文件还可以包括模拟界面加载过程中CPU初始化、系统初始化、对界面加载时间的测量、以及第三图像文件的解码等调用过程，以对界面加载的加载参数进行监测。

之后，可以基于第一程序文件，生成第四格式对应的源码工程，该源码工程可以包括第一程序文件。

该源码工程还可以包括第四格式对应的源码程序文件，该源码程序文件可以包括第三图像文件的解码程序，以调用该解码程序进行第三图像文件的解码。相应的，可以将源码程序文件和第一程序文件存储在同一预设目录下，形成一个源码工程。

可以基于预设工具链对源码工程进行构建和编译，从而可以实现第二程序文件的自动化生成。

之后，可以根据第二程序文件，构建并运行目标界面系统，该目标界面系统包括目标界面，以实现在目标界面中模拟加载第三图像文件。

本实施方式中，通过根据所述目标图像文件，生成第一程序文件，所述第一程序文件用于模拟所述目标图像文件的界面加载过程；根据所述第一程序文件，生成所述目标格式对应的源码工程；对所述源码工程进行编译，得到第二程序文件；根据所述第二程序文件，构建并运行目标界面系统，所述目标界面系统包括所述目标界面。如此，可以构建目标界面系统，并通过模拟方式进行图像文件在目标界面中的加载。

可选的，所述根据所述第二程序文件，构建并运行目标界面系统，包括：

根据所述第二程序文件，运行虚拟系统模型，以构建所述目标界面系统；

在所述目标界面系统中执行所述第二程序文件，以在目标界面加载所述目标图像文件。

本实施方式中，源码工程还可以基于预先存储的源码程序文件生成，该源码程序文件可以触发虚拟系统模型运行。在一可选实施方式中，虚拟系统模型可以与第二电子设备对应，这样可以构建与第二电子设备匹配的目标界面系统。

相应的，在生成第二程序文件的情况下，可以自动执行第二程序文件，以触发与第二电子设备对应的虚拟系统模型运行，构建与所述第二电子设备匹配的目标界面系统。其中，虚拟系统模型可以为虚拟片上系统(System on Chip，SoC)模型，即虚拟SoC模型。其中，虚拟SoC模型可以与第二电子设备对应，如虚拟SoC模型中的系统参数可以与第二电子设备的硬件平台的参数对应，以构建与第二电子设备匹配的目标界面系统。

之后，在所述目标界面系统中执行第二程序文件，以在目标界面加载第三图像文件。

本实施方式中，通过基于第二程序文件，触发虚拟系统模型运行，以构建目标界面系统；在目标界面系统中执行第二程序文件，以在目标界面加载目标图像文件。如此，可以实现目标界面系统的自动化构建，且当虚拟系统模型与第二电子设备对应时，所构建的目标界面系统与第二电子设备的硬件平台匹配，这样对图像格式的选择还综合考虑了硬件平台的特点，从而可以进一步提高图像在UI界面上的加载性能。

可选的，所述加载参数包括以下至少一项：图像文件大小、图像加载时间和图像质量，其中，在所述加载参数包括图像文件大小的情况下，所述获取所述目标图像文件的加载参数，包括：

获取所述目标图像文件的所述图像文件大小；

在所述加载参数包括图像加载时间的情况下，所述获取所述目标图像文件的加载参数，包括：

监控在所述目标界面加载所述目标图像文件的开始时间和结束时间，得到所述图像加载时间；

在所述加载参数包括图像质量的情况下，所述获取所述目标图像文件的加载参数，包括：

基于第一像素矩阵和第二像素矩阵，确定所述图像质量；所述第一像素矩阵为对所述第一图像文件进行像素解码得到的像素矩阵，所述第二像素矩阵为对所述目标图像文件进行像素解码得到的像素矩阵。

本实施方式中，在加载参数包括图像文件大小的情况下，可以在通过格式转换得到新的图像文件如第三图像文件的情况下，记录其图像文件大小Size，从而可以获取目标图像文件的图像文件大小。

在加载参数包括图像加载时间的情况下，可以通过执行第二程序文件，在系统初始化后开启时钟测量，以监测目标界面加载所述目标图像文件的开始时间，并在图像文件如第三图像文件加载成功时结束时钟测量，以监测目标界面加载所述目标图像文件的结束时间。其中，开始时间至结束时间的时间段即为图像加载时间。

图像质量可以指的是在基于目标格式进行格式转换，其格式转换后的图像与原图的近似率，越近似则图像质量越好。

可以通过现有的或新的方式解码并获得原图的像素矩阵M即第一像素矩阵。而第二像素矩阵也可以通过现有的或新的方式解码并获得图像文件如第三图像文件的第二像素矩阵，在源码工程包括源码程序文件，且源码程序文件包括第三图像文件的解码程序的情况下，第二像素矩阵也可以通过执行界面加载模拟程序文件，以解码并获得第三图像文件的第二像素矩阵。

之后将第一像素矩阵与第二像素矩阵进行比较，采用现有的或新的算法计算出图像质量Quality。如此，可以实现加载参数的获取。

可选的，所述根据所述加载参数确定第二格式对应的第二图像文件，包括：

根据所述加载参数，对所述多个格式进行加载性能评估，得到所述多个格式的评估结果；

根据所述多个格式的评估结果，从所述多个格式中确定至少一个第三格式；

根据所述至少一个第三格式确定所述第二格式对应的第二图像文件。

本实施方式中，可以基于一个图像文件对应的加载参数，对该图像文件对应的格式进行加载性能评估，得到该格式的评估结果。

在一可选实施方式中，加载参数可以仅包括一个加载性能指标，如图像加载时间，此时，可以基于图像加载时间，进行格式的加载性能评估，得到一个评估结果。该评估结果可以与图像加载时间呈反比关系，即图像加载时间越小即加载速度越快，评估结果的值越大，表明该格式的图像文件的界面加载性能越好。

在另一可选实施方式中，加载参数可以包括至少两个加载性能指标，如图像加载时间、图像文件大小和图像质量，此时，可以基于这至少两个加载性能指标的权重信息和指标值，对这至少两个加载性能指标进行加权处理，以得到评估结果，该评估结果可以表征图像文件的综合界面加载性能表现。评估结果的值越大，表明该格式的图像文件的综合界面加载性能越好。

以加载参数包括至少两个加载性能指标为例，权重信息可以包括至少两个权重值，且一个加载性能指标对应一个权重值，在归一化的情况下，该至少两个权重值的和值为1。

权重值可以表征加载性能指标的重要性，即在评估结果中占据的权重。如加载参数中包括三个加载性能指标时，这三个加载性能指标分别为图像加载时间、图像文件大小和图像质量，UI开发者可以通过调整这三个权重值来影响评估结果。举个例子，当第二电子设备只看重图像加载速度时，可以增加图像加载时间的权重值，这样加载性能评估时会更看重图像加载时间，时间越短越好；当第二电子设备特别在乎图像质量，不希望损失原图的品质时，可以增加图像质量的权重值。

该权重信息可以预先存储，也可以由用户输入，这里不进行具体限定。

之后，可以基于加载参数对应的权重信息和加载参数中至少两个加载性能指标的指标值，对这至少两个加载性能指标进行加权，得到该加载参数对应格式的评估结果。如此，可以考虑多个加载性能指标，来综合评估使用各格式的图像在UI上的加载性能，进一步提高图像在UI界面上的加载性能。

在加权处理时，可以调整指标值与界面加载性能的关系，以使得各加载性能指标的指标值与界面加载性能的关系是一致的，这样，可以更好地进行界面加载性能的评估。比如，加载参数包括图像加载时间、图像文件大小和图像质量，可以将图像加载时间的指标值取倒数，以及将图像文件大小的指标值取倒数，这样处理后得到的值均是与界面加载性能的关系是呈正比关系，即值越大，界面加载性能越好，与图像质量的值与界面加载性能的关系一致。

多个格式的评估结果与这多个格式一一对应，可以对评估结果按照从大到小的顺序进行排序，并将排序在前的一个或多个评估结果对应的格式作为第三格式，该第三格式可以为界面加载性能或综合界面加载性能比较好的图像格式。

可以基于第三格式直接对原图进行格式转换，并将格式转换后的图像直接发送给第二电子设备，以供第二电子设备在UI界面上实际加载该格式转换后的图像。也可以将第三格式以及评估结果显示在第一电子设备，以供UI开发者在第三格式中进一步选取合适的图像格式。如UI开发者可以用鼠标点击其中一个图像格式，第一电子设备可以将原图自动转换为新的图像格式，存储为新的图像文件，取代原图，传递给第二电子设备。

本实施方式中，通过根据所述加载参数，对所述多个格式进行加载性能评估，得到所述多个格式的评估结果；根据所述多个格式的评估结果，从所述多个格式中确定至少一个第三格式；根据所述至少一个第三格式确定所述第二格式对应的第二图像文件。如此，可以实现第二格式以及第二图像文件的确定。

可选的，所述根据所述至少一个第三格式确定所述第二格式对应的第二图像文件，包括：

显示目标信息；其中，所述目标信息包括所述至少一个第三格式的评估结果、所述至少一个第三格式对应的图像文件的文件信息、所述至少一个第三格式对应的图像文件的加载参数中的至少一项；

在接收到对所述目标信息的第一输入的情况下，将所述第一输入指示的第三格式确定为所述第二格式，并将所述第三格式对应的图像文件确定为所述第二图像文件。

本实施方式中，可以显示目标信息，具体可以将目标信息呈现在UI设计软件或IDE等开发工具中。

如图3所示，原图的图像格式为png，图像文件为tmp.png。根据评估结果，可以得到3个第三格式，分别是bmp格式、raw格式和jpg格式，其评估结果的值从大到小为1.2、1.1、0.8。bmp格式对应的图像文件大小为30kb，图像加载时间为3ms，图像质量为1.0；raw格式对应的图像文件大小为29kb，图像加载时间为5ms，图像质量为0.99；jpg格式对应的图像文件大小为6kb，图像加载时间为12ms，图像质量为0.92。

第一输入可以为语音输入、手势输入或触控输入等，第一输入以触控输入为例，触控输入可以为点击输入、双击输入或拖动输入等。以下第一输入以点击输入为例进行说明。

UI开发者可以用鼠标点击其中一个图像格式，即第一输入指示的第三格式即为该图像格式，将该图像格式确定为第二格式，第一电子设备可以将原图基于第二格式自动转换为新的图像文件即第二图像文件并存储，取代原图，传递给第二电子设备。如此，用户选取最终图像格式时可以综合考虑对各个格式的评估结果，提高图像格式的选取准确性。

以下一具体实现示例详细描述本申请实施例的图像格式确定方法。

可以作为UI设计工具或者IDE等开发工具上的一个软件插件运行，以实现图像格式的确定，其软件结构可分为3个单元：设备描述单元U1、后台处理单元U2和前端交互单元U3。

设备描述单元U1，包含3个部分：

图像格式列表：记录了第二电子设备支持的图像格式，及其对应的编码程序，如下表1所示。

表1图像格式列表

图像格式1	encode1.exe
		图像格式2	Encode2.exe
图像格式3	Encode3.exe
		第二电子设备可支持的其他图像格式	EncodeM.exe

虚拟设备：由虚拟SoC模型、工具链、源码程序文件组成，如图4所示。

其中，源码程序文件包含：CPU启动程序，系统初始化程序、图像解码器程序、时钟测量程序。

权重配比：包含3个系数：W_S、W_T、W_Q，分别对应图像文件大小、图像加载时间、图像质量这三个因素在最终的评估结果中占据的权重。用户可以通过调整这3个权重值影响评估结果。举个例子，当第二电子设备只看重图像加载速度时，可以增加W_T的值，这样加载性能评估时会更看重图像加载时间，时间越短越好；当第二电子设备特别在乎图像质量，不希望损失原图的品质时，可以增加W_Q的值。

后台处理单元U2，工作步骤如下：

步骤S11：读取UI设计器或IDE开发工具中的原图资源(通常是png的图像格式)，解码并获得原图的像素矩阵M；

步骤S12：根据设备描述单元U1内的图像格式列表，获取第二电子设备支持的所有图像格式，如：图像格式1、图像格式2、图像格式3等；

步骤S13：对步骤S12中获取到的所有图像格式，以图像格式1为例，执行下述子步骤S131-S136；

步骤S131：在图像格式列表中，查找到图像格式1对应的编码程序，执行其编程程序，将原图的像素矩阵M转换为图像格式1，并将转换的结果保存为文件1，记录其图像文件大小Size；

步骤S132：生成一个文本文件main.c，内含一个main函数，其代码逻辑如图5所示；

步骤S133：将步骤S132生成的main.c文件，和虚拟设备内的源码程序文件，放置在同一个目录下，形成一个源码工程，并运行虚拟设备内的工具链，对此源码工程进行构建和编译，得到一个可执行的程序文件test.bin，如图6所示；

步骤S134：运行虚拟设备内的虚拟SoC模型，执行步骤S133生成的test.bin程序，输出两个结果，分别为解码后的像素矩阵M1和图像加载时间Time；

步骤S135：将解码后的像素矩阵M1与原图像素矩阵M进行比较，采用现有的或新的算法计算出图像质量Quality；

步骤S136：步骤S131、S134、S135分别得到了3个指标，分别为图像文件大小Size、图像加载时间Time、图像质量Quality。将Size和Time取倒数，即Size1＝1/Size，Time1＝1/Time，并组成一个三元组：(Siz,1,Time1,Quality)，简写为：(S,T,Q)；

步骤S14：步骤S13得到了所有图像格式对应的三元组，令备选的图像格式一共有M种，则对应的三元组也有M个，用如下式(1)表示；

(S_i,T_i,Q_i)1≤i≤M (1)

对三元组的各维度进行归一化处理，得到向量A，用下式(2)、(3)、(4)、(5)表示；

步骤S15：取出设备描述单元U1里的权重配比，形成一个向量，为(W_S,W_T,W_Q)。进行归一化，得到向量B，如下式(6)和(7)所示；

W_sum＝W_S+W_T+W_Q (7)

步骤S16：按下式(8)，计算每个图像格式的评估结果Score；

前端交互单元U3：根据后台处理单元U2输出的每个图像格式的评估结果，对图像格式进行排序，挑出前几名，并将目标信息呈现在UI设计软件或IDE等开发工具里，如图3所示。

UI开发者可以用鼠标点击其中一个图像格式，可以将原图自动转换为新的图像格式，存储为新的图像文件，取代原图，传递给第二电子设备。

需要说明的是，本申请实施例提供的图像格式确定方法，执行主体可以为图像格式确定装置，或者图像格式确定装置中的用于执行图像格式确定方法的控制模块。本申请实施例中以图像格式确定装置执行图像格式确定方法为例，说明本申请实施例提供的图像格式确定装置。

参见图7，图7是本申请实施例提供的图像格式确定装置的结构图，如图7所示，图像格式确定装置700包括：

第一获取模块701，用于获取图像格式为第一格式的第一图像文件；

转换模块702，用于将所述第一图像文件转换为目标格式的目标图像文件，目标格式包括多个格式，所述目标图像文件包括与所述多个格式对应的多个图像文件；

加载模块703，用于在目标界面加载所述目标图像文件；

第二获取模块704，用于获取所述目标图像文件的加载参数；

第一确定模块705，用于根据所述加载参数确定第二格式对应的第二图像文件；所述多个格式包括所述第二格式，所述多个图像文件包括所述第二图像文件。

可选的，所述装置还包括：

第一生成模块，用于根据所述目标图像文件，生成第一程序文件，所述第一程序文件用于模拟所述目标图像文件的界面加载过程；

第二生成模块，用于根据所述第一程序文件，生成所述目标格式对应的源码工程；

编译模块，用于对所述源码工程进行编译，得到第二程序文件；

构建运行模块，用于根据所述第二程序文件，构建并运行目标界面系统，所述目标界面系统包括所述目标界面。

可选的，所述构建运行模块，具体用于：

根据所述第二程序文件，运行虚拟系统模型，以构建所述目标界面系统；

在所述目标界面系统中执行所述第二程序文件，以在目标界面加载所述目标图像文件。

可选的，所述加载参数包括以下至少一项：图像文件大小、图像加载时间和图像质量，所述第二获取模块704包括：

第一获取单元，用于在所述加载参数包括图像文件大小的情况下，获取所述目标图像文件的所述图像文件大小；

第二获取单元，用于在所述加载参数包括图像加载时间的情况下，监控在所述目标界面加载所述目标图像文件的开始时间和结束时间，得到所述图像加载时间；

第三获取单元，用于在所述加载参数包括图像质量的情况下，基于第一像素矩阵和第二像素矩阵，确定所述图像质量；所述第一像素矩阵为对所述第一图像文件进行像素解码得到的像素矩阵，所述第二像素矩阵为对所述目标图像文件进行像素解码得到的像素矩阵。

可选的，所述第一确定模块705包括：

加载性能评估单元，用于根据所述加载参数，对所述多个格式进行加载性能评估，得到所述多个格式的评估结果；

第一确定单元，用于根据所述多个格式的评估结果，从所述多个格式中确定至少一个第三格式；

第二确定单元，用于根据所述至少一个第三格式确定所述第二格式对应的第二图像文件。

可选的，所述第二确定单元，具体用于：

显示目标信息；其中，所述目标信息包括所述至少一个第三格式的评估结果、所述至少一个第三格式对应的图像文件的文件信息、所述至少一个第三格式对应的图像文件的加载参数中的至少一项；

在接收到对所述目标信息的第一输入的情况下，将所述第一输入指示的第三格式确定为所述第二格式，并将所述第三格式对应的图像文件确定为所述第二图像文件。

本实施例中，通过第一获取模块701获取图像格式为第一格式的第一图像文件；通过转换模块702将所述第一图像文件转换为目标格式的目标图像文件，目标格式包括多个格式，所述目标图像文件包括与所述多个格式对应的多个图像文件；通过加载模块703在目标界面加载所述目标图像文件，并通过第二获取模块704获取所述目标图像文件的加载参数；通过第一确定模块705根据所述加载参数确定第二格式对应的第二图像文件；所述多个格式包括所述第二格式，所述多个图像文件包括所述第二图像文件。如此，可以根据加载性能从多个格式中确定出第二格式以及第二格式对应的第二图像文件，从而可以适应图像的个体差异，简化图像格式的选取。

本申请实施例中的图像格式确定装置可以是装置，也可以是电子设备中的部件、集成电路、或芯片。该装置可以是移动电子设备，也可以为非移动电子设备。示例性的，移动电子设备可以为手机、平板电脑、笔记本电脑、掌上电脑、车载电子设备、可穿戴设备、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本或者个人数字助理(personal digital assistant，PDA)等，非移动电子设备可以为服务器、网络附属存储器(Network Attached Storage，NAS)、个人计算机(personal computer，PC)、电视机(television，TV)、柜员机或者自助机等，本申请实施例不作具体限定。

本申请实施例中的图像格式确定装置可以为具有操作系统的装置。该操作系统可以为安卓(Android)操作系统，可以为ios操作系统，还可以为其他可能的操作系统，本申请实施例不作具体限定。

本申请实施例提供的图像格式确定装置能够实现图1的方法实施例实现的各个过程，为避免重复，这里不再赘述。

可选地，如图8所示，本申请实施例还提供一种电子设备800，包括处理器801，存储器802，存储在存储器802上并可在所述处理器801上运行的程序或指令，该程序或指令被处理器801执行时实现上述图像格式确定方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

需要说明的是，本申请实施例中的电子设备包括上述所述的移动电子设备和非移动电子设备。

图9为实现本申请实施例的一种电子设备的硬件结构示意图。

该电子设备900包括但不限于：射频单元901、网络模块902、音频输出单元903、输入单元904、传感器905、显示单元906、用户输入单元907、接口单元908、存储器909、以及处理器910等部件。

本领域技术人员可以理解，电子设备900还可以包括给各个部件供电的电源(比如电池)，电源可以通过电源管理系统与处理器910逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。图9中示出的电子设备结构并不构成对电子设备的限定，电子设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置，在此不再赘述。

其中，处理器910，用于：

获取图像格式为第一格式的第一图像文件；

将所述第一图像文件转换为目标格式的目标图像文件，目标格式包括多个格式，所述目标图像文件包括与所述多个格式对应的多个图像文件；

在目标界面加载所述目标图像文件，并获取所述目标图像文件的加载参数；

根据所述加载参数确定第二格式对应的第二图像文件；所述多个格式包括所述第二格式，所述多个图像文件包括所述第二图像文件。

本实施例中，通过处理器910获取图像格式为第一格式的第一图像文件；

将所述第一图像文件转换为目标格式的目标图像文件，目标格式包括多个格式，所述目标图像文件包括与所述多个格式对应的多个图像文件；在目标界面加载所述目标图像文件，并获取所述目标图像文件的加载参数；根据所述加载参数确定第二格式对应的第二图像文件；所述多个格式包括所述第二格式，所述多个图像文件包括所述第二图像文件。如此，可以根据加载性能从多个格式中确定出第二格式以及第二格式对应的第二图像文件，从而可以适应图像的个体差异，简化图像格式的选取。

可选的，处理器910，还用于：

根据所述目标图像文件，生成第一程序文件，所述第一程序文件用于模拟所述目标图像文件的界面加载过程；

根据所述第一程序文件，生成所述目标格式对应的源码工程；

对所述源码工程进行编译，得到第二程序文件；

根据所述第二程序文件，构建并运行目标界面系统，所述目标界面系统包括所述目标界面。

可选的，处理器910，还用于：

根据所述第二程序文件，运行虚拟系统模型，以构建所述目标界面系统；

在所述目标界面系统中执行所述第二程序文件，以在目标界面加载所述目标图像文件。

可选的，所述加载参数包括以下至少一项：图像文件大小、图像加载时间和图像质量，处理器910，还用于：

在所述加载参数包括图像文件大小的情况下，获取所述目标图像文件的所述图像文件大小；

在所述加载参数包括图像加载时间的情况下，监控在所述目标界面加载所述目标图像文件的开始时间和结束时间，得到所述图像加载时间；

在所述加载参数包括图像质量的情况下，基于第一像素矩阵和第二像素矩阵，确定所述图像质量；所述第一像素矩阵为对所述第一图像文件进行像素解码得到的像素矩阵，所述第二像素矩阵为对所述目标图像文件进行像素解码得到的像素矩阵。

可选的，处理器910，还用于：

根据所述加载参数，对所述多个格式进行加载性能评估，得到所述多个格式的评估结果；

根据所述多个格式的评估结果，从所述多个格式中确定至少一个第三格式；

根据所述至少一个第三格式确定所述第二格式对应的第二图像文件。

可选的，显示单元906，用于显示目标信息；其中，所述目标信息包括所述至少一个第三格式的评估结果、所述至少一个第三格式对应的图像文件的文件信息、所述至少一个第三格式对应的图像文件的加载参数中的至少一项；

处理器910，还用于在接收到对所述目标信息的第一输入的情况下，将所述第一输入指示的第三格式确定为所述第二格式，并将所述第三格式对应的图像文件确定为所述第二图像文件。

应理解的是，本申请实施例中，输入单元904可以包括图形处理器(GraphicsProcessing Unit，GPU)9041和麦克风9042，图形处理器9041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图像或视频的图像数据进行处理。显示单元906可包括显示面板9061，可以采用液晶显示器、有机发光二极管等形式来配置显示面板9061。用户输入单元907包括触控面板9071以及其他输入设备9072。触控面板9071，也称为触摸屏。触控面板9071可包括触摸检测装置和触摸控制器两个部分。其他输入设备9072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。存储器909可用于存储软件程序以及各种数据，包括但不限于应用程序和操作系统。处理器910可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器910中。

本申请实施例还提供一种可读存储介质，所述可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述图像格式确定方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

其中，所述处理器为上述实施例中所述的电子设备中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等。

本申请实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现上述图像格式确定方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

应理解，本申请实施例提到的芯片还可以称为系统级芯片、系统芯片、芯片系统或片上系统芯片等。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以计算机软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台电子设备(可以是手机，计算机，服务器，或者网络设备等)执行本申请各个实施例所述的方法。

上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

Claims (12)

1.一种图像格式确定方法，其特征在于，所述方法包括：

获取图像格式为第一格式的第一图像文件；

将所述第一图像文件转换为目标格式的目标图像文件，目标格式包括多个格式，所述目标图像文件包括与所述多个格式对应的多个图像文件；

在目标界面加载所述目标图像文件，并获取所述目标图像文件的加载参数；

根据所述加载参数确定第二格式对应的第二图像文件；所述多个格式包括所述第二格式，所述多个图像文件包括所述第二图像文件。

2.根据权利要求1所述的方法，其特征在于，所述在目标界面加载所述目标图像文件，并获取所述目标图像文件的加载参数之前，所述方法还包括：

根据所述目标图像文件，生成第一程序文件，所述第一程序文件用于模拟所述目标图像文件的界面加载过程；

根据所述第一程序文件，生成所述目标格式对应的源码工程；

对所述源码工程进行编译，得到第二程序文件；

根据所述第二程序文件，构建并运行目标界面系统，所述目标界面系统包括所述目标界面。

3.根据权利要求2所述的方法，其特征在于，所述根据所述第二程序文件，构建并运行目标界面系统，包括：

根据所述第二程序文件，运行虚拟系统模型，以构建所述目标界面系统；

在所述目标界面系统中执行所述第二程序文件，以在目标界面加载所述目标图像文件。

4.根据权利要求1所述的方法，其特征在于，所述加载参数包括以下至少一项：图像文件大小、图像加载时间和图像质量，其中，在所述加载参数包括图像文件大小的情况下，所述获取所述目标图像文件的加载参数，包括：

获取所述目标图像文件的所述图像文件大小；

在所述加载参数包括图像加载时间的情况下，所述获取所述目标图像文件的加载参数，包括：

监控在所述目标界面加载所述目标图像文件的开始时间和结束时间，得到所述图像加载时间；

在所述加载参数包括图像质量的情况下，所述获取所述目标图像文件的加载参数，包括：

基于第一像素矩阵和第二像素矩阵，确定所述图像质量；所述第一像素矩阵为对所述第一图像文件进行像素解码得到的像素矩阵，所述第二像素矩阵为对所述目标图像文件进行像素解码得到的像素矩阵。

5.根据权利要求1所述的方法，其特征在于，所述根据所述加载参数确定第二格式对应的第二图像文件，包括：

根据所述加载参数，对所述多个格式进行加载性能评估，得到所述多个格式的评估结果；

根据所述多个格式的评估结果，从所述多个格式中确定至少一个第三格式；

根据所述至少一个第三格式确定所述第二格式对应的第二图像文件。

6.根据权利要求5所述的方法，其特征在于，所述根据所述至少一个第三格式确定所述第二格式对应的第二图像文件，包括：

显示目标信息；其中，所述目标信息包括所述至少一个第三格式的评估结果、所述至少一个第三格式对应的图像文件的文件信息、所述至少一个第三格式对应的图像文件的加载参数中的至少一项；

在接收到对所述目标信息的第一输入的情况下，将所述第一输入指示的第三格式确定为所述第二格式，并将所述第三格式对应的图像文件确定为所述第二图像文件。

7.一种图像格式确定装置，其特征在于，所述装置包括：

第一获取模块，用于获取图像格式为第一格式的第一图像文件；

转换模块，用于将所述第一图像文件转换为目标格式的目标图像文件，目标格式包括多个格式，所述目标图像文件包括与所述多个格式对应的多个图像文件；

加载模块，用于在目标界面加载所述目标图像文件；

第二获取模块，用于获取所述目标图像文件的加载参数；

第一确定模块，用于根据所述加载参数确定第二格式对应的第二图像文件；所述多个格式包括所述第二格式，所述多个图像文件包括所述第二图像文件。

8.根据权利要求7所述的装置，其特征在于，所述装置还包括：

第一生成模块，用于根据所述目标图像文件，生成第一程序文件，所述第一程序文件用于模拟所述目标图像文件的界面加载过程；

第二生成模块，用于根据所述第一程序文件，生成所述目标格式对应的源码工程；

编译模块，用于对所述源码工程进行编译，得到第二程序文件；

构建运行模块，用于根据所述第二程序文件，构建并运行目标界面系统，所述目标界面系统包括所述目标界面。

9.根据权利要求8所述的装置，其特征在于，所述构建运行模块，具体用于：

根据所述第二程序文件，运行虚拟系统模型，以构建所述目标界面系统；

在所述目标界面系统中执行所述第二程序文件，以在目标界面加载所述目标图像文件。

10.根据权利要求7所述的装置，其特征在于，所述加载参数包括以下至少一项：图像文件大小、图像加载时间和图像质量，所述第二获取模块包括：

第一获取单元，用于在所述加载参数包括图像文件大小的情况下，获取所述目标图像文件的所述图像文件大小；

第二获取单元，用于在所述加载参数包括图像加载时间的情况下，监控在所述目标界面加载所述目标图像文件的开始时间和结束时间，得到所述图像加载时间；

第三获取单元，用于在所述加载参数包括图像质量的情况下，基于第一像素矩阵和第二像素矩阵，确定所述图像质量；所述第一像素矩阵为对所述第一图像文件进行像素解码得到的像素矩阵，所述第二像素矩阵为对所述目标图像文件进行像素解码得到的像素矩阵。

11.根据权利要求7所述的装置，其特征在于，所述第一确定模块包括：

加载性能评估单元，用于根据所述加载参数，对所述多个格式进行加载性能评估，得到所述多个格式的评估结果；

第一确定单元，用于根据所述多个格式的评估结果，从所述多个格式中确定至少一个第三格式；

第二确定单元，用于根据所述至少一个第三格式确定所述第二格式对应的第二图像文件。

12.根据权利要求11所述的装置，其特征在于，所述第二确定单元，具体用于：

显示目标信息；其中，所述目标信息包括所述至少一个第三格式的评估结果、所述至少一个第三格式对应的图像文件的文件信息、所述至少一个第三格式对应的图像文件的加载参数中的至少一项；

在接收到对所述目标信息的第一输入的情况下，将所述第一输入指示的第三格式确定为所述第二格式，并将所述第三格式对应的图像文件确定为所述第二图像文件。

Images