WO2001037149A1 - Systeme d'aide a la production de batiments - Google Patents

Systeme d'aide a la production de batiments Download PDF

Info

Publication number
WO2001037149A1
WO2001037149A1 PCT/JP2000/007977 JP0007977W WO0137149A1 WO 2001037149 A1 WO2001037149 A1 WO 2001037149A1 JP 0007977 W JP0007977 W JP 0007977W WO 0137149 A1 WO0137149 A1 WO 0137149A1
Authority
WO
WIPO (PCT)
Prior art keywords
design
design piece
piece
data
information
Prior art date
Application number
PCT/JP2000/007977
Other languages
English (en)
French (fr)
Inventor
Sumio Noguchi
Yosiyuki Abe
Original Assignee
Sumio Noguchi
Yosiyuki Abe
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sumio Noguchi, Yosiyuki Abe filed Critical Sumio Noguchi
Priority to AU13082/01A priority Critical patent/AU1308201A/en
Priority to EP00974946A priority patent/EP1229460A4/en
Publication of WO2001037149A1 publication Critical patent/WO2001037149A1/ja

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06T—IMAGE DATA PROCESSING OR GENERATION, IN GENERAL
    • G06T19/00—Manipulating 3D models or images for computer graphics
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F30/00—Computer-aided design [CAD]
    • G06F30/10—Geometric CAD
    • G06F30/13—Architectural design, e.g. computer-aided architectural design [CAAD] related to design of buildings, bridges, landscapes, production plants or roads

Definitions

  • the present invention relates to a building production support system.
  • a building production support system by managing information generated in a building production process such as design, construction, management, etc., information can be smoothly transmitted in each process, and based on the information, It relates to a building production support system that can be easily developed into drawing information, cost information, estimation information, etc. Background art
  • CAD systems for building production have been created with the aim of efficiently creating drawings as completed CAD drawings as CAD data.
  • a two-dimensional CAD system has a single drafting function from a blank slate to completion for the purpose of creating a final design document.
  • Commands include street alignment and commands to arrange columns, beams, walls, fittings, etc.Variables for commands are input from input devices such as keyboard and mouse.
  • input devices such as keyboard and mouse.
  • commands until completion are prepared, and various commands such as columns, walls, beams, etc. can be arranged from input devices such as keyboards and mice.
  • a variable for a command is input, a 3D shape image or the like is expanded and displayed on a computer.
  • CAD systems In building production, we consider various aspects such as plane, elevation, cross section, function, performance, price, and quality, but such CAD systems have to rely on human labor. Fortunately make partial corrections as well as overall corrections I can't do it.
  • the generated CAD data is merely coordinate data, and does not include building production information such as walls, columns, beams, etc., for the displayed line segments.
  • the conventional CAD system is not suitable for use as a building production system in which architects, etc. solidify the design plan while repeating design changes.
  • the created CAD data is poor in versatility, and it is difficult to develop and output the created CAD data in various forms.
  • a CAD system for architectural design there is a so-called object-oriented CAD system that can draw in a form in which building site information is added to a general CAD object. Proposed.
  • each part of the building that is, objects such as columns, walls, slabs, roofs, doors, etc., are prepared in advance, and each object regulates its own “behavior”.
  • I also have information.
  • an object called a window is placed on a wall, so it is restricted so that it cannot be placed at a position that moves off the wall and protrudes from the wall.
  • the conventional object-oriented CAD system has the following problems.
  • communication with drawings starts from the planning and design stage and shifts to basic design and practical design. It is only in the basic design stage that the drawings from the oriented CAD system can be used effectively. Is the main.
  • drawings are created to accurately inform the contractor of the information on the building to be designed and to examine the details. Therefore, drawings created by an object-oriented CAD system consisting of parts such as walls and columns have insufficient information and cannot be used as they are.
  • the information handled in the design process is logical information, that is, so-called “as is” information, and the design is performed.Therefore, even if an object at the building component level is prepared, it is not changed during the design stage. Not available.
  • the complexity, diversification, and sophistication of the design make it impossible for one person or experience and technology to cope with it. is there. The policy is decided by a meeting, etc.
  • the design is performed in parallel by each section and each person in charge.
  • the thickness and structure of RC are designed according to the structure, and the finish is designed by design.
  • information is centralized through meetings, etc., and each section and each person in charge design in parallel. This diversifies information.
  • the diversified information is unified by a certain timing, and is diversified again for design.
  • the redesign is performed by this repetition, and the information is finally unified as a design document.
  • Traditional object-oriented CAD systems cannot flexibly handle such complex design processes.
  • an object of the present invention is to use general-purpose drawing data of an existing two-dimensional or three-dimensional CAD system to easily output information required at each stage of design, construction, and management in a building production process. Highly efficient building production information additional data is created, and this data is developed into a desired output form. ⁇ To provide a building production support system that can be extended and output. Disclosure of the invention
  • Input planning data elements consisting of graphic elements, and define a building design object as an element set of multiple layers consisting of a combination of elements that are its constituent elements and this element or element set.
  • the desired element or element set is selected from the detail library thus formed.
  • An architectural production support system comprising:
  • the first detail library is characterized in that the detail library is composed of a hierarchy of elements, parts, and parts, the parts are composed of one or more elements, and the parts are composed of one or more parts or parts.
  • the detailed design piece creation means includes a totalization table data output means for outputting a totalization table data from the detailed design piece data.
  • the detailed design piece creating means includes a durable life management data output means for outputting durable life management data from the detailed design piece data.
  • the detail library is characterized by having data on consent for design and construction, and generating detailed design pieces for construction by automatically replacing design DL with construction DL.
  • a building design object is requested from a detail library formed by defining a multi-level element aggregate consisting of a combination of this element or element aggregate, and its constituent elements. Selecting an element or a set of elements, and giving meaning to the figure elements to create an overall design element;
  • the design object of the building is defined by defining an element set of multiple layers consisting of a combination of the constituent elements and this element or element set.
  • a computer-readable information recording medium that stores a program for executing the functions of the present invention.
  • the information from the data library is added to the CAD data, changed, and developed and output, so that the accurate data is displayed on the screen. While displaying the two-dimensional image, the design and its change can be repeated. If necessary, select information on elements, parts, parts, and parts of the total design piece and detailed design piece determined using the directory library (hereinafter sometimes referred to as DL)-Processing By doing so, it is possible to display desired drawings for design support.
  • DL directory library
  • the overall design piece and the detailed design piece are changed by selecting and changing (replacement) various data from the DL and changing the settings of various variables. You can easily change and correct the detail information. Furthermore, since the DL has a hierarchical structure of elements, parts, and 3 ⁇ 4 (i-order and parts) of the design, construction, and management objects, it is possible to search various information, and from the design-specific parts to the whole It can accurately respond to requests at each stage, such as correction of parts from the whole.
  • the 3D shape, configuration, function, and other attributes are defined and managed as DLs.
  • Design ⁇ The intentions and opinions of persons involved in each stage of construction and management are defined as overall design elements and detailed design elements.
  • an extension for example, drawing data creation
  • the data can be logically translated. This allows information to be distributed and managed flexibly in the design and “construction” management, and various data bases (hereinafter referred to as DBs). And sometimes it can be accessed across become able to.
  • an extension program for the construction drawing is used based on the total design pieces and detailed design pieces in the execution design document, and the DL for the construction and the link (replacement) are used. By doing so, it is possible to generate extension data as expressions in construction drawings.
  • the action is executable.
  • FIG. 1 is an explanatory diagram (1) showing the relationship between functions and data of the system of the present invention.
  • FIG. 2 is an explanatory diagram (2) showing the relationship between functions and data of the system of the present invention.
  • FIG. 3 is a functional block diagram showing the configuration of the system of the present invention.
  • FIG. 4 is a block diagram showing an example of a hardware configuration of the system of the present invention.
  • FIG. 5 is an explanatory diagram showing the data structure of DL.
  • Figure 6 is an explanatory diagram (1) showing the structure of the DB that makes up the overall design piece (planning design piece).
  • Figure 7 is an explanatory diagram (2) showing the structure of the DB that makes up the overall design piece (planning design piece).
  • Fig. 8 is an explanatory diagram showing the structure of the DB that constitutes the whole design piece (partial design piece).
  • Fig. 9 is an explanatory diagram (1) showing the structure of the DB that constitutes the detail design piece (planning design piece).
  • Fig. 10 is an explanatory diagram (2) showing the structure of the DB that constitutes the detail design piece (planning design piece).
  • FIG. 11 is an explanatory diagram showing the structure of the DB constituting the detail design piece (partial design piece).
  • FIG. 12 is an explanatory diagram (1) showing the structure of the DB constituting the DL.
  • FIG. 13 is an explanatory diagram (2) showing the structure of the DB constituting the DL.
  • FIG. 14 is an explanatory diagram showing the structure of the DB constituting the element of the DL.
  • FIG. 15 is an explanatory diagram (1) showing the structure of the DB constituting the D L (part).
  • FIG. 16 is an explanatory diagram (2) showing the structure of the DB constituting the DL (part).
  • FIG. 17 is an explanatory diagram showing an example of data of the change history DB of the detailed plane view.
  • FIG. 18 is an explanatory diagram showing a data example of the request DB.
  • FIG. 19 is an explanatory diagram showing a data example of the total design piece change history DB.
  • FIG. 20 is an explanatory diagram showing an example of data of a total design piece unprocessed DB.
  • FIG. 21 is a flowchart showing the element data creation processing.
  • FIG. 22 is a flowchart showing the component data creation process.
  • FIG. 23 is a flowchart showing the part data creation processing.
  • FIG. 24 is a flowchart showing the partial design piece creation process.
  • FIG. 25 is a flowchart showing the DL change processing.
  • Fig. 26 is a flowchart showing the outline of a design example using this system.
  • FIG. 27 is an explanatory diagram showing the execution time of each process in FIG. Fig. 28 is a flowchart showing the process of creating a total design piece (planning design piece).
  • Figure 29 is a flowchart showing the process of creating the total design pieces (partial design pieces).
  • FIG. 30 is a flowchart showing a process of creating a detail design piece.
  • FIG. 31 is a flowchart showing details of the processing in FIG.
  • FIG. 32 is a flowchart showing details of the processing in FIG. Fig. 33 is a flow chart showing the process of changing the total design piece and the DL.
  • FIG. 34 is a flowchart showing details of the processing in FIG. 33.
  • FIG. 35 is a flowchart showing details of the processing in FIG. 33.
  • FIG. 36 is an explanatory diagram of a detailed design piece changing process.
  • FIG. 37 is a flowchart showing the process of changing the detail design piece.
  • FIG. 38 is a flowchart showing details of the processing of FIG. 3.
  • FIG. 39 is a flowchart showing details of the processing in FIG. 38.
  • FIG. 40 is a flowchart showing the requirement examination process.
  • FIG. 41 is a flowchart showing the reflection process to the request DB.
  • Fig. 42 is a flowchart showing the change request processing of other detail design pieces.
  • FIG. 43 is a flowchart showing details of the process (1) in FIG. Fig. 44 is a flowchart showing the detailed design element synchronization process.
  • Fig. 45 is a flowchart showing the modification process of the detail design piece.
  • FIG. 46 is an explanatory diagram showing a process for creating a construction design piece by DL replacement.
  • Fig. 47 is a flow chart showing the process for creating construction design pieces by DL replacement.
  • FIG. 48 is a flowchart showing details of the processing of FIG. 47.
  • FIG. 49 is a flowchart showing details of the processing in FIG. 48.
  • FIG. 50 is a flowchart showing details of the processing in FIG. 47.
  • Fig. 51 is a flowchart showing the details of the process in Fig. 47.
  • FIG. 52 is a flowchart showing details of the processing in FIG. 51.
  • FIG. 53 is a flowchart showing details of the processing in FIG. 47.
  • FIG. 54 is an explanatory diagram showing the data structure of the overall design piece (planning design piece).
  • FIG. 55 is an explanatory diagram showing the data structure of the whole design piece (partial design piece).
  • FIG. 56 is an explanatory diagram showing the data structure of a detailed body design piece (planning design piece).
  • Fig. 57 is an explanatory diagram showing the data structure of the detail design pieces (partial design pieces).
  • FIG. 58 is an explanatory diagram showing the data structure of D L (element DB).
  • FIG. 59 is an explanatory diagram showing a data structure of D L (part, part DB).
  • FIG. 60 is an explanatory diagram showing a data structure of D L (part).
  • Fig. 61 is an explanatory diagram showing an example (1) of creating a total design piece (planning design piece).
  • Fig. 62 is an explanatory diagram showing an example (2) of creating a total design piece (planning design piece).
  • Fig. 63 is an explanatory diagram showing an example (3) of creating a total design piece (planning design piece).
  • Fig. 64 is an explanatory diagram showing an example (4) of creating a total design piece (planning design piece).
  • Figure 65 is an explanatory diagram showing an example (5) of creating a total design piece (planning design piece).
  • Fig. 66 is an explanatory diagram showing an example (1) of creating a total design piece (partial design piece).
  • Fig. 67 is an explanatory diagram showing an example (2) of creating a total design piece (partial design piece).
  • Fig. 68 is an explanatory diagram showing an example (3) of creating a total design piece (partial design piece).
  • Fig. 69 is an explanatory diagram showing an example (4) of creating a total design piece (partial design piece).
  • FIG. 70 is an explanatory diagram showing an example (1) of creating a detailed design piece (plan view).
  • FIG. 71 is an explanatory diagram showing an example (2) of creating a detailed design piece (plan view).
  • FIG. 72 is an explanatory diagram showing an example (3) of creating a detailed design piece (plan view).
  • FIG. 73 is an explanatory diagram showing an example (4) of creating a detailed design piece (plan view).
  • FIG. 74 is an explanatory diagram showing an example (1) of changing the total design piece (DL change).
  • FIG. 75 is an explanatory diagram showing an example (2) of changing the total design piece (DL change).
  • FIG. 76 is an explanatory diagram showing an example (3) of changing the total design piece (DL change).
  • Fig. 77 is an explanatory diagram showing an example (4) of changing the total design piece (DL change).
  • Fig. 78 is an explanatory diagram showing an example (5) of changing the total design piece (DL change).
  • Fig. 79 is an explanatory diagram showing an example (6) of changing the total design piece (DL change).
  • FIG. 80 is an explanatory diagram showing an example (7) of changing the total design piece (DL change).
  • FIG. 81 is an explanatory diagram showing an example (8) of changing the total design piece (DL change).
  • FIG. 82 is an explanatory diagram showing an example (9) of changing the total design piece (DL change).
  • FIG. 83 is an explanatory diagram showing an example (10) of changing the total design piece (DL change).
  • FIG. 84 is an explanatory diagram showing an example (1) of creating a detailed design piece (detailed plan view).
  • FIG. 85 is an explanatory diagram showing an example (2) of creating a detailed design piece (detailed plan view).
  • FIG. 86 is an explanatory diagram showing an example (3) of creating a detailed design piece (detailed plan view).
  • Figure 87 is an explanatory diagram showing an example (4) of creating a detailed design piece (detailed plan view).
  • FIG. 88 is an explanatory view showing an example (5) of creating a detailed design piece (detailed plan view).
  • FIG. 89 is an explanatory diagram showing an example (1) of creating a detailed design piece (cross-sectional detailed view).
  • FIG. 90 is an explanatory diagram showing an example (2) of creating a detailed design piece (cross-sectional detailed view).
  • FIG. 91 is an explanatory diagram showing an example (3) of creating a detailed design piece (detailed sectional view).
  • Fig. 92 is an explanatory diagram showing a modification example of another detail design piece ().
  • Fig. 93 is an explanatory diagram showing a modification example of another detail design piece ().
  • FIG. 95 is an explanatory diagram showing a modification example of another detailed design piece.
  • FIG. 96 is an explanatory diagram showing a modification example of another detailed design piece.
  • Fig. 97 is an explanatory diagram showing an example of modification of another detailed design piece (Fig. 98) is an explanatory diagram showing an example of modification of another detailed design piece ( The figure is an explanatory diagram showing an example of modification of another detailed design piece (Figure 100 is an explanatory diagram showing an example of modification of another detailed design piece 9). It is explanatory drawing which shows the modification example 0) of a design piece.
  • Fig. 92 is an explanatory diagram showing a modification example of another detail design piece ().
  • Fig. 93 is an explanatory diagram showing a modification example of another detail design piece ().
  • FIG. 95 is an
  • FIG. 102 is explanatory drawing which shows the modification example 1) of another detailed design piece.
  • FIG. Fig. 104 is an explanatory diagram showing a modification example 3) of another detailed design piece
  • Fig. 105 is an explanatory diagram showing a modification example 4) of another detailed design piece.
  • Fig. 06 is an explanatory diagram showing a modified example 5) of another detailed design piece
  • Fig. 107 is an explanatory diagram showing a modified example 6) of another detailed design piece.
  • FIG. 108 is an explanatory diagram showing a data example (1) of the detailed plane view change history DB
  • FIG. 109 is an explanatory diagram showing a data example (2) of the detailed plane view change history DB
  • FIG. 110 is an explanatory view showing a data example (1) of the total design piece request DB.
  • FIG. 11 is an explanatory diagram showing a data example (2) of the total design piece request DB.
  • FIG. 112 is an explanatory diagram showing an example of changing the dial management parameter DB.
  • FIG. 113 is an explanatory diagram showing an example of data of the detail design piece request DB.
  • FIG. 114 is an explanatory view showing a data example (1) of the total design piece request DB.
  • FIG. 115 is an explanatory view showing a data example (2) of the total design piece request DB.
  • FIG. 116 is an explanatory diagram showing an example of data of the total design piece DB.
  • FIG. 117 is an explanatory diagram showing an example of data of the unprocessed DB of the total design piece.
  • FIG. 118 is an explanatory diagram showing an example of extension data update processing.
  • FIG. 119 is an explanatory view showing a data example of the detailed design piece DB.
  • FIG. 120 is an explanatory diagram showing a data example of a change history DB and a detail design piece request DB.
  • FIG. 121 is an explanatory diagram showing an example (1) of modifying a detail design piece.
  • FIG. 122 ′ is an explanatory diagram showing a modification example (2) of the detailed design piece.
  • FIG. 123 is an explanatory diagram showing an example (3) of modifying a detail design piece.
  • FIG. 124 is an explanatory diagram showing an example (4) of modifying a detailed design piece.
  • FIG. 125 is an explanatory diagram showing a modification example (5) of the detailed design piece.
  • FIG. 126 is an explanatory diagram showing an example (1) of an extension data change process.
  • Fig. 127 shows an example of extension data change processing (2).
  • FIG. 128 is an explanatory diagram showing an example of data of the total design piece (part) DB.
  • FIG. 129 is an explanatory diagram showing an example of data of the total design piece change history DB.
  • FIG. 130 is an explanatory diagram showing an example of data of a detailed plane view request DB.
  • FIG. 13 1 is an explanatory diagram showing an example (1) of creating a design piece for construction by replacing a DL.
  • FIG. 132 is an explanatory diagram showing an example (2) of creating a design piece for construction by DL replacement.
  • FIG. 133 is an explanatory view showing an example (3) of creating a design piece for construction by replacing a DL.
  • FIG. 134 is an explanatory diagram showing an example (4) of creating a construction design piece by replacing a DL.
  • FIG. 135 is an explanatory diagram showing an example (5) of creating a design piece for construction by replacing a DL.
  • FIG. 136 is an explanatory diagram showing an example (6) of creating a design piece for construction by DL replacement.
  • FIG. 137 is an explanatory diagram showing an example (7) of creating a design piece for construction by DL replacement.
  • FIG. 138 is an explanatory diagram showing the relationship between a plurality of data.
  • FIG. 139 is an explanatory diagram showing the data structure of the total design piece.
  • FIG. 140 is an explanatory diagram showing a data structure of a detail design piece.
  • FIG. 141 is an explanatory view showing the structure of the extension data.
  • FIG. 142 is a flowchart showing details of the process (1) in FIG. BEST MODE FOR CARRYING OUT THE INVENTION
  • a “planning” design element is data indicating a design intention by showing, for example, the arrangement of pillars and the arrangement of walls by the shape of a structure, and the “part”.
  • a design piece is data related to a specific part, for example, a part where walls make contact with each other or a part where a wall edge fits.
  • a “project” refers to, for example, the entire design of one building.
  • extension refers to a process of generating and outputting CAD drawing data, for example, based on the detailed design piece data, or data thereof.
  • the building production support system of the present invention is realized by mounting a computer (PC) 40 such as a personal computer and a program for realizing the functions described later.
  • the PC 40 has a CPU 41, a memory 42, a media disk device (HDD) 43, a floppy disk device (FDD) 44, and a network such as a LAN or the Internet. It is provided with a interface circuit 45, a USB interface circuit 46, a CRT interface circuit 47, a CD-ROM drive device 48, and the like.
  • the PC 40 is connected to a CRT 50, a keypad 51, a mouse 52, a scanner 53, a digitizer 54, and a printer 55, and further provides output functions such as a plotter. It is preferable to have one.
  • the above-mentioned PC is commercially available and well-known.
  • FIG. 3 is a functional block diagram showing the configuration of the system of the present invention.
  • the system of the present invention includes a function for creating a total design piece (planning design piece) 31, a function for creating a total design piece (partial design piece) 32, and a detailed design piece (planning design piece and partial design piece).
  • Each can be selected and executed from the main menu 30.
  • the details of each function will be described in an embodiment described later.
  • the whole design piece (planning design piece) creation function 31 corresponds to the processing of the numeral [1] enclosed in a square in FIG.
  • the whole design piece correction function 34 (13) is part of the processing of [7] and [8] in Fig. 26, and the detail design piece (extension data) correction function 35 (14) is also This corresponds to a part of the processing of [7] and [8] in Fig. 26.
  • FIG. 1 and FIG. 2 are explanatory diagrams showing the relationship between functions and data of the system of the present invention.
  • FIG. 138 is an explanatory diagram showing the relationship between a plurality of data.
  • blocks enclosed in squares represent programs or functions, and blocks represented by cylindrical perspective views represent data or databases.
  • the CAD system 10 may be a different system from the system of the present invention, or may be incorporated in the system of the present invention.
  • planning source data 20 composed of figure elements is created using CAD 10 (or a built-in CAD function).
  • CAD 10 or a built-in CAD function
  • the total design piece data 23 and the project DL 2 2 are created by the total design piece creation means 1 1.
  • Fig. 64 to Fig. 69. It is assumed that necessary DL data is registered in advance in master D 21.
  • the DL creation and modification functions 36 and 37 shown in FIG. 3 can create and modify the DL.
  • the project I DL 22 is a DB that is selected from the master DL and registers the information of the DL included in the total design piece or the detailed design piece.
  • FIG. 6 and Fig. 7 are explanatory diagrams showing the structure of the DB that forms the whole design piece (planning design piece).
  • Fig. 8 shows the structure of the DB that makes up the whole design piece (partial design piece).
  • FIG. FIG. 54 is an explanatory view showing the data structure of the whole design piece (planning design piece)
  • FIG. 55 is an explanatory view showing the data structure of the whole design piece (partial design piece).
  • FIG. 139 is an explanatory diagram showing a method of generating data of the total design piece.
  • Figures 6 to 8 show the structure of the total design pieces in relational DB format.
  • Figures 54 and 55 show the same total design pieces in a single structure. It was done. The total design piece stores data of many items as shown in Fig. 6 to Fig. 8 or Fig. 54 and Fig. 55.
  • the total design piece data 23 includes a planning design piece and a partial design piece.
  • the planning design pieces are data for managing elements (for example, columns and beams, floors, walls, ceilings, and fittings that make up a living room) that indicate the planning of the space configuration in the building.
  • the element is data that manages the elements that indicate the interaction between planning design elements (for example, the interaction between columns and walls or between walls).
  • Planning design pieces are obtained from coordinates and figure elements (geometric figure elements such as LINE and BOX) indicating the layout of walls and columns, DL information, design requirements, weights, detailed design piece management attributes, and creation history information. Become.
  • one or more detailed design pieces 24 are created from the total design piece data 23 and the project DL 22 by the detailed design piece creation means 12A.
  • one or a plurality of extension data 25 is generated from each of the detailed design pieces 24 and each of the DLs 22 by the extension creating means 12B.
  • Fig. 70 to Fig. 73 detailed plan view: Fig. 84 to Fig. 88, detailed cross section: Fig. 89 to Fig. 91
  • FIG. 0 is an explanatory diagram showing the structure of the DB constituting the detail design piece (planning design piece).
  • FIG. 11 is an explanatory diagram showing the structure of the DB constituting the detail design piece (partial design piece). It is.
  • FIG. 56 is an explanatory view showing a data structure of a detail design piece (planning design piece), and
  • FIG. 57 is an explanatory view showing a data structure of the detail design piece (partial design piece). .
  • FIG. 140 is an explanatory diagram showing a data structure of the detail design piece.
  • Figures 9 to 11 show the structure of detailed design pieces in the relational DB format.
  • Figures 56 and 57 show the same detailed design pieces in a tree structure. Things.
  • the detailed design piece stores data of many items as shown in Figs. 9 to 11 or Figs. 56 and 57 in association with each other.
  • the detailed design pieces 24 also consist of planning design pieces and partial design pieces.
  • the planning design pieces here are the elements that make up the overall design pieces 23 (columns, beams, floors, walls, ceilings, fittings, etc.)
  • the sub-design pieces are data that manage the arrangement of these planning design pieces and the fitting of the edges (for example, the joints between the wall base and the wall base). ).
  • Detailed design piece 24 is created from total design piece 23 and DL 22 It is associated with the total design piece 23 by the detailed design piece management data included in the element 23 and the total design piece management name included in the detailed design piece 24.
  • FIG. 141 is an explanatory diagram showing the structure of the extension data.
  • the extension data 25 is, for example, various drawing data that can be read by a CAD system.
  • the extension data 25 can be read by spreadsheet software, such as the integrated data of a quote, the useful life management data, or various stains.
  • the data may be structural analysis data from a simulation.
  • the extension data is associated with the detail design piece by the extension data management attribute of the detail design piece that generated it. As shown in Fig. 36, the relationship between the total design piece, the detail design piece, and the extension data is shown in Fig. 36, where the total design piece data (for example, one spatial composition plan in a specific design project) is shown.
  • FIG. 5 is an explanatory diagram showing a data structure of DL.
  • FIG. 12, FIG. 13 and FIG. 14 are explanatory diagrams showing the configuration of the DB constituting the DL.
  • DL 2 1 (2 2) is based on the design, construction, and management of buildings, etc., from the “elements”, which are the smallest units that are significant as their constituent elements, and from the combination (element aggregate) of these elements.
  • the “parts” hierarchy be defined so as to correspond to parts and materials circulating in the market.
  • complicated requirements for parts materials and products can be defined as the “element” hierarchy, which is a lower hierarchy, and further, a combination of parts
  • the design knowledge which is information
  • the “parts” hierarchy which is the upper hierarchy
  • the flange is the minimum unit that is meaningful as an ⁇ element '' as a plate that bears bending stress
  • H steel itself is ⁇
  • H steel itself is a meaningful minimum unit. May be defined as “elements” and “parts” or as H steel.
  • the same detail library may be used in each section, such as design and structure, design and construction, and in each process.However, in the increasingly complex, diversified, and sophisticated It is common that sections and multiple organizations are designed, and it is difficult to share design knowledge and the digital library, which is a design asset, and it is desirable to distribute information at the parts level.
  • part defines, for example, a part such as a connection between a wall and a floor or a pillar and a beam, and a part where a wall edge is accommodated.
  • FIG. 58 is an explanatory diagram showing the data structure of D L (element DB).
  • FIG. 14 is an explanatory diagram showing a configuration of a DB constituting an element of the DL.
  • Element data defines the element shape, requirement information, space information, creation history information, parameter information, and constraint requirement information, which are the minimum units that are meaningful as building components It consists of a collection of data.
  • the shape of the above element data is defined using a shape creation interface or using various mote 'link' software (such as CAD software to CG software and mote 'link' software).
  • Each attribute is a program for determining conditions such as geometric constraints and restrictions on placement and dimensions.
  • the element is basically meaningful for the physical element by making the meaningful minimum unit and shape one-to-one. It is different from the attribute for the conventional off- "sect" graphic element.
  • FIG. 59 is an explanatory diagram showing a data structure of DL (part, part DB).
  • the part data described above includes requirement information, weight information, and the like for parts (such as parts and materials handled as units) consisting of a combination of the above elements. It defines priority information, parameter information, processing program ' ⁇ ' program information, I-extension program 'mouth' program information, constraint condition information, creation history information, element management information, etc.
  • the data held by the above element data library may or may not be held redundantly.
  • the part data is composed of a collection of part data that defines the combination of elements, parts, parts, and specifications for parts such as floors, walls, and ceilings in the building.
  • Window ⁇ stairs and other layout information and attributes are defined.
  • the site data corresponds to the basic unit in each process (for example, design and construction).
  • FIG. 60 is an explanatory diagram showing a data structure of D L (part).
  • FIG. 15 and FIG. 16 are explanatory diagrams showing the configuration of the DB constituting the D L (part).
  • ⁇ Parts '' data consists of partial design elements that define parts and parts, parts and parts, parts and parts, and fitting and fitting, and architectural parts that cannot be expressed in parts as well as parts.
  • ⁇ Parts ⁇ Consists of a set of partial design pieces defined by a set of parts. In the “part”, the attribute as a part is defined for the arrangement information of each part or part and the intersection information of each part or part.
  • a DL is composed of these four layers of libraries.
  • FIG. 21 is a flowchart showing the DL element data creation process.
  • the processing contents in each of steps 1 to 4 in Fig. 21 are as follows. 1. Create a shape using the shape creation interface. Also, the shape may be created using various types of mote 'link' software (Cad software to Cg software and mote 'link' software).
  • the shape may be two-dimensional or three-dimensional, and the shape, the coordinates for the point, the coordinate name, and the relationship are defined. (For example, in the case of a two-dimensional arc shape, the arc information, the coordinates of the center which is the center, the coordinates of the coordinate table, and the relation “center point or CENTER etc.” and the start point and end point information are defined.
  • the shape definition in the element is used by the 'extension frame' The definition is performed with the optimal shape.
  • the required element may be an element without a shape, in which case the shape may be omitted. (For example, when the processing element is included in the feature in the part definition, the processing element itself is In the case of having a complex selection element with multiple attributes and constraint conditions without a shape)
  • the requirements of the element function, performance, price, productivity, quality, service life, etc.
  • creation history information creation date and time, creator information, etc.
  • weight information for example, I kiss tension: ⁇ B
  • This coefficient is used to determine whether to win or lose the drawing output.For example, when the wall base and the wall finish intersect, the wall base wins and loses the wall finish, and the wall finish expresses the wall finish expression line.
  • the requirements that the element satisfies depend on the shape and other requirements, enter the shape and other requirements, and enter the requirements that the element satisfies.
  • the output program may be used.
  • FIG. 22 is a flowchart showing the process of creating the component data of the DL. The details of the processing in each of steps 1 to 4 in FIG. 22 are as follows. 1. Read the element data from the element data library.
  • variable information (parameter definition) in the element data arranged in 1 to 3.
  • a standard value is set for variable information (parameters), and that value is used as a default value.
  • FIG. 23 is a flowchart showing the DL part data creation processing. The processing contents in each of steps 1 to 4 in Fig. 23 are as follows.
  • the constraint condition may be a program that inputs the arrangement and combination of parts and parts, or a plurality of requirements and outputs the constraint conditions when the arrangement and combination of parts and parts are changed due to a plurality of requirements.
  • FIG. 24 is a flowchart showing a partial data creation process. No. 2
  • the constraint condition may be a program that inputs the arrangement and combination of parts and parts, or a plurality of requirements and outputs the constraint conditions when the arrangement and combination of parts and parts are changed due to a plurality of requirements.
  • Fig. 25 is a flowchart showing the D-change process. The processing contents in each of steps 1 to 4 in Fig. 25 are as follows.
  • Fig. 26 is a flowchart showing the outline of a design example using this system.
  • Fig. 27 is an explanatory diagram showing the implementation timing of each process in Fig. 26 and each process in building production. 26
  • step [1] of Fig. 6 first, a two-dimensional CAD system is used to create a plan view, which is a planning diagram composed of figure elements, in the same way as a normal architectural CAD. Then, select the target figure element, select the data to be related, and create an overall design element (planning design element).
  • step [2] an overall design piece (partial design piece) is created for the created overall design piece (flanking 'design piece).
  • step [3] a planning design piece and a partial design piece of a detailed design piece corresponding to the plan view are created for the created total design piece, and a plan view Create extension data to be drawing data. This is the initial (basic design) stage of the design.
  • step [4] the total design piece is changed from the basic design to the actual design by DL replacement.
  • step [5] a detailed design piece (a detailed plan view) is created.
  • step [6] a detailed design piece (detailed sectional view) is created.
  • step [7] the detail design pieces (planar detail drawings) are changed and reflected in other detail design pieces (synchronization).
  • step [8] the overall design piece (planning data) is changed.
  • the process up to this point is the implementation design stage (implementation design).
  • the processes of steps [5] to [8] are repeatedly performed by a plurality of designers.
  • step [9] a total design piece for construction and a detailed design piece are created from each design piece by replacing the DL. This process is the construction stage.
  • one construction process moves from upstream to planning, design, construction, management and downstream.
  • the design process shifts to plan design, basic design, and implementation design.
  • work such as design design, structural design, and facility design is performed independently by a plurality of designers (multiplication).
  • multiplication work such as design design, structural design, and facility design is performed independently by a plurality of designers (multiplication).
  • the information is unified at a predetermined timing, and for example, information added and corrected in any design work is reflected in the whole.
  • Such a process of diversification and unification is repeated and finally unified as a design document (drawing).
  • Fig. 28 is a flow chart showing the creation process of the overall design piece (design piece) of [1] in Fig. 26.
  • the project name, design category (1F or 2F), creator name, etc. to be created are initialized.
  • the designer creates planning data elements (graphic elements such as line segments and their layout point information, etc.) using the software such as CAD and the like or the built-in CAD function. (Fig. 61 to Fig. 63)
  • DL menus such as “pillar”, “floor” and “wall” are displayed. For example, if the designer selects “wall” from the DL list, menus such as “outer wall” and “inner wall (partition wall)” are displayed. Menu appears. Similarly, if you select “Inner wall (partition wall)”, “R (:) ⁇ LG SJ“ Uncertain wall ”is displayed. For example, by selecting“ Uncertain wall ”, the planning selected in 3 The data corresponding to the data is determined.
  • the total design element (planning design element is created and stored (registered) in the total design element (planning design element) DB, and 3- (Fig. 65)
  • Each data of the created total design piece is created from the following information (Figs. 6 and 7 show the total design piece (F ("Running" design element) is expressed in the relational DB format, and Fig. 54 shows the same contents in a tree structure.)
  • "Project name” and "Design category” are initialized. Refers to and stores the information defined in Section 2. “Overall design piece management name” is assigned a series of names by the system, but may be changed later.
  • “Relationship” is the planning day selected in 3 For example, if you create a line segment in 3, the figure element J is ⁇ LINE, and the coordinates are the real three-dimensional coordinate values of ⁇ X, ⁇ , Z. Also stored in “Relationship” is the relationship of the coordinates in the figure element, for example, the start point and end point of a line segment are stored as “START or END”, etc. “Coordinate name” is the name of the Lie series by the system. Is defined, but may be changed afterwards The initial “creator information” and “creation date and time” are obtained from the system and the creation history information is stored.
  • Fig. 29 is a flowchart showing the creation process of the total design piece (partial design piece) of [2] in Fig. 26.
  • Total design piece (Flanking 'design piece) information selected and entered in 3 point information of partial design element, relation information between point and object, and off-sect relation
  • a total design piece (partial design piece) is created based on the DL information selected in step ⁇ , and is related to the whole design piece (Franking's design piece) to create a total design piece (partial design piece) DB.
  • Fig. 8 shows the overall design pieces (partial design pieces) in the relational DB format
  • Fig. 55 shows the same contents in a tree structure.
  • "Project name” And “design category” refers to and stores the information defined in the initial settings.
  • system design piece management name and “arrangement coordinate name” are named by the system, but may be changed afterwards.
  • Coordinats is the point point entered in 3
  • the real number of the target is stored using the three-dimensional coordinate values of X, ⁇ , and ZJ.
  • the “relation” also stores the off-sect relation entered in 3. (For example, intersection “INT J” etc.)
  • “Relation element” memorizes r 2ob j-3way etc. from the menu information selected in 1, and “Relationship overall design piece management name” is the overall design element selected in 3.
  • the management name of the overall design piece (Franck's design element) is specified from the “Relationship design piece management name” of the total design piece (partial design piece) created in step 5, and the relational coordinates are specified. Judge whether there is any effect on the coordinate database (for example, in the case of a middle point, it does not affect the coordinate database because it has no coordinates from the beginning). If it does, specify the coordinate name, search for the coordinate record from the coordinate database of the total design piece (Franking's design element) using the coordinate name, and delete it.
  • FIG. 30 is a flowchart showing the detailed design piece creation process in [3] of FIG. 26.
  • the processing of [5] and [6] in Fig. 26 differs in the type of detailed design piece to be output, but the processing is the same as the processing in this figure.
  • the designer selects the extension menu.
  • the menus include, for example, “General Drawings” and “Detailed Drawings” to be output, and below “General Drawings”.
  • plan view There are “plan view”, “elevation view”, “section view”, etc., and below “plan view”, there are menus such as “planning design piece”, “partial design piece”, “planning, part”.
  • the designer selects, for example, “Blanking, part” in “Plan” in “General drawing”.
  • Plant design pieces and partial design pieces in detail design pieces are created for the purpose of outputting a plan view of a general drawing created by the basic design (the overall plan is shown as a rough drawing).
  • a menu command that requests the creation of extension data, which is drawing data.
  • the designer selects one or more objects for which detailed design pieces and extension data are to be created from the displayed total design pieces.
  • Fig. 31 is a flowchart showing details of the processing in Fig. 30. First, the initial settings such as file name and creator information of the detailed design piece of the floor plan
  • a detailed design piece (F 'Running' design element) is created from the total design piece (F 'Running' design element) information read in 1 and the DL information read in 2, and the entire design piece (F Make a relationship with the 'running' design element, and store (register) it in the detail design element ('running' design element) DB.
  • Each data of the created detailed design piece (Frankink's design piece) is created based on the following information.
  • Fig. 9 and Fig. 10 show detailed design pieces (Franking 'design pieces) in relational DB format, and Fig. 56 shows the same contents in a single structure.
  • the “project name”, “design category”, and “total design piece management name” are stored with reference to the information of the total design piece (“Franking” design piece), and are stored in the “Detailed design piece category”. “” Stores the “plan view” etc. from the menu information selected in 1 of Fig. 30.
  • “Detailed design piece management name” is assigned a series of names by the system, but may be changed afterwards.
  • “Graphic elements”, “coordinates”, and “relationships” are used as input information for the overall design piece (“running” design piece) information, and used as an extension program (for detailed design piece “Franking” design piece creation).
  • the processed and output data is stored.
  • the morpheme is defined as a straight line segment “LINE” in the overall design piece (Franking's design element)
  • the detailed design piece (Franking's design element) is usually straightforward.
  • the shape of a line is a line segment, but the shape with a certain pattern (for example, a waveform) is continuous in a straight line, the whole design element (Flanking 'design element) is a straight line.
  • the detailed design element is a detailed design element ("Frankink” design) in which the shape of a certain pattern is linearly continuous. Element), and is not necessarily the same as the overall design element (Franking's design element). Also, “coordinates” and “relationships” are not the same according to the information.
  • Extension programs have a close relationship with DL, and define architectural designs, designs, etc. in DL, and the extension programs and processing programs for their deployment methods are based on the purpose and requirements. It is possible to respond flexibly.
  • the “detailed design piece management name”, “parameter name”, and “parameter content” of the detailed design piece (Franking's design piece) output here are the total design pieces ( It is related to the management name and is stored in the "detail management parameter database" of the overall design piece (Franking's design piece) and centrally managed. Is done.
  • the DL default output from the extension program create detailed design piece “Flank :: nk” design piece
  • the value is stored with reference to the default value, but may be changed thereafter.
  • the default “creator information” and “creation date and time” are obtained from the system and the creation history information is stored. (Fig. 71)
  • FIG. 32 is a flowchart showing details of the processing in FIG. 30. First, initial settings such as a file name and creator information are performed.
  • the "machining program" in the "partial design piece” is, for example, the envelope processing of the part where the wall intersects, and the weight value of each element is defined by the weight information etc. For example, if the weight value is the same, it is determined that the material is the same, and the envelope processing is performed.If the weight value is not the same, the material is considered to be different, and the envelope processing is not performed. In such a case, processing such as which one wins or who loses is performed. (Fig. 85) (Fig. 86)
  • a detailed design piece (partial design piece) is created based on the total design piece (partial design piece) information read in 1 and the DL information read in 2 and the processing information in 2, and the total design piece (partial piece) is created. Relates to the detail design piece (partial design piece), and stores (registers) it in the detail design piece (partial design piece) DB.
  • the data is created based on the following information: (Fig. 11 shows detailed design pieces (partial design pieces) in the form of relational DB, and Fig. 57 shows the same contents.
  • the “project name”, “design category”, and “total design piece management name” are stored with reference to the information of the total design piece (partial design piece), and are stored in the “detailed design piece”.
  • “Category” stores “plan view” etc. from the menu information selected in 2 of Fig. 30 That. “Detailed design unit management name J” and “arrangement coordinate name” are named by the system, but may be changed afterwards. “Coordinates”, “Relationships” and “Relationships”, “Relationship detail design piece management name”, and “Coordinate relations” are the information in the processing program in 1 and the overall design pieces (partial design pieces) (including DL information) Information as input information The data processed and output by the solution program (partial design piece creation of detailed design pieces) is stored. The same applies to “detail library”, “parameter name”, and “parameter content” as well as information on machining programs and DL information on overall design pieces (partial design pieces).
  • the extension program (partial design piece creation of detailed design pieces) as the input information, the required detailed design pieces (partial design pieces) in the DL hierarchy in the whole design pieces (partial design pieces) “Detail library name”, “parameter name”, and “parameter content”, which means (for example, a plan view), are output and stored.
  • the “detailed design piece management name j”, “parameter name”, and “parameter content” of the detailed design pieces (partial design pieces) output here are the total design pieces (partial design pieces) read in 1. It is related to the management name, stored in the “detail management parameter database” for the total design pieces (partial design pieces), and managed centrally.
  • the “requirement information” and “weight information” are the DL default values output from the extension program (Detailed design piece: ⁇ Running “Design piece creation”). However, it is possible to change it afterwards by referring to the information of “Created by” and “Created date and time” by the system and store the created history information. (Fig. 72) (Fig. 87)
  • the detail design piece (Franking 'design piece) management name is specified based on the design piece management name, and whether the coordinate database is affected by the “related coordinates” is determined. Return to If it does, identify the "coordinate name” Search and delete coordinate records from the coordinate database of detailed design pieces (Franking's design pieces) by “coordinate name”. In addition, a “coordinate-related database” is searched from the “coordinate-related database” of the detailed design piece (Franking's design element) by “coordinate name”, and the “coordinate name” is replaced with the detailed design piece (partial). (Design piece) Replace with the management name.
  • FIG. 142 is a flowchart showing details of the process (1) in FIG. Perform initial settings such as file name and creator information.
  • Re-extension data is created based on the detailed design piece (Flanking 'design piece) information read in 1 and the DL information read in 2.
  • the extension data to be created is created as follows. First, refer to the figure elements (for example, ⁇ LI NE J, etc.) in the detailed design element (Fran Nink's design element), and then The coordinate information, which is a target, is referred to from the “coordinate association DBJ” and “coordinate DB” of the detail design piece (Franking “design piece”). With reference to the ⁇ Tail management parameter DB '', figure data, coordinate information, and parameter information are used as input information, and the extension coordinates to be output are calculated and processed to create extension data. I do. In addition, the created extension data has a series of “extension names”. (Fig. 73) (Fig. 88) (Fig. 91)
  • the processing program is defined in the DL information read in 5.2, the output of extension data and the processing of extension data are performed according to the information of 1, 2 and 4.
  • Machining program in detail design piece is a processing program (plug in) that defines a program that requires complicated processing, such as hatching on the representation of a wall. -in), and the user can select and define the processing program to obtain the desired effect.
  • the processing may be the same as ⁇ , such as calculating the basic information as input information and outputting the extension data, or inputting the information in 4 and processing and outputting it. Perform processing.
  • the created extension data has a series of “extension names”. (For example, of the 88 Figure "ex - 5 5 l (RC A Tutsi)", etc.).
  • extension program is defined in the DL information read in 2, execute the extension program (creation of extension data by detailed design element classification) of the DL read in 2.
  • Re-extension data is created based on the detailed design piece (partial design piece) information read in step 7 and the DL information read in step 8.
  • the created extension data is created as follows. First, the coordinate information, which is the arrangement coordinates, is referenced from the “coordinate DB” with the arrangement coordinate name of the detail design piece (partial design piece), and then the “detail management parameter” of the detail design piece (partial design piece) is referenced. With reference to the data DBJ, the coordinate information and parameter information are used as input information, the arrangement coordinates of the extension data to be output, etc. are calculated, and extension data is created.
  • the tension data has a series of “extension names”. Extension data in partial design pieces cannot be represented by parts. For example, information such as parts used in parts where parts are connected to each other is defined and managed by partial design pieces.
  • the processing program is defined as the definition of a program that requires complicated processing, such as determining whether to win or lose based on weight information, etc. It is a program that can be prepared separately and the user can select and define the processing program to achieve the desired effect.
  • processing such as ⁇ is performed by using basic information as input information, calculating and outputting extension data, or inputting information in 11 and processing and outputting it. I do.
  • the created extension data has a series of “extension names”.
  • extension name “extension name”, “file name”, and “detailed design piece management name” of the detail design piece (partial design piece) of the extension data created in steps (1) and (2) are used as the detail design piece ( This is stored in the “extension DB” for the partial design pieces, and the relation between the detail design pieces (partial design pieces) and the extension data is returned to step ⁇ 7.
  • Fig. 33 is a flow chart of [4] in Fig. 26, showing the overall design piece change and DL change processing for transition from basic design to practical design.
  • the designer selects the displayed object and selects the overall design piece (the “Franking” design piece) (one or more selections may be made) (Fig. 74).
  • the designer selects the D L to be replaced from the D L menu. For example, in the design process of the architectural production process, when undetermined elements are determined, such as when shifting from basic design to practical design, for example, at the stage of basic design,
  • the addition request is stored in the request DB and stored in the total design piece deployment history DB according to 14.
  • FIG. 34 is a flowchart showing details of the processing in FIG. 33. Perform initial settings.
  • the D L search program searches the D L for the D L that satisfies the requirements of the total design piece from the D L project.
  • the DL searched in 9 is displayed on the 2D screen, and the designer may select and select another DL from the DL menu or select another DL from the DL menu. After selecting, return to 3. 10. Set the error flag.
  • FIG. 35 is a flowchart showing details of the processing in FIG. 33.
  • step ⁇ it is determined whether to re-select the definition of the total design piece (planning design piece). If so, proceed to step ⁇ . If not, proceed to step 9.
  • search program search for D L that satisfies each requirement and relationship between total design piece (planning design piece) information change information and total design piece (partial design piece) information from the project D L.
  • the DL searched in 7 is displayed on the two-dimensional screen, and the designer may select and select another DL from the DL or use the DL menu. 9. Set the error flag.
  • FIG. 36 is an explanatory diagram showing a detailed design piece changing process of [7] in FIG. 26.
  • Fig. 17 is an explanatory diagram showing an example of data in the change history DB of the detailed plane view
  • Fig. 18 is an explanatory diagram showing an example of data in the request DB
  • Fig. 19 is a change history of the entire design piece.
  • FIG. 20 is an explanatory diagram showing an example of data in a DB.
  • FIG. 20 is an explanatory diagram showing an example of data in an unprocessed DB for the entire design element.
  • Each of the three detailed design pieces corresponding to the total design piece and each different drawing (extension data) has a corresponding “requirement DB”.
  • “Unprocessed DBJ” also exists in the total design piece.
  • processing of addition, change, and deletion of extension data and addition, change, and deletion of detailed design pieces are performed.
  • This step is the work stage (multi-stage) by each section and each person in the design work process (see Fig. 27), and is designed by each person in each section. Is performed.
  • the re-processing is performed by the extension data and the detail design piece data, and the contents of the processing are stored in the change history DB of the detail design piece.
  • the change history DB stored in [7-1] is read, and a search is made to see if there is any modification to the same detailed design piece. Register it in the request DB, and if there is, register the latest correction details in the request DB of the total design piece. (Eg design process for wall thickness In the case of, initially, the number was changed from 100 to 150 in the middle and finally to 200, etc., it is finally determined to be 200 to be stored in the request DB of the total design piece),
  • a modification request is read from the requirement DB for the total design piece, the modification requester is identified, and whether the request is from a designer who has the authority to update is determined by the priority DB. Verify and, if authorized, correct the entire design element, if any, and register the details in the request DB of each detailed design element other than the requestor. If the request is from a designer who does not have the authority to update, the change is registered in the unprocessed DB, and is registered in the request DB for the detail design piece corresponding to the designer who has the authority to update.
  • the contents of the request DB for the detail design piece are read out, and it is determined whether or not the detail design piece is to be corrected. Update the unprocessed DB. If the request is not accepted, the contents of the unprocessed DB are deleted, and conversely, the details of the detailed design pieces are the same as those of the designer who has the authority to update the request DB of the requesting detailed design pieces. Request to change to.
  • FIG. 37 is a flowchart showing the detailed design piece changing process of [7-1] in FIG.
  • FIG. 38 is a flowchart showing details of the process in FIG. 37. Perform initial settings.
  • the designer creates planning data elements (for example, wall segments). (Fig. 94) (Fig. 101)
  • the designer selects the DL to be related.
  • the detail design piece classification (plan view, etc.) may be searched and referenced from other extension data, or may be entered.
  • FIG. 39 is a flowchart showing details of the processing in FIG. 38. Perform initial settings.
  • FIG. 40 is a flow chart showing the requirement examination process of [7-2] in FIG. 36 (37). This process is the same as [7-5] in Fig. 44.
  • Update raw DB 6 Update request DB.
  • FIG. 41 is a flowchart showing the process of reflecting the request DB in [7-3] in FIG. 36 (37).
  • FIG. 42 is a flowchart showing the change request process of the detail design piece other than [7-4] of FIG. 36.
  • the parameters of the detailed design piece are centrally managed by the total design piece. If there is a change in the “detail management parameter database” or any other influence on the overall design element information, the change processing will be performed.
  • the update qualifier for the request is specified from the “priority DB” read in step 4, and the change request is assigned to the update qualifier and the “request DB” for the detailed design piece corresponding to the “detailed design piece deployment category”. To store the change request.
  • the entire design element “unprocessed DB” is searched by the “total design piece management name” of the “request DB” read in 1, and it is determined whether there is a corresponding overall design piece. Searches DL by the detail management name of the total design piece information searched in 2, searches the “priority DB” of DL information, reads it, and moves to 2, otherwise moves to 2 I do.
  • FIG. 43 is a flowchart showing the process (1) in FIG.
  • the total design piece management name is assigned a series of numbers by the system. May be changed.
  • the detailed design piece is specified by the “Modified detailed design piece management name” and “deployment category” of the “request DB” read in 1 of Fig. 42, and the detail design piece “request DB” is The request to replace the temporarily assigned total design piece management name with the total design piece detailed design piece determined in 3 is stored.
  • the DL is searched by the detail management name of the total design piece information generated in 2, and the “priority DB” of the DL information is referenced and read.
  • the DL of the request DB read in 2 of Fig. 42 is read.
  • the total design piece D B is additionally stored.
  • FIG. 44 is a flowchart showing the detailed design piece synchronization processing of [7-5] in FIG. 36. Perform initial settings.
  • FIG. 45 is a flowchart showing the modification process of the detailed design piece in the change of the total design piece in [8] of FIG. 26.
  • the detailed design pieces that are affected by the change in the total design pieces can be determined by using the “detailed design piece deployment history DB” read in step 8 and the “total design piece management name” in the total design piece information. Identify.
  • FIG. 46 is an explanatory diagram showing a process of creating a construction design piece by the DL replacement in [9] of FIG. 26.
  • Fig. 47 is a flowchart showing the process of creating construction design pieces by D L replacement of [9] in Fig. 26.
  • the DB of the DL there are a DB of the design DL and a DB of the construction DL.
  • the corresponding design DL and the construction DL of the same name are registered in each.
  • the search for the DL of the consent in the replacement by the consent may be performed by searching based on the DL information (for example, requirement information) or the like.
  • a construction total design piece is created from the contents of the design total design piece and the construction DL.
  • FIG. 48 is a flowchart showing details of the processing in FIG. 47. 1. Read the whole design piece for design.
  • FIG. 49 is a flowchart showing details of the processing in FIG. 48. (1) After the initial setting, verify the requirements and parameter constraints for the overall design piece for design and the contents of the work piece for construction. 2. Judge whether there is a problem, and if there is, go to 3.
  • FIG. 50 is a flowchart showing details of the processing in FIG. 47. 1. After the initial setting, a detailed design element (planning design element) for construction is created from the overall design element for construction and the DL for construction.
  • Fig. 51 is a flowchart showing the details of the process in Fig. 3. 1. Read the total design piece for construction. If the processing is completed, the processing ends.
  • FIG. 52 is a flowchart showing details of the processing in FIG. 51. 1. Verify the requirements, parameter constraints, etc. of the detailed design pieces for design and the contents of the construction work.
  • FIG. 53 is a flowchart showing details of the process in FIG. 47. 1. Read the total design piece for construction. If the processing is completed, the processing ends.
  • step (1) 2. Search for detailed design pieces for construction. When processing is completed, proceed to step (1). 3. Read the detailed design pieces for construction. When processing is completed, proceed to step (1). 4 Read the detailed design piece DL for construction.
  • the development history is stored in the detailed design piece for construction.
  • Fig. 61 to Fig. 63 are explanatory diagrams showing examples (1) to (3) of creating a total design piece (Frankink's "design piece").
  • a core is created as a planning data element, a column is drawn, and then a wall is drawn.
  • An example in the design is shown, but if the drawings of this degree (so-called single-line plan drawings, etc.) were created using CAD, etc. in the planning design, which is the previous stage, the data
  • [1] 2 in Fig. 28.
  • the notation of W1 to W-5 in the drawing notation in Fig. 63 will be described later.
  • This is an undecided element at this stage.
  • Fig. 64 is an explanatory diagram showing an example (4) of creating a total design piece (Franking 'design piece).
  • the line segment of the central wall W-5 (the name of W-5 at this time is an undetermined element) is selected as the target off-site.
  • Fig. 65 is an explanatory diagram showing an example (5) of creating an overall design piece (running "design element"), where "W-5J is one of the overall design piece management names".
  • the line segment that is the figure element of the selected “OFF” is “LINEJ
  • the coordinate values that are the start and end points of the line segment are stored as the coordinates of the real number as "3000, -500, 0J," and "3000, 6500, 0J.”
  • the system assigns coordinate names “ ⁇ ” and “B” to the system, and the start and end points, which are the relationship between the figure element and the coordinates of the selected off-site, are ⁇ START J, “END”. It is stored as In addition, it is stored by referring to the requirement name and requirement, weight name and weight value It DL default value.
  • the creation history information “Taro Yamada” and “2000-04-05-14-20-21” are stored by referring to the initial setting values and the system. Based on such a relationship, a total design piece (Flankink design piece) “W-5” is created and stored.
  • Fig. 66 to Fig. 69 are explanatory diagrams showing examples of creating total design pieces (partial design pieces).
  • the total design pieces are displayed.
  • the wall-to-wall and column-to-wall interlocking parts are defined as whole design pieces (partial design pieces) "wp1" to "wp-10".
  • whole design pieces for example, taking “wp-9” as an example, it is composed of “W-1” and “W-5” (see Fig. 63) of the overall design piece (Frankink's design element).
  • the definition in the element is “2obj-3WAY” as “relation element”, and “W-1” and “W- 5 is defined as “relational coordinates” such as “MID (C, D)” and ⁇ ⁇ D ( ⁇ ), and the whole design element (partial design part) of“ wp-9 ”is defined.
  • the relation between the overall design element related to that part (Franking's design element) and that part is calculated.
  • Fig. 6 8) shows the center partition wall “W-5” and the corresponding coordinate names “A” and “Bj” whose real coordinate values are “3000, —500, 0” and “3000, 6500, 0”. ⁇ This power ⁇ Anti After the movie (Fig. 69), the overall design pieces (partial design pieces) are changed to "WP-9" and "WP-10" management names. Is related to the whole design element (partial design piece), and coordinate management is performed by the whole design element (partial design piece).
  • the contents of changes to the total design piece (Franking 'design piece) are stored in the change history DB of the total design piece.
  • the shape for example, the components of a certain room and its shape
  • calculate the area of each room and furthermore, calculate the area of each design element by resolving and blocking. Calculation It is possible to calculate the area by the wall core, calculate and manage the effective area by the wall.
  • FIGS. 0 to 73 are explanatory diagrams showing examples of creating detailed design pieces (plan views).
  • the total design piece is selected (Fig. 70), and the detailed design pieces (planning design pieces) (PC-l to PC-4, PW-PW-5) are created (Fig. 71).
  • detailed design pieces (partial design pieces) (PP-1 to PP-10) are created in the interlocking part (Fig. 72).
  • Extension data (ex-l to ex- 26) is created from the detailed design piece created last (Fig. 73).
  • the meaning of “wall” and “partitioning wall” is represented by two lines, and the detailed design pieces are created and the extension data is created.
  • Fig. 74 to Fig. 83 are explanatory diagrams showing examples of total design piece change (DL change) It is.
  • the DL data of the overall design piece is replaced with the data for the actual design, as the basic design shifts to the actual design.
  • the total design piece (W-5) is selected.
  • Fig. 74 Next, we replace the DL data (Fig. 82: BI-W00001-Z) of the wall associated with this total design piece with the wall part data shown in Fig. 81. (BI-RC001) (Fig. 83).
  • the site data (BI-RC001) of the five-layer structure is composed of two site data (BI-PB101) shown in Fig. 80 and one component data (BH-RC001) shown in Fig. 79. ). Furthermore, the part data (BI-PB101) of the two plasterboard-finished wall finishes are the part data (BH-PB-9.5) shown in Fig. 77 and the part data (BH-PB-12.5) shown in Fig. 78. ), The part data (BH-RC001) of the wall foundation consists of the element data (Y-RC001) shown in Fig. 76, and the part data of the gypsum board (BH-PB-12.5) is 7 5 Element data shown in the figure (Y-PB001)
  • FIGS. 84 to 88 are explanatory diagrams showing examples of detailed design piece creation (plan detailed view).
  • the detailed design pieces (planning design pieces) (DW-1— to DW-5—) are related to the total design pieces (planning design pieces) by the D extension program.
  • the DL site data (BI-RC001) ( Figures 75 to 81 show the structure of DL (BI-C001)) is the overall design element (F 'Running' design piece) When it is related to “W-5”, it is a detailed design piece development category according to the I-Q extension that is defined in DL (BI-RC001).
  • the detail design pieces (Flanking 'design pieces) “DW_5—S1” (meaning the wall foundation), “DW-5—F1” and “ DW—5—F2 ”(meaning wall finish) is created.
  • Each detail design piece is related to the total design piece.
  • the DL corresponding to each detail design element is related.
  • the detail design piece “DW-5—S1” means the wall foundation, and DL (BH-RC001) which means the wall foundation in the hierarchy of DL (BI-RC001) related to the overall design piece ) (Fig. 79).
  • DL (BI-PB101) (Fig. 80), which means wall finishing, is related to “DW-5—F1” and “DW-5—F2”, which mean wall finishing.
  • Fig. 86 shows the state of the detailed design piece (planning design piece) after execution of the machining program defined in the total design piece (partial design piece).
  • the detailed design piece (planning design piece) “DW-1-Fl” is converted into two detailed design pieces (planning design piece) “DW-1_F1-1”, by the processing program of the whole design piece (partial design piece).
  • FIG. 89 to FIG. 91 are explanatory diagrams showing examples of creating detailed design pieces (detailed sectional views).
  • Fig. 9 1 shows an explanatory diagrams showing examples of creating detailed design pieces (detailed sectional views).
  • FIGS. 94 to 100 are explanatory diagrams showing examples of modification of other detailed design pieces (addition of detailed design pieces).
  • create the planning data elements dotted lines in Fig. 94
  • a detail design piece planning design piece: DW-7-S1
  • a detail design piece partial design pieces: DP-35, DP-36
  • Fig. 96 are created.
  • FIGS. 101 to 107 are explanatory diagrams showing examples of modification of other detail design pieces (addition of detail design pieces and attachment to the whole design piece).
  • a planning data element (dotted line in Figure 101) is created, and D L is related to create a detailed design element (planning data: DW -..., DC -... in Figure 102).
  • the detail design pieces (partial design pieces: DP -%) are defined, and extension data (ex -%) are created (Fig. 104).
  • the detail design piece (DW-FS-4) is selected (Fig. 105), and the entire design piece (W-7) is attached (associated) (Fig. 106).
  • the detail design piece (DW-FS-4) is related to the total design piece (W-7) as shown in Fig. 107.
  • FIG. 108 and FIG. 109 are explanatory diagrams showing examples of data of the change history DB of the detailed plane view.
  • the correction history of the detailed plan views shown in FIGS. 92 to 107 is recorded.
  • FIGS. 110 and 111 are explanatory diagrams showing data examples of “request DB” of the total design piece.
  • the modified details of the detailed design pieces described above are written in the “request DB” corresponding to the overall design pieces, as shown in Fig. 36 [7-3].
  • the contents of the detailed design piece change history DB in FIG. 108 and FIG. 109 are created by reflection processing to the total design piece request DB in FIG.
  • FIG. 112 is an explanatory diagram showing a modification example of the detail management parameter DB of the total design piece.
  • the values of the parameters A and B of the deleted detailed design piece DW-5-F1 are deleted (0) in response to a request for the total design piece “request DB”.
  • FIG. 113 is an explanatory diagram showing an example of data of a request DB of each detail design piece.
  • the deletion information of the detailed design element DW-5-F1 is registered in the request DB of the cross-section detailed view by the processing of 1 of [7-4].
  • the request DB for the floor plan contains the DL change information of the detail design element DW-5-F1 and the additional information for the detail design element DW-7-S1, and the request DB for the plan detail drawing contains W-KARI001 to W-
  • the management name change information to 7 is registered respectively.
  • FIGS. 114 and 115 are explanatory diagrams showing data examples of the total design piece request DB.
  • the total design piece management name is changed from “W-KARI001” to “W-7”.
  • a processed flag is set in the request DB of the total design piece.
  • FIG. 116 is an explanatory diagram showing an example of data of the total design piece DB.
  • the total design piece W 7 is newly registered in the total design piece DB.
  • FIG. 117 is an explanatory diagram showing an example of data of a total design piece unprocessed DB. Correction information on the detail design piece DW-7-S1 is registered in the unprocessed DB.
  • Fig. 118 is an explanatory diagram showing an example of updating the detail design piece DB (deleting the detail design piece DW5-F2 flag).
  • FIG. 119 is an explanatory diagram showing a data example of a change history DB and a detail design piece request DB. The detailed sectional view is changed with the change of the detailed plane view, and the change history information is registered in the change history DB of the detailed design piece corresponding to the detailed sectional view. Note that the request request flag being set to 1 indicates that the request has been changed by a change request from the request DB. In addition, a processed flag (1) is set in the corresponding record of the request DB in the detailed section view.
  • FIG. 120 is an explanatory diagram showing an example of updating the extension data of the detailed sectional view, which expresses the same design elements as the detailed plan view deleting process.
  • FIG. 122 to FIG. 127 are explanatory diagrams showing modified examples of the detailed design pieces.
  • the total design piece is changed as shown in Fig. 121.
  • a partial design element (wp-11) is additionally defined.
  • the part (BB-W1E002-Z) is selected from the DL and related (Fig. 123).
  • Fig. 124 and Fig. 125 show parts (BB-W1E002-Z) D1_ and parts (BH-WE000CU-Z) D1_ and elements (Y-WE00002). -Z) DL.
  • the extension data is updated based on each detailed design piece (Fig. 126, Fig. 127).
  • Fig. 128 is an explanatory diagram showing an example of the data of the overall design piece (partial) DB.
  • FIG. 129 is an explanatory diagram showing an example of data in the total design piece change history DB.
  • FIG. 130 is an explanatory diagram showing an example of data of a plane detail view request DB.
  • a change history or change request information based on the corrections in FIGS. 121 to 127 is registered.
  • FIG. 13 to FIG. 13 are explanatory diagrams showing examples of creating design pieces for construction by DL replacement. First, the total design piece for design is read (Fig. 13 1). Next, search and read the design DL (Fig. 13 2).
  • the elements constituting a design object such as a building, parts composed of a combination of elements, parts composed of a combination of parts, and parts where parts and parts are joined together are A DL containing data defined from the fixed information and the variable information is prepared, and the design piece data and the extension in the form corresponding to the DL are prepared.
  • Generate ⁇ Manage and use various extension programs according to the purpose to manage various information and data logically and physically ⁇ Be able to express and flexibly respond to various requests Response can be realized.

Landscapes

  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Geometry (AREA)
  • Computer Hardware Design (AREA)
  • General Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Architecture (AREA)
  • Software Systems (AREA)
  • Civil Engineering (AREA)
  • Computer Graphics (AREA)
  • Structural Engineering (AREA)
  • Computational Mathematics (AREA)
  • Mathematical Analysis (AREA)
  • Mathematical Optimization (AREA)
  • Pure & Applied Mathematics (AREA)
  • Evolutionary Computation (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • General Factory Administration (AREA)

Description

明 細 書 建築生産支援システム 技術分野
本発明は、 建築生産支援システムに関し、 特に設計、 施工、 管理等の 建築生産プロセスにおいて発生する情報を管理する事によ り各プロセス での情報の伝達がスムーズに行え、 またその情報を元に図面情報や積算 情報、 見積情報等に簡単に展開できる建築生産支援システムに関するも のである。 背景技術
従来の建築生産用の C AD システムは、 設計図書と して完成された図面 をいかに効率良く CA Dデータ と して作成するのかを目的と して作成され ている。 例えば、 2次元 CAD システムでは、 最終的な設計図書の作成を 目的と して、 白紙の状態から完成へ向けての単一的な作図機能を備えて いる。 コマン ドと しては、 通り心配置や柱、 梁、 壁、 建具等の配置コマ ン ドなどが用意されており、 コマン ドに対して変数をキーボー ドゃマウ ス等の入力装置から入力するこ とによ り 、 2次元図形が展開表示される。 また、 3次元 CA D システムにおいても同様に、 完成に到るまでのコマ ン ドが用意されており 、 キーボー ド、 マウス等の入力装置から通り心配 置、 柱、 壁、 梁配置等の各種コマン ドに対する変数を入力すると、 コ ン ピュータ によ り 、 3次元形状イ メージ等が展開表示される。
建築生産においては、 平面、 立面、 断面、 機能、 性能、 価格、 品質な ど様々な側面から検討を行うが、 このよ う な CA D システムでは人的な労 力に頼ら ざるをえず、 全体的な修正は勿論のこと部分的な修正も簡単に 行う ことができない。 また、 作成された CA Dデータ は単なる座標データ に過ぎず、 表示されている線分に対して、 壁、 柱、 梁等の建築生産情報 が付加されているものではない。
このために、 従来における CA D システムは、 建築の設計者等が、 設計 変更を繰り返しながら設計プラ ンを固めていく 建築生産システムと して 用いるには適したものではない。 また、 作成した C A Dデータは汎用性に 乏し く 、 作成した CA Dデータ を各種形態に展開して出力するこ とが困難 であった。
こ こで、 建築設計用の CA D シス亍ムと しては、 一般的な CA Dオブジェ ク 卜に建物部位情報を付加 した形態で作図できる、 いわゆる、 オブジェ ク ト指向型の CA D システムが提案されている。 この CA D システムでは、 建築物の各部位、 すなわち、 柱、 壁、 スラブ、 屋根、 ドア等のオブジェ ク 卜が予め用意されてお り、 各ォブジェク トはそれ自身の 「振る舞い」 を規制する規制情報も合わせ持っている。 例えば、 窓というォブジェク トは、 壁に配置されるものなので、 壁から移動して壁からはみ出すよ う な位置には配置できないように規制される。
オブジェク トを利用 して 3次元形状を作成すると、 その平面図、 立面 図、 断面図が自動作成され、 平面図を修正すると、 それを立面図、 断面 図に反映させるこ とができた り 、 設計変更によ リ通リ芯をずらすと、 各 オブジェク 卜が自動的に寸法や位置を変更して く れる等の機能が備わつ ている。
しかしながら、 従来のオブジェク ト指向型の CA D システムには次のよ うな問題点がある。 建築設計における最終設計図書に到るまでのプロセ スでは、 企画設計の段階から図面によるコ ミ ュニケーショ ンが始ま り、 基本設計、 実施設計と移行していく 訳であるが、 従来のオブジェク ト指 向型の C A D システムによる図面を有効に活用できるのは基本設計の段階 が主である。
' すなわち、 計画設計では、 施主よ りの諸条件を整理、 把握して図面に まとめることによ り 、 関係者および施主との間で図面に基づく コ ミ ュニ ケ一シヨ ンが始まる。 この段階では、 図面は単線図と呼ばれるシングル 線で描かれたものであり 、 描画は、 オブジェク ト指向での壁や ドアなど と言う よ り も、 ゾ一二ング、 開口等といつたよ り抽象的で概念的な意味 合いが強い。 よって、 この段階でオブジェク ト指向型 CAD システムによ リ図面が作成されて しまう と、 設計者、 デザイナ等の使用者にはかえつ て使い勝手が悪い。 また、 この段階の図面は、 基本的には施主よ りの諸 条件等をまとめるためのものであるので、 繰り返し、 一から作成しなお す場合が多いので、 各部分の細かな設定や付加情報はほとんど意味がな く 、 役に立たない。
一方、 実施設計段階では、 施工者に対して正確に設計対象の建築物の 情報を伝えるため、 およびディ テールの納ま り を検討するために図面が 作成される。 従って、 壁や柱等の部位レベルからなるオブジェク ト指向 型の CA D システムによ り作成された図面では情報量が不十分であり、 そ のまま利用できない。 また、 設計で扱う情報は論理的な情報、 いわゆる 「あり よ う」 の情報を扱い設計を行うため、 仮に建築部品レベルのォブ ジェク 卜が用意してあると しても、設計段階ではそのまま利用できない。 さ らに、 建築生産における設計プロセスでは、 設計における複雑化、 多様化、 高度化によ り一人の人格または経験及び技術では対応できない 状態であり 、 共同での作業が行われるのが一般的である。 打合せ等によ り方針を決定 しその後、 各セク ショ ンゃ各担当者によ り平行して設計が 行われる。 例えば R C下地の壁では、 R Cの厚みや構造は構造にょ リ設 計が行われ、 仕上は意匠によ り設計がおこなわれる。 つま り 、 打合せ等 によ り情報を一元化し、 各セク ショ ンゃ各担当者が平行して設計を行う こ とによ り情報が多元化される。 多元化された情報はあるタ イ ミ ングに よ り一元化され、 再び多元化されて設計が行われる。 この繰り返しによ リ設計が行われ、 最終的に設計図書と して情報が一元化される。 従来の オブジェク ト指向の CA D システムでは、 このよ うな複雑な設計プロセス に柔軟に対応できない。
また、 施工段階では、 実際に物を組み立てるために、 総合図や施工図 などの作成を行うが、 構成される内容は、 部品ゃ部材など現物と同じよ うに表現され、 細かく 漏れのないよ うに分かりやすく 記されるために、 実施設計と同様に情報量および表現レベルが不十分である。
また、 施工段階では設計プロセスにて作成された設計図書情報を検証し て、 施工段階での情報である総合図や施工図等の作成を行うが、 従来の オブジェク ト指向 CAD システムでは、 設計情報の検証や設計情報を施工 情報に展開するなど、 建築生産プロセスに柔軟に対応できない。 同 じ く 施工段階から管理段階へのデータの流通も対応できるものではない。 そこで、 本発明の課題は、 既存の 2次元あるいは 3次元 CAD システム の作図データ を利用 して、 建築生産プロセスでの設計、 施工および管理 における各段階で必要と される情報を簡単に出力できる汎用性の高い建 築生産情報付加データ を作成し、 このデータ を所望の出力形態に展開 ■ 拡張して出力できる建築生産支援システムを提供するこ とにある。 発明の開示
上記課題は、 本発明の下記構成によって達成される。
1 . 図形素からなるプランニングデータ素を入力 し、 建物の設計対象物 を、 その構成要素である要素と、 この要素あるいは要素集合体の組み合 わせからなる複数の階層の要素集合体を定義するこ とによ り形成したデ ィ テールライ ブラ リの中から希望の要素あるいは要素集合体を選択して 前記図形素に意味付けを行う全体設計素作成手段と、 前記全体設計素の情報から出力情報に対応する詳細設計素を作成し、 更に必要な情報を出力する詳細設計素作成手段と
を備えたこと を特徴とする建築生産支援システム。
2 . 前記ディ テールライ ブラ リ は、 要素、 部品、 部位の階層からなり、 部品は 1 つあるいは複数の要素からなり、 部位は 1 つあるいは複数の部 品あるいは部位からなる ことを特徴とする第 1 項に記載の建築生産支援 システム。
3 . 前記ディ テールライ ブラ リ は部位あるいは部品の取り合い部分の定 義データである部分データ を含むこと を特徴とする第 1 項に記載の建築 生産支援システム。
4 . 更に、 ディ テールライ ブラ リ作成手段およびディ テールライ ブラ リ 修正手段を備えたことを特徴とする第 1 項に記載の建築生産支援システ ム。
5 . 更に、 C A D機能を備えたこ と を特徴とする第 1 項に記載の建築生 産支援システム。
6 . 前記詳細設計素作成手段は、 詳細設計素データから図面データ を出 力する図面データ出力手段を含むこ と を特徴とする第 1 項に記載の建築 生産支援システム。
7 . 前記詳細設計素作成手段は、 詳細設計素データから積算表データ を 出力する積算表データ 出力手段を含むこ と を特徴とする第 1 項に記載の 建築生産支援システム。
8 . 前記詳細設計素作成手段は、 詳細設計素データから耐久年数管理デ ータ を出力する耐久年数管理データ出力手段を含むこ と を特徴とする第 1 項に記載の建築生産支援システム。
9 . 更に、 全体設計素修正手段および詳細設計素修正手段を備えたこ と を特徴とする第 1 項に記載の建築生産支援システム。
1 0 . 前記全体設計素および前記詳細設計素は任意の設計素のデータの 変更を他の設計素に反映するための要求 D Bを備えているこ とを特徴と する第 9項に記載の建築生産支援システム。
1 1 . 設計者の修正権限情報を格納した優先順位 D Bを備えたこ と を特 徴とする第 1 0項に記載の建築生産支援システム。。
1 2 . ディ テールライ ブラ リ は設計用と施工用の同意のデータ を備え、 設計用 D L を施工用 D Lに自動的に置換することによって施工用の詳細 設計素を生成するこ とを特徴とする第 1 項に記載の建築生産支援システ ム。
1 3 . 図形素からなるプランニング図を入力するステップと、
建物の設計対象物を、 その構成要素である要素と、 この要素あるいは 要素集合体の組み合わせからなる複数の階層の要素集合体を定義するこ とによ り形成したディ テールライ ブラ リの中から希望の要素あるいは要 素集合体を選択して、 前記図形素に意味付けを行い、 全体設計素を作成 するステップと、
前記全体設計素の情報から出力情報に対応する詳細設計素を作成し、 更に必要な情報を出力するステッ プと
を含むこ と を特徴とする建築生産支援方法。
1 4 . コ ンピュータが、
図形素からなるプランニングデータ素を入力 し、建物の設計対象物を、 その構成要素である要素と、 この要素あるいは要素集合体の組み合わせ からなる複数の階層の要素集合体を定義するこ とによ り形成したディ テ ールライ ブラ リの中から希望の要素あるいは要素集合体を選択して、 前 記図形素に意味付けを行う全体設計素作成手段、
前記全体設計素の情報から出力情報に対応する詳細設計素を作成し、 更に必要な情報を出力する詳細設計素作成手段
の機能を実行するためのプログラムを記憶したコ ンピュータ読み取り 可能な情報記録媒体。
本発明の建築生産支援システムにおいては、 設計のプラ ンニングの初 期段階では、 C A Dデータ にデータ ライ ブラ リ からの情報を付加 ' 変更し、 展開出力する こ とによ リ 、 画面上に正確な 2次元画像を表示しながら、 設計およびその変更等を繰り返し行う事が出来る。 必要な場合には、 デ ィ 亍一ルライ ブラ リ （以下 D L と記す場合もある） を利用 して決定され た全体設計素、詳細設計素の要素、部品、部位および部分の情報を選択 - 処理することによ り 、 希望する設計支援用の図面表示を行う こ とができ る。
また、 設計 ■ 施工 ■ 管理の段階では、 D Lからの各種データの選択変 更 （置換）、 および各種の変数の設定変更によ り 、 全体設計素、 詳細設計 素を変更するこ とによ り 、 簡単に、 ディ テール情報を変更、 修正できる。 さ らには、 上記 D Lは、 設計、 施工および管理対象物の要素、 部品、 ¾(i位および部分の階層構造からなっているので、 様々な情報検索が可能 となり 、 設計特有の部分から全体、 全体から部分の修正などの各段階で の要求に、 精度よ く 対応できる。
また、 3次元形状、 構成、 機能、 その他属性を D L と して定義して管 理し、 設計 ■ 施工 · 管理の各段階にたずさわる者の意図や意見を全体設 計素および詳細設計素と して定義し、 管理すると共に、 上記各段階、 各 セクシ ョ ン等様々なロケ一ショ ンに対応するエキステンショ ン （例えば 図面データ作成） プログラムを用意するこ とによ り 、 データ を論理的に 管理するこ とが可能とな り、 設計 ' 施工 ' 管理などでの情報の流通、 管 理等をフ レキシブルに行う ことができるよ うになると共に、 様々なデー タべ一ス （以下 D Bと記す場合もある） と横断的にアクセスすることが できるよ うになる。
例えば、 実施設計図書から施工図作成のプロセスでは、 実施設計図書 での全体設計素、 詳細設計素を基に施工図用のエキステンシ ョ ンプログ ラムを使用 し、 施工用の D L と リ ンク （置換） するこ とによ り 、 施工図 での表現と してのエキステンシ ョ ンデータが生成できる。
また、 意味のある最小単位を要素と して定義し、 部品、 部位、 部分と 管理するこ とによ り 、 各段階、 各セクショ ンでの要素 ■ 部品 ■ 部位 . 部 分設計素の置換によ り 、 各段階、 各セクショ ンでの最適なデータの管理 が可能となる。 更には、 意味のある最小単位を要素と して定義するこ と によ り、 最小意味と形状が 1 対 1 の関係にな り、 物理的な各種シミ ュ レ
—ショ ンを実行可能である。
更に、 本発明の建築生産支援システムにおいては、 上記 D Lに、 上記 要素や部品等の価格や耐久年数を加えておく こ とによ り 、 積算や耐久年 数の管理も行う こ とができる。 図面の簡単な説明
第 1 図は、 本発明のシステムの機能、 データの関係を示す説明図 （ 1 ) である。
第 2図は、 本発明のシステムの機能、 データの関係を示す説明図 （ 2 ) である。
第 3 図は、 本発明のシステムの構成を示す機能ブロ ック図である。 第 4図は、 本発明のシステムのハー ドウェア構成例を示すブロ ック図 である。
第 5 図は、 D Lのデータ構造を示す説明図である。
第 6図は、 全体設計素 （プランニング設計素） を構成する D Bの構成 を示す説明図 （ 1 ) である。 第 7 図は、 全体設計素 （プランニング設計素） を構成する D Bの構成 を示す説明図 （ 2 ) である。
第 8図は、 全体設計素 （部分設計素） を構成する D Bの構成を示す説 明図である。
第 9図は、 詳細設計素 （プランニング設計素） を構成する D Bの構成 を示す説明図 （ 1 ) である。
第 1 0図は、 詳細設計素 （プランニング設計素） を構成する D Bの構 成を示す説明図 （ 2 ) である。
第 1 1 図は、 詳細設計素 （部分設計素） を構成する D Bの構成を示す 説明図である。
第 1 2図は、 D Lを構成する D Bの構成を示す説明図 （ 1 ) である。 第 1 3図は、 D Lを構成する D Bの構成を示す説明図 （ 2 ) である。 第 1 4図は、 D Lの要素を構成する D Bの構成を示す説明図である。 第 1 5図は、 D L (部分） を構成する D Bの構成を示す説明図 （ 1 ) である。
第 1 6図は、 D L (部分） を構成する D Bの構成を示す説明図 （ 2 ) である。
第 1 7 図は、 平面詳細図の変更履歴 D Bのデータ例を示す説明図であ る。
第 1 8図は、 要求 D Bのデータ例を示す説明図である。
第 1 9図は、全体設計素変更履歴 D Bのデータ例を示す説明図である。 第 2 0図は、 全体設計素未処理 D Bのデータ例を示す説明図である。 第 2 1 図は、 要素データ作成処理を示すフローチャー トである。
第 2 2図は、 部品データ作成処理を示すフローチャー トである。
第 2 3図は、 部位データ作成処理を示すフローチャー トである。
第 2 4図は、 部分設計素作成処理を示すフローチャー トである。 第 2 5図は、 D L変更処理を示すフロ一チャー トである。
第 2 6図は、 本システムを使用 した設計例の概要を示すフローチヤ一 卜である。
第 2 7 図は、 2 6図の各プロセスの実施時期を示す説明図である。 第 2 8図は、 全体設計素 （プランニング設計素） の作成処理を示すフ ローチャー トである。
第 2 9 図は、 全体設計素 （部分設計素） の作成処理を示すフ ローチヤ ー トである。
第 3 0図は、 詳細設計素の作成処理を示すフローチヤ一 トである。 第 3 1 図は、 3 0図⑤の処理の詳細を示すフ ロ一チヤ一 トである。 第 3 2図は、 3 0図⑦の処理の詳細を示すフロ一チヤ一 トである。 第 3 3 図は、 全体設計素変更、 D L変更処理を示すフ ローチャー トで め " ©。
第 3 4図は、 3 3図⑤の処理の詳細を示すフローチヤ一 トである。 第 3 5図は、 3 3図⑥の処理の詳細を示すフ ローチャー トである。 第 3 6図は、 詳細設計素の変更処理を示す説明図である。
第 3 7 図は、 詳細設計素の変更処理を示すフ ローチャー トである。 第 3 8図は、 3 フ 図⑫の処理の詳細を示すフ ローチヤ一 トである。 第 3 9図は、 3 8図⑦の処理の詳細を示すフ ローチヤ一 トである。 第 4 0図は、 要求検討処理を示すフ ローチャー トである。
第 4 1 図は、 要求 D Bへの反映処理を示すフローチャー トである。 第 4 2図は、 他詳細設計素の変更要求処理を示すフ ローチヤ一 トであ る。
第 4 3図は、 4 2図の⑭の処理の詳細を示すフ ローチヤ一 トである。 第 4 4図は、 詳細設計素同期処理を示すフ ローチャー トである。 第 4 5図は、 詳細設計素の修正処理を示すフ ローチャー トである。 第 4 6図は、 D L置換による施工用設計素の作成処理を示す説明図で ある。
第 4 7 図は、 D L置換による施工用設計素の作成処理を示すフ ローチ ヤー 卜である。
第 4 8図は、 4 7 図①の処理の詳細を示すフ ローチャー トである。 第 4 9図は、 4 8図⑭の処理の詳細を示すフ ローチヤ一 トである。 第 5 0図は、 4 7 図②の処理の詳細を示すフローチヤ一トである。 第 5 1 図は、 4 7 図③の処理の詳細を示すフローチヤ一 トである。 第 5 2図は、 5 1 図⑤の処理の詳細を示すフローチヤ一 トである。 第 5 3図は、 4 7 図④の処理の詳細を示すフロ一チャー トである。 第 5 4図は、 全体設計素 （プランニング設計素） のデータ構造を示す 説明図である。
第 5 5図は、 全体設計素 （部分設計素） のデータ構造を示す説明図で ある。
第 5 6図は、 詳細体設計素 （プラ ンニング設計素） のデータ構造を示 す説明図である。
第 5 7 図は、 詳細設計素 （部分設計素） のデータ構造を示す説明図で ある。
第 5 8図は、 D L (要素 D B ) のデータ構造を示す説明図である。 第 5 9図は、 D L (部品、 部位 D B ) のデータ構造を示す説明図であ る。
第 6 0図は、 D L (部分） のデータ構造を示す説明図である。
第 6 1 図は、 全体設計素 （プランニング設計素） の作成例 （ 1 ) を示 す説明図である。
第 6 2図は、 全体設計素 （プランニング設計素） の作成例 （ 2 ) を示 す説明図である。 第 6 3図は、 全体設計素 （プランニング設計素） の作成例 （ 3 ) を示 す説明図である。
第 6 4図は、 全体設計素 （プランニング設計素） の作成例 （ 4 ) を示 す説明図である。
第 6 5図は、 全体設計素 （プランニング設計素） の作成例 （ 5 ) を示 す説明図である。
第 6 6図は、 全体設計素 （部分設計素） の作成例 （ 1 ) を示す説明図 である。
第 6 7 図は、 全体設計素 （部分設計素） の作成例 （ 2 ) を示す説明図 である。
第 6 8図は、 全体設計素 （部分設計素） の作成例 （ 3 ) を示す説明図 である。
第 6 9図は、 全体設計素 （部分設計素） の作成例 （ 4 ) を示す説明図 である。
第 7 0図は、 詳細設計素 （平面図） の作成例 （ 1 ) を示す説明図であ る。
第 7 1 図は、 詳細設計素 （平面図） の作成例 （ 2 ) を示す説明図であ る。
第 7 2図は、 詳細設計素 （平面図） の作成例 （ 3 ) を示す説明図であ る。
第 7 3図は、 詳細設計素 （平面図） の作成例 （ 4 ) を示す説明図であ る。
第 7 4図は、 全体設計素変更 （ D L変更） 例 （ 1 ) を示す説明図であ る。
第 7 5図は、 全体設計素変更 （ D L変更） 例 （ 2 ) を示す説明図であ る。 第 7 6図は、 全体設計素変更 （ D L変更） 例 （ 3 ) を示す説明図であ る。
第 7 7 図は、 全体設計素変更 （ D L変更） 例 （ 4 ) を示す説明図であ る。
第 7 8図は、 全体設計素変更 （ D L変更） 例 （ 5 ) を示す説明図であ る。
第 7 9図は、 全体設計素変更 （ D L変更） 例 （ 6 ) を示す説明図であ る。
第 8 0図は、 全体設計素変更 （ D L変更） 例 （ 7 ) を示す説明図であ る。
第 8 1 図は、 全体設計素変更 （ D L変更） 例 （ 8 ) を示す説明図であ る。
第 8 2図は、 全体設計素変更 （ D L変更） 例 （ 9 ) を示す説明図であ る。
第 8 3図は、 全体設計素変更 （ D L変更） 例 （ 1 0 ) を示す説明図で ある。
第 8 4図は、 詳細設計素作成 （平面詳細図） 例 （ 1 ) を示す説明図で ある。
第 8 5図は、 詳細設計素作成 （平面詳細図） 例 （ 2 ) を示す説明図で ある。
第 8 6図は、 詳細設計素作成 （平面詳細図） 例 （ 3 ) を示す説明図で ある。
第 8 7 図は、 詳細設計素作成 （平面詳細図） 例 （ 4 ) を示す説明図で ある。
第 8 8図は、 詳細設計素作成 （平面詳細図） 例 （ 5 ) を示す説明図で ある。 第 8 9 図は、 詳細設計素作成 （断面詳細図） 例 （ 1 ) を示す説明図で ある。
第 9 0図は、 詳細設計素作成 （断面詳細図） 例 （ 2 ) を示す説明図で ある。
第 9 1 図は、 詳細設計素作成 （断面詳細図） 例 （ 3 ) を示す説明図で ある。
第 9 2図は、 他詳細設計素の修正例 （ を示す説明図である。 第 9 3 図は、 他詳細設計素の修正例 （ を示す説明図である。 第 9 4図は、 他詳細設計素の修正例 （ を示す説明図である。 第 9 5図は、 他詳細設計素の修正例 （ を示す説明図である。 第 9 6図は、 他詳細設計素の修正例 （ を示す説明図である。 第 9 7 図は、 他詳細設計素の修正例 （ を示す説明図である。 第 9 8図は、 他詳細設計素の修正例 （ を示す説明図である。 第 9 9図は、 他詳細設計素の修正例 （ を示す説明図である。 第 1 0 0図は、 他詳細設計素の修正例 9 ) を示す説明図である。 第 1 0 1 図は、 他詳細設計素の修正例 0 ) を示す説明図である。 第 1 0 2図は、 他詳細設計素の修正例 1 ) を示す説明図である。 第 1 0 3図は、 他詳細設計素の修正例 2 ) を示す説明図である。 第 1 0 4図は、 他詳細設計素の修正例 3 ) を示す説明図である。 第 1 0 5図は、 他詳細設計素の修正例 4 ) を示す説明図である。 第 1 0 6図は、 他詳細設計素の修正例 5 ) を示す説明図である。 第 1 0 7図は、 他詳細設計素の修正例 6 ) を示す説明図である。 第 1 0 8図は、 平面詳細図変更履歴 D Bのデータ例 （ 1 ) を示す説明 図である
第 1 0 9図は、 平面詳細図変更履歴 D Bのデータ例 （ 2 ) を示す説明 図である 第 1 1 0図は、 全体設計素要求 D Bのデータ例 （ 1 ) を示す説明図で ある。
第 1 1 1 図は、 全体設計素要求 D Bのデータ例 （ 2 ) を示す説明図で め 。
第 1 1 2図は、 ディ 亍一ル管理パラメータ D Bの変更例を示す説明図 である。
第 1 1 3 図は、 詳細設計素要求 D Bのデータ例を示す説明図である。 第 1 1 4図は、 全体設計素要求 D Bのデータ例 （ 1 ) を示す説明図で ある。
第 1 1 5図は、 全体設計素要求 D Bのデータ例 （ 2 ) を示す説明図で ある
第 1 1 6図は、 全体設計素 D Bのデータ例を示す説明図である。
第 1 1 7 図は、全体設計素未処理 D Bのデータ例を示す説明図である。 第 1 1 8図は、 エキステンシ ョ ンデータ更新処理例を示す説明図であ る。
第 1 1 9図は、 詳細設計素 D Bのデータ例を示す説明図である。
第 1 2 0図は、 変更履歴 D B、 詳細設計素要求 D Bのデータ例を示す 説明図である。
第 1 2 1 図は、 詳細設計素の修正例 （ 1 ) を示す説明図である。
第 1 2 2図'は、 詳細設計素の修正例 （ 2 ) を示す説明図である。
第 1 2 3図は、 詳細設計素の修正例 （ 3 ) を示す説明図である。
第 1 2 4図は、 詳細設計素の修正例 （ 4 ) を示す説明図である。
第 1 2 5図は、 詳細設計素の修正例 （ 5 ) を示す説明図である。
第 1 2 6図は、 エキステンショ ンデータ変更処理例 （ 1 ) を示す説明 図である。
第 1 2 7 図は、 エキステンシ ョ ンデータ変更処理例 （ 2 ) を示す説明 図である。
第 1 2 8図は、 全体設計素 （部分） D Bのデータ例を示す説明図であ る。
第 1 2 9図は、 全体設計素変更履歴 D Bのデータ例を示す説明図であ る。
第 1 3 0図は、 平面詳細図要求 D Bのデータ例を示す説明図である。 第 1 3 1 図は、 D L置換による施工用設計素作成例 （ 1 ) を示す説明 図である。
第 1 3 2図は、 D L置換による施工用設計素作成例 （ 2 ) を示す説明 図である。
第 1 3 3図は、 D L置換による施工用設計素作成例 （ 3 ) を示す説明 図である。
第 1 3 4図は、 D L置換による施工用設計素作成例 （ 4 ) を示す説明 図である。
第 1 3 5図は、 D L置換による施工用設計素作成例 （ 5 ) を示す説明 図である。
第 1 3 6図は、 D L置換による施工用設計素作成例 （ 6 ) を示す説明 図である。
第 1 3 7 図は、 D L置換による施工用設計素作成例 （ 7 ) を示す説明 図である。
第 1 3 8 図は、 複数のデータ相互の関係を示す説明図である。
第 1 3 9図は、 全体設計素のデータの構成を示す説明図である。 第 1 4 0図は、 詳細設計素のデータの構成を示す説明図である。 第 1 4 1 図は、 エキステンシ ョ ンデータの構成を示す説明図である。 第 1 4 2 図は、 第 3 0図の⑧の処理の詳細を示すフロ一チャー トであ る。 発明を実施するための最良の形態
以下、 図面を参照して、 本発明を適用 した建築生産支援システムの例 を説明する。 まず、 本明細書において用いられる用語において、 「プラン ニング」 設計素とは、 例えば柱の配置や壁の配置などを構造物の形状に よ り示し設計意図を示したデータであり 、 「部分」 設計素とは、 例えば壁 同士の接点の取り合い部分や壁端部の納ま り など、 特定の部分に関する デ一タ を意味する。 「プロジェク ト」とは例えば 1 つの建築物の設計全体 を指す。 「エキステンシ ョ ン」 とは、 詳細設計素データ に基づき例えば CAD形式の図面デ一タ を生成出力する処理あるいはそのデータ を指す。 第 4図は、 本発明のシステムのハー ドウエア構成例を示すブロ ック図 である。 本発明の建築生産支援システムは、 パソコ ン等のコ ンピュータ ( P C ) 4 0 と、 に後述する機能を実現するプログラムを実装すること によって実現される。 P C 4 0には、 C P U 4 1 、 メ モ リ 4 2 、 メヽ一 ド ディスク装置 （ H D D ) 4 3、 フロ ッ ピディスク装置 （ F D D ) 4 4 、 L A Nやイ ンタ一ネッ ト等のネッ トヮ一クイ ンタ一フェイス回路 4 5 、 U S Bイ ンタ一フ ェイ ス回路 4 6 、 C R Tイ ンタ一フ ェイス回路 4 7 、 C D - R O M ドライ ブ装置 4 8等を備える。
P C 4 0には、 C R T 5 0、 キ一ポ一 ド 5 1 、 マウス 5 2、 スキャナ 5 3、 デジタイザ 5 4、 プリ ンタ 5 5が接続されており 、 更に、 プロ ッ タなどの出力機能を備えていることが好ま しい。 なお上記したよ うな P Cは市販されており 、 周知である。
第 3 図は、 本発明のシステムの構成を示す機能ブロ ック図である。 本 発明のシステムには、 全体設計素 （プランニング設計素） の作成機能 3 1 、 全体設計素 （部分設計素） の作成機能 3 2、 詳細設計素 （プラン二 ング設計素および部分設計素） の作成機能 3 3 ( 1 2 )、 全体設計素修正 機能 3 4 ( 1 3 )、 詳細設計素 （エキステンシ ョ ンデータ も含む） 修正機 能 3 5 ( 1 4 )、 D L作成機能 3 6、 D L修正機能 3 7 ( 1 5 ) 等を備え ており 、 それぞれメ イ ンメ ニュー 3 0から選択して実行可能である。 各機能の詳細については、 後述する実施例において説明するが、 全体 設計素 （プランニング設計素） 作成機能 3 1 は図 2 6の四角で囲った数 字 [ 1 ] の処理に対応 している。 以下同様に、 全体設計素 （部分設計素） 作成機能 3 2 は図 2 6の [ 2 ] の処理に、 詳細設計素 （プランニング設 計素および部分設計素） 作成機能 3 3 ( 1 2 ) は図 2 6の [ 3 ] [ 5 ] [ 6 ] の処理に対応する。
また、 全体設計素修正機能 3 4 ( 1 3 ) は図 2 6の [ 7 ] [ 8 ] の処理 の一部に、 詳細設計素 （エキステンシ ョ ンデータ） 修正機能 3 5 ( 1 4 ) はやはり図 2 6の [ 7 ] [ 8 ] の処理の一部に対応する。
更に、 各修正手段 1 3 、 1 4、 1 5における修正処理の同期を取るた めの修正同期手段 1 7 が存在 し、 この処理はやはり図 2 6の [ 7 ] [ 8 ] の処理の一部に対応する。 第 1 図、 第 2図は、 本発明のシステムの機 能、 データの関係を示す説明図である。 また、 第 1 3 8図は、 複数のデ ータ相互の関係を示す説明図である。 図 1 、 2において、 四角で囲った ブロ ックはプログラムあるいは機能を表し、 円筒形の斜視図で表 したブ ロ ックはデータ あるいはデータベースを表す。 本発明のシステムを用い て設計を行う場合には、 例えば周知の建築生産用の C A Dシステムと一 緒に使用する。 なお、 C A Dシステム 1 0は、 本発明のシステムとは別 のシステムであってもよいし、 本発明のシステムに組み込まれていても よい。
本発明のシステムにおいては、 まず C A D 1 0 (あるいは内蔵する C A D機能） を使用 して図形素からなるプランニング元データ 2 0 を作成 する。 （第 6 1 図〜第 6 3図参照） 次に、 プランニング元データ 2 0 とマ スター D L 2 1 とから、 全体設計素作成手段 1 1 によって全体設計素デ —タ 2 3 およびプロジェク ト D L 2 2 を作成する。 （第 6 4図〜第 6 9 図参照） なお、 マスタ一 D し 2 1 には予め必要な D Lデータが登録され ているものとする。 また第 1 図には図示していないが、 図 3の D L作成、 修正機能 3 6 、 3 7 によって D Lの作成、 修正が可能である。 また、 プ ロジ Iク ト D L 2 2は、 マスタ一 D Lから選択されて全体設計素あるい は詳細設計素に含まれる D Lの情報が登録される D Bである。
第 6図、 第 7 図は、 全体設計素 （プランニング設計素） を構成する D Bの構成を示す説明図であり、 第 8図は、 全体設計素 （部分設計素） を 構成する D Bの構成を示す説明図である。 また、 第 5 4図は、 全体設計 素 （プランニング設計素） のデータ構造を示す説明図であり、 第 5 5図 は、 全体設計素 （部分設計素） のデータ構造を示す説明図である。 更に、 第 1 3 9図は、 全体設計素のデータの生成方法を示す説明図である。 第 6図〜第 8図は、 全体設計素の構成を リ レーショナル D Bの形式で 表現したものであり、 第 5 4図、 第 5 5図は同 じ全体設計素をッ リ一構 造で表現したものである。 全体設計素には、 第 6 図〜第 8図あるいは第 5 4図、 第 5 5図に示すよ うな多数の項目のデータが関連付けられて格 納されている。
全体設計素データ 2 3は上記の通り 、 プランニング設計素および部分 設計素から成る。 プランニング設計素は、 建築での空間構成のプラン二 ングを示す要素 （例えば居室を構成している柱や梁、 床、 壁、 天井、 建 具等の事） を管理するデータであり 、 部分設計素はプランニング設計素 の取り合いを示す要素 （例えば、 柱と壁や、 壁と壁などの取り合い） を 管理するデータである。 プランニング設計素は壁や柱などの配置を示す 座標と図形素 （LINE, BOX 等の幾何図形素）、 D L情報、 設計要件、 ゥェ イ ト、 詳細設計素管理用属性、 作成履歴情報などから成る。 部分設計素 はその配置座標、 D L情報、 関係素情報、 設計要件、 ウェイ ト、 詳細設 計素管理用属性、 作成履歴情報などから成る。 D Lについては後述する。 次に、 全体設計素データ 2 3 およびプロジヱク ト D L 2 2から詳細設 計素作成手段 1 2 Aによって、 ひとつあるいは複数の詳細設計素 2 4 を 作成する。 次に、 それぞれの詳細設計素 2 4 とそれぞれの D L 2 2から、 エキステンショ ン作成手段 1 2 Bによって、 ひとつあるいは複数のェキ ステンショ ンデ一タ 2 5 を生成する。 （平面図 ： 第 7 0図〜第 7 3図、 平 面詳細図 ： 第 8 4図〜第 8 8図、 断面詳細図 ： 第 8 9図〜第 9 1 図参照） 第 9 図、 第 1 0図は、 詳細設計素 （プラ ンニング設計素） を構成する D Bの構成を示す説明図であり 、 第 1 1 図は、 詳細設計素 （部分設計素） を構成する D Bの構成を示す説明図である。 また、 第 5 6図は、 詳細体 設計素 （プランニング設計素） のデータ構造を示す説明図であり 、 第 5 7 図は、 詳細設計素 （部分設計素） のデータ構造を示す説明図である。 更に、 第 1 4 0図は、 詳細設計素のデータの構成を示す説明図である。 第 9図〜第 1 1 図は、 詳細設計素の構成を リ レーシ ョナル D Bの形式 で表現したものであり、 第 5 6図、 第 5 7 図は同 じ詳細設計素をツリー 構造で表現したものである。 詳細設計素には、 第 9図〜第 1 1 図あるい は第 5 6図、 第 5 7 図に示すよ うな多数の項目のデータが関連付けられ て格納されている。
詳細設計素 2 4は、 やはり プランニング設計素および部分設計素から 成る。 こ こでのプランニング設計素は全体設計素 2 3 (柱や梁、 床、 壁、 天井、 建具等） を構成する要素 （例えば、 設計プロセスで管理する要素 と しては壁を横成する壁下地要素や壁仕上要素など） を管理するデータ であり 、 部分設計素はこれらプランニング設計素の取り合いや端部の納 まり等を管理するデータである （例えば壁下地と壁下地の取り合い部な ど）。 詳細設計素 2 4は全体設計素 2 3 と D L 2 2から作成され、 全体設 計素 2 3 に含まれる詳細設計素管理データ及び詳細設計素 2 4に含まれ る全体設計素管理名によ り全体設計素 2 3 と関連付けられている。
なお、 全体設計素および詳細設計素の要件 D Bには、 全体設計素ある いは詳細設計素の任意の構成要素が備えるべき必要条件を設計要件と し て登録するこ とが可能であり 、 各設計段階において、 この条件が満足さ れているか否かがチェ ック される。
第 1 4 1 図は、 エキステンシ ョ ンデータの構成を示す説明図である。 エキステンショ ンデータ 2 5 とは例えば C A Dシステムにて読み込み可 能な各種図面データであるが、 その他、 表計算ソ フ トで読み込み可能な 見積も り書の積算データや耐用年数管理データ、 あるいは各種シミ ュ レ —シヨ ンによる構造解析データ であってもよい。 また、 エキステンシ ョ ンデータは、 それを生成した詳細設計素が持つエキステンショ ンデ一タ 管理属性によ リ詳細設計素と関連付けられている。 全体設計素と詳細 設計素、 更にエキステンショ ンデータ との関係は、 第 3 6図に示されて いるよ うに、 特定の設計プロジェク トにおいて 1 つの空間構成プラン二 ングを示す全体設計素データ （例えば壁要素） に対し、 例えば平面図や 平面詳細図、 断面詳細図など各種設計要求に対して複数の詳細設計素が 存在する。 また、 1 つの詳細設計素に対して、 出力すべき各種図面や積 算および見積情報などであるエキステンショ ンデータは要求によ り 、 ひ とつあるいは複数存在する。
設計が修正される場合には、 第 2図に示すよ うに、 全体設計素修正手 段 1 3 、 詳細設計素修正手段 1 4、 エキステンシ ョ ンデ一タ修正手段 1 5等を使用 して全体設計素 2 3 、 詳細設計素 2 4、 エキステンショ ンデ —タ 2 5 あるいは D L 2 2が修正されると共に、 修正同期手段 1 7 によ つて関連する他のデータ も修正される。 詳細は実施例にて説明する。 （ D L修正 ： 第 2 5図、 全体設計素、 詳細設計素、 エキステンシ ョ ンデータ の修正 ： 第 2 6図の [フ ] [ 8 ] 参照）
第 5図は、 D Lのデータ構造を示す説明図である。 また、 第 1 2図、 第 1 3図、 第 1 4図は、 D Lを構成する D Bの構成を示す説明図である。
D L 2 1 ( 2 2 ) は、 建物等の設計、 施工、 管理対象物を、 その構成 要素と して意味のある最小単位である 「要素」 と、 この要素の組み合わ せ （要素集合体） からなる 「部品」 と、 複数の部品あるいは部位の組み 合わせからなる 「部位」 と、 複数の部位や部品の取り合いや端部の納ま リ を示す 「部分」 に区分し、 前記要素、 前記部品、 前記部位および前記 部分を、 それぞれ定義することによ り形成した要素データ、 部品データ 、 部位データおよび部分データ を備えている。
「部品」 階層は、 市場で流通している部品資材や商品と対応するよ う に定義されている事が望ま しい。 「部品」階層を市場での部品資材や商品 と対応させることによ り 、 部品資材や商品に対する複雑な要求等を下位 階層である 「要素」 階層と して定義でき、 さ らに部品の組み合わせ情報 である設計知識を上位階層である 「部位」 階層に定義する事によ り、 設 計知識である 「部位」 情報の授受等による漏洩が防げ、 なお市場での部 品資材や商品の調達等に対し、 細部に至るまでの細かな要求や範囲の指 定ゃ複雑な選択条件など論理的な情報の伝達及び収集が可能となり柔軟 な情報流通が可能となる。
さ らに 「要素」 では業界及び各セク ショ ンによ り 「意味のある最小単 位」 は異なるため、 各業界及び各セク ショ ンでの情報の流通を行うため にも市場での部品資材及び商品と 「部品」 階層との対応が望しい。
例えば、 構造設計で用いるディ テールライ ブラ リ ーで H鋼の場合は、 曲げ応力を受け持つプレー トと してフランジが 「要素」 と して意味のあ る最小単位となり、 それ自体即ち H鋼は 「部品」 となるが、 意匠設計で 用いるディ テールライ ブラ リ 一では、 H鋼自体が意味のある最小単位と して 「要素」 と して定義し 「部品」 と しても H鋼と して定義してもよい。 意匠と構造や設計と施工などの各セク ショ ンゃ各プロセスにて、 同一の ディ テールライ ブラ リ ーを使用 してもよいが、 複雑化、 多様化、 高度化 する建築生産業界において、 複数のセク シ ョ ン及び複数の組織にょ リ設 計が行われるのが一般的であり 、 設計知識及び設計資産であるディ テ一 ルライ ブラ リ ーの共有は難し く 、 部品階層での情報流通が望ま しい。 また、 壁紙のよ うにそれ以上最小単位に分解できないものは、 「要素」 であり 、 「部品」 でもある。 また、 壁で考えると、 壁自体も 「部位」 であ リ、 壁下地、 壁仕上等の単位も 「部位」 と考える。 また、 「部分」 は、 例 えば壁と床とか柱とはり などの取り合いや壁端部の納ま りなどの部分を 定義する。
第 5 8図は、 D L (要素 D B ) のデータ構造を示す説明図である。 ま た、 第 1 4図は、 D Lの要素を構成する D Bの構成を示す説明図である。 要素データは、 建築物等の構成要素と して意味のある最小単位である要 素の形状、 要件情報、 ゥヱイ ト情報、 作成履歴情報、 パラメ ータ情報、 拘束要件情報を定義している要素データの集ま りから構成されている。 上記要素データは形状作成インタ-フ Iイスを用いて、 または、 各種モテ'リンク'ソ フト （CADソフに CGソフに モテ"リンク'ソフト等） を用いて形状を定義してあり、 形 状の基本となるポイ ン ト座標等が定義してある。 その他、 必要に応じて 各種属性が定義されている。 各属性は幾何拘束のよ う な配置に対する条 件や寸法の制限等の判断プログラムを含む。 要素とは基本的に意味のあ る最小単位と形状を 1 対 1 にすることによる物理的要素にも意味があり . 従来のオフ"シ"∑クト図形素に対する属性とは異なる。
第 5 9図は、 D L (部品、 部位 D B ) のデータ構造を示す説明図であ る。 上記部品データは、 上記要素の組み合わせからなる部品（部品資材や 商品と して取り扱われる単位のものなど）の、 要件情報、 ウェイ ト情報、 優先順位情報、 パラメ —タ情報、 加工処理フ' αク'ラム情報、 Iキステンションフ '口ク' ラム情報、 拘束条件情報、 作成履歴情報、 要素管理情報等を定義してる。 この部品データ ライ ブラ リ においては、 上記要素データ ライ ブラ リが保 持しているデータ については、 重複して保持していてもよいし、 保持し ていな く てもよい。
上記したよ うに、 部品では、 最小単位が要素と同 じ場合は要素にて形 状が定義され、 部品では要素の配置情報または部局と しての属性が定義 される。 部位データは、 建築での床、 壁、 天井等の部位での要素、 部品、 部位の組み合わせや.仕様などを定義している部位データの集ま りから構 成されている。 部位では、 例えば床 ■ 壁（外壁 ■ 内壁） · 天井 . 建具 . 窓 ■ 階段など各部品の配置情報や属性が定義される。 部位データは各プロセ ス （例えば設計や施工など） における基本単位に対応 している。
第 6 0図は、 D L (部分） のデータ構造を示す説明図である。 また、 第 1 5図、 第 1 6図は、 D L (部分） を構成する D Bの構成を示す説明 図である。 「部分」 データ は、 部位と部位などや部品と部位、 部品と部品 の取り合いや納ま り等を定義している部分設計素群と、 部位単位では表 現できない建築部分について部位と同様に要素 · 部品 ■ 部位の集まりに よって定義されている部分設計素群の集ま りから構成されている。 「部 分」 では、 各部位や部品の配置情報及び各部品、 部位の交点情報等につ いて部分と しての属性が定義される。
更に、 各データ ライ ブラ リ等にあっては、 部品の耐久年数や、 その価 格を保持していてもよい。 これら 4階層のライ ブラ リ によ り 、 D Lが構 成されている。
次に D Lの作成、 修正について説明する。 設計を行う場合には、 第 2 1 図〜第 2 5図に示す処理によって、 予め設計に必要な要素、 部品、 部 位、部分をマスタ ー D L中に作成あるいは修正 しておく こ とが望ま しい。 なお、 過去に他の設計において作成した D Lデータはそのまま使用可能 であるので、 設計を行うに従って D Lが更新され、 充実する。
第 2 1 図は、 D Lの要素データ作成処理を示すフローチャー トである。 第 2 1 図の各ステップ①〜⑤における処理内容は以下の通り である。 ①. 形状作成インタ-フ Iイスを用いて形状を作成する。 また、 各種モテ'リンク'ソフト ( CA Dソフに C Gソフに モテ'リンク'ソフト） 等を用いて形状を作成してもよい。 形 状は 2次元でも 3次元でもよ く 、形状とそのホ'イントに対する座標及び座表 名とその関係が定義されている。 （例えば 2次元の円弧形状であれば、円 弧情報とその中心であるホ 'イントの座標及び座表名 とその関係である「中心 点又は C E N T E R等」 と始点及び終点情報が定義される。 形状は ィテ-ルライフ' ラリ-の Iキステンションフ' Dク'ラムによ リ展開され使用される為、 要素での形状定義 は Iキステンションフ'卩ク'ラムによ り使用される最適な形状で定義を行う。また必要 要素には形状が無い要素の場合もありその場合は形状は無く てもよい。 (例えば部品定義における特徴に加工要素が含まれる場合等、 加工要素 自体は形状を持たず複数の属性及び拘束条件等を持ち複雑な選択要素を 持つなどの場合）
②. ①で作成した形状データに固定情報及び可変情報 （パラメ ータ定義） を定義する。 また可変情報 （パラメ ータ） に対して標準値を設定し、 そ の値をデフオル ト値とする。
③. 要素の満たす要件 （機能、 性能、 価格、 生産性、 品質、 耐用年数等） 及び作成履歴情報 （作成日時や作成者情報等） やウェイ ト情報 （例えば I キステンション: Γ Bク"ラムによ り図面出力する再に勝ち負けを判断する場合に用い る係数で、 例えば壁下地と壁仕上が交差する場合壁下地が勝って壁仕上 が負け、 壁下地によ り壁仕上表現線を包絡処理する場合などに用いる） を定義する。 要素の満たす要件が形状寸法及びその他要件などによ り変 化する場合など、 形状寸法及びその他要件を入力 し要素の満たす要件を 出力するプログラムでも良い。
④. ②及び③で定義された情報に対する拘束条件等を定義する。 拘束条 件は形状寸法及び複数の要件によ り変化する場合など、 形状寸法及び複 数の要件を入力 し拘束条件を出力するプログラムでも良い。
⑤. ①〜④までの内容を D Lの要素 D Bに記憶し再利用可能な状態にす る。
第 2 2図は、 D Lの部品データ作成処理を示すフロ一チ ヤ 一 トである。 第 2 2図の各ステッ プ①〜⑦における処理内容は以下の通りである。 ①. 要素データ ライ ブラ リ よ り要素データ を読込む。
②. 部品作成インタ-フ Iイスを利用 し要素データ を 2次元画面上に配置する。 形状が無い要素を使用する場合は要素 D Bを選択し登録する。
③ . 配置及び登録が完了 したか判定し、 完了 していない場合は①〜③を 繰り返す。
④ . ①〜③で配置した要素データに固定情報及び可変情報 （パラメ ータ 定義） を定義する。 また可変情報 （パラメ ータ） に対して標準値を設定 し、 その値をデフォル ト値とする。
⑤ . 部品の満たす要件、 優先順位情報、 Iキステンション： Γ Qク'ラム情報、 加工処理 フ'ロク'ラム情報、 作成履歴情報、 ウェイ ト情報を定義する。 また部品の満た す要件において、 要素の配置及び組み合わせ、 または、 その他要件など によ り要件が変化する場合など、 要素の配置情報及び組み合わせ情報、 または、 その他要件を入力 し部品の満たす要件を出力するプログラムで も良い。
⑥ . ②及び④及び⑤で定義された情報に対する拘束条件等を定義する。 拘束条件は要素の配置及び要素の組み合わせ、 または、 複数の要件によ リ変化する場合など、 要素の配置及び要素の組み合わせ、 または、 複数 の要件を入力 し拘束条件を出力するプログラムでもよい。 ⑦.②，④，⑤，⑥までの内容を部品 D Bに記憶し再利用可能な状態にする, 第 2 3図は、 D Lの部位データ作成処理を示すフ i —チヤ一 トである。 第 2 3図の各ステッ プ①〜⑦における処理内容は以下の通り である。
① . 部位及び部品データ ライ ブラ リ よ り部位及び部品データ を読込む。 ②. 部位作成インタ-フ Iイスを利用 し部位及び部品データ を 2次元画面上に配 置する。
③ . 配置及が完了 したか判定し、 完了 していない場合は①〜③を繰り返 す。
④ . ①〜③で配置した部位及び部品データに固定情報及び可変情報 （パ ラメ ータ定義） を定義する。 また可変情報 （パラメ ータ） に対して標準 値を設定し、 その値をデフォル ト値とする。
⑤ . 部位の満たす要件、 優先順位情報、 Iキステンシ 3ンフ ° Πク'ラム情報、 加工処理 フ'ロク'ラム情報、 作成履歴情報、 ウェイ ト情報を定義する。 また部位の満た す要件において、 部位及び部品の配置及び組み合わせ、 または、 その他 要件などによ り要件が変化する場合など、 部位及び部品の配置情報及び 組み合わせ情報、 または、 その他要件を入力 し部位の満たす要件を出力 するプログラムでも良い。
⑥ . ②及び④及び⑤で定義された情報に対する拘束条件等を定義する。 拘束条件は部位及び部品の配置及び組み合わせ、 または、 複数の要件に よ り変化する場合など、 部位及び部品の配置及び組み合わせ、 または、 複数の要件を入力 し拘束条件を出力するプログラムでも良い。
⑦ .②，④，⑤，⑥までの内容を部位 D Bに記憶し再利用可能な状態にする , 第 2 4図は、 部分データ作成処理を示すフ ローチャー トである。 第 2
4図の各ステップ①〜⑦における処理内容は以下の通りである。
①.部位及び部品データ ライ ブラ リ 一よ り部位及び部品データ を読込む。
② . 部分作成インタ-フ Iイスを利用 し部位及び部品データ を 2次元画面上に配 置する。
③ . 配置が完了 したか判定し、 完了 していない場合は①〜③を繰り返す。
④ .①〜③で配置された部位及び部品データに固定情報及び可変情報（パ ラメ ータ定義） を定義する。 また可変情報 （パラメ ータ） に対して標準 値を設定し、 その値をデフォル ト値とする。
⑤ . 部分の満たす要件、 優先順位情報、 Iキステンシ 3ンフ ' αク'ラム情報、 加工処理 フ'ロク'ラム情報、 作成履歴情報、 ウェイ ト情報を定義する。 また部分の満た す要件において、 部位及び部品の配置及び組み合わせ、 または、 その他 要件などによ り要件が変化する場合など、 部位及び部品の配置情報及び 組み合わせ情報、 または、 その他要件を入力 し部分の満たす要件を出力 するプログラムでも良い。
⑥ . ②及 ④及び⑤で定義された情報に対する拘束条件等を定義する。 拘束条件は部位及び部品の配置及び組み合わせ、 または、 複数の要件に よ り変化する場合など、 部位及び部品の配置及び組み合わせ、 または、 複数の要件を入力 し拘束条件を出力するプログラムでも良い。
⑦ .②，④，⑤，⑥までの内容を部分 D Bに記憶し再利用可能な状態にする 第 2 5図は、 D し変更処理を示すフ ローチャー トである。 第 2 5図の 各ステップ①〜⑩における処理内容は以下の通り である。
① D Lデータ （要素、 部品、 部位、 部分） を読込む。
②. ①で読込んだ D L を 2次元画面上に表示する。
③部位、 部品、 部分のデータは階層構造になっているので、 変更 したい 目的の D L (要素、 部品、 部位、 部分） を選択する。
④ . ③で選択された D L (要素、 部品、 部位、 部分） の情報を 2次元画 si上に ¾ 不する。
⑤ D L変更インタ -フェイスを用いて、 追加、 変更、 削除等の変更処理を行う。 ⑥. ⑤にて行われた変更内容をメ モ リ へ記憶する。 ⑦ . 変更終了か否か判断し、 終了の場合には⑧へ移行し、 そうでない場 合には②へ移行する。
⑧ . 変更した内容を D し に登録するか否か判断し、 登録する場合には⑨ へ移行する。
⑨.⑥にて記憶している変更内容をデフオル ト値と して D Lへ登録する。 ⑩. D L変更履歴 D Bへ変更履歴を登録する。
以下、 建築設計における設計手順の一例に従って、 本発明のシステム の処理内容を説明する。
第 2 6図は、 本システムを使用 した設計例の概要を示すフローチヤ一 トである。 また、 第 2 7 図は、 2 6図の各プロセスの実施時期及び建築 生産における各プロセスを示す説明図である。 2 6図のステップ [ 1 ] においては、 まず 2次元 CA D システムによ り通常の建築用 CAD と同様に して図形素からなるプラ ンニング図である平面図を作成する。 そ して、 目的とする図形素を選択して、 D しから関連させたいデータ を選択して 全体設計素 （プランニング設計素） を作成する。
ステッ プ [ 2 ] においては、 作成した全体設計素 （フ 'ランニンク '設計素） に 対して更に全体設計素 （部分設計素） を作成する。 ステップ [ 3 ] にお いては、 作成した全体設計素に対して平面図に対応する詳細設計素のプ ランニング設計素及び部分設計素を作成し、 さ らに詳細設計素に対して 平面図の図面データ となるエキステンショ ンデータ を作成する。 こ こま での処理が設計初期 （基本設計） 段階である。
ステップ [ 4 ] においては、 D L置換によ り基本設計から実施設計へ の全体設計素の変更を行う。 ステッ プ [ 5 ] においては、 詳細設計素 （平 面詳細図） の作成を行う。 ステップ [ 6 ] においては、 詳細設計素 （断 面詳細図） の作成を行う。 ステップ [ 7 ] においては、 詳細設計素 （平 面詳細図） の変更および他の詳細設計素への反映 （同期） を行う。 ステ ップ [ 8 ] においては、 全体設計素 （プラ ンニングデータ） の変更を行 う。 こ こまでの処理が実施設計段階 （実施設計） である。 実際の設計に おいては、 複数の設計者によってステップ [ 5 ] ~ [ 8 ] の処理が繰り 返し行われる。
ステッ プ [ 9 ] においては、 各設計素よ り D L置換による施工用全体 設計素、 詳細設計素の作成を行う。 この処理が施工段階である。
第 2 7 図に示すよ うに、 1 つのの建設プロセス （プロジェク ト） は、 川上から計画、 設計、 施工、 管理と川下へ移行していく 。 設計プロセス は計画設計、 基本設計、 実施設計と移行していく 。 そ して、 各設計プロ セスにおいては、 打ち合わせ等によ り方針が決定されると、 意匠設計、 構造設計、 設備設計等の作業が複数の設計者によってそれぞれ独立して 行われる （多元化）。 そ して、 所定のタイ ミ ングで情報の一元化が実行さ れ、 例えば任意の設計作業において追加修正された情報が全体に反映さ れる。 このよ うな、 多元化、 一元化の処理が繰り返され、 最終的に設計 図書 （図面） と して一元化される。
以下、 第 2 6図の各ステップの処理内容を詳細に説明する。
第 2 8図は、 2 6図の [ 1 ] の全体設計素 （フ'ランニンク "設計素） の作成 処理を示すフ ローチヤ一 トである。
まず作成するプロジェク ト名や設計区分 （ 1 Fや 2 F ) や作成者名等を 初期設定 し、
① . 設計者が C A D等のァフ'リケ -シヨンソフトあるいは内蔵する C A D機能を使 用 してプラ ンニングデータ素 （線分等の図形素及びその配置ホ'イント情報 等） を作成する。 （第 6 1 図〜第 63 図）
② . 全体設計素 （フ'ランニンク '設計素） に関する処理メ ニューの中から作成] マン を選択する。
③ . ①で作成したプランニングデータ素の 1 つ （例えば壁に相当する線 分） を選択する。 （第 64図） （選択は 1 つでも複数選択してもよい）
④ . 「柱」 「床」 「壁」 などの D Lのメ ニューが表示され、 例えば設計者が D Lのリス トから 「壁」 を選択すると、 「外壁」 「内壁 （間仕切壁）」 等の メ ニューが表示される。 以下同様に、 「内壁 （間仕切壁）」 を選択すると、 「 R (：」 Γ LG S J 「不確定壁」 が表示され、 例えば 「不確定壁」 を選択するこ とによって、 ③で選択したプランニングデータに該当する D しデータが 決定される。
⑤ . ③で選択したプランニングデータ素情報と④で選択した D L情報に よ り全体設計素 （プランイ ング設計素を作成し全体設計素 （プランニン グ設計素） D Bに記憶 （登録） し、 ③〜⑤を繰り返す。 （第 65 図） 作成 された全体設計素 （フ 'ランニンク '設計素） の各データは次の情報よ り作成さ れる。 （第 6 図及び第 7 図は全体設計素 （フ'ランニンク '設計素） をリレ-ショナル D Bの形式で表現したもので、第 54図は同 じ内容をツリ ー構造で表現した ものである） 「プロジェク ト名」 及び 「設計区分」 は初期設定にて定義し てある情報を参照し記憶する。 「全体設計素管理名」はシステムによ リー 連の名前が付けられるが、 その後変更してもよい。 「図形素」及び「座標」 及び 「関係」 は③で選択されたプランニングデータ素を参照 し記憶され る。 例えば③において線分を作成した場合、 「図形素 J は Γ L I N E」 と なり、 「座標」 は Γ X、 丫、 Z」 の 3次元の座標値が実数にて記憶される また 「関係」 においては図形素における座標の関係で、 例えば線分では 始点と終点などが、 「 S T A R T又は E N D」等と記憶される。 「座標名」 はシステムによ リー連の名前が定義されるが、 その後変更してもよい。 初期設定された 「作成者情報」 や、 「作成日時」 をシステムよ り取得し作 成履歴情報を記憶する。 「要件情報 j、 「ウェイ ト情報」、 Γ D L情報」は作 成時においては、 ④において選択した D L情報のデフォル ト値を参照し 記憶されるが、 その後変更してもよい。 第 2 9図は、 2 6図の [ 2 ] の全体設計素 （部分設計素） の作成処理 を示すフ ロ 一チ ヤ一 トである。
① . 例えば [ 1 ] で作成した全体設計素を表示する。 （第 66図）
② . 全体設計素 （部分設計素） に関する処理メ ニ ュ ーの中から作成コマ ン ドを選択する。
③ . 全体設計素 （フ'ランニンク'設計素） よ り 目的の全体設計素 （部分設計素） に関係するォブジェク トを選択し、 目的の全体設計素（部分設計素）のポ イ ン ト情報やそのホ 'イントとォブジェク 卜 との関係 （例えば中点など） 及び オフ"シ' Iクトの関係を入力する。 （例えば交差 「INT」 など） （第 67 図） ④. ③で選択した部分に対応する D L を選択する。 部分 D Lの作成メ ニ ユーと しては、 「柱一壁」 「壁一壁」 などがあり、 例えば 「壁一壁」 を選 択すると、 更に 「 lobj - end」 「2obj- 2wayj Γ 2ob j-3way J などのメ ニ ュ一 が表示され、 設計者が例えば 「2obj-3Way」 を選択する。 「2obj 3way」 と は、 2 つのオフ'シ' Iクトによ り構成されていて、 3 つの方向に展開している、 いわゆる 「 丁 」 型などの意味）
⑤. ③で選択及び入力 した全体設計素 （フ 'ランニンク '設計素） 情報と部分設 計素のポイ ン ト情報及びポイ ン ト とォブジェク 卜 との関係情報及びオフ' シ" Iクトの関係と、 ④で選択した D L情報によ り全体設計素 （部分設計素） を作成し、 全体設計素 （フ 'ランニンク"設計素） と関係付けを行い、 全体設計 素 （部分設計素） D Bに記憶 （登録） する。 作成された全体設計素 （部 分設計素） の各データ は次の情報よ り作成される。 （第 8図は全体設計素 (部分設計素） をリレ-ショナル D Bの形式で表現したもので、 第 55 図は同 じ 内容をツ リ ー構造で表現したものである） 「プロジェク ト名」 及び「設計 区分」 は初期設定にて定義してある情報を参照し記憶する。「全体設計素 管理名」 及び 「配置座標名」 はシス亍ムによ リー連の名称が付けられる が、 その後変更してもよい。 また 「座標」 は③で入力されたポイ ン ト座 標の実数を 「 X、 丫、 Z J の 3次元座標値によ り記憶する。 「関係」 も同 じ く③で入力されたオフ'シ' Iクトの関係を記憶する。 （例えば交点 「INT J 等） また 「関係素」 は④で選択したメニュー情報よ り r 2ob j - 3way」 等を記憶 し、 「関係全体設計素管理名」 は③で選択した、 全体設計素 （プラ ンニン グ設計） 管理名を記憶し、 さ らに③で選択及び入力 した全体設計素 （フ' ランニンク '設計素） と部分設計素のポイ ン トとの関係を 「関係座標」 と して 記憶する。 （例えばある線分の中点の場合 「M I D ( A , B )」 座標名 A と座標名 Bよ り なる線分の中点の意味） 初期設定された 「作成者情報」 や、 「作成日時」 をシステムよ り取得し作成履歴情報を記憶する。 「要件 情報」、 「ウェイ ト情報」、 「 D L情報」 は作成時においては、 ④において 選択したり L情報のデフオ ル ト値を参照し記憶されるが、 その後変更し てもよい。
⑥. ⑤で作成した全体設計素 （部分設計素） の内容を全体設計素 （フ'ラン ニンク'設計素） へ反映する。 ⑤で作成した全体設計素 （部分設計素） の 「関 係全体設計素管理名」 よ り全体設計素 （フ'ランニンク '設計素） 管理名を特定 し、 さ らに 「関係座標」 によ り座標データベースに影響があるかを判断 し （例えば中点のよ うな場合は最初から座標を持たないため座標データ ベースに影響しない） 影響しない場合は③へ戻る。 影響する場合は座標 名を特定し、 全体設計素 （フ'ランニンク"設計素） の座標データベースから座 標名によ り座標レコ ー ドを検索 し、 削除する。 さ らに、 全体設計素 （： ランニンク '設計素） の座標関連付データベースから座標名によ り座標関連デ —タベースを検索し、 座標名を全体設計素 （部分設計素） 管理名に置換 える。 座標名によ り全体設計素 （部分設計素） の全体設計素関連付 D B を検索 し該当する関係座標での座標名があれば、 関係座標の座標名を全 体設計素 （部分設計素） 管理名に置換える。 これらの処理によ り 、 全体 設計素 （フ'ランニンク'設計素） と全体設計素 （部分設計素） の関係付が行わ れ、 座標管理が全体設計素 （フ 'ランニンク '設計素） よ り全体設計素 （部分設 計素） に移行する。 （第 68図、 第 69図）
⑦. ⑤での全体設計素 （部分設計素） 定義にょ リ⑥での全体設計素 （フ' ランニンク '設計素） に対する変更内容を、 全体設計素の変更履歴 D Bに記憶 し③〜⑦を繰り返し、 要求する全ての全体設計素 （部分設計素） を定義 する。 （第 1 9 図）
第 3 0図は、 2 6図の [ 3 ] における詳細設計素の作成処理を示すフ ローチャー トである。 なお、 2 6図の [ 5 ]、 [ 6 ] の処理も、 出力する 詳細設計素の種類が異なるが、 処理はこの図の処理と同一である。
①. 初期設定を行った後に全体設計素を表示する。
② . 設計者がエキス亍ンショ ンメ ニューを選択する。 メ ニューと しては、 例えば出力すべき 「一般図」 「詳細図」 等があ り 、 「一般図」 の下位には
「平面図」 「立面図」 「断面図」 等があり 、 更に 「平面図」 の下位には 「プ ランニング設計素」、 「部分設計素」 「プランニング、 部分」 等のメニュー がある。 この例では、 設計者が例えば 「一般図」 の 「平面図」 の 「ブラ ンニング、 部分」 を選択する。 （基本設計で作成する一般図 （全体の計画 を大まかな図面で示す） での平面図を出力するこ と を目的と した、 詳細 設計素でのプランニング設計素及び部分設計素を作成し、 さ らに図面デ ータ であるエキステンシ ョ ンデータ の作成を要求するメ ニュ ーコ マ ン )
③ . 設計者は表示されている全体設計素よ り 、 詳細設計素及びエキステ ンショ ンデータ を作成したいオブジェク トを 1 つも し く は複数選択する
(第 70図）
④ . 詳細設計素 （プランニング設計素） を作成する指示が入力されたか 否か判断し、 作成する場合には⑤へ移行する。
⑤ . 詳細設計素 （プランニング設計素） を作成する （ 3 1 図）。 ⑥ . 詳細設計素 （部分設計素） を作成する指示が入力されたか否か判断 し、 作成する場合には⑦へ移行する。
⑦ . 詳細設計素 （部分設計素） を作成する （ 3 2図）。
⑧ . システムは D L (エキステンシ ョ ンプログラム） によ り平面図の図 面データ となるエキステンシ ョ ンデータ を作成する。 （第 1 4 2図） 第 3 1 図は、 3 0図⑤の処理の詳細を示すフ ロ 一チ ヤ一 トである。 まず平面図の詳細設計素 （フ 'ランニンク '設計素） のフ 7ィル名、 作成者情報等の 初期設定を行い、
① . 第 3 0図の③で選択した全体設計素 （フ'ランニンク '設計素） を、 1 つづ つ読み込み、 要求データ を全て処理したら終了する。
② . ①で読み込んだ全体設計素 （フ 'ラン::ンク'設計素） のテ' -タょ リテ"ィテ-ルライ フ "ラリ-名を参照して、プロジェク ト D しょ リ 目的の D Lを検索 し読み込む,
③ .②で読み込んだ D Lのエキステンショ ンプログラム（詳細設計素のフ' ランニンク'設計素作成） を実行する。
④. ①で読み込んだ全体設計素 （フ 'ランニンク '設計素） 情報及び②で読み込 んだ D L情報によ り詳細設計素 （フ 'ランニンク'設計素） を作成し、 全体設計 素 （フ'ランニンク '設計素） と関係つけを行い、 詳細設計素 （フ'ランニンク '設計素） D Bに記憶 （登録） する。
作成された詳細設計素 （フ 'ランニンク '設計素） の各データは次の情報によ リ作成される。 （第 9図及び第 1 0図は詳細設計素 （フ 'ランニンク '設計素） をリ レ-ショナル D Bの形式で表現したもので、 第 5 6図は同 じ内容をッ リ 一構造 で表現したものである） 「プロジェク ト名」、 「設計区分」、 「全体設計素 管理名」は全体設計素（フ'ランニンク'設計素）の情報を参照して記憶され、「詳 細設計素区分」 は第 30図の②で選択したメニュー情報よ り 「平面図」 等 を記憶する。 「詳細設計素管理名」はシステムによ り一連の名称が付けら れるが、 その後変更してもよい。 「図形素」、 「座標」、 「関係」 は全体設計素 （： ランニンク '設計素） 情報を 入力情報と して、 エキステンシ ョ ンプロ グラム （詳細設計素のフ'ランニンク' 設計素作成） によ り処理され出力 されたデータが記憶される。 例えば図 形素では全体設計素 （フ 'ランニンク '設計素） では直線の線分である 「L I NE」 と定義 してある場合、 通常の場合詳細設計素 （フ 'ランニンク'設計素） でも直 線の線分であるが、 例えばあるパタ ー ンを持った （例えば波形を した） 形状が直線的に連続 している場合などは、 全体設計素 （フ'ランニンク '設計素） では直線の線分である図形素と して 「 L I NE J と なるが、 詳細設計素 （フ' ランニンク "設計素） では、 あるパタ ー ンの形状が直線的に連続した詳細設計 素 （フ'ランニンク '設計素） の形状と な り 、 必ず しも全体設計素 （フ'ランニンク '設 計素） と 同 じではない。 またその情報によ り 「座標」 及び 「関係」 も同 じではない。 エキステ ンシ ョ ンプロ グラムは D L と密接な関係があ り 、 建築での設計やデザイ ンなどを D L にて定義 し、 その展開方法のエキス テンシ ョ ンプログラムや加工処理プログラムは目的及び要求に対 して柔 軟に対応する こ とが可能である。
また、 「ディ テールライ ブラ リ 一名」、 「パラ メ ー タ 名 j、 「パラ メ ータ 内容」 も同 じ く 全体設計素 （フ 'ラン:ンク'設計素） での D L情報を入力情報 と して、 エキステンシ ョ ンプロ グラム （詳細設計素のフ'ランニンク '設計素作 成） によ り全体設計素 （フ 'ランニンク '設計素） での D L階層中の要求された 詳細設計素 （フ 'ランニンク'設計素） （例えば平面図） が意味する 「ディ テール ライ ブラ リ 一名」、 「パラ メ ータ 名」、 「パラ メ ータ 内容」 が出力され記憶 される。
こ こで出力 された詳細設計素 （フ'ランニンク '設計素） の 「詳細設計素管理 名」、 「パラ メ ータ名」、 「パラ メ ータ 内容」 が①で読み込んだ全体設計素 ( ランニンク'設計素） 管理名 と関係付られ、 全体設計素 （フ 'ランニンク '設計素） での 「ディ テール管理パラ メ ータ データ ベース」 に記憶され、 一元管理 される。
さ らに、 「要件情報」、 「ウェイ ト情報」、 は作成時においては、 エキス テンショ ンプログラム （詳細設計素のフ'ラン：:ンク'設計素作成） よ り 出力さ れた D Lのデフオル ト値を参照し記憶されるが、その後変更してもよい。 初期設定された 「作成者情報」 や 「作成日時」 をシス テムよ り取得し作 成履歴情報を記憶する。 （第 7 1 図）
⑤. ①で読み込んだ全体設計素 （フ'ランニンク '設計素） の Γ詳細設計素展開 履歴 D B」 に 「詳細設計素展開区分」 と 「 フ ァ イ ル名」 を記憶する。 こ こ での情報と④で記憶した 「全体設計素管理名」 によ り 、 全体設計素 （フ。 ランニンク "設計素） と詳細設計素 （フ 'ランニンク "設計素） の関係付が行われる。 第 3 2図は、 3 0図⑦の処理の詳細を示すフ ロ ーチ ヤ一 トである。 まずファイル名や作成者情報等の初期設定を行う。
① . 第 30 図の③で選択された全体設計素 （： Γランニンク '設計素） のデータ を 全て読み込み、 メ モ リ に記憶し、 その全体設計素 （フ'ランニンク "設計素） 管 理名によ り全体設計素 （部分設計素） の 「全体設計素関連付 D B」 よ り 全体設計素 （部分設計素） 管理名を検索 し、 その全体設計素 （部分設計 素） 管理名によ り全体設計素 （部分設計素） を 1 つづつ読み込み、 デー タ を全て処理したら終了する。
② . ①で読み込んだ全体設計素 （部分設計素） のテ" -タよ り ィテ-ルライフ'ラリ -名を参照 して、 プロ ジェク ト D Lよ り 目的の D L を検索 し読み込む
③ . ②で読み込んだ D Lのエキステンショ ンプログラム （詳細設計素の 部分設計素作成） を実行する。
④ . 全体設計素 （部分設計素） 管理名によ り 、 全体設計素 （部分設計素） の 「全体設計素関連付 D B」 よ り関係する全体設計素管理名を参照して、 その 「全体設計素管理名」 と第 30図の②で選択したメ ニュー情報である
「詳細設計素区分」 によ り全体設計素 （フ'ランニンク '設計素） の 「詳細設計 素展開履歴 D B」 を検索 し 「 フ ァ イ ル名」 を特定 し、 その 「 フ ァ イ ル名」 'である詳細設計素 （フ 'ランニンク '設計素） よ り 、 「全体設計素管理名」 によ り 関係する詳細設計素 （フ 'ランニンク '設計素） を検索し、 読み込み、 メ モ リ に 5己 ΐϋ、 ヲ 。
⑤. ④で読み込んだ、 関係する詳細設計素 （フ'ランニンク '設計素） 情報を入 力情報と して、 ②で読み込んだ D Lの加工処理プログラムを実行する。 「部分設計素」 での 「加工処理プログラム」 とは、 例えば壁と壁が交わ る部分の包絡処理などのこ とで、 ウェイ ト情報等によ り各要素のウェイ ト値が定義してあり 、 例えばウェイ ト値が同 じなら同 じ材料と判断し、 包絡処理を行い、 ウェイ ト値が同 じでない場合は材料が違う とみな し、 包絡処理を行わないなどや、 ウェイ ト値が違う場合はどち らが勝ち、 ど ち らが負けるのかなどのの処理を行う。 （第 85図） （第 86図）
⑥. ①で読み込んだ全体設計素 （部分設計素） 情報及び②で読み込んだ D L情報、 また⑤での加工処理情報によ り詳細設計素 （部分設計素） を 作成し、 全体設計素 （部分設計素） 及び詳細設計素 （フ'ランニンク "設計素） と関係付を行い、 詳細設計素 （部分設計素） D B に記憶 （登録） する。 作成された詳細設計素 （部分設計素） の各データは次の情報によ り作成 される。 （第 1 1 図は詳細設計素 （部分設計素） をリレ-ショナル D Bの形式で表 現したもので、第 5 7 図は同じ内容をッ リ 一構造で表現したものである） 「プロジェク ト名」、 「設計区分」、 「全体設計素管理名」は全体設計素（部 分設計素） の情報を参照して記憶され、 「詳細設計素区分」 は第 30 図の ②で選択したメ ニュ ー情報よ り 「平面図」 等を記憶する。 「詳細設計素管 理名 J 及び 「配置座標名」 はシステムによ リー連の名称が付けられるが、 その後変更してもよい。 「座標」、 「関係」 及び 「関係素」、 「関係詳細設計 素管理名」、 「座標関係」 は⑤での加工処理プログラムでの情報及び全体 設計素 （部分設計素） （ D L情報含む） 情報を入力情報と して、 エキステ ンシヨ ンプログラム （詳細設計素の部分設計素作成） によ り処理され出 力されたデータが記憶される。 また 「ディ テールライ ブラ リ 一名」、 Γパ ラメ 一タ名」、 「パラメ ータ内容」 も同 じ く⑤での加工処理プログラムで の情報及び全体設計素 （部分設計素） での D L情報を入力情報と して、 エキステンショ ンプログラム （詳細設計素の部分設計素作成） によ り全 体設計素 （部分設計素） での D L階層中の要求された詳細設計素 （部分 設計素） （例えば平面図） が意味する 「ディ テールライ ブラ リ 一名」、 「パ ラメ 一タ名」、 「パラメ ータ内容」 が出力され記憶される。
こ こで出力された詳細設計素 （部分設計素） の 「詳細設計素管理名 j、 「パラメ ータ名」、 「パラメ ータ 内容」 が①で読み込んだ全体設計素 （部 分設計素） 管理名と関係付られ、 全体設計素 （部分設計素） での 「ディ テール管理パラメ ータデータベース」 に記憶され、 一元管理される。 さ らに、 「要件情報」、 「ウェイ ト情報」、 は作成時においては、 エキス テンシ ョ ンプログラム （詳細設計素の: Γランニンク "設計素作成） よ り 出力さ れた D Lのデフオル ト値を参照 し記憶されるが、その後変更してもよい。 初期設定された 「作成者情報」 や 「作成日時」 をシステムよ り取得し作 成履歴情報を記憶する。 （第 72 図） （第 87図）
⑦ . ①で読み込んだ全体設計素 （部分設計素） の 「詳細設計素展開履歴 D B」 に 「詳細設計素展開区分」 と 「フ ァ イル名」 を記憶し⑥で記憶 し た 「全体設計素管理名」 によ り 、 全体設計素 （部分設計素） と詳細設計 素 （部分設計素） の関係付けを行う。
⑧ . ⑥で作成した詳細設計素 （部分設計素） の内容を詳細設計素 （フ'ラン ニンク"設計素） へ反映する。 ⑥で作成した詳細設計素 （部分設計素） の 「関 係詳細設計素管理名」 よ り詳細設計素 （フ 'ランニンク '設計素） 管理名を特定 し、 さ らに 「関係座標」 によ り座標データベースに影響があるかを判断 し、 影響しない場合は①へ戻る。 影響する場合は 「座標名」 を特定 し、 詳細設計素 （フ'ランニンク '設計素） の座標データベースから 「座標名」 によ リ座標レコ ー ドを検索 し、 削除する。 さ らに、 詳細設計素 （フ 'ランニンク '設 計素） の 「座標関連付データベース」 から 「座標名」 によ り 「座標関連 データベース」 を検索 し、 「座標名」 を詳細設計素 （部分設計素） 管理名 に置換える。 「座標名」 によ り詳細設計素 （部分設計素） の 「詳細設計素 関連付 D B」 を検索し、 該当する関係座標での座標名があれば、 「関係座 標」 の座標名を詳細設計素 （部分設計素） 管理名に置換える。 これらの 処理によ り、 詳細設計素 （フ'ランニンク "設計素） と詳細設計素 （部分設計素） の関係付が行われ、 座標管理が詳細設計素 （フ 'ランニンク '設計素） よ り詳細 設計素 （部分設計素） に移行する。
⑨. ⑥での詳細設計素 （部分設計素） 定義にょ リ⑦での詳細設計素 （フ' ランこンク'設計素） に対する変更内容を、 詳細設計素の変更履歴 D Bに記憶 し①〜⑦を繰り返し、 要求する全ての詳細設計素 （部分設計素） を定義 する。 （第 1 7 図）
第 1 4 2図は、 3 0図の⑧の処理の詳細を示すフ ローチャー トである。 ファイル名や作成者情報などの初期設定を行う。
① . 第 3 1 図④で作成した詳細設計素 （プランニング設計素） を 1 つづつ 読み込み、 データ を全て処理したら⑦へ移行する。
② . ①で読み込んだ詳細設計素 （フ'ランニンク '設計素） のテ' -タょ リテ'ィ Ϊ-ルライ フ 'ラリ-名を参照してプロジェク ト D Lよ り 目的の D L を検索 し、読み込む,
③ . ②で読み込んだ D Lのエキステンショ ンプログラム （詳細設計素区 分によるエキステンシ ョ ンデータの作成） を実行する。
④ . ①で読み込んだ詳細設計素 （フ 'ランニンク '設計素） 情報及び②で読み込 んだ D L情報によ リ エキステンショ ンデータ を作成する。 作成されるェ キステンショ ンデータは次のよ うに作成される。 まず詳細設計素 （フ'ラン ニンク'設計素） での図形素 （例えば Γ L I NE J など） を参照し、 次に配置座 標である座標情報を詳細設計素 （フ'ランニンク "設計素） の 「座標関連付 D B J 及び 「座標 D B」 よ り参照し、 次に詳細設計素 （フ'ランニンク'設計素） の 「デ ィ テール管理パラメ ータ D B」 を参照して、 図形素情報及び座標情報及 びパラメ ータ情報を入力情報と して、 出力するエキステンショ ンデータ の配置座標等を計算処理し、 エキステンショ ンデータ を作成する。 また、 作成されたエキステンシ ョ ンデータは一連の 「エキステンショ ン名」 を 持つ。 （第 73 図） （第 88 図） （第 9 1 図）
⑤.②で読み込んだ D L情報に加工処理プログラムが定義されていれば、 ①、 ②、 ④の情報によ り 、 エキステンショ ンデ一タの出力やエキス亍ン シヨ ンデータの処理を行う。
詳細設計素 （フ 'ランニンク '設計素） での加工処理プログラムとは、 例えば、 壁の表現にハッチングの処理を行うなど、 複雑な処理を要求するプログ ラムの定義などは加工処理プログラム （p l u g- i n ) と して別に用意してお き、 使用者はその加工処理プログラムを選択して定義する事によ り、 目 的の効果が得られるよ う なプログラムである。 処理と しては、 ④と同 じ < 、 基本的な情報を入力情報と し計算処理してエキステンシ ョ ンデータ を出力するか、 ④での情報を入力 し、 加工処理して出力するなどの処理 を行う。 また、 作成されたエキステンシ ョ ンデータは一連の 「エキステ ンシヨ ン名」 を持つ。 （例えば第 88図の 「e x - 55 l ( RC Aツチ）」 など） ⑥. ④及び⑤で作成したエキステンショ ンデータの 「エキステンシ ョ ン 名」、 「ファイル名」 及び詳細設計素 （フ'ランニンク'設計素） の 「詳細設計素 管理名」 を詳細設計素 （フ 'ランニンク '設計素） での 「エキステンショ ン D B J に記憶し、 詳細設計素 （フ'ランニンク '設計素） とエキステンショ ンデ一タの 関係付を行い①へ戻る。
⑦. 第 32 図の⑥で作成した詳細設計素 （部分設計素） を 1 つづつ読み込 み、 データ を全て処理したら終了する。 ⑧ . ①で読み込んだ詳細設計素 （部分設計素） のテ' -タょ リテ'ィテ-ルライフ'ラリ -名を参照してプロジェク ト D Lよ り 目的の D Lを検索し、 読み込む。
⑨ . ②で読み込んだ D L情報にエキステンシ ョ ンプログラムが定義され ていれば②で読み込んだ D Lのエキステンシ ョ ンプログラム （詳細設計 素区分によるエキステンシ ョ ンデータの作成） を実行する。
⑩ . ⑦で読み込んだ詳細設計素 （部分設計素） 情報及び⑧で読み込んだ D L情報によ リ エキステンショ ンデータ を作成する。 作成されるエキス テンショ ンデータは次のように作成される。 まず配置座標である座標情 報を詳細設計素 （部分設計素） の配置座標名にて 「座標 D B」 よ り参照 し、 次に詳細設計素 （部分設計素） の 「ディ テール管理パラ メ ータ D B J を参照し、 座標情報及びパラメ ータ情報を入力情報と して、 出力するェ キステンショ ンデータの配置座標等を計算処理し、 エキステンショ ンデ —タ を作成する。また、作成されたエキステンシ ョ ンデータは一連の「ェ キステンショ ン名」 を持つ。 部分設計素でのエキステンショ ンデータ と は部位では表現できない、 例えば、 部位と部位の取り合い部分にて使用 される部品などの情報を部分設計素によ り定義し管理する。
⑪. ⑦で読み込んだ詳細設計素 （部分設計素） の詳細設計素 （部分設計 素） 管理名によ り詳細設計素 （部分設計素） の 「詳細設計素関連付 D B J を参照して、 「関係詳細設計素管理名」 によ り 関係する詳細設計素 （フ'ラ ンニンク'設計素） 管理名を特定し、 その詳細設計素 （フ'ランニンク '設計素） 管理 名によ り 「エキステンショ ンデータベース」 を検索 して関係するエキス テンシ ョ ンデータ及びファ イル名を特定し読み込め、メ モ リ に記憶する。 ⑰. ⑧で読み込んだ D L情報に加工処理プログラムが定義されていれば ⑦、 ⑧、 ⑩、 ⑪の情報によ り、 エキステンショ ンデータの出力やエキス テンシ ョ ンデータの処理を行う。 詳細設計素 （部分設計素） での加工処 理プログラムとは、 例えば、 壁仕上と壁仕上の取り合い部分の包絡処理 や、 ウェイ ト情報等によ り勝ち負けの判断を して処理を行ったりする複 雑な処理を要求す る プ ロ グラ ムの定義な どを加工処理プロ グラ ム ( p l u g- i n ) と して別に用意しておき、 使用者はその加工処理プログラム を選択して定義する事によ り、 目的の効果が得られるようなプログラム である。 処理と しては、 ⑩と同 じ く 、 基本的な情報を入力情報と し計算 処理してエキステンショ ンデータ を出力するか、 ⑪での情報を入力 し、 加工処理して出力するなどの処理を行う。 また、 作成されたエキステン シヨ ンデータ は一連の 「エキステンシ ョ ン名」 を持つ。
⑬. ⑩及び⑫で作成したエキステンショ ンデ一タの 「エキステンショ ン 名」、 「ファ イ ル名」 及び詳細設計素 （部分設計素） の 「詳細設計素管理 名」 を詳細設計素 （部分設計素） での 「エキステンショ ン D B」 に記憶 し、 詳細設計素 （部分設計素） とエキステンショ ンデータの関係付を行 ぃ⑦へ戻る。
第 3 3図は、 2 6図の [ 4 ] の、 基本設計から実施設計への移行のた めの全体設計素変更、 D L変更処理を示すフ ローチャー トである。
まず初期設定を行う。
① . 例えば [ 3 ]までに作成した全体設計素を表示する。
② . 設計者がメ ニューから D L置換コ マン ドを選択する。
③ . 設計者が表示されているオブジェク トを選択し全体設計素 （フ 'ランニン ク"設計素） を選択する。 （選択は 1 つでも複数でもよい） （第 74図）
④ . 設計者が D L メ ニューよ り置換すべき D L を選択する。 例えば建築 生産プロセスでの設計プロセスにて、 基本設計よ り実施設計に移行した 場合など未決定要素が決定するなどの場合、 例えば基本設計の段階で、
「壁」 では仕様 （ RC壁や LG S壁などの下地や仕上情報など） は未決定で あるが、 実施設計の段階では壁下地や壁仕上などの壁要素に対する仕様 が決定される。 このよ うな場合は D Lの置換によ り対応できる。 例えば 基本設計段階で使用 していた D L を、 実施設計段階にて決定 した要素に 対応する D Lに置換する事によ り 、 全体設計素の D L情報が変更されそ の他の情報は、 そのまま継続して使用でき、 各プロセスでの情報の展開 及び拡張がスムーズに行える。 （第 7 5 図〜第 8 1 図は選択された D L を示す）
⑤ . 全体設計素 （フ'ランニンク '設計素） の要件 D Bを検証する （ 3 4図）。
⑥ . 全体設計素 （部分設計素） を検証する （ 3 5図）。
⑦ . ⑤、 ⑥においてエラーフラグがオンになったか否か判定 し、 オフな らば⑧へ移行する。
⑧. D L置換によ り全体設計素 （フ'ランニンク'設計素） の D L情報及びゥェ ィ ト情報を変更する.。 ③で選択した全体設計素 （フ'ランニンク "設計素） のデ ィ テールライ ブラ リ —情報及びウェイ ト情報を、 ④で選択したディ テー ルライ ブラ リ ー情報に置換する。 また、 全体設計素 （フ'ランニンク '設計素） での 「ディ テール管理パラメ ータ D B」 を全体設計素管理名によ り検索 し該当するパラメ ータの レコ 一 ドを削除し、 ④で選択した D Lでのパラ メ ータ情報を記憶する。 （ 8 3図、 8 4図）
⑨. ③で選択した全体設計素 （フ 'ランニンク "設計素） のディ テールライ ブラ リ ーの情報を④で選択したディ テールライ ブラ リ ーの情報に置換した内 容を全体設計素変更履歴 D Bへ記憶する。
⑩. 展開してある詳細設計素があるか全体設計素 （フ'ランニンク '設計素） で の 「詳細設計素展開履歴 D B」 を全体設計素管理名によ り検索 し、 展開 している場合には⑪に移行する。 展開していない場合も し く は検索がす ベて終わった場合は終了する。
⑪. ⑩で検索 した詳細設計素展開区分と フ ァイル名によ り、 展開してあ る詳細設計素 （フ 'ランニンク '設計素） のフ ァ イ ルを特定し、 全体設計素管理 名によ り詳細設計素 （フ 'ランニンク'設計素） を読み込む。 ⑰. ⑪で読み込んだ詳細設計素 （フ'ランニンク '設計素） 情報の D L情報を読 み込む。
⑬. 全体設計素 （フ'ランニンク '設計素） の D L置換による、 詳細設計素及び エキステンショ ンデータの変更要素を検索する。
⑭. ⑬で検索 した詳細設計素及び全体設計そに対する変更内容を詳細設 計素要求 D Bに記憶する。 （要求 D Bは第 18図）
⑮. ⑬での変更内容が追加の場合は、 ⑭によ り追加要求を要求 D Bに記 憶し、 全体設計素展開履歴 D Bに記憶する。
第 3 4図は、 3 3図⑤の処理の詳細を示すフ ローチヤ一 トである。 初期設定を行う。
① . 全体設計素要件 D Bを読み込む。
② . 第 33 図の④で選択した D Lの要件 D Bを読み込む。
③ . 全体設計素で定義してあるの要件を新たに選択した D しの要件はク リ ア しているか否かを判定 し、ク リ ア していない場合には④に移行する。 ク リア している場合は終了する。
④ . 新たに選択した D Lの要件が全体設計素の要件をク リ ア していない こ と ¾·表示 3 る。
⑤ . 全体設計素の要件 D Bを変更する指示が入力されたか否かが判定さ れ、 変更する場合には⑥へ移行する。
⑥. 全体設計素の要件 D Bを変更し③に戻る。
⑦ . D Lを再選択するか否か判定 し、 する場合には⑧へ移行する。
⑧ . D L検索プログラムによ り 、 プロジェク ト D Lよ り全体設計素の要 件を満たす D Lを検索する。
⑨ . ⑧で検索された D L を 2次元画面に表示し、 設計者はその中から選 択決定 してもよいし、 D L メ ニューによ り別の D L選択してもよい。 選 択したら③に戻る。 ⑩. エラ一フラグを立てる。
⑪. エラーメ ッセ一ジを表示して終了する。
第 3 5図は、 3 3図⑥の処理の詳細を示すフ ローチヤ一 トである。
① . 初期設定を行った後、 全体設計素 （プランニング設計素） に 「部分 設計素」 が定義されているか否か判定され、 定義されている場合には② に移行する。
② . においては、 全体設計素 （プラ ンニング設計素） の D Lの変更によ リ全体設計素 （部分設計素） 情報の 「関係素」 （20 b j -3wa yなど） は成り 立つか否かが判定され、 成り立つ場合には③へ、 成り立たない場合は④ へ移行する。 D Lの変更によ り これまで壁の D Lだったものが、 壁以外 の意味の D Lに変更された場合関係素は成り立たなく なる場合もある。
③ . 全体設計素 （プランニング設計素） の D Lの変更によ り全体設計素 (部分設計素） の D L情報 （部位および部品の関係） は成り立つか否か が判定され、 成り立たない場合には④へ移行する。
④. 全体設計素 （部分設計素） 定義を解除するか否かが判定され、 解除 する場合には⑤へ、 解除しない場合は⑥へ移行する。
⑤ . 全体設計素 （プランニング設計素） と部分設計素の関係を解除する。
⑥ . 全体設計素 （プランニング設計素） の定義を再選択するか否か判定 し、 再選択する場合には⑦へ、 しない場合には⑨へ移行する。
⑦. 検索プログラムによ り、 プロジェク ト D Lよ り全体設計素 （プラン ニング設計素） 情報の変更情報と全体設計素 （部分設計素） 情報の各要 件や関係を満たす D Lを検索する。
⑧. ⑦で検索された D Lを 2次元画面に表示 し、 設計者はその中から選 択決定 してもよいし、 D Lメ ニューによ り別の D L選択してもよい。 ⑨. エラ一フラグを立てる。
⑩. エラ一メ ッセージを表示する。 第 3 6図は、 2 6図の [ 7 ] の詳細設計素の変更処理を示す説明図で ある。 また、 第 1 7 図は、 平面詳細図の変更履歴 D Bのデータ例を示す 説明図、 第 1 8図は、 要求 D Bのデータ例を示す説明図、 第 1 9図は、 全体設計素変更履歴 D Bのデータ例を示す説明図、 第 2 0図は、 全体設 計素未処理 D Bのデータ例を示す説明図である。
全体設計素およびそれぞれ異なる図面 （エキステンショ ンデータ） に 対応する 3 つの詳細設計素には、 それぞれ対応する 「要求 D B」 が存在 する。 また、 全体設計素には 「未処理 D B J も存在する。
[ 7 - 1 ] においては、 エキステンショ ンデータの追加、 変更、 削除 及び詳細設計素の追加、 変更、 削除の処理が行われる。 このステッ プは、 設計ワーク プロセス （第 27 図参照） における、 各セク シ ョ ン及び各担当 者による作業段階 （多元化された段階） で、 各セク ショ ンでの各担当者 によ り設計が行われる。 また、 このステップでは、 エキステンショ ンデ ータ及び詳細設計素データによ リ処理が行われ、 その処理の内容が詳細 設計素の変更履歴 D Bに記憶される。
[ 7 - 2 ] においては、 [ 7 — 1 ] での詳細設計素に対する変更及び削。 除処理に対して、 他の詳細設計素からの要求が無いか、 詳細設計素の変 更及ぴ削除処理の途中で要求 D Bを検索 し、 要求があれば要求に対する 検討処理が行われる。 なお、 この処理は [ 7 — 5 ] の処理と同 じである。 このステップでは [ 7 — 1 ] の処理段階での詳細設計素の修正に対して すでに他のセクシ ョ ンゃ他の担当者での設計処理によ リ 、 変更要求が無 いかを早い段階において、 連絡及び検討する処理である。
[ 7 — 3 ] においては、 [ 7 — 1 ] で記憶した変更履歴 D Bを読み込 み、 同 じ詳細設計素に対する修正が無いかを検索 し、 無ければ変更履歴 D Bの内容を全体設計素の要求 D Bに登録し、 あれば最新の修正内容を 全体設計素の要求 D Bに登録する。 （例えば壁の厚みに対する設計処理 において最初は 100だつたが途中で 150 になり最終的には 200 になった などの場合、 全体設計素の要求 D Bに記憶するのは最終的に決定 した 200 となる）、
[ 7 — 4 ] においては、 全体設計素に対する要求 D Bよ り 、 修正要求 を読み込み、 修正依頼者を特定 し、 更新する権限のある設計者からの要 求であるかを優先順位 D Bによ り検証し、 権限がある場合には、 全体設 計素の修正があれば修正し、 更に、 修正内容を要求元以外の各詳細設計 素の要求 D Bへ登録する。 また、 更新する権限のない設計者からの要求 である場合には、 変更内容を未処理 D Bに登録し、 当該変更の権限を有 する設計者と対応する詳細設計素の要求 D Bに登録する。
[ 7 — 5 ] においては、 詳細設計素の要求 D Bの内容が読み出され、 修 正すべきかを判断し、 修正すべき場合には、 詳細設計素を要求内容に修 正し、 要求 D Bや未処理 D Bを更新する。 また、 要求を受け入れない場 合には、 未処理 D Bの内容を削除し、 逆に要求元の詳細設計素の要求 D Bに対して更新権限のある設計者と同 じ内容の詳細設計素の内容に変更 する要求を出す。
以下、 第 3 6図に示 した [ 7 — 1 ] 〜 [ 7 — 5 ] までの処理について 説明する。
第 3 7 図は、 第 3 6図の [ 7 — 1 ] の詳細設計素の変更処理を示すフロ —チャー トである。
まず初期設定を行う。
① . 修正を行うエキステンシ ョ ンデータ を表示する。 （第 9 2図）
② . 編集メニュー （例えば削除） を選択する。
③ . ②で選択したメ ニューが追加処理か否かを判定 し、 追加処理の場合 には⑰に移行するがそうでない場合には④に移行する。
④ . エキステンショ ンデータ よ リ 目的のオブジェク トを選択し （例えば 削除を） 実行する。 （ 9 3図）
⑤.エキス亍ンショ ンデータのエキステンショ ン名によ リ詳細設計素（フ' ランニンク '設計素） の 「エキステンシ ョ ンデ一タベース」 を検索 し、 管理し ている詳細設計素 （ ランニンク'設計素） を検索する。 2
⑥. ⑤で検索 した詳細設計素 （フ'ランニンク '設計素） に対応する変更要求が 無いか 「要求 D B」 を検索する。
⑦ . 変更要求があるか否か判定 し、 ある場合には⑧へ移行する。 無い場 合は⑨へ移行する。
⑧ . [ 7 — 2 ] ( 4 0図） の要求検討処理を実行する。
⑨. 詳細設計素変更処理を行う。 例えば削除の場合、 削除した詳細設計 素 （フ 'ランニンク '設計素） の レコ — ドを削除し、 その詳細設計素 （フ'ランニンク' 設計素） に関係する詳細設計素 （部分設計素） を解除処理する。
⑩. ⑨での変更内容を詳細設計素変更履歴へ記憶する （フ'ランニンク '設計素、 部分設計素共）。
⑪. 変更終了か否かを判定し、 終了でない場合には①へ戻る。
⑰. 詳細設計素追加処理 （ 3 8図） を行う。
⑬. [ 7 — 3 ] の全体設計素要求 D Bへの反映処理 （ 4 1 図） を行う。 第 3 8 図は、 3 7 図⑰の処理の詳細を示すフローチヤ一 卜である。 初期設定を行う。
①. 設計者がプランニングデータ素 （例えば壁の線分） を作成する。 （ 9 4図） （ 1 0 1 図）
② . 設計者が関係付けすべき D Lを選択する。
③ . 詳細設計素区分 （平面図など） をその他のエキステンシ ョ ンデータ よ り詳細設計素を検索 し参照するか、 または入力 してもよい。
④. ①、 ②、 ③の情報よ り、 詳細設計素 （フ'ランインク'設計素） を作成する。
( 9 5図） （ 1 0 2図） ⑤ . 詳細設計素変更履歴 D Bに追加情報と して記憶する。
⑥ . 部分設計素を定義するか否か判定し、 定義する場合には⑦に、 しな い場合には⑧に移行する。
⑦ . 詳細設計素 （部分設計素） を作成する。 （第 3 9図）
⑧. ④及び⑦の情報によ リ エキステ ンシ ョ ンデータ を作成する。 （ 9 9 図） （ 1 0 4図）
⑨ . ⑧で作成したエキステンシ ョ ンデータ の展開履歴を詳細設計素 （フ' ランニンク'設計素） の 「エキステンシ ョ ン D B」 に記憶する。
⑩ . 作成済全体設計素に属する詳細設計素の追加か否かが判定され、 追 加の場合には⑪に、 そうでない場合には⑫に移行する。 このステップで は、 追加された詳細設計素には全体設計素が関係付されていないため、 すでに作成されている全体設計素に属する詳細設計素なのか、 どの全体 設計素にも属さない詳細設計素なのかを判定し、 すでに作成されている 全体設計素に属する場合は⑪の処理によ り、 詳細設計素の属する全体設 計素を指示し関係付を行い、 作成済みの全体設計素に属さない詳細設計 素の場合は、 ⑰の処理によ リ仮の全体設計素名が付けられる。
⑪. すでに作成されている全体設計素との関係付を行う。 （105 図、 106 図、 1 07図）
⑫. 追加された詳細設計素の全体設計素管理名に仮の全体設計素管理名 を付け記憶する。 （ 1 0 0図） '
第 3 9図は、 3 8図⑦の処理の詳細を示すフロ一チヤ一 トである。 初期設定を行う。
① . 詳細設計素を表示する。
② . 詳細設計素 （部分設計素） 作成コマン ドを選択して起動する。
③. 関係する詳細設計素 （フ 'ランインク"設計素） を選択してホ 'イント座標情報お よび関係情報を入力する。 （ 9 6図） （ 1 0 3図） ④ . 所望の D Lを選択する。
⑤ . ③で選択した、 関係する詳細設計素 （フ'ランインク'設計素） を検索し読 み込む。
⑥ . ④で選択した D L情報の加工処理プログラムを実行する。
⑦. ③、 ④、 ⑤の情報よ り詳細設計素 （部分設計素） を作成する。
⑧ . 詳細設計素変更履歴 D Bに追加情報と して記憶する。
⑨ . 詳細設計素 （プランニング設計素） へ詳細設計素 （部分設計素） 情 報を反映する。
⑩ . ⑨での変更内容を詳細設計素 （プランニング設計素） の変更履歴へ 記憶する。
⑪. 詳細設計素 （部分設計素） の定義によ リ③で選択した詳細設計素 （フ' ランインク"設計素） に関係付けされている既存のエキステンショ ンデータ に 影響がある場合、 詳細設計素 （フ 'ランインク"設計素） のエキステンシ ョ ン D Bよ リ エキステンシ ョ ンデータ を検索 し、 変更処理を行う。 （ 9 7 図、 9 8図）
⑫.⑪の処理によ リ既存のエキステンショ ンデータに変更があった場合、 既存のエキステンシ ョ ンデータ と関係付けしてある詳細設計素展開履歴 へ反映させる。
⑬. ⑪の処理によ り変更された内容を詳細設計素 （プランニング設計素） 変更履歴へ記憶する。
第 4 0図は、 第 3 6 ( 3 7 ) 図の [ 7 — 2 ] の要求検討処理を示すフ 口一チャー トである。 なお、 この処理は 4 4図の [ 7 — 5 ] の処理と同 じである。
初期設定を行う。
①. 要求 D Bを読み込む。
②. 要求 D Bを表示する。 ③. 設計者が要求を受け入れるか否か判定し、 受け入れる場合には④へ、 そうでない場合には⑤へ移行する。
③. 詳細設計素のパラメータ を要求 D Bの内容に変更する。
⑤. 未処理 D Bを更新する。 ⑥要求 D Bを更新する。
第 4 1 図は、 第 3 6 ( 3 7 ) 図の [ 7 — 3 ] の要求 D Bへの反映処理 を示すフローチヤ一 トである。
まず初期設定を行う。
① . 詳細設計素変更履歴 D Bを読み込む。
② . 同 じ詳細設計素名で、 新しいバージョ ンがあるか否か判定し、 ない 場合には③へ移行する。
③新しいバージョ ンの詳細設計素変更履歴情報を全体設計素要求 D Bに 書き込む。
第 4 2図は、 第 3 6図の [ 7 — 4 ] の他詳細設計素の変更要求処理を 示すフロ一チヤ一 トである。
初期設定を行う。
① . 全体設計素 「要求 D B」 を読み込む。
② . ①で読み込んだ 「要求 D B」 の 「全体設計素管理名」 によ り全体設 計素を検索する。
③ . ②の検索の結果、 全体設計素が.あるか否かを判定 し、 ある場合には ④に移行するがそうでない場合には⑬に移行する。
④ . ②で検索 した全体設計素情報のディ テール管理名によ り D L を検索 し、 D L情報の 「優先順位 D B ) を検索 し、 読み込む。
⑤ . ①で読み込んだ要求 D Bの 「展開区分」 情報と④で読み込んだ 「優 先順位 D B」情報によ り変更要求について更新資格があるか否か判定 し、 ある場合には⑥へ、 ない場合には⑩へ移行する。
⑥ . 全体設計素によ り 、 詳細設計素でのパラメ ータ を一元管理している 「ディ テール管理パラメ ータデータベース」 の変更や、 その他全体設計 素情報に影響があれば変更処理を行う。
⑦ . ⑥の内容を全体設計素変更履歴へ記憶する。
⑧ . 全体設計素での 「詳細設計素展開履歴 D B」 によ り展開してある詳 細設計素を検索する。
⑨ . ⑧で検索された各詳細設計素の 「要求 D B」 へ変更要求を記憶する。
⑩ . 変更要求を全体設計素 「未処理 D B」 に記憶する。
⑪. ①で読み込んだ 「要求 D B」 よ り 「全体設計素管理名」、 「修正詳細 設計素管理名」、 「展開区分」 「V er」 を参照し、 全体設計素 「要求 D B J に要求した詳細設計素を特定し、 その要求元である詳細設計素の 「変更 履歴 D B」 の レコ ー ドに未処理フラグを立てる。
⑫. ④で読み込んだ 「優先順位 D B」 よ り要求に対する更新資格者を特 定し変更要求を更新資格者と 「詳細設計素展開区分」 によ り対応する詳 細設計素の 「要求 D B」 へ変更要求を記憶する。
⑬. ①で読み込んだ 「要求 D B」 の 「全体設計素管理名」 によ り全体設 計素 「未処理 D B」 を検索し、 該当する全体設計素があるか否か判定 し、 ある場合には、 ②で検索した全体設計素情報のディ テール管理名によ り D Lを検索 し、 D L情報の 「優先順位 D B」 を検索 し、 読み込んだ後⑩ へ移行し、 ない場合には⑭に移行する。
⑭. 全体設計素追加処理 （ 4 3図） を行う。
第 4 3図は、 第 4 2図の⑭の処理を示すフ ロ一チヤ一 トである。
①. 第 4 2図の①で読み込んだ 「要求 D B」 の 「修正詳細設計素管理名」 及び 「展開区分」 によ り 、 詳細設計素を特定 し、 詳細設計素情報のディ テール管理名よ り D L を検索する。
②. 詳細設計素情報および D L情報よ り全体設計素情報を生成する。
③. 全体設計素管理名はシステムによ り一連の番号が付けられるが、 その後 変更してもよい。
④ . 第 4 2図の①で読み込んだ 「要求 D B」 の 「修正詳細設計素管理名」 及び 「展開区分」 によ り 、 詳細設計素を特定し、 その詳細設計素 「要求 D B」 に、 仮に付けられていた全体設計素管理名を③で決定 した全体設 計素詳細設計素に置換える要求を記憶する。
⑤ . 全体設計素 「要求 D B」 を検索 して仮に付けられていた全体設計素 管理名を③で決定 した全体設計素詳細設計素に置換える。
⑥ . ②で生成した全体設計素情報のディテール管理名によ り D Lを検索 し、 D L情報の 「優先順位 D B」 を参照し、 読み込み、 第 42図の①で読 み込んだ要求 D Bの 「展開区分」 情報と 「優先順位 D B」 情報にょ リ更 新資格があるか否か判定 し、 ある場合には⑦へ、 ない場合には⑪へ移行 する。
⑦ . 全体設計素 D Bを追加記憶する。
⑧ . 全体設計素変更履歴へ記憶する。
⑨. 全体設計素の詳細設計素展開履歴を作成し、 全体設計素と詳細設計 素を関係付ける。
⑩. 全体設計素の追加作成にと もない、 全体設計素の D L情報のエキス テンショ ンプログラムによ り 、 詳細設計素展開区分による、 詳細設計素 の作成要求を各詳細設計素の要求 D Bに記憶する。 （要求元の詳細設計 素には要求を行わない。）
⑪. 未処理 D Bに全体設計素追加要求を記憶する。
⑫. 第 4 2図の①での情報を未処理 D Bに記億する。
⑬. 詳細設計素変更履歴 D Bに未処理フラグを立てる。
⑭. 更新資格者の要求 D Bへ記憶する。
第 4 4図は、 第 3 6図の [ 7 — 5 ] の詳細設計素同期処理を示すフロ 一チ ヤ一 トである。 初期設定を行う。
① . 詳細設計素要求 D Bを読み込む。
② . 詳細設計素要求 D Bを表示する。
③ . 要求を受け入れるか、 あるいは優先順位資格者よ りの変更内容か否 かを判定し、 そうである場合には④に移行するが、 そうでない場合には
⑨に移行する。
④ . 詳細設計素を詳細設計素要求 D Bの変更内容に変更する。
⑤ . 詳細設計素変更履歴へ記憶する。
⑥ . 要求 D B レコー ドを更新 （処理済みフラグをオン） する。
⑦. 未処理 D Bを更新 （完了フラグをオン） する。
⑧ . エキステンシ ョ ンデータ を更新する。
⑨ . 未処理 D Bを更新 （完了フラグをオン） する。
⑩ . 要求元の詳細設計素 「要求 D B」 へ更新資格者の詳細設計素と同 じ 内容を変更要求と して記憶する。
第 4 5図は、 2 6図の [ 8 ] の全体設計素変更における詳細設計素の 修正処理を示すフローチヤ一 トである。
初期設定を行う。
① . 全体設計素を表示する。
② . 編集メ ニューを選択する。
③. 全体設計素に変更内容を入力する。
④ . 全体設計素変更処理を行う。
⑤ . 全体設計素変更履歴へ記憶する。
⑥ . 変更終了 したか否かが判定され、 終了 しない場合には①に移行する が、 終了 した場合には⑦に移行する。
⑦. 全体設計素変更履歴を読み込む。 データが無く なったら終了する。 ⑧. ⑦で読み込んだ全体設計素変更履歴情報の 「全体設計素管理名」 に よ り 「詳細設計素展開履歴 D B」 を読み込む。
⑨ . 詳細設計素が展開してあるか否かが判定され、 ある場合には⑩に移 行し、 無いか処理完了 したら⑦へ移行する。
⑩ . ⑧で読み込んだ全体設計素 「詳細設計素展開履歴 D B」 および全体 設計素情報の 「全体設計素管理名」 によ り 、 全体設計素の変更によ り影 響を受ける詳細設計素を特定する。
⑪. ⑩で特定した詳細設計素情報よ り D L情報を検索 し読み込む。
⑫. ⑦で読み込んだ全体設計素変更内容と全体設計素 D L情報及び詳細 設計素 D L情報によ り、 詳細設計素における変更内容を特定する。
⑬. ⑦で特定 した詳細設計素変更内容を、 詳細設計素 「要求 D B」 に記 憶する。
⑭. 追加の場合、 全体設計素展開履歴に記憶する。
第 4 6図は、 2 6図の [ 9 ] の D L置換による施工用設計素の作成処 理を示す説明図である。 また、 第 4 7 図は、 2 6図の [ 9 ] の D L置換 による施工用設計素の作成処理を示すフ ローチャー トである。 第 4 6図 に示すよ うに、 D Lの D B中には設計用 D Lの D Bと施工用 D Lの D B が存在し、 それぞれに例えば同名の対応する設計用 D Lおよび施工用 D Lが登録されている。 なお、 1 つの設計用 D Lに対して、 複数の同意で ある施工用 D Lが登録されている場合もある。
①. 設計用全体設計素での D L と同意 （例えば同名） の施工用マスタ ー D L を検索 し、 置換する。 同意による置換での同意の D Lの検索は、 D L情報 （例えば要件情報） などによ り検索 し置換してもよい。 次に、 設 計用全体設計素の内容と施工用 D L よ り、施工用全体設計素を作成する。
② . 施工用全体設計素と施工用の D しょ り 、 施工用詳細設計素を作成す る。
③ . 設計用詳細設計素の内容を施工用詳細設計素に反映する。 ④. 施工用詳細設計素と施工用り し よ り 、 施工用 Iキステンション -タを作成す る。
第 4 8 図は、 4 7 図①の処理の詳細を示すフ ロ ーチ ヤ一 トである。 ①. 設計用全体設計素を読み込む。
②. 設計用 D Lを検索 し、 読み込む。
③ . 施工用マスタ一 D Lよ り同意の D Lを検索する。
④ . 該当するものがあるか否か判定し、 ある場合には⑤に移行し、 ない 場合には⑧に移行する。
⑤ . D L を表示する。
⑥. 問題がないか設計者に確認を取り 、 問題がある場合には③に移行す るが、 ない場合には⑦に移行する。 ③から⑥の処理によって複数の施工 用 D Lがある場合に設計者が最適のものを選択する。
⑦ . 施工用 D Lを読み込む。
⑧ . エラ一を表示する。
⑨. D L選択を行うか否かを判定し、 行う場合には⑩に移行し、 行わな い場合には⑫に移行する。
⑩. D L を表示する。
⑪. D L を選択、 決定 して読み込む。
⑫. D Lを新規作成する。
⑬. マスター D Lに記憶する。
⑭. 設計用全体設計素を検証する （ 4 9図）。
⑮. 施工用プロ ジェク ト D Lへ記憶する。
⑯. 施工用全体設計素を作成する。
第 4 9図は、 4 8図⑭の処理の詳細を示すフローチヤ一トである。 ①. 初期設定後に設計用全体設計素での要件やパラメータ拘束条件等と 施工用 D し の内容を検証する。 ② . 問題があるか否か判定 し、 ある場合には③に移行する。
③ . エラ一を表示する。
① . エラ一ファイルに記録する。
第 5 0図は、 4 7 図②の処理の詳細を示すフロ一チヤ一 トである。 ①. 初期設定後に施工用全体設計素と施工用 D Lから施工用の詳細設計 素 （プランニング設計素） を作成する。
② . 施工用全体設計素と施工用 D Lから詳細設計素 （部分設計素） を作 成する。
第 5 1 図は、 4 7 図③の処理の詳細を示すフロ一チヤ一 トである。 ①. 施工用全体設計素を読み込む。 処理完了なら終了する。
② . 施工用詳細設計素を検索する.。 処理完了 したら①へ移行する。
③ . 施工用詳細設計素を読み込む。 処理完了 したら②へ移行する。
④ . 施工用詳細設計素 D L読み込む。
⑤ . 設計用詳細設計素よ り同意の詳細設計素を検索する。
⑥. 設計用詳細設計素を検証する （ 5 2図）。
⑦. 設計用詳細設計素の内容を施工用詳細設計素へ反映する。
第 5 2図は、 5 1 図⑥の処理の詳細を示すフローチヤ一 トである。 ①. 設計用詳細設計素での要件やパラメータ拘束条件等と施工用 D しの 内容を検証する。
②. 問題があるか否か判定し、 ある場合には③に移行する。
③ . エラ一を表示する。
④ . エラ一ファイルに記録する。
第 5 3 図は、 4 7 図④の処理の詳細を示すフローチヤ一 トである。 ①. 施工用全体設計素を読み込む。 処理完了なら終了する。
②. 施工用詳細設計素を検索する。 処理完了 したら①へ移行する。 ③. 施工用詳細設計素を読み込む。 処理完了 したら②へ移行する。 ④ . 施工用詳細設計素 D L読み込む。
⑤ . エキステンシ ョ ンデータ を作成する。
施工用詳細設計素へ展開履歴を記憶する。
以下、 具体的な設計例にについて説明する。 なお、 具体的な実施例の 各図面に付されている四角で囲った数字および丸で囲った数字は、 第 2 6図〜第 5 3図のフロ一チ ヤ一 卜に付された四角で囲った数字および丸 で囲った数字の処理と対応している。
第 6 1 図〜第 6 3図は、 全体設計素 （フ'ランニンク "設計素） の作成例 （ 1 ) - ( 3 ) を示す説明図である。 この例においては、 設計者が C A D等のァ フ 'リケ -シ 3ンソフトあるいは内蔵する C A D機能を使用 して、プランニングデー タ素である通り芯が作成され、 柱が作図された後、 壁が作図される。 ま たこの例においては基本設計での例を示しているが、 その前段階である 計画設計にて、 こ の程度 （いわゆるシングル線でのプラン図等） の図面 を C A D等を使用 して作成していた場合、そのデータ を使用 してもよい。 この処理は [ 1 ] =第 2 8図の①の処理と対応する。 （第 63図での図面 表記にて W 1〜 W-5の名称表記は後の説明のための表現であり、この段階 では未決定要素である）
第 6 4図は、 全体設計素 （フ 'ランニンク '設計素） の作成例 （ 4 ) を示す説 明図である。 この例においては、 目的のオフ'シ' Iク卜と して中央の壁 W-5 (こ の時点 W- 5 の名称は未決定要素） の線分が選択される。
第 6 5図は、 全体設計素 （ ランニンク"設計素） の作成例 （ 5 ) を示す説 明図である。 こ の例においては、 全体設計素管理名と して、 「 W-5J が一 連の名前と してシステムよ り付けられ D L よ り部位データ （ D L名 = 「BI- W00001- Z」） が選択され、 パラメ ータである 「 D J と 「 H」 には D Lのデフォル ト値である [200]と [400]をそれぞれ参照 し記憶される。 ま た図形素と しては、 選択されたオフ" Iクトの図形素である線分が 「 LINEJ と して記憶され、 その線分の始点と終点である座標値がそのまま実数に よ り座標と して「3000, -500, 0J、「3000, 6500, 0Jと記憶される。 また、 その 座標に対して座標名 「 Α」、 Γ B」 がシステムよ り付けられ、 選択されたオフ' シ' Iクトとの図形素と座標の関係である始点と終点が、 Γ START J、 「END」 と して記憶される。 その他、 要件名及び要件、 ウェイ ト名及びウェイ ト値 It D Lでのデフオル ト値を参照 し記憶される。 また作成履歴情報である 「山田 太郎」 や 「 2000-04-05-14-20-21」 は初期設定値やシステムを参 照 し記憶される。 このよ うな関係によ り全体設計素 （フ'ランニンク"設計素） 「W— 5」 が作成され記憶される。
第 6 6図〜第 6 9図は、 全体設計素 （部分設計素） の作成例を示す説 明図である。 まず、 6 6図では、 全体設計素が表示される。 次に、 6 7 図において壁と壁や柱と壁の取り合い部分などが全体設計素 （部分設計 素） 「wp 1」 〜 「wp- 10」 と して定義される。 例えば 「wp- 9」 を例にする と、 全体設計素 （フ'ランニンク'設計素） の 「W- 1」 及び 「W- 5」 （第 63 図参照） よ り構成されており、 全体設計素 （部分設計素） での定義と しては、 「関 係素」 と して 「2obj-3WAY」 となり 、 「関係全体設計素管理名」 と しては 「W-1」、 「W- 5」 が定義され、 「関係座標」 と して 「M I D ( C、 D )」、 Γ Ε Ν D ( Β )」 のよ うな定義とな り 、 「wp- 9」 の全体設計素 （部分設計素） と して座標の実数値を管理すると と もに、 その部分に関係する全体設計 素 （フ 'ランニンク '設計素） とその部分の関係（例えば壁の中点や柱の角など） を記憶する事によ り、 設計での 論理的なデータの定義及び管理が可能 となり 、設計での論理的な思考やプロセスに柔軟に対応する事ができる。 そ して、 D しから部分データ を選択して関係付けを行い、全体設計素（部 分設計素） の作成を行い、 全体設計素 （フ'ランニンク "設計素） に反映する。 反映前 （ 6 8 図） は中央の間仕切壁 「W-5」 と対応する座標名 「A」、 「Bj の座標値は実数の 「 3000,—500, 0」、 「 3000, 6500, 0」 である力《、 これ力《反 映後 （ 6 9図） では 「WP- 9」、 「WP- 10」 という全体設計素 （部分設計素） 管理名に変更される事によ り、 全体設計素 （フ'ランニンク '設計素） と全体設 計素 （部分設計素） の関係付けが行われ、 全体設計素 （部分設計素） に よる座標管理が行われる。 そ して全体設計素 （部分設計素） の定義によ リ全体設計素 （フ'ランニンク '設計素） に対する変更内容を全体設計素の変更 履歴 D Bに記憶する。 全体設計素 （フ' ランニンク '設計素） 及び全体設計素 （部 分設計素） を関係付、 さ らに、 各設計素の意味を管理する D Lを参照す ることによ り 、 建築での空間構成における形状 （例えばある居室の構成 要素及びその形状） 及びその関係が管理でき各居室の面積の算出や、 さ らに各設計素の属性にょ リ ゾ一二ング及びブロ ッキングでの面積の算出 壁芯による面積の算出や壁面による有効面積の算出や管理などが可能で ある。
第フ 0図〜第 7 3図は、 詳細設計素 （平面図） の作成例を示す説明図 である。 まず、 全体設計素が選択され （ 7 0図）、 詳細設計素 （プラン二 ング設計素） である （PC-l〜PC-4、 PW -卜 PW - 5) が作成される （ 7 1 図） 次に取り合い部分に詳細設計素 （部分設計素） である （PP-1〜PP- 10) が 作成される （ 7 2図）。 最後に作成した詳細設計素からエキステンシ ョ ン データ （ex-l ~ ex-26) が作成される （ 7 3図）。 基本設計段階での平面 図の例えば壁表現では、 「壁」 及び 「間仕切 り壁」 などの意味が 2本の線 分によ り表現されており 、 詳細設計素の作成及びエキステンショ ンデー タの作成においては、 全体設計素 （フ 'ランニンク '設計素） の D Lでの階層中 の 「壁 J 及び 「間仕切 り壁 j の意味を持つ D Lと詳細設計素 （フ' ランニンク' 設計素） が関係付けられており 、 エキステンショ ンプログラム及び加工 処理プログラムによ リ詳細設計素及びエキステンショ ンデータが展開さ れている。 また部分設計素においても同様に行われている。
第 7 4図〜第 8 3 図は、 全体設計素変更 （ D L変更） 例を示す説明図 である。 こ のステップにおいては、 基本設計から実施設計に移行するの に伴い、 全体設計素の D Lデータ を実施設計用のものに置換する。 まず、 全体設計素 （W- 5) を選択する。 （ 7 4図） 次に、 こ の全体設計素に関係 付けられている壁の D Lデータ （第 8 2図 ： BI- W00001- Z) と置換して、 第 8 1 図に示す壁の部位データ （BI- RC001) を関係付ける （第 8 3図）。
こ の 5層構造の壁の部位データ （BI- RC001) は、 第 8 0図に示す 2つ の部位データ （BI- PB101 ) およ び第 7 9 図に示す 1 つの部品データ (BH-RC001) から成っている。 更に、 石膏ボー ド 2枚貼り壁仕上げの部 位データ （BI- PB101) は第 7 7 図に示す部品データ （BH-PB- 9.5) および 第 7 8 図に示す部品データ （BH- PB- 12.5) から成っており 、 壁下地の部 品データ （BH- RC001) は第 7 6図に示す要素データ （ Y- RC001 ) からな り ， 石膏ボー ドの部品データ （BH-PB-12.5) は第 7 5 図に示す要素データ ( Y-PB001) Τί ら成つ て しゝる
第 8 4図〜第 8 8図は、 詳細設計素作成 （平面詳細図） 例を示す説明 図である。 まず、 全体設計素を表示 して、 次にエキステンショ ンメ ニュ 一よ り平面詳細図作成用のメ ニューを選択 し、 目的の全体設計素 （例え ば 「W- 5」） を選択する （ 8 4図の点線）。 そ して、 全体設計素 （フ' ランニンク" 設計素）に関係付けしている D しのエキステンショ ンプログラムによ リ 、 詳細設計素 （プランニング設計素） （DW- 1—〜DW-5—) を作成する （第 8 5図）。 例えば前記 D Lの部位デ―タ （BI- RC001) (第 75 図〜第 81 図は D L (BI- C001) の構成を示す） が全体設計素 （フ 'ランニンク '設計素） 「W - 5」 に関係付けされている場合、 D L (BI-RC001) に定義してある Iキステンション フ' Qク"ラムによ り 、詳細設計素展開区分である平面詳細図にて表現されるべ き、 詳細設計素 （フ 'ランニンク '設計素） 「 D W _ 5 — S 1 」 （壁下地を意味し ている）、 「 D W— 5 — F 1 」 及び「 D W— 5 — F 2」 （壁仕上を意味して いる） が作成される。 また各詳細設計素には、 全体設計素に関係付け し てある D L (BI-RC001) の階層中の、 各詳細設計素の意脾に対応する D Lが関係付けられる。 例えば詳細設計素 「 D W— 5 — S 1 」 は壁下地を 意味しており 、 全体設計素に関係付けしてある D L (BI-RC001) の階層 中で壁下地を意味する D L ( BH-RC001) (第 7 9 図） が関係付けられる。 また壁仕上を意味する 「 D W— 5 — F 1 」 及び 「 D W— 5 — F 2」 には 壁仕上を意味する D L (BI-PB101) (第 8 0図） が関係付けされる。 第 8 6図は、 全体設計素 （部分設計素） に定義してある、 加工処理プログラ ム実行後の詳細設計素 （プランニング設計素） の状態を示 している。 全 体設計素 （部分設計素） の加工処理プログラムによって、 詳細設計素 （プ ランニング設計素） 「DW-1- Fl」 が 2つの詳細設計素 （プランニング設計 素） 「DW- 1_F1-1)、 「DW_1- Fl- 2」 に分割されている。 次に詳細設計素 （部 分設計素） （DP-25~DP-27) を作成し、 最後に詳細設計素 （フ'ランニンク '設計 素） 及び詳細設計素 （部分設計素） によ り 、 第 8 8図に示す平面詳細図 のエキステンシ ョ ンデータ （εχ···) が作成される。
第 8 9図〜第 9 1 図は、 詳細設計素作成 （断面詳細図） 例を示す説明 図である。 まず全体設計素を表示して、 次にエキステンショ ンメ ニュー よ り断面詳細図作成用のメ ニューを選択し、 目的の全体設計素 （例えば [W-5]) を選択し断面詳細図の場合は断面位置及び方向を入力する （ 8 9 図）。 次に詳細設計素 （プラ ンニング設計素 ： DW- 2—、 DW- 5— ) を作成し ( 9 0図）、 最後に断面詳細図のエキステンシ ョ ンデータ （ex ) が作成 される。 （ 9 1 図）
次に、 ステップ [ 7 ] の詳細設計素変更におけるその他の詳細設計素 の変更例について説明するが、 この例においては、 平面詳細図の変更に よる断面詳細図および一般平面図の修正について説明する。
第 9 2図、 第 9 3図は、 他詳細設計素の修正例 （詳細設計素削除） を 示す説明図である。 まず平面詳細図 （エキステンショ ンデータ） を表示 し （ 9 2図）、 削除するデータ （壁仕上） を選択して削除する。 （ 9 3 図） 第 9 4図〜第 1 0 0図は、 他詳細設計素の修正例 （詳細設計素追加） を示す説明図である。 まず、 追加したいプランニングデータ素 （ 9 4図 の点線） を作成する。 次に、 詳細設計素 （プランニング設計素 ： DW-7- S1) ( 9 5図） および詳細設計素 （部分設計素 ： DP-35、 DP- 36) ( 9 6 図） を 作成する。 そ して、 既存のエキステンショ ンデータに反映 （ex- 251 を削 除し、 ex- 251- 1、 ex-251-2 を追加） させる （ 9 7 図、 9 8図）。 その後、 第 9 9図に示すよ うなエキステンショ ンデータ を作成し、 仮全体設計素 管理名 （W- KARI001) を決定して記憶する。 （ 1 0 0図）
第 1 0 1 図〜第 1 0 7 図は、 他詳細設計素の修正例 （詳細設計素を追 加し、 全体設計素へのアタ ッチ） を示す説明図である。 まず、 プラン二 ングデ一タ素 （ 1 0 1 図の点線） を作成し、 D L を関係付けて詳細設計 素 （プランニングデータ ： 1 0 2図の DW -…、 DC -…） を作成する。 そ し て、 詳細設計素 （部分設計素 ： DP -…） を定義し、 エキステンシ ョ ンデ一 タ （ex -…） を作成する （第 1 0 4図）。
次に、 詳細設計素 （DW- FS-4) を選択し （ 1 0 5図）、 全体設計素 （W- 7) へアタ ッチ処理 （関係付け） を行う （ 1 0 6 図）。 その結果、 第 1 0 7 図のよ うに全体設計素 （W-7) に詳細設計素 （DW-FS- 4) が関係付けら れる。
第 1 0 8図、 第 1 0 9図は、 平面詳細図の変更履歴 D Bのデ一タ例を 示す説明図である。 上記した第 9 2図〜第 1 0 7図に示 した平面詳細図 の修正履歴が記録されている。
次に、 詳細設計素の変更内容が全体設計素およびその他の詳細設計素 へ反映される修正同期処理が行われる。 全体設計素や詳細設計素につい ては、 変更ノ更新を行う権限を有する者が第 1 3 図の D Lの優先順位 D
Bに登録されており 、 最も順位の高い者が更新を行う。 第 1 1 0図、 第 1 1 1 図は、 全体設計素の 「要求 D B」 のデ一タ例を 示す説明図である。 前記した詳細設計素の修正内容は、 第 3 6図 [ 7 — 3 ] に示すよ うに、 全体設計素と対応する 「要求 D B」 に書き込まれる。 第 1 0 8図及び第 1 0 9 図の詳細設計素変更履歴 D Bの内容が第 4 1 図 の全体設計素要求 D Bへ反映処理によ り作成される。
第 1 1 2図は、 全体設計素のディ テール管理パラメータ D Bの変更例 を示す説明図である。 この例では全体設計素 「要求 D B」 への要求によ リ 、 削除した詳細設計素 DW-5-F1 のパラメータ A， Bの値が削除 （ 0 ) さ れる。
第 1 1 3図は、 各詳細設計素の要求 D Bのデータ例を示す説明図であ る。 断面詳細図の要求 D Bには、 [ 7 - 4 ] の⑨の処理によって詳細設計 素 DW-5-F 1 の削除情報が登録される。 平面図の要求 D Bには、 詳細設計 素 DW- 5- F1 の D L変更情報および詳細設計素 DW- 7- S1 の追加情報が、 平 面詳細図の要求 D Bには、 W- KARI001 から W- 7 への管理名変更情報がそ れぞれ登録される。
第 1 1 4図、 第 1 1 5図は、 全体設計素要求 D Bのデータ例を示す説 明図である。 [ 7 — 4 ] の⑭の⑤の処理によ り 、 全体設計素管理名が、 「W-KARI001」 よ り 「W-7」 に変更される。 また上記詳細設計素の要求 D Bへの登録によって、 全体設計素の要求 D Bには処理済みのフラグが立 てられる。
第 1 1 6図は、 全体設計素 D Bのデータ例を示す説明図である。 全体 設計素 D Bには新たに全体設計素 W 7が登録されている。
第 1 1 7 図は、全体設計素未処理 D Bのデータ例を示す説明図である。 未処理 D Bには詳細設計素 DW-7-S 1に関する修正情報が登録されている。 第 1 1 8図は、 詳細設計素 D Bの更新 （詳細設計素 DW 5- F2の削除フ ラグをオン） 例を示す説明図である。 第 1 1 9図は、 変更履歴 D B、 詳細設計素要求 D Bのデータ例を示す 説明図である。平面詳細図の変更にと もない断面詳細図の変更が行われ、 断面詳細図に対応する詳細設計素の変更履歴 D Bに変更履歴情報が登録 される。 なお、 要求依頼フラグが 1 になっているのは、 要求 D Bからの 変更依頼によ り変更であること を示している。 また、 断面詳細図の要求 D Bの該当 レコー ドに処理済みフラグ （ 1 ) が立てられる。
第 1 2 0図は、 平面詳細図の削除処理にと もない同 じ意味の設計要素 を表現している断面詳細図のエキステンシ ョ ンデータの更新例を示す説 明図である。 変更 （削除フラグ = 1 ) された詳細設計素に基づき、 ェキ ステンシ ョ ンデータ （ex- 303) が更新 （削除） される。
第 1 2 1 図〜第 1 2 7 図は、詳細設計素の修正例を示す説明図である。 まず、 第 1 2 1 図に示すよ うに全体設計素を変更する。 そ して、 部分設 計素 （wp-11) を追加定義する。 その後、 D Lから部分 （BB-W1E002-Z) を選択して関係付け （ 1 2 3図） を行う。 第 1 2 4図、 第 1 2 5図は、 部分 （BB- W1E002- Z) D 1_を構成してし、る部品 （ BH- WE000CU- Z) D 1_およ び要素 （ Y- WE00002- Z) D Lである。 最後に各詳細設計素に基づきエキス テンシ ョ ンデータ を更新する （ 1 2 6図、 1 2 7 図）。 なお第 1 2 7 図で のエキステンショ ンデータ 「ex-450」 ， Γ ex- 590」 は全体設計素 （部分設 計素） である 「wp-ll」 よ り展開された詳細設計素 （部分設計素） によ り 作成し管理している部分設計素の追加データである。
第 1 2 8図は、 全体設計素 （部分） D Bのデータ例を示す説明図であ る。 第 1 2 9図は、 全体設計素変更履歴 D Bのデータ例を示す説明図で ある。 第 1 3 0図は、 平面詳細図要求 D Bのデータ例を示す説明図であ る。 全体設計素の変更にと もない、 部分設計素が解除され、 さ らに部分 設計素が再定義されている。 なお、 各 D Bには、 前記した第 1 2 1 図〜 第 1 2 7 図の修正に基づく 変更履歴あるいは変更要求情報が登録される , 第 1 3 1 図 ~第 1 3 7 図は、 D L置換による施工用設計素作成例を示 す説明図である。 まず設計用全体設計素を読み込む （ 1 3 1 図）。 次に設 計用 D Lを検索 して読み込む （ 1 3 2図）。 そ して、 施工用マスタ一 D L から同意の D しを検索して読み込み （第 1 3 3図、 第 1 3 4図）、 施工用 全体設計素を作成する。 次に、 施工用詳細設計素 （プランニング設計素） および施工用詳細設計素 （部分設計素） を作成し （第 1 3 5図）、 設計用 詳細設計素を施工用詳細設計素に反映する （第 1 3 6図）。最後に施工用 詳細設計素をエキステンシ ョ ン して施工図を作成する。 （第 1 3 7 図） 以上、 実施例を開示 したが、 本発明には以下に示すよ うな変形例も考 えられる。 実施例と しては、 出力と して各種図面に対応する C A D フォ —マツ 卜のエキステンショ ンデ一タ を生成する例を開示したが、 エキス テンシ ョ ンプログラムの出力するデータは任意のアプリケーショ ンに対 応可能である。
例えば、 D Lのデータ と して部品の単価データが入力されていれば、 エキステンシ ョ ンプログラムを使用 して、 全体設計素に含まれる部品数 を計数して、 表計算プログラムのフォーマツ 卜で資材の見積も り表を出 力こと も可能である。 更に、 エキステンショ ンプログラムと して、 構造 計算あるいは構造解析のシユ ミ レ一ショ ンプログラム等を備えていても よい。 産業上の利用可能性
以上説明 したよ うに、 本発明の建築生産支援システムでは、 建物等の 設計対象物を構成している要素、 要素の組み合わせからなる部品、 部品 の組み合わせからなる部位、 部位及び部品の取り合い部分について、 そ れぞれ固定情報および可変情報から定義されたデータ を含む D L を用意 し、 これを対応付けした形態の設計素データ およびエキステンシ ョ ンを 生成 ■ 管理し、 目的に応じたエキステンシ ョ ンプログラムを利用する こ とによ り、 様々な情報およびデータ を論理的及び物理的に管理 ■ 表現す るこ とが可能となり様々な要求に対する柔軟な対応が実現できるよ うに なる。

Claims

請 求 の 範 囲
1 . 図形素からなるプラ ンニングデータ素を入力 し、 建物の設計対象物 を、 その構成要素である要素と、 この要素あるいは要素集合体の組み合 わせからなる複数の階層の要素集合体を定義する ことによ り形成したデ ィ テールライ ブラ リ の中から希望の要素あるいは要素集合体を選択して 前記図形素に意味付けを行う全体設計素作成手段と、
前記全体設計素の情報から出力情報に対応する詳細設計素を作成し、 更に必要な情報を出力する詳細設計素作成手段と
を備えたこ と を特徴とする建築生産支援システム。
2 . 前記ディ テールライ ブラ リ は、 要素、 部品、 部位の階層からなり 、 部品は 1 つあるいは複数の要素からなり、 部位は 1 つあるいは複数の部 品あるいは部位からなる こ と を特徴とする請求項 1 に記載の建築生産支 援システム。
3 前記ディ テールライ ブラ リ は部位あるいは部品の取り合い部分の定 義デ一タである部分データ を含むこ とを特徴とする請求項 1 に記載の建 築生産支援システム。
4 . 更に、 ディ テールライ ブラ リ作成手段およびディ テールライ ブラ リ 修正手段を備えたこ と を特徴とする請求項 1 に記載の建築生産支援シス テム。
5 . 更に、 C A D機能を備えたこ と を特徴とする請求項 1 に記載の建築 生産支援システム。
6 . 前記詳細設計素作成手段は、 詳細設計素データから図面データ を出 力する図面データ 出力手段を含むことを特徴とする請求項 1 に記載の建 築生産支援システム。
7 . 前記詳細設計素作成手段は、 詳細設計素データから積算表データ を 出力する積算表データ 出力手段を含むこと を特徴とする請求項 1 に記載 の建築生産支援システム。
8 . 前記詳細設計素作成手段は、 詳細設計素データから耐久年数管理デ ータ を出力する耐久年数管理データ出力手段を含むこ と を特徴とする請 求項 1 に記載の建築生産支援システム。
9 . 更に、 全体設計素修正手段および詳細設計素修正手段を備えたこ と を特徴とする請求項 1 に記載の建築生産支援システム。
1 0 . 前記全体設計素および前記詳細設計素は任意の設計素のデータの 変更を他の設計素に反映するための要求 D Bを備えているこ と を特徴と する請求項 9 に記載の建築生産支援システム。
1 1 . 設計者の修正権限情報を格納した優先順位 D Bを備えたこ と を特 徵とする請求項 1 0に記載の建築生産支援システム。。
1 2 . ディテールライ ブラ リ は設計用と施工用の同意のデータ を備え、 設計用 D Lを施工用 D Lに自動的に置換することによって施工用の詳細 設計素を生成するこ とを特徴とする請求項 1 に記載の建築生産支援シス テム。
1 3 . 図形素からなるプランニング図を入力するステップと、
建物の設計対象物を、 その構成要素である要素と、 この要素あるいは 要素集合体の組み合わせからなる複数の階層の要素集合体を定義するこ とによ り形成したディ テールライ ブラ リの中から希望の要素あるいは要 素集合体を選択して、 前記図形素に意味付けを行い、 全体設計素を作成 するステップと、
前記全体設計素の情報から出力情報に対応する詳細設計素を作成し、 更に必要な情報を出力するステップと
を含むこ とを特徴とする建築生産支援方法。
1 4 . コ ンピュータが、 図形素からなるプランニングデータ素を入力 し、建物の設計対象物を、 その構成要素である要素と、 この要素あるいは要素集合体の組み合わせ からなる複数の階層の要素集合体を定義するこ とによ り形成したディ テ —ルライ ブラ リの中から希望の要素あるいは要素集合体を選択して、 前 記図形素に意味付けを行う全体設計素作成手段、
前記全体設計素の情報から出力情報に対応する詳細設計素を作成し、 更に必要な情報を出力する詳細設計素作成手段
の機能を実行するためのプログラムを記憶したコ ンピュータ読み取り 可能な情報記録媒体。
PCT/JP2000/007977 1999-11-12 2000-11-13 Systeme d'aide a la production de batiments WO2001037149A1 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
AU13082/01A AU1308201A (en) 1999-11-12 2000-11-13 System for supporting building production
EP00974946A EP1229460A4 (en) 1999-11-12 2000-11-13 SYSTEM FOR ASSISTING THE PRODUCTION OF BUILDINGS

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP11-323374 1999-11-12
JP32337499 1999-11-12

Publications (1)

Publication Number Publication Date
WO2001037149A1 true WO2001037149A1 (fr) 2001-05-25

Family

ID=18154054

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2000/007977 WO2001037149A1 (fr) 1999-11-12 2000-11-13 Systeme d'aide a la production de batiments

Country Status (3)

Country Link
EP (1) EP1229460A4 (ja)
AU (1) AU1308201A (ja)
WO (1) WO2001037149A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112069563A (zh) * 2020-07-16 2020-12-11 中国二十冶集团有限公司 杯型基础混凝土电算建模方法

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7409392B2 (en) 2002-08-16 2008-08-05 Gcc, Inc. System and method for managing construction projects
EP2637114B1 (de) * 2012-03-07 2018-12-12 CIDEON Software & Services GmbH & Co. KG Verfahren zur Kopplung eines CAD-Systems mit einem Datenbank- und Planungssystem zum Austausch von Daten zwischen beiden Systemen

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH10105592A (ja) * 1996-10-01 1998-04-24 Ricoh Co Ltd 建築図面認識方法及び認識装置

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0644255A (ja) * 1991-05-17 1994-02-18 Shimizu Corp 統合的生産プロジェクト情報管理システム
US5755072A (en) * 1996-05-13 1998-05-26 Lingafelter; Kenneth Construction method
NL1008767C2 (nl) * 1998-03-31 1999-10-01 Regiplan B V Simulatie-inrichting voor het simuleren van beelden van ten minste één bouwwerk.

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH10105592A (ja) * 1996-10-01 1998-04-24 Ricoh Co Ltd 建築図面認識方法及び認識装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP1229460A4 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112069563A (zh) * 2020-07-16 2020-12-11 中国二十冶集团有限公司 杯型基础混凝土电算建模方法
CN112069563B (zh) * 2020-07-16 2023-01-20 中国二十冶集团有限公司 杯型基础混凝土电算建模方法

Also Published As

Publication number Publication date
EP1229460A4 (en) 2006-03-29
AU1308201A (en) 2001-05-30
EP1229460A1 (en) 2002-08-07

Similar Documents

Publication Publication Date Title
US10891405B2 (en) Method, computer program product and apparatus for providing a building options configurator
Kim et al. Integration of ifc objects and facility management work information using Semantic Web
Eastman BIM handbook: A guide to building information modeling for owners, managers, designers, engineers and contractors
Lawrence et al. Creating flexible mappings between Building Information Models and cost information
Bansal et al. Generating, evaluating, and visualizing construction schedule with geographic information systems
Mattern et al. BIM-based modeling and management of design options at early planning phases
JPH0644255A (ja) 統合的生産プロジェクト情報管理システム
US20120296611A1 (en) System and Methods for Structure Design, Analysis, and Implementation
Onur et al. Software in the architectural presentation and design of buildings: State-of-the-art
Sacks et al. Foundational concepts for BIM
JP2003316835A (ja) 建築生産情報統合システム
JP2002197126A (ja) 建築設計施工管理システム
WO2001037149A1 (fr) Systeme d&#39;aide a la production de batiments
Eastman The evolution of CAD: Integrating multiple representations
Sharif et al. Masonry unit database development for BIM-masonry
Szeląg et al. BIM in general construction
JP2020087447A (ja) 建築設計図面の属性情報一元管理システム
de Vries Communication in the building industry: a strategy for implementing electronic information exchange
Sacks et al. 1 Foundational concepts for BIM
WO2002093433A1 (fr) Systeme d&#39;assistance a la production d&#39;un batiment
JP2011210162A (ja) 施工計画作成装置およびプログラム
JP2002342406A (ja) 建築生産支援システム
Lindström Model-based Quantity Takeoff in Production. An experimental and interview-based approach on site to develop and implement new work methods.
Al-Mashta Integrated cost budgeting and cost estimation model for building projects
Bovteev et al. Applying of 4D modeling at preparation and construction stages

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AL AM AT AU AZ BA BB BG BR BY CA CH CN CR CU CZ DE DK DM EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX NO NZ PL PT RO RU SD SE SG SI SK SL TJ TM TR TT TZ UA UG US UZ VN YU ZA ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): GH GM KE LS MW SD SL SZ TZ UG ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE BF BJ CF CG CI CM GA GN GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
ENP Entry into the national phase

Ref country code: JP

Ref document number: 2001 539172

Kind code of ref document: A

Format of ref document f/p: F

WWE Wipo information: entry into national phase

Ref document number: 2000974946

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 10129528

Country of ref document: US

WWP Wipo information: published in national office

Ref document number: 2000974946

Country of ref document: EP

REG Reference to national code

Ref country code: DE

Ref legal event code: 8642

WWW Wipo information: withdrawn in national office

Ref document number: 2000974946

Country of ref document: EP