CN114020977A - 建筑信息模型交互方法及相关装置 - Google Patents

Abstract

本申请提供了一种建筑信息模型交互方法及相关装置，可以响应于用户设备的录入信息，向所述用户设备输出与所述录入信息对应的目标建筑模型的响应数据，所述响应数据包括流媒体数据。可以根据目标用户的需求将目标建筑模型以流媒体数据的方式发送给用户设备，使建筑信息模型与目标用户之间的交互更加直观和便捷，大大提升了目标用户的交互体验。

Description

建筑信息模型交互方法及相关装置

技术领域

本申请涉及建筑信息模型BIM技术领域，特别是一种建筑信息模型交互方法及相关装置。

背景技术

在建筑工程领域，建筑信息模型(Building Information Modeling，BIM)应用体现在构件生产阶段、运输阶段、现场施工阶段以及运营维护阶段。如何让BIM模型与用户的交互更加方便，成为了一个问题。

现有的方法一般给用户提供建筑图纸，或采用虚拟现实VR全景图向用户展示，但建筑图纸的门槛太高且不直观，用户体验不佳，VR全景图的也并不能全面展示建筑信息，人工干预度大，交互效果也不理想。

发明内容

基于上述问题，本申请提出了一种建筑信息模型交互方法及相关装置，可以根据目标用户的需求将目标建筑模型以流媒体数据的方式发送给用户设备，使建筑信息模型与目标用户之间的交互更加直观和便捷，大大提升了目标用户的交互体验。

第一方面，本申请实施例提供了一种建筑信息模型交互方法，所述方法包括：

响应于用户设备的录入信息，向所述用户设备输出与所述录入信息对应的目标建筑模型的响应数据，所述录入信息用于请求与所述目标建筑模型进行预设类型的交互，所述响应数据包括流媒体数据，所述目标建筑模型包括虚幻引擎4渲染的具备交互功能的三维模型。

第二方面，本申请实施例提供了一种建筑信息模型交互装置，所述建筑信息模型交互装置包括：

模型输出单元，用于响应于用户设备的录入信息，向所述用户设备输出与所述录入信息对应的目标建筑模型的响应数据，所述录入信息用于请求与所述目标建筑模型进行预设类型的交互，所述响应数据包括流媒体数据，所述目标建筑模型包括虚幻引擎4渲染的具备交互功能的三维模型。

第三方面，本申请实施例提供了一种电子设备，包括处理器、存储器、通信接口以及一个或多个程序，其中，上述一个或多个程序被存储在上述存储器中，并且被配置由上述处理器执行，上述程序包括用于执行本申请实施例第一方面中的步骤的指令。

第四方面，本申请实施例提供了一种计算机可读存储介质，其中，上述计算机可读存储介质存储用于电子数据交换的计算机程序，其中，上述计算机程序使得计算机执行如本申请实施例第一方面中所描述的部分或全部步骤。

第五方面，本申请实施例提供了一种计算机程序产品，其中，上述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，上述计算机程序可操作来使计算机执行如本申请实施例第一方面中所描述的部分或全部步骤。该计算机程序产品可以为一个软件安装包。

可见，本申请提供的一种建筑信息模型交互方法及相关装置，可以响应于用户设备的录入信息，向所述用户设备输出与所述录入信息对应的目标建筑模型的响应数据，所述录入信息用于请求与所述目标建筑模型进行预设类型的交互，所述响应数据包括流媒体数据，所述目标建筑模型包括虚幻引擎4渲染的具备交互功能的三维模型。可以根据目标用户的需求将目标建筑模型以流媒体数据的方式发送给用户设备，使建筑信息模型与目标用户之间的交互更加直观和便捷，大大提升了目标用户的交互体验。

附图说明

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

图1为本申请实施例提供的一种应用建筑信息模型交互方法的系统架构图；

图2A为本申请实施例提供的一种建筑信息模型交互方法的流程示意图；

图2B为本申请实施例提供的另一种建筑信息模型交互方法的流程示意图；

图3A为本申请实施例提供的一种初始页面的示意图；

图3B为本申请实施例提供的一种“鸟瞰”页面的示意图；

图3C为本申请实施例提供的一种“漫游”页面的示意图；

图3D为本申请实施例提供的一种“漫游”页面悬浮窗的示意图；

图3E为本申请实施例提供的一种“停车示意”功能的界面示意图；

图3E-1为本申请实施例提供的一种前进式停车的示意图；

图3E-2为本申请实施例提供的一种后退式停车的示意图；

图3F为本申请实施例提供的一种“归家动线”功能的界面示意图；

图3G为本申请实施例提供的一种第一人称导航的界面示意图；

图3H为本申请实施例提供的一种“购买”功能的界面示意图；

图3I为本申请实施例提供的一种“列表”页面的示意图；

图3J为本申请实施例提供个的一种“筛选”功能的界面示意图；

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

图5为本申请实施例提供的一种建筑信息模型交互装置的功能单元组成框图；

图6为本申请实施例提供的另一种建筑信息模型交互装置的功能单元组成框图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其他步骤或单元。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

为了更好地理解本申请实施例的方案，下面先对本申请实施例可能涉及的相关术语和概念进行介绍。

本申请实施例所描述电子设备和用户设备可以包括智能手机(如Android手机、iOS手机、Windows Phone手机等)、平板电脑、掌上电脑、笔记本电脑、视频矩阵、监控平台、移动互联网设备(MID，Mobile Internet Devices)或穿戴式设备等，上述仅是举例，而非穷举，包含但不限于上述装置，当然，上述电子设备还可以为服务器，例如，云服务器。

下面结合图1对本申请实施例中的一种应用建筑信息模型交互方法的系统架构进行说明，图1为本申请实施例提供的一种应用建筑信息模型交互方法的系统架构图，该系统架构100包括开发设备110、云服务器平台120和用户设备130，上述开发设备110和云服务器平台120之间通信连接，上述云服务器平台120与用户设备130之间通信连接。

其中，上述开发设备110可以用于根据目标工程图纸建立基础建筑模型即BIM模型，上述目标工程图纸可以为CAD图纸的集合，具体的，可以对CAD图纸集合进行识别，将各个区域进行构件化来逐步构建上述基础建筑模型，通过多细节层次(Levels of Detail，LOD)技术建立上述基础建筑模型，可以提升基础建筑模型的准确性。

进一步的，上述开发设备110可以搭载虚幻引擎4(Unreal Engine 4，UE4)，对上述基础建筑模型进行渲染处理得到高清晰度的建筑模型，并且通过UE4引擎为上述高清晰度的建筑模型添加交互功能以得到目标建筑模型，上述交互功能可以包括对目标建筑模型的移动、缩放、切换视角等，在此不做具体限定。上述开发设备110可以将上述目标建筑模型打包为EXE格式的可执行文件或直接以像素流形式上传至云服务平台120进行云游戏服务的配置。

其中，上述云服务平台120可以包括云GPU服务器121和云前端服务器122，上述云GPU服务器121与云前端服务器122之间相互连接。

在一个可能的实施例中，在开发设备110将上述目标建筑模型打包为EXE格式的可执行文件并上传至云服务平台120的情况下，上述云GPU服务器121用于启动该EXE格式的可执行文件，并将该可执行文件以视频流的形式发送至云前端服务器122，上述云前端服务器122用于接收该视频流形式的数据，并根据该视频流数据生成前端交互页面和交互入口链接，前端交互页面用于使目标用户与目标建筑模型进行交互，交互入口链接用于跳转至所述目标交互页面。上述交互入口链接可以为统一资源定位符(Uniform Resource Locator，URL)、二维码等，在此不做具体限定。

在一个可能的实施例中，在开发设备110将上述目标建筑模型以像素流形式输出至云服务平台120的情况下，可以通过node服务接收上述像素流数据并部署至云服务器平台120，上述云GPU服务器121可以结合上述node服务对该像素流数据进行处理，将该像素流数据以视频流的形式发送至上述云前端服务器122，上述云前端服务器122用于接收该视频流形式的数据，并根据该视频流数据生成前端交互页面和交互入口链接，前端交互页面用于使目标用户与目标建筑模型进行交互，交互入口链接用于跳转至所述目标交互页面。上述交互入口链接可以为统一资源定位符(Uniform Resource Locator，URL)、二维码等，在此不做具体限定。

可以理解的是，上述云服务平台120可以采用基础设施即服务(Infrastructureas aService，IaaS)来提供上述目标建筑模型的云游戏服务，IaaS指把IT基础设施作为一种服务通过网络对外提供。在这种服务模型中，无需自己构建一个数据中心，而是通过租用的方式来使用基础设施服务，包括服务器、存储和网络等，通过IaaS架构的云服务平台，可以为目标用户提供多种通道的云游戏服务，目标用户可以使用用户设备130从移动端，台式电脑端，平板电脑端登入该目标建筑模型的云游戏服务，也可以从网页、小程序等途径登入，在此不做具体限定。大大提升了目标用户与目标建筑模型交互的便携性。

其中，目标用户可以通过用户设备130登入目标建筑模型的云游戏服务的页面，并发送录入信息来与上述目标建筑模型进行交互，上述云服务平台120在接收到用户设备130的录入信息后，可以根据该录入信息生成上述目标建筑模型的流媒体数据，并发送至用户设备130进行展示。举例来说，目标建筑模型为地下车库的场景下，用户设备130发送的录入信息为“移动至左边第三个车位”，云服务平台120可以根据该录入信息生成“移动至左边第三个车位”的视频数据，并将该视频数据同步至用户设备以完成交互。

可见，通过上述系统架构，首先，根据目标工程图纸生成基础建筑模型，所述基础建筑模型表示与所述目标工程图纸对应的建筑信息模型BIM；然后，对所述基础建筑模型进行第一处理，以得到目标建筑模型，所述目标建筑模型表示经过渲染且具备交互功能的建筑模型；最后，响应于用户设备的录入信息，向所述用户设备输出与所述录入信息对应的所述目标建筑模型的响应数据，所述响应数据包括流媒体数据。可以为目标建筑模型添加多种交互功能，如区域定位、区域查询、区域导航、区域浏览等，大大提升了用户的交互体验。

下面结合图2A对本申请实施例中的一种建筑信息模型交互方法进行说明，图2A为本申请实施例提供的一种建筑信息模型交互方法的流程示意图，具体包括以下步骤：

步骤201，响应于用户设备的录入信息，向所述用户设备输出与所述录入信息对应的目标建筑模型的响应数据。

其中，上述响应数据包括流媒体数据，上述录入信息可以包括区域查询指令、区域定位指令、区域浏览指令等，使得目标用户与目标建筑模型之间的交互由被动漫游转变为主动漫游。

在一个可能的实施例中，在上述录入信息为区域查询指令的情况下，可以识别该区域查询指令，确定其想要查询的第一区域数据，上述第一区域数据可以包括第一区域坐标和第一区域类型，上述第一区域坐标可以为第一区域的中心坐标或区域坐标集合，上述第一区域类型可以以功能划分的区域类型，以地下车库为例，第一区域类型可以包括车位、车道、出口、入口等等。确定第一区域数据后，可以根据第一区域坐标和第一区域类型确定第一区域显示页面，需要说明的是，不同的第一区域坐标以及不同的第一区域类型对应的第一区域的显示范围不同，举例来说，第一区域类型为车位时，第一区域显示页面的显示范围仅为单个车位区域，第一区域类型为车道时，第一区域显示页面的显示范围为整条车道的区域。确定第一区域显示页面之后，可以生成从当前显示页面转移至第一区域显示页面的第一转移特效，上述第一转移特效可以包括平移、缩放、渐变等等，最后，以第一转移特效向用户设备输出第一区域显示页面以完成区域查询指令的交互。

在一个可能的实施例中，在上述录入信息为区域导航指令的情况下，可以识别该区域导航指令，确定其导航目的地，即第二区域数据，该第二区域数据可以包括第二区域坐标，之后可以根据第二区域坐标和初始位置坐标确定导航路径并生成导航路径页面，上述初始位置坐标可以自行设置，最后，向用户设备输出导航路径页面，以完成区域导航指令的交互。

在一个可能的实施例中，在上述录入信息为区域浏览指令的情况下，可以识别该区域浏览指令，确定区域浏览轨迹，目标用户可以在用户设备上用手指划动录入该区域浏览指令，之后根据区域浏览轨迹生成区域浏览页面，并将该区域浏览页面输出至用户设备，已完成区域浏览指令的交互。可以理解的是，上述区域浏览页面可以显示连续的视频，举例来说，上述区域浏览指令可以为“从A点前行50米后左转至B点”，此时的区域浏览页面可以显示目标建筑模型从A点往前移动50米后左转至B点的视频画面，在此不再赘述。

需要说明的是，上述录入信息可以以语音、图像、文字、点击操作、划动操作等形式输入目标设备，进一步由目标设备向云端服务器发送该录入信息，云端服务器可以识别目标用户的交互意图，并输出与上述交互意图对应的目标建筑模型的响应数据，以实现云游戏方式的交互。大大提升了目标用户与目标建筑模型交互的便捷性和交互体验。

下面结合图2B对本申请实施例中另一种建筑信息模型交互方法进行说明，图2B为本申请实施例提供的另一种建筑信息模型交互方法的流程示意图，具体包括以下步骤：

步骤301，根据目标工程图纸生成基础建筑模型。

其中，上述基础建筑模型表示与上述目标工程图纸对应的建筑信息模型BIM，上述目标工程图纸可以为CAD图纸的集合，可以对上述CAD图纸的集合进行识别，生成构件化数据即模型化组件，如门、窗、钢筋等，然后进行LOD建模，BIM模型在不断阶段的发展以及该阶段构件所应该包含的信息可以定义为五个级别，分别为LOD100、LOD200、LOD300、LOD400和LOD500。

其中，LOD100表示规划、概念设计阶段，包含建筑项目基本的体量信息(例如长、宽、高、体积、位置等)；LOD200表示在设计开发及初步设计阶段，包括建筑物近似的数量、大小、形状、位置和方向，可以进行一般性能化的分析；LOD300表示为细部设计阶段，此时的BIM模型包含了精确数据(例如尺寸、位置、方向等信息)，可以进行较为详细的分析及模拟(例如碰撞检查、施工模拟等)，需要说明的是，常用的LOD350的概念，就是在LOD300基础之上再加上建筑系统(或组件)之间组装所需接口(interfaces)的信息细节；LOD400表示为施工及加工制造、组装阶段，此时BIM模型包含了完整制造、组装、细部施工所需的信息；LOD500表示最终的基础建筑模型，包含了建筑项目在竣工后的数据信息，包括实际尺寸、数量、位置、方向等。该BIM模型可以直接交给运维方作为运营维护的依据。

可见，根据目标工程图纸生成基础建筑模型，可以提高BIM模型可视化的精度。

步骤302，对所述基础建筑模型进行第一处理，以得到目标建筑模型。

其中，上述目标建筑模型表示经过渲染且具备交互功能的建筑模型，上述第一处理可以通过UE4引擎来实现。首先，可以通过UE4引擎创建一个关卡，然后将基础建筑模型导入该关卡中，然后进行材质、属性信息等设置以完成渲染和交互功能设计，UE4的渲染过程在此不再赘述。上述交互功能可以包括移动、缩放、切换视角等，在此不做具体限定。

可见，渲染后得到的目标建筑模型更加美观真实，方便目标用户以主动漫游的方式与目标建筑模型进行交互，大大提升了交互体验。

步骤303，响应于用户设备的录入信息，向所述用户设备输出与所述录入信息对应的所述目标建筑模型的响应数据。

上述未详细说明的步骤可以参见图2A中所描述的部分或全部方法的步骤的描述，在此不再赘述。

为便于理解，下面以地下车库场景对本申请实施例的交互过程举例说明，目标用户可以通过用户设备登入地下车库模型的交互平台，登入方式可以为网页、小程序、客户端等等，在此不做具体限定。登入后可以进入新手指引页面，该新手指引页面包括多个交互教学步骤，在此不再赘述。通过新手指引后，可以与地下车库模型BIM的进行自由的交互。

具体的，首先如图3A所示，初始显示界面包括整个地下车库的二维平面图，右上角的“俯视”、“鸟瞰”、“漫游”、“列表”功能按钮，右下角的“标准车位”、“大车位”、“小车位”区域批注，此时地下车库模型处于“俯视”状态，目标用户可以通过手势划动页面进行显示界面的缩小和放大。

在输入的录入信息为点击“鸟瞰”按钮时，可以进入鸟瞰模式，如图3B所示，鸟瞰模式下可以显示鸟瞰视角的地下车库的三维模型，可以看出左右两侧为车道区域，中间为车位区域，且此时显示的仅仅是整个地下车库的一小部分区域，目标用户可以通过点击、划动等方式来移动地下车库模型BIM，以查看鸟瞰状态下的另外的区域。

在输入的录入信息为点击“漫游”按钮时，可以进入漫游模式，如图3C所示，在漫游模式下，视角会切换为在车库中步行时的第一人称视角，可以理解的是，目标用户可以从任意位置开始漫游，从图3C可见，此时选择从车位B290开始，目标用户可以操作左下方的轮盘进行任意方向的漫游，并通过左上角的地图了解当前位置以及周边区域信息。进一步的，目标用户可以点击任意车位所在区域，展示该车位的详细信息，如图3D所示，可见，点击车位B290后弹出半透明的悬浮窗，该悬浮窗内显示B290的总价为10.11万，车位类型为标准车位，所属区域为B区，车位尺寸为2.5m*5.2m，并显示不利因素为“车位靠柱可能会挡住车门”，最下方提供了“停车示意”按钮、“归家动线”按钮以及“购买”按钮。需要说明的是，点击悬浮窗内的B290车位旁边的星形按钮可以收藏或取消收藏该车位。

在点击“停车示意”按钮后，可以进入二级悬浮窗页面，该页面可以展示不同的车型在该车位停放的状态，“停车示意”的二级悬浮窗页面包括车型选项，车型选项可以包括中型SUV、B级轿车、小型SUV、大型SUV、C级轿车、MPV商务车等等，目标用户可以左右划动进行选择，在选择中型SUV时，可以显示中型SUV车辆在车位上停放的界面，如图3E所示，进一步的，可以自动判断该车型与该车位是否匹配，具体的，可以自动计算车型停靠所需的车位最小宽度，根据车辆停靠方式的区别可以分为两种情况，第一种情况为前进式停靠，第二种情况为后退式停靠；

在前进式停靠的情况下，如图3E-1所示，采用如下公式：

W_d＝R_e+Z-sinα[(r+b)cotα+e-L_r]

其中，

其中，W_d表示最小车位宽度；S表示出入口处与邻车的安全距离可取300mm；Z表示行驶车与车或墙的安全距离，一般可取500～1000mm；L_r表示机动车回转入位后轮回转中心的偏移距离；R_e表示机动车回转中心至机动车后外角的水平距离；c表示车与车的距离；r表示机动车环行内半径；a表示机动车长度；b表示机动车宽度；e表示机动车后悬尺寸；R表示机动车环行外半径；α表示机动车停车角。

之后将实际车位宽度与计算出的最小车位宽度进行对比，在实际车位宽度大于或等于最小车位宽度W_d时，认定该车型与该车位匹配，在实际车位宽度小于最小车位宽度W_d时，认定该车型与该车位不匹配。最后，可以根据匹配结果生成提示信息并发送至目标设备。

在后退式停靠的情况下，如图3E-2所示，采用如下公式：

W_d＝R+Z-sinα[(r+b)cotα+(a-e)-L_r]

之后将实际车位宽度与计算出的最小车位宽度进行对比，在实际车位宽度大于或等于最小车位宽度W_d时，认定该车型与该车位匹配，在实际车位宽度小于最小车位宽度W_d时，认定该车型与该车位不匹配。最后，可以根据匹配结果生成提示信息并发送至目标设备。

如此可以直观地看出该车位适合停放的车辆类型和不适合停放的车辆类型，大大提升用户体验。

在点击“归家动线”按钮后，可以切换成鸟瞰视角，显示当前位置至目标位置的导航路径，并进入二级悬浮窗页面，此时二级悬浮窗页面显示起始点名称、终点名称、所需距离、步行所需时间以及“模拟导航”按钮，目标用户可以自行更改起始点与终点的位置，如图3F所示，可见，此时起始点为车位C355，终点为12号楼入口A，车位C355至12号楼入口A的导航路径有箭头图案进行标注，并显示“距离终点536米，步行约13分钟”的文字提示，目标用户可以清晰地看到路线图以及相关信息。进一步的，目标用户还可以点击“模拟导航”按钮进入第一人称视角进行导航漫游，如图3G所示，可以以第一人称视角进行实景漫游，在地上标注出箭头指示前行方向，并实时显示距离终点还有多少距离以及剩余步行分钟数，大大提升了导航的可交互性，目标用户也可以随时点击下方的“暂停模拟”按钮查看四周，也可以随时点击“结束模拟”退出第一人称视角的导航模拟，用户体验极佳。

在点击“购买”按钮后，可以进入订单二级页面，如图3H所示，该订单二级页面可以包括车位信息、客户信息，可以逐级推进填写资料、签署协议、缴纳定金和查看结果的各个阶段，在此不再赘述。

在输入的录入信息为点击“列表”按钮时，可以进入车位列表页面，如图3I所示，车位列表页面可以优先展示离当前位置最近的八个车位，此时最近的八个车位分别为B111、B112、B113、B114、B115、B116、B117、B118，可以在选择了任意一个车位后点击最下方的按钮进行漫游查看，在此不再赘述。其中，当前显示的是B区车位，可以点击C区按钮切换至C区的车位列表，还可以点击右侧的“筛选”按钮进行车位信息的筛选。

在点击“筛选”按钮后，可以进入筛选选项二级页面，如图3J所示，该筛选选项二级页面的筛选条件包括车位类型、在售状态、是否是人防车位以及是否收藏等，其中，上述车位类型可以选择大车位、小车位以及标准纵向子母车位中的任意选项，上述在售状态可以选择在售车位和已售车位选项，上述是否人防车位可以选择人防车位和非人防车位选项，上述是否收藏可以选择已收藏和未收藏选项，选择完成之后可以点击右下方的“确认筛选”按钮进入筛选后的车位列表，也可以点击“重置”按钮清空已选择的选项重新进行选择，在此不做具体限定。可见，如此可以使目标用户更加便捷地找到自己的理想车位。

可以理解的是，上述示例中的录入信息类型都可以包括在区域查询指令、区域定位指令、区域浏览指令之中，且上述示例的页面内容仅仅是示例性说明，并不代表对本申请的具体限定。

可见，通过云游戏的形式实现目标用户与目标建筑设备的交互，使建筑信息模型与目标用户之间的交互更加直观和便捷，大大提升了目标用户的交互体验。

通过上述方法，响应于用户设备的录入信息，向所述用户设备输出与所述录入信息对应的目标建筑模型的响应数据，所述响应数据包括流媒体数据。可以根据目标用户的需求将目标建筑模型以流媒体数据的方式发送给用户设备，使建筑信息模型与目标用户之间的交互更加直观和便捷，大大提升了目标用户的交互体验。

下面结合图4对本申请实施例中的一种电子设备进行说明，图4为本申请实施例提供的一种电子设备的结构示意图，如图4所示，该电子设备400包括处理器401、通信接口402和存储器403，所述处理器、通信接口和存储器相互连接，其中，电子设备400还可以包括总线404，处理器401、通信接口402和存储器403之间可以通过总线404相互连接，总线404可以是外设部件互连标准(Peripheral Component Interconnect，简称PCI)总线或扩展工业标准结构(Extended Industry Standard Architecture，简称EISA)总线等。总线404可以分为地址总线、数据总线、控制总线等。为便于表示，图4中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。所述存储器403用于存储计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，执行上述图2A或图2B中所描述的全部或部分方法。

上述主要从方法侧执行过程的角度对本申请实施例的方案进行了介绍。可以理解的是，电子设备为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所提供的实施例描述的各示例的单元及算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本申请实施例可以根据上述方法示例对电子设备进行功能单元的划分，例如，可以对应各个功能划分各个功能单元，也可以将两个或两个以上的功能集成在一个处理单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。需要说明的是，本申请实施例中对单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

在采用对应各个功能划分各个功能模块的情况下，下面结合图5对本申请实施例中的一种建筑信息模型交互装置进行详细说明，该建筑信息模型交互装置500包括：

模型生成单元510，用于根据目标工程图纸生成基础建筑模型，所述基础建筑模型表示与所述目标工程图纸对应的建筑信息模型BIM；

模型处理单元520，用于对所述基础建筑模型进行第一处理，以得到目标建筑模型，所述目标建筑模型表示经过渲染且具备交互功能的建筑模型；

模型输出单元530，用于响应于用户设备的录入信息，向所述用户设备输出与所述录入信息对应的所述目标建筑模型的响应数据，所述响应数据包括流媒体数据。

在采用集成的单元的情况下，下面结合图6对本申请实施例中的另一种建筑信息模型交互装置600进行详细说明，所述建筑信息模型交互装置600包括处理单元601和通信单元602，其中，所述处理单元601，用于执行如上述方法实施例中的任一步骤，且在执行诸如发送等数据传输时，可选择的调用所述通信单元602来完成相应操作。

其中，所述建筑信息模型交互装置600还可以包括存储单元603，用于存储程序代码和数据。所述处理单元601可以是处理器，所述通信单元602可以是触控显示屏，存储单元603可以是存储器。

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

根据目标工程图纸生成基础建筑模型，所述基础建筑模型表示与所述目标工程图纸对应的建筑信息模型BIM；

对所述基础建筑模型进行第一处理，以得到目标建筑模型，所述目标建筑模型表示经过渲染且具备交互功能的建筑模型；

响应于用户设备的录入信息，向所述用户设备输出与所述录入信息对应的所述目标建筑模型的响应数据，所述响应数据包括流媒体数据。

可以理解的是，由于方法实施例与装置实施例为相同技术构思的不同呈现形式，因此，本申请中方法实施例部分的内容应同步适配于装置实施例部分，此处不再赘述。上述建筑信息模型交互装置500和建筑信息模型交互装置600均可执行上述实施例包括的全部的建筑信息模型交互方法。

本申请实施例还提供一种计算机存储介质，其中，该计算机存储介质存储用于电子数据交换的计算机程序，该计算机程序使得计算机执行如上述方法实施例中记载的任一方法的部分或全部步骤，上述计算机包括鱼群检测设备。

本申请实施例还提供一种计算机程序产品，上述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，上述计算机程序可操作来使计算机执行如上述方法实施例中记载的任一方法的部分或全部步骤。该计算机程序产品可以为一个软件安装包，上述计算机包括电子设备。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。

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

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

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

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

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

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储器中，存储器可以包括：闪存盘、只读存储器(英文：Read-Only Memory，简称：ROM)、随机存取器(英文：Random Access Memory，简称：RAM)、磁盘或光盘等。

以上对本申请实施例进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (9)

1.一种建筑信息模型交互方法，其特征在于，所述方法包括：

响应于用户设备的录入信息，向所述用户设备输出与所述录入信息对应的目标建筑模型的响应数据，所述录入信息用于请求与所述目标建筑模型进行预设类型的交互，所述响应数据包括流媒体数据，所述目标建筑模型包括虚幻引擎4渲染的具备交互功能的三维模型。

2.根据权利要求1所述的方法，其特征在于，所述响应于用户设备的录入信息，向所述用户设备输出与所述录入信息对应的目标建筑模型的响应数据之前，所述方法还包括：

对目标工程图纸进行识别，生成构件化数据；

根据所述构件化数据进行细节层次LOD建模，得到基础建筑模型；

通过所述虚拟引擎4对所述基础建筑模型进行渲染处理和交互功能设计，以得到所述目标建筑模型。

3.根据权利要求1所述的方法，其特征在于，所述录入信息包括区域查询指令；所述响应于用户设备的录入信息，向所述用户设备输出与所述录入信息对应的目标建筑模型的响应数据，包括：

识别来自所述用户设备的所述区域查询指令，确定第一区域数据，所述第一区域数据包括第一区域坐标和第一区域类型；

根据所述第一区域类型和所述第一区域坐标确定第一区域显示页面；

生成从当前显示页面转移至所述第一区域显示页面的第一转移特效；

以所述第一转移特效向所述用户设备输出所述第一区域显示页面。

4.根据权利要求1所述的方法，其特征在于，所述录入信息包括区域导航指令；所述响应于用户设备的录入信息，向所述用户设备输出与所述录入信息对应的目标建筑模型的响应数据，包括：

识别来自所述用户设备的所述区域导航指令，确定第二区域数据，所述第二区域数据包括第二区域坐标；

根据所述第二区域坐标和初始位置坐标生成导航路径页面；

向所述用户设备输出所述导航路径页面。

5.根据权利要求1所述的方法，其特征在于，所述录入信息包括区域浏览指令；所述响应于用户设备的录入信息，向所述用户设备输出与所述录入信息对应的目标建筑模型的响应数据，包括：

识别来自所述用户设备的所述区域浏览指令，确定区域浏览轨迹；

根据所述区域浏览轨迹生成区域浏览页面；

向所述用户设备输出所述区域浏览页面。

6.根据权利要求3～5任一项所述的方法，其特征在于，所述向所述用户设备输出与所述录入信息对应的目标建筑模型的响应数据，包括：

根据所述录入信息生成所述响应数据，所述响应数据包括与所述录入信息对应的所述目标建筑模型的流媒体数据；

将所述流媒体数据以预设形式输出至所述用户设备，所述预设形式包括像素流形式和视频流形式。

7.一种建筑信息模型交互系统，其特征在于，所述建筑信息模型交互系统包括；

模型输出单元，用于响应于用户设备的录入信息，向所述用户设备输出与所述录入信息对应的目标建筑模型的响应数据，所述录入信息用于请求与所述目标建筑模型进行预设类型的交互，所述响应数据包括流媒体数据，所述目标建筑模型包括虚幻引擎4渲染的具备交互功能的三维模型。

8.一种电子设备，其特征在于，包括处理器、存储器，以及一个或多个程序，所述一个或多个程序被存储在所述存储器中，并且被配置由所述处理器执行，所述程序包括用于执行如权利要求1～6任一项所述的方法中的步骤的指令。

9.一种计算机存储介质，其特征在于，所述计算机存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行如权利要求1～6任一项所述的方法。

Images