CN112966256B - 基于建筑信息模型的设备管理方法及相关装置 - Google Patents

Abstract

本申请提供了一种基于建筑信息模型的设备管理方法及相关装置，首先，根据第一设备的针对目标建筑模型的模型访问请求向所述第一设备分配访问权限，所述访问权限用于使所述第一设备具备针对所述目标建筑模型的访问能力；然后，根据所述第一设备采集的针对所述目标建筑模型的访问行为数据确定所述目标建筑模型的被访问状态；最后，对所述第一设备执行与所述被访问状态对应的权限管理，所述权限管理用于对所述第一设备针对所述目标建筑模型的访问权限进行控制。可以根据设备所要访问建筑模型的被访问状态来对该设备的访问进行权限管理，提升目标建筑模型被访问的效率。

Description

基于建筑信息模型的设备管理方法及相关装置

技术领域

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

背景技术

在建筑工程领域，建筑信息模型(Building Information Modeling，BIM)应用体现在构件生产阶段、运输阶段、现场施工阶段以及运营维护阶段。用户往往希望能提前在线上查看建筑模型，现有的云服务器资源有限，一次性只能容纳预定数量的访问用户，且在云服务器发生故障的时候所有的用户都无法登入，用户登入系统进行建筑模型线上访问的效率不高。

发明内容

基于上述问题，本申请提出了一种基于建筑信息模型的设备管理方法及相关装置，可以根据访问建筑模型的设备的状态来对该设备进行权限管理，提升云端服务器的的资源利用效率。

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

根据第一设备的针对目标建筑模型的模型访问请求向所述第一设备分配访问权限，所述访问权限用于使所述第一设备具备针对所述目标建筑模型的访问能力；

根据所述第一设备采集的针对所述目标建筑模型的访问行为数据确定所述目标建筑模型的被访问状态；

对所述第一设备执行与所述被访问状态对应的权限管理，所述权限管理用于对所述第一设备针对所述目标建筑模型的访问权限进行控制。

第二方面，本申请实施例提供了一种基于建筑信息模型的设备管理装置，应用于云服务器，所述设备管理装置包括：

权限分配单元，用于根据第一设备的针对目标建筑模型的模型访问请求向所述第一设备分配访问权限，所述访问权限用于使所述第一设备具备针对所述目标建筑模型的访问能力；

状态确认单元，用于根据所述第一设备采集的针对所述目标建筑模型的访问行为数据确定所述目标建筑模型的被访问状态；

权限控制单元，用于对所述第一设备执行与所述被访问状态对应的权限管理，所述权限管理用于对所述第一设备针对所述目标建筑模型的访问权限进行控制。

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

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

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

可见，本申请实施例提供的一种基于建筑信息模型的设备管理方法及相关装置，首先，根据第一设备的针对目标建筑模型的模型访问请求向所述第一设备分配访问权限，所述访问权限用于使所述第一设备具备针对所述目标建筑模型的访问能力；然后，根据所述第一设备采集的针对所述目标建筑模型的访问行为数据确定所述目标建筑模型的被访问状态；最后，对所述第一设备执行与所述被访问状态对应的权限管理，所述权限管理用于对所述第一设备针对所述目标建筑模型的访问权限进行控制。可以根据设备所要访问建筑模型的被访问状态来对该设备的访问进行权限管理，提升目标建筑模型被访问的效率。

附图说明

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

图1为本申请实施例提供的一种应用基于建筑信息模型的设备管理方法的系统架构图；

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

图3为本申请实施例提供的另一种基于建筑信息模型的设备管理方法的流程示意图；

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

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

在本申请实施例中，云服务器可以预先设定一定数量的资源池，举例来说，每个资源池都可以根据第一设备130的请求调用多个资源生成单独的交互处理任务，为一个第一设备130提供服务，并在该第一设备130的交互处理任务结束后释放资源，以便多个资源处于可使用状态，此时可以根据下一个第一设备130的请求调用多个资源生成单独的交互处理任务，为该第一设备130提供服务。因此每个资源池之间相互独立，某一个资源池出现异常不会影响其他资源池的正常使用，可以理解的是，每个资源池在同一时间只能生成一个第一设备的交互处理任务，即为一台第一设备130提供服务，第一设备130登入目标建筑模型的云游戏服务的页面需要资源池提供支持，本申请中的云服务器可以实时监控第一设备130的访问行为数据，以此对第一设备130的访问权限进行控制。

通过上述系统架构，可以根据访问建筑模型的第一设备的状态来对该第一设备进行权限管理，提升云端服务器的的资源利用效率。

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

步骤201，根据第一设备的针对目标建筑模型的模型访问请求向所述第一设备分配访问权限。

其中，所述访问权限用于使所述第一设备具备针对所述目标建筑模型的访问能力。所述模型访问请求可以包括第一设备标识和第一访问时间戳，所述第一设备标识具备唯一性，如媒体存取控制位址(Media Access Control Address，MAC)地址，在此不做具体限定。第一设备可以通过云服务平台上传模型访问请求，云端服务器可以响应该模型访问请求，标记该第一设备标识为授权状态，并为第一设备分配相应的资源池，云端服务器每次接收到第一设备发送的指令都能够识别第一设备标识有效并响应。

具体的，可以根据所述第一访问时间戳从预设资源池组调用第一资源池，所述预设资源池组包括多个预设资源池，所述第一资源池为所述预设资源池中的任意一个；根据所述第一设备标识向所述第一设备分配所述第一资源池的使用权限。其中，该第一资源池可以根据第一设备130的请求调用多个资源生成单独的交互处理任务，为该第一设备130提供服务，使得该第一设备130具备与目标建筑模型交互的权限。

可见，根据第一设备的针对目标建筑模型的模型访问请求向所述第一设备分配访问权限，可以将云端服务器的资源分成独立的资源池，并向第一设备分配对应的资源池，可以防止某一个资源池崩溃导致其他资源池异常，提升云端服务器的资源利用效率。

步骤202，根据所述第一设备采集的针对所述目标建筑模型的访问行为数据确定所述目标建筑模型的被访问状态。

其中，上述访问行为数据可以包括点击操作、滑动操作以及浏览操作等，上述被访问状态可以包括静止状态或被操作状态。可以理解的是，上述静止状态表示用户在预设时间内对目标建筑模型无操作，上述被操作状态表示用户在预设时间内对目标建筑模型执行了点击操作、滑动操作以及浏览操作中的任意一种或任意组合。即，若在预设时间内未获取到所述第一设备的所述访问行为数据，则确定所述第一设备处于所述静止状态；若在所述预设时间内获取到所述第一设备的所述访问行为数据，则确定所述第一设备处于所述被操作状态。

举例来说，上述预设时间可以为三分钟，若监测到三分钟内第一设备都没有上传针对所述目标建筑模型的访问行为数据，则可以确定对应的目标建筑模型的被访问状态为静止状态；若监测到在三分钟内第一设备有上传针对所述目标建筑模型的访问行为数据，则可以确定对应的目标建筑模型的被访问状态为被操作状态。可以理解的是，此处的被访问状态仅仅是针对第一设备而言，目标建筑模型在其他设备视角下可以存在不同的被访问状态。

可见，根据所述第一设备采集的针对所述目标建筑模型的访问行为数据确定所述目标建筑模型的被访问状态，可以根据第一设备的访问行为数据来自动确定目标建筑模型的被访问状态，提供了被访问状态判定的准确性。

步骤203，对所述第一设备执行与所述被访问状态对应的权限管理。

其中，所述权限管理用于对所述第一设备针对所述目标建筑模型的访问权限进行控制。具体的，在所述访问状态处于所述静止状态时，对所述第一设备执行第一权限管理，所述第一权限管理用于停止向所述第一设备分配针对所述目标建筑模型的访问权限，即停止对所述第一设备的第一资源池支持，该第一资源池释放资源，使得多个资源重新处于可使用状态；在所述访问状态处于所述被操作状态时，对所述第一设备执行第二权限管理，所述第二权限管理用于继续向所述第一设备分配针对所述目标建筑模型的访问权限。

可见，通过上述方法，云端服务器可以预先设置一定数量的资源池，每个资源池之间相互独立，可以根据第一设备的模型访问请求向第一设备分配访问权限，并实时监测第一设备的访问行为数据，在目标建筑模型的被访问状态为静止状态时，则对所述第一设备进行相应的权限管理，大大提升了云端服务器的资源利用效率。

下面结合图3对本申请实施例中的另一种基于建筑信息模型的设备管理方法进行说明，应用于云端服务器，图3为本申请实施例提供的另一种基于建筑信息模型的设备管理方法，具体包括以下步骤：

步骤301，获取预设资源池组的使用状态。

其中，上述预设资源池组为预先设置的，包括多个资源池，每个资源池之间相互独立，在上述预设资源池组还有资源池可以提供服务时，此时的使用状态为可分配状态，在上述预设资源池组没有资源池可以提供服务时，此时的使用状态可以分为满载状态。在上述预设资源池组的使用状态为可分配状态时，执行步骤303；在上述预设资源池组的使用状态为满载状态时，执行步骤306。

可见，云端服务器先确定自身资源池的使用状态，可以方便执行后续的设备管理策略。

步骤302，接收第一设备的针对目标建筑模型的模型访问请求。

其中，所述模型访问请求可以包括第一访问时间戳和第一设备标识。

步骤303，在所述预设资源池组处于所述可分配状态时，根据所述第一访问时间戳确定第一分配顺序。

其中，所述第一分配顺序用于筛选出所述预设资源池组中的所述第一资源池。举例来说，当第一访问时间戳在所有访问设备中的访问时间戳中排行第三位，则可以确定第一分配顺序为第三，在为前两个访问设备分配了资源池后向所述第一设备分配第一资源池，可以理解的是，第一资源池可以为预设资源池组中还未分配的任意一个资源池。

可见，在资源池足够分配时可以自动确定第一分配顺序，提升云端服务器的资源利用效率。

步骤304，在所述预设资源池组处于所述满载状态时，根据所述第一访问时间戳确定第一排队顺序。

其中，所述第一排队顺序用于确定为所述第一设备分配所述第一资源池的时间，举例来说，此时第一排队顺序为第四位，则需要为前三位访问设备都分配了资源池之后才轮到为第一设备分配第一资源池。

可选的，可以执行步骤305，向所述第一设备发送第一提示信息。

其中，所述第一提示信息包括流媒体信息，用于提示所述第一设备处于访问等待状态。上述第一提示信息可以为文字、图像、语音、视频等形式中的任意一种或任意组合，在此不做具体限定。

可见，通过向第一设备发送第一提示信息，可以提高用户对目标建筑信息模型的访问体验。

步骤306，向所述第一设备分配所述第一资源池的使用权限。

步骤307，根据所述第一设备采集的针对所述目标建筑模型的访问行为数据确定所述目标建筑模型的被访问状态；

步骤308，对所述第一设备执行与所述被访问状态对应的权限管理。

可选的，在所述访问状态处于所述静止状态时，对所述第一设备执行第一权限管理之后，所述方法还包括，向所述第一设备发送第二提示信息。其中，所述第二提示信息包括流媒体信息，用于提示所述第一设备的访问权限被取消。

可见，通过上述方法，可以使用户随时访问目标建筑模型并进行交互，并根据第一设备的访问行为数据确定目标建筑模型的被访问状态，最后根据被访问状态维持所述第一设备的访问权限或取消所述第一设备的访问权限，大大提高了云端服务器的资源利用率。

可以理解的是，每个资源池都可以根据第一设备的请求调用多个资源生成单独的交互处理任务，为一个第一设备提供服务，并在第一设备的交互处理任务结束后释放资源，以便多个资源处于可使用状态。当第一资源池未释放资源之前，该资源池不可被另一台第一设备提供服务，即第一资源池在同一时间段内仅能生成一个第一设备的交互处理任务。在多个第一设备都发送请求时，云服务器可以根据每个第一设备发送请求的时间戳来依次向他们分配可用的资源池，在所有资源池分配完毕之后，若还有第一设备发送请求，此时就需要告知该第一设备需要排队等待，并在有资源池可用时向等待的第一设备提供服务。若有资源池提供服务的第一设备长时间无操作，那么可以释放该第一设备的资源池的资源，该资源池可以为下一个第一设备提供服务。

如此，可以根据设备所要访问建筑模型的被访问状态来对该设备的访问进行权限管理，提升目标建筑模型被访问的效率。

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

为便于理解，下面结合地下车库模型BIM对本申请中目标用户与目标建筑模型的交互进行举例说明，

具体的，目标用户可以与地下车库模型BIM进行交互，点击任意车位区域查看该车位的详细信息，如针对净高(即安装管道后的最低点高度)低于预设高度的车位，当目标用户选择该车位并选定了目标车型的情况下，进一步在交互页面提供后备厢(针对特定车型隐藏式触发车顶箱碰撞测试，如越野车等)碰撞测试功能，可以通过以下交互步骤实现该功能：

步骤A1，第一设备接收来自目标用户的点击操作指令，确定目标用户选择的目标车位，以向云端发送该目标车位的信息反馈请求。

步骤A2，云端接收该目标车位的信息反馈请求，在检测到该目标车位的净高低于预设高度时，推送包含后备厢碰撞测试功能的流媒体数据。

其中，该流媒体数据可以以交互页面的形式展示，在检测到目标车位的净高低于预设高度时，交互页面以第一人称视角展示该目标车位，并在下方显示“后备厢碰撞测试”按钮。

步骤A3，第一设备展示该流媒体数据，并接收目标用户针对该碰撞测试功能的选择指令，显示车辆信息录入页面，接收目标用户录入的目标车型信息，向云端发送该目标车型信息。

其中，目标用户点击“后备厢碰撞测试”按钮后，可以进入二级页面，该二级页面为车辆信息录入页面，包括多种录入途径，目标用户可以以文字、图片、视频、语音等方式在该页面录入目标车辆信息。举例来说，目标用户可以在该车辆信息录入页面上传想要进行测试的车辆图片，云端可以通过以下步骤得到目标车型信息：

步骤B1，对车辆图片进行预处理，并对所述车辆图片进行图像分割得到目标车辆区域；

步骤B2，对所述目标车辆区域进行轮廓提取，得到第一车型轮廓；

步骤B3，对所述目标车辆区域进行特征点提取，得到第一特征点集；

轮廓提取算法可以为以下至少一种：霍夫变换、canny算子、sobel算子、prewitt算子等等，在此不做限定，特征点提取算法可以为以下至少一种：harris角点检测、尺度不变特征变换(scale invariant feature transform，SIFT)、拉普拉斯变换、小波变换、轮廓波变换、剪切波变换等等，在此不做限定。

步骤B4，将所述第一车型轮廓与预设车型模板i的第二车型轮廓进行匹配，得到第一匹配值，所述预设车型模板i为预设车型模板集中的任一车型模板；

步骤B5，将所述第一特征点集与所述预设模板i的第二特征点集进行匹配，得到第二匹配值；

步骤B6，在所述第一匹配值大于第一匹配阈值且所述第二匹配值大于第二匹配阈值时，确定所述目标区域的目标清晰度；

其中，若第一匹配值小于第一匹配阈值或第二匹配值小于第二匹配阈值，则将所述第一车型轮廓与预设车型模板集中的除预设车型模板i之外的任意一个预设车型模板x的车型轮廓进行匹配，且，将所述第一特征点集与预设车型模板集中的除预设车型模板i之外的任意一个预设车型模板x的特征点集进行匹配，直到所述第一匹配值大于第一匹配阈值且所述第二匹配值大于第二匹配阈值为止。上述第一匹配阈值和第二匹配阈值可以自行设定。

步骤B7，按照预设的清晰度与权值对之间的映射关系，确定所述目标清晰度对应的目标权值对，所述目标权值对包括目标第一权值和目标第二权值；

其中，上述目标第一权值与目标第二权值之和为1，且目标第一权值和目标第二权值都处于0到1之间。

步骤B8，依据所述第一匹配值、所述第二匹配值、所述目标第一权值和所述目标第二权值进行加权运算，得到目标匹配值；

其中，目标匹配值＝目标第一权值*第一匹配值+目标第二权值*第二匹配值。

步骤B9，在所述目标匹配值大于第三预设阈值时，确定预设车型模板i对应的车型为目标车型；

步骤B10，根据所述目标车型确定目标车型信息，所述目标车型信息包括车辆尺寸信息等。

语音录入、视频录入等方式可以采用对应的语音识别和视频识别等方法确定目标车辆信息，在此对不再赘述。

步骤A4，云端接收目标车型信息，确定目标车型的后备厢最高开启高度和车顶箱最高开启高度；

步骤A5，根据目标车型的后备厢最高开启高度和车顶箱最高开启高度生成预设动画页面，并发送至第一设备。

其中，若车顶箱最高开启高度大于后备厢最高开启高度，则执行：

若净高大于车顶箱最高开启高度，则发送第一动画，该第一动画包括后备厢开启动画和车顶箱开启动画；

若净高大于后备厢最高开启高度，且小于车顶箱最高开启高度，则发送第二动画，该第二动画包括后备厢开启动画，同时包括车顶箱开启碰撞动画；

若净高小于或等于后备厢最高开启高度，则发送第三动画，该第三动画仅包含后备厢开启碰撞动画。

若车顶箱最高开启高度小于或等于后备厢最高开启高度，则执行：

若净高大于后备厢最高开启高度，则发送第四动画，该第四动画包含后备厢开启动画和车顶箱开启动画；

若净高小于后备厢最高开启高度，则发送第五动画，包含后备厢开启碰撞动画。

上述后备厢或车顶箱发生碰撞时，可以在碰撞动画页面生成提示信息，该提示信息可以以文字、图片、声音、视频等形式向目标用户展示，用于提醒目标用户此时目标车位与目标车型不匹配。

通过上述步骤，目标用户可以与地下车库模型BIM交互，查看目标车位停放不同车型时净高是否符合目标车型的需求，直接以云游戏方式进行交互，以动画形式进行展示，大大提升目标用户的交互体验。

以上交互步骤都需要云端服务器分配的第一资源池提供支持。

下面结合图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用于存储计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，执行上述图2或图3中所描述的全部或部分方法。

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

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

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

权限分配单元510，用于根据第一设备的针对目标建筑模型的模型访问请求向所述第一设备分配访问权限，所述访问权限用于使所述第一设备具备针对所述目标建筑模型的访问能力；

状态确认单元520，用于根据所述第一设备采集的针对所述目标建筑模型的访问行为数据确定所述目标建筑模型的被访问状态；

权限控制单元530，用于对所述第一设备执行与所述被访问状态对应的权限管理，所述权限管理用于对所述第一设备针对所述目标建筑模型的访问权限进行控制。

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

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

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

根据第一设备的针对目标建筑模型的模型访问请求向所述第一设备分配访问权限，所述访问权限用于使所述第一设备具备针对所述目标建筑模型的访问能力；

根据所述第一设备采集的针对所述目标建筑模型的访问行为数据确定所述目标建筑模型的被访问状态；

对所述第一设备执行与所述被访问状态对应的权限管理，所述权限管理用于对所述第一设备针对所述目标建筑模型的访问权限进行控制。

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

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

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

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

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

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

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

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

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

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

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

Claims (8)

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

若接收到第一设备的针对目标建筑模型的模型访问请求，获取预设资源池组的使用状态，所述模型访问请求包括所述第一设备的第一设备标识和第一访问时间戳，所述预设资源池组包括多个预设资源池，所述使用状态包括可分配状态；

在所述预设资源池组处于所述可分配状态时，根据所述第一访问时间戳确定第一分配顺序，所述第一分配顺序用于筛选出所述预设资源池组中的第一资源池；

从所述预设资源池组调用所述第一资源池，所述第一资源池为所述预设资源池中的任意一个；

根据所述第一设备标识向所述第一设备分配所述第一资源池的使用权限，所述使用权限用于使所述第一设备具备访问权限，所述访问权限用于使所述第一设备具备针对所述目标建筑模型的访问能力；

根据所述第一设备采集的针对所述目标建筑模型的访问行为数据确定所述目标建筑模型的被访问状态，所述被访问状态包括静止状态或被操作状态，所述静止状态表示用户在预设时间内对所述目标建筑模型无操作，所述被操作状态表示所述用户在所述预设时间内对所述目标建筑模型执行了点击操作、滑动操作以及浏览操作中的任意一种或任意组合；

对所述第一设备执行与所述被访问状态对应的权限管理，所述权限管理用于对所述第一设备针对所述目标建筑模型的访问权限进行控制。

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

若接收到所述第一设备的针对所述目标建筑模型的所述模型访问请求，获取所述预设资源池组的使用状态，所述使用状态包括满载状态；

在所述预设资源池组处于所述满载状态时，根据所述第一访问时间戳确定第一排队顺序，所述第一排队顺序用于确定为所述第一设备分配所述第一资源池的时间；

向所述第一设备发送第一提示信息，所述第一提示信息包括流媒体信息，用于提示所述第一设备处于访问等待状态。

3.根据权利要求1所述的方法，其特征在于，所述根据所述第一设备采集的针对所述目标建筑模型的访问行为数据确定所述目标建筑模型的被访问状态，包括：

对所述第一设备的所述访问行为数据进行监测，所述访问行为数据包括点击操作、滑动操作、浏览操作中的至少一种；

若在所述预设时间内未获取到所述第一设备的所述访问行为数据，则确定所述第一设备处于所述静止状态；

若在所述预设时间内获取到所述第一设备的所述访问行为数据，则确定所述第一设备处于所述被操作状态。

4.根据权利要求3所述的方法，其特征在于，所述对所述第一设备执行与所述被访问状态对应的权限管理，包括：

在所述访问状态处于所述静止状态时，对所述第一设备执行第一权限管理，所述第一权限管理用于停止向所述第一设备分配针对所述目标建筑模型的访问权限；

在所述访问状态处于所述被操作状态时，对所述第一设备执行第二权限管理，所述第二权限管理用于继续向所述第一设备分配针对所述目标建筑模型的访问权限。

5.根据权利要求4 所述的方法，其特征在于，所述在所述访问状态处于所述静止状态时，对所述第一设备执行第一权限管理之后，所述方法还包括：

向所述第一设备发送第二提示信息，所述第二提示信息包括流媒体信息，用于提示所述第一设备的访问权限被取消。

6.一种基于建筑信息模型的设备管理装置，其特征在于，应用于云服务器，所述设备管理装置包括：

权限分配单元，用于若接收到第一设备的针对目标建筑模型的模型访问请求，获取预设资源池组的使用状态，所述模型访问请求包括所述第一设备的第一设备标识和第一访问时间戳，所述预设资源池组包括多个预设资源池，所述使用状态包括可分配状态；在所述预设资源池组处于所述可分配状态时，根据所述第一访问时间戳确定第一分配顺序，所述第一分配顺序用于筛选出所述预设资源池组中的第一资源池；从所述预设资源池组调用所述第一资源池，所述第一资源池为所述预设资源池中的任意一个；根据所述第一设备标识向所述第一设备分配所述第一资源池的使用权限，所述使用权限用于使所述第一设备具备访问权限，所述访问权限用于使所述第一设备具备针对所述目标建筑模型的访问能力；

状态确认单元，用于根据所述第一设备采集的针对所述目标建筑模型的访问行为数据确定所述目标建筑模型的被访问状态，所述被访问状态包括静止状态或被操作状态，所述静止状态表示用户在预设时间内对所述目标建筑模型无操作，所述被操作状态表示所述用户在所述预设时间内对所述目标建筑模型执行了点击操作、滑动操作以及浏览操作中的任意一种或任意组合；

权限控制单元，用于对所述第一设备执行与所述被访问状态对应的权限管理，所述权限管理用于对所述第一设备针对所述目标建筑模型的访问权限进行控制。

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

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

Images