CN115269600A - 一种飞机数据的管理方法、装置、电子设备及存储介质 - Google Patents

Abstract

本申请提供了一种飞机数据的管理方法、装置、电子设备及存储介质，获取目标飞机的目标数据；所述目标数据中至少包括目标飞机的三维模型数据和属性数据；按照预先构建好的飞机数据存储结构中的每个数据存储区所能存储的数据类别，将所述目标飞机的目标数据划分成多种目标子数据；所述数据类别是根据所述目标飞机的目标数据中子数据的用途确定的；针对所述目标飞机的目标数据中的每种目标子数据，根据该目标子数据的数据类别，将该目标子数据打包存储至对应的数据存储区中。这样，通过设置合适数量的数据存储区以及进行飞机数据分区存储，可以减少存储空间的占用以及提高数据的可读性。

Description

一种飞机数据的管理方法、装置、电子设备及存储介质

技术领域

本申请涉及数据管理的技术领域，尤其是涉及一种飞机数据的管理方法、装置、电子设备及存储介质。

背景技术

现有民机工程CAE(Computer Aided Engineering，工程设计中的计算机辅助工程)模型的存储结构中多采用将整个数据文件压缩成二进制文件进行存储的方法，具有可读性低的缺点。并且按照这种传统存储结构中进行存储的数据，前端渲染时还需做额外格式转换，存在开发效率低的问题，并且在现web(World Wide Web，全球广域网)端化或云端化CAE的趋势下优势不强。

此外，现有web端通用领域的三维模型存储结构多含有场景渲染、贴图等高级显示效果数据。这些高级渲染信息在民机工程计算和仿真分析平台后处理的使用流程中是不被重视甚至不需要的，占用了存储空间。并且对于民机工程计算与仿真分析所需要的参数等业务信息，也需要另行存储。

发明内容

有鉴于此，本申请的目的在于提供一种飞机数据的管理方法、装置、电子设备及存储介质，可以减少存储空间占用以及提高数据的可读性。

本申请实施例提供了一种飞机数据的管理方法，所述管理方法包括：

获取目标飞机的目标数据；所述目标数据中至少包括目标飞机的三维模型数据和属性数据；

按照预先构建好的飞机数据存储结构中的每个数据存储区所能存储的数据类别，将所述目标飞机的目标数据划分成多种目标子数据；所述数据类别是根据所述目标飞机的目标数据中子数据的用途确定的；

针对所述目标飞机的目标数据中的每种目标子数据，根据该目标子数据的数据类别，将该目标子数据打包存储至对应的数据存储区中。

可选的，所述数据类别至少包括渲染数据、交互数据以及业务数据中的一种或多种。

可选的，当所述数据类别包括渲染数据、交互数据以及业务数据时，所述将所述目标飞机的目标数据划分成多种目标子数据，包括：

对所述目标飞机的目标数据中的三维模型数据进行解析，确定出数据类别为渲染数据的目标子数据和数据类别为交互数据的目标子数据；

将所述目标飞机的目标数据中的属性数据确定为数据类别为业务数据的目标子数据。

可选的，所述针对所述目标飞机的目标数据中的每种目标子数据，根据该目标子数据的数据类别，将该目标子数据打包存储至对应的数据存储区中，包括：

当所述目标子数据的数据类别为渲染数据时，确定该目标子数据的对应的数据存储区为第一数据存储区，并确定所述第一数据存储区对应的第一存储路径；

当所述目标子数据的数据类别为交互数据时，确定该目标子数据的对应的数据存储区为第二数据存储区，并确定所述第二数据存储区对应的第二存储路径；

当所述目标子数据的数据类别为业务数据时，确定该目标子数据的对应的数据存储区为第三数据存储区，并确定所述第三数据存储区对应的第三存储路径；

基于所述第一存储路径，将所述渲染数据打包成数组或二进制文件存储至所述第一数据存储区内；

基于所述第二存储路径，将所述交互数据打包成数组或二进制文件存储至所述第二数据存储区内；

基于所述第三存储路径，将所述业务数据打包成数组或二进制文件存储至所述第三数据存储区内。

可选的，所述将所述业务数据打包成数组或二进制文件存储至所述第三数据存储区内，包括：

对所述业务数据进行解析，从所述业务数据中筛选出至少一种业务子数据；

根据拆分出的业务子数据的种类数量，将所述第三数据存储区拆分成与所述业务子数据的种类数量相同的至少一个第四数据存储区；

针对每种业务子数据，选定一个第四数据存储区作为该业务子数据对应的存储区域，并将该业务子数据打包成数组或二进制文件存储至选定的第四数据存储区内。

可选的，在针对所述目标飞机的目标数据中的每种目标子数据，根据该目标子数据的数据类别，将该目标子数据打包存储至对应的数据存储区中后，所述管理方法还包括：

采用json格式将所有数据存储区中的所有目标子数据进行打包，并存储至指定存储位置。

本申请实施例还提供了一种飞机数据的管理装置，所述管理装置包括：

获取模块，用于获取目标飞机的目标数据；所述目标数据中至少包括目标飞机的三维模型数据和属性数据；

划分模块，用于按照预先构建好的飞机数据存储结构中的每个数据存储区所能存储的数据类别，将所述目标飞机的目标数据划分成多种目标子数据；所述数据类别是根据所述目标飞机的目标数据中子数据的用途确定的；

第一存储模块，用于针对所述目标飞机的目标数据中的每种目标子数据，根据该目标子数据的数据类别，将该目标子数据打包存储至对应的数据存储区中。

可选的，所述数据类别至少包括渲染数据、交互数据以及业务数据中的一种或多种。

可选的，当所述数据类别包括渲染数据、交互数据以及业务数据时，所述划分模块在用于将所述目标飞机的目标数据划分成多种目标子数据时，所述划分模块用于：

对所述目标飞机的目标数据中的三维模型数据进行解析，确定出数据类别为渲染数据的目标子数据和数据类别为交互数据的目标子数据；

将所述目标飞机的目标数据中的属性数据确定为数据类别为业务数据的目标子数据。

可选的，所述第一存储模块在用于针对所述目标飞机的目标数据中的每种目标子数据，根据该目标子数据的数据类别，将该目标子数据打包存储至对应的数据存储区中时，所述第一存储模块用于：

当所述目标子数据的数据类别为渲染数据时，确定该目标子数据的对应的数据存储区为第一数据存储区，并确定所述第一数据存储区对应的第一存储路径；

当所述目标子数据的数据类别为交互数据时，确定该目标子数据的对应的数据存储区为第二数据存储区，并确定所述第二数据存储区对应的第二存储路径；

当所述目标子数据的数据类别为业务数据时，确定该目标子数据的对应的数据存储区为第三数据存储区，并确定所述第三数据存储区对应的第三存储路径；

基于所述第一存储路径，将所述渲染数据打包成数组或二进制文件存储至所述第一数据存储区内；

基于所述第二存储路径，将所述交互数据打包成数组或二进制文件存储至所述第二数据存储区内；

基于所述第三存储路径，将所述业务数据打包成数组或二进制文件存储至所述第三数据存储区内。

可选的，所述第一存储模块在用于将所述业务数据打包成数组或二进制文件存储至所述第三数据存储区内时，所述第一存储模块用于：

对所述业务数据进行解析，从所述业务数据中筛选出至少一种业务子数据；

根据拆分出的业务子数据的种类数量，将所述第三数据存储区拆分成与所述业务子数据的种类数量相同的至少一个第四数据存储区；

针对每种业务子数据，选定一个第四数据存储区作为该业务子数据对应的存储区域，并将该业务子数据打包成数组或二进制文件存储至选定的第四数据存储区内。

可选的，所述管理装置还包括第二存储模块，所述第二存储模块用于：

采用json格式将所有数据存储区中的所有目标子数据进行打包，并存储至指定存储位置。

本申请实施例还提供一种电子设备，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储器之间通过总线通信，所述机器可读指令被所述处理器执行时执行如上述的管理方法的步骤。

本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行如上述的管理方法的步骤。

本申请实施例提供的一种飞机数据的管理方法、装置、电子设备及存储介质，包括：获取目标飞机的目标数据；所述目标数据中至少包括目标飞机的三维模型数据和属性数据；按照预先构建好的飞机数据存储结构中的每个数据存储区所能存储的数据类别，将所述目标飞机的目标数据划分成多种目标子数据；所述数据类别是根据所述目标飞机的目标数据中子数据的用途确定的；针对所述目标飞机的目标数据中的每种目标子数据，根据该目标子数据的数据类别，将该目标子数据打包存储至对应的数据存储区中。

这样，本申请通过定制适用于飞机数据的存储结构，使得按照所述存储结构进行分区存储的飞机数据，可更方便的调用和读取，提高了数据的可读性；并且通过设计合适数量的数据存储区以及定制化的存储结构，也降低了存储空间的占用；此外，数据外层采用json格式，可以提高可读性，方便解析、调用和配置，而在json格式内部的数据以数组或二进制文件存储，有效降低存储空间，并且传输过程中还可以减少对网络带宽的占用，提高传输效率。

为使本申请的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例所提供的一种飞机数据的管理方法的流程图；

图2为本申请所述提供的飞机数据存储结构的示意图；

图3为本申请所提供的确定求解单元对应的几何结构中心点的示意图；

图4为本申请实施例所提供的一种飞机数据的管理装置的结构示意图之一；

图5为本申请实施例所提供的一种飞机数据的管理装置的结构示意图之二；

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

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的每个其他实施例，都属于本申请保护的范围。

现有民机工程CAE(Computer Aided Engineering，工程设计中的计算机辅助工程)模型的存储结构中多采用将整个数据文件压缩成二进制文件进行存储的方法，具有可读性低的缺点。并且按照这种传统存储结构中进行存储的数据，前端渲染或者后端计算时还需做额外格式转换、解压以及数据查找处理，存在开发效率低的问题，在现web(WorldWide Web，全球广域网)端化或云端化CAE的趋势下优势不强。此外，现有web端通用领域的三维模型存储结构多含有场景渲染、贴图等高级显示效果。这些高级渲染信息在民机工程计算和仿真分析平台后处理的使用流程中是不被重视甚至不需要的，占用了存储空间。并且对于民机工程计算与仿真分析所需要的参数等业务信息，也需要另行存储。

基于此，本申请实施例提供了一种飞机数据的管理方法，可以减少存储空间占用、提高数据的可读性以及提高web化CAE应用的前端开发效率。

请参阅图1，图1为本申请实施例所提供的一种飞机数据的管理方法的流程图。如图1中所示，本申请实施例提供的飞机数据的管理方法，包括：

S101、获取目标飞机的目标数据。

这里，所述目标数据中至少包括目标飞机的三维模型数据和属性数据。所述目标飞机的三维模型数据可为通过三维建模软件进行飞机模型构建所生成的数据，其中，所述目标飞机的三维模型数据可以为CAE模型数据。

所述目标飞机的属性数据是指与目标飞机的工程计算与仿真分析有关的参数数据。

S102、按照预先构建好的飞机数据存储结构中的每个数据存储区所能存储的数据类别，将所述目标飞机的目标数据划分成多种目标子数据。

这里，所述数据类别是根据所述目标飞机的目标数据中子数据的用途确定的。

所述飞机数据存储结构是针对飞机数据所设计的定制化数据存储结构，所设计的飞机数据存储结构中具有至少一个数据存储区，每个数据存储区中存储一种类别的飞机数据。目标数据中包括多个子数据，每个子数据的用途可以由人为事先确定，也可以通过预先确定的规则确定每个子数据的用途。这样，在构建飞机数据存储结构时，就可以确定所要构建的数据存储区的数量。

示例的，请参阅图2，图2为本申请所述提供的飞机数据存储结构的示意图。如图2所示，本实施所述设计的飞机数据存储结构中设置了3个数据存储区，分别是数据存储区T区、数据存储区I区以及数据存储区D区，其中，所述飞机数据存储结构对应的数据结构为json文件，存储至数据存储区中的数据格式采用数组或二进制文件的格式。

这里，所述数据类别至少包括渲染数据、交互数据以及业务数据中的一种或多种。

其中，所述渲染数据是飞机后台数据渲染到页面当中的数据，所述交互数据是可支持前端定制化交互的数据，所述业务数据可用于飞机工程计算和仿真分析的数据。

在本申请所提供的一种实施方式中，当所述数据类别包括渲染数据、交互数据以及业务数据时，所述将所述目标飞机的目标数据划分成多种目标子数据，包括：对所述目标飞机的目标数据中的三维模型数据进行解析，确定出数据类别为渲染数据的目标子数据和数据类别为交互数据的目标子数据；将所述目标飞机的目标数据中的属性数据确定为数据类别为业务数据的目标子数据。

这里，在对目标飞机的目标数据进行划分时，可以直接将目标数据中的属性数据确定为数据类别为业务数据的目标子数据。对目标飞机的目标数据中的三维模型数据进行解析，确定出两种数据类别的目标子数据，分别为渲染数据和交互数据。

确定数据类别为渲染数据的目标子数据时，可以对该种目标子数据进行数据结构重组织，使得该种目标子数据有利于web化CAE的模型渲染效率，从而后续进行数据调用时，不需要再额外做格式转换，渲染工作可借助此部分数据有效展开。

所述数据类别为渲染数据的目标子数据中包括三维模型所有点的坐标数组、建模数组信息以及定制化渲染数据。其中，三维模型所有点的坐标数组包括：该数组中的元素是三维模型中所有点的坐标数据。在直角坐标系中，该数组每三个元素(X、Y、Z)表示一个点。例如图上一共n个点，该数组内容：[x1,y1,z1,x2,y2,z2,...,xn,yn,zn]，数组长度为3n。所述建模数组信息为：每个元素是点在三维模型所有点的坐标数组中的位置索引，若是建模成面，则每三个元素组成一个面单元。例如现有数据[1,1,1,2,2,2,...,n,n,n]，表示在三维模型所有点的坐标数组中位置索引(index)为0、1、2的点构成了面1,index为3n-3、3n-2、3n-1的点构成了面n。若是建模成线，则从index＝0开始每两个元素组成一个线单元，此时数组内容为[1,1,2,2,3,3,...,3n/2,3n/2]，表示在三维模型所有点的坐标数组中index为0、1的点构成了线1，index为3n-2、3n-1的点构成了线3n/2。飞机建模中既有面单元也有杆单元建模成的线单元，则需要两个三维模型所有点的坐标数组和两个建模数组信息。所述定制化渲染数据为：用户定制化展示效果所对应的数据，例如：用户可以自定义裕度展示颜色过渡的渲染方式。

所述数据类别为交互数据的目标子数据中包括面与求解单元map数组以及基本求解单元中心点数组。所述面与求解单元图数组：用于串联起三维模型与真实的求解单元的对应关系。真实的求解单元在三维模型中可能是由两个及以上的面片组成，从该对应关系数组中就可以获知：该数组的存储结构是元素表示当前index编号的面片所属的求解单元id。如现有一个求解单元，id为7788，该求解单元由第0、1两个面组成，另有一个求解单元，id为8899，该求解单元由第2、3、4、5号4个面组成，此时面与求解单元map数组中和此信息有关的数组片段为[7788，7788，8899，8899，8899，8899，...]。

所述基本求解单元中心点数组为：中心点数据在交互中有着重要作用，当框选模型上的面片时，通过判断基本求解单元对应的面的集合的中心点是否被选中来确定当前求解单元是否被选中，模型的选中与取消是交互的基础，也是工程计算的重要步骤。示例的，请参阅图3，图3为本申请所提供的确定求解单元对应的几何结构中心点的示意图。

所述数据类别为业务数据的目标子数据中包括求解单元id数组、求解单元属性数组以及工程计算结果数组。其中所述求解单元id数组中的数组元素的位置索引可唯一指向一个求解单元id，属性、计算结果数据可由此数组指向唯一一个求解单元。所述求解单元属性数组中可以携带各类业务属性(如工况)、用户设置参数，可压缩成二进制文件，例如现需要携带n种类型的属性，则此数组长度是求解单元id数组的n倍。此外，所述数据类别的数据结构还可以为，有n个求解单元，当要保存m个属性时，形成m*n的二维数组来保存数据。所述工程计算结果数组中包括工程计算引擎计算后，对分析结果进行处理和显示，得到用户需要的关键数据和结果的数据。以及按求解单元id数组中求解单元顺序，存放当前要显示的求解单元的关键结果数据，此数据由计算引擎计算后返回。

S103、针对所述目标飞机的目标数据中的每种目标子数据，根据该目标子数据的数据类别，将该目标子数据打包存储至对应的数据存储区中。

这里，在确定出目标数据中包括的目标子数据的种类后，也同时确定出每种目标子数据的数据类别，针对每种目标子数据，根据该目标子数据的数据类别确定对应的数据存储区，将该种目标子数据存储至确定出的数据存储区内，从而实现数据的分区存储。在本申请提供的一种实施方式中，所述针对所述目标飞机的目标数据中的每种目标子数据，根据该目标子数据的数据类别，将该目标子数据打包存储至对应的数据存储区中，包括：当所述目标子数据的数据类别为渲染数据时，确定该目标子数据的对应的数据存储区为第一数据存储区，并确定所述第一数据存储区对应的第一存储路径；当所述目标子数据的数据类别为交互数据时，确定该目标子数据的对应的数据存储区为第二数据存储区，并确定所述第二数据存储区对应的第二存储路径；当所述目标子数据的数据类别为业务数据时，确定该目标子数据的对应的数据存储区为第三数据存储区，并确定所述第三数据存储区对应的第三存储路径；基于所述第一存储路径，将所述渲染数据打包成数组或二进制文件存储至所述第一数据存储区内；基于所述第二存储路径，将所述交互数据打包成数组或二进制文件存储至所述第二数据存储区内；基于所述第三存储路径，将所述业务数据打包成数组或二进制文件存储至所述第三数据存储区内。

这里，一般情况下，所述第一数据存储区、所述第二数据存储区以及所述第三数据存储区为不同的数据存储区域。所述存储路径是根据所确定的数据存储区进行确定的，不同数据存储区所对应的存储路径是不同的。

其中，确定出目标子数据对应的数据存储区和存储路径后，可根据所述存储路径向所述目标子数据添加相应的路径信息，以供根据所述路径信息将某种目标子数据存入对应的数据存储区内。

示例的，请继续参阅图2，当需要将渲染数据存入T区、交互数据存入I区以及业务数据存入D区时，所确定的存储路径为data.T、data.I、data.D，这样，可以将data.T作为路径信息添加给数据类别为渲染数据的目标子数据，将data.I作为路径信息添加给数据类别为交互数据的目标子数据，将data.D作为路径信息添加给数据类别为业务数据的目标子数据。此外，data.T、data.I、data.D还可以用作后续信息查找的索引信息。

需要说明的是，通过字段名分区存储，且字段名为单个字母，可以减少key的空间占用。并且多源数据统一存储的方式具有读取速度快、占用内存小的优点。

在本申请提供的另一种实施方式中，所述将所述业务数据打包成数组或二进制文件存储至所述第三数据存储区内，包括：对所述业务数据进行解析，从所述业务数据中筛选出至少一种业务子数据；根据拆分出的业务子数据的种类数量，将所述第三数据存储区拆分成与所述业务子数据的种类数量相同的至少一个第四数据存储区；针对每种业务子数据，选定一个第四数据存储区作为该业务子数据对应的存储区域，并将该业务子数据打包成数组或二进制文件存储至选定的第四数据存储区内。

这里，在确定出目标子数据的数据类别(为业务数据)以及确定出该目标子数据对应的数据存储区后，针对该种目标子数据以及对应的数据存储区可进行进一步的层级划分，划分出多个业务子数据和多个低层级的子数据存储区。以便后续数据调用。

其中，数据类别为渲染数据和交互数据的目标子数据以及对应的数据存储区域也可以进行进一步的层级划分。

示例的，请继续参阅图2，确定出数据类别为业务数据的目标子数据后，可以从业务数据中拆分出求解单元属性数组数据和工程计算结果数组数据，同时从数据存储区D区中拆分出P子区和R子区，这样将求解单元属性数组数据存入P子区，将工程计算结果数组数据存入R子区。

在本申请提供的另一种实施方式中，在针对所述目标飞机的目标数据中的每种目标子数据，根据该目标子数据的数据类别，将该目标子数据打包存储至对应的数据存储区中后，所述管理方法还包括：采用json格式将所有数据存储区中的所有目标子数据进行打包，并存储至指定存储位置。

这里，之所以采用json格式是由所设计的存储结构所决定的，json是一种轻量级的数据交换格式，简洁和清晰的层次结构是json格式特点，有利于程序员的编写和阅读，同时也有利于计算机的解析和生成，提高了效率。

需要说明的是，根据本申请设计的存储结构进行数据存储时，数据外层以json格式，通过字段名分区存储，提高可读性，方便解析、调用和配置；在json格式内部的数据数组以二进制文件的存储，有效降低存储空间，传输过程中减少了对网络带宽的占用，提高传输效率。

本申请实施例提供的一种飞机数据的管理方法，所述管理方法包括：获取目标飞机的目标数据；所述目标数据中至少包括目标飞机的三维模型数据和属性数据；按照预先构建好的飞机数据存储结构中的每个数据存储区所能存储的数据类别，将所述目标飞机的目标数据划分成多种目标子数据；所述数据类别是根据所述目标飞机的目标数据中子数据的用途确定的；针对所述目标飞机的目标数据中的每种目标子数据，根据该目标子数据的数据类别，将该目标子数据打包存储至对应的数据存储区中。

这样，本申请通过定制适用于飞机数据的存储结构，使得按照所述存储结构进行分区存储的飞机数据，可更方便的调用和读取，提高了数据的可读性；并且通过设计合适数量的数据存储区以及定制化的存储结构，也降低了存储空间的占用；此外，数据外层采用json格式，可以提高可读性，方便解析、调用和配置，而在json格式内部的数据以数组或二进制文件存储，有效降低存储空间，并且传输过程中还可以减少对网络带宽的占用，提高传输效率。

请参阅图4、图5，图4为本申请实施例所提供的一种飞机数据的管理装置的结构示意图之一，图5为本申请实施例所提供的一种飞机数据的管理装置的结构示意图之二。如图4中所示，所述管理装置400包括：

获取模块410，用于获取目标飞机的目标数据；所述目标数据中至少包括目标飞机的三维模型数据和属性数据；

划分模块420，用于按照预先构建好的飞机数据存储结构中的每个数据存储区所能存储的数据类别，将所述目标飞机的目标数据划分成多种目标子数据；所述数据类别是根据所述目标飞机的目标数据中子数据的用途确定的；

第一存储模块430，用于针对所述目标飞机的目标数据中的每种目标子数据，根据该目标子数据的数据类别，将该目标子数据打包存储至对应的数据存储区中。

可选的，所述数据类别至少包括渲染数据、交互数据以及业务数据中的一种或多种。

可选的，当所述数据类别包括渲染数据、交互数据以及业务数据时，所述划分模块420在用于将所述目标飞机的目标数据划分成多种目标子数据时，所述划分模块420用于：

对所述目标飞机的目标数据中的三维模型数据进行解析，确定出数据类别为渲染数据的目标子数据和数据类别为交互数据的目标子数据；

将所述目标飞机的目标数据中的属性数据确定为数据类别为业务数据的目标子数据。

可选的，所述第一存储模块430在用于针对所述目标飞机的目标数据中的每种目标子数据，根据该目标子数据的数据类别，将该目标子数据打包存储至对应的数据存储区中时，所述第一存储模块430用于：

当所述目标子数据的数据类别为渲染数据时，确定该目标子数据的对应的数据存储区为第一数据存储区，并确定所述第一数据存储区对应的第一存储路径；

当所述目标子数据的数据类别为交互数据时，确定该目标子数据的对应的数据存储区为第二数据存储区，并确定所述第二数据存储区对应的第二存储路径；

当所述目标子数据的数据类别为业务数据时，确定该目标子数据的对应的数据存储区为第三数据存储区，并确定所述第三数据存储区对应的第三存储路径；

基于所述第一存储路径，将所述渲染数据打包成数组或二进制文件存储至所述第一数据存储区内；

基于所述第二存储路径，将所述交互数据打包成数组或二进制文件存储至所述第二数据存储区内；

基于所述第三存储路径，将所述业务数据打包成数组或二进制文件存储至所述第三数据存储区内。

可选的，所述第一存储模块430在用于将所述业务数据打包成数组或二进制文件存储至所述第三数据存储区内时，所述第一存储模块430用于：

对所述业务数据进行解析，从所述业务数据中筛选出至少一种业务子数据；

根据拆分出的业务子数据的种类数量，将所述第三数据存储区拆分成与所述业务子数据的种类数量相同的至少一个第四数据存储区；

针对每种业务子数据，选定一个第四数据存储区作为该业务子数据对应的存储区域，并将该业务子数据打包成数组或二进制文件存储至选定的第四数据存储区内。

可选的，如图5所示，所述管理装置400还包括第二存储模块440，所述第二存储模块440用于：

采用json格式将所有数据存储区中的所有目标子数据进行打包，并存储至指定存储位置。

请参阅图6，图6为本申请实施例所提供的一种电子设备的结构示意图。如图6中所示，所述电子设备600包括处理器610、存储器620和总线630。

所述存储器620存储有所述处理器610可执行的机器可读指令，当电子设备600运行时，所述处理器610与所述存储器620之间通过总线630通信，所述机器可读指令被所述处理器610执行时，可以执行如上述图1以至图3所示方法实施例中的步骤，具体实现方式可参见方法实施例，在此不再赘述。

本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时可以执行如上述图1以至图3所示方法实施例中的步骤，具体实现方式可参见方法实施例，在此不再赘述。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

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

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-OnlyMemory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上所述实施例，仅为本申请的具体实施方式，用以说明本申请的技术方案，而非对其限制，本申请的保护范围并不局限于此，尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本申请实施例技术方案的精神和范围，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (10)

1.一种飞机数据的管理方法，其特征在于，所述管理方法包括：

获取目标飞机的目标数据；所述目标数据中至少包括目标飞机的三维模型数据和属性数据；

按照预先构建好的飞机数据存储结构中的每个数据存储区所能存储的数据类别，将所述目标飞机的目标数据划分成多种目标子数据；所述数据类别是根据所述目标飞机的目标数据中子数据的用途确定的；

针对所述目标飞机的目标数据中的每种目标子数据，根据该目标子数据的数据类别，将该目标子数据打包存储至对应的数据存储区中。

2.根据权利要求1所述的管理方法，其特征在于，所述数据类别至少包括渲染数据、交互数据以及业务数据中的一种或多种。

3.根据权利要求2所述的管理方法，其特征在于，当所述数据类别包括渲染数据、交互数据以及业务数据时，所述将所述目标飞机的目标数据划分成多种目标子数据，包括：

对所述目标飞机的目标数据中的三维模型数据进行解析，确定出数据类别为渲染数据的目标子数据和数据类别为交互数据的目标子数据；

将所述目标飞机的目标数据中的属性数据确定为数据类别为业务数据的目标子数据。

4.根据权利要求2所述的管理方法，其特征在于，所述针对所述目标飞机的目标数据中的每种目标子数据，根据该目标子数据的数据类别，将该目标子数据打包存储至对应的数据存储区中，包括：

当所述目标子数据的数据类别为渲染数据时，确定该目标子数据的对应的数据存储区为第一数据存储区，并确定所述第一数据存储区对应的第一存储路径；

当所述目标子数据的数据类别为交互数据时，确定该目标子数据的对应的数据存储区为第二数据存储区，并确定所述第二数据存储区对应的第二存储路径；

当所述目标子数据的数据类别为业务数据时，确定该目标子数据的对应的数据存储区为第三数据存储区，并确定所述第三数据存储区对应的第三存储路径；

基于所述第一存储路径，将所述渲染数据打包成数组或二进制文件存储至所述第一数据存储区内；

基于所述第二存储路径，将所述交互数据打包成数组或二进制文件存储至所述第二数据存储区内；

基于所述第三存储路径，将所述业务数据打包成数组或二进制文件存储至所述第三数据存储区内。

5.根据权利要求4所述的管理方法，其特征在于，所述将所述业务数据打包成数组或二进制文件存储至所述第三数据存储区内，包括：

对所述业务数据进行解析，从所述业务数据中筛选出至少一种业务子数据；

根据拆分出的业务子数据的种类数量，将所述第三数据存储区拆分成与所述业务子数据的种类数量相同的至少一个第四数据存储区；

针对每种业务子数据，选定一个第四数据存储区作为该业务子数据对应的存储区域，并将该业务子数据打包成数组或二进制文件存储至选定的第四数据存储区内。

6.根据权利要求1所述的管理方法，其特征在于，在针对所述目标飞机的目标数据中的每种目标子数据，根据该目标子数据的数据类别，将该目标子数据打包存储至对应的数据存储区中后，所述管理方法还包括：

采用json格式将所有数据存储区中的所有目标子数据进行打包，并存储至指定存储位置。

7.一种飞机数据的管理装置，其特征在于，所述管理装置包括：

获取模块，用于获取目标飞机的目标数据；所述目标数据中至少包括目标飞机的三维模型数据和属性数据；

划分模块，用于按照预先构建好的飞机数据存储结构中的每个数据存储区所能存储的数据类别，将所述目标飞机的目标数据划分成多种目标子数据；所述数据类别是根据所述目标飞机的目标数据中子数据的用途确定的；

第一存储模块，用于针对所述目标飞机的目标数据中的每种目标子数据，根据该目标子数据的数据类别，将该目标子数据打包存储至对应的数据存储区中。

8.根据权利要求7所述的管理装置，其特征在于，当所述数据类别包括渲染数据、交互数据以及业务数据，所述划分模块在用于将所述目标飞机的目标数据划分成多种的目标子数据时，所述划分模块用于：

对所述目标飞机的目标数据中的三维模型数据进行解析，确定出数据类别为渲染数据的目标子数据和数据类别为交互数据的目标子数据；

将所述目标飞机的目标数据中的属性数据确定为数据类别为业务数据的目标子数据。

9.一种电子设备，其特征在于，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储器之间通过所述总线进行通信，所述机器可读指令被所述处理器运行时执行如权利要求1至6任一所述的管理方法的步骤。

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

Images