一种三维模型数据的传输方法及服务器

技术领域

本申请属于计算机技术领域，尤其涉及一种三维模型数据的传输方法及服务器。

背景技术

目前三维模型仿真模拟技术可以应用于航天航空、公共安全、智慧城市、交通管理、应急指挥、生产制造等多个领域，用于高度还原真实的三维世界，为相关工作提供数字化的决策支撑。对于三维模型的加载和展现，已有技术面对海量三维模型的加载和展现很难做到快速、流畅，甚至在加载大量三维模型的过程中，会出现卡顿和加载异常等问题，无法有效进行三维世界的仿真模拟。

发明内容

本申请实施例提供了一种三维模型数据的传输方法及服务器，可以解决已有技术面对海量三维模型的加载和展现很难做到快速、流畅，甚至在加载大量三维模型的过程中，会出现卡顿和加载异常的问题。

第一方面，本申请实施例提供了一种三维模型数据的传输方法，应用于服务器，包括：

当检测到由前端设备发送的三维模型数据请求时，获取初始三维模型数据；

根据预设抽稀规则对所述初始三维模型数据进行抽稀处理，得到目标三维模型数据；

将所述目标三维模型数据发送至前端设备；所述目标三维模型数据用于所述前端设备构建三维模型。

进一步地，所述目标三维模型数据包括目标三维纹理数据；

所述根据预设抽稀规则对所述初始三维模型数据进行抽稀处理，得到目标三维模型数据，包括：

根据预设可视化效果条件对初始三维纹理数据进行抽稀处理，得到目标三维纹理数据。

进一步地，所述目标三维模型数据包括目标顶点坐标数据；

所述根据预设抽稀规则对所述初始三维模型数据进行抽稀处理，得到目标三维模型数据，包括：

根据预设特征点提取算法从初始顶点坐标数据中提取关键特征点坐标数据；

根据预设压缩算法将所述关键特征点坐标数据压缩为二进制的关键特征点坐标数据，得到目标顶点坐标数据。

第二方面，本申请实施例提供了一种三维模型的构建方法，应用于前端设备，包括：

将三维模型数据请求发送至服务器；

接收由所述服务器发送的目标三维模型数据，并根据所述目标三维模型数据构建三维模型；所述目标三维模型数据为所述服务器对初始三维模型数据进行抽稀处理得到的数据。

进一步地，所述将三维模型数据请求发送至服务器，包括：

根据预设加载块的划分规则生成每个所述预设加载块对应的三维模型子数据请求；

将所有所述三维模型子数据请求发送至服务器；

相应地，所述接收由所述服务器发送的目标三维模型数据，并根据所述目标三维模型数据构建三维模型，包括：

接收由所述服务器发送的所有所述三维模型子数据请求对应的子三维模型数据，并根据所述子三维模型数据构建三维模型。

进一步地，所述接收由所述服务器发送的所述三维模型子数据请求对应的子三维模型数据，并根据所述子三维模型数据构建三维模型，包括：

接收由所述服务器发送的所述三维模型子数据请求对应的子三维模型数据时，对所述子三维模型数据进行渲染，得到所述预设加载块对应的子三维模型。

进一步地，所述根据所述子三维模型数据构建三维模型，包括：

获取所述三维模型子数据请求对应的预设加载块的加载优先级；

根据所述加载优先级渲染依次对各个所述预设加载块对应的子三维模型数据进行渲染，得到各个所述预设加载块对应的子三维模型。

进一步地，在所述根据所述加载优先级渲染对多个所述三维模型子数据请求对应的子三维模型数据进行渲染，得到所述预设加载块对应的子三维模型之后，还包括：

根据所述加载优先级展示所述预设加载块对应的子三维模型。

第三方面，本申请实施例提供了一种服务器，包括：

获取单元，用于当检测到由前端设备发送的三维模型数据请求时，获取初始三维模型数据；

处理单元，用于根据预设抽稀规则对所述初始三维模型数据进行抽稀处理，得到目标三维模型数据；

发送单元，用于将所述目标三维模型数据发送至前端设备；所述目标三维模型数据用于所述前端设备构建三维模型。

进一步地，所述目标三维模型数据包括目标三维纹理数据；

所述处理单元，具体用于：

根据预设可视化效果条件对初始三维纹理数据进行抽稀处理，得到目标三维纹理数据。

进一步地，所述目标三维模型数据包括目标顶点坐标数据；

所述处理单元，具体用于：

根据预设特征点提取算法从初始顶点坐标数据中提取关键特征点坐标数据；

根据预设压缩算法将所述关键特征点坐标数据压缩为二进制的关键特征点坐标数据，得到目标顶点坐标数据。

第四方面，本申请实施例提供了一种前端设备，包括：

发送单元，用于将三维模型数据请求发送至服务器；

处理单元，用于接收由所述服务器发送的目标三维模型数据，并根据所述目标三维模型数据构建三维模型；所述目标三维模型数据为所述服务器对初始三维模型数据进行抽稀处理得到的数据。

进一步地，所述发送单元，具体用于：

根据预设加载块的划分规则生成每个所述预设加载块对应的三维模型子数据请求；

将所有所述三维模型子数据请求发送至服务器；

相应地，所述接收单元，具体用于：

接收由所述服务器发送的所有所述三维模型子数据请求对应的子三维模型数据，并根据所述子三维模型数据构建三维模型。

进一步地，所述接收单元，具体用于：

接收由所述服务器发送的所述三维模型子数据请求对应的子三维模型数据时，对所述子三维模型数据进行渲染，得到所述预设加载块对应的子三维模型。

进一步地，所述接收单元，具体用于：

获取所述三维模型子数据请求对应的预设加载块的加载优先级；

根据所述加载优先级渲染依次对各个所述预设加载块对应的子三维模型数据进行渲染，得到各个所述预设加载块对应的子三维模型。

进一步地，所述前端设备，还包括：

展示单元，用于根据所述加载优先级展示所述预设加载块对应的子三维模型。

第五方面，本申请实施例提供了一种服务器，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上述第一方面所述的三维模型数据的传输方法。

第六方面，本申请实施例提供了一种前端设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上述第二方面所述的三维模型的构建方法。

第七方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如上述第一方面所述的三维模型数据的传输方法。

第八方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如上述第二方面所述的三维模型的构建方法。

本申请实施例中，服务器当检测到由前端设备发送的三维模型数据请求时，获取初始三维模型数据；根据预设抽稀规则对所述初始三维模型数据进行抽稀处理，得到目标三维模型数据；将所述目标三维模型数据发送至前端设备；所述目标三维模型数据用于所述前端设备构建三维模型。上述方法，通过对初始三维模型数据进行抽稀处理，得到目标三维模型数据，将初始三维模型数据进行高度压缩，减少网络传输的压力，使得数据传输的时候更加的流程，提升传输速度，从而提升前端设备的加载三维模型的速度。

另一方面，前端设备将三维模型数据请求发送至服务器；接收由所述服务器发送的目标三维模型数据，并根据所述目标三维模型数据构建三维模型；所述目标三维模型数据为所述服务器对初始三维模型数据进行抽稀处理得到的数据。上述方法，前端设备接收高度压缩的初始三维模型数据，减小了接收数据时的压力，接收数据更加的流程，从而提升前端设备的加载三维模型的速度，避免了出现卡顿和加载异常的情况。

附图说明

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

图1是本申请第一实施例提供的一种三维模型数据的传输方法的示意流程图；

图2是本申请第二实施例提供的一种三维模型的构建方法的示意流程图；

图3是本申请第三实施例提供的服务器的示意图；

图4是本申请第四实施例提供的前端设备的示意图；

图5是本申请第五实施例提供的服务器的示意图；

图6是本申请第六实施例提供的前端设备的示意图。

具体实施方式

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

应当理解，当在本申请说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

如在本申请说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。

另外，在本申请说明书和所附权利要求书的描述中，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

在本申请说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。

目前三维模型仿真模拟技术可以应用于航天航空、公共安全、智慧城市、交通管理、应急指挥、生产制造等多个领域，用于高度还原真实的三维世界，为相关工作提供数字化的决策支撑。针对大场景三维数据模型的海量数据，已有相关技术会对三维模型数据进行不同程度的轻量化处理，如对数据进行转换或者对数据进行压缩，减少三维模型数据的大小，提升三维数据模型在传输过程上效率，从而加快三维数据模型的加载速度。但是，由于压缩方法只是对数据做简单的轻量化处理，所以，已有技术面对海量三维实景模型的加载和展现很难做到快速、流畅，甚至在加载大量三维模型的过程中，会出现卡顿和加载异常等现象，无法有效进行三维世界的仿真模拟。所以，本申请实施例提出了一种三维模型数据的传输方法和三模模型的加载方法，来解决以上问题。

请参见图1，图1是本申请第一实施例提供的一种三维模型数据的传输方法的示意流程图。本实施例中一种三维模型数据的传输方法的执行主体为服务器。如图1所示的三维模型数据的传输方法可包括：

S101：当检测到由前端设备发送的三维模型数据请求时，获取初始三维模型数据。

在本实施例中，前端设备与服务器之间进行通信连接、现场设备与服务器之间进行通信连接。服务器端接收现场传输过来的用于构建三维模型的场景数据，前端设备发送三维模型数据请求至服务器，服务器将三维模型数据请求对应的目标三维模型数据发送至前端设备，前端设备根据目标三维模型数据构建三维模型。

当服务器检测到由前端设备发送的三维模型数据请求时，获取三维模型数据请求对应的初始三维模型数据。初始三维模型数据包括服务器接收的现场采集的场景数据。其中，三维模型数据请求可以包括场景标识，服务器获取场景标识对应的初始三维模型数据，即为三维模型数据请求对应的初始三维模型数据。

S102：根据预设抽稀规则对所述初始三维模型数据进行抽稀处理，得到目标三维模型数据。

当需要构建的实景的三维模型比较大时，初始三维模型数据的数据量也会很大，为了保证可以流畅的进行传输，在获取了初始三维模型数据后，需要对初始三维模型数据进行预处理，对初始三维模型数据进行高度压缩。在服务器中，预先存储预设抽稀规则，用于对初始三维模型数据进行高度压缩。

服务器根据预设抽稀规则对初始三维模型数据进行抽稀处理，得到目标三维模型数据。本实施例中，对于预设抽稀规则并没有具体的限制，但是需要说明的是，不管哪一种预设抽稀规则，前提都是抽稀后的数据是足以建立实景三维模型的。并且，本实施例中的预设抽稀规则不是轻量级的数据压缩，是对数据进行高度压缩，使得压缩后得到的目标三维模型数据的数据量小于预设的数据量阈值。

服务器根据预设抽稀规则对初始三维模型数据进行抽稀处理，可以有多种方式，服务器可以将初始三维模型数据分类，对不同的类别的数据设置不同的抽稀规则，将初始三维模型数据进行分类压缩，得到目标三维模型数据。

具体地说，一种实施方式中，目标三维模型数据包括目标三维纹理数据，S102可以包括：根据预设可视化效果条件对初始三维纹理数据进行抽稀处理，得到目标三维纹理数据。在本实施例中，初始三维模型数据包括初始三维纹理数据。在进行三维模型的构建时，数据量比较大时，构建的三维模型比较大，可以适当的降低精细度的要求。在兼顾可视化效果的数据量的情况下，减少纹理采样点，压缩纹理数据。服务器中预存预设可视化效果条件，服务器根据预设可视化效果条件确定需要保留的纹理数据，对初始三维纹理数据进行抽稀处理，减少不必要的纹理数据，得到目标三维纹理数据。

一种实施方式中，目标三维模型数据包括目标顶点坐标数据，S102可以包括：根据预设特征点提取算法从初始顶点坐标数据中提取关键特征点坐标数据；根据预设压缩算法将所述关键特征点坐标数据压缩为二进制的关键特征点坐标数据，得到目标顶点坐标数据。

在本实施例中，初始三维模型数据包括初始顶点坐标数据。服务器中存储预设特征点提取算法，预设特征点提取算法用于从初始顶点坐标数据中提取关键特征点坐标数据。其中，预设特征点提取算法可以为NARF特征点提取算法等等，此处不做限制。服务器根据预设特征点提取算法从初始顶点坐标数据中提取关键特征点坐标数据，剔除了非关键特征点坐标数据。根据预设压缩算法将关键特征点坐标数据压缩为二进制的关键特征点坐标数据，得到目标顶点坐标数据。其中，预设压缩算法可以为EdgeBreaker算法等等，此处不做限制。此外，服务器也可以对二进制的关键特征点坐标数据进行加密。

需要说明的是，在对初始三维模型数据进行压缩时，可以单独对初始三维纹理数据进行压缩，可以单独对初始顶点坐标数据进行压缩，也可以同时对初始三维纹理数据和初始顶点坐标数据进行压缩，此处不做限制。当服务器同时对初始三维纹理数据和初始顶点坐标数据进行压缩时，可以大量减少三维模型中的顶点坐标数量和数据量。经过两个部分的数据压缩和转换，可以高度压缩三维模型数据量，从而减少网络传输压力，提升数据的传输速度。

S103：将所述目标三维模型数据发送至前端设备；所述目标三维模型数据用于所述前端设备构建三维模型。

服务器将目标三维模型数据发送至前端设备，前端设备在接收到目标三维模型数据后，根据目标三维模型数据构建三维模型。

本申请实施例中，服务器当检测到由前端设备发送的三维模型数据请求时，获取初始三维模型数据；根据预设抽稀规则对所述初始三维模型数据进行抽稀处理，得到目标三维模型数据；将所述目标三维模型数据发送至前端设备；所述目标三维模型数据用于所述前端设备构建三维模型。上述方法，通过对初始三维模型数据进行抽稀处理，得到目标三维模型数据，将初始三维模型数据进行高度压缩，减少网络传输的压力，使得数据传输的时候更加的流程，提升传输速度，从而提升前端设备的加载三维模型的速度。

请参见图2，图2是本申请第二实施例提供的一种三维模型的构建方法的示意流程图。本实施例中一种三维模型的构建方法的执行主体为前端设备。如图2所示的三维模型的构建方法可包括：

S201：将三维模型数据请求发送至服务器。

本实施例中，前端设备为三维模型加载和展示的设备。前端设备向服务器发送三维模型数据请求，用以触发服务器获取初始三维模型数据，并将压缩后的目标三维模型数据发送给前端设备。

当用户在前端设备上点击加载按钮时，可以触发前端设备生成三维模型数据请求；或者，前端设备中预设一个定时程序，当定时程序检测到当前时间为预设时间时，触发生成三维模型数据请求。

S202：接收由所述服务器发送的目标三维模型数据，并根据所述目标三维模型数据构建三维模型；所述目标三维模型数据为所述服务器对初始三维模型数据进行抽稀处理得到的数据。

前端设备接收由服务器发送的目标三维模型数据，并根据目标三维模型数据构建三维模型。其中，目标三维模型数据为服务器对初始三维模型数据进行抽稀处理得到的数据。服务器对初始三维模型数据进行抽稀处理得到目标三维模型数据的具体细节可以参阅第一实施例中的相关描述，此处不再赘述。

进一步地，在前端设备向服务器发送三维模型数据请求时，可以充分利用计算机的多核能力，采用并行请求算法，实现三维模型数据的多线程请求，拓宽数据的获取通道，提升数据的获取能力。在本实施例中，S201可以包括：根据预设加载块的划分规则生成每个所述预设加载块对应的三维模型子数据请求，将所有三维模型子数据请求发送至服务器。

在并行请求三维数据过程中，前端设备设置主线程和多个对应的子线程。由主线程负责监听各子线程消息。前端设备中，在加载三维模型时，可以采用分块加载的策略，对于加载的三维模型预先进行划分，划分出多个预设加载块。举例来说，将屏幕基于中心视点划分成九宫格，即划分为九个预设加载块。

前端设备根据预设加载块的划分规则生成每个加载块对应的三维模型子数据请求。在进行数据请求时，可以生成每个预设加载块对应的三维模型子数据请求，每个子线程负责一个预设加载块对应的三维模型子数据请求。前端设备将所有三维模型子数据请求发送至服务器，实现多线程的并行数据请求。

相应地，S202可以包括：接收由服务器发送的所有所述三维模型子数据请求对应的子三维模型数据，并根据子三维模型数据构建三维模型。前端设备接收到了所有三维模型子数据请求对应的子三维模型数据后，可以根据子三维模型数据构建三维模型。

具体来说，前端设备接收由服务器发送的所述三维模型子数据请求对应的子三维模型数据，可以分别对子三维模型数据进行渲染，得到预设加载块对应的子三维模型。即子线程获取了完整的三维模型子数据请求对应的子三维模型数据，就可以通知主线程，主线程将渲染指令分发到子线程进行渲染。可以理解的是，为了提高渲染效率，当子线程在预设时间段内没有接收到主线程发送的渲染指令时，可以自行进行渲染。前端获取到所有预设加载块对应的子三维模型可以在整个屏幕上显示当前需要展示的三维模型。

在根据子三维模型数据构建三维模型时，可以根据预设加载块的加载优先级来对子三维模型数据进行分级处理。即加载优先级高的预设加载块对应的子三维模型数据可以优先进行渲染。前端设备获取三维模型子数据请求对应的预设加载块的加载优先级，根据加载优先级渲染依次对各个所述预设加载块对应的子三维模型数据进行渲染，得到各个预设加载块对应的子三维模型。

具体地说，前端设备中预先设置预设加载块的加载优先级，加载优先级高的预设加载块可以优先进行加载和展示，这样，可以避免三维模型加载的随机性，避免用户希望关注的重点区域模型未优先加载的缺陷，也可以避免城市级大场景海量三维模型集中渲染过程中的性能问题。

在设置加载优先级时，可以将屏幕基于中心视点划分成九宫格，根据三维世界透视投影近大远小的基本原则，中心网格是用户优先聚焦的区域，因此，优先加载和展示视点中心网格预设加载块的三维模型，再获取两边和下方预设加载块的三维模型，最后再渲染上方网格预设加载块的三维模型。

在对三维模型进行展示时，前端设备根据加载优先级展示预设加载块对应的子三维模型。前端设备根据加载优先级依次展示各预设加载块对应的子三维模型，加载优先级高的预设加载块进行优先展示。

本实施例中，前端设备将三维模型数据请求发送至服务器；接收由所述服务器发送的目标三维模型数据，并根据所述目标三维模型数据构建三维模型；所述目标三维模型数据为所述服务器对初始三维模型数据进行抽稀处理得到的数据。上述方法，前端设备接收高度压缩的初始三维模型数据，减小了接收数据时的压力，接收数据更加的流程，从而提升前端设备的加载三维模型的速度，避免了出现卡顿和加载异常的情况。

此外，本申请中的三维模型数据的传输方法以及三维模型加载方法可以应用于实现城市级大场景三维实景仿真模拟，构建数字孪生城市，真实展现各类活动过程中的时空数据，并可结合大数据挖掘及人工智能算法，进行态势监控、情报推送和指挥决策等，指挥者能够依据相关信息，快速、准确地做出判断和决策，提升城市综合治理能力。

并且，采用本申请中的三维模型数据的传输方法以及三维模型加载方法，可以高效地展示复杂多变的场景和事件，如地下商城地下和地面场景的同步展示，基于三维模型的高效展示技术，可以在前端设备对地下和地面空间多重复杂的场景流畅地进行无缝切换和细节查看，实现宏观场景和微观场景、空地一体化的有效整合和协同。

本申请能够适应在公安、应急等重大事件的指挥调度场景，能够有效的实现动态化三维模型的标绘能力，可以绘制人物运动轨迹并按既定时间轴进行仿真模拟，辅助指挥决策人员进行方案制定方案、组织协同、任务分工、指令下达、模拟演练等工作，对维护公共安全，保障人民生命财产起到积极作用，从而产生巨大的社会价值和经济价值。

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

请参见图3，图3是本申请第三实施例提供的服务器的示意图。包括的各单元用于执行图1对应的实施例中的各步骤。具体请参阅图1对应的实施例中的相关描述。为了便于说明，仅示出了与本实施例相关的部分。参见图3，服务器3包括：

获取单元310，用于当检测到由前端设备发送的三维模型数据请求时，获取初始三维模型数据；

处理单元320，用于根据预设抽稀规则对所述初始三维模型数据进行抽稀处理，得到目标三维模型数据；

发送单元330，用于将所述目标三维模型数据发送至前端设备；所述目标三维模型数据用于所述前端设备构建三维模型。

进一步地，所述目标三维模型数据包括目标三维纹理数据；

所述处理单元320，具体用于：

根据预设可视化效果条件对初始三维纹理数据进行抽稀处理，得到目标三维纹理数据。

进一步地，所述目标三维模型数据包括目标顶点坐标数据；

所述处理单元320，具体用于：

根据预设特征点提取算法从初始顶点坐标数据中提取关键特征点坐标数据；

根据预设压缩算法将所述关键特征点坐标数据压缩为二进制的关键特征点坐标数据，得到目标顶点坐标数据。

请参见图4，图4是本申请第四实施例提供的前端设备的示意图。包括的各单元用于执行图2对应的实施例中的各步骤。具体请参阅图2对应的实施例中的相关描述。为了便于说明，仅示出了与本实施例相关的部分。参见图4，前端设备4包括：

发送单元410，用于将三维模型数据请求发送至服务器；

处理单元420，用于接收由所述服务器发送的目标三维模型数据，并根据所述目标三维模型数据构建三维模型；所述目标三维模型数据为所述服务器对初始三维模型数据进行抽稀处理得到的数据。

进一步地，所述发送单元410，具体用于：

根据预设加载块的划分规则生成每个所述预设加载块对应的三维模型子数据请求；

将所有所述三维模型子数据请求发送至服务器；

相应地，所述接收单元420，具体用于：

接收由所述服务器发送的所有所述三维模型子数据请求对应的子三维模型数据，并根据所述子三维模型数据构建三维模型。

进一步地，所述接收单元420，具体用于：

接收由所述服务器发送的所述三维模型子数据请求对应的子三维模型数据时，对所述子三维模型数据进行渲染，得到所述预设加载块对应的子三维模型。

进一步地，所述接收单元420，具体用于：

获取所述三维模型子数据请求对应的预设加载块的加载优先级；

根据所述加载优先级渲染依次对各个所述预设加载块对应的子三维模型数据进行渲染，得到各个所述预设加载块对应的子三维模型。

进一步地，所述前端设备4，还包括：

展示单元，用于根据所述加载优先级展示所述预设加载块对应的子三维模型。

图5是本申请第五实施例提供的服务器的示意图。如图5所示，该实施例的服务器5包括：处理器50、存储器51以及存储在所述存储器51中并可在所述处理器50上运行的计算机程序52，例如三维模型数据的传输程序。所述处理器50执行所述计算机程序52时实现上述各个三维模型数据的传输方法实施例中的步骤，例如图1所示的步骤101至103。或者，所述处理器50执行所述计算机程序52时实现上述各装置实施例中各模块/单元的功能，例如图3所示模块310至330的功能。

示例性的，所述计算机程序52可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器51中，并由所述处理器50执行，以完成本申请。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序52在所述服务器5中的执行过程。例如，所述计算机程序52可以被分割成获取单元、处理单元、发送单元，各单元具体功能如下：

获取单元，用于当检测到由前端设备发送的三维模型数据请求时，获取初始三维模型数据；

处理单元，用于根据预设抽稀规则对所述初始三维模型数据进行抽稀处理，得到目标三维模型数据；

发送单元，用于将所述目标三维模型数据发送至前端设备；所述目标三维模型数据用于所述前端设备构建三维模型。

所述服务器可包括，但不仅限于，处理器50、存储器51。本领域技术人员可以理解，图5仅仅是服务器5的示例，并不构成对服务器5的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述服务器还可以包括输入输出设备、网络接入设备、总线等。

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

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

图6是本申请第六实施例提供的前端设备的示意图。如图6所示，该实施例的前端设备6包括：处理器60、存储器61以及存储在所述存储器61中并可在所述处理器60上运行的计算机程序62，例如三维模型的构建程序。所述处理器60执行所述计算机程序62时实现上述各个三维模型的构建方法实施例中的步骤，例如图2所示的步骤201至202。或者，所述处理器60执行所述计算机程序62时实现上述各装置实施例中各模块/单元的功能，例如图4所示模块410至420的功能。

示例性的，所述计算机程序62可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器61中，并由所述处理器60执行，以完成本申请。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序62在所述前端设备6中的执行过程。例如，所述计算机程序62可以被分割成发送单元、处理单元，各单元具体功能如下：

发送单元，用于将三维模型数据请求发送至服务器；

处理单元，用于接收由所述服务器发送的目标三维模型数据，并根据所述目标三维模型数据构建三维模型；所述目标三维模型数据为所述服务器对初始三维模型数据进行抽稀处理得到的数据。

所述前端设备可包括，但不仅限于，处理器60、存储器61。本领域技术人员可以理解，图6仅仅是前端设备6的示例，并不构成对前端设备6的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述前端设备还可以包括输入输出设备、网络接入设备、总线等。

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

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

需要说明的是，上述装置/单元之间的信息交互、执行过程等内容，由于与本申请方法实施例基于同一构思，其具体功能及带来的技术效果，具体可参见方法实施例部分，此处不再赘述。

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

本申请实施例还提供了一种网络设备，该网络设备包括：至少一个处理器、存储器以及存储在所述存储器中并可在所述至少一个处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述任意各个方法实施例中的步骤。

本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现可实现上述各个方法实施例中的步骤。

本申请实施例提供了一种计算机程序产品，当计算机程序产品在移动终端上运行时，使得移动终端执行时实现可实现上述各个方法实施例中的步骤。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质至少可以包括：能够将计算机程序代码携带到拍照装置/终端设备的任何实体或装置、记录介质、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，RandomAccess Memory)、电载波信号、电信信号以及软件分发介质。例如U盘、移动硬盘、磁碟或者光盘等。在某些司法管辖区，根据立法和专利实践，计算机可读介质不可以是电载波信号和电信信号。

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

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

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

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

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