WO2021020055A1 - 設計支援システム、設計支援方法及び設計支援プログラム - Google Patents

設計支援システム、設計支援方法及び設計支援プログラム Download PDF

Info

Publication number
WO2021020055A1
WO2021020055A1 PCT/JP2020/026654 JP2020026654W WO2021020055A1 WO 2021020055 A1 WO2021020055 A1 WO 2021020055A1 JP 2020026654 W JP2020026654 W JP 2020026654W WO 2021020055 A1 WO2021020055 A1 WO 2021020055A1
Authority
WO
WIPO (PCT)
Prior art keywords
function
information
design
cad data
database
Prior art date
Application number
PCT/JP2020/026654
Other languages
English (en)
French (fr)
Inventor
勇気 板林
小野寺　誠
Original Assignee
株式会社日立製作所
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 株式会社日立製作所 filed Critical 株式会社日立製作所
Publication of WO2021020055A1 publication Critical patent/WO2021020055A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F30/00—Computer-aided design [CAD]
    • G06F30/10—Geometric CAD

Definitions

  • the present invention relates to a design support system, a design support method, and a design support program.
  • 3D CAD Computer Aided Design
  • 3DCAD is a tool for designing parts, members, etc. designed by a designer as a 3D model in a 3D space, and is used in the design departments of many companies. It has become.
  • 3D CAD while a virtual three-dimensional model can be freely created on a computer, a designer must design a part shape while observing a large number of existing rules.
  • Non-Patent Document 1 discloses that design requirements are automatically checked on 3DCAD and the violation portion is highlighted.
  • Patent Document 1 a spreadsheet software having a macro function is used to draw a drawing according to the specifications in a short time.
  • the drawing creation software to be created is disclosed in.
  • Non-Patent Document 1 an automatic check is performed by a check program based on the design rules accumulated in the database. Therefore, when a design rule is added or reviewed, it is necessary to add or modify the database and check program.
  • Patent Document 1 when an existing macro once created is used for the CAD shape of another product, the macro is executed by adding or deleting parts in addition to changing the shape or layout due to a change in design or specifications. Review and correction work such as errors and macro editing occurs. Therefore, as in Non-Patent Document 1, it requires specialized knowledge of the program, and it is difficult for the designer to add or delete the check program by himself / herself.
  • An object of the present invention is to support the implementation of a check program without specialized knowledge such as programming languages and macros.
  • the design support system is a design support system that verifies whether the 3D CAD data satisfies the design requirements, and is a function that performs processing on the feature amount extracted from the 3D CAD data or the 3D CAD data. It has a function database that stores a plurality of functions, a function flow database that stores function flow information that defines a procedure for measuring the dimensions of 3D CAD data as a sequence of functions stored in the function database, and a design support device. The design support device uses the function stored in the function database to obtain the verification feature amount for verifying the design requirement from the 3D CAD data, and the violation information for determining whether or not the design requirement is violated based on the verification feature amount.
  • the function flow database uses 3D CAD to convert 3D CAD data.
  • Information on one or more function flows is stored in association with each attribute classified based on the commonality of the operation log file for which dimension measurement has been performed.
  • This is an example of a function (program) stored in the function database.
  • This is a hardware configuration example of an information processing device.
  • This is a processing flow that stores the operation log file in the operation log database.
  • This is an example of a CAD operator screen.
  • This is an example of an operation log file.
  • This is an example of a CAD operator screen.
  • This is an example of the data structure of the common operation file.
  • the data structure of the function flow table The data structure of the function permutation information table. This is the process flow for creating a rule file.
  • FIG. 1A shows an example of a design environment in which the design support device according to this embodiment is used.
  • the design system 100 has a design device 101 that designs a three-dimensional shape of a part or a member using 3D CAD.
  • the 3DCAD database 102 stores 3DCAD data which is shape information (three-dimensional model) of a design target designed by the design device 101. Further, the name and attribute information of the design target are stored in the 3D CAD attribute database 103. Since the 3D CAD data stored in the DB 102 is only the shape information in which the design target is represented by a surface, a line, and a point, the attribute information other than the shape information is stored in the DB 103 in association with the 3D CAD data.
  • an operation log file containing the operation date and time, the operation command, and other information is stored. Stored in chronological order.
  • the design support system 120 has a design support device 121 that verifies whether the 3D CAD data designed by the design device 101 satisfies the design requirements applied to the design target.
  • the design requirement database 122 stores the design requirements that the design department or the designer is required to comply with the design object.
  • the design requirements may be defined individually for each design object or may be defined in common for a large number of design objects. Further, although an example of creating a database as an electronic file is shown here, the design requirement to be converted into a rule file may be a design requirement held by paper media or as know-how.
  • the design support device 121 of this embodiment incorporates the design requirements into a rule file (definition document) stored in the rule file database 124 and defines the design requirements in the rule file.
  • a rule file definition document
  • the design verification is performed by applying the functions (programs) stored in the function database 123 to the 3D CAD data in the order defined in the rule file.
  • the function flow database 125 stores information for associating the operation log with the application order of a series of functions in order to facilitate the designer to create a rule file.
  • FIG. 1B shows an example of a function (program) stored in the function database 123.
  • the function is a program of predetermined basic processing to be executed for 3D CAD data when performing design verification.
  • the geometric shape search category 131 includes a function for searching a geometric shape according to the feature shape specified in the design requirements from 3D CAD data (three-dimensional model) composed of faces, lines, and points. ..
  • the feature amount calculation category 132 includes a function for calculating a feature amount that characterizes the feature shape, such as a distance, a size, and an angle related to the feature shape.
  • Numerical calculation category 133 includes a function that performs numerical calculation.
  • the blocks shown in FIG. 1B are individual functions, and the names in the blocks represent the functions of the functions.
  • the designer defines the steps to validate the design in the rules file as a permutation of these functions.
  • the designer can execute the design verification of the 3D CAD data on the design support system 120 without having specialized knowledge such as a programming language or a macro.
  • the design support system 120 of the present embodiment enables the designer to create a rule file using the dimensional measurement operation executed by 3D CAD as a guide. As a result, even a designer who has little knowledge about the functions of the design support system 120 can create a rule file of design requirements using the design support system 120 and execute design verification of 3D CAD data.
  • design system 100 and the design support system 120 are connected by a network 110.
  • the designer who uses the design device 101 can access the design requirement DB 122 and refer to the design rules applied to the parts and members under design (design target).
  • FIG. 2 shows a hardware configuration example of the information processing device 200 that functions as the design device 101 or the design support device 121.
  • the information processing device 200 includes a processor 201, a main storage 202, an auxiliary storage device 203, an input / output interface 204, a display interface 205, a network interface 206, and an input / output (I / O) port 207, which are connected by a bus 208.
  • the input / output interface 204 is connected to an input device 210 such as a keyboard or a mouse, and the display interface 205 is connected to the display 209 to realize a GUI (Graphical User Interface).
  • the network interface 206 is an interface for connecting to the network 110.
  • the auxiliary storage device 203 is usually composed of a non-volatile memory such as an HDD, SSD, ROM, or flash memory, and stores a program executed by the design device 101 or the design support device 121, data to be processed by the program, and the like.
  • the main memory 202 is composed of RAM, and temporarily stores a program, data necessary for executing the program, and the like by instructions of the processor 201.
  • the processor 201 executes a program loaded from the auxiliary storage device 203 into the main memory 202.
  • the information processing device 200 can be realized by, for example, a PC (Personal Computer) or a server.
  • the auxiliary storage device 203 stores a program for causing the information processing device 200 to function as the design device 101 or the design support device 121. These programs assist programs stored in an optical recording medium such as a CD or DVD via an optical drive connected to the I / O port 207, or stored in an external HDD (magnetic recording medium). It may be stored in the storage device 203, or may be stored in the auxiliary storage device 203 via the network 110.
  • the auxiliary storage device 203 also stores data and programs used by the programs stored in the auxiliary storage device 203.
  • the function of the design device 101 or the design support device 121 is such that the program stored in the auxiliary storage device 203 is executed by the processor 201, so that the defined processing is performed in cooperation with other hardware. Will be realized.
  • a program executed by a computer or the like, its function, or a means for realizing the function may be referred to as a "function", a "part", a "module”, or the like.
  • FIG. 8 shows a program and data stored in the auxiliary storage device 203 of the design support device 121.
  • the function flow management program 800 is used in the function flow creation process and the rule file creation process
  • the rule file creation program 820 is used in the rule file creation process
  • the design verification program 840 is used in the design verification process. Details of each will be given in the description of each process.
  • Function flow creation process It is appropriate that the rule file is created by a designer who knows the contents of the design requirements applied to the design target. On the other hand, since functions are highly versatile and abstract because they can be applied to a wide variety of three-dimensional models, it is difficult for a designer who has little knowledge of functions to create a rule file from scratch for design requirements. Therefore, in this embodiment, the procedure of the dimension measurement operation performed by the designer on the 3D CAD data is defined in advance as a permutation of a plurality of functions (this is referred to as “function flow”). The designer can create a rule file by using the function flow while envisioning the dimensional measurement operation by 3D CAD or by calling the function flow directly from the record of the dimensional measurement operation (operation log file). Can be done.
  • FIG. 3 shows a processing flow in which the design device 101 records an operation log and stores the operation log file in the operation log DB 104.
  • the designer performs a dimensional measurement operation of the design target to see if there is a shape that violates the design rule for the 3DCAD data in process, and collates it with the design rule.
  • the designer can comprehensively extract the design rules applied to the design target by accessing the design requirement DB 122. Since the dimension measurement of the design target is performed by using the function of the 3D CAD program, a module (referred to as "operation log recording module”) for executing the process of FIG. 3 is plugged into the 3D CAD program of the design device 101, and the design device 101 is used. Record operation log information.
  • FIG. 4 shows an example of the CAD operator screen 400 when the designer measures the dimensions of the sheet metal part to be designed. The designer measures the distance between the round holes provided in the sheet metal part shown in the three-dimensional model image 401. In FIG. 4, as a result of the designer selecting the round hole 402 and the round hole 403 and measuring the distance between them, the measurement target list 410 and the measurement result 411 are displayed on the CAD operator screen 400. Will be done.
  • the holes provided in the metal plate are treated as surfaces, and therefore, in the measurement target list 410, the round holes 402 and the round holes 403 are displayed as “surface 1" and "surface 2", respectively.
  • the items "measurement target”, “model”, and “type” are attribute data extracted from the 3D CAD attribute DB 103, respectively, and the items “face type”, “diameter”, and “plate thickness” are 3D CAD programs. Is the information obtained by shape recognition executed in the background.
  • the measurement result 411 outputs the measured center distance between the round holes, the distance for each component of the absolute coordinate axis of XYZ, the minimum distance between the round holes, the maximum distance, and the like as a result. Further, on the three-dimensional model image 401, a straight line 404 connecting the centers of the two round holes indicating the measurement points is highlighted.
  • FIG. 5 shows an example of the operation log file recorded in S100.
  • the operation information 502 is recorded in the first line
  • the measurement target information 503 (corresponding to the measurement target list 410 in FIG. 4) is recorded in the second to third lines
  • the measurement result information is recorded in the fourth line.
  • 504 (corresponding to the measurement result 411 in FIG. 4) is recorded.
  • date and time information 501 indicating the recorded date and time is recorded at the beginning of each line.
  • the records are recorded in a format identified by separating them with commas, but there are no particular restrictions on the format of the operation log file.
  • the operation log file 500 that records the dimensional measurement operation includes the operation content, model information, shape type, shape information, and operation result.
  • the operation contents include the operation date and time (date and time information 501), the operation directory, and the operation command (operation information 502).
  • the model information includes a measurement target, a model name, and the like (measurement target information 503)
  • the shape type includes geometric shape information of the measurement target, for example, information of a type such as a point, a line, or a surface (measurement target).
  • Information 503) and information on the surface type such as a flat surface, a curved surface, or a cylindrical surface (measurement target information 503) are included if the selected shape type is a surface, and the shape information includes the measurement target information.
  • Measurement target information 503 such as diameter, plate thickness, absolute coordinates, and relative coordinates (coordinates when the sizes in the X, Y, and Z directions of the three-dimensional model are normalized as 1 each) is included.
  • the operation result includes the measurement result (measurement result information 504) when the dimension is measured.
  • the operation log recording module When the dimensional measurement is completed, the operation log recording module presents the measurement content confirmation screen 600 as shown in FIG. 6 in order to confirm the measurement content performed by the designer using the 3D CAD program (S101). The designer selects the content of the dimensional measurement from the options displayed on the measurement content confirmation screen 600. The operation log recording module stores the operation log file in the auxiliary storage device 203 in association with the selected measurement content (S102). The association can be easily performed based on the operation timing of the measurement content confirmation screen 600 and the date and time information 501 of the operation log file.
  • the operation log recording module continues to record the operation history on the CAD operator screen. For example, suppose that the designer selects a round hole 405 and a round hole 406 on the CAD operator screen 400 shown in FIG. 4 and measures the distance between them. In this case, the measurement target list and the measurement result are displayed on the screen, the operation log file is recorded, and the measurement contents are measured in the same manner as the measurement of the distance between the round hole 402 and the round hole 403 shown in FIG. Confirmation and association with the operation log file are performed. The associated operation log file is stored in time series based on the date and time information 501.
  • the operation log recording module registers the operation log file associated with the measurement contents in the operation log database 104.
  • FIG. 7 shows an example of the data structure of the operation log DB 104.
  • the operation log file (log file name "20180911144816.log") of No. 1 (column 701) is an operation log file that measures the distance between the round hole 402 and the round hole 403 of the sheet metal part shown in FIG. Yes
  • the No. 2 operation log file (log file name "20180911165711.log”) is an operation log file that measures the distance between the round hole 405 and the round hole 406 of the sheet metal part shown in FIG.
  • the operation log DB 104 is provided with a plurality of columns indicating a description of the stored operation log file in order to facilitate the extraction work of the operation log file having commonality described later.
  • Column 703 is an operation content, and includes operation command ID information 703a and model information 703b.
  • the operation command ID information 703a can be obtained from the operation information 502 of the operation log file
  • the model information 703b can be obtained from the measurement target information 503 of the operation log file.
  • the column 704 is a shape type and can be obtained from the measurement target information 503 of the operation log file.
  • the column 705 is shape information (coordinates), and includes absolute coordinate information 705a and relative coordinate information 705b. Any of the coordinate information can be obtained from the measurement target information 503 of the operation log file.
  • the column items shown in FIG. 7 are examples, and it is not necessary to provide columns for the illustrated items. In addition to the illustrated items, columns for measurement contents and the like may be provided.
  • the function flow management program 800 has a common operation calculation unit 811 and a function flow search unit 812 (see FIG. 8).
  • the common operation calculation unit 811 uses a common operation log file as a common operation log for a plurality of operation log files stored in the operation log DB 104 from the four viewpoints of operation content, shape type, shape information, and measurement content. Output the common operation file 900.
  • FIG. 9 shows the data structure of the common operation file 900. The operation contents, shape type, shape information, and measurement contents determined to be common are registered in columns 902 to 905, respectively, and the names of the operation log files determined to be common from these four viewpoints are registered in column 901. Will be done.
  • the commonality of the operation contents can be determined from the contents of the column 703 of the operation log DB 104. If both the operation command ID information 703a and the model information 703b match, it is determined that the operation contents are common, and if either or both do not match, it is determined that the operation contents are not common.
  • the commonality of shape types can be determined from the contents of column 704 of the operation log DB 104. If the combinations of the shape types of measurement 1 and measurement 2 to be measured match, it is determined that the operation contents are common, and if the combinations do not match, it is determined that the operation contents are not common.
  • the commonality of shape information can be further determined from the two viewpoints of the coordinate information of the measurement target and the shape information (narrow sense).
  • the commonality of the coordinate information is determined from the contents of column 705 of the operation log DB 104. Specifically, it is determined whether the values of the absolute coordinates and the relative coordinates satisfy a predetermined threshold value.
  • a predetermined threshold value For example, the combination of the round hole 402 and the round hole 403 and the combination of the round hole 405 and the round hole 406 shown in FIG. 4 are defined as a threshold value of 0.5 because the relative coordinates of the Y-axis and the Z-axis are located close to each other.
  • the commonality of shape information is determined by performing a known shape recognition process on 3D CAD data and for shapes with geometric features such as holes, ends, protrusions, and fillets.
  • Features such as length, distance, diameter, and curvature can be calculated, and the commonality of the geometric shapes of the measurement targets can be determined from the approximation of the features.
  • the combination of the round hole 402 and the round hole 403 and the combination of the round hole 405 and the round hole 406 shown in FIG. 4 both have a cylindrical surface shape penetrating in the Z-axis direction, and are mutually on the same coordinate axis in the X-axis direction. It is a combination of shapes having a center in, and it is judged that there is commonality.
  • the common operation file 900 is classified and summarized for each operation log file determined to have commonality.
  • An attribute ID 906 is assigned to each classification (this is referred to as an "attribute") organized as a log file having a high degree of commonality.
  • the operation log files corresponding to a certain attribute are narrowed down to the operation log files that have commonality from many viewpoints, but the operation contents are common even if they are not necessarily common to all four viewpoints.
  • the commonality of shape types, the commonality of shape information, and the commonality of measurement contents, any one or more of them may be used for classification. It is also permissible to add and classify the four viewpoints listed and the commonality of different viewpoints.
  • the common operation file 900 is created by having the designer execute dimensional measurement for verifying the design rule for arbitrary 3D CAD data on 3D CAD in advance.
  • a person in charge who is familiar with the functions of the design support system 120 sets a function flow for executing the operation contents recorded in the operation log file for each attribute ID.
  • the target shape can be moved or rotated to a position where it is easy to see when manually checking whether the shape of the design target meets the design requirements on 3D CAD. It may also include operations that are not related to dimensional measurement, such as letting.
  • the function flow based on multiple operation log files included in one attribute ID, the operation contents are common, the shape types are common, the shape information is common, and the measurement contents are common. It is possible to extract common operations from multiple operation log files that are grouped as having commonality from multiple viewpoints such as gender, and define them as the minimum necessary function permutation. Also, if common operations cannot be extracted even though there are multiple operation log files included in one attribute ID, it means that the same dimensional measurement is performed by different procedures depending on the designer. Therefore, there is a possibility that new awareness about the dimensional measurement method can be obtained.
  • FIG. 10 shows the data structure of the function flow table 1000 stored in the function flow DB 125.
  • the function flow ID of the function flow corresponding to the operation log having the attribute ID is registered (column 1004).
  • columns 1001 to 1002 are provided for items that characterize the attribute ID.
  • columns 1001 to 1002 show shape information (in a narrow sense), but are not limited to this.
  • the data structure may be such that the search by the function flow search unit 812, which will be described later, can be facilitated.
  • FIG. 11 shows the data structure of the function permutation information table 1100 stored in the function flow DB 125.
  • the contents of the permutation of the function are registered for each function flow ID (column 1101) (column 1102).
  • the symbols specified in the column 1102 indicate the functions, respectively, and mean that the functions of the specified symbols are executed in the order of the subcolumns 1 to 7 of the column 1102.
  • Information indicating the outline of the function flow to be displayed for selecting the function flow is registered in the column 1103. In this example, the measurement content is registered, but more detailed content may be registered.
  • the function flow table 1000 and the function permutation information table 1100 can be newly added, edited, deleted, etc. by the administrator of the design support system 120.
  • the permutation of the functions included in the design rule may be retroactively added to the function permutation information table 1100 as a function flow.
  • editing a table for example, if a permutation of the same function is already registered in the database, a warning message that similar data already exists is presented, or a predetermined function flow is registered as a standard, and it resembles that standard.
  • Rule file creation process is realized by the design support device 121 executing the rule file creation program 820 (see FIG. 8). From the design requirements held in various media in the design department as described above, the rule file creation process generates a rule file that defines the procedure for verifying the shape information of 3D CAD. Generally, the design requirements only describe the contents that the design target (parts, members) should comply with, and in order to identify the violation part from the shape information, the logic for measuring the dimensions from the 3D CAD data and the violation It is necessary to define as a procedure a criterion for determining whether or not. This allows the designer to verify on the design support system 120 whether the 3D CAD data meets the design requirements. In this embodiment, by using the function flow registered in advance by the function flow creation process to create the rule file, even a designer who is unfamiliar with the design support system 120 can easily create the rule file. Can be done.
  • the rule file creation program 820 has a basic information setting unit 831, a logic setting unit 832, and a violation information setting unit 833.
  • FIG. 12 shows a flow for creating a rule file for verifying whether the design requirements applied to the design target (parts, members, etc.) of 3D CAD are observed.
  • a rule file is created by sequentially setting five types of information: rule basic information, rule execution processing permutation information, function input / output setting information, violation notification information, and violation judgment information according to the flow of FIG. To.
  • FIG. 13 shows the rule file creation screen 1300.
  • the rule file creation screen 1300 is provided with a plurality of information setting buttons 1311 to 1315.
  • the information setting buttons 1311 to 1315 correspond to steps S200 to S204 of the creation flow of FIG. 12, respectively.
  • clicking the information setting button a box for setting information is opened, and the designer can create a rule file by setting the necessary information in the box.
  • the basic information setting unit 831 opens an information input screen for setting the rule basic information (S200). It is desirable that the basic rule information includes the name, classification, design target, and brief description of the design requirements for creating the rule file.
  • the logic setting unit 832 opens the information input screen 1400 for setting the rule execution processing permutation information (S201).
  • the information input screen 1400 (hereinafter referred to as “function permutation definition screen”) is shown in FIG.
  • the designer defines the procedure for performing the verification of the design requirements as a permutation of functions. Specifically, the function displayed on the function list screen 1403 is selected in the permutation box 1401. On the function list screen 1403, blocks displaying the codes and names of the functions (programs) registered in the function DB 123 are displayed for each category. By clicking the blocks, the functions are displayed in order from the first permutation box.
  • a function flow call button 1404 is provided.
  • the function flow call screen 1500 is displayed.
  • FIG. 15 shows a state in which the function flow call screen 1500 is displayed.
  • the logic setting unit 832 may narrow down the attributes from keywords such as operation content, shape type, coordinate information, and measurement content, narrow down the candidate function flows, and display them on the function flow call screen. Past operations The function flow corresponding to the attribute ID of the log file may be displayed on the function flow call screen. The former is suitable for creating rule files for design requirements that require complicated measurement procedures, and the latter is unfamiliar with creating rule files for design requirements that can be executed with relatively simple measurement procedures and design support devices 121. Suitable for designers to create rule files. The logic setting unit 832 passes the search key input to the function flow call screen 1500 to the function flow search unit 812 of the function flow management program 800, and displays the searched function flow candidates on the function flow call screen 1500.
  • keywords such as operation content, shape type, coordinate information, and measurement content
  • the function flow corresponding to the attribute ID of the log file may be displayed on the function flow call screen.
  • the former is suitable for creating rule files for design requirements that require complicated measurement procedures, and the latter is unfamiliar with creating rule files for design requirements that can be executed with relatively simple measurement
  • the function flow call screen 1500 shown in FIG. 15 is an example of the latter, and shows an example in which the function flow candidate group 1502 searched by using the past operation log file as a key is displayed.
  • the function flow RSS0103 is defined as a permutation of functions “1J", “1A”, “1F”, “2P”, and "2Z”.
  • the function "1J” is a function for searching for an attribute shape, and for example, narrows down a design target to be checked based on an attribute called a sheet metal shape.
  • the function "1A” is a function for searching relative coordinates, and indicates a part to be designed to be checked by relative coordinates.
  • the function "1F” is a function for searching a hole
  • the function "2P” is a function for calculating the center of the searched hole
  • the function "2Z” is a function for calculating the distance between the calculated hole center lines. It is a function to calculate.
  • the input / output parameters for each function are set.
  • the content of the procedure defined as a function has versatility to make it applicable to a wide variety of 3D models.
  • the processing result of the function in the previous stage is often used as an input to process the function in the next stage. Therefore, each function has input / output parameters, and it is necessary to set the input / output parameters of each function according to the contents of the design requirements.
  • the logic setting unit 832 opens the setting box 1600 for setting the function input / output information (S202).
  • the rule file creation screen 1300 in this state is shown in FIG.
  • the setting box 1600 displays the input parameter 1601 and the output parameter 1602 that must be set for each of the functions set in S201.
  • the vertical axis is the function set and the horizontal axis is the input / output parameters. Since the number of input / output parameters differs depending on the function, in this example, the input field is set according to the input parameter that needs to be set and the output parameter that is output (the field displayed as "-"). Means that the input / output parameter does not exist.).
  • the designer specifies the arguments referenced by the function in this input field. This argument may be the output parameter of the previous function.
  • the candidate parameter may be called as the default value from the operation log file or the like.
  • the candidate parameter may be called as the default value from the operation log file or the like.
  • a logic for obtaining a feature amount (referred to as "verification feature amount") for determining whether or not the design requirement is violated according to the design requirement is defined in the rule file. Therefore, in the subsequent steps, the rule check processing procedure according to the design requirements is set.
  • the violation information setting unit 833 opens the violation notification boxes 1701 to 1702 for setting the violation notification information (S203).
  • the rule file creation screen 1300 in this state is shown in FIG.
  • the violation notification information is information to be displayed to the designer when a design requirement violation is detected in the 3D CAD data.
  • the violation type 1701 defines the level of violation such as "warning" and "information presentation” according to its seriousness.
  • the violation description 1702 is a message displayed on a pop-up screen when a design requirement violation is detected.
  • FIG. 18 shows the rule file creation screen 1300 in this state. It is the processing pitch of the round hole that is going to set the violation determination information as in FIG. Specifically, the central axis of the hole is obtained, the shortest distance between the lines is obtained, and the shortest distance is compared with a predetermined violation threshold value to determine whether or not the design requirement is violated.
  • the violation determination box (highlight shape) 1801 the distance shape (“OUT_aaa”), which is an output parameter of the function for obtaining the line-line distance, is set.
  • the violation determination box (violation determination identifier) 1802 a measured value of a distance, which is a verification feature amount, is set.
  • the violation judgment box (violation threshold value) 1803 is a threshold value for determining whether or not the design requirement is violated (referred to as "violation threshold value")
  • the violation judgment box (tolerance type) 1804 is for judgment Set the calculation formula (above, below, equal, etc.). As will be described later, when the three-dimensional model violates the design requirements, the shape that violates the design requirements is highlighted so that the designer can easily identify the violating part.
  • the rule file contains basic information, verification feature extraction logic, and violation information.
  • Information set in S200 of the flow shown in FIG. 12 information set in S201 to S202 (permutation of functions, input / output parameters of functions used), information set in S203 to S204 (violation based on verification features). Presence / absence judgment requirements, alarm display information).
  • FIG. 19 shows a flow for verifying whether the shape information (3D CAD data) designed by 3D CAD satisfies the design requirements.
  • the design verification program 840 has a 3D CAD data calling unit 851, a rule file selection unit 852, a rule file conversion unit 853, a rule check execution unit 854, a violation shape determination unit 855, and a violation shape presentation unit 856 (see FIG. 8). ..
  • the 3D CAD data calling unit 851 calls the 3D CAD data (three-dimensional model) for design verification from the 3D CAD DB 102 (S300).
  • the rule file selection unit 852 selects a rule file corresponding to the design requirement to be verified from the rule file DB 124 with respect to the 3D CAD data called in S300 (S301).
  • FIG. 20 shows an example of the rule check screen 2000.
  • the rule file selection unit 852 displays the rule selection screen 2001.
  • the rule selection screen 2001 has an input field for inputting conditions and classifications for selecting a rule file for design verification with respect to 3D CAD data for design verification. Check candidates narrowed down by the contents entered in the input field are displayed in the candidate field 2002.
  • the rule file for which the rule check is performed is selected.
  • the 3D CAD data 860 and the rule file 861 called in S300 and S301 are stored in the auxiliary storage device 203 of the design support device 121.
  • the rule file conversion unit 853 interprets the contents of the rule file 861 line by line, checks the certainty of the rule file 861, and then converts the rule file 861 into a rule check program file 862, which is a program executable format. S302).
  • the converted rule check program file 862 is also stored in the auxiliary storage device 203 of the design support device 121.
  • the quality of the rule file can be improved by performing an error check of the rule file defined by the designer in the rule file conversion unit 853.
  • the error check here shall be performed by mandatory input check and grammar check (full-width / half-width check, prohibited character check, etc.), and logic check shall be performed by the rule check execution unit 854.
  • the rule check execution unit 854 reads the input / output parameters of the function set in the rule file 861 and sequentially executes the rule check program file 862 (S303).
  • the rule check program file 862 S303.
  • the rule file 861 includes a function called line-line distance that measures the distance between lines, define two line shapes as input parameters and the shortest distance result and distance shape of the two lines as output parameters.
  • the shortest distance result and the distance shape, which are output parameters, are passed to the violation shape determination unit 855, and the final determination is performed.
  • the logic considers it uncertain and makes an error determination.
  • the certainty of the logic of the rule file 861 is checked.
  • the rule check execution unit 854 repeats execution as many times as the number of permutations of the functions described in the rule file 861.
  • the violation shape determination unit 855 compares the violation threshold value defined in the rule file 861 with the measured value of the parameter finally output by the rule check execution unit 854, and determines that the violation is obtained from the comparison result.
  • the determined shape is extracted as a violation shape file 863 (S304).
  • the value measured by the rule check execution unit 854 is lower than the violation threshold value described in the rule file 861 for the rule file in which the violation determination information shown in FIG. 18 is registered.
  • the output parameter set as the highlight shape 1801 is extracted as the violation shape file 863.
  • the violation shape presentation unit 856 displays the output parameters extracted by the violation shape file 863 on the display (S305).
  • FIG. 20 shows an example in which the violation result is displayed on the rule check screen 2000 when a design requirement violation is extracted at the distance between the round hole 402 and the round hole 403 provided in the sheet metal part.
  • the round holes 402 and the round holes 403, which are the violation shapes are highlighted and shown on the three-dimensional model image 401.
  • the designer pops up the warning screen 2010 by selecting the highlighted part.
  • the reason for the violation, the threshold value of the design rule, and the like are presented. This makes it possible to promote improvement so as to review the dimensions and arrangement of the 3D CAD data.
  • the present invention has been described above according to the embodiment, the present invention is not limited to the above description.
  • the design device 101 and the design support device 121 are realized by separate computers as the design environment, they may be realized by the same computer.
  • the design verification program as a plug-in program of the 3D CAD design software
  • the designer can easily check the requirements for each 3D CAD design.
  • the design support program (function flow management program, rule file creation program, design verification program) of this embodiment may be realized on the cloud, and the implementation form of the program is not limited.

Abstract

プログラミング言語やマクロ等の専門知識不要で、設計検証を行うルールファイルの作成が容易になる。設計支援システムは、３ＤＣＡＤデータまたは３ＤＣＡＤデータから抽出された特徴量に対する処理を行う関数を複数格納する関数データベース１２３と、３ＤＣＡＤデータの寸法計測を行う手順を、関数データベースに格納された関数の順列として定義する関数フローの情報を格納する関数フローデータベース１２５とを有し、関数フローＤＢ１２５に格納された関数フローの情報を用いて３ＤＣＡＤデータの寸法計測を行う手順を設定可能とされており、関数フローＤＢ１２５は、３ＤＣＡＤデータを３ＤＣＡＤにより寸法計測を行った操作ログファイルの共通性に基づいて分類される属性ごとに、１または複数の関数フローの情報を対応付けて格納している。

Description

設計支援システム、設計支援方法及び設計支援プログラム
　本発明は、設計支援システム、設計支援方法及び設計支援プログラムに関する。
　製品設計において、３次元ＣＡＤ（Computer Aided Design）が普及している。３次元ＣＡＤ（以下、３ＤＣＡＤと表記する）は、設計者が設計する部品、部材等を３次元空間での立体モデルとして設計するツールであり、多くの企業の設計部門にて使用されるようになっている。しかし、３ＤＣＡＤにおいては計算機上で自由に仮想の立体モデルを作成できる一方、設計者は多数存在するルールを遵守しながら、部品形状を設計しなければならない。例えば、材料が樹脂である板状部品の場合、３ＤＣＡＤ上では板状部品の厚みを自由に設定可能であるとしても、厚すぎると成型工程において均一に冷却されず、製造工程で不具合が生じやすい。このため製品設計においては、例えば「樹脂設計においてはその厚みをある一定以内で作成しなければならない」といったルールが存在している。このように設計者が守るべきルールをここでは設計要件と呼ぶ。
　非特許文献１には、設計要件を３ＤＣＡＤ上で自動的にチェックして、違反箇所をハイライト表示することが開示されている。
　さらに、特許文献１には、ＣＡＤ上での操作を記録させて同様の作業を自動化するため特許文献１には、マクロ機能を備えた表計算ソフトを用いて、仕様に従った図面を短時間に作成する図面作成ソフトが開示されている。
特開２０１０－１０８４７３号公報
HARIYA, M. et al., "Technique for Checking Design Rules for Three-Dimensional CAD Data", Proc. IEEE Conf. Computer Science and Information Technology (ICCSIT), pp. 296-300, 2010
　非特許文献１では、データベースに蓄積した設計ルールをもとに、チェックプログラムによって自動チェックを行う。このため、設計ルールの追加、見直しが発生した場合には、データベースおよびチェックプログラムの追加・修正が必要となる。
　設計ルールの追加・修正のたびに、チェックプログラムの開発担当者へ依頼すると、そのやり取りに時間を要してしまう。このため、チェック作業を実施する設計者自らがチェックプログラムの追加・修正できた方が望ましい。しかし、このチェックプログラムの追加・修正には、幾何形状を計算する知識やプログラミング言語等の専門的な知識を要するため、設計者自らがチェックプログラムの追加・修正することは難しい。
　特許文献１においても、一度作成された既存のマクロを別の製品のＣＡＤ形状に流用する場合、デザインや仕様の変更に伴う形状やレイアウトの変更に加えて、部品の追加・削除により、マクロ実行エラーやマクロ編集等の見直し、修正作業が発生する。このため、非特許文献１と同様に、プログラムの専門的な知識を要し、設計者自らがチェックプログラムを追加・削除することは難しい。
　本発明は、プログラミング言語やマクロ等の専門知識なしでチェックプログラムの実装を支援することを目的とする。
　本発明の一実施の態様である設計支援システムは、３ＤＣＡＤデータが設計要件を満たしているかを検証する設計支援システムであって、３ＤＣＡＤデータまたは３ＤＣＡＤデータから抽出された特徴量に対する処理を行う関数を複数格納する関数データベースと、３ＤＣＡＤデータの寸法計測を行う手順を、関数データベースに格納された関数の順列として定義する関数フローの情報を格納する関数フローデータベースと、設計支援装置と、を有し、設計支援装置は、関数データベースに格納された関数を用いて３ＤＣＡＤデータから設計要件を検証するための検証特徴量を求める手順、及び当該検証特徴量に基づき当該設計要件の違反有無を判定する違反情報を定義するルールファイルを作成するにあたり、関数フローデータベースに格納された関数フローの情報を用いて３ＤＣＡＤデータの寸法計測を行う手順を設定可能とされており、関数フローデータベースは、３ＤＣＡＤデータを３ＤＣＡＤにより寸法計測を行った操作ログファイルの共通性に基づいて分類される属性ごとに、１または複数の関数フローの情報を対応付けて格納している。
　プログラミング言語やマクロ等の専門知識不要で、設計検証を行うルールファイルの作成が容易になる。
　その他の課題と新規な特徴は、本明細書の記述および添付図面から明らかになるであろう。
設計支援装置が使用される設計環境の一例である。 関数データベースに格納される関数（プログラム）の例である。 情報処理装置のハードウェア構成例である。 操作ログファイルを操作ログデータベースに格納する処理フローである。 ＣＡＤオペレータ画面の例である。 操作ログファイルの例である。 ＣＡＤオペレータ画面の例である。 操作ログデータベースのデータ構造例である。 設計支援装置の補助記憶装置に格納されるプログラム及びデータを示す図である。 共通操作ファイルのデータ構造例である。 関数フローテーブルのデータ構造である。 関数順列情報テーブルのデータ構造である。 ルールファイルを作成する処理フローである。 ルールファイル作成画面の例である。 関数順列定義画面の例である。 関数順列定義画面の例である。 ルールファイル作成画面の例である。 ルールファイル作成画面の例である。 ルールファイル作成画面の例である。 ３ＤＣＡＤデータの設計検証を行う処理フローである。 ルールチェック画面の例である。
　図１Ａに本実施例による設計支援装置が使用される設計環境の一例を示す。設計システム１００は３ＤＣＡＤを用いて部品や部材の３次元形状を設計する設計装置１０１を有する。３ＤＣＡＤデータベース１０２には設計装置１０１により設計された設計対象の形状情報（立体モデル）である３ＤＣＡＤデータが格納されている。また、３ＤＣＡＤ属性データベース１０３には設計対象の名称や属性情報が格納されている。ＤＢ１０２に格納される３ＤＣＡＤデータは、設計対象を面、線、点により表現した形状情報だけであるので、３ＤＣＡＤデータに紐づけて、形状情報以外の属性情報がＤＢ１０３に格納される。操作ログデータベース１０４には、設計者が設計装置１０１（３ＤＣＡＤ）の操作を行って３ＤＣＡＤデータ（立体モデル）の寸法計測を行ったとき、操作日時や操作コマンド、その他の情報を含む操作ログファイルが時系列に格納される。
　設計支援システム１２０は、設計装置１０１が設計した３ＤＣＡＤデータが当該設計対象に適用される設計要件を満たしているかどうかを検証する設計支援装置１２１を有する。設計要件データベース１２２は設計部門あるいは設計者が設計対象に対して遵守するよう求めている設計要件が格納されている。設計要件は、設計対象個別に定められているものであっても、多数の設計対象に共通に定められているものであってもよい。また、ここでは電子ファイルとしてデータベース化されている例を示しているが、ルールファイル化される設計要件は紙媒体により、あるいはノウハウとして保持されている設計要件であってもよい。設計要件がどのような媒体で保持されているかは問わず、本実施例の設計支援装置１２１は、設計要件をルールファイルデータベース１２４に格納されるルールファイル（定義書）に落とし込み、ルールファイルに定められた手順にしたがって３ＤＣＡＤデータを検証することにより、設計した立体モデルが設計要件に対して違反していないかどうかをチェックする。詳細は後述するが、本実施例では、関数データベース１２３に格納された関数（プログラム）をルールファイルに定義される順番にしたがって３ＤＣＡＤデータに適用することにより設計検証を行う。また、関数フローデータベース１２５には、設計者がルールファイルを作成するのを容易にするため、操作ログと一連の関数の適用順序とを対応付けるための情報が格納されている。
　図１Ｂに、関数データベース１２３に格納される関数（プログラム）の例を示す。関数は、設計検証を行う際、３ＤＣＡＤデータに対して実行する所定の基本的な処理をプログラム化したものである。具体的には、幾何形状探索カテゴリ１３１、特徴量演算カテゴリ１３２、数値演算カテゴリ１３３の３カテゴリの関数がある。幾何形状探索カテゴリ１３１には、面、線、点で構成されている３ＤＣＡＤデータ（立体モデル）から、設計要件に規定される特徴形状に応じた幾何形状を探索するための関数が含まれている。特徴量演算カテゴリ１３２には、特徴形状に関する距離、大きさ、角度など、特徴形状を特徴づける特徴量を演算するための関数が含まれている。数値演算カテゴリ１３３には、数値演算を行う関数が含まれている。図１Ｂに示されるブロックが１つ１つの関数であり、ブロック内の名称は当該関数の機能を表している。設計者は、設計を検証する手順を、これら関数の順列としてルールファイルに定義する。これにより、設計者はプログラミング言語やマクロ等の専門知識がなくても、設計支援システム１２０上で３ＤＣＡＤデータの設計検証を実行できる。さらに、本実施例の設計支援システム１２０では、設計者が３ＤＣＡＤで実行する寸法計測操作をガイドにルールファイルを作成することを可能にする。これにより、設計支援システム１２０の関数について知識の乏しい設計者であっても、設計支援システム１２０を用いて設計要件をルールファイル化し、３ＤＣＡＤデータの設計検証を実行することができる。
　設計システム１００と設計支援システム１２０とはネットワーク１１０で接続されていることが望ましい。設計装置１０１を使用する設計者は、設計要件ＤＢ１２２にアクセスし、設計中の部品や部材など（設計対象）に適用される設計ルールを参照することができる。
　図２に、設計装置１０１または設計支援装置１２１として機能する情報処理装置２００のハードウェア構成例を示す。情報処理装置２００は、プロセッサ２０１、主記憶２０２、補助記憶装置２０３、入出力インタフェース２０４、表示インタフェース２０５、ネットワークインタフェース２０６、入出力（Ｉ／Ｏ）ポート２０７を含み、これらはバス２０８により結合されている。入出力インタフェース２０４は、キーボードやマウス等の入力装置２１０と接続され、表示インタフェース２０５は、ディスプレイ２０９に接続され、ＧＵＩ（Graphical User Interface）を実現する。ネットワークインタフェース２０６はネットワーク１１０と接続するためのインタフェースである。補助記憶装置２０３は通常、ＨＤＤ、ＳＳＤやＲＯＭ、フラッシュメモリなどの不揮発性メモリで構成され、設計装置１０１あるいは設計支援装置１２１が実行するプログラムやプログラムが処理対象とするデータ等を記憶する。主記憶２０２はＲＡＭで構成され、プロセッサ２０１の命令により、プログラムやプログラムの実行に必要なデータ等を一時的に記憶する。プロセッサ２０１は、補助記憶装置２０３から主記憶２０２にロードしたプログラムを実行する。情報処理装置２００は例えば、ＰＣ（Personal Computer）やサーバにより実現できる。
　補助記憶装置２０３には、情報処理装置２００を設計装置１０１または設計支援装置１２１として機能させるためのプログラムが記憶されている。これらのプログラムは、Ｉ／Ｏポート２０７に接続された光学ドライブを介してＣＤやＤＶＤなどの光学的記録媒体に記憶された、あるいは外付けのＨＤＤ（磁気記録媒体）に格納されたプログラムを補助記憶装置２０３に格納してもよいし、ネットワーク１１０を介して補助記憶装置２０３に格納してもよい。補助記憶装置２０３には、補助記憶装置２０３に格納されたプログラムが使用するデータやプログラムも格納される。なお、本実施例では設計装置１０１または設計支援装置１２１の機能は、補助記憶装置２０３に格納されたプログラムがプロセッサ２０１によって実行されることで、定められた処理を他のハードウェアと協働して実現される。コンピュータなどが実行するプログラム、その機能、あるいはその機能を実現する手段を、「機能」、「部」、「モジュール」等と呼ぶ場合がある。
　以下、設計支援システム１２０により、設計対象の設計検証を行うプロセスを、（１）関数フロー作成プロセス、（２）ルールファイル作成プロセス、（３）設計検証プロセスの３つに分けて説明する。図８に設計支援装置１２１の補助記憶装置２０３に格納されるプログラム及びデータを示す。関数フロー管理プログラム８００は、関数フロー作成プロセス及びルールファイル作成プロセスに使用され、ルールファイル作成プログラム８２０は、ルールファイル作成プロセスに使用され、設計検証プログラム８４０は、設計検証プロセスに使用される。それぞれの詳細については、各プロセスの説明において行う。
　（１）関数フロー作成プロセス
　ルールファイルの作成は、設計対象に適用される設計要件の内容を知悉している設計者が作成することが適切である。一方、関数は多種多様な立体モデルに適用可能とするために汎用性、抽象度が高いため、関数についての知識に乏しい設計者が、設計要件をゼロからルールファイル化することは難しい。そこで、本実施例では、設計者が３ＤＣＡＤデータに対して行う寸法測定操作の手順をあらかじめ複数の関数の順列（これを「関数フロー」と称する）として、あらかじめ定義しておく。設計者は、関数フローを利用することで、３ＤＣＡＤによる寸法計測操作を思い描きながら、あるいは寸法計測操作の記録（操作ログファイル）から直接的に関数フローを呼び出すことにより、ルールファイルの作成を行うことができる。
　図３に、設計装置１０１が操作ログを記録し、操作ログファイルを操作ログＤＢ１０４に格納する処理フローを示す。設計者は、３ＤＣＡＤ上で、設計仕掛中の３ＤＣＡＤデータに対して設計ルール違反となる形状がないか、設計対象の寸法測定操作を実施し、設計ルールとの照合作業を行う。このとき、設計者は設計要件ＤＢ１２２にアクセスすることで、設計対象に適用される設計ルールを網羅的に抽出することができる。設計対象の寸法測定は３ＤＣＡＤプログラムの機能を利用して行うため、設計装置１０１の３ＤＣＡＤプログラムに図３の処理を実行するモジュール（「操作ログ記録モジュール」という）をプラグインし、設計装置１０１における操作ログ情報を記録する。
　設計者は、３ＤＣＡＤデータの寸法測定操作を実行するにあたり、操作ログ記録モジュールを起動し、操作ログ記録モジュールは、ＣＡＤオペレータ画面上での操作履歴を操作ログファイルとして自動的に記録する（Ｓ１００）。図４に、設計者が設計対象である板金部品について寸法計測を行うときのＣＡＤオペレータ画面４００の例を示す。設計者は、立体モデル画像４０１に示される板金部品に設けられる丸穴の間隔についての寸法計測を行っている。図４には、設計者が丸穴４０２と丸穴４０３とを選択し、その間の距離を測定する操作を行った結果として、ＣＡＤオペレータ画面４００には、測定対象リスト４１０および測定結果４１１が表示される。３ＤＣＡＤデータでは、金属板に設けられる穴は面として扱われるため、測定対象リスト４１０では、丸穴４０２、丸穴４０３はそれぞれ、「面１」、「面２」として表示されている。測定対象リスト４１０中、項目「測定対象」、「モデル」、「種別」はそれぞれ３ＤＣＡＤ属性ＤＢ１０３から抽出される属性データであり、項目「面種」、「直径」、「板厚」は３ＤＣＡＤプログラムがバックグラウンドで実行する形状認識により得られる情報である。測定結果４１１は、計測された丸穴間の中心距離、ＸＹＺの絶対座標軸の成分別の距離、丸穴間の最小距離、最大距離などが結果として出力される。また、立体モデル画像４０１上には、計測個所を示す２つの丸穴の中心間を結ぶ直線４０４が強調表示される。
　Ｓ１００において記録される操作ログファイルの例を図５に示す。１行目には、操作情報５０２が記録され、２行目～３行目には、測定対象情報５０３（図４の測定対象リスト４１０に相当）が記録され、４行目には測定結果情報５０４（図４の測定結果４１１に相当）が記録されている。また、各行の先頭には記録された日時を示す日時情報５０１が記録されている。なお、図５の例では、カンマ区切りで識別されるフォーマットで記録されているが、操作ログファイルのフォーマットに特に制約はない。
　このように、寸法測定操作を記録する操作ログファイル５００には、操作内容、モデル情報、形状種類、形状情報、操作結果が含まれる。操作内容には、操作日時（日時情報５０１）や操作ディレクトリ、操作コマンド（操作情報５０２）が含まれている。モデル情報には、測定対象やモデル名など（測定対象情報５０３）が含まれており、形状種類には、測定対象の幾何的な形状情報、例えば点か線か面という種別の情報（測定対象情報５０３）や、選択された形状の種別が面であれば、平面か曲面かあるいは円筒面などの面種の情報（測定対象情報５０３）が含まれており、形状情報には、測定対象の直径、板厚、絶対座標、相対座標（立体モデルのＸ，Ｙ，Ｚ方向の大きさをそれぞれ１として正規化したときの座標）などの情報（測定対象情報５０３）が含まれている。操作結果には、寸法を測定した際の測定結果（測定結果情報５０４）が含まれる。
　寸法計測が完了すると、設計者が３ＤＣＡＤプログラムを用いて行った測定内容を確認するため、操作ログ記録モジュールは、図６に示すように測定内容確認画面６００を提示する（Ｓ１０１）。設計者は、寸法測定した内容を測定内容確認画面６００に表示された選択肢の中から選択する。操作ログ記録モジュールは、選択された測定内容と関連付けて操作ログファイルを補助記憶装置２０３に格納する（Ｓ１０２）。測定内容確認画面６００の操作タイミングと操作ログファイルの日時情報５０１とに基づき、関連付けは容易に行える。
　設計者が引き続き、寸法計測を続ける場合（Ｓ１０３でNo）には、操作ログ記録モジュールは、ＣＡＤオペレータ画面上での操作履歴の記録を継続する。例えば、設計者が、図４に示したＣＡＤオペレータ画面４００上で丸穴４０５と丸穴４０６とを選択し、その間の距離を測定する操作を行ったとする。この場合、図４に示した丸穴４０２と丸穴４０３との間の間隔の寸法計測と同様に、測定対象リスト、測定結果が画面上に表示され、操作ログファイルが記録され、測定内容の確認及び操作ログファイルとの関連付けが行われる。関連付けられた操作ログファイルは、日時情報５０１に基づき、時系列に格納される。
　操作ログ記録モジュールは、測定内容の関連付けが行われた操作ログファイルを、操作ログデータベース１０４に登録する。図７に操作ログＤＢ１０４のデータ構造例を示す。ここで、No.1（カラム７０１）の操作ログファイル（ログファイル名「20180911144816.log」）は図４に示した板金部品の丸穴４０２と丸穴４０３との間隔を計測した操作ログファイルであり、No.2の操作ログファイル（ログファイル名「20180911165711.log」）は図４に示した板金部品の丸穴４０５と丸穴４０６との間隔を計測した操作ログファイルである。操作ログＤＢ１０４は、後述する共通性を有する操作ログファイルの抽出作業を容易にするために、格納した操作ログファイルの摘要を示す複数のカラムを設けている。カラム７０３は操作内容であり、操作コマンドＩＤ情報７０３ａとモデル情報７０３ｂとを含む。操作コマンドＩＤ情報７０３ａは操作ログファイルの操作情報５０２、モデル情報７０３ｂは操作ログファイルの測定対象情報５０３から得ることができる。カラム７０４は形状種類であり、操作ログファイルの測定対象情報５０３から得ることができる。カラム７０５は形状情報（座標）であり、絶対座標情報７０５ａと相対座標情報７０５ｂとを含む。座標情報のいずれも操作ログファイルの測定対象情報５０３から得ることができる。なお、図７に示したカラムの項目は一例であり、例示した項目のカラムを設けなければならないものではなく、また例示した項目の他にも測定内容などのカラムを設けてもよい。
　関数フロー管理プログラム８００は、共通操作演算部８１１、関数フロー検索部８１２を有している（図８参照）。
　共通操作演算部８１１は、操作ログＤＢ１０４に格納された複数の操作ログファイルに対して、操作内容、形状種類、形状情報、測定内容の４つの観点から、共通する操作ログファイルを共通操作ログとして共通操作ファイル９００を出力する。図９に共通操作ファイル９００のデータ構造を示す。共通であると判定された操作内容、形状種類、形状情報、測定内容の内容がそれぞれカラム９０２～９０５に登録され、それら４つの観点から共通と判断された操作ログファイルの名称がカラム９０１に登録される。
　操作内容の共通性は、操作ログＤＢ１０４のカラム７０３の内容から判定できる。操作コマンドＩＤ情報７０３ａ及びモデル情報７０３ｂの双方が一致している場合、操作内容が共通であると判断し、いずれかあるいは双方とも不一致の場合、操作内容が共通ではないと判断する。
　形状種類の共通性は、操作ログＤＢ１０４のカラム７０４の内容から判定できる。測定対象である測定１と測定２の形状種類の組み合わせが一致している場合、操作内容が共通であると判断し、組み合わせが不一致の場合、操作内容が共通ではないと判断する。
　形状情報の共通性は、さらに計測対象の座標情報と形状情報（狭義）の２観点から判定できる。座標情報の共通性は、操作ログＤＢ１０４のカラム７０５の内容から判定する。具体的には、絶対座標や相対座標の値が所定のしきい値を満足するかを判定する。例えば、図４に示す丸穴４０２と丸穴４０３の組み合わせと丸穴４０５と丸穴４０６の組み合わせは、Ｙ軸およびＺ軸の相対座標が近くに位置しており、しきい値0.5と定義した場合、Ｙ軸およびＺ軸の相対座標の差がしきい値0.5以内を満足するため、丸穴４０２と丸穴４０３の組み合わせと丸穴４０５と丸穴４０６の組み合わせとの間には共通性があると判定する。
　形状情報（狭義）の共通性は、３ＤＣＡＤデータに対して公知の形状認識処理を実施し、穴部、端部、突起部、フィレット部などの幾何的な特徴を持った形状に対して、所定の長さや距離、径、曲率などの特徴量を計算し、特徴量の近似性から、計測対象の幾何的形状の共通性を判定できる。例えば、図４に示す丸穴４０２と丸穴４０３の組み合わせと丸穴４０５と丸穴４０６の組み合わせは、どちらもＺ軸方向に貫通する円筒面形状であり、相互にＸ軸方向の同座標軸上に中心を有する形状の組み合わせであり、共通性があると判定する。
　測定内容の共通性は、操作ログファイルに関連付けた測定内容が一致している場合には、測定内容に共通性があると判断する。
　任意の２つの操作ログファイルが、これらの４つの観点についてすべて共通性ありと判定される場合には共通性ありと判定し、いずれか一つでも共通性を有さないと判断される場合には、共通性なしと判定する。共通操作ファイル９００には、共通性ありと判断された操作ログファイルごとに分類して、纏められる。共通性の高いログファイルとしてまとめられた分類（これを「属性」と称する）ごとに属性ＩＤ９０６が付される。
　なお、ある属性に対応する操作ログファイルは、多くの観点で共通性を有する操作ログファイルに絞り込まれていることが望ましいが、必ずしも４つの観点の全てで共通でなくとも、操作内容の共通性、形状種類の共通性、形状情報の共通性、測定内容の共通性のいずれか１つ以上の共通性に基づき分類するのでよい。また、列挙した４つの観点と異なる観点の共通性を追加して分類することも許容される。
　設計支援システム１２０を構築するときには、あらかじめ設計者に３ＤＣＡＤ上で任意の３ＤＣＡＤデータに対して設計ルールを検証するための寸法計測を実行してもらうことで、共通操作ファイル９００を作成する。設計支援システム１２０の関数を熟知した担当者は、属性ＩＤごとに操作ログファイルに記録された操作内容を実行する関数フローを設定する。
　もし、１つの操作ログファイルから関数フローを設定するならば、３ＤＣＡＤ上で設計対象の形状がある設計要件を満足しているか手動でチェックするときに、対象形状を見やすい位置へ移動したり、回転させたりといった、寸法計測とは関係ない操作が含まれる可能性もある。これに対して、１つの属性ＩＤに含まれる複数の操作ログファイルを元に関数フローを設定することにより、操作内容の共通性、形状種類の共通性、形状情報の共通性、測定内容の共通性といった複数の観点から共通性を有するとしてまとめられた複数の操作ログファイルから共通の操作を抽出し、必要最小限の関数の順列として定義することが可能になる。また、１つの属性ＩＤに含まれる複数の操作ログファイルであるにもかかわらず、共通の操作が抽出できないということであれば、設計者によって同じ寸法計測を異なる手順で実施しているということになり、寸法計測方法についての新たな気づきを得られる可能性がある。
　図１０に、関数フローＤＢ１２５に格納される関数フローテーブル１０００のデータ構造を示す。属性ＩＤ（カラム１００３）ごとに、当該属性ＩＤを有する操作ログに対応する関数フローの関数フローＩＤが登録されている（カラム１００４）。なお、属性ＩＤを特徴づける項目についてのカラム１００１～１００２が設けられている。この例では、カラム１００１～１００２は形状情報（狭義）を示しているが、これには限られない。後述する関数フロー検索部８１２による検索が容易となるようなデータ構造とすればよい。
　図１１に関数フローＤＢ１２５に格納される関数順列情報テーブル１１００のデータ構造を示す。関数フローＩＤ（カラム１１０１）ごとに関数の順列の内容が登録されている（カラム１１０２）。カラム１１０２に指定されている符号はそれぞれ関数を示すものであり、カラム１１０２のサブカラム１～７の順に、指定された符号の関数を実行することを意味する。カラム１１０３には関数フローの選択のために表示する関数フローの概要を示す情報が登録されている。この例では測定内容が登録されているが、より詳細な内容が登録されていてもよい。
　関数フローテーブル１０００および関数順列情報テーブル１１００は、設計支援システム１２０の管理者により新規追加、編集、削除等も行うことができる。例えば、既に実装実績のある設計ルールとそのルールファイルとの関係から、その中に含まれる関数の順列を遡って関数フローとして関数順列情報テーブル１１００に追加してもよい。テーブル編集時には、例えばすでに同じ関数の順列がデータベースに登録されている場合は、既に同様のデータが存在するという警告メッセージを提示したり、所定の関数フローを定石として登録し、その定石に似た関数の順列を関数フローとして登録しようとすると、定石を使用するよう警告メッセージを提示したりすることも可能である。これにより、類似の関数の順列が関数フローとして数多く登録されることを防止し、寸法計測手順の標準化を図ることができる。
　（２）ルールファイル作成プロセス
　ルールファイル作成プロセスは、設計支援装置１２１がルールファイル作成プログラム８２０（図８参照）を実行することによって実現される。上述のように設計部門において様々な媒体に保持されている設計要件から、ルールファイル作成プロセスでは、３ＤＣＡＤの形状情報を検証する手順を定義するルールファイルを生成する。一般に、設計要件には設計対象（部品、部材）が遵守すべき内容が記載されているのみであり、形状情報から違反箇所を特定するには、３ＤＣＡＤデータから寸法測定するためのロジックや、違反か否かを判定する判定基準を手順として定義する必要がある。これにより、設計者は３ＤＣＡＤデータについて設計要件を満たしているか、設計支援システム１２０上で検証することが可能になる。本実施例では、関数フロー作成プロセスによってあらかじめ登録された関数フローをルールファイルの作成に利用することで、設計支援システム１２０に不慣れな設計者であっても、ルールファイルの作成を容易に行うことができる。
　ルールファイル作成プログラム８２０は、基本情報設定部８３１、ロジック設定部８３２、違反情報設定部８３３を有している。図１２に、３ＤＣＡＤの設計対象（部品、部材等）に対して適用される設計要件が遵守されているか検証するためのルールファイルを作成するフローを示す。ルール基本情報、ルール実行処理順列情報、関数入出力設定情報、違反通知情報、違反判定情報の５種類の情報を、図１２のフローに沿って順次設定していくことで、ルールファイルが作成される。
　図１３にルールファイル作成画面１３００を示す。ルールファイル作成画面１３００には複数の情報設定ボタン１３１１～１３１５が設けられている。情報設定ボタン１３１１～１３１５はそれぞれ図１２の作成フローのステップＳ２００～Ｓ２０４に対応している。情報設定ボタンをクリックすることにより、情報を設定するためのボックスが開かれ、設計者はボックスに必要な情報を設定することにより、ルールファイルを作成することができる。
　設計者が情報設定ボタン１３１１をクリックすると、基本情報設定部８３１はルール基本情報を設定する（Ｓ２００）ための情報入力画面を開く。ルール基本情報としては、ルールファイルを作成する設計要件の名称、分類、設計対象、簡単な説明を含むことが望ましい。
　設計者が情報設定ボタン１３１２をクリックすると、ロジック設定部８３２はルール実行処理順列情報を設定する（Ｓ２０１）ための情報入力画面１４００を開く。情報入力画面１４００（以下、「関数順列定義画面」という）を図１４に示す。ステップＳ２０１において、設計者は、設計要件の検証を実行する手順を、関数の順列として定義する。具体的には、順列ボックス１４０１に関数リスト画面１４０３に表示される関数を選択する。関数リスト画面１４０３には、カテゴリごとに関数ＤＢ１２３に登録されている関数（プログラム）の符号と名称とを表示したブロックが表示されており、ブロックをクリックすることで第１の順列ボックスから順に関数を特定する符号（図１４の例では「１Ｊ」）が入力される。なお、必要に応じて順列追加ボタン１４０２をクリックすることにより、順列ボックス１４０１が追加で開かれ、設定する関数の順列数を増やすことができる。本実施例では、関数を１つ１つ選択するための関数リスト画面１４０３に加えて、関数フロー呼出ボタン１４０４が設けられている。設計者が関数フロー呼出ボタン１４０４を押下すると、関数フロー呼出画面１５００を表示する。図１５に関数フロー呼出画面１５００が表示された状態を示す。
　ロジック設定部８３２は、操作内容、形状種類、座標情報、測定内容などのキーワードから属性の絞り込みを行い候補となる関数フローを絞り込んで関数フロー呼出画面に表示するようにしてもよく、過去の操作ログファイルの属性ＩＤに対応する関数フローを関数フロー呼出画面に表示するようにしてもよい。前者は、複雑な計測手順を必要とする設計要件のルールファイルの作成に適しており、後者は比較的単純な計測手順で実行できる設計要件のルールファイルの作成や、設計支援装置１２１に不慣れな設計者がルールファイルを作成するのに適している。ロジック設定部８３２は、関数フロー呼出画面１５００に入力された検索キーを、関数フロー管理プログラム８００の関数フロー検索部８１２に受け渡し、検索された関数フロー候補を関数フロー呼出画面１５００に表示する。このとき、操作ログファイルの属性を定義した共通性の観点に重み付けをして、類似性が高いと判定された属性の関数フロー候補を優先的に関数フロー呼出画面１５００に表示するようにしてもよい。なお、図１５に示す関数フロー呼出画面１５００は後者の例であり、過去の操作ログファイルをキーとして検索された関数フロー候補群１５０２が表示された例を示している。
　候補群１５０２のうち、特定の関数フロー１５０３（この例では「RSS0103」）を特定することにより、関数フローRSS0103として登録された関数の順列が順列ボックス１４０１に自動的に入力される。関数フローRSS0103は、「１Ｊ」、「１Ａ」、「１Ｆ」、「２Ｐ」、「２Ｚ」という関数の順列として定義されている。関数「１Ｊ」は、属性形状を探索する関数であり、例えば、板金形状という属性に基づきチェックする設計対象を絞り込む。関数「１Ａ」は、相対座標を探索する関数であり、チェックする設計対象の部位を相対座標により指示する。関数「１Ｆ」は、穴を探索する関数であり、関数「２Ｐ」は、探索した穴の中心を演算する関数であり、関数「２Ｚ」は、演算した穴中心の線と線との距離を演算する関数である。この順に関数（プログラム）を実行することで、３ＤＣＡＤデータの「２つの丸穴の中心間の距離」を設計支援装置１２１により測定することが可能になる。
　設計要件の検証のための関数の順列が定義されると、各関数に対する入出力パラメータを設定する。前述したように、関数として定義される手順の内容は、多種多様な立体モデルに適用可能とするための汎用性を有している。また、前段の関数の処理結果を入力として、次段の関数の処理を行うことも多い。このため、関数はそれぞれ入出力パラメータを有しており、各関数の入出力パラメータを設計要件の内容に即して設定する必要がある。
　設計者がルールファイル作成画面１３００の情報設定ボタン１３１３をクリックすると、ロジック設定部８３２は、関数入出力情報を設定する（Ｓ２０２）ための設定ボックス１６００を開く。この状態でのルールファイル作成画面１３００を図１６に示す。設定ボックス１６００は、Ｓ２０１において設定された関数のそれぞれに対して設定しなければならない入力パラメータ１６０１及び出力パラメータ１６０２が表示されている。この例では、縦軸に設定した関数、横軸に入出力パラメータをとっている。関数によって入出力パラメータの数が異なるため、この例では、関数ごとに、設定が必要な入力パラメータ及び出力される出力パラメータに応じて入力欄が設定されている（「－」表示されている欄は、当該入出力パラメータが存在しないことを意味する。）。設計者はこの入力欄に、関数が参照する引数を指定する。この引数は、前段の関数の出力パラメータである場合もある。
　また、候補パラメータ入力画面呼出ボタン１６０３をクリックすることで、操作ログファイルなどから候補となるパラメータをデフォルト値として呼び出すようにしてもよい。例えば、丸穴と丸穴の中心間距離を測定する関数フローにより関数の順列を設定した場合には、丸穴と丸穴の中心間距離を測定したという情報が操作ログファイルに関連付けて残されているため、測定結果として取得している値は中心間距離とわかる。このような場合、実行結果として得られる出力パラメータが中心間距離であるということをあらかじめデフォルト値とすることができる。
　ロジック設定部８３２がステップＳ２０１、Ｓ２０２を実行することにより、設計要件に応じた、設計要件違反か否かを判定する特徴量（「検証特徴量」という）を求めるロジックがルールファイルに定義されるので、以降のステップでは設計要件に応じたルールチェック処理手順を設定する。設計者が情報設定ボタン１３１４をクリックすると、違反情報設定部８３３は、違反通知情報を設定する（Ｓ２０３）ための違反通知ボックス１７０１～１７０２を開く。この状態でのルールファイル作成画面１３００を図１７に示す。違反通知情報は、３ＤＣＡＤデータに設計要件違反が検出された場合に、設計者に表示する情報である。違反種類１７０１は、その重大性に応じて「警告」や「情報提示」等違反のレベルを定義する。違反説明文１７０２は設計要件違反が検出された場合に、ポップアップ画面にて表示するメッセージである。
　設計者が情報設定ボタン１３１５をクリックすると、違反情報設定部８３３は違反判定情報を設定する（Ｓ２０４）ための違反判定ボックス１８０１～１８０４を開く。この状態でのルールファイル作成画面１３００を図１８に示す。違反判定情報を設定しようとしているのは、図１７と同じく丸穴の加工ピッチである。具体的には、穴の中心軸を求め、線間の最短距離を求め、その最短距離を所定の違反しきい値と比較し、設計要件違反か否かを判定する。違反判定ボックス（ハイライト形状）１８０１には、線線距離を求める関数の出力パラメータである距離形状（「OUT_aaa」）を設定する。違反判定ボックス（違反判定識別子）１８０２には、検証特徴量である距離の測定値を設定する。違反判定ボックス（違反しきい値）１８０３には、設計要件違反か否かを判定するしきい値（「違反しきい値」という）を、違反判定ボックス（許容範囲タイプ）１８０４には、判定の演算式（以上、以下、イコールなど）を設定する。なお、後述するように、立体モデルに設計要件違反があった場合、設計者が容易に違反箇所を特定できるよう、設計要件違反となる形状については強調表示する対象とする。
　全ての情報の入力が完了すると、設計者はルールファイル作成ボタン１８０５をクリックする。これにより、作成したルールファイルはルールファイルＤＢ１２４に格納される（Ｓ２０５）。ルールファイルは基本情報、検証特徴量抽出ロジック、違反情報を含む。それぞれ図１２に示したフローのＳ２００で設定した情報、Ｓ２０１～Ｓ２０２で設定した情報（関数の順列、使用される関数の入出力パラメータ）、Ｓ２０３～Ｓ２０４で設定した情報（検証特徴量に基づく違反有無判断要件、アラーム表示情報）である。
　（３）設計検証プロセス
　本実施例では、設計検証プロセスは、設計支援装置１２１が設計検証プログラム８４０を実行することによって実現される。図１９に、３ＤＣＡＤで設計された形状情報（３ＤＣＡＤデータ）が設計要件を満たしているか検証するフローを示す。設計検証プログラム８４０は３ＤＣＡＤデータ呼出部８５１、ルールファイル選択部８５２、ルールファイル変換部８５３、ルールチェック実行部８５４、違反形状判定部８５５、違反形状提示部８５６を有している（図８参照）。
　まず、３ＤＣＡＤデータ呼出部８５１は、設計検証する３ＤＣＡＤデータ（立体モデル）を３ＤＣＡＤＤＢ１０２から呼び出す（Ｓ３００）。続いて、ルールファイル選択部８５２は、Ｓ３００で呼び出した３ＤＣＡＤデータに対して、検証したい設計要件に対応するルールファイルをルールファイルＤＢ１２４より選択する（Ｓ３０１）。図２０にルールチェック画面２０００の例を示す。ルールファイル選択部８５２は、ルール選択画面２００１を表示する。ルール選択画面２００１には、設計検証する３ＤＣＡＤデータに対して設計検証するルールファイルを選択するための条件、分類を入力する入力欄を有する。入力欄に入力された内容により絞り込まれたチェック候補が候補欄２００２に表示される。設計者が候補欄２００２に表示されたルールファイルを選択することで、ルールチェックを行うルールファイルが選択される。設計支援装置１２１の補助記憶装置２０３に、Ｓ３００，Ｓ３０１において呼び出された３ＤＣＡＤデータ８６０、ルールファイル８６１が保存される。
　ルールファイル変換部８５３は、ルールファイル８６１の内容を１行ずつ解釈してルールファイル８６１の確実性をチェックした後、ルールファイル８６１をプログラム実行可能な形式であるルールチェックプログラムファイル８６２に変換する（Ｓ３０２）。変換されたルールチェックプログラムファイル８６２も、設計支援装置１２１の補助記憶装置２０３に保存される。ルールファイル変換部８５３において、設計者が定義したルールファイルのエラーチェックを実施することで、ルールファイルの品質を向上することが可能となる。なお、ここでのエラーチェックは必須入力チェックや、文法のチェック（全角／半角チェック、禁則文字チェック等）を行うものとし、ロジックのチェックはルールチェック実行部８５４にて実施する。
　続いて、ルールチェック実行部８５４は、ルールファイル８６１に設定されている関数の入出力パラメータを読み取り、ルールチェックプログラムファイル８６２を順次実行する（Ｓ３０３）。なお、ルールチェックを実行するにあたって、ルールファイルの詳細な処理フローやロジックの確実性のチェックも行う。
　例えば、ルールファイル８６１に線と線の距離を計測する線線距離という関数が含まれる場合、入力パラメータとして２つの線形状、出力パラメータとして２つの線の最短距離結果と距離形状とを定義し、出力パラメータである最短距離結果と距離形状とを違反形状判定部８５５に引き渡し、最終的な判定を実施することになる。例えば、ここで関数「線線距離」に対して線形状を１つしか指定しなかった場合には、ロジックが不確実としてエラー判定を行う。さらに、複数の関数の整合性を確認することで、ルールファイル８６１のロジックの確実性をチェックする。ルールチェック実行部８５４は、ルールファイル８６１に記載されている関数の順列の数だけ実行を繰り返す。
　続いて、違反形状判定部８５５は、ルールファイル８６１に定義されている違反しきい値とルールチェック実行部８５４にて最終的に出力されたパラメータの計測値とを比較し、比較結果から違反と判定された形状を違反形状ファイル８６３として抽出する（Ｓ３０４）。
　例えば、図１８に示した違反判定情報が登録されたルールファイルに対して、ルールチェック実行部８５４によって計測された値がルールファイル８６１に記載されている違反しきい値よりも下回っていたとすると、ハイライト形状１８０１として設定された出力パラメータを違反形状ファイル８６３として抽出する。
　続いて、違反形状提示部８５６は、違反形状ファイル８６３で抽出された出力パラメータをディスプレイに表示する（Ｓ３０５）。図２０には、板金部品に設けられる丸穴４０２と丸穴４０３との間隔に設計要件違反が抽出された場合に、ルールチェック画面２０００に違反結果を表示した例を示している。
　違反形状ファイル８６３に抽出された出力パラメータに基づき、立体モデル画像４０１上に違反形状である丸穴４０２と丸穴４０３とを強調表示して示している。設計者は、強調表示された箇所を選択することで、警告画面２０１０がポップアップ表示される。警告画面２０１０には、違反理由や設計ルールのしきい値などが提示される。これにより、３ＤＣＡＤデータの寸法や配置関係を見直すように、改善を促すことが可能となる。
　以上、本発明を実施の態様に沿って説明したが、本発明は上記記載の内容に限定されるものではない。例えば、設計環境として設計装置１０１と設計支援装置１２１と別々のコンピュータで実現している例を示しているが、同じコンピュータで実現してもよい。この場合、例えば、設計検証プログラムを３ＤＣＡＤ設計ソフトのプラグインプログラムとすることにより、設計者は３ＤＣＡＤの設計ごとに、要件チェックを行うことが容易になる。また、本実施例の設計支援プログラム（関数フロー管理プログラム、ルールファイル作成プログラム、設計検証プログラム）をクラウド上に実現してもよく、プログラムの実装形態には限定されるものではない。
１００：設計システム、１０１：設計装置、１０２：３ＤＣＡＤデータベース、１０３：３ＤＣＡＤ属性データベース、１０４：操作ログデータベース、１１０：ネットワーク、１２０：設計支援システム、１２１：設計支援装置、１２２：設計要件データベース、１２３：関数データベース、１２４：ルールファイルデータベース、１２５：関数フローデータベース、１３１：幾何形状探索カテゴリ、１３２：特徴量演算カテゴリ、１３３：数値演算カテゴリ、２００：情報処理装置、２０１：プロセッサ、２０２：主記憶、２０３：補助記憶装置、２０４：入出力インタフェース、２０５：表示インタフェース、２０６：ネットワークインタフェース、２０７：入出力ポート、２０８：バス、２０９：ディスプレイ、２１０：入力装置、４００：ＣＡＤオペレータ画面、４０１：立体モデル画像、４０２，４０３，４０５，４０６：丸穴、４０４：直線、４１０：測定対象リスト、４１１：測定結果、５００：操作ログファイル、５０１：日時情報、５０２：操作情報、５０３：測定対象情報、５０４：測定結果情報、６００：測定内容確認画面、７０１～７０５，９０１～９０６，１００１～１００４，１１０１～１１０３：カラム、８００：関数フロー管理プログラム、８１１：共通操作演算部、８１２：関数フロー検索部、８２０：ルールファイル作成プログラム、８３１：基本情報設定部、８３２：ロジック設定部、８３３：違反情報設定部、８４０：設計検証プログラム、８５１：３ＤＣＡＤデータ呼出部、８５２：ルールファイル選択部、８５３：ルールファイル変換部、８５４：ルールチェック実行部、８５５：違反形状判定部、８５６：違反形状提示部、８６０：３ＤＣＡＤデータ、８６１：ルールファイル、８６２：ルールチェックプログラムファイル、８６３：違反形状ファイル、９００：共通操作ファイル、１０００：関数フローテーブル、１１００：関数順列情報テーブル、１３００：ルールファイル作成画面、１３１１～１３１５：情報設定ボタン、１４００：関数順列定義画面、１４０１：順列ボックス、１４０２：順列追加ボタン、１４０３：関数リスト画面、１４０４：関数フロー呼出ボタン、１５００：関数フロー呼出画面、１５０２：関数フロー候補群、１５０３：関数フロー、１６００：設定ボックス、１６０１：入力パラメータ、１６０２：出力パラメータ、１６０３：候補パラメータ入力画面呼出ボタン、１７０１，１７０２：違反通知ボックス、１８０１～１８０４：違反判定ボックス、１８０５：ルールファイル作成ボタン、２０００：ルールチェック画面、２００１：ルール選択画面、２００２：候補欄、２０１０：警告画面。

Claims (13)

  1. 　３ＤＣＡＤデータが設計要件を満たしているかを検証する設計支援システムであって、　３ＤＣＡＤデータまたは３ＤＣＡＤデータから抽出された特徴量に対する処理を行う関数を複数格納する関数データベースと、
    　３ＤＣＡＤデータの寸法計測を行う手順を、前記関数データベースに格納された関数の順列として定義する関数フローの情報を格納する関数フローデータベースと、
    　設計支援装置と、を有し、
    　前記設計支援装置は、前記関数データベースに格納された関数を用いて３ＤＣＡＤデータから設計要件を検証するための検証特徴量を求める手順、及び当該検証特徴量に基づき当該設計要件の違反有無を判定する違反情報を定義するルールファイルを作成するにあたり、前記関数フローデータベースに格納された関数フローの情報を用いて３ＤＣＡＤデータの寸法計測を行う手順を設定可能とされており、
    　前記関数フローデータベースは、３ＤＣＡＤデータを３ＤＣＡＤにより寸法計測を行った操作ログファイルの共通性に基づいて分類される属性ごとに、１または複数の関数フローの情報を対応付けて格納している設計支援システム。
  2. 　請求項１において、
    　前記設計支援装置は、前記ルールファイルに定義された前記手順にしたがって前記関数データベースに格納された関数を呼び出して所定の３ＤＣＡＤデータに対して実行し、前記ルールファイルに定義された前記違反情報と前記手順にしたがって求められた検証特徴量とに基づき、前記ルールファイルに対応する設計要件の違反有無を判定する設計支援システム。
  3. 　請求項１において、
    　前記関数データベースに格納される関数は複数のカテゴリを有し、
    　前記複数のカテゴリには、所定の幾何形状を探索する幾何形状探索カテゴリ、所定の形状を特徴づける特徴量を演算する特徴量演算カテゴリ、数値演算を行う数値演算カテゴリを含む設計支援システム。
  4. 　請求項１において、
    　前記属性は、前記操作ログファイルの操作内容の共通性、形状種類の共通性、形状情報の共通性、測定内容の共通性のいずれか１つ以上の共通性に基づき分類されている設計支援システム。
  5. 　請求項４において、
    　前記形状情報の共通性は、座標情報の共通性と幾何的形状の共通性とを含む設計支援システム。
  6. 　請求項１において、
    　前記設計支援装置は、前記ルールファイルを作成するにあたり、過去の操作ログファイルと、前記過去の操作ログファイルの属性に対応する関数フローの情報とを表示する設計支援システム。
  7. 　請求項４において、
    　前記設計支援装置は、前記ルールファイルを作成するにあたり、前記操作内容、前記形状種類、前記形状情報、前記測定内容から前記属性の絞り込みを行い、絞り込んだ属性に対応する関数フローの情報を表示する設計支援システム。
  8. 　３ＤＣＡＤデータまたは３ＤＣＡＤデータから抽出された特徴量に対する処理を行う関数を複数格納する関数データベースと、３ＤＣＡＤデータの寸法計測を行う手順を、前記関数データベースに格納された関数の順列として定義する関数フローの情報を格納する関数フローデータベースとを用いて、所定の３ＤＣＡＤデータが所定の設計要件を満たしているかを検証するためのルールファイルを作成する設計支援方法であって、
    　前記関数データベースに格納された関数を用いて３ＤＣＡＤデータから前記所定の設計要件を検証するための検証特徴量を求める手順を設定する第１のステップと、
    　前記検証特徴量に基づき前記所定の設計要件の違反有無を判定する違反情報を設定する第２のステップとを有し、
    　前記関数フローデータベースは、３ＤＣＡＤデータを３ＤＣＡＤにより寸法計測を行った操作ログファイルの共通性に基づいて分類される属性ごとに、１または複数の関数フローの情報を対応付けて格納しており、
    　前記第１のステップにおいて、前記関数フローデータベースから前記関数フローの情報を表示する設計支援方法。
  9. 　請求項８において、
    　前記属性は、前記操作ログファイルの操作内容の共通性、形状種類の共通性、形状情報の共通性、測定内容の共通性のいずれか１つ以上の共通性に基づき分類されている設計支援方法。
  10. 　請求項９において、
    　前記第１のステップにおいて、過去の操作ログファイルの属性に対応する関数フローの情報、または前記操作内容、前記形状種類、前記形状情報、前記測定内容から前記属性の絞り込みを行い、絞り込んだ属性に対応する関数フローの情報を表示する設計支援方法。
  11. 　３ＤＣＡＤデータまたは３ＤＣＡＤデータから抽出された特徴量に対する処理を行う関数を複数格納する関数データベースと、３ＤＣＡＤデータの寸法計測を行う手順を、前記関数データベースに格納された関数の順列として定義する関数フローの情報を格納する関数フローデータベースとを用いて、所定の３ＤＣＡＤデータが所定の設計要件を満たしているかを検証するためのルールファイルを作成する、コンピュータにより実行可能な設計支援プログラムであって、
    　前記関数データベースに格納された関数を用いて３ＤＣＡＤデータから前記所定の設計要件を検証するための検証特徴量を求める手順を設定する第１のステップと、
    　前記検証特徴量に基づき前記所定の設計要件の違反有無を判定する違反情報を設定する第２のステップとを有し、
    　前記関数フローデータベースは、３ＤＣＡＤデータを３ＤＣＡＤにより寸法計測を行った操作ログファイルの共通性に基づいて分類される属性ごとに、１または複数の関数フローを対応付けて格納しており、
    　前記第１のステップにおいて、前記関数フローデータベースから前記関数フローの情報を表示する設計支援プログラム。
  12. 　請求項１１において、
    　前記属性は、前記操作ログファイルの操作内容の共通性、形状種類の共通性、形状情報の共通性、測定内容の共通性のいずれか１つ以上の共通性に基づき分類されている設計支援プログラム。
  13. 　請求項１２において、
    　前記第１のステップにおいて、過去の操作ログファイルの属性に対応する関数フローの情報、または前記操作内容、前記形状種類、前記形状情報、前記測定内容から前記属性の絞り込みを行い、絞り込んだ属性に対応する関数フローの情報を表示する設計支援プログラム。
PCT/JP2020/026654 2019-07-29 2020-07-08 設計支援システム、設計支援方法及び設計支援プログラム WO2021020055A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2019139015A JP7284654B2 (ja) 2019-07-29 2019-07-29 設計支援システム、設計支援方法及び設計支援プログラム
JP2019-139015 2019-07-29

Publications (1)

Publication Number Publication Date
WO2021020055A1 true WO2021020055A1 (ja) 2021-02-04

Family

ID=74228498

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2020/026654 WO2021020055A1 (ja) 2019-07-29 2020-07-08 設計支援システム、設計支援方法及び設計支援プログラム

Country Status (2)

Country Link
JP (1) JP7284654B2 (ja)
WO (1) WO2021020055A1 (ja)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002334117A (ja) * 2001-02-20 2002-11-22 Canon Inc 属性情報処理装置、及び方法
JP2012003426A (ja) * 2010-06-15 2012-01-05 Toshiba Corp 設計支援装置および設計支援方法
JP2018113057A (ja) * 2013-09-30 2018-07-19 キヤノンマーケティングジャパン株式会社 情報処理装置、その制御方法、及びプログラム

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002334117A (ja) * 2001-02-20 2002-11-22 Canon Inc 属性情報処理装置、及び方法
JP2012003426A (ja) * 2010-06-15 2012-01-05 Toshiba Corp 設計支援装置および設計支援方法
JP2018113057A (ja) * 2013-09-30 2018-07-19 キヤノンマーケティングジャパン株式会社 情報処理装置、その制御方法、及びプログラム

Also Published As

Publication number Publication date
JP7284654B2 (ja) 2023-05-31
JP2021022225A (ja) 2021-02-18

Similar Documents

Publication Publication Date Title
US8234610B2 (en) Design rule management method, design rule management program, rule management apparatus, and rule verification apparatus
CN111611766B (zh) 用于确定电路版图约束条件的方法、设备和存储介质
US20140279939A1 (en) Method for propagating information between a building information model and a specification document
CN110991065B (zh) 一种建筑信息模型中设计变更自动识别方法
US10055533B2 (en) Visualization of analysis process parameters for layout-based checks
US20200334399A1 (en) Design support system, design verification method, and design verification program
JP6120607B2 (ja) 要件検出装置及び要件検出プログラム
Yin et al. An automated layer classification method for converting CAD drawings to 3D BIM models
WO2021020055A1 (ja) 設計支援システム、設計支援方法及び設計支援プログラム
JP5439296B2 (ja) 変更影響予測方法及び変更影響予測装置
US20230096955A1 (en) Technical Document Error Detection
WO2016207991A1 (ja) 三次元ｃａｄシステム装置、並びに三次元ｃａｄに用いられる知識管理方法
CN109597828A (zh) 一种离线数据核对方法、装置及服务器
JP7343348B2 (ja) プログラミング支援装置及びプログラミング支援方法
US20200301930A1 (en) Support system, storage medium, and method for presenting relationships of items
JP2008140036A (ja) 作業支援装置および方法
JP5168099B2 (ja) 改修作業範囲分割プログラム，改修作業範囲分割装置，及び改修作業範囲分割方法
Najwa et al. Literature Review on Extended Use case in Modeling Non-functional Requirement
JP6602280B2 (ja) 計装図データ生成装置、計装図検索システム及びプログラム
JP7085586B2 (ja) 設計支援システム、設計検証方法及び設計検証プログラム
US8769460B1 (en) Device recognition engine
JP2019046243A (ja) 設計支援装置、および、設計支援方法
JP6960270B2 (ja) 設計書学習装置および設計書学習方法
US20240111922A1 (en) System and method for managing simulation artifacts
JP4539214B2 (ja) 設計支援方法および装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 20848383

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 20848383

Country of ref document: EP

Kind code of ref document: A1