文本形式转换方法、装置及电子设备

摘要

本申请公开了一种文本形式转换方法、装置及电子设备，属于建筑技术领域。所述方法包括：获取文字形式的建筑规范文本；对所述建筑规范文本进行语义解析处理，得到属性文本；对所述属性文本进行函数映射处理，得到计算函数；基于所述计算函数对所述属性文本进行语言解析处理，得到形式语言的目标建筑规范文本；其中，所述形式语言的目标建筑规范文本和建筑信息模型的语言形式相匹配，避免了通过工作人员将建筑设计规范以计算机能够处理的形式语言的方式，预先录入计算机系统，需要工作人员具有一定计算机编程基础和具备专业的建筑设计知识，导致工作人员任务量大的问题，提高了电子设备自动对建筑设计进行审图的效率和可靠性。

说明书

技术领域

本申请属于建筑技术领域，具体涉及一种文本形式转换方法、装置及电子设备。

背景技术

在建筑施工之前，建筑设计图纸需要经过专业人员审核，核查建筑设计图纸中的建筑设计是否完全满足国家发布的一系列建筑设计规范的要求。

目前，随着建筑信息模型(BIM)的应用，一部分规范审核已经可以通过设置有BIM的机器(电子设备，例如计算机)自动完成。其中，机器自动对建筑设计进行审图是，通过工作人员将建筑设计规范以计算机能够处理的形式语言的方式，预先录入计算机系统。

但是，目前通过工作人员将建筑设计规范以计算机能够处理的形式语言的方式，预先录入计算机系统，需要工作人员具有一定计算机编程基础和具备专业的建筑设计知识，并且建筑设计规范频繁更新，导致工作人员任务量大，也降低了机器自动对建筑设计进行审图的效率和可靠性。

发明内容

本申请实施例的目的是提供一种文本形式转换方法、装置及电子设备，能够解决现有技术中音色转换方案损害了音色转换的转换效果，降低了音色转换的可靠性的问题。

为了解决上述技术问题，本申请是这样实现的：

第一方面，本申请实施例提供了一种文本形式转换方法，该方法包括：

获取文字形式的建筑规范文本；

对所述建筑规范文本进行语义解析处理，得到属性文本；

对所述属性文本进行函数映射处理，得到计算函数；

基于所述计算函数对所述属性文本进行语言解析处理，得到形式语言的目标建筑规范文本；

其中，所述形式语言的目标建筑规范文本和建筑信息模型的语言形式相匹配。

可选地，在所述基于所述计算函数对所述属性文本进行语言解析处理，得到形式语言的目标建筑规范文本之后，还包括：

在接收到最新建筑规范文本，并得到形式语言的最新目标建筑规范文本的情况下，获取对应于同一输入，所述最新目标建筑规范文本和所述目标建筑规范文本输出结果不同的目标更新建筑规范子文本；

基于最新目标建筑规范文本对所述目标更新建筑规范子文本进行更新，得到更新后的目标更新建筑规范文本。

可选地，所述对所述建筑规范文本进行语义解析处理，得到属性文本，包括：

对所述建筑规范文本进行语义解析处理，得到槽值表达形式的属性文本。

可选地，所述基于所述计算函数对所述属性文本进行语言解析处理，得到形式语言的目标建筑规范文本，包括：

基于所述计算函数对所述属性文本进行语言解析处理，得到抽象语法树；

对所述抽象语法树进行还原处理，得到所述形式语言的所述目标建筑规范文本。

第二方面，本申请实施例提供了一种文本形式转换装置，该装置包括：

建筑规范文本获取模块，用于获取文字形式的建筑规范文本；

第一解析模块，用于对所述建筑规范文本进行语义解析处理，得到属性文本；

函数映射模块，用于对所述属性文本进行函数映射处理，得到计算函数；

第二解析模块，用于基于所述计算函数对所述属性文本进行语言解析处理，得到形式语言的目标建筑规范文本；

其中，所述形式语言的目标建筑规范文本和建筑信息模型的语言形式相匹配。

可选地，所述装置还包括：

子文本获取模块，用于在接收到最新建筑规范文本，并得到形式语言的最新目标建筑规范文本的情况下，获取对应于同一输入，所述最新目标建筑规范文本和所述目标建筑规范文本输出结果不同的目标更新建筑规范子文本；

更新模块，用于基于最新目标建筑规范文本对所述目标更新建筑规范子文本进行更新，得到更新后的目标更新建筑规范文本。

可选地，所述第一解析模块包括：

第一解析子模块，用于对所述建筑规范文本进行语义解析处理，得到槽值表达形式的属性文本。

可选地，所述第二解析模块包括：

第二解析子模块，用于基于所述计算函数对所述属性文本进行语言解析处理，得到抽象语法树；

处理子模块，用于对所述抽象语法树进行还原处理，得到所述形式语言的所述目标建筑规范文本。

第三方面，本申请实施例提供了一种电子设备，该电子设备包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第一方面所述的文本形式转换方法。

第四方面，本申请实施例提供了一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如第一方面所述的文本形式转换方法。

第五方面，本申请实施例提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现如第一方面所述的文本形式转换方法。

在本申请实施例中，通过获取文字形式的建筑规范文本；对所述建筑规范文本进行语义解析处理，得到属性文本；对所述属性文本进行函数映射处理，得到计算函数；基于所述计算函数对所述属性文本进行语言解析处理，得到形式语言的目标建筑规范文本；其中，所述形式语言的目标建筑规范文本和建筑信息模型的语言形式相匹配，可以实现电子设备自动将文字形式的建筑规范文本转换为计算机能够识别的形式语言的目标建筑规范文本，避免了通过工作人员将建筑设计规范以计算机能够处理的形式语言的方式，预先录入计算机系统，需要工作人员具有一定计算机编程基础和具备专业的建筑设计知识，导致工作人员任务量大的问题，提高了电子设备自动对建筑设计进行审图的效率和可靠性。

附图说明

图1为本申请实施例一提供的一种文本形式转换方法的步骤流程图；

图2为本申请实施例二提供的一种文本形式转换方法的步骤流程图；

图3为本申请实施例三提供的一种文本形式转换装置的结构示意图。

具体实施方式

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

本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”，一般表示前后关联对象是一种“或”的关系。

下面结合附图，通过具体的实施例及其应用场景对本申请实施例提供的参数调整方案进行详细地说明。

参照图1，示出了本申请实施例一提供的一种文本形式转换方法的步骤流程图，如图1所示，该文本形式转换方法具体可以包括如下步骤：

步骤101：获取文字形式的建筑规范文本。

在本申请中，可以是用户向电子设备输入文字形式的建筑规范文本，也可以是通过图像识别文字识别的方式向电子设备输入文字形式的建筑规范文本，还可以通过其他方式向电子设备输入文字形式的建筑规范文本，本申请实施例对此不作限定。

其中，建筑规范文本为国家发布的一些列关于建筑设计规范的要求文本。

在获取文字形式的建筑规范文本之后，执行步骤102。

步骤102：对所述建筑规范文本进行语义解析处理，得到属性文本。

在本申请中，可以通过语义解析器对建筑规范文本进行解析，得到槽-值表达形式的文本，也即是得到属性文本。

其中，可以对值进行归一化处理，例如可以将疏散门和安全出口，归一化为疏散门。可以采用上下文无关法模型或者序列标注模型等相关语义解析器对建筑规范文本进行解析，本申请实施例对此不作具体限定，可以根据实际应用场景做具体调整标定。

示例的，建筑规范文本可以包括：居住建筑单元任一层建筑面积大于650 平方米(m2)，或任一住户的户门至安全出口的距离大于15米时，该建筑单元每层安全处漏不应少于2个。对其进行语义解析处理后得到的属性文本可以包括：

{BUILDING.TYPE＝RESIDENCE}{STATEMENT＝EACH_LEVEL}{CONS TRAINT.ELEMENT＝FLOOR_AREA}{OPERATOR＝GT}

{VALUE＝650,UNIT＝m2}，

{LOGIC_FUNCTION＝OR}{STATEMENT＝EACH_ROOM}{CONSTRAINT .ELEMENT＝DOOR}{CONSTRAINT.ELEMENT＝FIRE_EXIT}{CONSTRAINT. RELATION＝DISTANCE}{OPERATOR＝GT}{VALUE＝15,UNIT＝m}

{STATEMENT＝IF_END}，

{STATEMENT＝EACH_LEVEL}{CONSTRAINT.ELEMENT＝FIRE_EXIT}{ LOGIC_FUNCTION＝NOT}{OPERATOR＝LT}{VALUE＝2}。其中，

{BUILDING.TYPE＝RESIDENCE}表示【居住建筑单元】；

{STATEMENT＝EACH_LEVEL}表示【任一层】；

{CONSTRAINT.ELEMENT＝FLOOR_AREA}表示【建筑面积】；

{OPERATOR＝GT}表示【大于】；

{VALUE＝650,UNIT＝m2}表示【650m2】；

{LOGIC_FUNCTION＝OR}表示【或者】；

{STATEMENT＝EACH_ROOM}表示【任一住户】；

{CONSTRAINT.ELEMENT＝DOOR}表示【户门】；

{CONSTRAINT.ELEMENT＝FIRE_EXIT}表示【安全出口】；

{CONSTRAINT.RELATION＝DISTANCE}表示【距离】；

{OPERATOR＝GT}表示【大于】；

{VALUE＝15,UNIT＝m}表示【15米】；

{STATEMENT＝IF_END}表示【时】；

{STATEMENT＝EACH_LEVEL}表示【每层】；

{CONSTRAINT.ELEMENT＝FIRE_EXIT}表示【安全出口】；

{LOGIC_FUNCTION＝NOT}表示【不应】；

{OPERATOR＝LT}表示【少于】；

{VALUE＝2}表示【2个】。

可以理解地，上述示例仅是为了更好地理解本申请实施例的技术方案而列举的示例，不作为对本实施例的唯一限制。

一个框架可以由若干个被称为槽的结构组成，每一个槽又可以根据实际需要分为若干个侧面，槽可以用于描述对象的某一方面的属性，侧面可以用户描述相应属性的一个方面，槽和侧面所具有的属性值分别称为槽值和侧面值。

在对所述建筑规范文本进行语义解析处理，得到属性文本之后，执行步骤 103。

步骤103：对所述属性文本进行函数映射处理，得到计算函数。

在本申请中，可以将特定的属性文本根据预定义的词典，映射成计算函数，也即是可以将特定的槽-值根据预定义的词典，映射成计算函数。

示例的，可以将{CONSTRAINT.RELATION＝DISTANCE}表示【距离】，映射成函数Distance(element1，element2，unit)，其中element1是起点建筑构件，element2是终点建筑构件，unit是返回值的单位。

在对所述属性文本进行函数映射处理，得到计算函数之后，执行步骤104。

步骤104：基于所述计算函数对所述属性文本进行语言解析处理，得到形式语言的目标建筑规范文本。

其中，所述形式语言的目标建筑规范文本和建筑信息模型的语言形式相匹配。

在本申请中，可以基于所述计算函数对所述属性文本进行语言解析处理，得到抽象语法树；对所述抽象语法树进行还原处理，得到所述形式语言的所述目标建筑规范文本。

具体的，可以基于计算函数将属性文本解析成抽象语法树(Abstract SyntaxTree，AST)，其解析的依据是预定于形式语言解释器语法，每一个属性文本中的槽-值，中的每个值对应AST上一个节点，每个槽定义该节点的类型，其中每种节点可以接受的子节点类型和数量是可以预先根据实际需要定义的。对 AST的表达式解析可以通过优先爬山(Precedence Climbing)算法来完成，AST 的程序语句解析可以通过递归(Recursivedescent)算法来完成。再对AST进行还原处理，得到形式语言的目标建筑规范文本。

示例的，示例的，建筑规范文本可以包括：居住建筑单元任一层建筑面积大于650平方米(m2)，或任一住户的户门至安全出口的距离大于15米时，该建筑单元每层安全处漏不应少于2个，将被转换为：

IF building.type＝＝RESIDENCE:

FOR EACH level IN building:

IF floor_area(level,unit＝’m2’)>650:

return NOT Count(level.fire_exit)<2

FOR EACH room IN level:

If Distance(room.door,level.fire_exit,unit＝’m’)>15:

return NOT Count(level.fire_exit)<2。

需要说明的是，形式语言的计算对象可能不唯一，形式语言解析器可以自动将形式语言规则展开成针对每个可能对象的计算。其中，计算对象是否唯一可以根据预先定义的规则进行判断。示例的，当level.fire_exit和room.door不是唯一对象，则将被转换为：

IF building.type＝＝RESIDENCE:

FOR EACH level IN building:

IF floor_area(level,unit＝’m2’)>650:

return NOT Count(level.fire_exit)<2

FOR EACH room IN level:

FOR EACH fire_exit IN level:

FOR EACH door IN room:

IF Distance(door,fire_exit,unit＝’m’)>15

return NOT Count(level.fire_exit)<2。

本申请实施例提供的文本形式转换方法，通过获取文字形式的建筑规范文本；对所述建筑规范文本进行语义解析处理，得到属性文本；对所述属性文本进行函数映射处理，得到计算函数；基于所述计算函数对所述属性文本进行语言解析处理，得到形式语言的目标建筑规范文本；其中，所述形式语言的目标建筑规范文本和建筑信息模型的语言形式相匹配，可以实现电子设备自动将文字形式的建筑规范文本转换为计算机能够识别的形式语言的目标建筑规范文本，避免了通过工作人员将建筑设计规范以计算机能够处理的形式语言的方式，预先录入计算机系统，需要工作人员具有一定计算机编程基础和具备专业的建筑设计知识，导致工作人员任务量大的问题，提高了电子设备自动对建筑设计进行审图的效率和可靠性。

参照图2，示出了本申请实施例二提供的一种文本形式转换方法的步骤流程图，该文本形式转换方法应用于电子设备，如图2所示，该文本形式转换方法具体可以包括如下步骤：

步骤201：获取文字形式的建筑规范文本。

在本申请中，可以是用户向电子设备输入文字形式的建筑规范文本，也可以是通过图像识别文字识别的方式向电子设备输入文字形式的建筑规范文本，还可以通过其他方式向电子设备输入文字形式的建筑规范文本，本申请实施例对此不作限定。

其中，建筑规范文本为国家发布的一些列关于建筑设计规范的要求文本。

在获取文字形式的建筑规范文本之后，执行步骤202。

步骤202：对所述建筑规范文本进行语义解析处理，得到属性文本。

对所述建筑规范文本进行语义解析处理，得到槽值表达形式的属性文本。

在本申请中，可以通过语义解析器对建筑规范文本进行解析，得到槽-值表达形式的文本，也即是得到属性文本。

其中，可以对值进行归一化处理，例如可以将疏散门和安全出口，归一化为疏散门。可以采用上下文无关法模型或者序列标注模型等相关语义解析器对建筑规范文本进行解析，本申请实施例对此不作具体限定，可以根据实际应用场景做具体调整标定。

示例的，建筑规范文本可以包括：居住建筑单元任一层建筑面积大于650 平方米(m2)，或任一住户的户门至安全出口的距离大于15米时，该建筑单元每层安全处漏不应少于2个。对其进行语义解析处理后得到的属性文本可以包括：

{BUILDING.TYPE＝RESIDENCE}{STATEMENT＝EACH_LEVEL}{CONS TRAINT.ELEMENT＝FLOOR_AREA}{OPERATOR＝GT}

{VALUE＝650,UNIT＝m2}，

{LOGIC_FUNCTION＝OR}{STATEMENT＝EACH_ROOM}{CONSTRAINT .ELEMENT＝DOOR}{CONSTRAINT.ELEMENT＝FIRE_EXIT}{CONSTRAINT. RELATION＝DISTANCE}{OPERATOR＝GT}{VALUE＝15,UNIT＝m}

{STATEMENT＝IF_END}，

{STATEMENT＝EACH_LEVEL}{CONSTRAINT.ELEMENT＝FIRE_EXIT}{ LOGIC_FUNCTION＝NOT}{OPERATOR＝LT}{VALUE＝2}。其中，

{BUILDING.TYPE＝RESIDENCE}表示【居住建筑单元】；

{STATEMENT＝EACH_LEVEL}表示【任一层】；

{CONSTRAINT.ELEMENT＝FLOOR_AREA}表示【建筑面积】；

{OPERATOR＝GT}表示【大于】；

{VALUE＝650,UNIT＝m2}表示【650m2】；

{LOGIC_FUNCTION＝OR}表示【或者】；

{STATEMENT＝EACH_ROOM}表示【任一住户】；

{CONSTRAINT.ELEMENT＝DOOR}表示【户门】；

{CONSTRAINT.ELEMENT＝FIRE_EXIT}表示【安全出口】；

{CONSTRAINT.RELATION＝DISTANCE}表示【距离】；

{OPERATOR＝GT}表示【大于】；

{VALUE＝15,UNIT＝m}表示【15米】；

{STATEMENT＝IF_END}表示【时】；

{STATEMENT＝EACH_LEVEL}表示【每层】；

{CONSTRAINT.ELEMENT＝FIRE_EXIT}表示【安全出口】；

{LOGIC_FUNCTION＝NOT}表示【不应】；

{OPERATOR＝LT}表示【少于】；

{VALUE＝2}表示【2个】。

可以理解地，上述示例仅是为了更好地理解本申请实施例的技术方案而列举的示例，不作为对本实施例的唯一限制。

一个框架可以由若干个被称为槽的结构组成，每一个槽又可以根据实际需要分为若干个侧面，槽可以用于描述对象的某一方面的属性，侧面可以用户描述相应属性的一个方面，槽和侧面所具有的属性值分别称为槽值和侧面值。

在对所述建筑规范文本进行语义解析处理，得到属性文本之后，可以执行步骤203。

步骤203：对所述属性文本进行函数映射处理，得到计算函数。

在本申请中，可以将特定的属性文本根据预定义的词典，映射成计算函数，也即是可以将特定的槽-值根据预定义的词典，映射成计算函数。

示例的，可以将{CONSTRAINT.RELATION＝DISTANCE}表示【距离】，映射成函数Distance(element1，element2，unit)，其中element1是起点建筑构件，element2是终点建筑构件，unit是返回值的单位。

在对所述属性文本进行函数映射处理，得到计算函数，进而，执行步骤204。

步骤204：基于所述计算函数对所述属性文本进行语言解析处理，得到形式语言的目标建筑规范文本。

其中，所述形式语言的目标建筑规范文本和建筑信息模型的语言形式相匹配。

在本申请中，可以基于所述计算函数对所述属性文本进行语言解析处理，得到抽象语法树；对所述抽象语法树进行还原处理，得到所述形式语言的所述目标建筑规范文本。

具体的，可以基于计算函数将属性文本解析成抽象语法树(Abstract SyntaxTree，AST)，其解析的依据是预定于形式语言解释器语法，每一个属性文本中的槽-值，中的每个值对应AST上一个节点，每个槽定义该节点的类型，其中每种节点可以接受的子节点类型和数量是可以预先根据实际需要定义的。对 AST的表达式解析可以通过优先爬山(Precedence Climbing)算法来完成，AST 的程序语句解析可以通过递归(Recursivedescent)算法来完成。再对AST进行还原处理，得到形式语言的目标建筑规范文本。

示例的，示例的，建筑规范文本可以包括：居住建筑单元任一层建筑面积大于650平方米(m2)，或任一住户的户门至安全出口的距离大于15米时，该建筑单元每层安全处漏不应少于2个，将被转换为：

IF building.type＝＝RESIDENCE:

FOR EACH level IN building:

IF floor_area(level,unit＝’m2’)>650:

return NOT Count(level.fire_exit)<2

FOR EACH room IN level:

If Distance(room.door,level.fire_exit,unit＝’m’)>15:

return NOT Count(level.fire_exit)<2。

需要说明的是，形式语言的计算对象可能不唯一，形式语言解析器可以自动将形式语言规则展开成针对每个可能对象的计算。其中，计算对象是否唯一可以根据预先定义的规则进行判断。示例的，当level.fire_exit和room.door不是唯一对象，则将被转换为：

IF building.type＝＝RESIDENCE:

FOR EACH level IN building:

IF floor_area(level,unit＝’m2’)>650:

return NOT Count(level.fire_exit)<2

FOR EACH room IN level:

FOR EACH fire_exit IN level:

FOR EACH door IN room:

IF Distance(door,fire_exit,unit＝’m’)>15

return NOT Count(level.fire_exit)<2。

在基于所述计算函数对所述属性文本进行语言解析处理，得到形式语言的目标建筑规范文本，可以执行步骤205。

步骤205：在接收到最新建筑规范文本，并得到形式语言的最新目标建筑规范文本的情况下，获取对应于同一输入，所述最新目标建筑规范文本和所述目标建筑规范文本输出结果不同的目标更新建筑规范子文本。

由于建筑规范文本时长会更新，因此在接收到最新建筑规范文本的情况下，可以按照步骤201-204得到形式语言的最新目标建筑规范文本，再检查对同一输入，之前的目标建筑规范文本和最新目标建筑规范文本的输出结果是否相同，如果出现不相同结果，则确定出结果不相同的目标更新建筑规范子文本。

在接收到最新建筑规范文本，并得到形式语言的最新目标建筑规范文本的情况下，获取对应于同一输入，所述最新目标建筑规范文本和所述目标建筑规范文本输出结果不同的目标更新建筑规范子文本之后，执行步骤206。

步骤206：基于最新目标建筑规范文本对所述目标更新建筑规范子文本进行更新，得到更新后的目标更新建筑规范文本。

由于建筑规范文本时长会更新，因此在接收到最新建筑规范文本的情况下，可以按照步骤201-204得到形式语言的最新目标建筑规范文本，再检查对同一输入，之前的目标建筑规范文本和最新目标建筑规范文本的输出结果是否相同，如果出现不相同结果，则确定出结果不相同的目标更新建筑规范子文本，并以最新目标建筑规范文本对目标更新建筑规范子文本进行更新，取代目标建筑规范文本。可以避免建筑设计规范频繁更新，导致工作人员任务量大的问题，减少工作人员任务量，提高机器自动对建筑设计进行审图的效率和可靠性。

需要说明的是，对一条规范生成的形式语言代码，为保证有效构造不同属性的组合来验证该形式语言代码的每个逻辑分支，在本申请中，可以基于搜索的软件测试(SearchBased Software Testing，SBST)方法，自动生成测试用例。其中，具体算法可以包括爬山算法、模拟退火算法以及遗传算法等，本申请实施例对此不作限定，可以根据实际应用场景做标定调整。

本申请实施例提供的文本形式转换方法，通过获取文字形式的建筑规范文本；对所述建筑规范文本进行语义解析处理，得到属性文本；对所述属性文本进行函数映射处理，得到计算函数；基于所述计算函数对所述属性文本进行语言解析处理，得到形式语言的目标建筑规范文本；其中，所述形式语言的目标建筑规范文本和建筑信息模型的语言形式相匹配，可以实现电子设备自动将文字形式的建筑规范文本转换为计算机能够识别的形式语言的目标建筑规范文本，避免了通过工作人员将建筑设计规范以计算机能够处理的形式语言的方式，预先录入计算机系统，需要工作人员具有一定计算机编程基础和具备专业的建筑设计知识，导致工作人员任务量大的问题，提高了电子设备自动对建筑设计进行审图的效率和可靠性。

需要说明的是，本申请实施例提供的文本形式转换方法，执行主体可以为文本形式转换装置，或者该文本形式转换装置中的用于执行加载文本形式转换方法的控制模块。本申请实施例中以文本形式转换装置执行加载文本形式转换方法为例，说明本申请实施例提供的文本形式转换方法。

参照图3，示出了本申请实施例三提供的一种文本形式转换装置的结构示意图，该文本形式转换装置可以应用于电子设备，如图3所示，该文本形式转换装置具体可以包括如下模块：

建筑规范文本获取模块301，用于获取文字形式的建筑规范文本；

第一解析模块302，用于对所述建筑规范文本进行语义解析处理，得到属性文本；

函数映射模块303，用于对所述属性文本进行函数映射处理，得到计算函数；

第二解析模块304，用于基于所述计算函数对所述属性文本进行语言解析处理，得到形式语言的目标建筑规范文本；

其中，所述形式语言的目标建筑规范文本和建筑信息模型的语言形式相匹配。

可选地，所述装置还包括：

子文本获取模块，用于在接收到最新建筑规范文本，并得到形式语言的最新目标建筑规范文本的情况下，获取对应于同一输入，所述最新目标建筑规范文本和所述目标建筑规范文本输出结果不同的目标更新建筑规范子文本；

更新模块，用于基于最新目标建筑规范文本对所述目标更新建筑规范子文本进行更新，得到更新后的目标更新建筑规范文本。

可选地，所述第一解析模块包括：

第一解析子模块，用于对所述建筑规范文本进行语义解析处理，得到槽值表达形式的属性文本。

可选地，所述第二解析模块包括：

第二解析子模块，用于基于所述计算函数对所述属性文本进行语言解析处理，得到抽象语法树；

处理子模块，用于对所述抽象语法树进行还原处理，得到所述形式语言的所述目标建筑规范文本。

本申请实施例提供的文本形式转换装置，通过获取文字形式的建筑规范文本；对所述建筑规范文本进行语义解析处理，得到属性文本；对所述属性文本进行函数映射处理，得到计算函数；基于所述计算函数对所述属性文本进行语言解析处理，得到形式语言的目标建筑规范文本；其中，所述形式语言的目标建筑规范文本和建筑信息模型的语言形式相匹配，可以实现电子设备自动将文字形式的建筑规范文本转换为计算机能够识别的形式语言的目标建筑规范文本，避免了通过工作人员将建筑设计规范以计算机能够处理的形式语言的方式，预先录入计算机系统，需要工作人员具有一定计算机编程基础和具备专业的建筑设计知识，导致工作人员任务量大的问题，提高了电子设备自动对建筑设计进行审图的效率和可靠性。

本申请实施例中的文本形式转换装置可以是装置，也可以是终端中的部件、集成电路、或芯片。该装置可以是移动电子设备，也可以为非移动电子设备。示例性的，移动电子设备可以为手机、平板电脑、笔记本电脑、掌上电脑、车载电子设备、可穿戴设备、超级移动个人计算机(ultra-mobile personal computer， UMPC)、上网本或者个人数字助理(personal digital assistant，PDA)等，非移动电子设备可以为服务器、网络附属存储器(Network Attached Storage，NAS)、个人计算机(personal computer，PC)、电视机(television，TV)、柜员机或者自助机等，本申请实施例不作具体限定。

本申请实施例中的文本形式转换装置可以为具有操作系统的装置。该操作系统可以为安卓(Android)操作系统，可以为ios操作系统，还可以为其他可能的操作系统，本申请实施例不作具体限定。

本申请实施例提供的文本形式转换装置能够实现图1至图3的方法实施例中文本形式转换方法实现的各个过程，为避免重复，这里不再赘述。

基于同一发明构思，本申请另一实施例提供一种可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本申请上述任一实施例所述的文本形式转换的方法中的步骤。

基于同一发明构思，本申请另一实施例提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行时实现本申请上述任一实施例所述的文本形式转换的方法中的步骤。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本说明书中的各个实施例均采用递进或说明的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

本领域内的技术人员应明白，本申请实施例的实施例可提供为方法、装置、或计算机程序产品。因此，本申请实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请实施例是参照根据本申请实施例的方法、装置、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本申请实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请实施例范围的所有变更和修改。

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

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