KR101443297B1 - Method on Version Management Based on IFC History Data - Google Patents

Abstract

The present invention relates to an IFC-based BIM model version management method capable of tracking and comparing change histories through comparison of two or more IFC files generated at different times.
The information processing method of the IFC version management system of the present invention is characterized in that the IFC version management system comprises: (A) a first IFC file attribute information related to a first IFC file and a second IFC file attribute information related to at least one second IFC file Obtaining; (B) checking the change of the GUID set including the GUID information included in the first IFC file and the second IFC file; And (C) checking a change of a spatial object information set including at least one spatial object information included in the first IFC file and the second IFC file.
By utilizing the present invention, it is possible to quickly and systematically check the changes in the IFC file to be compared, extract the attribute information from the IFC file to be compared, and quickly and systematically It is possible to innovatively improve the speed of comparison by comparing the changes to only the spatial objects in an IFC file which can be checked and which contains information on a large number of objects. In addition, version control through conventional file names, It is possible to systematically prevent the inadequacy of change information management which is likely to occur in IFC version management such as tool memo and the like, and fifth, it is possible to provide IFC version management service to users.

Description

[0001] The present invention relates to a method of managing an IFC-based BIM model,

The present invention relates to an IFC-based BIM model version management method, and more particularly, to an IFC-based BIM model version management method capable of tracking and comparing change histories through comparison of two or more IFC files generated by time- .

The sharing and exchange of information among the application tools used in the construction industry has long been a goal of related researchers. For this purpose, IFC (Industry Foundation Classes), a standard information model of Building Smart International, . Building objects are defined by BIM to represent real world in virtual CAD environment, and BIM objects are converted into IFC object model instances. As a result, IFC-based BIM is defined as a new concept for exchanging BIM data between BIM platforms .

Construction design, etc., various changes may occur in the first drawings as time passes. The IFC can be stored separately at least in the case of this change, and each stored IFC file is a different version. Each IFC file is visualized through software such as Autodesk Revit, ArchiCAD, and Digital Project.

If you have an IFC file of each version, you will need to know how to change or manage what has changed in each version of the IFC file. Conventionally, changes were managed in a manner such that versions of IFC files are displayed in a file name or the like, or files are recorded in files such as Autodesk Revit, ArchiCAD, and Digital Project. Displaying a version in a filename is not possible to find, compare, or extract changes beyond the level of the text information added to the filename or the fact that a version change occurred. In addition, authoring tools such as Autodesk Revit, ArchiCAD, Digital Project, etc., accumulate changes when tool users make a note of changes, and when multiple tool users collaborate, ) Is likely to occur. And, when a change occurs across multiple objects, it is not easy to directly extract, compare, and manage changes for each IFC version. And, since the file size of an IFC file is enormous (very large, from a few tens of megabytes to a few gigabytes) and the structure is very complex, it is almost impossible to visually track changes in an IFC file.

On the other hand, because of the huge number of objects in the IFC, if you track changes based on each object, you can extract and compare changes for each IFC version because of the file size of IFC and the number of huge objects present in the IFC It was very difficult and inefficient to do. Even when the object information (including the attribute information of the object) included in the IFC file is stored in the DB, even when the version comparison is performed on all the objects, the efficiency of the version comparison and the comparison speed .

A problem to be solved by the present invention is to provide an information processing method of an IFC version management system.

According to an aspect of the present invention, there is provided an information processing method of an IFC version management system, the IFC version management system comprising: (A) a first IFC file attribute information related to a first IFC file; Obtaining second IFC file attribute information related to the IFC file; (B) checking the change of the GUID set including the GUID information included in the first IFC file and the second IFC file; And (C) checking a change of a spatial object information set including at least one or more spatial object information included in the first IFC file and the second IFC file. We propose the information processing method of management system.

In the step (B), a first IFC file GUID set based on a first IFC file GUID set composed of a GUID included in the first IFC file and a second IFC file GUID set composed of a GUID included in the second IFC file But does not have a GUID in the second IFC file GUID set or a GUID that does not exist in the first IFC file GUID set but exists in the second IFC file GUID set.

Wherein the step (C) includes: determining at least one first IFC file space object included in the first IFC file and at least one second IFC file space object included in the second IFC file, The change is checked between the GUID of the first IFC file space object and the GUID of the second IFC file space object, Do.

Wherein the step (C) comprises: comparing at least one first IFC file space object included in the first IFC file with at least one second IFC file space object included in the second IFC file, And the checking of the change is made between spatial objects having the same GUID of the first IFC file space object and the same GUID of the second IFC file space object.

Wherein the step (C) further comprises: determining at least one first IFC file space object included in the first IFC file and at least one second IFC file space object included in the second IFC file, And the checking of the change is made between spatial objects having the same GUID of the first IFC file space object and the same GUID of the second IFC file space object.

The first IFC file attribute information is generated by extracting only attribute data distinguished from the graphic data in the first IFC file, and the second IFC file attribute information is generated by extracting attribute data distinguished from graphic data in the first IFC file, It is preferable that the data is generated by extracting only data.

The method of claim 1, further comprising: (D) assigning, from the user of the IFC version management system, designation information for a first IFC file or a correspondent to the first IFC file, And receiving designation information on a correspondent to the file.

(E) providing information on at least two IFC files or a correspondence of at least two IFC files to a terminal of a user of the IFC version management system before performing the step (D); And the information on the correspondence of the two or more IFC files or the two or more IFC files is preferably presented in a time-series manner.

Generating (F) comparison information before and after change of any one of an area, a volume, a relation and a position before and after the modification for each spatial object with respect to the spatial object in which the modification information has been generated after the step (C) It is preferable to further carry out the process.

The presence or absence of IfcSpace in the IfcSpatialStructureElement corresponding to the first IFC file space object and the second IFC file space object is checked and an area or volume is calculated for the space object only if IfcSpace exists in the IfcSpatialStructureElement .

For each of the first IFC file space object and the second IFC file space object, if the area and volume of the spatial object are defined in IfcElementQuantity, the area is taken from IfcQuantityArea and the volume is taken from IfcQuantityVolume, And calculate an area and a volume according to whether the spatial object is a 2D shape or a 3D shape.

If the space object is a 2D shape, the area and the volume are calculated with the information of the IfcPolyLine defined in the IfcShapeRepresentation. If the space object is a 3D shape, the area and the volume are calculated using the information of IfcExtrudedAreaSolid defined in the IfcShapeRepresentation and information of the IfcPolyLine .

If the area and volume of the spatial object are not defined in the IfcElementQuantity and the spatial object is neither a 2D nor a 3D shape and the area and volume of the spatial object are defined as a B-REP shape, an IfcRelSpaceBoundary It is preferable to calculate the area and volume with the information of IfcSurfaceOfLinearExtrusion defined and the information of IfcPolyLine.

Checking for a change in the relationship of the spatial objects may include obtaining at least one first set of associated objects associated with the first IFC file space object and obtaining at least one second set of associated objects associated with the second IFC file space object And compare the identity of the first association object set with the second association object set.

Wherein the first associated object of the first associated object set is an object included in the relationship information of the first IFC file space object and the second associated object of the second associated object set is an object included in the second IFC file space And is an object included in the relationship information of the object.

It inquires the first IFC file space object and the IfcLocalPlacement and IfcAxis2Placement of the second IFC file space object to determine whether the X, Y and Z coordinates of the first IFC file space object and the second IFC file space object are identical .

In the step (C), at least one first IFC file space object included in the first IFC file and at least one second IFC file space object included in the second IFC file are subjected to the step (C) The change of one or more of the area and the volume of the spatial object is checked and then the change of the relation of the spatial object is checked and the change of the location of the spatial object is checked in the order of Preferably, the modification is made between spatial objects having the same GUID of the first IFC file space object and the same GUID of the second IFC file space object.

Wherein the step (A) includes: acquiring a first IFC file attribute information directly obtained from the first IFC file and the second IFC file; and extracting attribute information extracted from the first IFC file and the second IFC file And a second IFC file attribute information acquisition method for acquiring the stored attribute information DB as a target.

Checking for a change in the relationship of the spatial object obtains at least one or more first associative objects associated with the first IFC file space object and obtains at least one or more second associative objects associated with the second IFC file space object And compare the identities of the attributes of the first association object and the second association object.

If the number of IFC files processed by the IFC version management system is n (n is a natural number of 2 or more), the number of nC2 versions is relatively larger than the number of past IFC files (A), (B), and (C) for each combination of the two IFC files with the nC2 version by processing the remaining IFC file as the first IFC file and processing the remaining IFC file as the second IFC file It is preferable to carry out the above process.

Utilizing the present invention has the following effects.

First, we can systematically check changes in the IFC file to be compared.

Second, the attribute information is extracted from the IFC file to be compared and the change in the IFC file corresponding data stored therein can be quickly and systematically confirmed.

Third, the speed of comparison can be dramatically improved by comparing the changes to only the spatial objects in an IFC file containing information on a vast number of objects.

Fourthly, it is possible to systematically prevent the inadequacy of change information management, which is likely to occur in IFC version management such as version management through file names and memos of authoring tools.

Fifth, IFC version management service can be provided to users.

BRIEF DESCRIPTION OF THE DRAWINGS Fig. 1 is a block diagram of an embodiment of the IFC version management system of the present invention; Fig.
2 is a diagram of an embodiment information processing method of the IFC version management system of the present invention.
3 is a diagram of a method for processing information according to an embodiment of the GUID comparison engine of the present invention.
4 is a diagram illustrating another exemplary embodiment information processing method of the GUID comparison engine of the present invention.
5 is a diagram illustrating an exemplary information processing method of a spatial object comparison engine of the present invention.
FIG. 6 is a diagram of an exemplary embodiment of a method for processing information according to the present invention. FIG.
7 is a diagram of an exemplary information processing method of the area-volume comparison engine of the present invention.
8 is a diagram of an exemplary information processing method of the relationship comparison engine of the present invention.
9 is a diagram of an exemplary information processing method of the position comparison engine of the present invention.
10 is a diagram of another exemplary embodiment information processing method of the IFC version management system of the present invention.
11 is an exemplary diagram showing comparison information generated by the comparison information output unit of the present invention.
12 is a diagram of an exemplary configuration for showing how the revision information of an IFC file has a mapping relationship with an IFC file counterpart in the present invention.
13 is a diagram of an exemplary user interface (UI) in which an IFC file correspondence for selection of an IFC version to be compared that the IFC version management system of the present invention provides to the user system is shown.
FIG. 14 is a diagram showing another embodiment of the comparison information generated by the comparison information output unit of the IFC version management system of the present invention. FIG.

All objects (walls, doors, windows, slabs, etc.) are given a unique GUID when stored in the IFC file format using BIM software. GUID stands for Globally Unique Identifier and is a pseudo-random number used in application software. GUIDs are not always guaranteed to be unique when they are created, but the likelihood of creating the same number twice is less if there is an appropriate algorithm, because the number of all available values is very large, 2 ¹²⁸ = 3.4028 * 10 ³⁸ . These newly created objects are given unique GUID codes that do not overlap with other objects. The figure below shows the GUID assigned to the wall object, so the IFC file format can be verified by various BIM software as well as from Notepad to Text format.

The following is an example of the header structure of the IFC data file.

ISO-10303-21;

HEADER;

FILE_DESCRIPTION (('IFC 2x'), '2; 1');

FILE_NAME ('wall_layers_number_1', '2005-11-18T19: 49: 00', 'IFC Tester', 'IFC test', 'IFC test', '', '');

FILE_SCHEMA (('IFC2X3'));

ENDSEC;

As can be seen from the header part, the header part of the IFC data file includes information on a standard number, a description, a file name, and a schema.

The following is an example of an IFC object definition in the example IFC data file.

DATA;

# 1 = IFCSIUNIT (*,. TIMEUNIT., $, SECOND.);

# 2 = IFCSIUNIT (*,. MASSUNIT., $,. GRAM.);

# 3 = IFCSIUNIT (*, LENGTHUNIT., $ ,. METER.);

# 4 = IFCSIUNIT (*, AREAUNIT., $,. SQUARE_METRE.);

# 5 = IFCSIUNIT (* ,. VOLUMEUNIT., $ ,. CUBIC_METRE.);

# 6 = IFCUNITASSIGNMENT ((# 3, # 4, # 5, # 1, # 2));

# 7 = IFCCARTESIANPOINT ((0., 0., 0.));

# 8 = IFCDIRECTION ((0., 0., 1.));

# 9 = IFCDIRECTION ((1., 0., 0.));

# 10 = IFCAXIS2PLACEMENT3D (# 7, # 8, # 9);

# 11 = IFCGEOMETRICREPRESENTATIONCONTEXT ('TestGeometricContext', 'Model', 3,0., # 10, $);

# 12 = IFCPERSON ('', '', '', $, $, $, $, $);

# 13 = IFCORGANIZATION ('', '', '', $, $);

# 14 = IFCPERSONANDORGANIZATION (# 12, # 13, $);

# 15 = IFCAPPLICATION (# 13, 'IFC test', 'IFC test', '');

# 16 = IFCOWNERHISTORY (# 14, # 15, $,. ADDED., 0, $, $, 1137515750);

# 17 = IFCPROJECT ('0PT_Q094H9v8b_eikESoe8', # 16, 'DefaultProject', 'Automatically generated project', $, $, $, (# 11), # 6);

# 23 = IFCBUILDING ('3NCvGOKI1AzQy43aQeYrm2', # 16, 'DefaultBuilding', 'Automatically generated building', $, # 22, $, $, ELEMENT., $, $, $);

# 30 = IFCPROPERTYSINGLEVALUE ('Layername', $, IFCLABEL ('IfcBuildingStorey'), $);

# 31 = IFCPROPERTYSINGLEVALUE ('Red', $, IFCINTEGER (0), $);

# 32 = IFCPROPERTYSINGLEVALUE ('Green', $, IFCINTEGER (0), $);

 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~

# 713 = IFCRELAGGREGATES ('0V9Aykyu9DH8bcw $ mDyfoe', # 16, $, $, # 23, (# 29));

# 714 = IFCRELAGGREGATES ('0DXYoI0Vf2JuQfh2ain2ho', # 16, $, $, # 17, (# 23));

ENDSEC;

END-ISO-10303-21;

In building design such as buildings, the size of IFC files is very large, ranging from tens of megabytes to several gigabytes, and the number of lines in files is often in the hundreds of thousands to millions of lines.

There are a myriad of objects in the IFC file, and each object has a GUID. The 3NCvGOKI1AzQy43aQeYrm2 in # 23 in the example IFC data file is an example of a GUID.

The IFC file attribute extraction unit 1330 extracts various object and object attributes from the IFC file. Various objects in the IFC file are intertwined with many references, so systematic and omissionless parsing of IFC files requires a high level of skill. In particular, the extraction of objects associated with a specific spatial object requires a high-level information processing technique because the number of objects and spatial objects is enormously large in proportion to the size of the IFC file. The IFC extraction attribute storage unit 1340 of the present invention stores the attributes of the extracted objects and objects in the IFC extraction attribute DB unit 1520.

Hereinafter, the present invention will be described in more detail with reference to the drawings.

As illustrated in FIG. 1, the IFC version management system 1000 of the present invention may be connected to a user system via a wired / wireless network. The IFC version management system 1000 includes a GUID comparison engine 1100, a spatial object comparison engine 1200, a comparison object processing unit 1300 for processing an IFC version-specific file to be compared, a comparison information output unit And a data unit 1500 for storing various data.

For IFC version-specific comparisons, two or more versions are required to obtain other IFC files. The comparison object acquiring unit 1310 of the present invention acquires the IFC file to be compared. There are three methods for obtaining the IFC file to be compared by the comparison object acquiring unit 1310.

The first is a method of uploading at least two IFC files to be compared from the user system (the user terminal is an example thereof). The IFC file receiving unit 1313 of the present invention receives at least two IFC files to be compared from the user system. The uploaded IFC file is stored in the IFC data portion 1510.

Secondly, it transmits the information about the IFC file previously uploaded or stored by the IFC version management system 1000 to the user system, receives the selection information from the user system, and then receives the selection information from the received IFC file And performs a predetermined comparison information process. The IFC version management system 1000 accesses the user system through the UI as shown in FIG. 13, so that the IFC file correspondence (A, A1, A1-1 e, etc. corresponding to each IFC version) The IFC file correspondence information is transmitted to the IFC version management system 1000, and the IFC file correspondence information is transmitted to the IFC version management system 1000, Lt; / RTI > At this time, it is assumed that the IFC file corresponding to the IFC file correspondence exists in the user system, or information obtained by parsing the IFC file is stored in the IFC extraction attribute DB unit 1520. The comparison object sending unit 1311 of the comparison object receiving unit 1310 of the present invention has a function of transmitting the information about the IFC file previously uploaded or stored by the IFC version management system 1000 to the user system And the designation target receiving unit 1312 receives designation information on two or more IFC file correspondences to be compared from the user system.

Third, the IFC version management system 1000 is a method of collaborating with an authoring tool to recognize IFC files for each version to be compared. The IFC version management system 1000 may previously upload the version-specific IFC file corresponding to the IFC file correspondence from the user system, but may upload the IFC files in real time. For example, the IFC version management system 1000 of the present invention can operate in cooperation with an authoring tool. In the authoring tool, a version-specific IFC created and managed by the authoring tool as shown in FIG. 13 is presented. In order to generate star comparison information, the user may select two or more IFC file versions to be compared in the UI as shown in FIG. In this case, the authoring tool can transmit the IFC file corresponding to the received IFC file correspondence to the IFC version management system 1000. If the authoring tool and the IFC version management system 1000 are closely interlocked and the authoring tool has previously transferred the IFC file generated by the authoring tool to the IFC version management system 1000, The authoring tool provides the UI as shown in FIG. 13 to the user. If the user selects two or more IFC file correspondences to be compared, the authoring tool transmits the selected information to the IFC version management system 1000, The management system 1000 may be able to recognize the comparison target IFC files that the user wants to compare.

The user system can be largely classified into three types.

First, the IFC version management system 1000 is a user system when used alone or internally. In this case, the user system may upload an IFC file to the IFC version management system 1000 or may generate version-based comparison information for an IFC file already existing in the IFC version management system 1000, The information stored in the IFC extraction attribute DB unit 1520 may be used to generate comparison information for the version-specific IFC file.

The second is a user system in which the IFC version management system 1000 provides a comparison information generation service for version-specific IFC files in a wired / wireless network for a plurality of external users. Each user system at this time transfers the IFC file held by the user system to the IFC version management system 1000. The IFC version management system 1000 generates the comparison information by directly targeting the transmitted IFC file , Parses the transferred IFC file, extracts the attribute from the IFC file, stores it in the IFC extraction attribute DB unit 1520, and generates the comparison information about the stored IFC extraction attribute.

Third, an example of the user system may be a tool for generating or managing an IFC file such as an authoring tool.

 The comparison object processing unit 1300 of the present invention may include a comparison object obtaining unit 1310, a comparison object obtaining unit 1320, an IFC file attribute extracting unit 1330, and an IFC extraction attribute storing unit 1340. The IFC file attribute extraction unit 1330 extracts attributes by parsing the IFC file uploaded or transmitted to the IFC version management system 1000. The IFC file extraction attribute storage unit stores the extracted attributes in the IFC extraction attribute DB unit 1520). When there is information on the IFC file correspondence to be compared, the comparative attribute acquiring unit 1320 acquires the IFC extraction attribution DB 1320 in which the extracted attribute information is stored in the IFC file corresponding to the IFC file correspondence, And acquires the necessary information about the IFC file attribute to be compared from the I / F unit 1520.

If there are two comparisons, the old version of the IFC file that is temporally past, and the newer version of the IFC file that is newer in time. old version IFC file may be the first IFC file, and the new version IFC file may be the second IFC file. In the present invention, the case where three or more comparison objects are allowed is also allowed, and it will be obvious to those skilled in the art that the case where three comparison objects are processed through comparison of the two. If there is a need for comparison, or if the user of the IFC version management system 1000 wishes to compare, or if the object selected for comparison is n (n is a natural number of 2 or more), a total of two ways of performing the comparison The number of (in case) is nC2. Therefore, it will be apparent to those skilled in the art that the present invention may be applied to n comparison cases through the description of the present invention with respect to two comparisons.

Next, an information processing method of the IFC version management system 1000 of the present invention will be described in more detail with reference to the drawings.

There are many and many objects in the IFC file, and each property corresponds to a plurality of property information. In many cases, a specific object has at least one predetermined relationship with other objects. If any of these objects, the properties of the object, or the relationship between the object and another object are changed, the IFC file will be different from the previous IFC file. Therefore, tracking changes for all objects, such as the size of the IFC file and the size of the number of objects, causes significant inefficiency and waste of time / cost. Therefore, a smart access strategy / method is needed for version comparison of IFC files.

In the present invention, the version comparison of such IFC files is effectively achieved through the two-step approach. First, only the GUID is compared, and only the deletion and new creation of the object are compared, which is performed by the GUID comparison engine 1100 of the present invention. The second is to compare only the spatial objects, not the attributes and relationships of all objects, and this is performed by the spatial object comparison engine 1200 of the present invention. In particular, since the number of spatial objects is significantly smaller than the total number of objects, the second method of comparing the spatial object with the object connected to the spatial object centered on the spatial object is the number of objects to be compared And it is possible to achieve efficient version comparison on the structure / structure of the IFC file.

As illustrated in FIG. 3, the GUID comparison engine 1100 of the IFC version management system 1000 of the present invention performs a GUID comparison on an IFC file to be compared.

Table 1 below shows an example of information about an object extracted from an old version IFC file. Some objects may contain spatial objects. The information shown in Table 1 below may be the old version IFC file attribute information.

GUID Type AREA
(Area: ㎡) VOLUME
(Volume: ㎥) LOCATION
(location) RELATIONS
(relation) GUID-01 IfcWallStandardcase 25.00 67.50 X = 11315.7,
Y = 855.12,
Z = 457.2 GUID-03 IfcWallStandardcase 27.56 74.41 X = 2387.6,
Y = 5791.2,
Z = 2032.0 GUID-04 IfcWallStandardcase 58.29 157.38 X = 254.4,
Y = 4267.2,
Z = 1624.0 GUID-07 IfcSpace 76.30 206.01 X = 13716.0,
Y = 1218.94,
Z = -355.6 IfcDoor
IfcWindows
IfcWallStandardcase GUID-10 IfcWallStandardcase 17.64 47.63 X = 12801.6,
Y = 1219.27,
Z = -50.8

Table 2 below shows an example of information about objects extracted from the new version IFC file. Some objects may contain spatial objects. The GUID-07 is a spatial object, and the type, area, volume, position, relation and the like related to the spatial object GUID-07 in Table 2 are spatial object information, and the aggregate in which the at least one spatial object information is collected, Information set.

GUID Type AREA
(Area: ㎡) VOLUME
(Volume: ㎥) LOCATION
(location) RELATIONS
(relation) GUID-01 IfcWallStandardcase 25.00 67.50 X = 11315.7,
Y = 855.12,
Z = 457.2 GUID-04 IfcWallStandardcase 27.56 74.41 X = 2387.6,
Y = 5791.2,
Z = 2032.0 GUID-05 IfcWallStandardcase 58.29 157.38 X = 254.4,
Y = 4267.2,
Z = 1624.0 GUID-07 IfcSpace 76.30 206.01 X = 13716.0,
Y = 1218.94,
Z = -355.6 IfcDoor
IfcWallStandardcase GUID-10 IfcWallStandardcase 17.64 47.63 X = 12801.6,
Y = 1219.27,
Z = -50.8

An example of an information processing method for comparing the GUID extracted / extracted from the old version IFC file with the GUID extracted / extracted from the new version IFC file by the GUID comparison engine 1100 of the present invention is illustrated in FIG.

The GUID comparison engine 1100 obtains the GUID set information for each version of the IFC file to be compared (S21), checks the deleted GUID (S22) from the GUID set for each version, checks the GUID generated from the set of GUIDs for each version , Generates IFC version-specific comparison information for the deleted or generated GUID information (S24), and outputs the comparison information for each IFC version (S25).

Table 3 is the object information data of the old version IFC file, and Table 4 is an example of the object information data of the new version IFC file.

GUID value Object Type GUID-01 IfcWallStandardcase GUID-03 IfcWallStandardcase GUID-04 IfcWallStandardcase GUID-07 IfcSpace GUID-10 IfcWallStandardcase

GUID value Object Type GUID-01 IfcWallStandardcase GUID-04 IfcWallStandardcase GUID-05 IfcWallStandardcase GUID-07 IfcSpace GUID-10 IfcWallStandardcase

The GUID comparison engine 1100 compares the GUID values of the data of Tables 3 and 4 or the data of Tables 1 to 2 and Tables 3 to 4,

old version The GUID-03 object in the IFC file has been deleted,

GUID-05 Creates that an object has been added.

FIG. 4 is a flow chart illustrating a process of comparing a GUID extracted / extracted from an old version IFC file with a GUID extracted / extracted from a new version IFC file by the GUID comparison engine 1100 of the present invention, Here is an example of how to extract a GUID. The GUID comparison engine 1100 performs reference sorting on the GUID of the old version IFC file (S302) when the GUID comparison starts (S301), and performs reference sort on the GUID of the new version IFC file (S303) . In step S304, the GUID comparison engine 1100 obtains the object information of the old version IFC file and the object information of the new version IFC file (S304). If the GUID of the old version IFC file is equal to the GUID of the new version IFC file (S305). If the same data is stored (S307), the same data is stored (S307), and step S304 is performed on the Nth + 1 object of the old version IFC file and the Nth + 1 object of the new version IFC file do. If it is determined in step S305 that the GUID of the new version IFC file is larger than the GUID of the old version IFC file in step S310, the process proceeds to step S310. Otherwise, a new created object is added to the new version IFC, (step S322). If it is not the last version data of the new version IFC file (S322), the old version remaining delete object is processed (S324) Go ahead. If YES in step S310, the old version delete object is processed in step S312, and it is confirmed whether it is the last data of the old version IFC file in step S314. Otherwise, in step S317, (S315), the new version and the remaining add object are processed. When this process is performed for all GUIDs, the GUID comparison is terminated (S330).

Table 5 below shows an example of GUID comparison information processing corresponding to the information processing method of FIG.

Old - Index
Increment New - Index
Increment compare Comparison status result OLD GUID NEW GUID 0 0 GUID-01 GUID-01 GUID-01 = GUID-01 same One One GUID -03 GUID -04 GUID -03 < GUID -04 GUID -03 Delete 2 One GUID-04 GUID-04 GUID-04 = GUID-04 same 3 2 GUID -07 GUID -05 GUID -07> GUID -05 GUID Add -05 3 3 GUID-07 GUID-07 GUID-07 = GUID-07 same 4 4 GUID-10 GUID-10 GUID-10 = GUID-10 same

The GUID comparison engine 1100 compares the unique GUID assigned to each object as a first step. First, separate the two versions of the IFC file into OLD and New versions. It then sorts all GUIDs against each other and compares the GUIDs to each other. Even if the length and shape of the object change, the unique GUID remains unchanged. Since GUIDs are created or deleted only when an object is added or deleted, the first step is to find the existence of the GUID and find the corresponding object.

As described above, the GUID comparison engine 1100 of the present invention extracts the change information in the GUID set corresponding to the old version IFC file and the new version IFC file, respectively. The change information is the deletion of GUID-03 in the old version IFC file and the addition (new creation) of GUID-05 in the new version IFC file.

Next, an information processing method of the spatial object comparison engine 1200 of the present invention will be described in more detail with reference to FIG. 5 and the like.

FIG. 5 is an exemplary diagram of an information processing method of the space object comparison engine 1200. FIG.

The spatial object comparison engine 1200 checks the spatial object (S41), and then checks the area / volume change of the spatial object (S42), the object change check associated with the spatial object (S43) And checking (S44) sequentially or nonsequentially.

First, we explain the verification check of the spatial object. If there is no change in the GUID, the Space object is checked in the second step. Here, the space is checked not only by changing the position of the object but also by checking the area and volume. 6 is a preliminary step for checking a space object, and it is a step of confirming whether or not the IfcSpatialStructureElement and IfcSpace exist in the IFC file. 6, the spatial object checking engine 1210 of the present invention obtains the object information of the old version IFC file and the new version of the IFC file in the data store (S52), and confirms whether the IFC object type is IfcSpatialStructureElement If the IFC object type is IfcSpace (S55), then the area and volume of the space object are calculated (S57). If not in step S53 (S58), the process proceeds to step S52, and if not in step S55, the process proceeds to step S52. The spatial object checking engine 1210 calculates the area and the volume of the spatial object among the objects.

Next, the function of the area-volume comparison engine 1220 of the present invention will be described with reference to FIG.

6, the area-volume comparison engine 1220 obtains information about the extracted spatial object in step S611, checks whether the area and volume of the spatial object are defined in the IfcElementQuantity in step S612, and if so in step S624, Area and

If not, the volume is acquired in step S625. Otherwise, it is confirmed in step S613 whether the area and volume of the spatial object are defined in 2D. If so (S626), the area and volume are calculated (S627) with the information of IfcPolyLine defined in the IfcShapeRepresentation (S615). If not (S615), it is confirmed whether the area and volume of the space object are defined in 3D shape (S616). If it is determined in step S616 (S628), the area and the volume are calculated from the information of IfcExtrudedAreaSolid defined in IfcShapeRepresentation and the information of IfcPolyLine (S629). If it is determined in step S616 that the area and the volume of the spatial object are defined as the B-REP shape (S618), then in step S630, the information of IfcSurfaceOfLinearExtrusion defined in the IfcRelSpaceBoundary and the information of IfcPolyLine, (S631). If it is determined in step S618 that the area or volume of the spatial object in the OLD version IFC file is the same as the area or volume of the spatial object in the new version IFC file in step S620, The spatial object information is obtained and the information processing is performed, and if not (S621), the modified spatial object is extracted (S622).

The area-volume comparison engine 1220 checks whether the spatial object of the old version IFC file having the same GUID and the spatial object of the new version of the IFC file have changed in area or volume, (GUID number, space object name, area or volume in old version, area or volume in new version, etc.).

Next, an information processing method of the relationship comparison engine 1230 of the present invention will be described with reference to FIG. If there is no problem with the area and volume between the two IFC files with different versions, the next step is to examine the relationship between the spatial objects. In other words, objects such as walls, doors, and windows are related to the space.

The relation comparison engine 1230 of the present invention obtains the same spatial object as the GUID S71 and fetches a GUID set (or a set of object names) of each object connected to the spatial object of the old version IFC file (S72) (or an object name set) of each object connected to the space object of the new version IFC file in step S73. If the identity of the pair of GUIDs (or object name sets) is compared (S74) (S75) (Or an object name set) (step S77). If the GUID set (or the object name set) is not the same as the GUID set (or the object name set) A GUID set and / or an object name associated with a spatial object of an old version IFC file, a GUID set and / or an object name connected to a spatial object of a new version IFC file, ).

In Table 1 and Table 2, objects related to GUID-07 are IfcDoor, IfcWindows, and IfcWallStandardcase in the old version IFC file. IfcDoor and IfcWallStandardcase are in the new version IFC file, it is found that the relationship of the IfcWindows object is lost.

Next, an information processing method of the position comparison engine 1240 of the present invention will be described with reference to FIG. As a final step, if there is no part found in the above process, the location information of the spatial object of the different IFC file is compared and checked to see if it is changed.

The position comparison engine 1240 obtains the spatial object information S81 and inquires the IfcLocalPlacement information of the spatial object S82 and inquires the IfcAxis2Placement information of the spatial object to obtain the object X, Y, Z coordinates of the old version IFC file (Or a set of coordinates) &lt; new version &gt; IFC file is identical (S84), and if not (S86), the same object is extracted (S87) (X, Y, Z) coordinates (or set of coordinates) of the old version IFC file, (X, Y, Z) of the new version IFC file, Coordinates (or a set of coordinates), etc.). If so (S85), another spatial object is fetched (S81) and the subsequent information processing is performed.

Through the above-described information processing, the spatial object comparison engine 1200 can generate the comparison information as shown in Table 6 on the spatial object GUID-07.

space
Object Index Spatial object
GUID compare result area volume location relation 4 GUID-07 same same same error Change object

Next, the information processing method of the comparison information output unit 1400 of the IFC version management system 1000 of the present invention will be described with reference to the drawings. 11 illustrates an exemplary method for representing comparison information generated by the comparison information output unit 1400 of the present invention. As can be seen from FIG. 11, the output of the comparison information largely includes five boxes. Each is as follows.

(1) Project box (b1) - This is a box showing project information such as modified date and creator of version when selecting one version in the version control window. (2) Description Box (b2) - Version When selecting one version in Control window,

It is a box that can be created. It is a box in which the user manually inputs which part is compared with the previous version. (3) 3D Box (b3) - This is a box showing the full 3D view of the version when selecting one version in the version control window. (4) Version control box (b4) - This is a box showing the flowchart and relationship diagram of the version of project version management by date. (5) Variation box (b5) - This is a box showing the changes of the selected version and the previous version when selecting one version in the version control window. The change box b5 contains information (classification, name, length, height, and the like) of the object added, deleted, and modified with respect to the IFC file version B1 and the IFC file version B1-2. Location, etc.) are presented.

Table 7 below illustrates the contents of the change box shown in FIG. B1 and B1-2 correspond to the old version IFC file and the new version IFC file to be compared, respectively.

Version B1 B1-2 Classification Product Name Length Height Location Classification Product Name Length Height Location Add Door 101A 1000 1900 1F Wall Interior - 138mm Partition 2300 3800 3F Delete Window 25D 1500 1000 2F Door 203C 1000 1900 2F Wall Curtain Wall 3500 3800 3F Modify Wall Interior - 138mm Partition 3200 3800 2F Wall Interior - 138mm Partition 2500 3800 2F Wall Generic-200mm 1500 3800 1F Wall Generic-200mm 1000 3800 1F

20 shows an example of comparison information generated by the comparison information output unit 1400 of the present invention. The output method of the comparative information illustrated in FIG. 20 is four boxes (C1 to C4), each of which is as follows. (1) Add (C1) - This is a box that shows the added items by searching the GUID of the elements. (2) Delete (c2) - This box displays the deleted items by searching the GUID of the elements. (3) Modify (c3) - This is a box that shows changed items such as length and height of elements.

(4) 3D (c4) -Add, Delete, Modify When you click an element in the box, it shows the corresponding part on the 3D screen for the element. (4) 3D displays contents of IFC file in 3D, and 3D visualization from IFC data is not described in detail in the description of the present invention. However, the 3D region of the present invention may be added, deleted, and / or modified so as to be visually distinguished from other objects with respect to the object to be added, deleted, and / (Or highlighting function) so as to intuitively grasp information about the object to be modified and / or modified. Since highlight processing for this specific object also belongs to the conventional technology area, the detailed processing method is omitted.

Next, an information processing method of the IFC version management system 1000 for the UI using the IFC version management system 1000 of the present invention and the relationship with the user will be described in more detail with reference to FIG. 10 and the like.

The comparator 1311 of the comparator receiving unit 1310 of the present invention provides the comparator IFC file counterpart information (S91) for designation of the comparative IFC file to the user system. An example of IFC file correspondence information to be compared transmitted to the user system may be as shown in FIG. A, A1, A1-1, B1, B1-2, etc. shown in FIG. 13 correspond to different versions of the IFC file. Those corresponding to these different versions are referred to as IFC file correspondence, and information on them is referred to as IFC file correspondence information. That is, A, A1, A1-1, B1, B1-2, and so on correspond one to one with IFC files of different versions. Figure 12 illustrates this correspondence visually. An example of the revision structure of the IFC file may be configured as Release-ID, Branch-no, Part-no, and Parent-no as shown in FIG. As can be seen from FIG. 13, IFC file correspondence information such as A, A1, A1-1, B1, B1-2, etc. preferably appears in a time series.

13, the designation information of the IFC file correspondence to be compared is obtained (S92) from the designation target receiving unit 1312 of the IFC version management system 1000, do. For example, the user of the user system may select B1 and B1-2. B1 and B1-2 are added to the comparison target IFC file correspondence information transmitted to the user system only when the IFC version management system 1000 has the IFC file or information extracted from the IFC file for the B1 and B1-2, Is displayed. That is, it is preferable that the comparison target IFC file correspondence information is displayed in the user system within the information limit of the user system.

The comparative attribute acquisition unit 1320 obtains the attribute information extracted from the comparison object IFC file corresponding to the comparison object IFC file corresponding to the designation information (S93). When the IFC extraction attribute DB unit 1520 has IFC extraction attribute information corresponding to the IFC file correspondence in which the designation information is obtained, the comparison subject processing unit 1300 extracts IFC extraction attribute information from the IFC extraction attribute DB unit 1520, The extraction attribute information may be obtained and the steps after S94 may be performed. Meanwhile, if the IFC extraction attribute DB unit 1520 does not have IFC extraction attribute information corresponding to the IFC file correspondence in which the designation information is obtained, the comparison subject processing unit 1300 extracts the IFC file attribute extraction unit (Using the stored IFC extraction attribute information after storing the extracted IFC attribute information in the IFC extraction attribute DB unit 1520), and performs the steps after S94 have.

Next, the GUID comparison engine 1100 checks the GUID set change (S94), and the spatial object comparison engine 1200 checks the spatial object information set (S95). Next, the comparison information output unit 1400 generates comparison information for each IFC version for the changed contents (S96), and outputs or transmits the generated comparison information for each IFC version (S97).

FIG. 14 shows an exemplary configuration of comparison information output by the comparison information output unit 1400. As shown in FIG. 14, for the IFC file version A2-12 and the IFC file version B1-2, the comparison information includes comparison information for each comparison target series such as Add, Delete, and / or Modify Respectively. On the other hand, in the 3D (C4), when the selected wall in which a change is generated is clicked, the selected wall is highlighted / highlighted (shaded) and displayed on the screen.

The IFC version management system 1000 may operate in a BIM server or a BIM system that processes BIM information, and may treat at least one BIM server or BIM system as a user system of the present invention, Information can be exchanged or exchanged in such a way that it can be exchanged or linked.

The present invention can be widely used in the construction industry.

1000: IFC version control system
1100: GUID comparison engine
1200: Spatial object comparison engine
1210: Spatial Object Identification Engine
1220: Area-to-volume comparison engine
1230: Relational Comparison Engine
1240: Position comparison engine
1300:
1310:
1311:
1312: Specified target receiving section
1313: IFC file obtaining section
1320: Attribute to be compared
1330: IFC file attribute extracting unit
1340: IFC extraction attribute storage unit
1400: comparison information output section
1410: Visualization engine
1420: Reporting engine
1500: Data part
1510: IFC data part
1520: IFC extraction attribute DB part
1700: Correspondence to IFC file
2000: User system
5000: wired and wireless network

Claims (20)

An IFC version management system information processing method,
(A) obtaining first IFC file attribute information related to a first IFC file and second IFC file attribute information related to at least one second IFC file;
(B) checking the change of the GUID set including the GUID information included in the first IFC file and the second IFC file; and
(C) checking a change of a spatial object information set including at least one or more spatial object information included in the first IFC file and the second IFC file,
In the step (B), the first IFC file GUID set consisting of the GUID included in the first IFC file and the second IFC file GUID set composed of the GUID included in the second IFC file
Extract a GUID that is present in the first IFC file GUID set but not in the second IFC file GUID set,
And extracting a GUID that does not exist in the first IFC file GUID set but exists in the second IFC file GUID set. delete The method according to claim 1,
Wherein the step (C) includes: determining at least one first IFC file space object included in the first IFC file and at least one second IFC file space object included in the second IFC file, , &Lt; / RTI &gt; and &lt; RTI ID = 0.0 &gt;
Wherein the checking of the change is made between spatial objects having the same GUID of the first IFC file space object and the same GUID of the second IFC file space object. The method according to claim 1,
Wherein the step (C) comprises: comparing at least one first IFC file space object included in the first IFC file with at least one second IFC file space object included in the second IFC file, , &Lt; / RTI &gt; and &lt; RTI ID = 0.0 &gt;
Wherein the checking of the change is made between spatial objects having the same GUID of the first IFC file space object and the same GUID of the second IFC file space object. The method according to claim 1,
Wherein the step (C) further comprises: determining at least one first IFC file space object included in the first IFC file and at least one second IFC file space object included in the second IFC file, , &Lt; / RTI &gt; and &lt; RTI ID = 0.0 &gt;
Wherein the checking of the change is made between spatial objects having the same GUID of the first IFC file space object and the same GUID of the second IFC file space object. The method according to claim 1,
The first IFC file attribute information is generated by extracting only attribute data distinguished from graphic data in the first IFC file,
Wherein the second IFC file attribute information is generated by extracting only attribute data distinguished from graphic data in the second IFC file. The method according to claim 1,
Before carrying out the step (A)
(D) designation information on a correspondence to the first IFC file or the first IFC file and a designation information on the correspondence to the second IFC file or the second IFC file from the user of the IFC version management system The method further comprising the step of: acquiring the IFC version management system information. 8. The method of claim 7,
Prior to performing step (D) above,
(E) providing information on at least two IFC files or correspondences of at least two IFC files to a user terminal of the IFC version management system,
Wherein information on the correspondence between the at least two IFC files or at least two IFC files is presented in a time series manner. 8. The method of claim 7,
After the execution of step (C)
(F) a step of generating comparison information before and after modification of any one of an area, a volume, a relation and a position before and after the modification for each spatial object with respect to the spatial object in which the modification information is generated The information processing method of the IFC version management system. The method of claim 3,
The presence or absence of IfcSpace in the IfcSpatialStructureElement corresponding to the first IFC file space object and the second IFC file space object is checked and an area or volume is calculated for the space object only if IfcSpace exists in the IfcSpatialStructureElement Wherein the IFC version management system comprises: 11. The method of claim 10,
For each of the first IFC file space object and the second IFC file space object,
If the area and volume of the spatial object are defined in IfcElementQuantity, take the area from IfcQuantityArea and import the volume from IfcQuantityVolume, otherwise calculate the area and volume according to whether the spatial object is 2D or 3D The version information of the IFC version management system. 12. The method of claim 11,
If the space object is a 2D shape, the area and the volume are calculated with the information of IfcPolyLine defined in IfcShapeRepresentation,
Wherein if the spatial object is a 3D shape, an area and a volume are calculated from information of IfcExtrudedAreaSolid defined in IfcShapeRepresentation and information of IfcPolyLine. 12. The method of claim 11,
If the area and volume of the spatial object are not defined in the IfcElementQuantity and the spatial object is neither a 2D nor a 3D shape and the area and volume of the spatial object are defined as a B-REP shape, an IfcRelSpaceBoundary Wherein the area and the volume are calculated from the information of the IfcSurfaceOfLinearExtrusion and the information of the IfcPolyLine which are defined in the IFC version management system. 5. The method of claim 4,
Checking for changes in the relationship of the spatial objects
Obtaining at least one first set of associated objects associated with the first IFC file space object, obtaining at least one second set of associated objects associated with the second IFC file space object,
And comparing the set of the first associated object with the set of the second associated object. 15. The method of claim 14,
Wherein the first associated object of the first associated object set is an object included in the relationship information of the first IFC file space object,
And the second associated object of the second associated object set is an object included in the relationship information of the second IFC file space object. 6. The method of claim 5,
It inquires the first IFC file space object and the IfcLocalPlacement and IfcAxis2Placement of the second IFC file space object to determine whether the X, Y and Z coordinates of the first IFC file space object and the second IFC file space object are identical And the IFC version management system information processing method of the IFC version management system. The method according to claim 1,
Wherein the step (C) includes: determining at least one first IFC file space object included in the first IFC file and at least one second IFC file space object included in the second IFC file, , The change is checked
Check for changes in the relation of spatial objects,
Is processed in the order of checking the change of the location of the spatial object,
Wherein the checking of the change is made between spatial objects having the same GUID of the first IFC file space object and the same GUID of the second IFC file space object. The method according to claim 1,
The step (A)
A first IFC file attribute information acquisition method directly acquiring the first IFC file and the second IFC file;
And a second IFC file attribute information acquisition method for acquiring an attribute information DB storing attribute information extracted from the first IFC file and the second IFC file. A method for processing information in a version management system. 5. The method of claim 4,
Checking for changes in the relationship of the spatial objects
Obtaining at least one first association object associated with the first IFC file space object, obtaining at least one second association object associated with the second IFC file space object,
And comparing the identities of the attributes of the first association object and the second association object with each other. The method according to claim 1,
If the number of IFC files to be processed by the IFC version management system is n (n is a natural number of 2 or more)
the past IFC file becomes the first IFC file and the remaining IFC file is processed as the second IFC file based on the generation date of the IFC file among the two combinations of the two nC versions,
And the steps (A), (B) and (C) are performed for the combination of the two nC2 versions and the other two IFC files.

Images