CN114061593B - 基于建筑信息模型的导航方法及相关装置 - Google Patents

Abstract

本申请提供了一种基于建筑信息模型的导航方法及相关装置，首先，接收来自用户设备的导航请求，所述导航请求包括位于第一建筑信息模型中的起点区域标识和终点区域标识；接着，调用预设区域数据中的区域标识和区域坐标确定所述起点区域标识对应的起点区域坐标和所述终点区域标识对应的终点区域坐标；然后，调用路径点位关系表确定所述起点区域坐标至所述终点区域坐标的候选二维导航路径；将所述候选二维导航路径转换为在所述第一建筑信息模型中的候选三维导航路径并生成建筑模型导航动画；最后，将所述建筑模型导航动画以流媒体的形式发送至所述用户设备。可以实现在用户设备上线上查看建筑模型的相关导航数据，大大提升用户体验。

Description

基于建筑信息模型的导航方法及相关装置

技术领域

本申请涉及建筑信息模型技术领域，特别是一种基于建筑信息模型的导航方法及相关装置。

背景技术

在建筑工程领域，建筑信息模型(Building Information Modeling，BIM)应用体现在构件生产阶段、运输阶段、现场施工阶段以及运营维护阶段。用户往往希望能提前在线上查看建筑模型，了解导航路径，举例来说，在地下车库模型中，用户希望能看到从车库入口到预设车位的导航路径和相应的耗时等信息。如何向用户展示建筑信息模型的导航数据成为了一个难题。

发明内容

基于上述问题，本申请提出了一种基于建筑信息模型的导航方法及相关装置，可以通过用户设备与云服务器进行交互，以实现导航路径的查看，大大提升了模型可视化的便捷性。

第一方面，本申请实施例提供了一种基于建筑信息模型的导航方法，应用于云服务器，所述方法包括：

接收来自用户设备的导航请求，所述导航请求包括位于第一建筑信息模型中的起点区域标识和终点区域标识；

调用预设区域数据中的区域标识和区域坐标确定所述起点区域标识对应的起点区域坐标和所述终点区域标识对应的终点区域坐标；

调用路径点位关系表确定所述起点区域坐标至所述终点区域坐标的候选二维导航路径；将所述候选二维导航路径转换为在所述第一建筑信息模型中的候选三维导航路径并生成建筑模型导航动画；

将所述建筑模型导航动画以流媒体的形式发送至所述用户设备。

第二方面，本申请实施例提供了一种基于建筑信息模型的导航方法，应用于用户设备，所述方法还包括：

向云服务器发起导航请求，所述导航请求包括位于第一建筑信息模型中的起点区域标识和终点区域标识；

接收并展示来自所述云服务器的建筑模型导航动画，所述建筑模型导航动画由所述云服务器根据所述起点区域标识和所述终点区域标识在所述第一建筑信息模型中绘制出候选三维导航路径后生成。

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

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

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

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

可见，本申请提供的一种基于建筑信息模型的导航方法及相关装置，应用于云服务器，首先，接收来自用户设备的导航请求，所述导航请求包括位于第一建筑信息模型中的起点区域标识和终点区域标识；接着，调用预设区域数据中的区域标识和区域坐标确定所述起点区域标识对应的起点区域坐标和所述终点区域标识对应的终点区域坐标；然后，调用路径点位关系表确定所述起点区域坐标至所述终点区域坐标的候选二维导航路径；将所述候选二维导航路径转换为在所述第一建筑信息模型中的候选三维导航路径并生成建筑模型导航动画；最后，将所述建筑模型导航动画以流媒体的形式发送至所述用户设备。可以实现在用户设备上线上查看建筑模型的相关导航数据，大大提升用户体验。

附图说明

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

图1为本申请实施例提供的一种基于建筑信息模型的导航方法的系统架构图；

图2为本申请实施例提供的一种基于建筑信息模型的导航方法的流程示意图；

图3A为本申请实施例提供的一种基于建筑信息模型的导航方法的初始页面示意图；

图3B为本申请实施例提供的一种基于建筑信息模型的导航方法的导航页面示意图；

图3C为本申请实施例提供的另一种基于建筑信息模型的导航方法的导航页面示意图；

图4为本申请实施例提供的另一种基于建筑信息模型的导航方法的流程示意图；

图5为本申请实施例提供的另一种基于建筑信息模型的导航方法的流程示意图；

图6为本申请实施例提供的一种云服务器的结构示意图；

图7为本申请实施例提供的一种用户设备的结构示意图。

具体实施方式

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

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

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

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

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

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

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

进一步的，上述开发设备110可以将上述基础建筑信息模型导入预设3D软件，如3dsMax、maya等，进行整理优化处理，得到三维建筑模型，该三维建筑模型不包含元数据，同时，上述开发设备110可以搭载虚幻引擎4(Unreal Engine 4，UE4)，用于提取上述基础建筑信息模型的模型元数据，该模型元数据包括了描述建筑物构件的几何信息、专业属性以及状态信息等，之后，将上述三维建筑模型和模型元数据都导入UE4进行处理，得到第一建筑信息模型，该第一建筑信息模型可以为高清晰度且包括模型元数据的三维建筑模型。

进一步的，可以将上述第一建筑信息模型上传至轻量化平台进行解析和可视化处理，该轻量化平台可以为基于webgl轻量化引擎开发的平台，之后对第一建筑信息模型进行点位的配置，点位可以为车位、楼栋、转弯拐点等，在此不做具体限定，最终得到路径点位关系表，并将上述路径点位关系表的坐标转换至UE4引擎下的坐标，得到第二建筑信息模型。

在一个可能的实施例中，还通过UE4引擎为上述第二建筑信息模型添加交互功能，上述交互功能可以包括对第二建筑信息模型的移动、缩放、切换视角、区域导航等，在此不做具体限定。上述开发设备110可以将上述第二建筑信息模型打包为EXE格式的可执行文件或直接以像素流形式上传至云服务平台120进行云游戏服务的配置。

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

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

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

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

其中，目标用户可以通过用户设备130登入第二建筑信息模型的云游戏服务的页面，并发送导航请求来与上述第二建筑信息模型进行交互，上述云服务平台120在接收到用户设备130的导航请求后，可以根据该导航请求生成上述第二建筑信息模型的导航数据，该导航数据的形式为流媒体形式，并发送至用户设备130进行展示。举例来说，第二建筑信息模型为地下车库的场景下，用户设备130发送的导航数据为“起点A，终点B”，云服务平台120可以根据该导航请求生成“A到B的导航路径”的流媒体数据，并将该流媒体数据同步至用户设备以完成交互。

可见，接收来自用户设备的导航请求，所述导航请求包括位于第一建筑信息模型中的起点区域标识和终点区域标识；接着，调用预设区域数据中的区域标识和区域坐标确定所述起点区域标识对应的起点区域坐标和所述终点区域标识对应的终点区域坐标；然后，调用路径点位关系表确定所述起点区域坐标至所述终点区域坐标的候选二维导航路径；将所述候选二维导航路径转换为在所述第一建筑信息模型中的候选三维导航路径并生成建筑模型导航动画；最后，将所述建筑模型导航动画以流媒体的形式发送至所述用户设备。可以实现在用户设备上线上查看建筑模型的相关导航数据，大大提升用户体验。

下面结合图2对本申请实施例中的一种基于建筑信息模型的导航方法进行说明，图2为本申请实施例提供的一种基于建筑信息模型的导航方法的流程示意图，应用于云服务器，具体包括以下步骤：

步骤201，接收来自用户设备的导航请求。

其中，所述导航请求包括位于第一建筑信息模型中的起点区域标识和终点区域标识；上述起点区域标识和上述终点区域标识可以为区域的名字，编号等唯一标识，举例来说，上述起点区域标识可以为B25车位，上述终点区域标识可以为A1栋，在此不再赘述。

步骤202，调用预设区域数据中的区域标识和区域坐标确定所述起点区域标识对应的起点区域坐标和所述终点区域标识对应的终点区域坐标。

其中，可以调用预设区域数据中的区域标识和区域坐标确定所述起点区域标识对应的起点区域坐标，以及，调用所述预设区域数据中的区域标识和区域坐标确定所述终点区域标识对应的终点区域坐标。

步骤203，调用路径点位关系表确定所述起点区域坐标至所述终点区域坐标的候选二维导航路径。

其中，可以通过开发设备对所述第一建筑信息模型中各区域进行路径点位配置，以得到路径点位关系表，所述路径点位关系表用于确定三维建筑模型中任意两个区域之间的路径。

具体的，可以根据所述第一建筑信息模型中的状态数据确定所述第一建筑信息模型的预设区域数据，所述预设区域数据包括区域标识和区域坐标；然后，根据用户的节点配置指令对每个区域坐标设置路径节点，所述路径节点关联所述区域标识；最后，根据所述路径节点生成所述路径点位关系表。

其中，所述节点配置指令包括二维配置指令和三维配置指令，在所述区域坐标的纵坐标一致时，根据所述二维配置指令将所述第一建筑信息模型以二维形式进行展示，以设置所述路径节点；在所述区域坐标的纵坐标不一致时，根据所述三维配置指令将所述第一建筑信息模型以三维形式进行展示，以设置所述路径节点。

步骤204，将所述候选二维导航路径转换为在所述第一建筑信息模型中的候选三维导航路径并生成建筑模型导航动画。

其中，可以将所述候选二维导航路径中各区域的二维坐标转换为在所述第一建筑信息模型中的候选三维导航路径的三维坐标；然后，根据所述候选三维导航路径各区域的三维坐标在所述第一建筑信息模型中绘制出所述候选三维导航路径得到第二建筑信息模型；最后，根据所述第二建筑信息模型生成建筑模型导航动画。

步骤205，将所述建筑模型导航动画以流媒体的形式发送至所述用户设备。

可见，首先，接收来自用户设备的导航请求，所述导航请求包括位于第一建筑信息模型中的起点区域标识和终点区域标识；接着，调用预设区域数据中的区域标识和区域坐标确定所述起点区域标识对应的起点区域坐标和所述终点区域标识对应的终点区域坐标；然后，调用路径点位关系表确定所述起点区域坐标至所述终点区域坐标的候选二维导航路径；将所述候选二维导航路径转换为在所述第一建筑信息模型中的候选三维导航路径并生成建筑模型导航动画；最后，将所述建筑模型导航动画以流媒体的形式发送至所述用户设备。可以实现在用户设备上线上查看建筑模型的相关导航数据，大大提升用户体验。

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

具体的，首先如图3A所示，初始显示界面包括整个地下车库的二维平面图，右上角的“俯视”、“鸟瞰”、“漫游”、“列表”功能按钮，右下角的“标准车位”、“大车位”、“小车位”区域批注，此时地下车库模型处于“俯视”状态，目标用户可以通过手势划动页面进行显示界面的缩小和放大。可以理解的是，上述“鸟瞰”按钮用于进入鸟瞰模式，鸟瞰模式下可以显示鸟瞰视角的地下车库的三维模型，目标用户可以通过点击、划动等方式来移动地下车库模型BIM，以查看鸟瞰状态下的另外的区域；上述“漫游”按钮用于进入漫游模式，在漫游模式下，视角会切换为在车库中步行时的第一人称视角，可以理解的是，目标用户可以从任意位置开始漫游；

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

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

步骤401，向云服务器发起导航请求。

其中，所述导航请求包括位于第一建筑信息模型中的起点区域标识和终点区域标识。

步骤402，接收并展示来自所述云服务器的建筑模型导航动画。

其中，所述建筑模型导航动画由所述云服务器根据所述起点区域标识和所述终点区域标识在所述第一建筑信息模型中绘制出候选三维导航路径后生成。

通过上述方法，可以实现在用户设备上线上查看建筑模型的相关导航数据，大大提升用户体验。

下面结合图5对本申请实施例中的另一种基于建筑信息模型的导航方法进行说明，图5为本申请实施例提供的另一种基于建筑信息模型的导航方法的流程示意图，应用于云端服务器、开发设备和用户设备，具体包括以下步骤：

步骤501，开发设备根据工程图纸建立基础建筑信息模型。

步骤502，所述开发设备将所述基础建筑信息模型导入预设三维软件，得到所述三维建筑模型。

其中，上述预设三维软件可以包括3dsmax，maya等，经过预设三维软件渲染后的基础建筑信息模型会丢失模型元数据变为单纯的三维模型。

步骤503，所述开发设备通过所述虚幻4引擎读取所述基础建筑信息模型的模型元数据。

其中，可以调用虚幻4引擎中的相关插件提取基础建筑信息模型中的模型元数据，该模型元数据可以包括建筑物构件的几何信息、专业属性及状态信息等。

步骤504，所述开发设备将所述三维建筑模型和所述模型元数据导入所述虚幻4引擎。

步骤505，所述开发设备通过所述虚幻4引擎将所述模型元数据进行还原处理，得到状态数据。

其中，上述状态数据可以为还原后的模型的相关信息，如地下车库模型的状态数据可以包括地下车位的编号、位置、面积、周边环境因素等。

步骤506，所述开发设备通过所述虚幻4引擎识别所述状态数据，以确定所述状态数据在所述三维建筑模型中的对应的位置区域。

步骤507，所述开发设备将所述状态数据关联至对应的位置区域，以生成所述第一建筑信息模型。

可见，第一建筑信息模型为高清晰度且具备状态数据的三维模型，通过上述数模分离式的建模方法可以提升建模效率。

步骤508，所述开发设备将第一建筑信息模型上传至轻量化平台进行展示，所述第一建筑信息模型为包含状态数据的三维建筑模型。

其中，上述轻量化平台可以通过webgl引擎进行搭建，轻量化和可视化可以方便开发人员进行点位设置。

步骤509，所述开发设备通过所述轻量化平台对所述第一建筑信息模型进行路径点位配置，以得到路径点位关系表。

其中，所述路径点位关系表用于确定三维建筑模型中任意两个区域之间的路径，可以理解的是，“点位”一般设置在可以进行通行的区域和转弯拐点处，举例来说，地下车库模型的点位可以设置在每个车位上以及转弯处，在此不再赘述。

其中，可以根据所述状态数据确定所述第一建筑信息模型的预设区域数据，所述预设区域数据包括区域标识和区域坐标，区域标识可以为区域名称或编号等，然后，根据用户的节点配置指令对每个区域坐标设置路径节点，所述路径节点关联所述区域标识，最后，根据所述路径节点生成所述路径点位关系表。

具体的，在所述区域坐标的纵坐标一致时，根据所述二维配置指令将所述第一建筑信息模型以二维形式进行展示，以设置所述路径节点；

在所述区域坐标的纵坐标不一致时，根据所述三维配置指令将所述第一建筑信息模型以三维形式进行展示，以设置所述路径节点。

可见，如此可以大大提升点位配置的效率。

步骤510，所述开发设备将所述路径点位关系表和所述第一建筑信息模型导入虚幻4引擎，以得到第二建筑信息模型并上传至云端服务器。

其中，所述第二建筑信息模型用于响应用户设备的所述导航请求而展示对应的所述导航路径。云端服务器可以以云游戏的形式向用户设备展示该第二建筑信息模型。

步骤511，用户设备通过建筑模型展示平台向云服务器发送导航请求。

步骤512，云端服务器调用所述预设区域数据中的区域标识和区域坐标确定所述起点区域标识对应的起点区域坐标，以及，调用所述预设区域数据中的区域标识和区域坐标确定所述终点区域标识对应的终点区域坐标。

其中，云端服务器可以识别出起点区域标识对应的起点区域坐标，同时，识别出终点区域标识对应的终点区域坐标。

步骤513，云端服务器调用所述路径点位关系表确定所述起点区域坐标至所述终点区域坐标的候选导航路径和对应的候选耗时信息。

步骤514，云端服务器将所述候选导航路径和对应的候选耗时信息以流媒体的形式发送至所述用户设备。

步骤515，用户设备通过所述建筑模型展示平台接收并展示来自所述云服务器的导航数据。

所述导航数据包括起点区域至终点区域的导航信息，所述导航信息的形式为流媒体形式。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Claims (7)

1.一种基于建筑信息模型的导航方法，其特征在于，应用于云服务器，所述方法包括：

接收来自用户设备的导航请求，所述导航请求包括位于第一建筑信息模型中的起点区域标识和终点区域标识；

调用预设区域数据中的区域标识和区域坐标确定所述起点区域标识对应的起点区域坐标和所述终点区域标识对应的终点区域坐标；

调用路径点位关系表确定所述起点区域坐标至所述终点区域坐标的候选二维导航路径，所述路径点位关系表用于确定三维建筑模型中任意两个区域之间的路径，具体包括：根据所述第一建筑信息模型中的状态数据确定所述第一建筑信息模型的预设区域数据，所述预设区域数据包括区域标识和区域坐标；根据用户的节点配置指令对每个区域坐标设置路径节点，所述路径节点关联所述区域标识，所述节点配置指令包括二维配置指令和三维配置指令；在所述区域坐标的纵坐标一致时，根据所述二维配置指令将所述第一建筑信息模型以二维形式进行展示，以设置所述路径节点；在所述区域坐标的纵坐标不一致时，根据所述三维配置指令将所述第一建筑信息模型以三维形式进行展示，以设置所述路径节点；根据所述路径节点生成所述路径点位关系表；

将所述候选二维导航路径转换为在所述第一建筑信息模型中的候选三维导航路径并生成建筑模型导航动画；

将所述建筑模型导航动画以流媒体的形式发送至所述用户设备。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

通过开发设备根据工程图纸建立基础建筑信息模型；

将所述基础建筑信息模型导入预设三维软件，得到所述三维建筑模型；

通过虚幻4引擎读取所述基础建筑信息模型的模型元数据；

将所述三维建筑模型和所述模型元数据导入所述虚幻4引擎；

通过所述虚幻4引擎将所述模型元数据进行还原处理，得到状态数据；

通过所述虚幻4引擎识别所述状态数据，以确定所述状态数据在所述三维建筑模型中的对应的位置区域；

将所述状态数据关联至对应的位置区域，以生成所述第一建筑信息模型。

3.根据权利要求1或2所述的方法，其特征在于，所述将所述候选二维导航路径转换为在所述第一建筑信息模型中的候选三维导航路径并生成建筑模型导航动画，包括：

将所述候选二维导航路径中各区域的二维坐标转换为在所述第一建筑信息模型中的候选三维导航路径的三维坐标；

根据所述候选三维导航路径各区域的三维坐标在所述第一建筑信息模型中绘制出所述候选三维导航路径得到第二建筑信息模型；

根据所述第二建筑信息模型生成建筑模型导航动画。

4.一种基于建筑信息模型的导航方法，其特征在于，应用于用户设备，所述方法还包括：

向云服务器发起导航请求，所述导航请求包括位于第一建筑信息模型中的起点区域标识和终点区域标识；

接收并展示来自所述云服务器的建筑模型导航动画，所述建筑模型导航动画由所述云服务器根据所述起点区域标识和所述终点区域标识在所述第一建筑信息模型中绘制出候选三维导航路径后生成，所述候选三维导航路径由候选二维导航路径转换而来，所述候选二维导航路径由所述云服务器调用路径点位关系表确定所述起点区域标识对应的起点区域坐标至所述终点区域标识对应的终点区域坐标的所述候选二维导航路径，所述路径点位关系表用于确定三维建筑模型中任意两个区域之间的路径，具体包括：所述云服务器根据所述第一建筑信息模型中的状态数据确定所述第一建筑信息模型的预设区域数据，所述预设区域数据包括区域标识和区域坐标；根据用户的节点配置指令对每个区域坐标设置路径节点，所述路径节点关联所述区域标识，所述节点配置指令包括二维配置指令和三维配置指令；在所述区域坐标的纵坐标一致时，根据所述二维配置指令将所述第一建筑信息模型以二维形式进行展示，以设置所述路径节点；在所述区域坐标的纵坐标不一致时，根据所述三维配置指令将所述第一建筑信息模型以三维形式进行展示，以设置所述路径节点；根据所述路径节点生成所述路径点位关系表。

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

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

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