电子签章生成方法、装置、设备及存储介质与流程

1.本公开涉及电子签章技术领域，尤其涉及一种电子签章生成方法、装置、设备及存储介质。


背景技术：

2.在建筑工程的建设施工中，电子图纸从设计阶段到作为用于施工图纸的阶段，要经过一系列的修改、审核等，对修改后的图纸进行审核称为图纸的复核，复核后的电子图纸需要提交给不同的审核人员进行签名，以确保各方可以对修改的图纸内容进行统一确认，从而保证审核结果的一致性。
3.在现有技术中，复核后的图纸需要打印出来，并将纸质版的图纸送至各个审核人员的单位，由审核人员对图纸的修改进行确认后手动在图纸上进行签名或盖章，这种人工对图纸进行签名的方式，增加了对图纸进行签章的成本，对图纸进行签章的耗时较长，无法实现审核人员对图纸进行统一确认和签章；另外，目前虽然可以利用模型软件实现电子签章，例如：将revit模型中的图纸导出为电子版的cad图纸，并在cad图纸中通过手动添加签章的方式实现电子签章，但是这种电子签章的方式仍无法达到自动化签章的目的，对图纸进行签章操作的效率较低，当电子图纸数量较多时容易产生错误，且耗时耗力。


技术实现要素：

4.有鉴于此，本公开实施例提供了一种电子签章生成方法、装置、设备及存储介质，以解决现有技术存在的无法实现图纸的自动化电子签章，图纸签章操作耗时长，效率低，容易出错的问题。
5.本公开实施例的第一方面，提供了一种电子签章生成方法，包括：获取基于建筑信息模型生成的模型文件，对模型文件进行解析得到图纸文件；利用标准图框对应的类型标识对图纸文件执行检索操作，以确定图纸文件中包含的目标图框，并获取目标图框对应的属性数据；对目标图框的属性数据进行处理得到属性对象以及属性对象对应的属性值，利用属性值对预先配置的电子签章数据库进行检索，得到与属性对象相对应的电子签章；基于属性数据中各个属性对象与目标图框之间的相对位置，将属性对象的电子签章渲染到目标图框中，以便在图纸中生成电子签章。
6.本公开实施例的第二方面，提供了一种电子签章生成装置，包括：获取模块，被配置为获取基于建筑信息模型生成的模型文件，对模型文件进行解析得到图纸文件；检索模块，被配置为利用标准图框对应的类型标识对图纸文件执行检索操作，以确定图纸文件中包含的目标图框，并获取目标图框对应的属性数据；处理模块，被配置为对目标图框的属性数据进行处理得到属性对象以及属性对象对应的属性值，利用属性值对预先配置的电子签章数据库进行检索，得到与属性对象相对应的电子签章；渲染模块，被配置为基于属性数据中各个属性对象与目标图框之间的相对位置，将属性对象的电子签章渲染到目标图框中，以便在图纸中生成电子签章。
7.本公开实施例的第三方面，提供了一种电子设备，包括存储器，处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行程序时实现上述方法的步骤。
8.本公开实施例的第四方面，提供了一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序，该计算机程序被处理器执行时实现上述方法的步骤。
9.本公开实施例采用的上述至少一个技术方案能够达到以下有益效果：通过获取基于建筑信息模型生成的模型文件，对模型文件进行解析得到图纸文件；利用标准图框对应的类型标识对图纸文件执行检索操作，以确定图纸文件中包含的目标图框，并获取目标图框对应的属性数据；对目标图框的属性数据进行处理得到属性对象以及属性对象对应的属性值，利用属性值对预先配置的电子签章数据库进行检索，得到与属性对象相对应的电子签章；基于属性数据中各个属性对象与目标图框之间的相对位置，将属性对象的电子签章渲染到目标图框中，以便在图纸中生成电子签章。本公开能够实现对图纸进行自动化和批量化的签章操作，降低了图纸签章操作的成本，提升了电子签章的效率，保证了电子签章过程的准确性和权威性。
附图说明
10.为了更清楚地说明本公开实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。
11.图1是本公开实施例在实际应用场景中所涉及的示例系统整体架构的示意图；图2是本公开实施例提供的一种电子签章生成方法的流程示意图；图3是本公开实施例提供的一种电子签章生成装置的结构示意图；图4是本公开实施例提供的电子设备的结构示意图。
具体实施方式
12.以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本公开实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本公开。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本公开的描述。
13.在建筑施工过程中，从电子图纸设计出来之后，需要经过一系列修改和审核后才能最终完成一套可用于施工的全量图模，即建筑对应的图纸文件和模型文件。而修改后的图模是否经过审核，且审核后设计师是否又对其进行过修改，因此为了保证人工复核图纸和电子图纸的一致性，需要对修改审核后的图纸进行确认和签名，以确保各方可以通过协同的方式对修改内容进行统一确认，保证最终的电子版图纸和实际打印版图纸的一致性。也就是说，在图纸复核完成之后，需要各审核人员对修改后的图纸进行协同确认，并在协同确认完之后对图纸进行盖章，从而对各审核人员确认的成果进行线上化的保护。
14.目前相关技术中，主要有两种对图纸进行签章的方式，第一种方式：采用纸质版图纸的审查签章模式，即将复核后的图纸打印出来，将纸质版的图纸送至各个审核人员的单位，由审核人员对图纸的修改进行确认后手动在图纸上进行签名或盖章，这样不仅需要打
印大量的图纸，且纸质图纸也容易损坏和丢失，还极大增加了对图纸签章的成本，对图纸进行签章的耗时较长，也无法达到审核人员对图纸进行统一确认和签章的目的，而且不能确保整个签章过程的准确性和权威性。第二种方式：将复核后的图纸导出为电子版的cad图纸，并在cad图纸中通过手动添加签章的方式实现电子签章，但是这种电子签章的方式仍无法达到自动化签章的目的，对图纸进行签章操作的效率较低，当电子图纸数量较多时容易产生错误，且耗时耗力。
15.另外，现有的基于cad图纸的电子签章方式，在图纸或模型文件修改过后不能够实现签章的自动失效，随着bim正向设计的推进，模型以及基于模型生产的图纸和数据将作为项目实施的依据，将bim模型导出为cad图纸再进行图纸的电子签章，cad图纸的电子签章无法和bim模型形成关联关系，无法满足实际业务需求。
16.鉴于以上现有技术中的问题，需要提供一种能够自动化进行图纸的批量化签章，降低图纸签章操作的成本，提升电子签章效率，保证电子签章的准确性和权威性的电子签章方案。下面结合附图对本公开实施例技术方案的整体实现过程进行说明，图1是本公开实施例在实际应用场景中所涉及的示例系统整体架构的示意图。如图1所示，该技术方案所涉及系统的整体架构具体可以包括：本公开实施例的执行主体可以是电子签章系统10，在电子签章系统10中包含但不限于以下组件：图纸解析单元11、标准图框单元12、共享参数单元13、电子签章数据库14、审核单元15、出图章单元16、渲染单元17、失效提示单元18；其中，图纸解析单元11用于解析bim模型中的图纸内容并形成图纸列表；标准图框单元12用于解析bim模型图纸空间的标准图框，得到符合标准图框要求的目标图框；共享参数单元13也可以称为图框属性单元，用于解析目标图框中的共享参数（即属性数据）；电子签章数据库14用于存储预先配置的共享参数对应的电子签章；审核单元15用于对从图纸中解析出来的目标图框及目标图框对应的共享参数进行确认；出图章单元16用于识别目标图框中的出图章标志，并在目标图框的闭合区域中生成出图章；渲染单元17用于在目标图框中渲染人名电子签章和出图电子签章；失效提示单元18用于当检测到图纸或模型被修改之后，发送“电子签章失效”的提示。
17.图2是本公开实施例提供的一种电子签章生成方法的流程示意图。图2的电子签章生成方法可以由电子签章系统所对应的服务器执行，如图2所示，该电子签章生成方法具体可以包括：s201，获取基于建筑信息模型生成的模型文件，对模型文件进行解析得到图纸文件；s202，利用标准图框对应的类型标识对图纸文件执行检索操作，以确定图纸文件中包含的目标图框，并获取目标图框对应的属性数据；s203，对目标图框的属性数据进行处理得到属性对象以及属性对象对应的属性值，利用属性值对预先配置的电子签章数据库进行检索，得到与属性对象相对应的电子签章；s204，基于属性数据中各个属性对象与目标图框之间的相对位置，将属性对象的电子签章渲染到目标图框中，以便在图纸中生成电子签章。
18.具体地，本公开实施例中的建筑信息模型可以是一种采用基于bim正向设计的模型，bim（building information modeling）简称建筑信息模型，bim是指在建设工程及设施
的规划、设计、施工以及运营维护阶段全寿命周期创建和管理建筑信息的过程，全过程应用三维、实时、动态的模型涵盖了几何信息、空间信息、地理信息、各种建筑组件的性质信息及工料信息。在bim中，revit是一个主流的bim可视化及建模工具，因此，本公开实施例中的建筑信息模型可以采用revit模型，此时，模型文件对应为revit模型文件。
19.进一步地，在revit模型的图形引擎中对revit模型文件进行解析所得到的图纸文件是revit模型中的二维图纸文件，而并非利用revit模型所导出来的dwg格式的图纸文件，其中图纸文件为保存在建筑信息模型中的图纸所对应的数据文件。标准图框是指revit模型中的一种类型的图元（即图框图元）所对应的类，根据具有相同参数集和图元构造方式的对象生成标准图框族，标准图框族中定义了标准图框的尺寸和参数。目标图框在图纸中对应的实体是一个大的矩形框，利用若干水平线和垂直线将矩形框划分为若干个封闭区域，每个封闭区域内对应需要填写的数据或者电子签章。
20.进一步地，电子签章可以认为是基于手写的人名所生成的电子签章图像，电子签章也可以是一种类，即根据电子签章的参数以及电子签章的构造方式生成一个类，基于电子签章的类可以自动化实例出具体人名对应的电子签章。当然在实际应用中，电子签章也可以直接以图片格式存储在电子签章数据库中，图纸中的电子签章可以认为是图纸中自定义的实体对象。
21.进一步地，属性数据也可以称为共享参数，共享参数中包含待签章对象及待签章对象的人员名称，比如“项目负责人”就可以认为是一种共享参数，而项目负责人对应的人名就是该共享参数对应的值，每一个共享参数都对应一个具体的值，在共享参数与参数的值之间建立对应关系。
22.根据本公开实施例提供的技术方案，通过解析revit模型文件得到待签章的图纸文件，利用标准图框对应的类型标识对图纸文件的数据中类型为图框图元的数据进行检索得到目标图框，根据与目标图框相对应的属性数据，对目标图框的属性数据进行解析得到属性对象和属性值，之后根据属性值从电子签章数据库中检索出相应的电子签章，根据属性数据中预设的各个属性对象与目标图框的几何中心点之间的相对位置，对同一模型对应的所有图纸进行批量电子签章，即在图纸对应的目标图框的签章区域内形成对应的电子签章。本公开能够实现对图纸进行自动化和批量化的签章操作，降低了图纸签章操作的成本，提升了电子签章的效率，保证了电子签章过程的准确性和权威性。
23.在一些实施例中，对模型文件进行解析得到图纸文件，包括：基于建筑信息模型对应的图形处理引擎，利用预设的调用函数以及提取规则，对模型文件进行解析，以便从模型文件中提取出符合提取规则的多个图纸文件，并基于多个图纸文件形成待签章的图纸列表；其中，调用函数为根据建筑信息模型所配置的api接口，提取规则包括模型的视图提取规则和/或模型的楼层提取规则。
24.具体地，模型文件可以为revit模型文件，即利用revit模型软件所绘制的模型文件，revit模型文件是后缀为.rvt的三维模型文件。在revit模型软件中基于revit模型软件所提供的api接口，利用预设的提取规则对revit模型文件进行解析，基于api接口可以对revit模型文件中的数据进行识别和调用，因此，在提取规则的约束下可以提取出符合要求的模型数据，并基于提取出来的模型数据生成图纸文件。
25.在实际应用中，可以预先获取不同模型软件所提供的api接口安装包，通过安装包
将api接口配置在电子签章系统的应用程序中。需要说明的是，调用函数是由不同模型软件的厂商所提供的api接口，因此，本公开实施例不对调用函数（即api接口）的具体内容进行限定，不同模型软件提供的调用函数并不相同。
26.进一步地，可以在revit模型软件中根据需要设置不同的提取规则，在一种实施例中，可以模型的视图作为提取规则来提取图纸，即通过设置不同的视图方向（即观察模型的方向）确定需要提取出来的图纸文件的数量，比如可以采用以下视图方向作为提取图纸文件的规则：从东向西观察模型时对应的图纸、从西向东观察模型时对应的图纸、从北向南观察模型时对应的图纸、从南向北观察模型时对应的图纸、从上向下观察模型时对应的图纸等。在另一种实施例中，还可以模型的楼层作为提取规则来提取图纸，例如当模型为三层楼的楼房时，当需要解析得到一张平面图时，可以将某一层作为提取对象，当需要解析得到三张平面图时，可以将这三层分别作为提取对象。
27.这里，每个提取出的图纸文件中均可以包含该图纸对应的全量模型构件的平面剖切图，比如图纸文件中可以包含由墙、梁、板、柱等构件所组成的平面剖切图；例如，以某一楼层作为提取对象，从楼房的模型文件中提取该楼层对应的数据文件，根据该楼层对应的楼层标识，利用api接口提取出该楼层中的所有模型文件并生成该楼层的图纸文件，在该楼层对应的图纸文件中包含了模型中该楼层所包含的所有构件，比如提取出该楼层对应的户型图，该户型图中的构件与模型中该楼层中的构件是相同的。
28.需要说明的是，以上提取规则不仅可以限制从哪些维度（比如方向维度、楼层维度）获取需要的图纸，还可以限制获取图纸的数量，因此，可以获取其中的部分图纸，根据提取得到的所有图纸形成一个图纸列表，可以将图纸列表认为是一种图纸清单，该图纸清单中记录了所有需要进行电子签章的图纸所对应的id，后续对同一模型下的所有图纸同时进行批量化电子签章。
29.根据本公开实施例提供的技术方案，通过在revit模型中调用api接口提取若干个图纸文件，图纸文件存储在revit模型中，然后基于revit模型中的图纸进行电子签章，而不是通过将revit模型文件导出为dwg格式的图纸，再基于导出来的dwg图纸进行电子签章；由此可见，本公开实施例的电子签章的操作是基于revit模型中解析得到的图纸来做的，所以电子签章操作是在revit模型导出dwg图纸之前执行的；由于模型与图纸之间相互关联，将电子签章绑定在由模型产生的图纸上，进而使电子签章和模型之间具有了关联性，因此，保证了模型、图纸与电子签章之间的一致性，保证电子版模型与打印版图模之间的一致性，有利于各审核方对图纸进行协同统一确认。
30.在一些实施例中，在利用标准图框对应的类型标识对图纸文件执行检索操作之前，方法还包括：将图纸文件的数据中具有相同属性和构造方式的图元对象划分为同一类，并确定不同类型的图元对象所对应的类型标识，类用于基于属性和构造方式构造出类对应的图元；其中，标准图框为根据预设的标准图框的属性以及构造方式所生成的图框图元所对应的类。
31.具体地，标准图框的类用于表示与标准图框具有相同属性和构造方式的图框图元的集合，因此，可以根据标准图框的属性以及构造方式生成标准图框对应的类，标准图框的类中包含图框图元对应的转化规则。类是指具有相同属性和方法的一组对象的集合，它为属于该类的所有对象提供了统一的抽象描述。在本实施例中，所谓的对象即图框对应的图
元，在为标准图框的图元定义其对应的类时，可以根据不同标准图框对应的参数（比如尺寸数据、图框类型等），将同一类型的标准图框的属性以及表示方式封装成该标准图框的类。因此，根据标准图框的类型标识可以从图纸文件中提取出与标准图框相对应的目标图框，在实际应用中，可以依据图框尺寸划分出多种不同的标准图框，例如可以依据图框尺寸划分为a0、a1、a2
……
等多种尺寸的标准图框，图框尺寸可以由用户自定义，不同的图框尺寸对应不同的图框边长。
32.在一些实施例中，利用标准图框对应的类型标识对图纸文件执行检索操作，包括：基于标准图框对应的类型标识对图纸文件中的类进行检索，将图纸文件中具有相同类型标识的类作为标准图框所对应的类，并将具有相同类型标识的类对应的标准图框作为目标图框；其中，目标图框与标准图框之间具有相同的图框尺寸。
33.具体地，目标图框是一类图框对应的图元，即目标图框属于一个类型的图元，每个目标图框具有自身的属性信息，图框对应的图元可以认为是一个大的矩形框，在图框内有一些水平和垂直的线，将图框划分成多个封闭区域，电子签章或者属性对象在各自的封闭区域中展示。图纸文件中包含图框这一图元类型对应的类型标识，因此通过标准图框的类的标识对图纸文件数据进行检索，就能够查找到与标准图框的类型相同的图框，将查找到的图框作为目标图框。
34.在实际应用中，一个图纸中至少包含一个目标图框，由于图框本质上是一种图元，通过标准图框的类可以将图框实例化为与图框相对应的图元，因此，在对图纸文件进行检索时，还可以对图纸文件中的图元数据进行检索，得到具有与标准图框标识相对应的图元数据，检索得到的图元数据就是图框数据。
35.在一些实施例中，属性对象包括待签名对象，属性值包括待签名对象所对应的名称；对目标图框的属性数据进行处理得到属性对象以及属性对象对应的属性值，包括：利用预设的待签名对象的标识从属性数据中提取出待签名对象，并根据属性数据中待签名对象所对应的属性值确定待签名对象的名称；其中，待签名对象包括设计专业负责人、审核人、校对人和设计人。
36.具体地，在获取每个图纸对应的目标图框的属性数据之后，从属性数据中提取出属性对象以及每个属性对象对应的属性值，在实际应用中，属性对象可以认为是待签名对象，属性值可以认为是待签名对象所对应的名称，例如：待签名对象可以包括设计项目负责人、设计专业负责人、审核人、校对人、设计人等，属性值即各个待签名对象所对应的具体人员名称，比如“张三”、“李明”等。
37.进一步地，属性数据也可以称为共享参数，共享参数是指用户自定义的多种不同的属性集合，这些属性集合可以在多个模型之间进行共享，比如设计项目负责人就可以认为是一种共享参数，共享参数中除了包含属性对象（即待签名对象）外，还包含每个属性对象对应的属性值（即待签名对象对应的人名），在实际应用中，可以为每个属性对象设定具体的值，具体的值为该模型的相关人员的名称。
38.根据本公开实施例提供的技术方案，通过解析图纸得到目标图框，并获取目标图框对应的属性数据，而属性数据中包含了属性对象以及属性值，属性对象即待签名对象，属性值即待签名对象对应的人员名称，本公开实现了自动提取待签名对象以及待签名对象对应的人员名称，无需人工手动去确认需要进行电子签章的人员，提升了对图纸进行电子签
章的效率，简化了电子签章的操作流程。
39.在一些实施例中，利用属性值对预先配置的电子签章数据库进行检索，得到与属性对象相对应的电子签章，包括：基于属性值对电子签章数据库中的电子签章进行检索，得到预先配置的与属性值相对应的电子签章；其中，电子签章为根据预设的属性值所生成的类或者图像，属性值的类用于根据属性值构造出电子签章所对应的图像。
40.具体地，在得到每个图纸对应的目标图框中所包含的属性对象以及属性值之后，基于属性值（人员名称）和电子签章系统中已录入的人员名单进行匹配，从而获取属性值对应的人员的电子签章。
41.进一步地，电子签章可以类的方式存储在电子签章数据库中，还可以图像的方式存储在电子签章数据库中，当以类的方式存储时，根据电子签章的人员名称以及电子签章的生成方式构造出一个电子签章的类，当确定待签章对象的人员名称时，可利用电子签章的类自动实例化该人员名称对应的电子签章；当以图像的方式存储时，根据预设人员名单里的人员的手写签名，生成人名对应的矢量图，并建立人名矢量图与人员名称之间的对应关系。
42.在一些实施例中，目标图框的属性数据中包含各个属性对象的位置与目标图框的几何中心点之间的相对位置；基于属性数据中各个属性对象与目标图框之间的相对位置，将属性对象的电子签章渲染到目标图框中，包括：根据各个属性对象的位置与目标图框的几何中心点之间的相对位置，确定各个属性对象在图纸对应的目标图框中的实际位置，根据实际位置将各个属性对象所对应的电子签章分别渲染到图纸对应的目标图框中。
43.具体地，目标图框的属性数据中还可以包含目标图框对应的几何中心点，以及目标图框中各个属性对象与几何中心点之间的相对位置关系，根据目标图框的几何中心点以及该目标图框中各个属性对象与几何中心点之间的相对位置，就可以确定出各个属性对象的属性值所对应的人名电子签章在目标图框中的位置，基于这种相对位置关系，就可以将人名电子签章渲染到目标图框中去，即在目标图框的矩形区域内，按照相对位置关系进行签章。
44.进一步地，为了适应不同坐标系下的图纸，还可以根据各个属性对象与目标图框的相对位置，将这种相对位置转化为实际坐标下的绝对位置，即首先确定目标图框的几何中心点在图纸中对应的实际坐标点的位置，再基于各个属性对象与几何中心点之间的相对位置，计算各个属性对象的实际坐标点的位置，并基于各个属性对象对应的实际坐标点的位置，将其分别渲染到图纸对应的目标图框中去。
45.需要说明的是，属性对象对应的封闭区域与属性值对应的封闭区域可以是重合的区域，此时，属性对象的实际坐标位置就是属性值对应的实际坐标位置；当属性对象对应的封闭区域与属性值对应的封闭区域属于两个不同的区域时，比如属性值的封闭区域在属性对象的封闭区域的一侧，且两个封闭区域位于同一直线上，由于属性值（需要签章的人名）的封闭区域是实际进行电子签章的区域，此时，需要根据属性对象的实际坐标位置计算属性值的封闭区域的几何中心点对应的坐标位置，并基于属性值的封闭区域的几何中心点对应的坐标位置进行电子签章。不同类型的标准图框族会对图框中电子签名的标签位置根据项目角色进行定义，在进行签章时根据共享参数中的签名信息获取图框中的签章标签位置进行签名。
46.在一些实施例中，该方法还包括：在得到属性对象以及属性对象对应的属性值之后，根据图纸对应的图纸标识以及与图纸相对应的目标图框的属性对象和属性值生成审核信息，将审核信息推送至电子签章系统，以使电子签章系统对图纸中的属性对象和属性值进行确认。
47.具体地，将每个图纸的id与图纸中所有目标图框对应的属性对象以及属性值绑定在一起，为每一个图纸生成一个审核信息，将审核信息推送到电子签章系统对应的业务系统中，以使业务系统中对应的相关审核人员对图纸的内容进行确认，例如对电子签章后的图纸的内容完整性和内容准确性进行确认，以及对电子签章人员的确认。
48.在一些实施例中，该方法还包括：对目标图框进行解析，以识别目标图框中的预定标记，根据目标图框对应的属性数据，查找在预定标记的周围预设距离内的多段线对象，根据查找出的多段线对象形成闭合区域；根据图纸中目标图框对应的属性值，确定与预定标记相对应的出图电子签章，并将出图电子签章渲染到闭合区域中；其中，预定标记为出图章对应的文字标识，出图电子签章包括与属性值对应的出图章。
49.具体地，利用电子签章系统还可以对目标图框中的“出图章”字样进行解析，根据解析出的“出图章”字样对应的文字标记，通过图纸文件中的底层数据查找该文字标记周边闭合的多段线（查找线段类型为“pline”类型的多段线对象）所形成的封闭区域，将这一封闭区域作为出图电子签章的位置，出图电子签章也可以图片的方式进行存储。
50.进一步地，在查找到“出图章”对应的闭合区域之后，根据图纸中目标图框中的属性对象的属性值确定“出图章”对应的电子签章，例如：属性对象“设计人”对应的属性值为“李明”，根据属性值“李明”可以确认该图纸对应的设计院，从而获取预设的该设计院对应的出图章。在实际应用中，出图电子签章除了包含设计院的电子签章之外，还可以包含建筑师负责人的电子签章以及结构专业负责人的电子签章，当一张图纸中同时具有人名电子签章和出图电子签章之后，该图纸才能作为最终的施工图纸来使用。
51.在一些实施例中，该方法还包括：当检测到图纸的内容被修改之后，向电子签章系统发送失效信息，以便根据失效信息将图纸对应的电子签章标记为失效状态。
52.具体地，当图纸中人名电子签章和出图电子签章均标记完成之后，可以将电子签章的时间以及电子签章对应的图纸版本号在电子签章系统中进行存储。电子签章系统对已标记人名电子签章和出图电子签章的图纸文件的进行监测，当感知到图纸文件中的图模内容发生修改之后，比如在图纸文件进行保存或者修改后打印时对图模内容进行检测，将修改后的图纸中的电子签章标记为失效状态，并发送“电子签章失效”的提示。
53.根据本公开实施例提供的技术方案，通过在模型中解析得到图纸文件，并基于图纸文件获取目标图框，读取目标图框的属性数据，根据属性数据中的属性对象及属性值，确定与属性对象相对应的电子签章，并根据属性对象与目标图框的几何中心点的相对位置关系，将属性对象的电子签章渲染到图纸中去。因此，本公开能够实现对图纸的自动化和批量化的电子签章，各审核人员可以通过协同的方式对内容进行统一确认，降低了对图纸进行电子签章的成本，提升了电子签章的效率，保证了电子签章过程的准确性，通过在模型的图纸中加盖电子签章，形成了对图纸的权威性保护，并且当图纸的文件内容发生了调整时，还可以对电子签章进行失效处理。
54.下述为本公开装置实施例，可以用于执行本公开方法实施例。对于本公开装置实
施例中未披露的细节，请参照本公开方法实施例。
55.图3是本公开实施例提供的一种电子签章生成装置的结构示意图。如图3所示，该电子签章生成装置包括：获取模块301，被配置为获取基于建筑信息模型生成的模型文件，对模型文件进行解析得到图纸文件；检索模块302，被配置为利用标准图框对应的类型标识对图纸文件执行检索操作，以确定图纸文件中包含的目标图框，并获取目标图框对应的属性数据；处理模块303，被配置为对目标图框的属性数据进行处理得到属性对象以及属性对象对应的属性值，利用属性值对预先配置的电子签章数据库进行检索，得到与属性对象相对应的电子签章；渲染模块304，被配置为基于属性数据中各个属性对象与目标图框之间的相对位置，将属性对象的电子签章渲染到目标图框中，以便在图纸中生成电子签章。
56.在一些实施例中，图3的获取模块301基于建筑信息模型对应的图形处理引擎，利用预设的调用函数以及提取规则，对模型文件进行解析，以便从模型文件中提取出符合提取规则的多个图纸文件，并基于多个图纸文件形成待签章的图纸列表；其中，调用函数为根据建筑信息模型所配置的api接口，提取规则包括模型的视图提取规则和/或模型的楼层提取规则。
57.在一些实施例中，图3的检索模块302在利用标准图框对应的类型标识对图纸文件执行检索操作之前，将图纸文件的数据中具有相同属性和构造方式的图元对象划分为同一类，并确定不同类型的图元对象所对应的类型标识，类用于基于属性和构造方式构造出类对应的图元；其中，标准图框为根据预设的标准图框的属性以及构造方式所生成的图框图元所对应的类。
58.在一些实施例中，图3的检索模块302基于标准图框对应的类型标识对图纸文件中的类进行检索，将图纸文件中具有相同类型标识的类作为标准图框所对应的类，并将具有相同类型标识的类对应的标准图框作为目标图框；其中，目标图框与标准图框之间具有相同的图框尺寸。
59.在一些实施例中，属性对象包括待签名对象，属性值包括待签名对象所对应的名称，图3的处理模块303利用预设的待签名对象的标识从属性数据中提取出待签名对象，并根据属性数据中待签名对象所对应的属性值确定待签名对象的名称；其中，待签名对象包括设计专业负责人、审核人、校对人和设计人。
60.在一些实施例中，图3的处理模块303基于属性值对电子签章数据库中的电子签章进行检索，得到预先配置的与属性值相对应的电子签章；其中，电子签章为根据预设的属性值所生成的类或者图像，属性值的类用于根据属性值构造出电子签章所对应的图像。
61.在一些实施例中，目标图框的属性数据中包含各个属性对象的位置与目标图框的几何中心点之间的相对位置；图3的渲染模块304根据各个属性对象的位置与目标图框的几何中心点之间的相对位置，确定各个属性对象在图纸对应的目标图框中的实际位置，根据实际位置将各个属性对象所对应的电子签章分别渲染到图纸对应的目标图框中。
62.在一些实施例中，图3的审核模块305在得到属性对象以及属性对象对应的属性值之后，根据图纸对应的图纸标识以及与图纸相对应的目标图框的属性对象和属性值生成审
核信息，将审核信息推送至电子签章系统，以使电子签章系统对图纸中的属性对象和属性值进行确认。
63.在一些实施例中，图3的处理模块303对目标图框进行解析，以识别目标图框中的预定标记，根据目标图框对应的属性数据，查找在预定标记的周围预设距离内的多段线对象，根据查找出的多段线对象形成闭合区域；根据图纸中目标图框对应的属性值，确定与预定标记相对应的出图电子签章，并将出图电子签章渲染到闭合区域中；其中，预定标记为出图章对应的文字标识，出图电子签章包括与属性值对应的出图章。
64.在一些实施例中，图3的失效模块306当检测到图纸的内容被修改之后，向电子签章系统发送失效信息，以便根据失效信息将图纸对应的电子签章标记为失效状态。
65.在一些实施例中，建筑信息模型为revit模型，模型文件为revit模型文件。
66.应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本公开实施例的实施过程构成任何限定。
67.图4是本公开实施例提供的电子设备4的结构示意图。如图4所示，该实施例的电子设备4包括：处理器401、存储器402以及存储在该存储器402中并且可以在处理器401上运行的计算机程序403。处理器401执行计算机程序403时实现上述各个方法实施例中的步骤。或者，处理器401执行计算机程序403时实现上述各装置实施例中各模块/单元的功能。
68.示例性地，计算机程序403可以被分割成一个或多个模块/单元，一个或多个模块/单元被存储在存储器402中，并由处理器401执行，以完成本公开。一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述计算机程序403在电子设备4中的执行过程。
69.电子设备4可以是桌上型计算机、笔记本、掌上电脑及云端服务器等电子设备。电子设备4可以包括但不仅限于处理器401和存储器402。本领域技术人员可以理解，图4仅仅是电子设备4的示例，并不构成对电子设备4的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如，电子设备还可以包括输入输出设备、网络接入设备、总线等。
70.处理器401可以是中央处理单元（central processing unit，cpu），也可以是其它通用处理器、数字信号处理器（digital signal processor，dsp）、专用集成电路（application specific integrated circuit，asic）、现场可编程门阵列（field
‑
programmable gate array，fpga）或者其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
71.存储器402可以是电子设备4的内部存储单元，例如，电子设备4的硬盘或内存。存储器402也可以是电子设备4的外部存储设备，例如，电子设备4上配备的插接式硬盘，智能存储卡（smart media card，smc），安全数字（secure digital，sd）卡，闪存卡（flash card）等。进一步地，存储器402还可以既包括电子设备4的内部存储单元也包括外部存储设备。存储器402用于存储计算机程序以及电子设备所需的其它程序和数据。存储器402还可以用于暂时地存储已经输出或者将要输出的数据。
72.所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功
能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本技术的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
73.在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。
74.本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本公开的范围。
75.在本公开所提供的实施例中，应该理解到，所揭露的装置/计算机设备和方法，可以通过其它的方式实现。例如，以上所描述的装置/计算机设备实施例仅仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。
76.作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
77.另外，在本公开各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
78.集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读存储介质中。基于这样的理解，本公开实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，计算机程序可以存储在计算机可读存储介质中，该计算机程序在被处理器执行时，可以实现上述各个方法实施例的步骤。计算机程序可以包括计算机程序代码，计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。计算机可读介质可以包括：能够携带计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器（read
‑
only memory，rom）、随机存取存储器（random access memory，ram）、电载波信号、电信信号以及软件分发介质等。需要说明的是，计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如，在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。
79.以上实施例仅用以说明本公开的技术方案，而非对其限制；尽管参照前述实施例对本公开进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施
例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本公开各实施例技术方案的精神和范围，均应包含在本公开的保护范围之内。