A coding method for dual-loop data link components in BIM models of civil aviation airport engineering.

Abstract

This application provides a component coding method for a dual-loop data chain in a BIM model of a civil aviation airport project. Belonging to the field of data coding, this method is executed by a coding management device. It involves creating and binding a multi-level coding parameter set to components in the BIM model database, covering parameter fields from project engineering to category serial numbers. Based on engineering management data from the business database, the coding management device dynamically operates on parameter fields at different project stages: during the design stage, placeholders are written to coding fields for components not yet created; during the bidding stage, based on the bill of quantities data, information from the bill of quantities items is written to the cost management field through mapping relationships; during the construction stage, based on the construction schedule data, progress task information is written to the progress management field; and during the operation and maintenance stage, codes are marked as dormant or active according to operation and maintenance needs. These operations generate dynamic coding data, enabling coding to evolve synchronously with the project stages, overcoming the shortcomings of static long codes, and improving data flow efficiency and project management effectiveness.

Description

Technical Field

[0001] This application belongs to the field of data coding, and in particular relates to a coding method for dual-loop data chain components in a BIM model of a civil aviation airport project. Background Technology

[0002] Civil aviation airport construction projects are large-scale and complex systems engineering projects involving multiple industries, fields, advanced technologies, and owners, making them highly challenging to manage. Building Information Modeling (BIM) and related digital technologies, as efficient, refined, and data-driven pre-management techniques and digital project management concepts, need to deeply explore the key difficulties in organizing, managing, and implementing projects that traditional management models face, which are difficult to solve and costly, and provide new solutions and technical approaches. Among these challenges, the efficient flow and application of BIM model data throughout the entire project lifecycle (planning, design, construction, and operation and maintenance) is currently a major hurdle.

[0003] Currently, there are some recommended standards for BIM model classification and coding in the fields of engineering construction and civil aviation airport construction, used for classifying and managing BIM model components. These existing technologies are characterized by using a combination of multiple coded fields to cover information from multiple dimensions, such as project management, component attributes, and design management. For example, a typical component code consists of multiple segments, including "project management attribute code," "component attribute code (major category, intermediate category, minor category, subcategory, subclass, class)," "design management attribute code," and "instance code." In addition to numerical codes, symbols such as dots and underscores are used to separate the codes and reflect their structure. The total number of digits is usually over 30 (for example, excluding the instance code, the first three parts add up to 38 digits). This approach attempts to construct a coding system capable of describing multiple attributes of components by continuously overlaying and combining data generated from different business scenarios (such as management and design), aiming to solve the problem of organizing and classifying BIM model data in projects.

[0004] However, research and practical application of existing technologies have revealed inherent flaws in the aforementioned approach of forming long-coded fields by continuously overlaying data generated from different owner scenarios. Due to the massive data volume of large airport projects, this static, pre-defined long-coding mechanism leads to a continuous increase in the number of digits as data accumulates, making the coding system extremely complex and difficult to understand. This causes numerous inconveniences in practical applications: excessive digits increase the probability of errors and the difficulty of correction; the massive component information database and data summary table are difficult to implement and maintain; participating and construction units need to spend a significant amount of time and manpower compiling, inputting, and reading the lengthy coded segments, resulting in low data flow efficiency, limited application scenarios and timeliness, increased management burden, and difficulty in bridging multi-dimensional data logic conflicts. Ultimately, the coding system gradually solidifies into a kind of post-implementation invalid information, failing to achieve the initial goal of improving the quality and efficiency of project management through digital empowerment. Summary of the Invention

[0005] The purpose of this application is to overcome the deficiencies in the prior art and provide a coding method for dual-loop data chain components in BIM models of civil aviation airport engineering.

[0006] This application provides a coding method for dual-loop data link components in a BIM model of a civil aviation airport engineering project, executed by a coding management device, the method comprising:

[0007] The coding management device creates and binds a preset multi-level coding parameter set in the BIM model database to the BIM model components. The multi-level coding parameter set includes parameter fields for characterizing project engineering, sub-project engineering, single project, unit project, construction part, professional engineering, sub-section project, sub-item project and category serial code.

[0008] The encoding management device, based on engineering management data from the business database, performs dynamic writing and status setting operations on the parameter fields corresponding to the multi-level encoding parameter set; wherein:

[0009] During the design phase, a predefined placeholder is written into the coding parameter field corresponding to the components that are planned to exist but have not yet been created in the BIM model database.

[0010] During the bidding stage, based on the bill of quantities data obtained from the business database, the bill of quantities item information is calculated and written into the parameter field of the multi-level coding parameter set for project cost management through the first mapping relationship.

[0011] During the construction phase, based on the construction schedule data obtained from the business database, the schedule task information is calculated and written into the parameter fields of the multi-level coded parameter set for construction schedule management through the second mapping relationship.

[0012] During the operation and maintenance phase, based on the operation and maintenance requirement data obtained from the business database, the complete coding parameters corresponding to the components that do not generate operation and maintenance requirements in the multi-level coding parameter set are set to be dormant, and the dormant coding parameters that subsequently generate new operation and maintenance requirements are set to be activated.

[0013] By sequentially executing the operations of writing placeholders, calculating and writing list item information, calculating and writing progress task information, and setting dormant or active flags, the coding management device generates dynamic coding data that evolves synchronously with the engineering phase in the BIM model database.

[0014] Optionally, during the design phase, a predefined placeholder is written into the coding parameter fields corresponding to components that exist in the BIM model database but have not yet been created, including:

[0015] Write a specific code "0" as the predefined placeholder.

[0016] Optionally, during the operation and maintenance phase, based on the operation and maintenance requirement data obtained from the business database, a dormant flag is set for the complete coding parameters corresponding to components that do not generate operation and maintenance requirements in the multi-level coding parameter set, and an activation flag is set for the dormant coding parameters that subsequently generate new operation and maintenance requirements, including:

[0017] Based on the aforementioned maintenance requirement data, when it is determined that a component does not generate maintenance requirements, the dormancy flag setting is executed on the complete set of encoded parameters corresponding to the component.

[0018] Based on the maintenance requirement data, when it is determined that a dormant component generates a new maintenance requirement, the activation flag setting is performed on the complete set of dormant encoded parameters corresponding to the component.

[0019] Optionally, during the bidding stage, based on the bill of quantities data obtained from the business database, the information of the bill of quantities items is calculated and written into the parameter fields for project cost management in the multi-level coded parameter set through a first mapping relationship, including:

[0020] When creating a standard component library for a BIM model, each modelable sub-project is defined as a standard component category.

[0021] During the bidding stage, based on the bill of quantities data, each item in the bill of quantities is mapped one-to-one with the parameter fields of the "professional engineering-sub-project-item engineering-category serial code" level in the multi-level coding parameter set, calculated, and written.

[0022] Optionally, the division of parameter fields at the project engineering, sub-project engineering, and individual project levels in the multi-level coding parameter set is based on the project management model of the construction unit and the specific division of labor of each department.

[0023] The list item information is calculated and written into the parameter fields of the multi-level coding parameter set for engineering cost management. The written parameter fields are parameter fields at the professional engineering, sub-engineering, sub-item engineering, and category serial code levels.

[0024] The progress task information is calculated and written into the parameter fields used for construction progress management in the multi-level coded parameter set. The written parameter fields are parameter fields at the unit project and construction part levels.

[0025] Optionally, during the bidding stage, based on the bill of quantities data obtained from the business database, the information of the bill of quantities items is calculated and written into the parameter field for engineering cost management in the multi-level coding parameter set through the first mapping relationship, which is triggered by the event that the bidding work is completed and the bill of quantities has been stored in the business database.

[0026] During the construction phase, based on the construction schedule data obtained from the business database, the schedule task information is calculated and written into the parameter fields for construction schedule management in the multi-level coded parameter set through the second mapping relationship, triggered by the event that the construction schedule has been approved and stored in the business database.

[0027] Optionally, the operations of writing a predefined placeholder, calculating and writing the list item information, calculating and writing the progress task information, setting the dormant flag, and setting the active flag all work together to modify the same multi-level encoding parameter set bound to the BIM model component.

[0028] Optionally, the encoding management device is implemented through a software plugin, which adopts a clustered functional architecture, including a presentation layer, a business logic layer, and a data access layer.

[0029] The data access layer is encapsulated using API interfaces, which can call the BindParameterToDocument and NewInstanceBinding methods to implement the underlying logic of defining parameters and binding instances, and to link with the business database.

[0030] Optionally, a dual-loop island data link coding system can be constructed;

[0031] Among them, the basic data represented by the core code forms the core of the data pool. The first ring island is responsible for data derivation in the planning and design stage, and the second ring island is responsible for data derivation and improvement in the construction and operation and maintenance stage.

[0032] Optionally, the complete dynamic encoded data generated by the multi-level encoding parameter set is a 23-bit digital encoding;

[0033] The parameter fields used to characterize project engineering, sub-project engineering, and individual engineering together constitute a 6-digit engineering structure attribute code; the parameter fields used to characterize unit engineering, construction location, professional engineering, sub-section engineering, sub-item engineering, and category serial code together constitute a 17-digit engineering management attribute code.

[0034] The beneficial effects of this application are:

[0035] This application provides a method for encoding components in a dual-loop data chain of a BIM model for civil aviation airport engineering. The method is executed by an encoding management device, comprising: the encoding management device creating and binding a preset multi-level encoding parameter set to BIM model components in a BIM model database; the multi-level encoding parameter set containing parameter fields representing project engineering, sub-project engineering, single project, unit project, construction location, professional engineering, section engineering, itemized project, and category serial numbers; the encoding management device performing dynamic writing and status setting operations on the parameter fields corresponding to the multi-level encoding parameter set based on engineering management data from a business database; wherein: during the design phase, a predefined placeholder is written to the encoding parameter fields corresponding to components planned but not yet created in the BIM model database; during the bidding phase, based on the bill of quantities data obtained from the business database... Through the first mapping relationship, the list item information is calculated and written into the parameter fields of the multi-level coding parameter set for project cost management; during the construction phase, based on the construction schedule data obtained from the business database, the schedule task information is calculated and written into the parameter fields of the multi-level coding parameter set for construction schedule management through the second mapping relationship; during the operation and maintenance phase, based on the operation and maintenance requirement data obtained from the business database, the complete coding parameters corresponding to components in the multi-level coding parameter set that do not generate operation and maintenance requirements are set to a dormant flag, and the dormant coding parameters that subsequently generate new operation and maintenance requirements are set to an active flag; by sequentially executing the operations of writing placeholders, calculating and writing list item information, calculating and writing schedule task information, and setting dormant or active flags, the coding management device generates dynamic coding data in the BIM model database that evolves synchronously with the project phase. This application pre-creates and binds a multi-level coding parameter set containing project engineering to category serial numbers in the BIM model database. Based on engineering management data from the business database, it performs operations at each stage of the design, bidding, construction, and operation and maintenance phases. These operations include writing placeholders, dynamically writing cost fields based on bill of quantities data, dynamically writing progress fields based on construction schedule data, and setting dormancy or activation of codes based on operation and maintenance needs. This enables the coding data to evolve dynamically with the project stage, fundamentally overcoming the shortcomings of static long codes that are cumbersome, rigid, and fully pre-set in existing technologies. By combining a complete coding framework with staged data derivation, it ensures the simplicity, flexibility, and full lifecycle applicability of the coding. This allows BIM model coding to efficiently and accurately support business needs at each stage from design to operation and maintenance, improving data flow efficiency and engineering management effectiveness. Attached Figure Description

[0036] Figure 1 This is a schematic diagram of the dynamic coding process for engineering model data in this application;

[0037] Figure 2 This is a schematic diagram of the double-island data link encoding in this application. Detailed Implementation

[0038] Exemplary embodiments of the present disclosure will now be provided in more detail with reference to the accompanying drawings. While exemplary embodiments of the present disclosure are shown in the drawings, it is to be understood that various forms of implementation of the present disclosure are intended and should not be limited to the embodiments set forth herein. Rather, the embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the scope of the disclosure to those skilled in the art.

[0039] This application provides a component coding method for a dual-loop data chain in a BIM model of a civil aviation airport project. This method is applied to the digital management of large-scale engineering construction projects such as civil aviation transport airports, and addresses problems such as complex BIM model coding formats, numerous categories, redundant coding fields, large number of bits, low efficiency in practical application, and difficulty in data chain flow throughout the entire airport construction process. The method is executed by a coding management device.

[0040] like Figure 1 As shown, a coding method for a dual-loop data link component in a BIM model of a civil aviation airport project is described. This method is executed by a coding management device and includes:

[0041] S101. The coding management device creates and binds a preset multi-level coding parameter set in the BIM model database to the BIM model components. The multi-level coding parameter set includes parameter fields for characterizing project engineering, sub-project engineering, single project, unit project, construction part, professional engineering, sub-section project, sub-item project and category serial code.

[0042] The dual-loop data chain described in this application refers to a data pool formed with the basic data represented by the core code as the core, with the first loop island performing data derivation on the data pool during the planning and design phase, and the second loop island performing data derivation and improvement on the data pool during the construction and operation and maintenance phase, so that the same multi-level coding parameter set bound to the BIM model components evolves synchronously with the engineering phase.

[0043] A coding management device refers to software, plug-ins, or system modules capable of performing logical operations such as coding creation, writing, and status setting. A BIM model database refers to a database that stores BIM models and related information. A multi-level coding parameter set is a predefined set of parameters bound to BIM model components. These parameters together constitute a complete code, and its hierarchical structure corresponds to the organization and management breakdown logic of an engineering project.

[0044] Specifically, this coding architecture is based on the actual application scenario of large-scale civil aviation airport expansion and renovation projects. It manifests as a large overall project comprising several sub-projects of different specialties, mainly including terminal area engineering, flight area engineering, civil aviation information engineering, municipal and energy engineering, production support facilities and living service facilities engineering, etc. Each sub-project further includes multiple individual projects. Through the organization and division of the entire project and the breakdown of engineering works, a comprehensive, clearly structured, fully applicable, and easily popularized coding architecture is formed, namely: project engineering, sub-project engineering, individual project, unit project, construction location, professional engineering, sub-section engineering, sub-item engineering, and category serial code.

[0045] This architecture is divided into engineering structure attributes and engineering management attributes. The engineering structure attributes include project engineering, sub-project engineering, and individual engineering, which mainly reflect the organizational structure of the entire airport construction project and are compiled based on the organizational management structure of the project plan in the early stage.

[0046] The project management attributes consist of construction progress management and project cost management on the project construction business side. It is formed by integrating the construction progress plan code with the bill of quantities pricing specification list code. Among them, the unit project and construction part code levels belong to construction progress management; professional project, sub-project, sub-item project and category serial code belong to project cost management.

[0047] Compared with traditional multi-segment long encoding, this encoding method greatly simplifies the number of bits and fields. It enables the reasonable division of civil aviation airport projects from large to small with fewer bits, and solves the problems of traditional encoding such as "10-20.10.03.00 / 14-32.00.20.20.0001.0001 / 17-20.02.02.00 / 20200010000000135900". The encoding length is usually more than 30 bits, the fields are redundant, the application is inconvenient, and the participating units need to invest a lot of cost and time in compilation, input and reading. It avoids the disadvantages of the increased probability of errors and the increased difficulty of correction caused by the continuous increase of the number of bits in the encoding.

[0048] Furthermore, the coding structure in this application is divided into engineering structure attribute coding and engineering management attribute coding, totaling 23 digits. The engineering structure attribute coding mainly reflects the construction unit's division of the entire large-scale project and the arrangement of the construction bidding sequence, as shown in Table 1 below (example) of the engineering structure attribute coding summary table.

[0049] Each of the three levels—project, sub-project, and individual project—uses two digits, for a total of six digits for the project structure attribute coding. For small and medium-sized projects, if there is no need to divide them into sub-projects or individual projects, the third and fourth digits can be assigned a value of 0, or the fifth and sixth digits can also be assigned a value of 0, treating the entire project as a single project for digit placeholder purposes.

[0050] The project management attribute code consists of 17 digits. The first 5 digits are determined independently for each construction project and are compiled by the construction unit when preparing the construction schedule, taking into account its division of unit projects and construction locations within the entire project. For example, in the construction of an airport terminal building, unit projects can be divided into the main building, north concourse, south concourse, and outdoor works, represented by the first two digits. Construction locations can be divided by floor, such as basement level 1, ground floor, second floor, and third floor. However, given the large scale of the airport terminal building project and the large area of ​​each floor, it can be further subdivided into basement level 1A, basement level 1B, basement level 1C, etc., represented by the 3rd to 5th digits.

[0051] The last 12 digits of the project management attribute code use the national standard bill of quantities code, which includes professional engineering - sub-project - itemized engineering - category serial code, occupying 2 digits, 2 digits, 5 digits, and 3 digits respectively. See Table 2 below for an example of the project management attribute code: Terminal Building Project (Structural Attribute Code 010101) - Project Management Attribute Code Example Table.

[0052] Table 1. Summary Table of Engineering Structural Attribute Coding (Example)

[0053] 01 Tianjin Binhai International Airport Phase III Expansion and Reconstruction Project 0101 Terminal Area Project 010101 Terminal 3 project 010102 Parking garage project ...... ...... 0102 Flight area engineering 010201 Construction of the extended east runway (Section 1) ...... ...... 0103 Production auxiliary facilities and living service facilities engineering 010301 West District Special Vehicle Garage Project 010302 Relocation and reconstruction of affordable housing site project ...... ...... ......

[0054] Table 2. Example Table of Project Management Attribute Codes for Terminal Building Project (Structural Attribute Code 010101)

[0055] 01 Main building 01001 Basement Level A 01001010502001001 C40 concrete rectangular column ...... ...... 01002 Basement Level B ...... 01002010502001001 C40 concrete rectangular column ...... ...... 02 North Finger Corridor 02001 Basement Level A ...... ......

[0056] Creating this preset multi-level encoding parameter set means that the base database is given a complete framework of all data types and encodings required at each stage of the project. By presetting the complete data framework for the entire project, the foundation is laid for subsequent segmented activation and use.

[0057] Prior to this, it is necessary to develop a standardized, feasible, and highly adaptable project-level BIM modeling standard system. Based on national and industry standards, this system should be refined layer by layer according to the specific circumstances of the project. It should plan the overall structure of the BIM model based on factors such as the project's total scale, the number of participating units, the overall site plan, and the boundaries of each contract section. The management structure of each level of the BIM model should be clearly defined, and based on the various engineering management departments of the construction unit, it can be divided into terminal area engineering, flight area engineering, municipal public works engineering, production auxiliary facilities and living service facilities engineering (supporting engineering), and communication engineering.

[0058] Basic regulations for BIM component libraries should be formulated based on different engineering classifications.

[0059] The modeling standard system is mainly divided into three volumes: "BIM Basic Standards", "BIM Application Standards in the Design Phase", and "BIM Application Standards in the Construction Phase", covering the design phase to the final delivery.

[0060] The BIM modeling standard is based on the application needs of BIM throughout the entire project lifecycle at each stage of the project implementation. It takes the project implementation process as the main line and provides specific processes and deliverables for BIM modeling rules and technology applications according to the design and construction stages.

[0061] By applying this modeling standard system, the model is generated according to the airport engineering design scheme by calling the standard component library through the corresponding modeling software.

[0062] The modeling software is primarily Autodesk Revit. For professional engineering projects in the flight area, Bentley MicroStation software is used for modeling. When other complex configurations or road and bridge projects require the use of other professional software for modeling, it should be ensured that the software can be converted into a format that Autodesk Revit can read. After reading, the accuracy and completeness of the components should be ensured, and component information should be generated and entered.

[0063] The standard component library is built with engineering construction business as the guide. It takes the engineering cost management that runs through the engineering construction as the main line, sorts out the various professional engineering projects, sub-projects and sub-items according to the engineering quantity calculation standards, and forms a basic standard component library by treating each modelable sub-item as a standard component category.

[0064] The BIM model components in the component library are primarily modeled using Autodesk Revit or Bentley MicroStation software. The lead design unit for each engineering section creates a standard component library for that section, creating component types for each sub-item of the project according to the engineering cost quantity measurement standards, and categorizing them by design specialty. Design units can prioritize using component family types that have proven effective in previous projects to improve the quality and efficiency of the component library creation. The accuracy requirements for the BIM model at each stage of the project are clearly defined, complying with national and civil aviation standards, and the modeling and review requirements for each specialty are detailed.

[0065] After building and generating the BIM model, it is necessary to generate basic information for the model components based on the design drawings, budget documents, construction organization design, construction plan and other information of the proposed single project.

[0066] The basic information refers to individual projects, unit projects, construction sites, professional projects, sub-projects, and itemized projects. This basic information mainly includes multiple components grouped together, which can be entered in batches. The specific category information of the model components should be entered according to the bill of quantities prepared by the cost estimators. When preparing the bill of quantities, the items should be clearly divided to ensure their association and correspondence with the BIM model.

[0067] To efficiently implement code writing and management, the code management device can employ a clustered functional architecture software or plugin. The software uses the .NET framework and object-oriented principles, with its main architecture consisting of a presentation layer (UI panel), a business logic layer, and a data access layer. The business logic layer implements Revit transaction control, dynamic code generation, parameter writing, and data export. The data access layer utilizes API interfaces, functioning independently as an API layer and data interface.

[0068] The API layer calls methods such as `BindParameterToDocument` and `NewInstanceBinding` to define parameters and bind instances, implementing underlying logic. The data interface is highly integrated with enterprise-level databases, supporting access to Excel, SQLite, and other databases, with scalability in database types. The plugin's overall architecture is highly cohesive and loosely coupled; clustered application modules are interconnected through a unified data and coding structure, allowing for combined invocation.

[0069] Furthermore, the software can combine LINQ query and combined hash algorithm, and use a parameter-driven method to directly map the database to the model attribute definition, thereby achieving efficient dynamic generation of component codes and accurate data transmission.

[0070] S102. The encoding management device performs dynamic writing and status setting operations on the parameter fields corresponding to the multi-level encoding parameter set based on the engineering management data from the business database.

[0071] A business database refers to a database that stores business data (such as design documents, bill of quantities, construction schedules, and operation and maintenance requirements) at various stages of an engineering project. Dynamic writing and status setting operations refer to assigning, modifying, or marking values ​​to the preset encoding parameter set in step S101 based on the specific business data generated at different stages of the project, thus transforming the encoding from a preset framework into data carrying specific information.

[0072] During the design phase, a predefined placeholder is written into the coding parameter field corresponding to the components that are planned to exist but have not yet been created in the BIM model database.

[0073] Specifically, a specific code "0" is written as the predefined placeholder. This means that during the early planning and design phases of the project, the structure is progressively reduced based on the complete project structure of the basic database. Depending on the different project level requirements at each planning and design stage, the structure is displayed sequentially from front to back. For parts where the model is not yet available at the current stage, the code "0" is used as a placeholder. This is done to maintain the integrity and consistency of the coding framework, avoid breaks in the coding structure due to the incomplete creation of some models, and reserve space for coding derivation in subsequent stages.

[0074] During the bidding stage, based on the bill of quantities data obtained from the business database, the information of the bill of quantities items is calculated and written into the parameter fields of the multi-level coding parameter set used for project cost management through a first mapping relationship. This operation is usually triggered when the bidding process is completed and the bill of quantities has been stored in the business database. Specifically, during the bidding stage, project cost personnel will compile the bill of quantities based on the design results. Since each modelable sub-item project has been defined as a standard component category when the standard component library is created, during the bidding stage, based on the bill of quantities data, each item in the bill of quantities can be mapped, calculated, and written one-to-one with the parameter fields of the professional project, sub-project, sub-item project, and category serial number levels in the multi-level coding parameter set.

[0075] The calculation and writing of the list item information into the multi-level coding parameter set includes: the coding management device, based on the bill of quantities data obtained from the business database, parses and converts each list item in the bill of quantities into a 12-bit digital code segment that matches the parameter field in the multi-level coding parameter set through a first mapping relationship, and writes the 12-bit digital code segment into the corresponding parameter field of the multi-level coding parameter set bound to the BIM model component by calling the underlying API interface.

[0076] The parameter fields written are those at the professional engineering, sub-project, itemized project, and category serial number levels. This realizes the coding derivation of the cost management section in the project management attributes.

[0077] This coding field is prepared during the design phase when the project budget is compiled, and is considered to be completed during the construction bidding process. The input of coding information is carried out in batches according to the derived data at different stages, and a coding input plugin with a clustered functional architecture is used to write the coding parameters.

[0078] During the construction phase, based on the construction schedule data obtained from the business database, the schedule task information is calculated and written into the parameter fields for construction schedule management in the multi-level coded parameter set through a second mapping relationship. This operation is triggered by the event that the construction schedule plan has been approved and stored in the business database. Specifically, after the construction unit enters the site, it will prepare a detailed construction schedule plan. Based on this plan, the schedule task information (such as the task of a certain construction part under a certain unit project) can be calculated and written into the parameter fields of the unit project and construction part levels in the coded parameter set through the mapping relationship.

[0079] The calculation and writing of progress task information into the multi-level coding parameter set includes: the coding management device, based on the construction progress plan data obtained from the business database, parses and converts each progress task in the construction progress plan into a 5-digit code segment that matches the parameter field in the multi-level coding parameter set through a second mapping relationship, and writes the 5-digit code segment into the corresponding parameter field of the multi-level coding parameter set bound to the BIM model component by calling the underlying API interface.

[0080] The parameter fields written are those at the unit project and construction site level. These coded fields are dormant during the design phase, and their progress codes are generated synchronously when the construction unit prepares the construction schedule after bidding and entering the site.

[0081] During the operation and maintenance phase, based on the operation and maintenance requirement data obtained from the business database, the complete coding parameters corresponding to the components that do not generate operation and maintenance requirements in the multi-level coding parameter set are set to be dormant, and the dormant coding parameters that subsequently generate new operation and maintenance requirements are set to be activated.

[0082] Specifically, based on the maintenance requirement data, when it is determined that a component does not generate maintenance requirements, the dormancy flag is set for the complete set of coding parameters corresponding to that component; based on the maintenance requirement data, when it is determined that a dormant component generates new maintenance requirements, the activation flag is set for the complete set of dormant coding parameters corresponding to that component. This operation means that after the project is completed and delivered and enters the maintenance phase, not all components require continuous management. By implementing dormancy for the coding of components that do not generate maintenance requirements, and only retaining the component coding of those requiring maintenance, the maintenance database can be simplified, and efficiency improved.

[0083] If changes in operation and maintenance conditions result in new operation and maintenance components, the corresponding dormant codes can be activated. This reflects the sustainability and scalability of the coding method. It is important to emphasize that all the operations described above—writing placeholders, calculating and writing list item information, calculating and writing progress task information, and setting dormant or active flags—all work on and modify the same multi-level coding parameter set bound to the BIM model components. This ensures the consistency, inheritance, and traceability of the coding data.

[0084] S103. By sequentially executing the operations of writing placeholders, calculating and writing list item information, calculating and writing progress task information, and setting dormant or active flags, the coding management device generates dynamic coding data that evolves synchronously with the engineering phase in the BIM model database.

[0085] By triggering corresponding data writing and status setting logic at different project stages (design, bidding, construction, operation and maintenance), the originally preset, static set of coding parameters is gradually filled with specific business information, and its active status is adjusted according to changes in management needs, ultimately forming a coding data system that can reflect the actual situation of the project and evolve dynamically with the project life cycle.

[0086] This method enables dynamic derivation and phased application of encoded data, enhancing the flexibility and inheritance of the encoding system.

[0087] The coding system is not a fixed, static set of data, but rather evolves continuously as the construction phase progresses. The entire coding system is used in a segmented activation manner by pre-setting the complete data framework of the entire project, avoiding difficulties or unusability caused by limitations in the management process, such as insufficient, redundant, repetitive, logically chaotic, and low standardization of coding.

[0088] The generated dynamic coded data uses BIM model coding as the data foundation and the BIM model as the information carrier, ensuring the integrity and accuracy of deliverables at each stage of the entire process, and enabling the exchange and sharing of information throughout the entire life cycle of the building project.

[0089] This coding method is highly understandable and easy to use. It integrates the national standard bill of quantities measurement coding (cost list item coding) into the engineering management attribute coding, which can provide a complete data expression of the project from an economic perspective and cover all the work content of the project's engineering entity.

[0090] Throughout the entire project construction period, the most complete project breakdown logic is to systematically break down the project based on engineering cost during the bidding stage. This breakdown logic has been verified by numerous projects nationwide and has inherent advantages in terms of systematicity, stability, standardization, completeness, recognizability, and ease of use. Most engineering construction professionals can quickly understand and use it.

[0091] Furthermore, the structural attribute coding can be divided according to the project management model and specific departmental divisions of the construction unit, while the engineering management attributes can be adapted according to the construction schedule prepared by the construction unit, and effectively combined with the contract bill of quantities coding. This reflects the flexibility and inheritance of the coding method. This method can be further applied to BIM-based digital collaborative management platforms.

[0092] Specifically, the BIM collaborative platform features multi-disciplinary collaboration that breaks down traditional information barriers, the integration of management data and the platform to build an intelligent decision-making hub, and the creation of a new paradigm for civil aviation engineering through full-lifecycle digital twins, forming a business management system covering the entire engineering chain. By uploading BIM models with coded data to the collaborative management platform at each stage, the platform retrieves the coded data for BIM+ applications such as quantity surveying, payment management, progress simulation, progress display, and linking quality and safety issues to model components.

[0093] This dynamic encoding method not only provides the encoding method itself, but also the data flow path and access requirements, forming a data management system condensed within the encoding method. This method proposes the concept of a "digital model ID card," characterized by "one code for all, data patterns, pre-defined encoding, and multi-dimensional data." Furthermore, this method possesses self-evolution capabilities. Through continuous project advancement and an increasing number of projects using it, and through self-developed software, it continuously upgrades and iterates the data framework and data links, exhibiting a constantly evolving state and providing a data foundation for intelligent decision-making.

[0094] like Figure 2As shown, this method constructs a dual-loop island data chain coding system. The dual-loop island data chain uses the core code as the core of the basic data, continuously aggregating management branch data to form a data pool. The data pool then outputs derived data structures to the front end and back end through derivative island links. Specifically, the "first island" is responsible for derivation during the planning and design phase, while the "second island" continuously evolves and improves as the project entity is completed, ultimately meeting the needs of operation and maintenance management. The core code is the "central ring" for data organization and application, adhering to the principle of "one code, multiple uses," and can be applied simultaneously to all aspects of project construction, improving management efficiency.

[0095] exist Figure 2 In the diagram, color-coded zones further clarify the boundaries between the design and operation phases: the green area on the left represents the planning and design phase, corresponding to the first roundabout; the blue area on the right represents the construction and operation phase, corresponding to the second roundabout.

[0096] During the planning and design phase, the first roundabout is mainly responsible for deriving the basic data represented by the core code into engineering structural attribute codes and writing placeholder codes "0" for components that have not yet been created. The data derivation in this phase serves the model creation and information organization in the design phase and reserves data interfaces for subsequent phases.

[0097] During the construction and operation and maintenance phases, the second ring road receives the coded data output from the first ring road. It then generates engineering cost management codes during the bidding phase, construction progress management codes during the construction phase, and sets dormant or active tags for the codes during the operation and maintenance phase based on actual operation and maintenance needs, ultimately forming complete dynamic coded data covering the entire life cycle of the project.

[0098] The core code, serving as the main thread running through the two loops, remains unchanged throughout, ensuring the consistency and traceability of coded data at each stage.

[0099] The data chain maintains the system's construction progress and facilitates data transmission and exchange across various application scenarios, outputting management requirements while simultaneously collecting implementation data. From the planning stage, through the design, bidding, construction, and operation and maintenance phases, new projects utilize a dual-loop data chain structure for data flow and aggregation. Simultaneously, updated data generated by new projects updates and improves the underlying database system. The dual-loop data chain coding drives data transmission along the loop links within its managed data.

[0100] In this application, the coding management device is triggered by events such as the completion of the bidding process and the storage of the bill of quantities in the business database, and the approval and storage of the construction schedule in the business database. In practice, the device can monitor the update status of specific data tables in the business database or receive event notifications from the project management system. For example, when the status flag of the "Bill of Quantities" data table changes to "Approved," the coding writing process is automatically triggered; when the system message "Construction schedule approved" is received, the mapping and writing process of the schedule code is automatically triggered. This event-driven mechanism ensures real-time synchronization between coding derivation and business progress, improving the level of automation.

[0101] This application also provides a dynamic encoding device for engineering model data, including an encoding management device:

[0102] The coding management device creates and binds a preset multi-level coding parameter set in the BIM model database to the BIM model components. The multi-level coding parameter set includes parameter fields for characterizing project engineering, sub-project engineering, single project, unit project, construction part, professional engineering, sub-section project, sub-item project and category serial code.

[0103] The encoding management device, based on engineering management data from the business database, performs dynamic writing and status setting operations on the parameter fields corresponding to the multi-level encoding parameter set; wherein:

[0104] During the design phase, a predefined placeholder is written into the coding parameter field corresponding to the components that are planned to exist but have not yet been created in the BIM model database.

[0105] During the bidding stage, based on the bill of quantities data obtained from the business database, the bill of quantities item information is calculated and written into the parameter field of the multi-level coding parameter set for project cost management through the first mapping relationship.

[0106] During the construction phase, based on the construction schedule data obtained from the business database, the schedule task information is calculated and written into the parameter fields of the multi-level coded parameter set for construction schedule management through the second mapping relationship.

[0107] During the operation and maintenance phase, based on the operation and maintenance requirement data obtained from the business database, the complete coding parameters corresponding to the components that do not generate operation and maintenance requirements in the multi-level coding parameter set are set to be dormant, and the dormant coding parameters that subsequently generate new operation and maintenance requirements are set to be activated.

[0108] By sequentially executing the operations of writing placeholders, calculating and writing list item information, calculating and writing progress task information, and setting dormant or active flags, the coding management device generates dynamic coding data that evolves synchronously with the engineering phase in the BIM model database.

[0109] This application also provides an electronic device, including a memory and a processor, wherein the memory stores a computer program, and the processor executes the computer program to implement the method described above.

[0110] This application also provides a computer-readable storage medium having a computer program stored thereon, which, when executed in a computer, causes the computer to perform the above-described method.

[0111] The above embodiments are provided to enable those skilled in the art to understand and apply this application. Those skilled in the art will readily make various modifications to the above embodiments and apply the general principles described herein to other embodiments without inventive effort. Therefore, this application is not limited to the above embodiments, and any improvements and modifications made to this application based on the disclosure thereof should be within the scope of protection of this application.

Claims

1. A coding method for dual-island data link components in a BIM model of a civil aviation airport project, characterized in that, The method, executed by the coding management device, includes: The coding management device creates and binds a preset multi-level coding parameter set in the BIM model database to the BIM model components. The multi-level coding parameter set includes parameter fields for characterizing project engineering, sub-project engineering, single project, unit project, construction part, professional engineering, sub-section project, sub-item project and category serial code. The encoding management device, based on engineering management data from the business database, performs dynamic writing and status setting operations on the parameter fields corresponding to the multi-level encoding parameter set; wherein: During the design phase, a predefined placeholder is written into the coding parameter field corresponding to the components that are planned to exist but have not yet been created in the BIM model database. During the bidding stage, based on the bill of quantities data obtained from the business database, the bill of quantities item information is calculated and written into the parameter field of the multi-level coding parameter set for project cost management through the first mapping relationship. During the construction phase, based on the construction schedule data obtained from the business database, the schedule task information is calculated and written into the parameter fields of the multi-level coded parameter set for construction schedule management through the second mapping relationship. During the operation and maintenance phase, based on the operation and maintenance requirement data obtained from the business database, the complete coding parameters corresponding to the components that do not generate operation and maintenance requirements in the multi-level coding parameter set are set to be dormant, and the dormant coding parameters that subsequently generate new operation and maintenance requirements are set to be activated. By sequentially executing operations such as writing placeholders, calculating and writing list item information, calculating and writing progress task information, and setting dormant or active flags, the coding management device generates dynamic coding data that evolves synchronously with the engineering phase in the BIM model database.

2. The method according to claim 1, characterized in that, During the design phase, for the coded parameter fields corresponding to components that exist in the BIM model database but have not yet been created, a predefined placeholder is written, including: Write a specific code "0" as the predefined placeholder.

3. The method according to claim 1, characterized in that, During the operation and maintenance phase, based on the operation and maintenance requirement data obtained from the business database, a dormant flag is set for the complete coding parameters corresponding to components that do not generate operation and maintenance requirements in the multi-level coding parameter set, and an activation flag is set for dormant coding parameters that subsequently generate new operation and maintenance requirements, including: Based on the aforementioned maintenance requirement data, when it is determined that a component does not generate maintenance requirements, the dormancy flag setting is executed on the complete set of encoded parameters corresponding to the component. Based on the maintenance requirement data, when it is determined that a dormant component generates a new maintenance requirement, the activation flag setting is performed on the complete set of dormant encoded parameters corresponding to the component.

4. The method according to claim 1, characterized in that, During the bidding stage, based on the bill of quantities data obtained from the business database, the information of the bill of quantities items is calculated and written into the parameter fields for project cost management in the multi-level coded parameter set through the first mapping relationship, including: When creating a standard component library for a BIM model, each modelable sub-project is defined as a standard component category. During the bidding stage, based on the bill of quantities data, each item in the bill of quantities is mapped, calculated, and written one-to-one with the parameter fields of the "professional engineering-sub-project-item engineering-category serial code" level in the multi-level coding parameter set.

5. The method according to claim 1, characterized in that, The division of parameter fields in the multi-level coding parameter set, at the project engineering, sub-project engineering, and single project levels, is based on the project management model of the construction unit and the specific division of labor among departments. The list item information is calculated and written into the parameter fields of the multi-level coding parameter set for engineering cost management. The written parameter fields are parameter fields at the professional engineering, sub-engineering, sub-item engineering, and category serial code levels. The progress task information is calculated and written into the parameter fields used for construction progress management in the multi-level coded parameter set. The written parameter fields are parameter fields at the unit project and construction part levels.

6. The method according to claim 1, characterized in that, During the bidding stage, based on the bill of quantities data obtained from the business database, the information of the bill of quantities items is calculated and written into the parameter field of the multi-level coding parameter set for engineering cost management through the first mapping relationship. This is triggered by the completion of the bidding process and the fact that the bill of quantities has been stored in the business database. During the construction phase, based on the construction schedule data obtained from the business database, the schedule task information is calculated and written into the parameter fields for construction schedule management in the multi-level coded parameter set through the second mapping relationship, triggered by the event that the construction schedule has been approved and stored in the business database.

7. The method according to claim 1, characterized in that, The operations of writing a predefined placeholder, calculating and writing the list item information, calculating and writing the progress task information, setting the dormant flag, and setting the active flag all work together to modify the same multi-level encoding parameter set bound to the BIM model component.

8. The method according to claim 1, characterized in that, The encoding management device is implemented through a software plugin, which adopts a cluster-based functional architecture, including a presentation layer, a business logic layer, and a data access layer. The data access layer is encapsulated using API interfaces, which can call the BindParameterToDocument and NewInstanceBinding methods to implement the underlying logic of defining parameters and binding instances, and to link with the business database.

9. The method according to claim 1, characterized in that, Also includes: Construct a dual-loop island data link coding system; Among them, the basic data represented by the core code forms the core of the data pool. The first ring island is responsible for data derivation in the planning and design stage, and the second ring island is responsible for data derivation and improvement in the construction and operation and maintenance stage.

10. The method according to claim 1, characterized in that, The complete dynamic encoded data generated by the multi-level encoding parameter set is a 23-bit digital encoding; The parameter fields used to characterize project engineering, sub-project engineering, and individual engineering together constitute a 6-digit engineering structure attribute code; the parameter fields used to characterize unit engineering, construction location, professional engineering, sub-section engineering, sub-item engineering, and category serial code together constitute a 17-digit engineering management attribute code.

Images