二三维一体化的操作站平台构建方法和电子设备转让专利

申请号 : CN202011381022.9

文献号 : CN112565818B

文献日 :

基本信息:

PDF:

法律信息:

相似专利:

发明人 : 孙振明

申请人 : 中国矿业大学(北京)

摘要 :

本申请提供了一种二三维一体化的操作站平台构建方法和电子设备。该方法包括:发送第一操作请求至服务端的调度设备,以由调度设备根据第一操作请求,对服务端的渲染设备进行分配;接收调度设备发送的渲染设备的分配反馈信息,并根据渲染设备的分配反馈信息,确定与分配的渲染设备连接完成;其中,与分配的渲染设备的连接基于视频流送的数据传送机制;响应于与分配的渲染设备连接完成,由分配的渲染设备对场景数据进行渲染,得到第一三维图像;接收服务端压缩并发送的第一三维图像的第一压缩图像数据并解压缩,得到第一三维图像;基于图层的交互界面框架,对解压缩得到的第一三维图像与第一二维数据进行组合,得到第一组合图像并进行展示。

权利要求 :

1.一种二三维一体化的操作站平台构建方法,其特征在于,所述操作站平台构建方法包括:

发送第一操作请求至服务端的调度设备,以由所述调度设备根据所述第一操作请求,对所述服务端的渲染设备进行分配;

接收所述调度设备发送的所述渲染设备的分配反馈信息,并根据所述渲染设备的分配反馈信息,确定与分配的所述渲染设备连接完成;

响应于与分配的所述渲染设备连接完成,由分配的所述渲染设备根据接收的传感器实时采集的数据对待渲染的场景数据进行实时更新,并对更新后的所述场景数据进行渲染,得到第一三维图像;

接收所述服务端压缩并发送的所述第一三维图像的第一压缩图像数据,并对接收的所述第一压缩图像数据进行解压缩,得到所述第一三维图像;

基于图层的交互界面框架,对解压缩得到的所述第一三维图像与第一二维数据进行组合,得到第一组合图像,并对所述第一组合图像进行展示;

其中,所述第一二维数据为客户端调取的传感器实时采集的数据,且所述第一二维数据和所述第一三维图像的数据为同源数据。

2.根据权利要求1所述的二三维一体化的操作站平台构建方法,其特征在于,所述接收所述调度设备发送的所述渲染设备的分配反馈信息,并根据所述渲染设备的分配反馈信息,确定与所述渲染设备连接完成,包括:接收所述调度设备发送的所述渲染设备的分配反馈信息,响应于所述渲染设备的分配反馈信息满足预设条件,确定与所述渲染设备连接完成;

响应于所述渲染设备的分配反馈信息不满足所述预设条件,发送分配的所述渲染设备的异常信息,以由所述调度设备根据所述异常信息,动态分配新的渲染设备;

接收所述调度设备发送的新的渲染设备的分配反馈信息,并根据所述新的渲染设备的分配反馈信息,确定与分配的新的渲染设备连接完成。

3.根据权利要求1所述的二三维一体化的操作站平台构建方法,其特征在于,所述接收所述服务端压缩并发送的所述第一三维图像的第一压缩图像数据,并对接收的所述第一压缩图像数据进行解压缩,得到所述第一三维图像,具体为:接收所述服务端发送的、由分配的所述渲染设备对所述第一三维图像进行压缩得到的所述第一压缩图像数据,并对接收的所述第一压缩图像数据进行解压缩,得到所述第一三维图像。

4.根据权利要求1‑3任一所述的二三维一体化的操作站平台构建方法,其特征在于,在所述基于图层的交互界面框架,对解压缩得到的所述第一三维图像与第一二维数据进行组合,得到第一组合图像,并对所述第一组合图像进行展示之后,还包括:响应于第二操作请求,在所述第一组合图像中指定目标对象并进行展示;其中,所述目标对象可以为:二维目标对象或三维目标对象,所述二维目标对象包含于所述第一二维数据中,所述三维目标对象包含于所述第一三维图像中。

5.根据权利要求4所述的二三维一体化的操作站平台构建方法,其特征在于,所述目标对象为二维目标对象,

对应的,

所述响应于第二操作请求,在所述第一组合图像中指定目标对象并进行展示,具体为:响应于第二操作请求,在所述第一组合图像中指定二维目标对象,并基于预先配置的操作站平台交互系统对所述二维目标对象进行处理并展示。

6.根据权利要求4所述的二三维一体化的操作站平台构建方法,其特征在于,所述目标对象为三维目标对象,

对应的,

所述响应于第二操作请求,在所述第一组合图像中指定目标对象并进行展示,包括:响应于第二操作请求,在所述第一组合图像中指定三维目标对象,并发送所述第二操作请求至服务端,以由所述服务端对所述三维目标对象进行分析,由分配的所述渲染设备对与分析结果相对应的所述三维目标对象的场景数据进行更新,并对更新后的包含所述三维目标对象的场景数据进行渲染,得到第二三维图像;

接收所述服务端压缩并发送的所述第二三维图像的第二压缩图像数据,并对接收的所述第二压缩图像数据进行解压缩,得到所述第二三维图像;

基于图层的交互界面框架,对解压缩得到的所述第二三维图像与第二二维数据进行组合,得到第二组合图像,并对所述第二组合图像进行展示;

其中,所述第二二维数据包括所述三维目标对象对应的实时传输的场景数据。

7.根据权利要求1‑3任一所述的二三维一体化的操作站平台构建方法,其特征在于,在所述基于图层的交互界面框架,对解压缩得到的所述第一三维图像与二维数据进行组合,得到第一组合图像,并对所述第一组合图像进行展示之后,还包括:接收所述服务端压缩并发送的第三三维图像的第三压缩数据,并对接收的所述第三压缩数据进行解压缩,得到所述第三三维图像,其中,所述第三三维图像为响应于实时传输至所述服务端的所述场景数据发生变化,由分配的所述渲染设备对变化后的场景数据进行渲染得到;

基于图层的交互界面框架,对解压缩得到的所述第三三维图像与第三二维数据进行组合,得到第三组合图像,并对所述第三组合图像进行展示;

其中,所述第三二维数据包括实时传输的发生变化的场景数据。

8.一种二三维一体化的操作站平台构建方法,其特征在于,包括:调度设备接收客户端发送的第一操作请求,并根据所述第一操作请求,对渲染设备进行分配;

向所述客户端发送所述渲染设备的分配反馈信息,以由所述客户端根据所述反馈信息确定与分配的所述渲染设备连接完成;其中,所述客户端与所述渲染设备的连接基于视频流送的数据传送机制;

响应于分配的所述渲染设备与所述客户端连接完成,由分配的所述渲染设备根据接收的传感器实时采集的数据对待渲染的场景数据进行实时更新,并对更新后的所述场景数据进行渲染,得到第一三维图像;

对所述第一三维图像进行压缩,得到第一压缩图像数据;

将所述第一压缩图像数据发送至所述客户端,以由所述客户端对所述第一压缩图像数据进行解压缩,并基于图层的交互界面框架,对解压缩得到的所述第一三维图像与第一二维数据进行组合,得到第一组合图像并展示,其中,所述第一二维数据为客户端调取的传感器实时采集的数据,且所述第一二维数据和所述第一三维图像的数据为同源数据。

9.一种电子设备,其特征在于,包括:存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的程序,所述处理器执行所述程序时实现如权利要求1‑7任一所述的二三维一体化的操作站平台构建方法。

说明书 :

二三维一体化的操作站平台构建方法和电子设备

技术领域

[0001] 本申请涉及工业控制技术领域,特别涉及一种二三维一体化的操作站平台构建方法和电子设备。

背景技术

[0002] 工业控制系统是企业生产过程中过程控制的重要内容,具有对企业设备运行及业务流程的管理与监控功能,在工业自动化领域中占有重要地位。操作站主要作为工控系统
的人机界面窗口,并执行其它的辅助功能,由于企业生产过程中存在大数据量、高速率传输
的要求,对工控系统的操作站平台也就提出了运行稳定性、冗余配置等要求。
[0003] 现有操作站平台交互系统多采用二维的文字、方块、线条等表达企业业务流程及运行现状。由于大型企业的业务流程复杂,三维可视化表达有更好的信息展示效果,因此,
伪三维形式的交互界面逐渐在操作站平台中展开应用,真三维形式的交互界面也逐步开展
研究试用。但是,现有真三维系统的构建方法通常由于组件庞大导致效率低下,由于真三维
功能的复杂性严重降低了整体系统的稳定性。
[0004] 因此,需要提供一种针对上述现有技术不足的改进技术方案。

发明内容

[0005] 本申请的目的在于提供一种二三维一体化的操作站平台构建方法和电子设备,以解决或缓解上述现有技术中存在的问题。
[0006] 为了实现上述目的,本申请提供如下技术方案:
[0007] 本申请提供了一种二三维一体化的操作站平台构建方法,包括:发送第一操作请求至服务端的调度设备,以由所述调度设备根据所述第一操作请求,对所述服务端的渲染
设备进行分配;接收所述调度设备发送的所述渲染设备的分配反馈信息,并根据所述渲染
设备的分配反馈信息,确定与分配的所述渲染设备连接完成;其中,与分配的所述渲染设备
的连接基于视频流送的数据传送机制;响应于与分配的所述渲染设备连接完成,由分配的
所述渲染设备对场景数据进行渲染,得到第一三维图像;其中,所述场景数据预先储存于所
述服务端或实时传输至所述服务端;接收所述服务端压缩并发送的所述第一三维图像的第
一压缩图像数据,并对接收的所述第一压缩图像数据进行解压缩,得到所述第一三维图像;
基于图层的交互界面框架,对解压缩得到的所述第一三维图像与第一二维数据进行组合,
得到第一组合图像,并对所述第一组合图像进行展示;其中,所述第一二维数据包括实时传
输的所述场景数据。
[0008] 可选地,在本申请的任一实施例中,所述接收所述调度设备发送的所述渲染设备的分配反馈信息,并根据所述渲染设备的分配反馈信息,确定与所述渲染设备连接完成,包
括:接收所述调度设备发送的所述渲染设备的分配反馈信息,响应于所述渲染设备的分配
反馈信息满足预设条件,确定与所述渲染设备连接完成;响应于所述渲染设备的分配反馈
信息不满足所述预设条件,发送分配的所述渲染设备的异常信息,以由所述调度设备根据
所述异常信息,动态分配新的渲染设备;接收所述调度设备发送的新的渲染设备的分配反
馈信息,并根据所述新的渲染设备的分配反馈信息,确定与分配的新的渲染设备连接完成。
[0009] 可选地,在本申请的任一实施例中,所述响应于与分配的所述渲染设备连接完成,由分配的所述渲染设备对场景数据进行渲染,得到第一三维图像,具体为:响应于与分配的
所述渲染设备连接完成,由分配的所述渲染设备对所述场景数据进行实时更新,并对更新
后的所述场景数据进行渲染,得到所述第一三维图像。
[0010] 可选地,在本申请的任一实施例中,所述接收所述服务端压缩并发送的所述第一三维图像的第一压缩图像数据,并对接收的所述第一压缩图像数据进行解压缩,得到所述
第一三维图像,具体为:接收所述服务端发送的、由分配的所述渲染设备对所述第一三维图
像进行压缩得到的所述第一压缩图像数据,并对接收的所述第一压缩图像数据进行解压
缩,得到所述第一三维图像。
[0011] 可选地,在本申请的任一实施例中,在所述基于图层的交互界面框架,对解压缩得到的所述第一三维图像与第一二维数据进行组合,得到第一组合图像,并对所述第一组合
图像进行展示之后,还包括:响应于第二操作请求,在所述第一组合图像中指定目标对象并
进行展示;其中,所述目标对象可以为:二维目标对象或三维目标对象,所述二维目标对象
包含于所述第一二维数据中,所述三维目标对象包含于所述第一三维图像中。
[0012] 可选地,在本申请的任一实施例中,所述目标对象为二维目标对象,对应的,所述响应于第二操作请求,在所述第一组合图像中指定目标对象并进行展示,具体为:响应于第
二操作请求,在所述第一组合图像中指定二维目标对象,并基于预先配置的操作站平台交
互系统对所述二维目标对象进行处理并展示。
[0013] 可选地,在本申请的任一实施例中,所述目标对象为三维目标对象,对应的,所述响应于第二操作请求,在所述第一组合图像中指定目标对象并进行展示,包括:响应于第二
操作请求,在所述第一组合图像中指定三维目标对象,并发送所述第二操作请求至服务端,
以由所述服务端对所述三维目标对象进行分析,由分配的所述渲染设备对与分析结果相对
应的所述三维目标对象的场景数据进行更新,并对更新后的包含所述三维目标对象的场景
数据进行渲染,得到第二三维图像;接收所述服务端压缩并发送的所述第二三维图像的第
二压缩图像数据,并对接收的所述第二压缩图像数据进行解压缩,得到所述第二三维图像;
基于图层的交互界面框架,对解压缩得到的所述第二三维图像与第二二维数据进行组合,
得到第二组合图像,并对所述第二组合图像进行展示;其中,所述第二二维数据包括所述三
维目标对象对应的实时传输的场景数据。
[0014] 可选地,在本申请的任一实施例中,在所述基于图层的交互界面框架,对解压缩得到的所述第一三维图像与二维数据进行组合,得到第一组合图像,并对所述第一组合图像
进行展示之后,还包括:接收所述服务端压缩并发送的第三三维图像的第三压缩数据,并对
接收的所述第三压缩数据进行解压缩,得到所述第三三维图像,其中,所述第三三维图像为
响应于实时传输至所述服务端的所述场景数据发生变化,由分配的所述渲染设备对变化后
的场景数据进行渲染得到;基于图层的交互界面框架,对解压缩得到的所述第三三维图像
与第三二维数据进行组合,得到第三组合图像,并对所述第三组合图像进行展示;其中,所
述第三二维数据包括实时传输的发生变化的场景数据。
[0015] 本申请实施例还提供一种二三维一体化的操作站平台构建方法,包括:调度设备接收客户端发送的第一操作请求,并根据所述第一操作请求,对渲染设备进行分配;向所述
客户端发送所述渲染设备的分配反馈信息,以由所述客户端根据所述反馈信息确定与分配
的所述渲染设备连接完成;其中,所述客户端与所述渲染设备的连接基于视频流送的数据
传送机制;响应于分配的所述渲染设备与所述客户端连接完成,分配的所述渲染设备对预
先储存的或实时传送的场景数据进行渲染,得到第一三维图像;对所述第一三维图像进行
压缩,得到第一压缩图像数据;将所述第一压缩图像数据发送至所述客户端,以由所述客户
端对所述第一压缩图像数据进行解压缩,并基于图层的交互界面框架,对解压缩得到的所
述第一三维图像与第一二维数据进行组合,得到第一组合图像并展示,其中,所述第一二维
数据包括实时传输的所述场景数据。
[0016] 本申请实施例还提供一种电子设备,包括:存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的程序,所述处理器执行所述程序时实现如上述任一实施例所
述的二三维一体化的操作站平台构建方法。
[0017] 与最接近的现有技术相比,本申请实施例的技术方案具有如下有益效果:
[0018] 本申请实施例提供的技术方案中,由服务端的调度设备根据客户端发送的第一操作请求,对服务端的渲染设备进行合理分配,在客户端与分配的渲染设备之间基于视频流
送的数据传送机制建立连接,由分配的渲染设备对预先存储的或实时传输的场景数据进行
渲染,生成第一三维图像;基于视频流送的数据传送机制,在客户端与服务端之间进行数据
传输,由服务端将生产的第一三维图像进行压缩得到的第一压缩图像数据发送给客户端,
有效降低了数据传输的延迟;由客户端对第一压缩图像数据进行解压缩,并基于图层的交
互界面框架,对解压缩得到的第一三维图像与包含实时传输的场景数据的第一二维数据进
行组合,得到第一组合图像并展示。籍此,将传统的由一台设备运行所有数据,通过数据分
解,由多台设备分别运行,在服务端进行场景数据渲染生成第一三维图像,在客户端采用基
于图层的交互界面框架,对第一三维图像数据和第一二维数据进行组合展示,降低了操作
站平台交互系统的复杂度;在客户端与服务端之间采用了视频流送的数据传输机制,使客
户端与服务端之间可以实现实时交互;同时,调度设备可根据渲染设备状态,动态处理异常
信息,有效提升了整体系统的工作效率和运行稳定性。

附图说明

[0019] 构成本申请的一部分的说明书附图用来提供对本申请的进一步理解,本申请的示意性实施例及其说明用于解释本申请,并不构成对本申请的不当限定。其中:
[0020] 图1为根据本申请的一些实施例提供的一种二三维一体化的操作站平台构建方法的流程示意图;
[0021] 图2为根据本申请的一些实施例提供的二三维一体化的操作站平台构建方法中步骤S102的流程示意图;
[0022] 图3为根据本申请的一些实施例提供的对三维目标对象进行处理的流程示意图;
[0023] 图4为根据本申请的一些实施例提供的场景数据发生变化时处理的流程示意图;
[0024] 图5为根据本申请的一些实施例提供的二三维一体化的操作站平台构建方法的流程示意图;
[0025] 图6为根据本申请的一些实施例提供的三维图像与二维数据组合的场景示意图;
[0026] 图7为根据本申请的一些实施例提供的二三维一体化的操作站平台构建方法的控制流程图;
[0027] 图8为根据本申请的一些实施例提供的二三维一体化的操作站平台构建方法的硬件结构示意图;
[0028] 图9为根据本申请的一些实施例提供的电子设备的结构示意图;
[0029] 图10为根据本申请的一些实施例提供的电子设备的硬件结构图。

具体实施方式

[0030] 下面将参考附图并结合实施例来详细说明本申请。各个示例通过本申请的解释的方式提供而非限制本申请。实际上,本领域的技术人员将清楚,在不脱离本申请的范围或精
神的情况下,可在本申请中进行修改和变型。例如,示为或描述为一个实施例的一部分的特
征可用于另一个实施例,以产生又一个实施例。因此,所期望的是,本申请包含归入所附权
利要求及其等同物的范围内的此类修改和变型。
[0031] 示例性方法
[0032] 图1为根据本申请的一些实施例提供的一种二三维一体化的操作站平台构建方法的流程示意图;如图1所示,该方法包括:
[0033] 步骤S101、发送第一操作请求至服务端的调度设备,以由所述调度设备根据所述第一操作请求,对所述服务端的渲染设备进行分配;
[0034] 在本申请实施例中,在服务端采用调度设备和分布式方式部署的渲染设备,其中,调度设备响应第一操作请求进行渲染设备分配,渲染设备响应于与客户端建立连接后对所
述场景数据进行渲染,构建三维图像。且,调度设备能够对渲染设备的工作状态进行实时监
控,根据设备状态对渲染设备进行动态分配调整。可以理解的是,以上描述仅为示例性的,
本申请实施例对此并不进行限定。
[0035] 在本申请实施例中,在服务端分布式部署多台渲染设备,调度设备在对渲染设备进行分配时,根据每台渲染设备是否工作/故障/空闲等状态进行分配,籍此,有效缓解操作
站平台对单一设备运行系统稳定性的依赖。可以理解的是,以上描述仅为示例性的,本申请
实施例对此并不进行限定。
[0036] 步骤S102、接收所述调度设备发送的所述渲染设备的分配反馈信息,并根据所述渲染设备的分配反馈信息,确定与分配的所述渲染设备连接完成,其中,与分配的所述渲染
设备的连接基于视频流送的数据传送机制;
[0037] 在本申请实施例中,服务端的调度设备根据第一操作请求,从多台渲染设备中选择适当的渲染设备(比如,闲置的渲染设备)执行第一操作请求,由该渲染设备对场景数据
进行处理,对渲染设备是否正常工作进行实时监测,如果渲染设备正常工作,则调度设备将
该渲染设备的分配反馈信息发送给客户端,由客户端根据渲染设备的分配反馈信息,与渲
染设备进行连接,判断与渲染设备的连接是否完成。可以理解的是,以上描述仅为示例性
的,本申请实施例对此并不进行限定。
[0038] 在本申请实施例中,客户端与渲染设备之间的连接采用视频流送的数据传送机制,使客户端与服务端之间可以实现实时交互,有效降低了数据传输的延迟。可以理解的
是,以上描述仅为示例性的,本申请实施例对此并不进行限定。
[0039] 图2为根据本申请的一些实施例提供的二三维一体化的操作站平台构建方法中步骤S102的流程示意图;如图2所示,所述接收所述调度设备发送的所述渲染设备的分配反馈
信息,并根据所述渲染设备的分配反馈信息,确定与所述渲染设备连接完成,包括:
[0040] 步骤S112、接收所述调度设备发送的所述渲染设备的分配反馈信息,响应于所述渲染设备的分配反馈信息满足预设条件,确定与所述渲染设备连接完成;
[0041] 在本申请实施例中,渲染设备将调度设备的分配反馈信息发送至客户端后,客户端根据分配反馈信息的反馈时间间隔、以及分配反馈信息的数据格式判断分配反馈信息是
否满足预设条件。通常情况下,设定分配反馈信息的反馈时间间隔小于50毫秒,分配反馈信
息的数据格式为:数据头包含数据大小、视频高宽、时间戳等信息,数据内容可采用H264标
准进行解码。可以理解的是,以上描述仅为示例性的,本申请实施例对此并不进行限定。
[0042] 步骤S122、响应于所述渲染设备的分配反馈信息不满足所述预设条件,发送分配的所述渲染设备的异常信息,以由所述调度设备根据所述异常信息,动态分配新的渲染设
备;
[0043] 在本申请实施例中,若分配反馈信息不满足预设条件,那么客户端则向服务端的调度设备发送分配的渲染设备的异常信息,调度设备在接收到异常信息后,从服务端的多
台渲染设备中动态分配新的渲染设备,重新将新的渲染设备的分配反馈信息发送给客户
端,由客户端判断分配的新的渲染设备是否满足预设条件。可以理解的是,以上描述仅为示
例性的,本申请实施例对此并不进行限定。
[0044] 步骤S132、接收所述调度设备发送的新的渲染设备的分配反馈信息,并根据所述新的渲染设备的分配反馈信息,确定与分配的新的渲染设备连接完成。
[0045] 在本申请实施例中,客户端在接收到新的渲染设备的分配反馈信息后,判断新的渲染设备的分配反馈信息是否满足预设条件,若新的渲染设备的分配反馈信息满足预设条
件,则确定客户端与新的渲染设备连接完成。若新的渲染设备的分配反馈信息不满足预设
条件,则重新执行步骤S122,直至确定客户端与新的渲染设备连接完成。可以理解的是,以
上描述仅为示例性的,本申请实施例对此并不进行限定。
[0046] 在本申请实施例中,在操作站平台运行过程中,客户端始终对与渲染设备之间的数据传输进行监测,当发现渲染设备异常时,及时的向调度设备发送异常信息,由调度设备
随时对渲染设备进行动态分配。调度设备始终对渲染设备的正常运行进行监测,确保分配
的与客户端连接的渲染设备是可以正常运行的。籍此,有效的保证了操作站平台运行的可
靠性。可以理解的是,以上描述仅为示例性的,本申请实施例对此并不进行限定。
[0047] 步骤S103、响应于与分配的所述渲染设备连接完成,由分配的所述渲染设备对场景数据进行渲染,得到第一三维图像;其中,所述场景数据预先储存于所述服务端或实时传
输至所述服务端;
[0048] 在本申请实施例中,客户端确定与渲染设备连接完成后,即可由分配的渲染设备对场景数据进行渲染。在此,场景数据可以是预先存储于服务端中;也可以是接收的传感器
实时采集的数据。可以理解的是,以上描述仅为示例性的,本申请实施例对此并不进行限
定。
[0049] 在一些可选实施例中,响应于与分配的所述渲染设备连接完成,由分配的所述渲染设备对场景数据进行渲染,得到第一三维图像,具体为:响应于与分配的所述渲染设备连
接完成,由分配的所述渲染设备对所述场景数据进行实时更新,并对更新后的所述场景数
据进行渲染,得到所述第一三维图像。可以理解的是,以上描述仅为示例性的,本申请实施
例对此并不进行限定。
[0050] 在本申请实施例中,渲染设备接收到客户的操作请求后,为了使渲染得到的第一三维图像更加符合实际,首先根据接收的传感器实时传输的数据对待渲染的场景数据进行
更新,然后,再对更新后的场景数据进行渲染,得到第一三维图像。也就是说,在操作站平台
运行过程中,渲染设备根据传感器的采集数据实时对场景数据进行更新,以使得到第一三
维图像更为准确。可以理解的是,以上描述仅为示例性的,本申请实施例对此并不进行限
定。
[0051] 步骤S104、接收所述服务端压缩并发送的所述第一三维图像的第一压缩图像数据,并对接收的所述第一压缩图像数据进行解压缩,得到所述第一三维图像;
[0052] 在本申请实施例中,客户端与服务端之间采用了基于视频流送的数据传送机制,避免了数据交互的迟滞延迟,通过这种实时通信技术,服务端的渲染设备计算的三维内容
可以以低延时传送到客户端,由客户端进行展示。同时,客户端的用户操作可以及时传送到
服务端,指导服务端三维内容的更新,可以理解的是,以上描述仅为示例性的,本申请实施
例对此并不进行限定。
[0053] 在本申请实施例中,客户端在接收到服务端压缩并发送的第一压缩图像数据后,对接收的第一压缩图像数据进行判断,判断其是否满足预设条件,如果客户端接收的第一
压缩图像数据不满足预设条件,则由调度设备重新分配渲染设备,对场景数据进行渲染,得
到新的第一三维图像,压缩后发送给客户端,直至接收的第一压缩图像数据满足预设条件,
对接收的第一压缩图像数据进行解压缩。可以理解的是,以上描述仅为示例性的,本申请实
施例对此并不进行限定。
[0054] 在本申请实施例中,实时传输协议根据操作站平台交互系统的架构确定。基于视频流送的数据传送机制采用实时传输协议(Real‑time Transport Protocol,简称RTP)可
以对音频、视频内容的传输进行支持。若操作站平台交互系统为WEB架构,那么传输协议可
以采用WebRTC协议。可以理解的是,以上描述仅为示例性的,本申请实施例对此并不进行限
定。
[0055] 在一些可选实施例中,所述接收所述服务端压缩并发送的所述第一三维图像的第一压缩图像数据,并对接收的所述第一压缩图像数据进行解压缩,得到所述第一三维图像,
具体为:接收所述服务端发送的、由分配的所述渲染设备对所述第一三维图像进行压缩得
到的第一压缩图像数据,并对接收的所述第一压缩图像数据进行解压缩,得到所述第一三
维图像。可以理解的是,以上描述仅为示例性的,本申请实施例对此并不进行限定。
[0056] 在本申请实施中,渲染设备对场景数据进行渲染后,得到第一三维图像,并对第一三维图像数据进行压缩。籍此,可以减少数据传输量,进一步降低渲染设备与客户端之间的
数据传输的延迟。可以理解的是,以上描述仅为示例性的,本申请实施例对此并不进行限
定。
[0057] 在本申请实施例中,渲染设备在对第一三维图像进行压缩时,对第一三维图像采用H264视频压缩算法。可以理解的是,以上描述仅为示例性的,本申请实施例对此并不进行
限定。
[0058] 步骤S105、基于图层的交互界面框架,对解压缩得到的所述第一三维图像与第一二维数据进行组合,得到第一组合图像,并对所述第一组合图像进行展示;其中,所述第一
二维数据包括实时传输的所述场景数据。
[0059] 在本申请实施例中,客户端的交互界面框架采用图形要素分类,将需要展示的内容划分为二维数据和三维数据。三维数据即是渲染设备对场景进行渲染得到的第一三维图
像,是三维可视化的图层;二维数据为文字或图形等,是具有透明背景的图层。通过图层的
交互界面框架,将三维数据作为底部图层,二维数据作为顶部图层,对二维数据和三维数据
进行组合,得到在客户端进行展示的组合图像。籍此,可以具有更加形象、直观的展示效果,
为信息判读和分析决策提供了更好的途径。可以理解的是,以上描述仅为示例性的,本申请
实施例对此并不进行限定。
[0060] 在本申请实施例中,渲染设备从传感器的实时采集数据中对待渲染的场景数据进行更新,或者,利用传感器的实时采集数据作为场景数据,生成第一三维图像;客户端调取
传感器的实时采集数据作为第一二维数据;因而,服务端生成第一三维图像的数据和客户
端调取的第一二维数据为同源数据,为客户端基于图层的交互界面框架,对第一三维图像
和第一二维数据进行组合并显示同步的数据奠定基础。可以理解的是,以上描述仅为示例
性的,本申请实施例对此并不进行限定。
[0061] 在本申请实施例中,由服务端的调度设备根据客户端发送的第一操作请求,对服务端的渲染设备进行合理分配,在客户端与分配的渲染设备之间基于视频流送的数据传送
机制建立连接,由分配的渲染设备对预先存储的或实时传输的场景数据进行渲染,生成第
一三维图像;基于视频流送的数据传送机制,在客户端与服务端之间进行数据传输,由服务
端将生产的第一三维图像进行压缩得到的第一压缩图像数据发送给客户端,有效降低了数
据传输的延迟;由客户端对第一压缩图像数据进行解压缩,并基于图层的交互界面框架,对
解压缩得到的第一三维图像与包含实时传输的场景数据的第一二维数据进行组合,得到第
一组合图像并展示。籍此,将传统的由一台设备运行所有数据,通过数据分解,由多台设备
分别运行,在服务端进行场景数据渲染生成第一三维图像,在客户端采用基于图层的交互
界面框架,对第一三维图像数据和第一二维数据进行组合展示,降低了操作站平台交互系
统的复杂度;在客户端与服务端之间采用了视频流送的数据传输机制,客户端的用户操作
请求能够传送到服务端进行处理,使客户端与服务端之间可以实现实时交互;同时,调度设
备可根据渲染设备状态,动态处理异常信息,有效提升了整体系统的工作效率和运行稳定
性。可以理解的是,以上描述仅为示例性的,本申请实施例对此并不进行限定。
[0062] 在一些可选实施例中,在所述基于图层的交互界面框架,对解压缩得到的所述第一三维图像与第一二维数据进行组合,得到第一组合图像,并对所述第一组合图像进行展
示之后,还包括:响应于第二操作请求,在所述第一组合图像中指定目标对象并进行展示;
其中,所述目标对象可以为:二维目标对象或三维目标对象,所述二维目标对象包含于所述
第一二维数据中,所述三维目标对象包含于所述第一三维图像中。可以理解的是,以上描述
仅为示例性的,本申请实施例对此并不进行限定。
[0063] 在本申请实施例中,在客户端的交互界面框架中,用户的交互操作事件按照操作位置内容控制操作事件的数据分发,在用户点击的为二维目标对象时,由客户端对相应的
二维操作事件进行处理;在用户点击的为三维目标对象时,则由客户端请求服务端进行处
理,服务端处理后将结果返回客户端进行展示。可以理解的是,以上描述仅为示例性的,本
申请实施例对此并不进行限定。
[0064] 在一具体的例子中,所述目标对象为二维目标对象,对应的,所述响应于第二操作请求,在所述第一组合图像中指定目标对象进行展示,具体为:响应于第二操作请求,在所
述第一组合图像中指定二维目标对象,并基于预先配置的操作站平台交互系统对所述二维
目标对象进行处理并展示。可以理解的是,以上描述仅为示例性的,本申请实施例对此并不
进行限定。
[0065] 在本申请实施例中,在客户端的交互界面框架中,用户的交互操作事件为二维操作事件,通过配置完成的操作站平台交互系统,在客户端对用户指定的二维目标对象进行
处理后,直接进行展示。籍此,实现二维数据的展示与操作响应,独立于三维图像部分内容,
降低二三维一体化的耦合度。同时,将二维数据与三维图像分别在客户端和服务端进行处
理,使三维图像部分处理时的稳定性得到进一步提高。可以理解的是,以上描述仅为示例性
的,本申请实施例对此并不进行限定。
[0066] 图3为根据本申请的一些实施例提供的对三维目标对象进行处理的流程示意图;如图3所示,所述目标对象为三维目标对象时,对应的,所述响应于第二操作请求,在所述第
一组合图像中指定目标对象并进行展示,包括:
[0067] 步骤S301、响应于第二操作请求,在所述第一组合图像中指定三维目标对象,并发送所述第二操作请求至服务端,以由所述服务端对所述三维目标对象进行分析,由分配的
所述渲染设备对与分析结果相对应的所述三维目标对象的场景数据进行更新,并对更新后
的所述三维目标对象的场景数据进行渲染,得到第二三维图像;
[0068] 在本申请实施例中,在客户端的交互界面框架中,用户交互操作事件为三维目标对象,此时,客户端向服务端发送第二操作请求,由服务端进行处理,服务端处理后将结果
返回客户端进行展示。服务端的渲染设备在接收到第二操作请求后,对指定的三维目标对
象进行分析,根据分析结果对三维目标对象的特征对应的场景数据进行更新,然后,渲染设
备再对更新后的三维目标对象的场景数据进行渲染,得到第二三维图像;也就是说,第二三
维图像与客户端指定的三维目标对象相对应。可以理解的是,以上描述仅为示例性的,本申
请实施例对此并不进行限定。
[0069] 在本申请实施例中,渲染设备对更新后的三维目标对象的场景数据进行渲染的流程步骤可以参考上述步骤S103,在此不再一一赘述。
[0070] 步骤S302、接收所述服务端压缩并发送的所述第二三维图像的第二压缩图像数据,并对接收的所述第二压缩图像数据进行解压缩,得到所述第二三维图像;
[0071] 在本申请实施例中,对第二三维图像的压缩、第二压缩图像数据的传输、第二压缩图像数据的解压缩的流程步骤,可参考上述第一三维图像的压缩、第一压缩图像数据的传
输、第一压缩图像数据的解压缩的流程步骤,在此不再一一赘述。
[0072] 步骤S303、基于图层的交互界面框架,对解压缩得到的所述第二三维图像与第二二维数据进行组合,得到第二组合图像,并对所述第二组合图像进行展示;其中,所述第二
二维数据包括所述三维目标对象对应的实时传输的场景数据。
[0073] 在本申请实施例中,步骤S303的流程可参照上述实施例中步骤S105的流程,在此不再一一赘述。
[0074] 在本申请实施例中,通过在第一组合图像中指定目标对象进行展示,可以向用户展示更多、更详细的目标对象的信息。可以理解的是,以上描述仅为示例性的,本申请实施
例对此并不进行限定。
[0075] 图4为根据本申请的一些实施例提供的场景数据发生变化时处理的流程示意图;如图4所示,在所述基于图层的交互界面框架,对解压缩得到的所述第一三维图像与二维数
据进行组合,得到第一组合图像,并对所述第一组合图像进行展示之后,还包括:
[0076] 步骤S401、接收所述服务端压缩并发送的第三三维图像的第三压缩数据,并对接收的所述第三压缩数据进行解压缩,得到所述第三三维图像,其中,所述第三三维图像为响
应于实时传输至所述服务端的所述场景数据发生变化,由所述渲染设备对变化后的场景数
据进行渲染得到;
[0077] 在本申请实施例中,传感器的采集数据实时传输至服务端,服务端在接收到传感器的采集数据后,对场景数据进行实时更新,然后对更新后的场景数据进行渲染,得到第三
三维图像。在此过程中,采用基于视频流送的数据传送机制,保证客户端与服务端之间数据
的实时传输,提高响应速度。渲染设备对更新后的数据进行渲染的流程可以参考上述步骤
S103,客户端接收渲染设备发送的第三压缩数据,并对第三压缩数据进行解压缩的流程可
以参考上述实施例中的步骤S104,在此不再一一赘述。可以理解的是,以上描述仅为示例性
的,本申请实施例对此并不进行限定。
[0078] 步骤S402、基于图层的交互界面框架,对解压缩得到的所述第三三维图像与第三二维数据进行组合,得到第三组合图像,并对所述第三组合图像进行展示;其中,所述第三
二维数据包括实时传输的发生变化的场景数据。
[0079] 在本申请实施例中,步骤S402的流程可以参考上述实施例中的步骤S105,在此不再一一赘述。可以理解的是,以上描述仅为示例性的,本申请实施例对此并不进行限定。
[0080] 在本申请实施例中,渲染设备在对三维图像进行压缩时,为了控制客户端与渲染设备之间交互时的响应延迟,对单幅图像(比如第一三维图像、单幅第二三维图像、单幅第
三三维图像)采用帧内压缩算法,对多幅连续的三维图像(比如多幅第二三维图像、多幅第
三三维图像等)采用帧间压缩算法,对相邻帧直接关联的数据进行压缩。由于在多幅连续的
三维图像中,相邻帧之间变化的信息很少,因此,对这些冗余信息进行压缩,仅仅记录本帧
和相邻帧之间的变化规则,可以具有很大的压缩量,减少传输的数据,进一步提高客户端与
服务端之间的数据交互速度,提高传输的效率,降低图像的延时。可以理解的是,以上描述
仅为示例性的,本申请实施例对此并不进行限定。
[0081] 图5为根据本申请的一些实施例提供的二三维一体化的操作站平台构建方法的流程示意图;如图5所示,该方法包括:
[0082] 步骤S501、调度设备接收客户端发送的第一操作请求,并根据所述第一操作请求,对渲染设备进行分配;
[0083] 步骤S502、向所述客户端发送所述渲染设备的分配反馈信息,以由所述客户端根据所述反馈信息确定与分配的所述渲染设备连接完成;其中,所述客户端与所述渲染设备
的连接基于视频流送的数据传送机制;
[0084] 步骤S503、响应于分配的所述渲染设备与所述客户端连接完成,分配的所述渲染设备对预先储存的或实时传送的场景数据进行渲染,得到第一三维图像;
[0085] 步骤S504、对所述第一三维图像进行压缩,得到第一压缩图像数据;
[0086] 步骤S505、将所述第一压缩图像数据发送至所述客户端,以由所述客户端对所述第一压缩图像数据进行解压缩,并基于图层的交互界面框架,对解压缩得到的所述第一三
维图像与第一二维数据进行组合,得到第一组合图像并展示,其中,所述第一二维数据包括
实时传输的所述场数据。
[0087] 在本申请实施例中,步骤S501‑步骤S505的流程可以参考上述实施例中步骤S101‑步骤S105的流程,在此不再一一赘述。
[0088] 图6为根据本申请的一些实施例提供的三维图像与二维数据组合的场景示意图;如图6所示,三维图像601(可以是第一三维图像、第二三维图像或第三三维图像等)由客户
端对服务端发送的压缩数据(可以是对应的第一压缩数据、第二压缩数据或第三压缩数据
等)进行解压缩得到,二维数据602为客户端调取的传感器的实时采集数据、所采集传感器
数据的统计数据、系统运行的状态数据等;基于图层的交互界面框架,对三维图像601和二
维数据602进行组合,得到组合图像603(可以是对应的第一组合图像、第二组合图像或第三
组合图像等),并由客户端进行展示。可以理解的是,以上描述仅为示例性的,本申请实施例
对此并不进行限定。
[0089] 图7为根据本申请的一些实施例提供的二三维一体化的操作站平台构建方法的控制流程图;如图7所示,在客户端发送启动请求后,由服务端的调度设备对渲染设备进行分
配,并监控渲染设备是否正常工作,确认渲染设备正常工作后,调度设备将渲染设备的分配
反馈信息发送给客户端,由客户端确定与渲染设备之间基于视频流送的数据传送机制建立
连接;然后,由渲染设备对场景数据进行渲染,得到第一三维图像,并对第一三维图像进行
压缩,得到第一压缩图像数据并发送给客户端;客户端在接收到第一压缩图像数据后,判断
接收的第一压缩数据是否满足预设条件,若不满足预设条件,则由调度设备重新分配渲染
设备对场景数据进行渲染;若满足预设条件,则客户端对第一压缩图像数据进行解压缩,得
到第一三维图像,并基于图层的交互界面框架,第一三维图像和第一二维数据进行组合,得
到第一组合图像并进行展示。若用户在客户端展示的第一组合图像中指定目标对象,则对
目标对象进行处理并展示;若目标对象为二维目标对象,则在客户端直接进行处理展示,若
目标对象为三维目标对象,则客户端向服务端发送第二操作请求,请求服务端对三维目标
对象进行处理,得到第二三维图像,并压缩发送至客户端进行展示。可以理解的是,以上描
述仅为示例性的,本申请实施例对此并不进行限定。
[0090] 在本申请实施例中,客户端始终对与渲染设备之间的数据传输进行监测,当发现渲染设备异常时,及时的向调度设备发送异常信息,由调度设备随时对渲染设备进行动态
分配;同时以电话、短信、利用客户端展示等方式发送报警信息给相关人员。调度设备始终
对渲染设备的正常运行进行监测,确保分配的与客户端连接的渲染设备是可以正常运行
的。可以理解的是,以上描述仅为示例性的,本申请实施例对此并不进行限定。
[0091] 图8为根据本申请的一些实施例提供的二三维一体化的操作站平台构建方法的硬件结构示意图;如图8所示,操作站平台10由客户端11、调度设备12和渲染设备13组成,并通
过交换机/路由器14与工业以太网15连通。其中,渲染设备13负责场景数据的渲染计算,为
客户端11提供三维展示数据;客户端11负责操作站平台交互系统的运行展示,为用户交互
操作的设备;调度设备12负责分配及监控客户端使用的渲染设备。客户端11、调度设备12以
及渲染设备13部署在同一高速路由环境下,设备的冗余方案按照现场生产要求配置设置。
可以理解的是,以上描述仅为示例性的,本申请实施例对此并不进行限定。
[0092] 在本申请实施例中,调度设备12在客户端11启动后,同步启动监测程序,对渲染设备13的运行状态进行监测,动态处理发现的问题;渲染设备13与客户端11建立连接后,渲染
设备13同时启动数据内容监测程序,如果场景数据发生变化,则对发生变化的场景数据进
行实时更新后,进行渲染并提供给客户端进行展示;客户端11启动后,实时监测用户的操作
情况,如果用户有新的操作请求,则根据操作目标对象处理数据,依需发送用户的新的操作
请求至渲染设备,由渲染设备13进行处理。可以理解的是,以上描述仅为示例性的,本申请
实施例对此并不进行限定。
[0093] 在本申请实施例中,渲染设备13采用具有高性能显卡配置的工控机,比如,根据需要配置GTX1080、RTX2080等不同型号的显卡,以便于渲染计算;还可以根据场景数据的大小
以及工作任务量的多少配置多台渲染设备13。客户端11通常采用常规配置的工控机,可以
采用台式机、平板、手机等不同类型配置,运行用户使用的操作站平台交互系统。调度设备
12可以采用较低配置的工控机,负责渲染设备13的调度工作,同时监测渲染设备13的工作
状态,在接收到异常信息后,对渲染设备13进行动态分配。可以理解的是,以上描述仅为示
例性的,本申请实施例对此并不进行限定。
[0094] 在本申请实施例中,客户端11、调度设备12以及渲染设备13通过路由器/交换机14与工业以太网15联通,通过工业以太网15,客户端11可以访问和控制所需的设备。客户端
11、调度设备12以及渲染设备13部署在同一高速路由环境下,极大的简化了操作站平台的
网络结构,提高了数据传送效率。可以理解的是,以上描述仅为示例性的,本申请实施例对
此并不进行限定。
[0095] 在本申请实施例中,在二三维一体化的操作站平台的构建过程中,第一,依据现场实时需求,分析确定所需要的不同类型的客户端11、调度设备12以及渲染设备13的数据及
配置;如图8所述,该操作站平台10配置调度设备1台,不同类型的客户端设备3台,具有高性
能显卡的渲染设备2台。第二,将确定的不同类型的客户端11、调度设备12以及渲染设备13
按照上述实施例中的二三维一体化的操作站平台的构建方法进行布置,利用高速线路进行
连接;第三,通过路由器/交换机14将操作站平台10中的设备与工业以太网15连通;第四,在
操作站平台10的渲染设备13上安装渲染系统(即渲染程序),在客户端11安装操作站平台交
互系统,操作站平台交互系统中具有基于图层的交互界面框架,以及对二维数据进行处理
的程序;在调度设备12上安装调度系统(即调度程序);第五,通过客户端11访问操作站平台
交互系统,由调度设备12分配所使用的渲染设备13,客户端11将根据用户请求获得相对应
的结果进行展示。可以理解的是,以上描述仅为示例性的,本申请实施例对此并不进行限
定。
[0096] 在本申请实施例中,将传统的由一台设备运行所有数据,通过数据分解,由多台设备分别运行,降低了整体系统的复杂度,同时降低了对客户端性能的要求,提高了系统的计
算效率,提升了系统整体运行的稳定性,同时具备可延展性。同时,用户还可以通过普通工
控终端设备,或者工业平板、手机等高效稳定的访问操作站平台交互系统。可以理解的是,
以上描述仅为示例性的,本申请实施例对此并不进行限定。
[0097] 示例性设备
[0098] 图9为根据本申请的一些实施例提供的电子设备的结构示意图;如图9所示,该电子设备包括:
[0099] 一个或多个处理器901;
[0100] 计算机可读介质902,可以配置为存储一个或多个程序,
[0101] 所述一个或多个处理器901执行一个或多个程序时,实现如下步骤:发送第一操作请求至服务端的调度设备,以由所述调度设备根据所述第一操作请求,对所述服务端的渲
染设备进行分配;接收所述调度设备发送的所述渲染设备的分配反馈信息,并根据所述渲
染设备的分配反馈信息,确定与分配的所述渲染设备连接完成;其中,与分配的所述渲染设
备的连接基于视频流送的数据传送机制;响应于与分配的所述渲染设备连接完成,由分配
的所述渲染设备对场景数据进行渲染,得到第一三维图像;其中,所述场景数据预先储存于
所述服务端或实时传输至所述服务端;接收所述服务端压缩并发送的所述第一三维图像的
第一压缩图像数据,并对接收的所述第一压缩图像数据进行解压缩,得到所述第一三维图
像;基于图层的交互界面框架,对解压缩得到的所述第一三维图像与第一二维数据进行组
合,得到第一组合图像,并对所述第一组合图像进行展示;其中,所述第一二维数据包括实
时传输的所述场景数据。
[0102] 图10为根据本申请的一些实施例提供的电子设备的硬件结构图;如图10所示,该电子设备的硬件结构可以包括:处理器1001、通信接口1002、计算机可读介质1003和通信总
线1004;
[0103] 其中,处理器1001、通信接口1002、计算机可读介质1003通过通信总线1004完成相互间的通信;
[0104] 可选地,通信接口1002可以为通信模块的接口,如GSM模块的接口;
[0105] 其中,处理器1001具体可以配置为:发送第一操作请求至服务端的调度设备,以由所述调度设备根据所述第一操作请求,对所述服务端的渲染设备进行分配;接收所述调度
设备发送的所述渲染设备的分配反馈信息,并根据所述渲染设备的分配反馈信息,确定与
分配的所述渲染设备连接完成;其中,与分配的所述渲染设备的连接基于视频流送的数据
传送机制;响应于与分配的所述渲染设备连接完成,由分配的所述渲染设备对场景数据进
行渲染,得到第一三维图像;其中,所述场景数据预先储存于所述服务端或实时传输至所述
服务端;接收所述服务端压缩并发送的所述第一三维图像的第一压缩图像数据,并对接收
的所述第一压缩图像数据进行解压缩,得到所述第一三维图像;基于图层的交互界面框架,
对解压缩得到的所述第一三维图像与第一二维数据进行组合,得到第一组合图像,并对所
述第一组合图像进行展示;其中,所述第一二维数据包括实时传输的所述场景数据。
[0106] 处理器可以是通用处理器,包括中央处理器(central processing unit,简称CPU)、网络处理器(Network Processor,简称NP)等,还可以是数字信号处理器(DSP)、专用
集成电路(ASIC)、现成可编程门阵列(FPGA)或者其它可编程逻辑器件、分立门或者晶体管
逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑
框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
[0107] 本申请实施例的电子设备以多种形式存在,包括但不限于:
[0108] (1)移动通信设备:这类设备的特点是具备移动通信功能,并且以提供话音、数据通信为主要目标。这类终端包括:智能手机(例如:IPhone)、多媒体手机、功能性手机,以及
低端手机等。
[0109] (2)超移动个人计算机设备:这类设备属于个人计算机的范畴,有计算和处理功能,一般也具备移动上网特性。这类终端包括:PDA、MID和UMPC设备等,例如Ipad。
[0110] (3)便携式娱乐设备:这类设备可以显示和播放多媒体内容。该类设备包括:音频、视频播放器(例如:iPod),掌上游戏机,电子书,以及智能玩具和便携式车载导航设备。
[0111] (4)服务器:提供计算服务的设备,服务器的构成包括处理器、硬盘、内存、系统总线等,服务器和通用的计算机架构类似,但是由于需要提供高可靠的服务,因此在处理能
力、稳定性、可靠性、安全性、可扩展性、可管理性等方面要求较高。
[0112] (5)其他具有数据交互功能的电子装置。
[0113] 需要指出,根据实施的需要,可将本申请实施例中描述的各个部件/步骤拆分为更多部件/步骤,也可以将两个或多个部件/步骤或者部件/步骤的部分操作组合成新的部件/
步骤,以实现本申请实施例的目的。
[0114] 上述根据本申请实施例的方法可在硬件、固件中实现,或者被实现为可存储在记录介质(诸如CD ROM、RAM、软盘、硬盘或磁光盘)中的软件或计算机代码,或者被实现通过网
络下载的原始存储在远程记录介质或非暂时机器存储介质中并将被存储在本地记录介质
中的计算机代码,从而在此描述的方法可被存储在使用通用计算机、专用处理器或者可编
程或专用硬件(诸如ASIC或FPGA)的记录介质上的这样的软件处理。可以理解,计算机、处理
器、微处理器控制器或可编程硬件包括可存储或接收软件或计算机代码的存储组件(例如,
RAM、ROM、闪存等),当所述软件或计算机代码被计算机、处理器或硬件访问且执行时,实现
在此描述的二三维一体化的操作站平台构建方法。此外,当通用计算机访问用于实现在此
示出的方法的代码时,代码的执行将通用计算机转换为用于执行在此示出的方法的专用计
算机。
[0115] 本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及方法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟
以硬件还是软件方式来执行,取决于技术方案的特定应用和涉及约束条件。专业技术人员
可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出
本申请实施例的范围。
[0116] 需要说明的是,本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其它实施例的不同之处。
尤其,对于设备及系统实施例而言,由于其基本相似于方法实施例,所以描述得比较简单,
相关之处参见方法实施例的部分说明即可。以上所描述的设备及系统实施例仅仅是示意性
的,其中作为分离不见说明的单元可以是或者也可以不是物理上分开的,作为单元提示的
不见可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络
单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。
本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。
[0117] 以上实施方式仅用于说明本申请实施例,而非对本申请实施例的限制,有关技术领域的普通技术人员,在不脱离本申请实施例的精神和范围的情况下,还可以做出各种变
化和变型,因此所有等同的技术方案也属于本申请实施例的范畴,本申请实施例的专业保
护范围应由权利要求限定。