JPS5851297B2 - Portable car repair estimate issuing machine - Google Patents

Description

DETAILED DESCRIPTION OF THE INVENTION The present invention relates to a portable automobile repair estimate issuing machine.

Traditionally, auto repair estimate issuing systems have had a huge amount of storage capacity, even just for car models, because cars have different shapes and parts depending on the year, model, grade, and variation. A component data file is required, and magnetic tape is used as a storage medium for this component data file, making it impossible to make the entire system portable.

For this reason, there was an inconvenience that a repair estimate could not be issued immediately at the repair site.

Here, the conventional automobile repair estimate issuing system was changed to
It is shown and explained in FIGS.

FIG. 1 shows the appearance of a conventional automobile repair estimate issuing system, in which 1 is a central processing unit having a main memory;
2 is an external storage device for temporarily storing estimate data; 3 is a magnetic tape control device; and 3a to 3n are magnetic tape groups that are required separately depending on the vehicle model and store various data related to automobile parts. .

4 is a printer for issuing an automobile repair estimate.

5 is an operation console for the operator to drive and operate the entire system.

6 is a card reader for inputting data regarding the input data sheet 7 shown in FIG.

Next, the configuration shown in FIG. 1 is shown in FIG. 2 and will be explained.

In FIG. 2, the same reference numerals as in FIG. 1 indicate the same or corresponding parts.

7 is an input data sheet, which includes name coded data 7a corresponding to the name of the repair part, a value 7b of repair labor, and
Vehicle type data 7c is entered.

8 is an estimate issued by the printer 4.

5a is a display device attached to the operation console, and 5b is a keyboard for system operation, also attached to the operation console.

FIG. 3 shows part of a part data file for a Model T automobile stored on a magnetic tape.

Columns 6 to 8 are storage areas C for name coded data.
1, and columns 11 to 29 are the name data storage area C2.

Columns 31 to 41 are part number encoded data storage area C3, and columns 45 to 49 are price value storage area C4.

Columns 1 to 3 are vehicle model code data storage area C6 representing the vehicle model.

Further, columns 50 to 90 are areas in which identification data for extracting parts is stored, but the details are not directly related to the present invention and will therefore be omitted.

FIG. 4 shows a part of the parts file for the M-type automobile stored on the magnetic tape.
The same reference numerals as in FIG. 3 indicate the same or corresponding parts.

Figures 3 and 4 show the same parts of the T-type car and the M-type car, but since the car models are different, the memory contents are all different.
However, the contents of the name data storage area C2 are very similar.

Here, the operation of the one shown in Figure 2 will be explained using the car model "T".
Parts such as the name code 1-195J corresponding to the name ``LF door trim board SAj'' of automobile parts related to ``model car'' will be explained with reference to FIGS. 3 and 4.

In order to issue a repair estimate for a Model T car using this system, the operator first inserts a processing program related to issuing an estimate into the main storage unit of the central processing unit 1, and the part data for the Model T car to be estimated is stored. A stored magnetic tape 3a is selected and attached to the magnetic tape control device 3, and a punched card containing the contents of the input data sheet 7 on which data has been written is set in the card reader 6 and read, and the external storage device is read. Store in 2.

Main storage device M7 of central processing unit 1. The processing program stored in starts processing according to the operator's operation from the operation console 5, and extracts name coded data 7a and vehicle model code from the contents of the input data sheet 7 already stored in the external storage device 2. The converted data 7c is read out.

In the case of FIG. 2, the name coded data 7a is the name code "195j."

Next, using this name code l'-195J as an index, the corresponding part data is read from the magnetic tape 3a.

In the example shown in FIG. 3, there are four types of parts that correspond to the name code "195J," so all four types of part data are read out.

Next, the processing program stored in the main memory device □~ of the central processing unit 1 extracts one type of part from the four types of parts data read out previously based on the vehicle type coded data 7c. Save data to address 10 of external storage device 2
Stored in 00-1039.

Details regarding this extraction will be omitted since they are not directly related to this invention.

Thereafter, the same operation is repeated for all the name coded data of the input data sheet 7, and the data shown in FIG. 5 is finally stored in the external storage device 2.

Finally, the processing program stored in the main storage device /M of the central processing unit 1 issues the data stored in the external storage device 2 as shown in FIG. 5 from the printer 4 as an estimate.

At this time, the repair fee value 7b of the input data sheet 7 is printed as is at the corresponding position, but the details of the process are not directly related to this invention and will therefore be omitted.

The same applies when issuing a repair estimate for an M-type car, but the magnetic tape used is the magnetic tape 31 that stores part data for the M-type car.

The contents of the magnetic tape 31 are as shown in FIG. 4, and a repair estimate is issued from the printer 4 as in the case of the T-type car.

As explained above, in conventional systems, the magnetic tape device 3 and the card reader 6 are used, and the central processing unit 1 and the external storage device 2 are also usually large and heavy.

Furthermore, the magnetic tape device 3 was required to be installed in an air-conditioned room in order to control the ambient temperature and protect it from dust, making it difficult to move the system.

For this reason, there was a drawback that it was not possible to immediately issue an estimate at the automobile repair site.

This invention was developed in order to solve the above-mentioned drawbacks of the conventional technology, and by unifying the parts data files of all car models, the data file is reduced and stored in a storage medium as one parts data file. Furthermore, the input/output device, input means, central processing unit, storage device, printing device, etc. are made smaller and lighter to integrate the entire system, and a portable automobile repair estimate issuing machine that can immediately issue a repair estimate at the automobile repair site. It is intended to provide.

Hereinafter, reduced data files and reduction in size and weight of the entire system according to embodiments of the present invention will be explained with reference to FIGS. 6 to 11.

FIG. 6 illustrates the appearance of a portable automobile repair estimate issuing machine according to the present invention.

In FIG. 6, reference numeral 11 denotes a storage device incorporating a magnetic valve that stores parts data related to all vehicle types unified and reduced according to the present invention.

Reference numeral 12 denotes a printer as a printing device specially selected for its small size and weight reduction, and is used to issue a written estimate.

13 is a numeric display for displaying input data, 14 is a keyboard for inputting data, 15 is a small case with a handle to hold the whole thing together,
In this example, the weight of the entire system is approximately 10! 9,
The external dimensions are 350 mm width x 430 mm depth x 125 mm height (unit size), making it portable and allowing immediate issuing of repair estimates at automobile repair sites.

Note that in FIG. 6, the central processing unit and the storage device are not depicted because they are housed within the case.

FIG. 7 shows the configuration of a system according to an embodiment of the present invention.

16 is a central processing unit using a microprocessor, 1
7 is a storage device that stores a control program for controlling this system and a processing program for processing data, and in this embodiment, it is a ROM (read only memory).
It uses 16KB.

18 is a storage device for storing processing data, and in this embodiment, it is a RAM (random access memory) of 16 KB.
are using.

Reference numeral 11 is a storage device with a built-in magnetic bubble that stores parts data regarding all car models.

Name coded data 7a written by the estimator on the input data sheet 7, and repair cost value 7b.

and the vehicle model coded data IC are input by the estimator himself from the keyboard 14.

Reference numeral 12 denotes a printer for issuing the estimate 8, and a small and lightweight printer is especially selected.

The functions of the operation console for operating the entire system are incorporated into programs stored in the keyboard 14 and ROM 17, and have the configuration shown in FIG.

In FIG. 8, step 50 is an initial setting program for initially resetting the entire system and setting the initial state.

Step 51 is a corresponding process flow extraction jump program that determines which program to select from steps 52 to 55.

Step 52 is a vehicle model data key manual processing program that processes vehicle model data entered manually, and step 53
is a target parts data extraction program that extracts target part data from a parts data file according to key-entered name coded data.

Step 54 is a print data editing program that edits the extracted data into a format for printing and stores it in the storage device, and also has a program that issues an estimate from the printer.

Step 55 is a program for terminating the process,
In this configuration, after completion, the processing in step 51 regarding the corresponding processing flow extraction jump program is performed again to prepare for issuing the next estimate.

Step 56 is a key processing program that controls key power and processes input data, step 57 is a magnetic bubble access read processing program that controls magnetic bubbles and processes data, and step 58 is a key processing program that controls printer operation. , is a printer operation processing program that prints data.

Next, a part of a parts data file with a reduced storage capacity according to an embodiment of the present invention is shown in FIG. 9 and will be described.

In FIG. 9, 110 is a parts data file as the first file without name coded data corresponding to the unified names of automobile parts, and the name coded data plays the role of name data and at the same time It is a very effective code that has two functions: it also serves as an index code.

Areas C3, C4, and C5 have exactly the same names and functions as the areas with the same reference numerals in FIG. It also has the function of storage area C2.

111 is a name data file as a second file corresponding to the names of automobile parts.

It has a name coded data storage area C1 and a name data storage area C2, and the required storage area for one data is 29 columns.

The parts data file 110 stores all parts data for all car models, but since the names are unified for all car models, the type of name code is, for example, the type of name code in the parts data file for only Model T cars. There has been almost no increase compared to .

The name file 111 also stores name data for all car types, but since the number of name codes has not increased, the storage capacity is almost the same as in the case of - car types only.

Next, regarding the operation of the device shown in Figure 7, Figures 8 to 11.
This will be explained using figures.

This portable automobile repair estimate issuing machine, which has the program structure shown in Figure 8, can narrow down its intended function to issuing automobile repair estimates, so the keyboard functions as an operation console, which is necessary for a general-purpose computer. 14 and the program stored in the storage device ROM 17, it is extremely easy to use and has a great effect on downsizing the entire system by eliminating the operation console, and also has a function to prevent erroneous operation. It is possible to do this.

The initial setting program in step 50 of FIG. 8 automatically starts up the system and initializes the input/output devices, which conventionally had to be operated by operators relying on their own experience and attentiveness. be.

Following the initial setting, the vehicle model data 7C entered in the input data sheet 7 is processed by the vehicle model data and key manual processing program in step 52 and the key processing program in step 56, and is stored in the storage device 18.

Next, in order to extract the corresponding target part from the magnetic bubble using the name coded data 7a entered in the input data sheet 7 as an index, the target part extraction program in step 53, the key processing program in step 56, and the magnetic The bubble, access, and read processing program is used by the central processing unit 16, and each time the target part data is extracted, the data extracted by the print data editing program in step 54 is stored in the storage device 18.

For example, if the name code "195JJ196Ji198J" entered in the input data sheet 7 in FIG. 7 is processed, the storage device 18 will have an address 100 as shown in FIG.
Stored at addresses 0# to 1067#.

The meaning of # appended to the address indicates that the numerical value is expressed in hexadecimal.

The data stored in the storage device 18 in the form shown in FIG. 11 is processed by the printer operation processing program in step 58 and is issued as an estimate 8.

The data read from the magnetic bubble 11 for extracting target part data is in the format shown in FIG.

For example, for the data of the name code 1195j entered in the input data sheet 7 in FIG. 7, four types of data are read from the parts data file 110 as the first file.

In FIG. 10, the same name data group having the same name code as the name code entered manually in step 60 is read from the first file portion of the magnetic bubble 11.

Next, in step 60, vehicle type correspondence data is extracted from this same name code data group.

In this extraction operation, the vehicle model code is used to identify the vehicle model from the vehicle model data 7c input from the input data sheet 7. For example, if the vehicle model code is "Plo", "PI" is stored in the vehicle model code data storage area C6 in FIG. Extract the part data stored as Oj.

In FIG. 9, four types of data are extracted.

This is the vehicle model compatible data. Furthermore, data on the target part is extracted from the vehicle type data, but the details are not directly related to this invention and will therefore be omitted.

Finally, the part name corresponding to the name code J195j, that is, rLF door trim board SAJ, is selected from the name data file 111 as the second file in FIG. 9, and the name is added to the vehicle model corresponding data in step 64. The extracted parts data is finally completed.

As described above, according to the embodiment of the present invention, various programs are provided in R, OMl 7, so that it performs the same functions as the conventional system, and the parts data files are unified into one, making operation easier. It is possible to prevent operational errors, and since it is portable, accurate estimates can be issued immediately at the repair site where an estimate is required.

Furthermore, as shown in FIGS. 3 and 4, the automobile parts data includes many parts with the same name, and even if the vehicle models are different, the names can be unified.

Many auto parts have the same name based on year, model,
This is due to the fact that the shape of the parts often changes depending on the grade and variation.

In such cases, the file method according to the present invention is particularly effective in reducing storage capacity.

For example, if the file system of this invention is applied to 40 types of parts data files that have 700 types of part names and 2000 types of parts, 1 character, 1
Assuming a storage capacity of about 2 megabytes is required, a reduction in storage capacity of about 2 megabytes is achieved.

This means that about 30% of the total storage capacity is reduced.

In the detailed description of the present invention, it has been explained that magnetic bubbles are used as the storage medium for data files, but storage media other than magnetic bubbles, such as semiconductor non-volatile memory, magnetic wire memory, magnetic core memory, etc.
Either can be used to achieve this purpose.

Although a keyboard is used as a data input means, other means such as a barcode reader, mark card reader, X-axis and Y-axis position detectors, or a combination of these with a keyboard or other means may also be used. However, the goal can be achieved.

Furthermore, since we were able to combine the data files into one, we placed the data file storage device in the center and used a telephone line to send the parts data to this portable car repair estimate issuing machine. It is also possible to adopt a method in which an acoustic coupler is mounted on the repair estimate issuing machine.

As described above, according to the present invention, a portable automobile repair estimate issuing machine can be realized, so that an accurate estimate can be immediately issued at an automobile repair site or office.

[Brief explanation of the drawing]

Figure 1 is an external view of the conventional system, Figure 2 is a configuration diagram of the conventional system, Figure 3 is a diagram showing part of the parts file for the conventional T-type car, and Figure 4 is the conventional system for the M-type car. A diagram showing a part of a partial file, FIG. 5 is a storage state diagram of extracted component data in a storage device according to a conventional method, FIG. 6 is an external view of an embodiment of this invention, and FIG. 7 is an embodiment of this invention. 8 is a program configuration diagram according to an embodiment of this invention, FIG. 9 is a partial diagram of a data file according to an embodiment of this invention, and FIG. 10 is a diagram showing a program flow for extracting target part data according to an embodiment of this invention. FIG. 11 is a diagram showing how extracted component data is stored in a storage device according to an embodiment of the present invention. In the drawings, 1 is a central processing unit, 2 is an external storage device, 3 is a magnetic tape control device, 4 is a printer, 5 is an operating device, 6
is a card reader, 7 is an input data sheet, 8 is a quote,
11 is a storage device with a built-in magnetic bubble, 12 is a printer, 13 is a numeric display device, 14 is a keyboard, 15 is a case, 16 is a central processing unit using a microprocessor,
17 is a read-only memory or ROM, 18 is a random access memory or RAM, 50 is a step of an initial setting program, 51 is a step of a corresponding processing flow extraction jump program, 52 is a step of a vehicle type data key personnel program, and 53 is a target part Step 54 of the extraction program is step 5 of the print data editing program.
5 is a step of the completion determination program, 56 is a step of a key processing program, 57 is a step of a magnetic bubble access read program, 58 is a step of a printer operation processing program, 60 is a step of extracting a group of data with the same name, and 61 is a step of extracting one part. , 62 is a target parts data extraction step, 63 is a name extraction step, 64 is a target parts data editing step, 110 is a parts data file, 1
11 is a name file, 7a is name coded data, 7b
is the value of repair labor, 7c is car model data, 33 to 3n is a magnetic tape group storing parts data corresponding to the car model, C1 is a name coded data storage area, C2 is a name data storage area,
C3 is a parts coded data storage area, C4 is a parts price data storage area, C5 is a parts identification data storage area, and C6 is a vehicle type code data storage area. Note that the same reference numerals in the figures indicate the same or equivalent parts.

Claims (1)

[Claims] 1 At least, name coded data corresponding to the names of parts that differ depending on the car model, name data corresponding to the names of parts that differ depending on the car model, and various parts data corresponding to the different parts depending on the car model. an input device that inputs coded name data corresponding to different part names for each vehicle model; a central processing unit that performs predetermined data processing; and a printing device for issuing a repair estimate, and according to the name coded data given to the central processing unit, predetermined parts data stored in advance for each vehicle type in the storage device is selected and the estimate data is generated. In this case, the above-mentioned printing device issues an estimate according to the selected estimate data, and the above-mentioned coded name data, which differs for each car model, and the above-mentioned name data, which differs for each car model, are printed on all car models. In addition to unifying one type of name coded data and name data, the storage structure of the storage device is changed to include the remaining parts other than the name data, the first file part that stores data, and the names of automobile parts. and a second file storing corresponding name data, the part data stored in the first file according to the name coded data given to the central processing unit, and the part data stored in the second file. The portable automobile repair estimate issuing machine is configured to process the combined 74 name data to form estimate data, and issue an estimate using the printing device according to the combined 74 estimate data.