Building Data Structures for Purpose-Based Multi-Service Processing
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Existing systems for building data processing are dedicated to specific purposes and cannot generate information useful for multiple uses, making it difficult to utilize static data created for one service in another service, especially in the context of building surveys and assessments.
Innovation Solution
A building data processing device and method that utilizes a building data structure to identify parts, their relationships, and states, allowing for the generation of information tailored to various purposes of use through a general-purpose approach, including identifiers, part information, and part relationship information.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Adaptability or versatility
If building data is created for a specific service purpose, then the data can meet the specific requirements of that service, but the data cannot be utilized for other different services
Solution Approach 1:
The building data is segmented into distinct components: building information (identifiers, part information, relationship information) and service information (service type, required information items). This segmentation allows the building data to remain consistent while different service requirements are met through selective combination with appropriate service information, enabling multi-service reusability without duplicating building data for each service.
Solution Approach 2:
The patent creates a universal building data structure that can serve multiple purposes. By defining standardized building information elements (parts, relationships, attributes) that are independent of any specific service, the same building data can be reused across different services (damage assessment, tax survey, planning) by combining with service-specific information requirements, thus achieving multi-functionality.
2Ease of operation
If different services require different building information formats, then each service can process data according to its needs, but creating and maintaining separate data sets for each service becomes complex and time-consuming
Solution Approach 1:
The patent performs preliminary action by pre-defining standardized building information structures and service information requirements. Building data is created once in a standardized format with clear identifiers, part information, and relationships. Service information specifies what data is needed for each service type. This preliminary structuring eliminates the need for time-consuming data conversion and re-creation when switching between services.
Solution Approach 2:
The patent introduces service information as an intermediary layer between building data and service processing. Instead of directly adapting building data to each service's specific format requirements, the service information acts as a mediator that maps standardized building information to service-specific needs, simplifying data processing and reducing time loss.
3Measurement precision
If detailed building information is collected for comprehensive analysis, then accurate service results can be achieved, but the complexity of data management and processing increases significantly
Solution Approach 1:
The patent applies local quality by providing different levels of information detail for different services. Building information is structured with hierarchical parts and attributes, allowing each service to access only the specific detailed information it needs (e.g., damage assessment needs structural part details, while tax survey needs area calculations). This reduces overall data management complexity while maintaining assessment accuracy for each specific service.
Solution Approach 2:
The patent introduces dynamics by making the data retrieval process adaptive to service requirements. Service information dynamically specifies which building information items are needed for each service type. The system flexibly combines building information and service information to provide the appropriate level of detail for each service, reducing data management complexity while maintaining necessary precision.
Data Source
AI summary
A building data processing device includes a memory that stores building data including identifiers, part information, and part relationship information; and a processor. The identifiers are to identify a plurality of parts constituting a building; the part information includes part types that indicate types of the plurality of parts associated with the identifiers, respectively, shape information that indicates three-dimensional shapes of the plurality of parts, and state information that indicates states of the plurality of parts; and the part relationship information indicates a relationship between the plurality of parts. The processor receives an input of a purpose of use of the building data, specifies a method of calculating information useful for the purpose of use based on the received purpose of use, and executes the specified method using the part information and the part relationship information stored in the memory to generate information useful for the purpose of use.