JPH06149911A - Cad library registration system - Google Patents

Abstract

PURPOSE:To considerably reduce time and man-hour required for registration concerning the system for registering graphics on a CAD library. CONSTITUTION:This system is provided with a host computer 11 to control a CAD library 10 for registering newly prepared CAD information on the CAD library 10 while cooperating plural sections and applying prescribed processing at the respective sections, and the plural sections mutually cooperate through the host computer 11, perform prescribed processing by using the host computer 11 so as to register the CAD information on the CAD library, are provided with terminal equipments 14 for sharing the host computer 11 in this case and interactively mutually cooperate through the respective terminal equipments 14.

Description

Detailed Description of the Invention

[0001]

The present invention relates to CAD (Computer Aid)
er Design) library registration system. For example, CAD has been widely used in recent years for the creation of design drawings in the design department and the acquisition of production processing information in the production department. This C
In order for AD to function, it is necessary that CAD information (graphic information etc.) be registered in a CAD library (file). Generally, the CAD library stores a huge amount of information and is accessed by a large number of designers and the like, so that it is usually registered in the CAD library through a strict procedure.

[0002]

2. Description of the Related Art FIG. 24 is a diagram showing a general CAD library registration system. The CAD library 10 is drawn in the center of this system. Design department, management department,
The CAD information (figure information) newly created by the design divisions in cooperation with a plurality of divisions such as the registration divisions is added to each of these divisions while the predetermined processing (approval examination, etc.) is added to the C information.
Register in the AD library 10.

First, in the design department, CAD information such as symbols and part patterns desired to be used is written on a request sheet,
The request form is given to the next management department, subject to the approval of the management of the department. The management department examines the CAD information, and transfers the request form to the next registration department on condition that the approval of the manager of the department is obtained. The examination here means to check whether or not CAD information having the same content is duplicated, for example.

In the registration department, the CAD information that has been examined is
Register in the CAD library 10 while editing with the library editor. It also notifies the relevant departments that the registration has been approved. In addition, the raw paper will be stored.

[0005]

The conventional general CAD library registration system described above has the following various inconveniences. It is not possible to know which department is currently processing the documents (request form) submitted by the design department.

Since the documents (request forms) are exchanged using in-house emails, it takes time from the design department to the registration department to be registered in the CAD library 10. Since it is necessary to accurately describe the graphic data as the CAD information on the request sheet, the number of man-hours for creating the graphic of the designer becomes large.

Since the registration department recreates the graphic data based on the request form created by the design department and registers the graphic data in the CAD library 10, unnecessary man-hour duplication occurs. Due to the above, the usable period is delayed. Due to the above, an input error may occur in the registration department. Since it is a request for library registration by documents (request form), the amount of documents to be stored is increasing more and more.

In any case, due to the above various inconveniences, there is a problem that a great deal of time and man-hours are required for the registration work to the CAD library. Therefore, in view of the above-mentioned problems, the present invention can reduce the man-hour and time of registration work.
The object is to provide an AD library registration system.

[0009]

FIG. 1 is a diagram showing a basic configuration of a system according to the present invention. The point of this system is to include a host computer 11 having a CAD library 10 under its control, and a plurality of departments cooperate with each other via the host computer 11 and perform predetermined processing using the host computer 11, respectively. The CAD information is to be registered in the CAD library 10.

[0010]

The host computer 11 centrally manages the processing in each department until the processing is registered in the CAD library 10, and the so-called processing is made online. As a result, it is possible to significantly reduce man-hours and time. In addition, in FIG.
,, ... represent the order of processing flow.

In this system, the request management file 1
2b and the graphic data file 12a are kept in a state where all related departments (that is, the design department, the management department, and the registration department) can always refer to them. When the design department requests registration of new CAD information such as new symbols and new part patterns, graphic data () is created using the graphic editing function activated by this system, and the CAD library 1 is created.
It is recorded in the graphic data file 12a and the request management file 12b together with the request data () required for registration to 0.

The manager of the design department refers to the data created by the designer in the request management file 12b and the graphic data file 12a, retrieves the data, and writes approval or disapproval in the request management file 12b (). . In the case of disapproval, the designer can immediately recreate the request data. On the other hand, in the case of approval, the request data is examined by the management department. Request management file 1 in the management department
2b is referred to and searched, and if there is new data to be targeted (that is, approved by the design department), request the result of whether or not to approve the registration of the data in the CAD library 10. Write to the management file 12b (). Therefore, the designer can immediately know the examination result in the management department.

In the case of approval, the registration work in the CAD library 10 in the registration department starts. The registration department refers to and searches the request management file 12b, and if there is new target data (that is, approved by the management department), the corresponding data is stored in the CAD library 10 using the library registration tool 13. register. Further, the available date is written in the request management file 12b (). The manager of the registration department refers to the request management file 12b and searches it, and approves if new target data (that is, registered in the library 10 and instructed for the usable date) exists. It is written to the request management file 12b ().

In the present invention, it is possible to easily support the diversion design based on the existing symbol or the existing part pattern. In this case also, the same processing as above is performed and registered in the CAD library 10.

[0015]

FIG. 2 is a diagram showing the details of the file 12 in FIG. 1, showing specific examples of the request management file 12b and the graphic data file 12a. What should be noticed in the left side file 12b in this figure is the introduction of the progress flag and the manager flag, and the contents of each flag are 1, 2, 3
It is represented by a code such as ……. The meaning of each is as shown in the figure. For example, when the manager of each department gives permission, "2" is written in the flag. Further, when the manager decides to disapprove, for example, "3" is written in the manager flag.

The contents of the symbol name to be registered and the pattern member name such as the pattern name are shown in the right file of FIG. FIG. 3 is a diagram showing a specific example of the basic figure definition file. This file is a CAD file that should be registered by the design department
It is a file required when editing information, especially graphic data, and is convenient for two-dimensionally identifying a line segment (LINE) or a circular arc (ARC).

FIG. 4 is a diagram showing a specific example of the graphic editing interface file. This file will be described later (Fig. 7)
This is a file for the interface between the registration request system and the library editor system. 5 is CA
FIG. 3 is a diagram simply showing an image of the D library, in which symbol names and the like are recorded in a key area, and graphic shape data and various CAD data paired therewith are recorded in a data area.

FIG. 6 is a diagram showing the basic configuration of FIG. 1 as actual hardware. In the figure, reference numerals 10, 11, 1
The meanings of 2a, 12b and 13 are as described above. Referring to this drawing, in the design department that newly creates CAD information, the management department that examines whether or not the CAD information can be registered, and the registration department that registers the CAD information that has undergone the CAD information in the CAD library 10, It has a terminal device 14 that shares the host computer 11, and the plurality of departments take the above-mentioned cooperation with each other in a conversational manner through the respective terminal devices 14. In the figure, the arrow line represents data access, and the thick arrow represents the processing flow. The order of this flow is indicated by ... in the figure.

In the figure, the above-mentioned diversion design is performed by reading the CAD information such as already registered symbols from the CAD library 10 along the route shown by the arrow shown in the upper right. FIG. 7 is a diagram showing the "graphic data registration" portion in FIG. This is done in the design department and a series of C
This is the first job in the AD library registration process. The graphic editing interface file of FIG. 4 described above is indicated by reference numeral 15.

In the design department shown in FIG. 1, the designer first starts the graphic data creation work (shown in FIG. 1). This designer
A library registration request system (hereinafter referred to as “registration request system”) 21 is activated, and a library editor system 22 is further activated by selecting a menu from the system. At this time, the registration request system 21 temporarily outputs the graphic name (this is used as a member name of the graphic data file 12a) and the processing mode as a graphic editing interface file. On the other hand, the library editor system 22 registers a figure in the figure data file 12a using the figure editing interface file as an input file and the data therein as a key.

Registration request work until the designer finishes the graphic data creation work and registers the graphic data as a symbol or pattern in the library (-in FIG. 1).
The outline of the process is as shown in FIG. As described above, the graphic information input and the registration request work can be performed in the same system (that is, the registration request system 21).

FIG. 8 is a diagram showing a processing flow (No. 1) performed in the system of FIG. 7, and FIG. 9 is a diagram showing a processing flow (No. 2) performed in the system of FIG. Referring to both figures, in step a (FIG. 8), the data desired to be viewed is input by the editor system. In step b, it is checked whether the input data is correct (whether there is any defect). In step c, the contents of FIG. 4 are set. Step d becomes a trigger to proceed to the library editor. The IPF command (CMD) is prepared in advance as a kind of tool.

In step f (FIG. 9), the contents set in step c of FIG. 8 are read. In step g, a picture is actually made on the monitor. When the editing is completed in step h, the process returns to the system 21 of FIG. 8 again and step e is executed. This corresponds to "request data registration" in the design department in FIG. 1, and the created figure is always registered in the library together with the request data corresponding thereto. That is, the request data is additional information that modifies each figure data (see FIG. 14 described later).

FIG. 10 is a flow chart showing a concrete example of the process in the design department, FIG. 11 is a flow chart showing a concrete example of the process in the management department, and FIG. 12 is a flow chart showing a concrete example of the process in the registration department. These FIGS.
Although the term of particular note in 12 and 12 is the “progress flag”, an example of its definition is already shown in FIG. That is, the progress of predetermined processing in each department is sequentially collected in common in the host computer 11, and each department retrieves the progress status of each department from the host computer 11 on its own terminal device 14.

In FIG. 10, according to the previous example, the progress flag 1 indicates "designer registered". The managerial flag 0 indicates "before approval" and the flag 2 indicates "pending". In FIG. 11, the progress flag 4 indicates that “administrator is under examination”, and the managerial flag 1 indicates “approval”. In FIG. 12, the progress flag 2 represents “administrator permission”, and the progress flag 5 represents “registrant registration”. The lower flow chart in this figure represents the final approval.

FIG. 13 is a diagram showing a processing flow for searching the progress status of the registration processing in each department. The search conditions in step a include, for example, a search date range, request type, graphic name (symbol, pattern), part specification name, request section code, etc., which the user inputs. Step b
Then, the search condition data is read into the request management file 12b of FIG. 6, and after step c, the request file data that matches the search condition is temporarily registered in the request list table (in the host computer 11) in step d. . When the search is completed for all data, the contents of the table in step e are displayed on the CRT of the terminal device 14 (step f).

FIG. 14 is a diagram showing an example in which the request data list is displayed on the CRT. On the CRT display surface 31, the content of the request data that changes from moment to moment is displayed. In the figure, a design source, a management source, and a registration source, which are shown side by side in the upper side, indicate the categories of data handled in the design department, the management department, and the registration department, respectively. The items of approval date / manager in the management source column are not yet determined at this point.

In the operation of the CAD library registration system according to the present invention, the input data check function is used.
The reliability of CAD library data can be further improved. This check function includes a duplication check between the input request data and other request data, and a duplication check between the input request data and the existing library data. FIG. 15 is a diagram showing the implementation status of the check function. For example, when a new CAD information registration request is made and the same one is CA
If it is in the D library 10 (Yes), the process must be stopped. Further, when the CAD information is requested to be changed, but the corresponding one does not exist in the library 10 (No), the process must be stopped.

FIG. 16 is a diagram showing an embodiment of the check function in the system 22, and is a flow chart for checking whether or not the same graphic name already exists in the library. FIG. 17 is a view showing an embodiment of the check function in the system 21, and is a flowchart for confirming (checking) that the same graphic name as the designated graphic name does not exist.

The CAD library registration system according to the present invention can provide a new service that has never been seen before. For example, automatically registering the registered data in the CAD library 10 to create new graphic data in a short time,
And it can be completed without any trouble. FIG. 18 is a diagram showing an embodiment in which new data is created using already registered data. The meanings of processes ~ in the figure are as follows.

The library is accessed by the symbol name and the pattern name. Load graphic data. Access the library by the part specification name (when assigning parts). Load the parts allocation information (at the time of parts allocation). That is, when creating the CAD library registration symbol data and the pattern data, it is possible to easily input the graphic data by the automatic generation function of various data or the automatic setting function of the standard data (default) based on the operation rule.

FIG. 19 is a flow chart showing the movement of the system 22 in FIG. 18, which automatically fetches the registered graphic data from the library 10 to facilitate the creation of the graphic. FIG. 20 is a flow chart showing a usage pattern of the basic figure definition file shown in FIG. 3, whereby a figure frequently used or figures such as arcs and line segments are prepared in advance as a basic figure, and the time for creating the figure is set. And reduce the effort.

In step a, the execution of this service is requested,
In step b, a series of basic graphic data groups is set in a table in the host computer, and in steps c and d, a graphic menu is provided to the user as various basic graphic data. In step e, a desired item is hit (clicked) with a mouse or the like. Then, in steps f and g,
Return to the editing screen containing the figure.

FIG. 21 is a diagram showing a concrete image of the acquisition of the basic figure. First, a menu is displayed in the upper column of the figure, a required basic figure is designated in the middle column, and an edited figure (one example) is shown in the lower column. FIG. 22 is a diagram showing the definition procedure of the symbol pin function by a concrete image as an example, and FIG. 23 is a diagram showing the final procedure of FIG. The example of this figure shows that the operability of data input is extremely good (easy).

In the upper column of FIG. 22, the pin function setting is selected, and in the middle column, IN and OUT are normally highlighted.
The bottom column shows the highlighting for the modified pins. Finally, the column (FIG. 23) returns to the original editing screen.

[0036]

As described in detail above, according to the present invention, a CAD library system centrally managed by a central host computer is realized, and the following advantages are expected. Since the request route is systematized and the request management file can be referred to by all the related departments at all times, the current situation of the relevant data can be immediately grasped.

Since the request route is made online, the time required for transporting the conventional document (request sheet) is saved, and the time from the request by the design department to the registration in the CAD library is shortened. It As the graphic data registered in the CAD library,
Since the one created by the designer is used as it is, the man-hours for inputting a figure in the conventional registration department can be omitted.

Due to the above, the time required for figure input in the conventional registration department is saved, and the requested new symbol or part pattern can be used early. By centrally managing the graphic data by using the graphic data file, it is possible to eliminate the manual input error of the graphic data in the registration department and improve the reliability of the request data.

Since data management uses files, there is no need for conventional document management, and paperless and space saving can be achieved. Since it is easy to create figures with the library editor, the number of steps for creating figure data is reduced.

[Brief description of drawings]

FIG. 1 is a diagram showing a basic configuration of a system according to the present invention.

FIG. 2 is a diagram showing details of a file 12 in FIG.

FIG. 3 is a diagram showing a specific example of a basic figure definition file.

FIG. 4 is a diagram showing a specific example of a graphic editing interface file.

FIG. 5 is a diagram simply showing an image of a CAD library.

FIG. 6 is a diagram showing the basic configuration of FIG. 1 as actual hardware.

FIG. 7 is a diagram showing a “graphic data registration” portion in FIG. 1.

8 is a diagram showing a processing flow (No. 1) performed in the system of FIG.

9 is a diagram showing a processing flow (No. 2) performed in the system of FIG.

FIG. 10 is a flowchart showing a specific example of processing in the design department.

FIG. 11 is a flowchart showing a specific example of processing in the management department.

FIG. 12 is a flowchart showing a specific example of processing in a registration department.

FIG. 13 is a diagram showing a processing flow for searching the progress status of registration processing in each department.

FIG. 14 is a diagram showing an example in which a request data list is displayed on a CRT.

FIG. 15 is a diagram showing an implementation status of a check function.

FIG. 16 illustrates an implementation of a check function within system 22.

FIG. 17 is a diagram showing an implementation of a check function in the system 21.

FIG. 18 is a diagram showing an embodiment in which new data is created using already registered data.

19 is a flowchart showing the operation of the system 22 in FIG.

20 is a flowchart showing a usage pattern of the basic figure definition file shown in FIG.

FIG. 21 is a diagram showing a specific image of capturing a basic figure.

FIG. 22 is a diagram showing a concrete image of a procedure for defining a symbol pin function as an example.

FIG. 23 is a diagram showing the final procedure of FIG. 22.

FIG. 24 is a diagram showing a general CAD library registration system.

[Explanation of symbols]

 10 ... CAD library 11 ... Host computer 12a ... Graphic data file 12b ... Request management file 13 ... Library registration tool 14 ... Terminal device 15 ... Graphic editing interface file 21 ... Library registration request system 22 ... Library editor system 31 ... CRT display surface

Claims (3)

[Claims] 1. A plurality of departments cooperate with each other to add newly created CAD information to each department while performing predetermined processing.
In a CAD library registration system for registering in a CAD library (10), a host computer (1) having the CAD library as a subordinate is provided.
1), the plurality of departments cooperate with each other via the host computer, perform the predetermined processing by using the host computer, and register the CAD information in the CAD library. CAD library registration system. 2. The plurality of departments are at least the C
A design department that newly creates AD information, a management department that examines whether the CAD information can be registered, and the C that has undergone the examination.
The department comprises registration departments for registering AD information in the CAD library (10), and each department has a terminal device (14) sharing the host computer (11), and the plurality of departments respectively have the terminals. The CAD library registration system according to claim 1, wherein the CAD library registration system is adapted to establish mutual cooperation through a device in a conversational manner. 3. The progress of the predetermined processing in each of the departments is sequentially collected commonly in the host computer (11),
The CAD library registration system according to claim 2, wherein each department retrieves the progress status of each department from the host computer on the terminal device (14) of the department.