File check correction method and system

Abstract

The application provides a file verification correction method and system, and relates to data processing technology, wherein the method comprises the following steps: performing first verification on the architecture content of a bidding file based on an architecture knowledge graph to obtain a first result; when it is determined that the first result passes the verification, sending an initial twin space generated based on the scheme content to a bidding subject end, obtaining each different slave-level customized view and a master-level customized view created by the bidding subject end, and determining the corresponding view association surface; switching the initial twin space to the master-level customized view for display, laying the view identification code on the corresponding view association surface, and sending the obtained current twin space to the bidding subject end; when the bidding subject end scans any view identification code, switching to the customized view corresponding to the view identification code for display, so that the bidding subject end performs second verification on the scheme content based on the current twin space to obtain a second result. The application at least improves the verification efficiency.

Description

Technical Field

[0001] This invention relates to data processing technology, and more particularly to a method and system for verifying and correcting files. Background Technology

[0002] In the field of construction engineering, the compliance of the structure of bidding documents and the verification of the feasibility of the plan have always been key and tedious links in the process. It can be seen that construction engineering projects are often large in scale, involve many professional overlaps, and have strict review standards. Bidding documents not only include various structural contents such as commercial quotations, enterprise qualifications, technical solutions, construction organization, personnel configuration, and safety guarantees, but also come with a large number of drawings, instructions, parameters and supporting materials. The documents are complex and the information density is high, which puts great pressure on the verification work.

[0003] In an industry where project bidding cycles are generally tight, the ability to quickly, accurately, and systematically verify bid documents has become a crucial factor affecting project efficiency and the fairness of bidding. Traditional verification methods often rely on manual, page-by-page review of paper or electronic documents, depending on experience to judge the integrity of the structure, the accuracy of data matching, and the rationality of the solution. Manual verification requires staff to check the validity period of qualifications, personnel qualifications, technical parameters, structural items, quantitative relationships, and content consistency item by item. This not only requires a significant investment of manpower and time but is also prone to omissions, misjudgments, and inconsistent standards due to fatigue, negligence, or differences in understanding. When the same project is reviewed by different personnel, inconsistent judgment standards may arise, affecting the authority of the verification results and potentially leading to disputes or subsequent risks. Meanwhile, manual verification struggles to comprehensively investigate deeper issues such as data relationships, organizational structure, and content misalignment, easily leaving compliance risks. As project scales up and document complexity increases, relying solely on manual verification is no longer sufficient to meet the demands for efficient, accurate, and standardized verification. Tender documents for large construction projects often run to hundreds or even thousands of pages, involving multiple professional sections and a large amount of structured data. Manually flipping through each page and comparing each item is extremely inefficient and can easily cause delays in the bidding process.

[0004] Therefore, there is an urgent need to provide a document verification and correction method and system that can improve verification efficiency. Summary of the Invention

[0005] In view of the above problems, the present invention is proposed to provide a document verification and correction method and system that overcomes or at least partially solves the above problems.

[0006] According to one aspect of the present invention, a file verification and correction method is provided, comprising the following steps: The architecture knowledge graph, built from the pre-built architecture library of the corresponding bidding entity, is used to perform the first verification of the architecture content in the bidding documents, and the first result is obtained. Once the first result is confirmed as passing the verification, the initial twin space generated based on the scheme content in the tender document is sent to the bidding entity. The bidding entity then obtains the various slave-level customized perspectives and master-level customized perspectives created based on the initial twin space to determine the perspective association surface corresponding to each customized perspective. The initial twin space is switched to the master-level customized view for display, and the view identifier code generated based on each customized view is deployed on the corresponding view association surface, so as to send the obtained current twin space to the bidding entity. When the bidding entity scans any viewpoint identifier, it controls the current twin space to switch to the customized viewpoint corresponding to that viewpoint identifier for display, so that the bidding entity can perform a second verification of the solution content based on the current twin space and obtain a second result.

[0007] Optionally, in the method according to the present invention, the architecture content located in the bid document is first verified based on the architecture knowledge graph constructed by the pre-built architecture library of the corresponding bidding entity to obtain a first result, including: The pre-built architecture library of the corresponding bidding entity is filtered based on the architecture keywords of different architecture types, and all the key sub-data corresponding to the same architecture type are summarized into the architecture filtering group. A bidding node is established based on the bidding number of the corresponding bidding entity, and each architecture node corresponding to each architecture screening group is established downwards along the bidding node. By establishing data nodes corresponding to different key sub-data in the same architecture screening group along each architecture node, an architecture knowledge graph is obtained. The architecture content located in the tender documents is extracted, and the architecture content is first verified based on the architecture knowledge graph to obtain the first result.

[0008] Optionally, in the method according to the present invention, the first verification of the architecture content based on the architecture knowledge graph to obtain a first result includes: Each architecture node located in the architecture knowledge graph is identified as the first verification set; When it is determined that the architecture content is missing the architecture type corresponding to any architecture node in the first verification set, the first result is to cancel the bid; otherwise, the key statistical quantity of all key sub-data corresponding to each architecture screening group is determined as the second verification set. When the actual statistical number of key sub-data corresponding to any architecture type in the determined architecture content is inconsistent with the key statistical number of the corresponding architecture screening group in the second verification set, the first result is determined to be the cancellation of the bid. Otherwise, all architecture nodes including the same key sub-data are aggregated into the key association group, and the key association group corresponding to each key sub-data is determined as the third verification set. If all architecture types corresponding to any key sub-data in the architecture content have data differences with the key association group corresponding to the key sub-data in the third verification set, the first result is determined to be to cancel the bid or revise the bid based on the data differences; otherwise, it is determined to pass the verification.

[0009] Optionally, in the method according to the present invention, when it is determined that all architecture types corresponding to any key sub-data in the architecture content have data differences with the key association group corresponding to the key sub-data in the third verification set, and the first result is determined as canceling the bid or revising the bid based on the data differences, the method includes: All architecture types corresponding to the same key sub-data in the architecture content are aggregated into the comparison and association group, and the architecture statistics and comparison statistics of all architecture types located in the same key association group and comparison and association group are obtained; When it is determined that there is a difference in the number of architectures between the statistical number of architectures and the comparative statistical number, the importance values ​​of each architecture type corresponding to the difference in the number of architectures are summed to obtain the group importance values ​​of the corresponding different key association groups. The adjustment coefficient determined based on the difference in the number of architectures will adjust the group importance value corresponding to the same key association group, and the largest group importance value after adjustment will be determined as the difference assessment value. or, When it is determined that there is no difference in the number of architectures and any architecture type in the key association group does not exist in the comparison association group, the architecture type is identified as the difference type, and the difference evaluation value is determined based on all difference types of the corresponding architecture knowledge graph. If the difference assessment value is greater than a preset assessment threshold, the first result is determined as canceling the bid; otherwise, it is determined as revising the bid.

[0010] Optionally, in the method according to the invention, determining the difference evaluation value based on all difference types of the corresponding architecture knowledge graph includes: The key sub-data with the corresponding difference type is identified as the baseline sub-data, and the key sub-data with the corresponding difference type in the architecture content is identified as the mapping sub-data. When it is determined that the third verification set has a key association group corresponding to the mapping sub-data and the key association group has the difference type, the benchmark sub-data is determined to be misaligned sub-data; otherwise, it is determined to be compiled sub-data. Determine the number of errors and compilations of all misplaced sub-data and compiled sub-data in the corresponding architecture knowledge graph, and calculate the weighted sum of the error evaluation value and compilation evaluation value obtained based on the number of errors and compilations to obtain the difference evaluation value.

[0011] Optionally, in the method according to the present invention, an initial twin space generated based on the scheme content in the tender document is sent to the tendering entity, and the different slave-level customized perspectives and master-level customized perspectives created by the tendering entity based on the initial twin space are obtained to determine the perspective association surface corresponding to each customized perspective, including: Extract the scheme content from the tender documents, break it down into sub-contents of each element corresponding to different building elements, and construct an initial twin space based on the spatial parameters of each element sub-content. Each contour display surface that makes up the spatial contour of the initial twin space is determined, and based on the display area and display regularity, the contour display surfaces that meet the display conditions are determined as the main-level preparation surfaces. The initial twin space is sent to the bidding entity, and the bidding entity selects any master-level preparation surface. The initial twin space is adjusted to the master-level preparation surface as the main view surface for display, with the center point of the corresponding initial twin space as the rotation point. The corresponding adjusted perspective is determined as the master-level customized perspective, and the master-level preparatory surface is determined as the perspective association surface of the corresponding master-level customized perspective. Obtain the different subordinate customized perspectives created by the bidding entity based on the initial twin space, and determine the perspective association surface corresponding to each subordinate customized perspective.

[0012] Optionally, in the method according to the present invention, based on the display area and display regularity of each contour display surface, the contour display surface that meets the display conditions is determined as the main-level preparation surface, including: Using the display center point corresponding to each outline display surface as the center, generate the display inscribed circle located on the outline display surface, and determine the circular area of ​​the corresponding display inscribed circle as the display area. The outline of the corresponding display surface with a display area greater than the preset area threshold is divided into an array, and a connection line is generated to connect each array point with the display center point as the starting point. The regularity of the corresponding outline display surface is determined based on the variance value of the line segments obtained from the line segment lengths of the connecting lines corresponding to each point. When the regularity of the display is determined to be greater than the preset regularity threshold, the outline display surface is determined to meet the display conditions and is determined to be the main-level preparation surface.

[0013] Optionally, in the method according to the present invention, obtaining the different subordinate customized perspectives created by the bidding entity based on the initial twin space, and determining the perspective association surface corresponding to each subordinate customized perspective, includes: When the bidding entity is determined to take the center point of the corresponding initial twin space as the rotation point, the initial twin space is adjusted by any rotation angle, and an external interactive layer is generated based on the main view of the corresponding initial twin space to circumscribe the initial twin space. The real-time interaction trajectory obtained by the bidding entity based on the external interaction layer is obtained, and the initial twin space is processed according to the processing method determined by the real-time interaction trajectory, so as to determine the customized perspective based on the updated initial twin space. Obtain the two-dimensional mapping image of the main view surface corresponding to the initial twin space, and determine the contour display surface that is closest to the image center point of the two-dimensional mapping image as the view-related surface corresponding to the customized view.

[0014] Optionally, in the method according to the invention, the initial twin space is processed according to the processing mode determined by the real-time interaction trajectory to determine the hierarchical customized perspective based on the obtained updated initial twin space, including: When it is determined that the real-time interactive trajectory corresponds to a straight line trajectory, and the trajectory endpoints on both sides of the real-time interactive trajectory are located at different contour positions of the spatial contour, the initial twin space is divided based on the real-time interactive trajectory to obtain each subspace; Using the center point of the corresponding real-time interactive trajectory as the center, generate spatial indicator lines that are perpendicular to the real-time interactive trajectory and located in different subspaces; When the responding entity interacts with any spatial indicator line, the subspace including that spatial indicator line is determined as the updated initial twin space, and the trajectory profile located in the initial twin space is obtained based on the real-time interactive trajectory. The initial twin space is adjusted to the trajectory profile as the main view for display, and the trajectory profile is determined as the outline display surface. or, If the overlap between the real-time interactive trajectory and the preset trajectory is greater than a preset overlap threshold, the adjustment of the corresponding rotation angle will be determined as the customized perspective.

[0015] Optionally, in the method according to the present invention, a view identifier code generated based on each customized view is deployed on the corresponding view association surface to send the obtained current twin space to the bidding entity, including: Generate a view identification code corresponding to each customized view, and place the view identification code on the view association surface in such a way that its identification center point coincides with the association center point of the corresponding view association surface. Using the center point of the identifier as the rotation point, adjust the view identifier code corresponding to each slave-level customized view to be parallel to the view identifier code corresponding to the master-level customized view. The view identifier code generated based on each customized view is placed on the corresponding view association surface, and the visible projection range of the master-level customized view corresponding to the initial twin space is obtained. Generate an identification display layer that covers the visible projection range, and map each viewpoint identification code to the identification display layer; When it is determined that at least two viewpoint identifiers overlap based on the mapping position of the identifier display layer corresponding to each viewpoint identifier, the viewpoint identifiers are adjusted based on the identifier display layer, and the resulting current twin space is sent to the bidding entity.

[0016] Optionally, in the method according to the invention, adjusting the view identification code based on the identification display layer includes: Based on the view association surface of each view identifier code corresponding to the same overlap relationship, the spatial depth value of the corresponding master-level customized view is determined, and the view identifier codes are sorted in ascending order of spatial depth value to obtain the identifier sequence. Based on the identifier sequence, the first viewpoint identifier code is determined as the fixed reference code, and the remaining viewpoint identifier codes are determined as adjustment identifier codes. A layer coordinate system is established with the center point of the corresponding fixed reference code as the origin, and each adjustment code is grouped based on the layer coordinate system to obtain the adjustment group corresponding to different coordinate quadrants. Based on the identifier sequence, the view-related surface corresponding to each adjustment identifier code in the same adjustment group is sequentially mapped to the identifier display layer, and the adjustment area of ​​the corresponding coordinate quadrant of the adjustment group is determined based on the obtained mapping related surface. The adjustment identifier code is adjusted based on the adjustment area so that the adjusted adjustment identifier code does not overlap with the fixed reference code.

[0017] Optionally, in the method according to the invention, adjusting the adjustment identifier code based on the adjustment region includes: When it is determined that the adjustment area overlaps with any viewpoint identifier code other than the one in the group to be adjusted, the empty area corresponding to that viewpoint identifier code is determined as the updated adjustment area. When it is determined that there is an update position in the updated adjustment area where any adjustment identifier code does not overlap with the fixed reference code, the corresponding mapping position of the adjustment identifier code is adjusted. or, When it is determined that there are no update positions in the updated adjustment area, the adjustment identifier code is hidden based on the identifier display layer; The mapping contour of the mapping associated surface corresponding to the adjustment identifier code is pixel-marked, and the mapping contour is configured to respond to the interaction of the bidding entity with the mapping contour, display the adjustment identifier code, and hide all view identifier codes that have an overlapping relationship with the adjustment identifier code.

[0018] According to another aspect of the present invention, a document verification and correction system is provided, comprising: The first verification module is configured to perform the first verification on the architecture content in the bid document based on the architecture knowledge graph built by the pre-built architecture library of the corresponding bidding entity, and obtain the first result; The perspective determination module is configured to, when the first result is determined to be passed verification, send the initial twin space generated based on the scheme content in the tender document to the bidding entity, and obtain the different slave-level customized perspectives and master-level customized perspectives created by the bidding entity based on the initial twin space, so as to determine the perspective association surface corresponding to each customized perspective. The space update module is configured to switch the initial twin space to the master-level customized view for display, and deploy the view identifier code generated based on each customized view on the corresponding view association surface, so as to send the obtained current twin space to the bidding entity. The second verification module is configured to control the current twin space to switch to the customized view corresponding to the view identifier when the bidding entity scans any view identifier code, so that the bidding entity can perform a second verification on the content of the scheme based on the current twin space and obtain a second result.

[0019] According to the present invention, the present invention performs a first verification of the architectural content of the tender documents through an architectural knowledge graph. This enables compliance verification in a standardized and structured manner, replacing the traditional manual item-by-item verification method. This effectively reduces human error and judgment bias, and significantly improves the accuracy and efficiency of architectural content verification. Documents that fail the first verification can be directly terminated from subsequent processes, avoiding ineffective resource investment, achieving rapid initial screening of tender documents, and significantly shortening the overall review cycle. For tender documents that pass the first verification, this invention automatically constructs an initial twin space based on the content of the solution, transforming traditional two-dimensional text and drawings into a three-dimensional visualization, making the solution content more intuitive and three-dimensional, and facilitating the bidders and tendering parties to quickly understand the overall layout and key details of the solution. By supporting bidders to independently create a master-level customized perspective and multiple slave-level customized perspectives, personalized configuration of the solution display angle can be achieved, meeting the viewing needs of different dimensions and details, and improving the flexibility and relevance of the solution display; Furthermore, this invention places viewpoint identification codes onto the corresponding viewpoint-related surfaces, using the master-level customized viewpoint as the default display viewpoint. This ensures that the twin space display received by the bidding entity is clear, standardized, and has a unified viewpoint. The bidding entity can switch to the corresponding customized viewpoint with one click by scanning the viewpoint identification code, without having to manually adjust the viewpoint, flip through drawings, or search for paragraphs, greatly simplifying the operation steps and reducing the operational cost of scheme verification. Finally, this invention leverages the existing twin space for secondary verification, enabling a comprehensive check of the feasibility, rationality of details, and overall compatibility of the solution in an intuitive and visual environment, further enhancing the comprehensiveness and accuracy of the verification. This invention combines automated verification of architectural compliance with 3D visualization of the solution verification, forming a complete and coherent document verification and correction process. The entire process is highly automated and visualized, effectively solving problems such as low efficiency, error-proneness, inconsistent standards, and unintuitive presentation associated with traditional methods, thus comprehensively improving the efficiency, standardization, and reliability of construction project bidding document verification. Attached Figure Description

[0020] Figure 1 A flowchart of a file verification correction method according to an embodiment of the present invention is shown; Figure 2 This embodiment shows a schematic diagram of the structure of the current twin space corresponding to the master-level customized perspective; Figure 3 A structural block diagram of a file verification and correction system according to another embodiment of the present invention is shown. Detailed Implementation

[0021] Exemplary embodiments of the present disclosure will now be described in more detail with reference to the accompanying drawings. While exemplary embodiments of the present disclosure are shown in the drawings, it should be understood that the present disclosure may be implemented in various forms and should not be limited to the embodiments set forth herein. Rather, these 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.

[0022] To address the problems existing in the prior art, the inventors proposed the solution of this invention. One embodiment of this invention provides a file verification and correction method, which can be executed in a computing device, wherein the computing device can be understood as a terminal with data processing capabilities, such as a computer.

[0023] Figure 1 A flowchart of a file verification correction method according to an embodiment of the present invention is shown, as follows: Figure 1 As shown, the method begins with step S1, which includes the following: The architecture knowledge graph, built from the pre-built architecture library of the corresponding bidding entity, is used to perform the first verification of the architecture content in the bidding documents, and the first result is obtained.

[0024] For example, in this embodiment, after the bidding entity completes the preparation and submission of the bid documents, the server can prioritize calling the pre-built architecture library established and maintained by the bidding entity. This pre-built architecture library is a set of architecture-related data that the bidding entity has pre-organized for this bidding project. Furthermore, the server uses this pre-built architecture library as the basic data source to construct an architecture knowledge graph, which serves as the sole standard for verifying the architecture content of the bid documents. Subsequently, the server automatically extracts all architecture content contained in the bid documents and uses the constructed architecture knowledge graph as the verification benchmark to perform a first verification operation on the extracted architecture content. The verification process then determines the compliance and matching of the architecture content in the bid documents. After the first verification, the server can output the corresponding first result. Here, the first result directly represents the verification pass status of the bid document architecture content and is a condition for determining whether to proceed to the subsequent initial twin space generation, customized perspective creation, and deployment processes.

[0025] Furthermore, in this embodiment, the aforementioned "performing a first verification of the architecture content in the bid document based on the architecture knowledge graph constructed from the pre-built architecture library of the corresponding bidding entity, and obtaining a first result" may also include the following steps: The pre-built architecture library of the corresponding bidding entity is filtered based on the architecture keywords of different architecture types, and all the key sub-data corresponding to the same architecture type are summarized into the architecture filtering group. A bidding node is established based on the bidding number of the corresponding bidding entity, and each architecture node corresponding to each architecture screening group is established downwards along the bidding node. By establishing data nodes corresponding to different key sub-data in the same architecture screening group along each architecture node, an architecture knowledge graph is obtained. The architecture content located in the tender documents is extracted, and the architecture content is first verified based on the architecture knowledge graph to obtain the first result.

[0026] For example, in this embodiment, the architecture of the knowledge graph and the acquisition of the first result can be implemented based on the following specific implementation methods: First, the server retrieves the pre-built architecture library from the corresponding bidding entity and performs filtering operations according to the architecture keywords corresponding to different architecture types in the pre-built architecture library. It can be explained that in the bidding scenario of the corresponding construction project, the architecture types specifically include business architecture, technical architecture, qualification architecture, and project organizational architecture. Each architecture type is matched with architecture keywords. The server can locate the corresponding data content by filtering the architecture keywords. Then, all the key sub-data corresponding to the same architecture type obtained after filtering are summarized into the architecture filtering group. For example, the key sub-data corresponding to the business architecture includes bid price details, construction period commitment, and payment response content; the key sub-data corresponding to the technical architecture includes construction plan, process standards, and equipment configuration information; the key sub-data corresponding to the qualification architecture includes enterprise qualification level, project personnel professional qualifications, and past performance certificates; and the key sub-data corresponding to the project organizational architecture includes project management team configuration, job responsibility division, and safety management system content. Here, through such classification, filtering, and summarization, the originally scattered architecture data can be formed into a regular set, avoiding data chaos during subsequent verification, greatly reducing the time for data search and verification, and laying a solid foundation for improving verification efficiency. Next, the server can establish bidding nodes based on the bidding number of the corresponding bidding entity. It should be noted that the bidding number is a unique identifier for each bidding project, which can distinguish the bidding projects of different bidding entities and avoid data confusion. The server can follow the bidding nodes downward to establish corresponding architecture nodes for each architecture screening group that has completed data aggregation, so that each type of architecture has a specific node to carry the corresponding data content. Through this hierarchical construction, a clear relationship can be formed between bidding projects and various types of architecture data. During subsequent verification, the data of the corresponding architecture type can be quickly located without having to search through massive files one by one, which effectively improves the data retrieval efficiency in the verification process. Then, the server can further descend along each architecture node to establish corresponding data nodes for different key sub-data in the same architecture screening group. It can be explained that each data node corresponds to a unique key sub-data and can carry each specific architecture data content. After the construction of all nodes is completed, a complete architecture knowledge graph can be obtained. Here, through the three-level construction of bidding nodes, architecture nodes, and data nodes, a clear and well-defined architecture knowledge graph is formed, which provides a unified standard for the verification of the architecture content of the bidding documents. This avoids the problems of inconsistent standards and omissions in manual verification. At the same time, the standardized graph structure can support the system to carry out automatic comparison and verification, which greatly improves the overall efficiency of verification. Finally, the server can extract the architecture content from the tender documents and, based on the completed architecture knowledge graph, conduct the first verification of the extracted architecture content. After a complete verification process, the corresponding first result can be obtained. It can be seen that the automated verification based on the architecture knowledge graph can replace the traditional manual page-by-page verification method. While ensuring the accuracy of the verification, it can significantly shorten the time required for verification and effectively solve the problem of low efficiency in traditional tender document verification.

[0027] Furthermore, in this embodiment, the aforementioned "performing a first verification of the architecture content based on the architecture knowledge graph to obtain a first result" may further include the following steps: Each architecture node located in the architecture knowledge graph is identified as the first verification set; When it is determined that the architecture content is missing the architecture type corresponding to any architecture node in the first verification set, the first result is to cancel the bid; otherwise, the key statistical quantity of all key sub-data corresponding to each architecture screening group is determined as the second verification set. When the actual statistical number of key sub-data corresponding to any architecture type in the determined architecture content is inconsistent with the key statistical number of the corresponding architecture screening group in the second verification set, the first result is determined to be the cancellation of the bid. Otherwise, all architecture nodes including the same key sub-data are aggregated into the key association group, and the key association group corresponding to each key sub-data is determined as the third verification set. If all architecture types corresponding to any key sub-data in the architecture content have data differences with the key association group corresponding to the key sub-data in the third verification set, the first result is determined to be to cancel the bid or revise the bid based on the data differences; otherwise, it is determined to pass the verification.

[0028] For example, in this embodiment, the specific process of the first verification can be described as follows: First, the server can identify each architecture node in the architecture knowledge graph as the first verification set. It can be explained that the first verification set is the basic verification unit used to verify the integrity of the tender document architecture. Based on the above, in the bidding scenario of the corresponding construction project, the architecture nodes correspond to four types of architecture: business architecture, technical architecture, qualification architecture, and project organizational architecture. Identifying these architecture nodes as the first verification set allows the server to prioritize the basic architecture modules that the tender document must have, defining clear basic boundaries for subsequent hierarchical verification and avoiding verification omissions. Next, the server will check whether the architecture content in the tender documents is missing any architecture type corresponding to any architecture node in the first verification set; In one scenario, when it is determined that the architecture content is missing the architecture type corresponding to any architecture node in the first verification set, the server can directly determine the first result as invalid bid without carrying out subsequent verification operations. This can directly filter out bids that do not meet the architecture integrity standards or the basic requirements of the tender, greatly reducing the amount of invalid verification work and effectively improving the overall verification efficiency. In another scenario, when it is determined that there are no missing architecture types in the architecture content, the server can determine the key statistical quantity of all key sub-data for each architecture screening group as the second verification set. It can be explained that the second verification set is a verification unit used to verify the matching degree of the data quantity of the architecture content in the tender document, and can provide a unified and clear comparison standard for the next step of quantity verification. Then, the server will check whether the actual statistical quantity of the key sub-data for any architecture type in the tender document is consistent with the key statistical quantity of the corresponding architecture screening group in the second verification set. In one scenario, when discrepancies are found between two types of quantities, the server can directly determine the first result as invalidating the bid without proceeding to a more detailed verification stage. This allows for the rapid elimination of bids with unacceptable data quantities, further narrowing down the scope of documents requiring detailed verification. This enables verification resources to be focused on documents that meet the basic requirements, continuously improving verification efficiency. In another scenario, when it is determined that the two types of quantities are consistent, the server can aggregate all architecture nodes that include the same key sub-data into a key association group, and determine the key association group corresponding to each key sub-data as the third verification set. It can be explained that the third verification set is a fine verification unit used to verify the accuracy of the data attribution of the tender document architecture content. For example, when the key sub-data is the professional qualification information of the project's registered construction engineer, this data can belong to two different architecture nodes: the qualification architecture and the project organizational architecture. The server will aggregate these two architecture nodes into the key association group corresponding to the key sub-data, and determine the key association group as the third verification set, thereby providing a comparison basis for subsequent fine verification. Finally, the server will check all the architecture types corresponding to any key sub-data in the tender document to see if there are any data differences with the key association group corresponding to the key sub-data in the third verification set. In one scenario, when a data discrepancy is determined, the server can determine, based on the data discrepancy, the first outcome as either rejecting the bid or revising the bid. In another scenario, when it is determined that there are no data discrepancies, the server determines the first result as passing the verification. It can be explained that by performing this progressive verification from completeness to quantity matching and then to attribution accuracy, the server can first screen out tender documents that do not meet the basic requirements through simple and quick verification, and then conduct detailed verification only on the documents that have passed the first two levels of verification. While ensuring the comprehensiveness and accuracy of the verification, it can minimize unnecessary verification operations and improve verification efficiency.

[0029] Furthermore, in this embodiment, the aforementioned "when it is determined that all architecture types corresponding to any key sub-data in the architecture content have data differences with the key association group corresponding to the key sub-data in the third verification set, and the first result is determined to be canceled bid or revised bid based on the data differences" may also include the following steps: All architecture types corresponding to the same key sub-data in the architecture content are aggregated into the comparison and association group, and the architecture statistics and comparison statistics of all architecture types located in the same key association group and comparison and association group are obtained; When it is determined that there is a difference in the number of architectures between the statistical number of architectures and the comparative statistical number, the importance values ​​of each architecture type corresponding to the difference in the number of architectures are summed to obtain the group importance values ​​of the corresponding different key association groups. The adjustment coefficient determined based on the difference in the number of architectures will adjust the group importance value corresponding to the same key association group, and the largest group importance value after adjustment will be determined as the difference assessment value. or, When it is determined that there is no difference in the number of architectures and any architecture type in the key association group does not exist in the comparison association group, the architecture type is identified as the difference type, and the difference evaluation value is determined based on all difference types of the corresponding architecture knowledge graph. If the difference assessment value is greater than a preset assessment threshold, the first result is determined as canceling the bid; otherwise, it is determined as revising the bid.

[0030] For example, in this embodiment, determining the first result based on data differences when data differences exist can be implemented in the following specific way: First, the server can aggregate all architecture types corresponding to the same key sub-data in the architecture content into the comparison association group. For example, when the key sub-data is the configuration information of the project's safety production management personnel, the server will aggregate all architecture types related to the key sub-data in the tender document's architecture content into the comparison association group, so that the architecture content to be verified forms a regular comparison set, avoiding the problem of comparison omissions caused by scattered data, and making subsequent quantity statistics work more convenient and efficient. Next, the server can obtain the total number of architecture types and the total number of comparison statistics for all architecture types located in the same key association group and comparison association group. The total number of architecture types in the key association group is the total number of architecture types in the comparison association group. If we continue with the example of the configuration information of the project safety production management personnel mentioned above, the architecture types in the key association group include qualification architecture and project organizational structure, and the corresponding architecture count is 2. The actual architecture type in the tender document in the comparison association group only includes project organizational structure, and the corresponding comparison count is 1. At this time, the server can quickly complete the basic quantity comparison by synchronously obtaining the two sets of quantities, providing basic data for subsequent difference quantification processing, without the need for manual counting, effectively improving the work efficiency of the verification process. In one scenario, when a difference in the number of architectures is found between the statistical number of architectures and the comparative statistical number, the server sums the importance values ​​of each architecture type corresponding to the difference in the number of architectures to obtain the group importance value corresponding to different key association groups. It can be explained that the architecture importance value can be a weighted value set in advance for different architecture types, which can reflect the degree of influence of different architecture types on bidding compliance. For example, the architecture importance value of the business architecture is higher than that of the project organizational architecture. Continuing with the previous example, since the difference in the number of architectures between the statistical number of architectures and the comparative statistical number is 1, the architecture type corresponding to the difference is the qualification architecture, and the architecture importance value of this architecture type is 80, the server obtains the group importance value corresponding to the key association group as 80 through summation. That is, here, by summing the weighted content of the difference, the abstract data difference can be transformed into a quantifiable specific value, avoiding the subjective arbitrariness of manual judgment, and at the same time, the system can automatically complete the judgment of the degree of difference, greatly improving the processing efficiency of verification judgment. Furthermore, the server adjusts the group importance value corresponding to the same key association group based on the adjustment coefficient determined by the difference in the number of architectures, and determines the largest group importance value after adjustment as the difference assessment value. It can be noted that the adjustment coefficient is a value positively correlated with the difference in the number of architectures, and it can be set according to actual needs. The larger the difference in the number of architectures, the higher the corresponding adjustment coefficient. For example, when the difference in the number of architectures is 1, the corresponding adjustment coefficient can be 1.1, and when the difference in the number of architectures is 2, the corresponding adjustment coefficient can be 1.3. After adjusting the group importance value through the adjustment coefficient, the server selects the largest value from the adjusted group importance values ​​corresponding to all key association groups as the difference assessment value. Here, by amplifying the impact of the degree of difference through the adjustment coefficient, the difference assessment value can more accurately reflect the degree of non-compliance of the tender documents. At the same time, by selecting the largest value, the most serious difference problem can be quickly identified without manually assessing all differences one by one, further improving the processing efficiency of the verification process. In another scenario, when it is determined that there is no difference in the number of architectures and any architecture type in the key association group does not exist in the comparison association group, the server can identify the architecture type as the difference type and determine the difference assessment value based on all difference types in the corresponding architecture knowledge graph. For example, when the key sub-data is the process standard information of the corresponding project construction, and the number of architecture statistics in the key association group and the comparison association group are both 2, it is determined that there is no difference in the number of architectures. However, the technical architecture type contained in the key association group does not exist in the comparison association group. In this case, the server can identify the technical architecture type as the difference type and then combine it with all the difference types in the architecture knowledge graph to complete the determination of the difference assessment value. Finally, when the difference assessment values ​​obtained based on the above two different situations exceed the preset assessment threshold, the server can determine the first result as invalidating the bid, and conversely, determine the first result as correcting the bid. It can be noted that the preset assessment threshold is a judgment threshold set in advance according to the bidding compliance requirements. The server can directly complete the final verification result judgment by automatically comparing the difference assessment value with the preset assessment threshold, without the need for manual complex compliance assessment. While ensuring the accuracy of the verification judgment, it greatly shortens the time for issuing the verification result, and effectively solves the problems of cumbersome, long judgment cycle and low efficiency of the traditional bidding document verification process.

[0031] Furthermore, in this embodiment, the aforementioned "determining the difference evaluation value based on all difference types of the corresponding architecture knowledge graph" may further include the following steps: The key sub-data with the corresponding difference type is identified as the baseline sub-data, and the key sub-data with the corresponding difference type in the architecture content is identified as the mapping sub-data. When it is determined that the third verification set has a key association group corresponding to the mapping sub-data and the key association group has the difference type, the benchmark sub-data is determined to be misaligned sub-data; otherwise, it is determined to be compiled sub-data. Determine the number of errors and compilations of all misplaced sub-data and compiled sub-data in the corresponding architecture knowledge graph, and calculate the weighted sum of the error evaluation value and compilation evaluation value obtained based on the number of errors and compilations to obtain the difference evaluation value.

[0032] For example, in this embodiment, determining the difference assessment value based on the difference type can be specifically carried out based on the following implementation method: First, the server can identify key sub-data with the corresponding difference type as baseline sub-data and key sub-data with the corresponding difference type in the architecture content as mapping sub-data. For example, when the difference type is the matching deviation of the qualification information of the project's practitioners, and the corresponding key sub-data is the professional qualification information of the project's first-level registered construction engineer, the server can identify the key sub-data with the difference type as baseline sub-data and identify the same key sub-data with the same difference type in the tender document architecture content as mapping data. Here, by defining the one-to-one correspondence between baseline sub-data and mapping sub-data, the main body of the difference data to be verified can be locked, avoiding the problem of data comparison misalignment, making the subsequent difference type determination more efficient, and reducing unnecessary repeated verification work. Next, the server can check whether there is a key association group corresponding to the mapping sub-data in the third verification set, and whether the key association group has the difference type. Here, in the example of using the project first-level registered construction engineer qualification information mentioned above, the server will check whether there is a key association group corresponding to the mapping sub-data in the third verification set, and at the same time check whether there is a corresponding difference type in the key association group. Specifically, when it is determined that the third verification set has a key association group corresponding to the mapping sub-data, and the key association group has the aforementioned difference type, the server can determine the benchmark sub-data as misaligned sub-data. When it is determined that the aforementioned conditions are not met, the server can determine the benchmark sub-data as compiled sub-data. For example, if after verification it is found that the third verification set has a corresponding key association group, and the group contains the difference type of the qualification information of the corresponding practitioners, the server will determine the benchmark sub-data as misaligned sub-data. That is, this type of data belongs to the case where it is compliant but the type of the architecture is deviated. If after verification it is found that the third verification set does not have a key association group corresponding to the mapping sub-data, the server will determine the benchmark sub-data as compiled sub-data. That is, this type of data belongs to invalid data that was added by the user and was not in the verification benchmark that appeared in the tender document. Then, the server can determine the total number of errors and the total number of compilations for all misaligned sub-data and compiled sub-data of the corresponding architecture knowledge graph. Here, the number of errors is the total number of all misaligned sub-data and the total number of compilations are the total number of all compiled sub-data. For example, after the server determines that there are 2 misaligned sub-data items and 2 errors in the corresponding architecture knowledge graph, and 1 compiled sub-data item and 1 compilation. Finally, the server can perform a weighted summation of the error assessment value based on the number of errors and the compilation assessment value based on the number of compilations to obtain the difference assessment value. Here, the error assessment value is a quantitative value positively correlated with the number of errors, and the compilation assessment value is a quantitative value positively correlated with the number of compilations. The server will pre-set corresponding weight values ​​according to the degree of impact of the two types of differences on the compliance of the bid. For example, the weight set for the error assessment value can be 0.4, and the weight set for the compilation assessment value can be 0.6. The error assessment value obtained based on the number of errors 2 is 40, and the compilation assessment value obtained based on the number of compilations 1 is 60. By performing a weighted summation of the two, the server finally obtains a difference assessment value of 52. It can be seen that the weighted summation quantitative calculation method can combine the actual impact of different difference types to complete the difference assessment, ensuring the fairness and accuracy of the verification judgment.

[0033] Step S2 includes the following: Once the first result is confirmed as passed, the initial twin space generated based on the scheme content in the tender document is sent to the tendering entity. The tendering entity then obtains the various slave-level customized perspectives and master-level customized perspectives created based on the initial twin space to determine the perspective association surface corresponding to each customized perspective.

[0034] For example, in this embodiment, when the server determines that the first result of the first verification output is "verification passed," it means that the architectural content of the tender document meets the basic compliance requirements. The server can then continue to execute the corresponding processes for the visualization construction and perspective customization of the subsequent tender scheme. That is, the server can use the scheme content recorded in the tender document as data basis and generate an initial twin space based on the scheme content. This initial twin space is a virtual three-dimensional space model that can intuitively and visually present the overall form of the tender scheme. It can be explained that the scheme content can be understood as the technical solutions, design solutions, and other display information submitted by the tendering entity for the bidding project. Furthermore, after completing the creation of the corresponding initial twin space, the server can send it to the corresponding tendering entity, providing the tendering entity with an interactive platform. The system provides a customizable and adjustable visualization platform for the bidding scheme. After receiving the initial twin space, the bidding entity can create two types of customized perspectives within it, based on the display requirements of the bidding scheme: a primary customized perspective and various secondary customized perspectives. The primary customized perspective serves as the initial display perspective for the bidding scheme, while the various secondary customized perspectives can be used to view specific details or sections of the bidding scheme, providing supplementary detailed viewing perspectives. After acquiring the primary and secondary customized perspectives, the server can determine the corresponding perspective association surface for each customized perspective. This is used to subsequently deploy specific display surfaces with perspective identification codes, achieving a one-to-one binding between customized perspectives and identification codes. This provides support for the bidding entity to scan codes to switch perspectives and conduct scheme verification.

[0035] Furthermore, in this embodiment, the aforementioned "sending the initial twin space generated based on the scheme content in the tender document to the bidding entity, and obtaining the different slave-level customized perspectives and master-level customized perspectives created by the bidding entity based on the initial twin space, so as to determine the perspective association surface corresponding to each customized perspective" may also include the following steps: Extract the scheme content from the tender documents, break it down into sub-contents of each element corresponding to different building elements, and construct an initial twin space based on the spatial parameters of each element sub-content. Each contour display surface that makes up the spatial contour of the initial twin space is determined, and based on the display area and display regularity, the contour display surfaces that meet the display conditions are determined as the main-level preparation surfaces. The initial twin space is sent to the bidding entity, and the bidding entity selects any master-level preparation surface. The initial twin space is adjusted to the master-level preparation surface as the main view surface for display, with the center point of the corresponding initial twin space as the rotation point. The corresponding adjusted perspective is determined as the master-level customized perspective, and the master-level preparatory surface is determined as the perspective association surface of the corresponding master-level customized perspective. Obtain the different subordinate customized perspectives created by the bidding entity based on the initial twin space, and determine the perspective association surface corresponding to each subordinate customized perspective.

[0036] For example, in this embodiment, the acquisition of the slave-level customized perspective and the master-level customized perspective, as well as the determination of the perspective association surface, can be specifically implemented based on the following methods: First, the server can extract the scheme content from the tender documents, break down the extracted scheme content into sub-contents corresponding to different building elements, and then construct an initial twin space for the corresponding scheme content based on the spatial parameters of each sub-content. Specifically, in a building engineering scenario, building elements include the main structure of the project building, the foundation pit support system, on-site temporary facilities, municipal supporting pipelines, and landscape greening layout. The corresponding sub-contents obtained from the breakdown are the specific design content corresponding to each type of building element. Furthermore, the spatial parameters are the length, width, height, spatial coordinates, elevation data, and spacing information of the corresponding sub-contents. Through this breakdown and construction process, the originally scattered text and drawing schemes in the tender documents can be integrated into a complete three-dimensional visualization initial twin space. This allows the tendering entity to view the complete scheme directly in three-dimensional space without having to consult numerous drawings and textual materials during subsequent scheme verification, effectively reducing verification time costs and improving overall verification efficiency. Next, the server can determine the outline display surfaces that make up the spatial outline of the initial twin space. Based on the display area and display regularity of each outline display surface, the outline display surfaces that meet the display conditions are determined as the primary reserve surfaces. It can be explained that outline display surfaces are the various visible display surfaces on the spatial outline of the initial twin space that can completely present the corresponding scheme content. Specifically, these include the project's front elevation display surface, side elevation display surface, bird's-eye view display surface, and sectional display surface. The display area is the size of the visible range of the scheme content that each outline display surface can present. The display regularity is the completeness and clarity of the scheme content presented by each outline display surface. Meeting the display conditions means that the display area and display regularity are considered to be in accordance with the scheme content. If the regularity of the display meets the preset requirements, for example, if the bird's-eye view of the project can fully present the overall layout of the project and the positional relationship of various architectural elements, with sufficient display area and regularity meeting the preset requirements, the server can determine the bird's-eye view as the primary reserve view. Here, through such screening, the server can pre-select suitable alternative display views for the bidding entity as the core display perspective, without the bidding entity having to adjust and find suitable display angles one by one, greatly shortening the customization time of the display perspective, while also ensuring that the final determined display view can fully present the core content of the scheme, laying the foundation for the bidding entity to quickly grasp the overall picture of the scheme and improve the verification efficiency. Then, the server can send the completed initial twin space to the bidding entity. The bidding entity can then select any primary preparation surface. Using the center point of the corresponding initial twin space as the rotation point, the server adjusts the initial twin space to the primary preparation surface as the main view for display. It should be noted that in this embodiment, the center point is the three-dimensional geometric center of the initial twin space, serving as a fixed rotation reference for the server to adjust the display perspective. This ensures stable presentation of the solution content during perspective adjustment, preventing image shifts or content loss. For example, if the bidding entity selects the primary preparation surface corresponding to the upright display surface, the server will automatically rotate and adjust the initial twin space using the center point as the rotation point, ensuring the selected upright display surface faces the viewing direction for complete display as the main view. Through this automated adjustment, the bidding entity does not need complex manual rotation and perspective adjustments; the main display surface adjustment can be completed with a single click, significantly improving the efficiency of solution display configuration. It also ensures a stable and consistent display effect of the main view, allowing the bidding entity to quickly obtain core solution information and accelerate the verification process. Subsequently, the server can determine the adjusted view as the primary customized view and the selected primary preparation surface as the view-related surface of the corresponding primary customized view. It can be explained that the primary customized view is the fixed display view after adjustment, which is the default core view when the bidding entity views the plan. The view-related surface is a specific display surface that is bound to the corresponding customized view, which can ensure the correspondence of the displayed content when the view is switched. Here, by binding the view and the display surface, the problem of content misalignment or display deviation when switching views can be avoided. This allows the bidding entity to quickly and stably switch to the corresponding view to view the content during verification without having to repeatedly adjust the view to find a suitable display angle, effectively improving the smoothness and efficiency of the verification process. Finally, the server can also obtain the various subordinate customized perspectives created by the bidding entity based on the initial twin space, and determine the view association surface corresponding to each subordinate customized perspective. It should be noted that, unlike the master-level customized perspective, the subordinate customized perspective is a specific display perspective created by the bidding entity for different local details of the scheme. Specifically, it can include different display perspectives for foundation pit construction details, main structure nodes, pipeline layout, and temporary facility layout. The server can determine the matching and bound view association surface for each created subordinate customized perspective. Here, by setting multiple subordinate customized perspectives, the various details of the scheme can be presented completely and clearly. When the bidding entity verifies the details of the scheme, it does not need to search for the corresponding content one by one in a large number of construction drawings and technical documents. It can directly switch to the corresponding subordinate customized perspective to view it intuitively. This can not only avoid omissions in detail verification, but also significantly shorten the time spent on detail verification, and effectively improve the overall verification efficiency of the bidding scheme.

[0037] Furthermore, in this embodiment, the aforementioned "determining the outline display surfaces that meet the display conditions as the primary preparation surfaces based on the display area and display regularity of each outline display surface" may further include the following steps: Using the display center point corresponding to each outline display surface as the center, generate the display inscribed circle located on the outline display surface, and determine the circular area of ​​the corresponding display inscribed circle as the display area. The outline of the corresponding display surface with a display area greater than the preset area threshold is divided into an array, and a connection line is generated to connect each array point with the display center point as the starting point. The regularity of the corresponding outline display surface is determined based on the variance value of the line segments obtained from the line segment lengths of the connecting lines corresponding to each point. When the regularity of the display is determined to be greater than the preset regularity threshold, the outline display surface is determined to meet the display conditions and is determined to be the main-level preparation surface.

[0038] For example, in this embodiment, the determination of the master-level preparation surface can be specifically implemented based on the following methods: First, the server generates an inscribed circle within each outline display surface, using the display center point as the center. The area of ​​this inscribed circle is then determined as the display area. It's important to understand that the display center point is the geometric center of each outline display surface and serves as the core reference point for determining the display area. For example, for any outline display surface, the server can first locate its geometric center as the display center point. Using this point as the center, it generates the largest possible inscribed circle within the outline display surface's area. Then, it calculates the area of ​​this inscribed circle and ultimately determines this area as the display area of ​​the outline display surface. This method of determining the display area through the inscribed circle quantifies the effective visible range of each outline display surface, avoiding calculation errors caused by irregular outlines. This ensures a consistent and accurate standard for determining the display area, eliminating the need for manual calculation of each display area and significantly improving the efficiency of the filtering process. Next, the server can divide the outline of the corresponding display surface with a display area greater than the preset area threshold into an array, and generate connection lines to each array point starting from the display center point. It can be noted that the preset area threshold is the minimum visible area standard set in advance according to the display requirements of the scheme. In this embodiment, only the outline display surface with the display area meets the standard will enter the subsequent regularity screening stage, which can screen out the display surface with too small a visible range and unable to fully present the scheme content in advance, reduce unnecessary calculation workload, and further improve the screening efficiency. For example, the preset area threshold is set as the minimum area standard that can fully present the scheme content. When the display area of ​​a certain outline display surface is greater than the preset area threshold, the server divides the outline of the outline display surface into an array with equal spacing to obtain multiple evenly distributed array points, and then generates corresponding connection lines to each array point starting from the display center point of the display surface. Then, the server can determine the regularity of the corresponding outline display surface based on the segment variance value obtained from the segment length of the connecting lines of each point. It can be explained that the segment variance value is the dispersion value of the segment length of all point connecting lines, which can intuitively reflect the regularity of the outline display surface. The smaller the segment variance value, the smaller the difference in length of each point connecting line, the more regular the shape of the display surface, and the higher the completeness and clarity of the presented content. For example, after an outline display surface is divided into 16 sets of point connecting lines, the server can first calculate the segment length of each point connecting line, and then calculate the segment variance value based on the value of all segment lengths. Finally, the regularity of the corresponding outline display surface is determined based on the segment variance value. Here, the display regularity is determined by quantifying the segment variance value, which can transform the abstract display effect into a standardized and comparable value, avoiding the subjective bias of manual judgment of the display effect. Finally, the server compares the calculated display regularity with a preset regularity threshold. When the display regularity is determined to be greater than the preset regularity threshold, the outline display surface is determined to meet the display conditions, and the outline display surface is designated as a primary-level reserve surface. It should be noted that the preset regularity threshold is a pre-set minimum acceptable standard for display surface regularity. Only outline display surfaces that simultaneously meet both display area and display regularity requirements will be designated as primary-level reserve surfaces. For example, the preset regularity threshold is set as the minimum numerical standard to ensure a clear display of the solution. If the calculated display regularity of a certain outline display surface is greater than this preset threshold... Once the threshold is set, the server determines that the outline of the display surface meets the display conditions and officially designates it as the primary reserve surface. Here, through a standardized screening process with two indicators, it is possible to lock in the display surface suitable as the core display perspective of the solution. This eliminates the need for relevant personnel to manually check and adjust the appropriate display angles one by one, significantly shortening the customization time for display perspectives. At the same time, the selected primary reserve surfaces can present the content of the bidding solution as completely and clearly as possible, allowing verification personnel to quickly grasp the overall picture of the solution when reviewing it later, without having to repeatedly adjust the perspective to find a suitable viewing angle, effectively improving the overall efficiency of solution verification.

[0039] Furthermore, in this embodiment, the aforementioned "obtaining the different subordinate customized perspectives created by the bidding entity based on the initial twin space, and determining the perspective association surface corresponding to each subordinate customized perspective" may also include the following steps: When the bidding entity is determined to take the center point of the corresponding initial twin space as the rotation point, the initial twin space is adjusted by any rotation angle, and an external interactive layer is generated based on the main view of the corresponding initial twin space to circumscribe the initial twin space. The real-time interaction trajectory obtained by the bidding entity based on the external interaction layer is obtained, and the initial twin space is processed according to the processing method determined by the real-time interaction trajectory, so as to determine the customized perspective based on the updated initial twin space. Obtain the two-dimensional mapping image of the main view surface corresponding to the initial twin space, and determine the contour display surface that is closest to the image center point of the two-dimensional mapping image as the view-related surface corresponding to the customized view.

[0040] For example, in this embodiment, the acquisition of the customized viewpoint and the determination of the viewpoint association surface can be specifically implemented based on the following methods: First, the server can monitor the actions of the bidding entity on the initial twin space. When it is determined that the bidding entity adjusts the initial twin space by any rotation angle using the spatial center point as the rotation point, an external interactive layer will be generated based on the main view of the initial twin space. It can be explained that the spatial center point is the three-dimensional geometric center of the initial twin space, serving as a fixed rotation reference when the bidding entity adjusts its viewpoint, ensuring the stable presentation of the solution content during viewpoint adjustments. The main view is the solution display surface facing the current viewing direction, representing the presentation... The main visible surface of the case content, the external interactive layer is the interactive carrier wrapped outside the initial twin space. It will not obscure the case content in the three-dimensional space. For example, when the bidding entity wants to create a customized view to view the construction details of the foundation pit of the project, it will use the center point of the initial twin space as the rotation point to rotate the initial twin space to the angle facing the foundation pit opening inside the corresponding foundation pit. When the server detects this rotation adjustment operation, it will generate an external interactive layer outside the initial twin space based on the main view of the initial twin space facing the foundation pit opening, providing a specific carrier for subsequent interactive operations. Next, the server can obtain the real-time interaction trajectory obtained by the bidding entity based on the external interaction layer, and process the initial twin space according to the processing method determined by the real-time interaction trajectory. Based on the updated initial twin space, a customized perspective is determined. It can be explained that the real-time interaction trajectory is the continuous action trajectory formed by the bidding entity's touch or mouse operations on the external interaction layer. Different trajectory forms correspond to different processing methods, which can specifically include screen zooming, local segmentation, viewpoint panning, and detail focusing. For example, when the bidding entity performs a selection operation on the external interaction layer, it can... A real-time interactive trajectory covering the inside of the foundation pit is formed. The server can determine the corresponding processing method as local focusing and magnification based on the trajectory. Then, the corresponding area of ​​the initial twin space is magnified to obtain an updated initial twin space that can clearly present the construction details inside the foundation pit. The server then determines the updated perspective as the corresponding sub-level customized perspective of the foundation pit construction details. Here, all operation actions are carried out through the external interactive layer, which allows the bidding entity to complete the customization of the scheme detail display perspective through simple trajectory interaction without performing complex 3D modeling operations, which greatly shortens the setting time of the sub-level customized perspective. Finally, the server can obtain a 2D mapping image of the main view plane corresponding to the initial twin space, and determine the outline display surface with the closest relative distance to the image center point of the 2D mapping image as the view-related surface corresponding to the corresponding subordinate customized view. It can be explained that the 2D mapping image is the orthographic projection image of the main view plane of the initial twin space onto a 2D plane, which can completely present the visual content of the scheme from the current viewpoint. The image center point is the geometric center of the 2D mapping image, corresponding to the line-of-sight center of the current viewing perspective. For example, for the subordinate customized view of the aforementioned foundation pit construction details, the server can obtain a 2D mapping image of the main view plane corresponding to the initial twin space, locate the geometric center of this image as the image center point, and then... The relative distance between each outline display surface and the center point of the image is calculated. Finally, the construction display surface of the foundation pit construction details is determined to be the outline display surface with the closest relative distance. This display surface is then identified as the view-related surface corresponding to the corresponding customized view. Here, the server can bind the corresponding view-related surface to each customized view, eliminating the need for the bidding entity to manually set the correspondence and avoiding the problem of misalignment between the view and the display surface. At the same time, the bound view-related surface ensures that the displayed content corresponds to the view when switching views in the future. When the bidding entity verifies the plan, there is no need to repeatedly adjust the view to find a suitable viewing angle. The view can be switched to the display view of the corresponding details with one click, further improving the smoothness and overall efficiency of the plan verification.

[0041] Furthermore, in this embodiment, the aforementioned "processing the initial twin space according to the processing method determined by the real-time interaction trajectory to determine the slave-level customized perspective based on the updated initial twin space" may further include the following steps: When it is determined that the real-time interactive trajectory corresponds to a straight line trajectory, and the trajectory endpoints on both sides of the real-time interactive trajectory are located at different contour positions of the spatial contour, the initial twin space is divided based on the real-time interactive trajectory to obtain each subspace; Using the center point of the corresponding real-time interactive trajectory as the center, generate spatial indicator lines that are perpendicular to the real-time interactive trajectory and located in different subspaces; When the responding entity interacts with any spatial indicator line, the subspace including that spatial indicator line is determined as the updated initial twin space, and the trajectory profile located in the initial twin space is obtained based on the real-time interactive trajectory. The initial twin space is adjusted to the trajectory profile as the main view for display, and the trajectory profile is determined as the outline display surface. or, If the overlap between the real-time interactive trajectory and the preset trajectory is greater than a preset overlap threshold, the adjustment of the corresponding rotation angle will be determined as the customized perspective.

[0042] For example, in this embodiment, determining the customized perspective based on the real-time interaction trajectory can be specifically implemented based on the following methods: First, the server can determine the shape and position of the acquired real-time interaction trajectory; In one scenario, when the real-time interactive trajectory is determined to be a straight line, and the trajectory endpoints on both sides of the real-time interactive trajectory are located at different contour positions of the spatial outline, the server can divide the initial twin space based on the real-time interactive trajectory to obtain different subspaces. For example, in a construction engineering scenario, when the bidding entity wants to display the internal floor structure of a project building, it can generate a straight-line real-time interactive trajectory. The two endpoints of this trajectory can fall on the front and back contours of the building's main body in the initial twin space, respectively. After the server completes the determination, it sections and divides the building's main body model along this real-time interactive trajectory, thus obtaining the first subspace near the trajectory's starting point and the second subspace near the trajectory's ending point. Here, through automated trajectory recognition and spatial division, the bidding entity does not need to perform complex 3D sectioning and modeling operations; it can complete the sectioning of the scheme structure simply by drawing a straight line trajectory, significantly shortening the customization time for the display perspective. Simultaneously, the sectioned subspaces can intuitively present the originally hidden internal structure. During subsequent verification by the bidding entity, there is no need to consult numerous sectional construction drawings; the complete content can be viewed through the corresponding perspective, effectively improving the verification efficiency of the scheme structure. Next, the server generates spatial indicator lines perpendicular to the real-time interactive trajectory, located in different subspaces, with the trajectory center point as the center. It can be explained that the trajectory center point is the midpoint of the real-time interactive trajectory and serves as the reference center for generating the spatial indicator lines. These spatial indicator lines are used to guide the bidding entity to select the target display subspace, and are distributed within the two segmented subspaces. The server locates the midpoint of the aforementioned straight trajectory as the trajectory center point and generates two spatial indicator lines perpendicular to the real-time interactive trajectory. These two spatial indicator lines extend along the direction of the real-time interactive trajectory and are distributed within the first and second subspaces, clearly identifying the two different subspaces. Here, the automatically generated spatial indicator lines allow the bidding entity to clearly distinguish the two segmented subspaces without manually marking the segmented area, avoiding selection errors and further improving the efficiency of view customization. Then, in response to the interactive operation performed by the bidding entity along any spatial indicator line, the server can determine the subspace including the spatial indicator line as the updated initial twin space, and obtain the trajectory profile located in the initial twin space based on the real-time interactive trajectory. It can be explained that when the bidding entity wants to display the cross-sectional structure of the internal floors of the building, it performs an interactive operation along the spatial indicator lines distributed in the second subspace. After receiving the interactive command, the server can determine the second subspace including the spatial indicator line as the updated initial twin space, and automatically extract the cross-section of the building's floors formed by cutting along the real-time interactive trajectory as the trajectory profile. Here, the target display subspace can be locked through simple interactive operation, and the corresponding cross-section can be automatically extracted. The bidding entity does not need to manually adjust the cutting range and extract the cross-section content, which greatly simplifies the process of setting the internal cross-section display perspective. At the same time, the extracted trajectory profile can fully present the structural details of the scheme content, providing an intuitive visual carrier for subsequent verification and reducing the time spent on data search during the verification process. Subsequently, the server can determine the initial twin space to be adjusted to a secondary customized viewpoint, with the trajectory profile as the main view, and the trajectory profile as the outline display surface. Specifically, the server uses the spatial center point of the initial twin space as the rotation point and automatically adjusts the display angle of the initial twin space, ensuring that the extracted building main floor trajectory profile faces the viewing direction and is fully displayed as the main viewpoint. Simultaneously, this adjusted viewpoint is determined as the secondary customized viewpoint of the corresponding building's internal floor structure, and the trajectory profile used for display is determined as the outline display surface corresponding to this viewpoint. Here, the server automatically completes the adjustment of the viewpoint and the binding of the corresponding relationship, eliminating the need for manual adjustment of the display angle by the bidding entity. It can quickly generate the secondary customized viewpoint corresponding to the internal profile. When the bidding entity verifies the building's internal structure, it can directly switch to this viewpoint to fully view the profile details without repeatedly adjusting the viewpoint and sectioning range, effectively improving the verification efficiency of the scheme content. In another scenario, for display perspectives that do not require segmentation, i.e., when the real-time interactive trajectory does not correspond to a straight line trajectory and the trajectory endpoints on both sides of the real-time interactive trajectory are located at different contour positions of the spatial contour, the server can compare and calculate the overlap between the obtained real-time interactive trajectory and the preset determined trajectory to obtain the corresponding trajectory overlap. It can be noted that the preset determined trajectory is a standard trajectory that is set in advance according to the commonly used perspective adjustment requirements, which can cover various routine operation requirements of the overall display of the bidding proposal. The preset overlap threshold is a pre-set minimum overlap standard for determining the trajectory matching to be valid. Next, when the server determines that the overlap between the real-time interactive trajectory and the preset trajectory is greater than a preset overlap threshold, the corresponding rotation angle adjustment is determined as a subordinate customized view. This means the preset trajectory is a rotation around the initial twin space, and the preset overlap threshold can be set to 85%. The bidding entity generates a real-time interactive trajectory around the project building. When the server compares and calculates and determines that the overlap between this real-time interactive trajectory and the preset trajectory is greater than the preset overlap threshold (e.g., 92%), the server can determine the display view corresponding to the rotation angle adjusted by the bidding entity as a subordinate customized view for the overall display of the building. Here, through the matching and recognition of the preset trajectory, the server can quickly respond to the bidding entity's common view adjustment needs without cumbersome parameter settings and view adjustments, rapidly creating common subordinate customized views. This significantly shortens the customization time for regular display views. Furthermore, the created subordinate customized views can cover various common needs for the overall display of the scheme. When the bidding entity verifies the overall layout of the scheme, it can quickly switch to the corresponding view to view the complete content, effectively improving the smoothness and overall efficiency of the overall scheme verification.

[0043] Step S3 includes the following: The initial twin space is switched to the master-level customized view for display, and the view identifier code generated based on each customized view is deployed on the corresponding view association surface, so as to send the obtained current twin space to the bidding entity.

[0044] For example, in this embodiment, after determining the view association surfaces corresponding to each customized viewpoint, the server can continue to adjust the display of the initial twin space and deploy view identification codes. First, the server can switch the initial twin space to the main customized viewpoint for display, making the initial twin space present the main customized viewpoint as the default viewpoint. Further, the server will generate a corresponding view identification code based on each customized viewpoint, and then deploy each view identification code on the view association surface corresponding to that view identification code, so that the view identification code, customized viewpoint, and view association surface maintain a one-to-one matching relationship. After all view identification codes are deployed, the initial twin space will be updated to the current twin space, and the server will send the final current twin space to the bidding entity, providing a complete visual carrier for the bidding entity to view the plan and perform verification operations.

[0045] Furthermore, in this embodiment, the aforementioned "deploying the view identifier code generated based on each customized viewpoint on the corresponding viewpoint association surface, so as to send the obtained current twin space to the bidding entity" may also include the following steps: Generate a view identification code corresponding to each customized view, and place the view identification code on the view association surface in such a way that its identification center point coincides with the association center point of the corresponding view association surface. Using the center point of the identifier as the rotation point, adjust the view identifier code corresponding to each slave-level customized view to be parallel to the view identifier code corresponding to the master-level customized view. The view identifier code generated based on each customized view is placed on the corresponding view association surface, and the visible projection range of the master-level customized view corresponding to the initial twin space is obtained. Generate an identification display layer that covers the visible projection range, and map each viewpoint identification code to the identification display layer; When it is determined that at least two viewpoint identifiers overlap based on the mapping position of the identifier display layer corresponding to each viewpoint identifier, the viewpoint identifiers are adjusted based on the identifier display layer, and the resulting current twin space is sent to the bidding entity.

[0046] For example, in this embodiment, the placement of the viewpoint identification code can be implemented based on the following specific implementation method: First, the server generates a view identifier code for each customized viewpoint. Then, it deploys these view identifier codes on the view association surface, aligning the center point of the identifier code with the center point of the association surface. Specifically, customized views include primary and secondary customized views. The view identifier code is a uniquely bound, scannable identifier for each customized viewpoint. The center point of the identifier code is the geometric center of each view identifier code, and the center point of the association surface is the geometric center of the corresponding view association surface. For example, for a primary customized viewpoint representing the overall project layout, the server generates a view identifier code uniquely bound to that viewpoint and first locates that view identifier code. The center point of the identification is located, and then the center point of the corresponding view-related surface is located. After the two center points are completely overlapped and aligned, the view identification code is stably placed on the corresponding view-related surface. The view identification code can be a QR code or a barcode. Its generation method can be based on existing technology. This embodiment does not make specific limitations on this. By aligning the center points, the view identification code can be fixed in the core position of the corresponding display surface. There will be no recognition difficulties caused by the offset of the view identification code. When the bidding entity scans and recognizes the code, the view switching can be quickly triggered without repeatedly adjusting the scanning position, which effectively improves the convenience and overall efficiency of the verification operation. Next, the server uses the center point of the identifier as the rotation point to adjust the view identifier code corresponding to each slave-level customized view to be parallel to the view identifier code of the corresponding master-level customized view. It should be noted that the reference for rotation adjustment is the center point of each view identifier code itself. It does not change the placement position of the view identifier code on the view association plane, but only adjusts the display angle of the view identifier code. For example, the view identifier code of the master-level customized view is horizontally and upright. The view identifier code of the slave-level customized view corresponding to the foundation pit construction details was originally at an inclined angle. At this time, the server uses the center point of the view identifier code of the slave-level customized view as the rotation point to rotate and adjust the display angle of the view identifier code until it is completely parallel to the view identifier code of the master-level customized view. It should be noted that by adjusting the angle uniformly, all view identifier codes can maintain a neat and uniform display effect, avoiding visual confusion caused by messy view identifier code angles. When the bidding entity views, it can quickly identify each target view identifier code without having to repeatedly search for the corresponding view in messy identifiers, which greatly shortens the operation time of view switching and further improves the efficiency of scheme verification. Then, after the server completes the deployment of all view identifiers on the corresponding view-related surfaces, it obtains the visible projection range of the primary customized view corresponding to the initial twin space. It can be explained that the visible projection range is the entire visible area that the initial twin space can fully present under the primary customized view, which is the entire screen range that the bidding entity can see under the default primary view. For example, when the primary customized view is the overall bird's-eye view of the project, the server will obtain the visible projection range corresponding to all the contents of the project's overall layout, main building, supporting facilities, etc. in the initial twin space under this view, so as to fully cover all visible screens under the default view. Here, by obtaining the visible projection range, the entire visible area under the default viewing view of the bidding entity can be completely locked, which defines a clear boundary for the subsequent mapping and verification of view identifiers, avoids the situation where view identifiers are out of the visible range and cannot be viewed, ensures that all view identifiers can be found quickly under the default view, and reduces the invalid time spent searching for view identifiers during the verification process. Subsequently, the server generates a signage display layer covering the entire visible projection area and maps each viewpoint identifier to the signage display layer. It should be noted that the signage display layer is a carrier layer superimposed on the initial twin-space visual image and does not obscure the content of the scheme within the 3D space. The mapping operation synchronously projects each viewpoint identifier placed in the 3D space onto the 2D signage display layer, forming a one-to-one corresponding fixed mapping position. For example, after generating a signage display layer that completely covers the visible projection area of ​​the overall bird's-eye view, the server then maps the primary customized viewpoint to the corresponding identifiers of each secondary customized viewpoint. Each viewpoint identifier is mapped one-to-one to a display layer, giving each viewpoint identifier a fixed mapping position on the layer. Here, the display layer carries the mapping content of all viewpoint identifiers, allowing the server to quickly identify the positional relationship between viewpoint identifiers without repeatedly adjusting and calculating the model in 3D space. This significantly improves the processing efficiency of viewpoint identifier position verification. At the same time, the display layer does not obscure the core content of the scheme. When the bidding entity views the scheme, it can see both the scheme content and the viewpoint identifiers clearly without repeatedly hiding or showing the identifiers, thus improving the smoothness of the verification operation. Finally, the server can perform a comprehensive check based on the mapping position of each view identifier code on the identifier display layer. When it is determined that at least two view identifier codes overlap based on the mapping position, the server can adjust the view identifier codes based on the identifier display layer. After completing all adjustment operations, the current twin space is sent to the bidding entity. It can be noted that an overlap relationship occurs when the mapping positions of two or more view identifier codes on the identifier display layer overlap with each other, which can cause the view identifier codes to be unable to be recognized normally or to cause accidental touches. For example, when the server checks and finds that the view identifier code of the slave-level customized view corresponding to the main structure node overlaps with the slave-level customized view corresponding to the pipeline layout, the server may find that the view identifier code of the slave-level customized view corresponding to the main structure node overlaps with the view identifier code of the slave-level customized view corresponding to the pipeline layout. When the viewpoint identifiers on the display layer partially overlap, the server adjusts their positions based on the display layer until they no longer overlap. This automated overlap checking and adjustment avoids recognition failures caused by occlusion of viewpoint identifiers. The bidding entity will not encounter recognition errors when scanning the viewpoint identifiers, eliminating the need for repeated adjustments to avoid overlapping areas. This effectively improves the success rate and operational efficiency of viewpoint switching. Furthermore, the automated adjustment eliminates the need for manual arrangement of viewpoint identifiers, significantly reducing the configuration time for the solution display content and allowing the overall verification process to proceed more quickly.

[0047] It can be explained that, in order to display each viewpoint identifier and the viewpoint associated surface corresponding to each viewpoint identifier from the perspective, the corresponding initial twin space can be set to the corresponding perspective form. This ensures that while clearly presenting the viewpoint identifier and the corresponding viewpoint associated surface, it does not affect the normal identification of the original structures included in the initial twin space, does not change the original form and spatial relationship of each structure, and does not cause occlusion, deformation or misjudgment of structural features. This allows the bidding entity to quickly locate and use the viewpoint identifier when verifying the scheme, and accurately identify all the original structural information in the initial twin space, ensuring the accuracy and efficiency of the verification process.

[0048] Furthermore, in this embodiment, the aforementioned "adjusting the view identification code based on the identification display layer" may also include the following steps: Based on the view association surface of each view identifier code corresponding to the same overlap relationship, the spatial depth value of the corresponding master-level customized view is determined, and the view identifier codes are sorted in ascending order of spatial depth value to obtain the identifier sequence. Based on the identifier sequence, the first viewpoint identifier code is determined as the fixed reference code, and the remaining viewpoint identifier codes are determined as adjustment identifier codes. A layer coordinate system is established with the center point of the corresponding fixed reference code as the origin, and each adjustment code is grouped based on the layer coordinate system to obtain the adjustment group corresponding to different coordinate quadrants. Based on the identifier sequence, the view-related surface corresponding to each adjustment identifier code in the same adjustment group is sequentially mapped to the identifier display layer, and the adjustment area of ​​the corresponding coordinate quadrant of the adjustment group is determined based on the obtained mapping related surface. The adjustment identifier code is adjusted based on the adjustment area so that the adjusted adjustment identifier code does not overlap with the fixed reference code.

[0049] For example, in this embodiment, adjusting the viewpoint identifier code can be implemented based on the following specific implementation method: First, for each viewpoint identifier with the same overlapping relationship, the server can determine the spatial depth value of the primary customized viewpoint corresponding to each viewpoint identifier based on the viewpoint association surface of the corresponding viewpoint identifier. It can be explained that the spatial depth value is the vertical distance between the viewpoint association surface and the observation point of the primary customized viewpoint. The closer the distance, the smaller the spatial depth value. The viewpoint identifier appears more prominently in the displayed image. For example, three viewpoint identifiers with the same overlapping relationship correspond to the primary customized viewpoint of the main facade of the project, the secondary customized viewpoint of the foundation pit construction details, and the secondary customized viewpoint of the building's internal structure, respectively. The server calculates the vertical distance between each viewpoint association surface and the observation point of the primary customized viewpoint based on the viewpoint association surface corresponding to the three identifiers, and finally obtains three corresponding spatial depth values. Here, through the quantitative calculation of spatial depth values, the hierarchical relationship of different viewpoint identifiers in three-dimensional space can be distinguished, providing a unified judgment standard for subsequent sorting and adjustment, avoiding hierarchical confusion during manual adjustment, and greatly improving the processing efficiency of the adjustment process. Next, the server can sort all the view identifiers with the same overlapping relationship based on the spatial depth value from smallest to largest, to obtain an identifier sequence. It can be explained that, using the previous example, when the spatial depth values ​​corresponding to the three view identifiers are 5 meters, 12 meters, and 18 meters, respectively, after the server sorts them in order of spatial depth value from smallest to largest, the resulting identifier sequence is as follows: the view identifier of the main customized view of the main facade of the project, the view identifier of the secondary customized view of the foundation pit construction details, and the view identifier of the secondary customized view of the building's internal structure. Here, sorting by spatial depth value allows the most prominent and core identifier in the image to be prioritized for location determination, ensuring that the core view identifier is not obscured. The bidding entity can find the core view identifier immediately without repeatedly searching among overlapping identifiers, effectively improving the convenience of the verification operation. Then, based on the sorted identifier sequence, the server can determine the view identifier code at the beginning of the sequence as the fixed reference code, and the remaining view identifier codes as adjustment identifier codes. To illustrate, using the previous example, the identifier code of the main customized view of the main facade of the project at the beginning of the identifier sequence is determined as the fixed reference code, and its position remains fixed. The identifier codes of the other two, which correspond to the foundation pit construction details and the internal structure of the building, are determined as adjustment identifier codes whose positions need to be adjusted. Here, using the core identifier code at the beginning as the fixed reference can ensure that the position of the core view identifier code is stable and will not shift due to adjustment. At the same time, it also provides a fixed reference reference for subsequent adjustments, so that the adjustment process has a unified reference standard, eliminating the need to repeatedly adjust the reference position and greatly shortening the time of adjustment operation. Subsequently, the server establishes a layer coordinate system with the center point of the corresponding fixed reference code as the origin, and groups each adjustment code based on the layer coordinate system to obtain adjustment groups corresponding to different coordinate quadrants. It can be explained that the layer coordinate system uses the center point of the fixed reference code as the origin, with the horizontal axis pointing to the right as the positive direction and the vertical axis pointing upward as the positive direction, dividing it into four standard coordinate quadrants. For example, when two adjustment codes are located in the first and third quadrants of the coordinate system respectively, the server assigns the two adjustment codes to the adjustment groups in the corresponding first and third quadrants respectively. Here, by establishing a unified layer coordinate system and grouping by quadrant, the originally concentrated adjustment tasks can be split into different quadrant areas for separate processing, avoiding new overlap problems during the adjustment process. At the same time, partitioned processing allows the system to complete the adjustment calculations of multiple areas simultaneously, greatly improving the processing efficiency of the adjustment process. Next, the server can map the view-related surfaces corresponding to each adjustment identifier code in the same adjustment group to the identifier display layer in sequence, based on the order of the identifier sequence. Based on the obtained mapped surfaces, the server determines the adjustment area in the corresponding coordinate quadrant of the adjustment group. For example, the adjustment group in the first quadrant may contain adjustment identifier codes corresponding to the details of foundation pit construction. Following the order of the identifier sequence, the server first maps the view-related surface corresponding to the adjustment identifier code to the identifier display layer to obtain the corresponding mapped surface. Then, using this mapped surface as a reference, the server delineates an area in the first quadrant that does not overlap with the fixed reference code, as the adjustment area for that adjustment group. Here, completing the mapping and area delineation sequentially according to the identifier sequence ensures that adjustment identifier codes at higher levels receive priority in the adjustment area, avoiding chaotic allocation of adjustment areas. Simultaneously, delineating the adjustment area based on the mapped surfaces ensures that the adjusted identifier code corresponds to the position of the corresponding view-related surface. Subsequently, the bidding entity can quickly associate the identifier code with the content of the corresponding display surface without repeated searches, effectively improving the efficiency of view switching during the verification process. Finally, the server can adjust the position of the adjustment identifiers based on the defined adjustment areas, ensuring that the adjusted identifiers do not overlap with the fixed reference codes. For example, the server moves the adjustment identifier corresponding to the foundation pit construction details to the defined adjustment area in the first quadrant. After the adjustment, there is no overlap between this identifier and the fixed reference code. Once the server has completed the position adjustment of all the adjustment identifiers, the entire optimization process is complete. Here, through standardized area adjustment, the problem of identifier overlap can be solved in one go, eliminating the need for manual dragging and adjusting of identifier positions one by one, significantly shortening the time for identifier layout optimization. At the same time, the adjusted identifiers are clear, orderly, and do not obstruct each other. The bidding entity can quickly scan and identify the identifiers from the corresponding viewpoint and switch to the target display viewpoint to view the scheme content with one click, effectively improving the overall verification efficiency of the bidding scheme.

[0050] Furthermore, in this embodiment, the aforementioned "adjusting the adjustment identifier code based on the adjustment region" may further include the following steps: When it is determined that the adjustment area overlaps with any viewpoint identifier code other than the one in the group to be adjusted, the empty area corresponding to that viewpoint identifier code is determined as the updated adjustment area. When it is determined that there is an update position in the updated adjustment area where any adjustment identifier code does not overlap with the fixed reference code, the corresponding mapping position of the adjustment identifier code is adjusted. or, When it is determined that there are no update positions in the updated adjustment area, the adjustment identifier code is hidden based on the identifier display layer; The mapping contour of the mapping associated surface corresponding to the adjustment identifier code is pixel-marked, and the mapping contour is configured to respond to the interaction of the bidding entity with the mapping contour, display the adjustment identifier code, and hide all view identifier codes that have an overlapping relationship with the adjustment identifier code.

[0051] For example, in this embodiment, adjusting the adjustment identifier code based on the adjustment region can be implemented using the following specific methods: First, the server performs a full-range position overlap check on the designated adjustment area. When it is determined that the adjustment area overlaps with any viewpoint identifier code except those located in the group to be adjusted, the empty area of ​​the adjustment area corresponding to that viewpoint identifier code is determined as the updated adjustment area. For example, the group to be adjusted may be the adjustment identifier code corresponding to the foundation pit construction details in the first quadrant. If the server checks and finds that the designated adjustment area partially overlaps with the viewpoint identifier code corresponding to the pipeline layout in the second quadrant, the server will automatically extract the empty area in the adjustment area that is not covered by that viewpoint identifier code and determine the empty area as the updated adjustment area. Here, through automated cross-group overlap check and area update, new cross-group overlap problems can be avoided after the adjustment identifier code is updated. There is no need to manually check the position of the identifier codes in different groups one by one, which greatly shortens the time for identifier code layout optimization. At the same time, it can also ensure that the adjusted identifier code is always located in a reasonable display area, providing a basis for the subsequent bidding entity to quickly identify the identifier code. Next, the server can perform a comprehensive check of available locations within the updated adjustment area: In one scenario, when it is determined that there is an updated position in the updated adjustment area where any adjustment identifier code does not overlap with the fixed reference code, the corresponding mapping position of the adjustment identifier code is adjusted. For example, when there are two qualified update positions in the updated adjustment area, and neither position overlaps with the fixed reference code, the server moves the adjustment identifier code of the corresponding foundation pit construction details in the adjustment group to one of the qualified update positions, completing the mapping position adjustment of the identifier code. Preferably, the update position with the closer distance can be selected for adjustment to reduce the corresponding position offset. Here, through automated available position matching and position adjustment, the overlapping and occlusion problem of identifier codes can be solved in one go, without the need for manual dragging and adjustment of identifier code positions, greatly simplifying the operation process of identifier code layout optimization. At the same time, the adjusted identifier codes are clear, orderly and unobstructed, and the bidding entity can quickly scan and identify the identifier codes from the corresponding perspective without repeatedly searching for target content in messy overlapping identifiers, effectively improving the operation efficiency of perspective switching during the verification process. In another scenario, when it is determined that there is no update position in the updated adjustment area, the server will hide the adjustment identifier based on the identifier display layer. For example, if the updated adjustment area is completely covered by identifiers from other perspectives, and there is no update position where the adjustment identifier can be placed without overlapping with the fixed reference code, the server can hide the adjustment identifier of the corresponding building internal structure within the group to be adjusted based on the identifier display layer, so that it is not displayed in the default display screen. Here, by automatically hiding the identifiers that have no placement space, the problem of excessively dense identifiers and mutual obstruction in the default display screen can be avoided, making the display screen of the core content of the solution more concise and clear. When the bidding entity views the overall content of the solution, it will not be obscured by too many identifiers, effectively improving the smoothness of the solution viewing and speeding up the verification process of the core content of the solution. Subsequently, the server can synchronously pixel-mark the mapping outline of the corresponding adjustment identifier code's associated surface, and configure the mapping outline to respond to the bidding entity's interaction with the mapping outline, displaying the adjustment identifier code and hiding all view identifier codes that overlap with the adjustment identifier code. For example, for the hidden adjustment identifier code corresponding to the building's internal structure, the server first pixel-marks the mapping outline of the associated surface corresponding to the adjustment identifier code on the identifier display layer, and then configures the mapping outline as an interactive trigger area. When the bidding entity clicks on the corresponding position of the mapping outline, the server automatically displays the originally hidden adjustment identifier code corresponding to the building's internal structure, while hiding all view identifier codes that overlap with the adjustment identifier code. Here, through pixel marking and interactive configuration, the simplicity of the default display screen is ensured, and the bidding entity can quickly retrieve the required view identifier code without repeatedly zooming the screen or adjusting the view to find the target identifier. They only need to click on the corresponding scheme area to retrieve the view identifier code and switch to the target display view to view the scheme details with one click, greatly reducing the operation time when verifying the scheme details and effectively improving the overall verification efficiency of the bidding scheme.

[0052] It can be explained that pixel identification can be understood as using specific pixel values ​​to map contours for rendering, in order to distinguish different mapped contours. In addition, since each view identification code is displayed on the identification display layer, it is possible that when viewing based on the identification display layer, at least two view identification codes will appear on the same view-related surface, that is, the two view-related surfaces will have an overlapping relationship. In this case, in order to distinguish them, pixel identification can also be used, that is, the corresponding view-related surface and view identification code are identified with the same pixel value. When the bidding entity interacts, if it interacts with the mapped contour of any view-related surface that has an overlapping relationship, the server can hide the view identification codes other than the view-related surface based on the overlapping relationship.

[0053] Figure 2 This embodiment shows a structural diagram of the current twin space corresponding to the master-level customized perspective, as shown below. Figure 2 As shown, the current twin space includes a view identifier A corresponding to the master-level customized view, and view identifiers B1, B2, B3, and B4 corresponding to different slave-level customized views. It can be seen that the view-related surface of view identifier A and each view-related surface of view identifiers B1, B2, B3, and B4 respectively have an overlapping relationship. At this time, the corresponding pixel identification and interaction configuration can be performed based on the above implementation method. For example, when the bidding entity interacts with the mapping contour of the view-related surface of view identifier B1, view identifier A will be hidden to highlight view identifier B1, helping the bidding entity to determine the corresponding view identifier.

[0054] In addition, the bidding entity can interact with the mapped contour, for example, by interacting along the mapped contour to generate the corresponding interactive trajectory of the mapped contour.

[0055] Step S4 includes the following: When the bidding entity scans any viewpoint identifier, it controls the current twin space to switch to the customized viewpoint corresponding to that viewpoint identifier for display, so that the bidding entity can perform a second verification of the solution content based on the current twin space and obtain a second result.

[0056] For example, in this embodiment, after receiving the current twin space from the server, the bidding entity can view and operate on the various viewpoint identifiers deployed in the current twin space. When the bidding entity scans any viewpoint identifier in the current twin space, the server controls the current twin space to switch its display perspective to the customized perspective corresponding to that identifier. This allows the current twin space to fully present the corresponding scheme content in the tender document according to the customized perspective. In actual application scenarios of construction engineering bidding, after the bidding entity completes the perspective switch, it can intuitively view the scheme content corresponding to the customized perspective through the visual display of the current twin space, including the overall form, local details, design presentation, and all other relevant content. Based on the visual display of the current twin space, the bidding entity can then view, verify, and check the scheme content in the tender document, completing the second verification of the scheme content. After the second verification is completed, the bidding entity can obtain a second result representing the verification result.

[0057] It can be noted that when the bidding entity switches to any customized perspective, the perspective identifier code for other customized perspectives can also be adjusted based on the aforementioned adjustment methods to address the overlap.

[0058] In summary, this embodiment utilizes an architectural knowledge graph to perform the first verification of the tender document's architectural content. This standardized and structured approach enables compliance checks, replacing the traditional manual item-by-item verification method. It effectively reduces human error and judgment bias, significantly improving the accuracy and efficiency of architectural content verification. Documents failing the first verification can have their subsequent processes terminated, avoiding wasted resources and enabling rapid initial screening of tender documents, thus greatly shortening the overall review cycle. For tender documents that pass the first verification, this embodiment automatically constructs an initial twin space based on the scheme content, transforming traditional two-dimensional text and drawings into a three-dimensional visualization, making the scheme content more intuitive and three-dimensional, and facilitating the bidders and tendering parties to quickly understand the overall layout and key details of the scheme. By supporting bidders to independently create a master-level customized perspective and multiple slave-level customized perspectives, personalized configuration of the scheme display angle can be achieved, meeting the viewing needs of different dimensions and details, and improving the flexibility and relevance of the scheme display; Furthermore, this embodiment places viewpoint identification codes on the corresponding viewpoint-related surfaces, using the master-level customized viewpoint as the default display viewpoint. This ensures that the twin space display received by the bidding entity is clear, standardized, and has a unified viewpoint. The bidding entity can switch to the corresponding customized viewpoint with one click by scanning the viewpoint identification code, without having to manually adjust the viewpoint, flip through drawings, or search for paragraphs, greatly simplifying the operation steps and reducing the operational cost of scheme verification. Finally, this embodiment utilizes the current twin space to conduct a second verification, enabling a comprehensive check of the feasibility, rationality of details, and overall matching degree of the solution in an intuitive and visual environment, further improving the comprehensiveness and accuracy of the verification. This embodiment combines automatic verification of architectural compliance with 3D visualization solution verification to form a complete and coherent document verification and correction process. The entire process is highly automated and visualized, effectively solving problems such as low efficiency, error-proneness, inconsistent standards, and unintuitive presentation associated with traditional methods, thus comprehensively improving the efficiency, standardization, and reliability of construction project bidding document verification.

[0059] Another embodiment of the present invention provides a file verification and correction system. Figure 3 Its corresponding system block diagram includes: The first verification module is configured to perform the first verification on the architecture content in the bid document based on the architecture knowledge graph built by the pre-built architecture library of the corresponding bidding entity, and obtain the first result; The perspective determination module is configured to, when the first result is determined to be passed verification, send the initial twin space generated based on the scheme content in the tender document to the bidding entity, and obtain the different slave-level customized perspectives and master-level customized perspectives created by the bidding entity based on the initial twin space, so as to determine the perspective association surface corresponding to each customized perspective. The space update module is configured to switch the initial twin space to the master-level customized view for display, and deploy the view identifier code generated based on each customized view on the corresponding view association surface, so as to send the obtained current twin space to the bidding entity. The second verification module is configured to control the current twin space to switch to the customized view corresponding to the view identifier when the bidding entity scans any view identifier code, so that the bidding entity can perform a second verification on the content of the scheme based on the current twin space and obtain a second result.

[0060] In the specification provided herein, the algorithms and displays are not inherently related to any particular computer, virtual system, or other device. Various general-purpose systems can also be used with the examples of this invention. The required structure for constructing such systems is apparent from the above description. Furthermore, this invention is not directed to any particular programming language. It should be understood that the contents of the invention described herein can be implemented using various programming languages, and the above description of specific languages ​​is for the purpose of disclosing preferred embodiments of the invention.

[0061] Numerous specific details are set forth in the specification provided herein. However, it will be understood that embodiments of the invention may be practiced without these specific details. In some instances, well-known methods, structures, and techniques have not been shown in detail so as not to obscure the understanding of this specification.

[0062] Similarly, it should be understood that, in order to streamline this disclosure and aid in understanding one or more of the various aspects of the invention, in the above description of exemplary embodiments of the invention, various features of the invention are sometimes grouped together in a single embodiment, figure, or description thereof.

[0063] Those skilled in the art will understand that modules, units, or components of the devices disclosed in the examples herein can be arranged in the devices described in this embodiment, or alternatively, can be located in one or more devices different from the devices in this example. The modules in the foregoing examples can be combined into a single module or, in addition, can be divided into multiple sub-modules.

[0064] Those skilled in the art will understand that the modules in the device of the embodiment can be adaptively changed and placed in one or more devices different from that embodiment. Modules, units, or components in the embodiment can be combined into a single module, unit, or component, and further, they can be divided into multiple sub-modules, sub-units, or sub-components.

[0065] Furthermore, those skilled in the art will understand that although some embodiments described herein include certain features included in other embodiments but not others, combinations of features from different embodiments are meant to be within the scope of the invention and form different embodiments.

[0066] Furthermore, some of the embodiments described herein are methods or combinations of method elements that can be implemented by a processor of a computer system or by other means of performing the functions. Therefore, a processor having the necessary instructions for implementing the methods or method elements forms means for implementing the methods or method elements. Furthermore, the elements described herein in the apparatus embodiments are examples of means for implementing the functions performed by elements for the purposes of carrying out the invention.

[0067] As used herein, unless otherwise specified, the use of ordinal numbers such as “first,” “second,” “third,” etc., to describe ordinary objects merely indicates different instances of similar objects and is not intended to imply that the objects being described must have a given order in time, space, ordering, or any other manner.

[0068] Although the invention has been described with respect to a limited number of embodiments, those skilled in the art will understand from the foregoing description that other embodiments are conceivable within the scope of the invention described herein. Furthermore, it should be noted that the language used in this specification has been chosen primarily for readability and edibility purposes, and not for the purpose of explaining or limiting the subject matter of the invention.

Claims

1. A file verification and correction method, characterized in that, Includes the following steps: The architecture knowledge graph, built from the pre-built architecture library of the corresponding bidding entity, is used to perform the first verification of the architecture content in the bidding documents, and the first result is obtained. Once the first result is confirmed as passing the verification, the initial twin space generated based on the scheme content in the tender document is sent to the bidding entity. The bidding entity then obtains the various slave-level customized perspectives and master-level customized perspectives created based on the initial twin space to determine the perspective association surface corresponding to each customized perspective. The initial twin space is switched to the master-level customized view for display, and the view identifier code generated based on each customized view is deployed on the corresponding view association surface, so as to send the obtained current twin space to the bidding entity. When the bidding entity scans any viewpoint identifier, it controls the current twin space to switch to the customized viewpoint corresponding to that viewpoint identifier for display, so that the bidding entity can perform a second verification of the solution content based on the current twin space and obtain a second result.

2. The method according to claim 1, characterized in that, The architecture knowledge graph, built from a pre-built architecture library of the corresponding bidding entity, is used to perform the first verification of the architecture content in the bidding documents, yielding the first result, including: The pre-built architecture library of the corresponding bidding entity is filtered based on the architecture keywords of different architecture types, and all the key sub-data corresponding to the same architecture type are summarized into the architecture filtering group. A bidding node is established based on the bidding number of the corresponding bidding entity, and each architecture node corresponding to each architecture screening group is established downwards along the bidding node. By establishing data nodes corresponding to different key sub-data in the same architecture screening group along each architecture node, an architecture knowledge graph is obtained. The architecture content located in the tender documents is extracted, and the architecture content is first verified based on the architecture knowledge graph to obtain the first result.

3. The method according to claim 1, characterized in that, The initial twin space generated based on the scheme content in the tender document is sent to the bidding entity. The bidding entity then obtains the various slave-level and master-level customized perspectives created based on the initial twin space to determine the perspective association surfaces corresponding to each customized perspective, including: Extract the scheme content from the tender documents, break it down into sub-contents of each element corresponding to different building elements, and construct an initial twin space based on the spatial parameters of each element sub-content. Each contour display surface that makes up the spatial contour of the initial twin space is determined, and based on the display area and display regularity, the contour display surfaces that meet the display conditions are determined as the main-level preparation surfaces. The initial twin space is sent to the bidding entity, and the bidding entity selects any master-level preparation surface. The initial twin space is adjusted to the master-level preparation surface as the main view surface for display, with the center point of the corresponding initial twin space as the rotation point. The corresponding adjusted perspective is determined as the master-level customized perspective, and the master-level preparatory surface is determined as the perspective association surface of the corresponding master-level customized perspective. Obtain the different subordinate customized perspectives created by the bidding entity based on the initial twin space, and determine the perspective association surface corresponding to each subordinate customized perspective.

4. The method according to claim 3, characterized in that, Based on the display area and regularity of each outline display surface, the outline display surfaces that meet the display conditions are determined as primary preparation surfaces, including: Using the display center point corresponding to each outline display surface as the center, generate the display inscribed circle located on the outline display surface, and determine the circular area of ​​the corresponding display inscribed circle as the display area. The outline of the corresponding display surface with a display area greater than the preset area threshold is divided into an array, and a connection line is generated to connect each array point with the display center point as the starting point. The regularity of the corresponding outline display surface is determined based on the variance value of the line segments obtained from the line segment lengths of the connecting lines corresponding to each point. When the regularity of the display is determined to be greater than the preset regularity threshold, the outline display surface is determined to meet the display conditions and is determined to be the main-level preparation surface.

5. The method according to claim 3, characterized in that, Obtain the various subordinate customized perspectives created by the bidding entity based on the initial twin space, and determine the perspective association surface corresponding to each subordinate customized perspective, including: When the bidding entity is determined to take the center point of the corresponding initial twin space as the rotation point, the initial twin space is adjusted by any rotation angle, and an external interactive layer is generated based on the main view of the corresponding initial twin space to circumscribe the initial twin space. The real-time interaction trajectory obtained by the bidding entity based on the external interaction layer is obtained, and the initial twin space is processed according to the processing method determined by the real-time interaction trajectory, so as to determine the customized perspective based on the updated initial twin space. Obtain the two-dimensional mapping image of the main view surface corresponding to the initial twin space, and determine the contour display surface that is closest to the image center point of the two-dimensional mapping image as the view-related surface corresponding to the customized view.

6. The method according to claim 5, characterized in that, The initial twin space is processed according to the processing method determined by the real-time interaction trajectory to determine the hierarchical customization perspective based on the updated initial twin space, including: When it is determined that the real-time interactive trajectory corresponds to a straight line trajectory, and the trajectory endpoints on both sides of the real-time interactive trajectory are located at different contour positions of the spatial contour, the initial twin space is divided based on the real-time interactive trajectory to obtain each subspace; Using the center point of the corresponding real-time interactive trajectory as the center, generate spatial indicator lines that are perpendicular to the real-time interactive trajectory and located in different subspaces; When the responding entity interacts with any spatial indicator line, the subspace including that spatial indicator line is determined as the updated initial twin space, and the trajectory profile located in the initial twin space is obtained based on the real-time interactive trajectory. The initial twin space is adjusted to the trajectory profile as the main view for display, and the trajectory profile is determined as the outline display surface. or, If the overlap between the real-time interactive trajectory and the preset trajectory is greater than a preset overlap threshold, the adjustment of the corresponding rotation angle will be determined as the customized perspective.

7. The method according to claim 5, characterized in that, The view identifier code generated based on each customized viewpoint is deployed on the corresponding viewpoint association surface to send the obtained current twin space to the bidding entity, including: Generate a view identification code corresponding to each customized view, and place the view identification code on the view association surface in such a way that its identification center point coincides with the association center point of the corresponding view association surface. Using the center point of the identifier as the rotation point, adjust the view identifier code corresponding to each slave-level customized view to be parallel to the view identifier code corresponding to the master-level customized view. The view identifier code generated based on each customized view is placed on the corresponding view association surface, and the visible projection range of the master-level customized view corresponding to the initial twin space is obtained. Generate an identification display layer that covers the visible projection range, and map each viewpoint identification code to the identification display layer; When it is determined that at least two viewpoint identifiers overlap based on the mapping position of the identifier display layer corresponding to each viewpoint identifier, the viewpoint identifiers are adjusted, and the resulting twin space is sent to the bidding entity.

8. The method according to claim 7, characterized in that, Adjustments to the viewpoint identifier code based on the identifier display layer include: Based on the view association surface of each view identifier code corresponding to the same overlap relationship, the spatial depth value of the corresponding master-level customized view is determined, and the view identifier codes are sorted in ascending order of spatial depth value to obtain the identifier sequence. Based on the identifier sequence, the first viewpoint identifier code is determined as the fixed reference code, and the remaining viewpoint identifier codes are determined as adjustment identifier codes. A layer coordinate system is established with the center point of the corresponding fixed reference code as the origin, and each adjustment code is grouped based on the layer coordinate system to obtain the adjustment group corresponding to different coordinate quadrants. Based on the identifier sequence, the view-related surface corresponding to each adjustment identifier code in the same adjustment group is sequentially mapped to the identifier display layer, and the adjustment area of ​​the corresponding coordinate quadrant of the adjustment group is determined based on the obtained mapping related surface. The adjustment identifier code is adjusted based on the adjustment area so that the adjusted adjustment identifier code does not overlap with the fixed reference code.

9. The method according to claim 8, characterized in that, Adjustments are made to the adjustment identifier code based on the adjustment region, including: When it is determined that the adjustment area overlaps with any viewpoint identifier code other than the one in the group to be adjusted, the empty area corresponding to that viewpoint identifier code is determined as the updated adjustment area. When it is determined that there is an update position in the updated adjustment area where any adjustment identifier code does not overlap with the fixed reference code, the corresponding mapping position of the adjustment identifier code is adjusted. or, When it is determined that there are no update positions in the updated adjustment area, the adjustment identifier code is hidden based on the identifier display layer; The mapping contour of the mapping associated surface corresponding to the adjustment identifier code is pixel-marked, and the mapping contour is configured to respond to the interaction of the bidding entity with the mapping contour, display the adjustment identifier code, and hide all view identifier codes that have an overlapping relationship with the adjustment identifier code.

10. A document verification and correction system, characterized in that, include: The first verification module is configured to perform the first verification on the architecture content in the bid document based on the architecture knowledge graph built by the pre-built architecture library of the corresponding bidding entity, and obtain the first result; The perspective determination module is configured to, when the first result is determined to be passed verification, send the initial twin space generated based on the scheme content in the tender document to the bidding entity, and obtain the different slave-level customized perspectives and master-level customized perspectives created by the bidding entity based on the initial twin space, so as to determine the perspective association surface corresponding to each customized perspective. The space update module is configured to switch the initial twin space to the master-level customized view for display, and deploy the view identifier code generated based on each customized view on the corresponding view association surface, so as to send the obtained current twin space to the bidding entity. The second verification module is configured to control the current twin space to switch to the customized view corresponding to the view identifier when the bidding entity scans any view identifier code, so that the bidding entity can perform a second verification on the content of the scheme based on the current twin space and obtain a second result.

Images