CN114579822A - 一种建模工具的推送方法、装置、电子设备及存储介质 - Google Patents

Abstract

本申请公开了一种建模工具的推送方法、装置、电子设备及存储介质。其中，该方法包括：接收在当前建模过程中触发的配置指令；响应于所述配置指令，将构件集合在所述客户端中进行显示；在检测到存在作用于所述构件集合的选中操作的情况下，根据所述选中操作确定目标构件，并确定所述目标构件的目标构件类型；获取所述目标构件类型关联的目标建模工具，并向所述客户端推送所述目标建模工具。本申请实施例通过确定被选中的目标构件的构件类型，并依据构件类型确定与目标构件关联的建模工具，从而实现了建模工具的快速推送，不再需要用户手动选择与构件相关的建模工具，提高了建模效率。

Description

一种建模工具的推送方法、装置、电子设备及存储介质

技术领域

本申请涉及图形建模技术领域，尤其涉及一种建模工具的推送方法、装置、电子设备及存储介质。

背景技术

现有技术中，操作者可以根据自己的实际建模需要和操作习惯，选择适合自己的命令触发方式进行建模工作，但是每种功能命令触发方式又有各自的短板。例如：

工具栏命令按钮。对于繁琐冗长的建模工作而言，如果操作者只使用工具栏命令按钮触发对应操作，则需要让操作者不断的移动鼠标的位置，使之往返于当前绘图窗口和工具栏命令按钮处。并且对于功能命令按钮较多的情况，即一个命令面板容纳不下所有的功能命令按钮，则还需要操作者还会切换不同的面板以寻找对应的功能命令按钮。

右键菜单命令。通常，右键菜单中列举出的功能命令项都是较为常用的、相对固定的、少量的功能命令，而对于繁琐的建模工作来说，这些功能命令是不能够满足建模需要的，即操作者最终还是要去工具栏选择所需的功能命令。

发送快捷键触发。如果操作者可以记住大量的功能命令所对应的快捷键，可以在一定程度上缩短建模时间。但是建模过程中用到的功能命令数量较大，操作者并不一定都能记住；再者，每一个功能快捷键的定义必须是唯一标识，操作者往往受专业所限有些功能命令根本不会使用到，但是这些功能命令也会出现在建模软件中，并且它们的存在会影响对于常用功能命令快捷键的定义。

所以，符合建模人员操作习惯的菜单设置可以一定程度上缩短建模工作所花费的时间，提高建模工作的效率。但是，操作者想在数量众多的建模功能命令中规划好适合自己的功能命令，并将其妥善的整合，包括：工具栏、右键菜单、快捷键，并不是一件容易的事情。而且，一旦软件或系统遭受损坏，之前耗费精力整理的配置项会面临着丢失的风险。

发明内容

为了解决上述技术问题或者至少部分地解决上述技术问题，本申请提供了一种建模工具的推送方法、装置、电子设备及存储介质。

根据本申请实施例的一个方面，提供了一种建模工具的推送方法，应用于建模平台，包括：

接收在当前建模过程中触发的配置指令；

响应于所述配置指令，将构件集合在所述客户端中进行显示；

在检测到存在作用于所述构件集合的选中操作的情况下，根据所述选中操作确定目标构件，并确定所述目标构件的目标构件类型；

获取所述目标构件类型关联的目标建模工具，并向所述客户端推送所述目标建模工具。

进一步的，所述获取所述目标构件类型关联的目标建模工具，并向所述客户端推送所述目标建模工具，包括：

查询构件类型与建模工具之间的目标对应关系；

基于所述目标对应关系，查询所述目标构件类型关联的目标建模工具。

进一步的，在获取所述构件类型关联的多个目标建模工具之前，所述方法还包括：

确定所述构件集合中各个构件的构件类型，以及所述构件类型对应的功能需求；

从预设工具库中获取所述功能需求对应的建模工具；

建立所述构件类型与所述建模工具之间的初始对应关系。

进一步的，在建立所述构件类型与所述建模工具之间的对应关系之后，所述方法还包括：

查询历史建模记录获取所述历史建模记录中多个历史建模模型；

解析所述历史建模模型，得到所述历史建模模型中的携带的历史构件，以及所述历史构件对应的历史建模工具；

从所述构件集合中获取与所述历史构件相匹配的目标历史构件；

从所述初始对应关系中获取所述目标历史构件对应的初始建模工具，并利用所述历史建模工具对所述初始建模工具进行更新，得到构件类型与建模工具之间的目标对应关系。

进一步的，在得到构件类型与建模工具之间的目标对应关系之后，所述方法还包括：

获取所述目标客户端当前登录的目标账户，以及所述目标账户对应的目标账户标识；

将所述目标账户标识与所述目标对应关系存储至服务器。

根据本申请实施例的另一个方面，还提供了一种建模工具的推送方法，应用于服务器，包括：

接收第一客户端发送的目标账户标识与目标对应关系；

将所述目标账户标识与所述目标对应关系以键值对形式进行存储；

接收第二客户端发送的导出请求；

对所述导出请求进行认证，在所述导出请求中携带目标账户标识的情况下，将所述目标对应关系导出至所述第二客户端，以使所述第二客户端将所述目标对应关系导入。

进一步的，所述方法还包括：

接收第三客户端发送的对应关系更新请求，其中，所述第三客户端是所述目标账户标识对应的目标账户登录过的建模平台；

提所述对应关系更新请求中的待更新构件以及所述待更新构件对应的新增建模工具；

利用待更新构件和所述新增建模工具对所述目标对应关系进行更新。

根据本申请实施例的另一个方面，还提供了一种建模工具的推送装置，包括：

接收模块，用于接收在当前建模过程中触发的配置指令；

显示模块，用于响应于所述配置指令，将构件集合在所述客户端中进行显示；

确定模块，用于在检测到存在作用于所述构件集合的选中操作的情况下，根据所述选中操作确定目标构件，并确定所述目标构件的目标构件类型；

获取模块，用于获取所述目标构件类型关联的目标建模工具，并向所述客户端推送所述目标建模工具。

根据本申请实施例的另一方面，还提供了一种存储介质，该存储介质包括存储的程序，程序运行时执行上述的步骤。

根据本申请实施例的另一方面，还提供了一种电子装置，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；其中：存储器，用于存放计算机程序；处理器，用于通过运行存储器上所存放的程序来执行上述方法中的步骤。

本申请实施例还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述方法中的步骤。

本申请实施例提供的上述技术方案与现有技术相比具有如下优点：本申请实施例通过确定被选中的目标构件的构件类型，并依据构件类型确定与目标构件关联的建模工具，从而实现了建模工具的快速推送，不再需要用户手动选择与构件相关的建模工具，提高了建模效率。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

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

图1为本申请实施例提供的一种建模工具的推送方法的流程图；

图2为本申请另一实施例提供的一种建模工具的推送方法的流程图；

图3为本申请另一实施例提供的一种建模工具的推送方法的流程图；

图4为本申请实施例提供的一种建模工具的推送装置的框图；

图5为本申请另一实施例提供的一种建模工具的推送装置的框图；

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

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请的一部分实施例，而不是全部的实施例，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个类似的实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本申请实施例提供了一种建模工具的推送方法、装置、电子设备及存储介质。本发明实施例所提供的方法可以应用于任意需要的电子设备，例如，可以为服务器、终端等电子设备，在此不做具体限定，为描述方便，后续简称为电子设备。

根据本申请实施例的一方面，提供了一种建模工具的推送方法的方法实施例。图1为本申请实施例提供的一种建模工具的推送方法的流程图，如图1所示，该方法包括：

步骤S11，接收在当前建模过程中触发的配置指令。

在本申请实施例中，用户在客户端进行三维建模的过程中，会使用多个构件进行建模，此时会检测用户在客户端触发的配置指令，触发方式可以是通过点击客户端中的配置按钮，或者发送语音信息触发配置指令。

步骤S12，响应于配置指令，将构件集合在客户端中进行显示。

在本申请实施例中，在客户端接收到配置指令后，会根据配置指令获取构件集合，并将构件集合进行显示。

步骤S13，在检测到存在作用于构件集合的选中操作的情况下，根据选中操作确定目标构件，并确定目标构件的目标构件类型。

在本申请实施例中，在显示构件集合后，会检测用于用户是否会对构件集合中的一个或多个构件进行选中操作。在检测到存在作用于构件集合的选中操作的情况下，则确定被选中的目标构件，并确定目标构件的构建类型。

步骤S14，获取目标构件类型关联的目标建模工具，并向客户端推送目标建模工具。

在本申请实施例中，获取目标构件类型关联的目标建模工具，并向客户端推送目标建模工具，包括以下步骤A1-A2：

步骤A1，查询构件类型与建模工具之间的目标对应关系。

步骤A2，基于目标对应关系，查询目标构件类型关联的目标建模工具。

在本申请实施例中，用户在三维建模的配置界面中的点击配置按钮，此时触发配置指令，客户端根据配置指令显示构件集合，例如：球体、墙体、通道等等。然后检测用户的选中操作，根据选中操作确定用户选中“墙体”，并确定快捷键为：“q”，此时根据“墙体”对应的类型确定目标建筑工具，并将目标建筑工具进行推送，目标建筑工具可以是“插入门”、“插入窗”、“房间”、“屋顶”、“线性标注”等等。

另外，本申请实施例在推送目标建筑工具的过程中，还可以推送目标建筑工具对应的快捷键信息，例如：“插入门”对应的快捷键为“m”“插入窗”对应的快捷键为“c”,“房间”对应的快捷键为“fj”，“屋顶”对应的快捷点为“wd”，“线性标注”对应的快捷键为“xb”。

作为一个示例，在建模区域建模时，按下q键，鼠标在绘图区域点击两点，则绘制出一道墙体。用户点击设置，找到菜单配置界面中的推送菜单配置页，在构件列表中选择“墙体”，在功能命令列表中选择“插入门”、“插入窗”、“房间”、“屋顶”、“线性标注”，点击“关联”按钮，则将墙体与选中的五个功能命令构件进行了关联。

鼠标回到绘图视图，操作者选中之前绘制的墙体，点击鼠标右键，右键菜单中列出了与“墙体”关联的功能命令项“插入门”、“插入窗”、“房间”、“屋顶”、“线性标注”，点击“插入门”，鼠标在墙体上点选一点，确定插入门的位置，即：构件门被插入到墙体上。同理操作，可以继续完成剩余的建模操作。

选择墙体，在右键菜单中选中“插入窗”，鼠标在墙体上点选一点，确定插入窗的位置；绘制多道墙体，将绘制的墙体围成闭合区域，选中墙体，在右键菜单中选择“屋顶”，根据设计需要在墙体上绘制屋顶。至此，一个包含：墙体、门、窗、屋顶等简单构件组成的简单房间模型就绘制完成了。在建模的过程中，不仅仅只有模型的建立，还包括对模型的标注标记。选中墙体，在右键菜单中选择“房间”，在闭合区域中放置房间标记；选中墙体，在右键菜单中选择“线性标注”，对墙体、门、窗等构件的位置进行标注。

在本申请实施例中，当用户设置完成后，用户点击“保存”按钮，系统弹出保存文件路径选择界面，将设置操作生成的配置文件保存到指定的路径下。这将作为操作者的私有财产，当系统或软件遇到问题时，可以将其导入到新装的软件中，使其迅速的匹配操作者的使用习惯。

在本申请实施例中，当用户设置完成后，用户点击“应用”按钮，系统会将配置好的菜单信息应用到当前的软件中，替换原有的菜单操作配置；当前菜单配置会被保存到用户目录下，以方便操作者下次启动软件时可以继续使用该菜单配置。

本申请实施例通过确定被选中的目标构件的构件类型，并依据构件类型确定与目标构件关联的建模工具，从而实现了建模工具的快速推送，不再需要用户手动选择与构件相关的建模工具，提高了建模效率。

在本申请实施例中，在获取构件类型关联的多个目标建模工具之前，图2为本申请实施例提供的一种建模工具的推送方法的流程图，如图2所示，该方法可以包括以下步骤：

步骤S21，确定构件集合中各个构件的构件类型，以及构件类型对应的功能需求；

步骤S22，从预设工具库中获取功能需求对应的建模工具；

步骤S23，建立构件类型与建模工具之间的初始对应关系。

在本申请实施例中，在建立构件类型与建模工具之间的对应关系之后，方法还包括以下步骤B1-B4：

步骤B1，查询历史建模记录获取历史建模记录中多个历史建模模型；

步骤B2，解析历史建模模型，得到历史建模模型中的携带的历史构件，以及历史构件对应的历史建模工具；

步骤B3，从构件集合中获取与历史构件相匹配的目标历史构件；

步骤B4，从初始对应关系中获取目标历史构件对应的初始建模工具，并利用历史建模工具对初始建模工具进行更新，得到构件类型与建模工具之间的目标对应关系。

在本申请实施例中，在得到构件类型与建模工具之间的目标对应关系之后，方法还包括以下步骤C1-C2：

步骤C1，获取目标客户端当前登录的目标账户，以及目标账户对应的目标账户标识；

步骤C2，将目标账户标识与目标对应关系存储至服务器。

在本申请实施例中，通过对历史建模记录中的历史建模模型进行分析，能够确定各个构件对应的建模工具，不需要用户手动配置各个构件与建模工具之间的对应关系。同时将目标账户标识与目标对应关系存储至服务器，当目标账户在其他客户端登录时，可以直接从服务器获取对应关系。

图3为本申请实施例提供的一种建模工具的推送方法的流程图，如图3所示，该方法可以包括以下步骤：

步骤S31，接收第一客户端发送的目标账户标识与目标对应关系；

步骤S32，将目标账户标识与目标对应关系以键值对形式进行存储；

步骤S33，接收第二客户端发送的导出请求；

步骤S34，对导出请求进行认证，在导出请求中携带目标账户标识的情况下，将目标对应关系导出至第二客户端，以使第二客户端将目标对应关系导入。

在本申请实施例中，方法还包括以下步骤D1-D3：

步骤D1，接收第三客户端发送的对应关系更新请求，其中，第三客户端是目标账户标识对应的目标账户登录过的建模平台；

步骤D2，提对应关系更新请求中的待更新构件以及待更新构件对应的新增建模工具；

步骤D3，利用待更新构件和新增建模工具对目标对应关系进行更新。

图4为本申请实施例提供的一种建模工具的推送装置的框图，该装置可以通过软件、硬件或者两者的结合实现成为电子设备的部分或者全部。如图4所示，该装置包括：

接收模块41，用于接收在当前建模过程中触发的配置指令；

显示模块42，用于响应于配置指令，将构件集合在客户端中进行显示；

确定模块43，用于在检测到存在作用于构件集合的选中操作的情况下，根据选中操作确定目标构件，并确定目标构件的目标构件类型；

获取模块44，用于获取目标构件类型关联的目标建模工具，并向客户端推送目标建模工具。

在本申请实施例中，获取模块44，用于查询构件类型与建模工具之间的目标对应关系；基于目标对应关系，查询目标构件类型关联的目标建模工具。

在本申请实施例中，建模工具的推送装置还包括：建立模块，用于确定构件集合中各个构件的构件类型，以及构件类型对应的功能需求；从预设工具库中获取功能需求对应的建模工具；建立构件类型与建模工具之间的初始对应关系。

在本申请实施例中，建模工具的推送装置还包括：解析模块，用于查询历史建模记录获取历史建模记录中多个历史建模模型；解析历史建模模型，得到历史建模模型中的携带的历史构件，以及历史构件对应的历史建模工具；从构件集合中获取与历史构件相匹配的目标历史构件；从初始对应关系中获取目标历史构件对应的初始建模工具，并利用历史建模工具对初始建模工具进行更新，得到构件类型与建模工具之间的目标对应关系。

在本申请实施例中，建模工具的推送装置还包括：存储模块，用于获取目标客户端当前登录的目标账户，以及目标账户对应的目标账户标识；将目标账户标识与目标对应关系存储至服务器。

图5为本申请实施例提供的一种建模工具的推送装置的框图，该装置可以通过软件、硬件或者两者的结合实现成为电子设备的部分或者全部。如图5所示，该装置包括：

第一接收模块51，用于接收第一客户端发送的目标账户标识与目标对应关系；

存储模块52，用于将所述目标账户标识与所述目标对应关系以键值对形式进行存储；

第二接收模块53，用于接收第二客户端发送的导出请求；

认证模块54，泳衣对所述导出请求进行认证，在所述导出请求中携带目标账户标识的情况下，将所述目标对应关系导出至所述第二客户端，以使所述第二客户端将所述目标对应关系导入。

在本申请实施例中，所述装置还包括：更新模块，用于接收第三客户端发送的对应关系更新请求，其中，所述第三客户端是所述目标账户标识对应的目标账户登录过的建模平台；提所述对应关系更新请求中的待更新构件以及所述待更新构件对应的新增建模工具；利用待更新构件和所述新增建模工具对所述目标对应关系进行更新。

本申请实施例还提供一种电子设备，如图6所示，电子设备可以包括：处理器1501、通信接口1502、存储器1503和通信总线1504，其中，处理器1501，通信接口1502，存储器1503通过通信总线1504完成相互间的通信。

存储器1503，用于存放计算机程序；

处理器1501，用于执行存储器1503上所存放的计算机程序时，实现上述实施例的步骤。

上述终端提到的通信总线可以是外设部件互连标准(Peripheral ComponentInterconnect，简称PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture，简称EISA)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

通信接口用于上述终端与其他设备之间的通信。

存储器可以包括随机存取存储器(Random Access Memory，简称RAM)，也可以包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。可选的，存储器还可以是至少一个位于远离前述处理器的存储装置。

上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(Digital Signal Processing，简称DSP)、专用集成电路(Application SpecificIntegrated Circuit，简称ASIC)、现场可编程门阵列(Field－Programmable Gate Array，简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

在本申请提供的又一实施例中，还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述实施例中任一所述的建模工具的推送方法。

在本申请提供的又一实施例中，还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述实施例中任一所述的建模工具的推送方法。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘SolidState Disk)等。

以上所述仅为本申请的较佳实施例而已，并非用于限定本申请的保护范围。凡在本申请的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本申请的保护范围内。

以上所述仅是本申请的具体实施方式，使本领域技术人员能够理解或实现本申请。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所申请的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种建模工具的推送方法，其特征在于，应用于建模平台，包括：

接收在当前建模过程中触发的配置指令；

响应于所述配置指令，将构件集合在所述客户端中进行显示；

在检测到存在作用于所述构件集合的选中操作的情况下，根据所述选中操作确定目标构件，并确定所述目标构件的目标构件类型；

获取所述目标构件类型关联的目标建模工具，并向所述客户端推送所述目标建模工具。

2.根据权利要求1所述的方法，其特征在于，所述获取所述目标构件类型关联的目标建模工具，并向所述客户端推送所述目标建模工具，包括：

查询构件类型与建模工具之间的目标对应关系；

基于所述目标对应关系，查询所述目标构件类型关联的目标建模工具。

3.根据权利要求1所述的方法，其特征在于，在获取所述构件类型关联的多个目标建模工具之前，所述方法还包括：

确定所述构件集合中各个构件的构件类型，以及所述构件类型对应的功能需求；

从预设工具库中获取所述功能需求对应的建模工具；

建立所述构件类型与所述建模工具之间的初始对应关系。

4.根据权利要求3所述的方法，其特征在于，在建立所述构件类型与所述建模工具之间的对应关系之后，所述方法还包括：

查询历史建模记录获取所述历史建模记录中多个历史建模模型；

解析所述历史建模模型，得到所述历史建模模型中的携带的历史构件，以及所述历史构件对应的历史建模工具；

从所述构件集合中获取与所述历史构件相匹配的目标历史构件；

从所述初始对应关系中获取所述目标历史构件对应的初始建模工具，并利用所述历史建模工具对所述初始建模工具进行更新，得到构件类型与建模工具之间的目标对应关系。

5.根据权利要求4所述的方法，其特征在于，在得到构件类型与建模工具之间的目标对应关系之后，所述方法还包括：

获取所述目标客户端当前登录的目标账户，以及所述目标账户对应的目标账户标识；

将所述目标账户标识与所述目标对应关系存储至服务器。

6.一种建模工具的推送方法，其特征在于，应用于服务器，包括：

接收第一客户端发送的目标账户标识与目标对应关系；

将所述目标账户标识与所述目标对应关系以键值对形式进行存储；

接收第二客户端发送的导出请求；

对所述导出请求进行认证，在所述导出请求中携带目标账户标识的情况下，将所述目标对应关系导出至所述第二客户端，以使所述第二客户端将所述目标对应关系导入。

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

接收第三客户端发送的对应关系更新请求，其中，所述第三客户端是所述目标账户标识对应的目标账户登录过的建模平台；

提所述对应关系更新请求中的待更新构件以及所述待更新构件对应的新增建模工具；

利用待更新构件和所述新增建模工具对所述目标对应关系进行更新。

8.一种建模工具的推送装置，其特征在于，包括：

接收模块，用于接收在当前建模过程中触发的配置指令；

显示模块，用于响应于所述配置指令，将构件集合在所述客户端中进行显示；

确定模块，用于在检测到存在作用于所述构件集合的选中操作的情况下，根据所述选中操作确定目标构件，并确定所述目标构件的目标构件类型；

获取模块，用于获取所述目标构件类型关联的目标建模工具，并向所述客户端推送所述目标建模工具。

9.一种存储介质，其特征在于，所述存储介质包括存储的程序，其中，所述程序运行时执行上述权利要求1至7中任一项所述的方法步骤。

10.一种电子设备，其特征在于，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；其中：

存储器，用于存放计算机程序；

处理器，用于通过运行存储器上所存放的程序来执行权利要求1-7中任一项所述的方法步骤。

Images