JPH09175255A - Vehicle control device - Google Patents

Abstract

PROBLEM TO BE SOLVED: To dissolve inconvenience that the loan and return state of vehicles, the state of vehicles, and the like cannot be appropriately controlled by ledger control. SOLUTION: A vehicle control device is provided with a key storage part 1 for keeping keys 10 of vehicles, and an input element 4 such as a mouse for carrying out the loan and return procedure of the vehicles while looking at a display image plane 5. It is so controleld by a microcomputer system 2 that only the key 10 corresponding to the specific vehicle is taken out or returned from the key storage part 1 only in the case of receiving the input of specified matters from an input part at the time of loan and return.

Description

Detailed Description of the Invention

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a vehicle management device that can be used when employees share a company car.

[0002]

2. Description of the Related Art In many cases, a company or the like always has a plurality of company cars for use by employees. In such a case, generally, a book for vehicle management is provided, and when renting or returning the vehicle, the specified items should be entered in the book each time, and the key should be taken out and returned. There is. In many cases, the predetermined items include items for identifying the lender, a return date, and the like, and items necessary for keeping the vehicle in a good condition as needed.

[0003]

However, in such a book management, proper management is difficult in reality. Even if the employees are obliged to fill out the necessary items in the ledger when renting or returning the vehicle, there are cases in which they are not complied with, and the entries are ambiguous and inaccurate in many cases. In addition, there is a drawback that the user cannot be confirmed in real time. Further, there may be a case where the lending / returning status on the book does not match the presence or absence of the key in the actual vehicle, and the location of the key may be a problem.

It is the actual situation that such a problem is exposed as a serious problem as the number of vehicles increases and the frequency of use increases, and it is necessary to place these vehicles under integrated and unified management. Development of the method is desired.

[0005]

In order to solve the above problems, the present invention is provided with a key storage part for a vehicle and an input part for lending and returning the vehicle, and inputs when lending and returning. Only when a predetermined item is input from the part, only the key corresponding to a specific vehicle can be taken out or returned from the key storage part. By performing such a series of procedures through a control means such as a computer, the input contents are optimized, and the input contents are variously processed and processed for subsequent screen guidance and vehicle maintenance. Can be used for.

[0006]

BEST MODE FOR CARRYING OUT THE INVENTION The vehicle management device of the present invention is provided with a key storage section having a key holding position for each of a plurality of vehicles, and a key can be taken in and out by selectively opening each key holding position. In addition, the lending or returning procedure for a specific vehicle can be performed through the input means by data input according to the screen guide, and the screen guide, data input, and open / closed state of each key holding position of the key storage unit. Is configured to be controlled by the control means. That is, this control means normally closes all the key holding positions in the key storage unit to prohibit the entry and exit of the key, and only when the predetermined input item is input from the input means, the corresponding key holding position is input. Was opened to allow the entry and exit of keys.

From the viewpoint of security, it is effective to include the ID number of the user registered in advance in the predetermined input item and input the ID number through the keyboard.

In order to make it easy to select a vehicle, it is desirable to output the rental status of each vehicle as part of the screen guidance when renting.

In order to provide the vehicle in a constantly maintained condition, it is preferable that the predetermined input items at the time of returning the vehicle include the presence / absence of a failure and the specific content of the failure.

In order to improve the convenience of vehicle selection and maintenance, it is effective to output the failure status of each vehicle as part of the screen guidance when renting the vehicle.

In order to carry out the input work easily and to standardize the data, the input means should be composed of a selection area set on the screen and an input element for selecting the selection area. preferable.

In such a configuration, a person who wants to rent a specific vehicle corresponds to the vehicle by opening the key holding position only when a predetermined input item is input from the input means according to the screen guidance. The key can be taken out, and conversely, a person who wants to return the vehicle can return the key by opening the key holding position only when a predetermined input item is input from the input means according to the screen guidance. Therefore, compared to the case of the book management, there are no cases where the input is not complied with, and the input can be ambiguous or inaccurate by guiding, assisting, or displaying an error if necessary. It is possible to effectively avoid making such an input. Users can be confirmed in real time. Moreover, since the vehicle lending / returning status in the data and the actual presence / absence of the vehicle key in the key storage unit always match, the location of the key does not pose a problem.
In addition, since the input data is accumulated in the control means in this device, even if the number of vehicles is large or the frequency of use is high, the input data is processed and each vehicle is managed under integrated centralized management. It is possible to leave.

[0013]

An embodiment of the present invention will be described below with reference to the drawings.

As shown in FIG. 1, the vehicle management system of this embodiment has a key holding position 15 for each of a plurality of vehicles, and selectively opens and closes each key holding position 15 so that a key can be taken in and out. With the key storage unit 1 and the rental or return procedure for a specific vehicle by data input according to the screen guidance,
And a microcomputer system 2 for controlling the screen guidance, the data input, and the open / closed state of each key holding position 15 of the key storage unit 1. The microcomputer system 2 normally controls the key storage. Part 1
All the key holding positions 15 are closed to prevent the key from entering and exiting, and only when a predetermined input item is input from the microcomputer system 2, the corresponding key holding position 15 is opened to insert and remove the key. Is configured to allow.

More specifically, the key storage unit 1 includes a hollow-shaped key box 11, a key opening / closing opening 12 in the lower front portion of the key box 11, a shutter 13 for opening / closing the key opening / closing opening 12, and the key. A circular orbit 14 formed inside the box 11, a plurality of key holding positions 15 provided in association with each other so as to make a circular movement on the circular orbit 14 while keeping a constant separation distance, and these key holding positions A drive means 16 having a drive part for moving the position 15 along an orbit and a drive part for opening and closing the shutter 13, which opening 12 for any key holding position 15. The key 10 is allowed to come in and out only when it is located behind the door and the shutter 13 is opened.

The microcomputer system 2 includes a system body 3 and an input element 4 such as a mouse and a keyboard.
And a display screen 5. System body 3 is CP
A U31, a memory 32 and an interface 33 are ordinary ones, and a control signal is output to the display screen 5 and the driving means 16 of the key storage unit 1 based on the data input from the input element 4 in the memory 32. A program for storing the program is stored, and the CPU 31 reads the program from the memory 32 at a suitable time and controls the display screen 5 and the key storage unit 1 thereof. The memory 32 may be in a separate host computer. 2 and 3 show the outline of the control in a schematic flow chart. The outline of the control will be described below with reference to these flowcharts.

When the program starts, the CPU 31 outputs the main menu screen A shown in FIG. 4 in step S1. The screen title is "In-house unmanned car rental system"
On the screen A, buttons a1 and a2 which are selection areas for inputting whether to rent or return the vehicle are set. These buttons a1,
The a2 can be selected by operating the mouse, which is one of the input elements 4, to move the mouse cursor on the screen onto the buttons a1 and a2 and clicking. Hereinafter, the basic operation is the same, and the selection area is composed of buttons or fields. The CPU 31 maintains the output state of this screen, moves to step S2, and waits for input. Here, when the button a1 corresponding to "lending" is selected, the CPU 31 proceeds to step S3 shown in FIG. 2, and when the button a2 corresponding to "return" is selected, the CPU 31 shows in FIG. Move to step S20,
Perform the following steps for each.

First, a case where the button a1 corresponding to "rental" is selected will be described with reference to FIGS. 1, 2 and 4 to 16. The CPU 31 in FIG.
The message screen B shown in is output. The screen title is "input employee number.", And the employee's N number, which is an ID number, is input through the keyboard, which is one of the input elements 4.
o. Enter Employee No. Is input, CPU3
In step 1, the process proceeds to step S4 to determine whether or not an input error has occurred. In this embodiment, the CPU 31 determines that a type 1 error occurs when the input is not properly made due to an operation error or the like, and the input employee number. Is determined to be a type 2 error when is not registered in the employee card in the memory 32. Then, in the former case, the process proceeds to step S6, and the incorrect input message screen D shown in FIG. 7 is output. In the latter case, the process proceeds to step S7 and FIG.
The message screen E shown in is output to inform the user respectively, and O set in each screen D and E is displayed.
The program is ended after waiting for the selection of the K buttons d1 and e1. When the program ends, the CPU 31 restarts and stands by while displaying the main menu screen A in step S1. The same applies hereinafter. On the other hand, when the CPU 31 determines that there is no error in step S4 described above, the process moves to step S5 and the message screen C shown in FIG. 6 is output. The screen title is "employee card information", and data such as employee number, name, and affiliation is output. When the OK button c1 is selected on this screen C, the CPU 31
Shifts to step S8 to output the vehicle list screen F shown in FIG. 9, and while keeping this state, shifts to step S9 to wait for input. On the vehicle list screen F, vehicle key buttons f1 are divided into left and right and are arranged vertically, and serial numbers are given from the upper left to the lower right, and each vehicle key button f1.
In order to renew the vehicle list, the vehicle information field f2 having a button function that corresponds to the right side of the vehicle name in the upper row, the vehicle registration number in the lower row, and the parking lot storage position for each vehicle in parentheses on the right Page button f3 is provided. A guide field f4 for guiding how to view the vehicle information field f2 is provided at the upper right of the screen. The user can select the vehicle to be rented by selecting the vehicle key button f1. When the user selects the pace button f3 when wanting to see another screen, the CPU3
1 returns to step S8 and redraws the screen. Where C
When outputting this screen F, the PU 31 constantly manages whether each vehicle is on standby (including unregistered), rented, or in trouble based on the data input so far.
The state is displayed by differently coloring the vehicle key button f1 and the vehicle information field f2. A guide field f5 is provided at the top of the screen to clearly show the relationship between the state of the vehicle and the color. Then, when the user desires more detailed information about each vehicle, the detailed information is displayed by selecting the vehicle information field f2.
That is, the CPU 31 moves to step S10, determines the vehicle status corresponding to the selected vehicle key button f1,
When the vehicle is on standby, the CPU 31 moves to step S11 and outputs the standby vehicle information screen J shown in FIG. In addition to the same contents as the vehicle information field f1, this screen J also displays the manufacturer name and mileage, and the user can use it as a target for vehicle selection. Also,
If the vehicle is rented, the CPU 31 moves to step S12 and outputs the rented vehicle information screen K shown in FIG. In addition to the contents similar to the screen J, the screen K includes the name and affiliation of the lender managed by the CPU 31 based on the data input up to the previous time, and further the lending date, lending time, and elapsed time. Is displayed. Further, when the vehicle is in the obstacle state, the CPU 31 executes step S1.
Moving to 3, the vehicle information screen L during obstacle shown in FIG. 15 is output. In this screen L, in addition to the same contents as the screen J, the date of failure occurrence and the cause of failure are displayed. This failure-related data is input by the user at the time of returning the vehicle, which will be described later, and is managed by the CPU 31. Furthermore, when the vehicle is unregistered, the CPU 31 moves to step S14 and outputs the unregistered message screen M shown in FIG. And these screens J, K, L, M
Select OK button j1, k1, l1, m1 with
The PU 31 returns to the vehicle list screen F in step S8. On the other hand, when the vehicle key button f1 on the vehicle list screen F is selected, the CPU 31 moves to step S15 and determines whether or not the lending is possible. Then, when the vehicle being rented out or in trouble is selected, the CPU 31 executes the step S
16, the lending prohibition confirmation message screen G shown in FIG. 10 is output, the selection of the OK button g1 is waited for, and the step S is executed.
Return to vehicle list screen F of 8. On the other hand, when the vehicle on standby is properly selected (for example, key number 8: Familia), the CPU 31 moves to step S17 and moves to FIG.
The vehicle rental confirmation message screen H shown in 1 is output. On this screen H, substantially the same contents as those on the waiting vehicle information screen J are enlarged and displayed to prompt reconfirmation whether or not to use this vehicle. Then, when the YES button is selected, the CPU 31 proceeds to step S18 to put the mouse cursor on the screen in the cursor busy state and, at the same time, sends a signal to the driving means 16 of the key storage unit 1 to cope with the vehicle. The key holding position 15 is moved to behind the opening 12, and the shutter 13 is opened. When the user receives the key 10, the shutter 13 is closed again. The CPU 31 detects that the key 10 has been taken out through a sensor or the like, and outputs a message screen I shown in FIG. 12 for a certain period of time in step S19, and informs the user that the vehicle lending procedure has been completed normally. After making it known, the program ends. The CPU 31 accumulates in the memory 32 various kinds of information relating to the vehicle lending input in the above, and manages this.

In the above, the screens B, C and F have Ca
The ncel buttons b1 and c2 or the "return" button f6 are provided, and when they are selected, the CPU 31 ends the program at that time.

Next, the case where "return" is selected in step S2 will be described with reference to FIGS. 1, 3 and 17 to 24. The CPU 31 moves to step S20 and outputs the vehicle list screen N shown in FIG.
Move to 1 and wait for input. When this vehicle list screen N is compared with the vehicle list screen F of FIG. 9, the screen configuration is the same except that the upper left corner is different between “return” and “rent”. Then, buttons n1, n3, n6 and field n2 corresponding to the buttons f1, f3, f6 and field f2 are provided and the functions are the same. However, the steps when the field n2 is selected in the flowchart of FIG. 3 are omitted. The user can specify the vehicle to be returned by selecting the vehicle key button n1. When the user selects the pace button n3 when he / she wants to see another screen, the CPU 31 determines in step S
Return to step 20 and redraw the screen. CPU as described above
Since 31 always manages whether each vehicle is on standby, renting, or in trouble, it is determined in step S22, and when the vehicle key button n1 corresponding to a vehicle other than renting is selected In step S23, the CPU 31 shifts to FIG.
The non-returnable message screen O shown in FIG. 8 is output, the selection of the OK button o1 is awaited, and the vehicle list screen N of step S20
Return to On the other hand, when the vehicle key button n1 corresponding to the rented vehicle is selected in step S22, the CPU 31 moves to step S24 and outputs the vehicle return confirmation message screen P shown in FIG. In this state, the process moves to step S25 and waits for input. The vehicle return confirmation message screen P is provided with a vehicle key number, a vehicle type name, a vehicle number, a question whether there is an abnormality during use, and a YES button p1 and a NO button p2 for answering the question. ing. When the NO button is selected,
The CPU 31 moves to step S26 and outputs the final meter number input screen R shown in FIG. The screen R is provided with a meter field r1 for inputting the final meter number on the keyboard and an OK button r2 for declaring the input completion, and the CPU 31 manages the input value in step S26. If the new input value is less than the previous input value, it is an obvious input error, so the CPU 31 determines this in step S27.
28, the error message screen S shown in FIG. 22 is output to inform that the number was input correctly, and after waiting for the selection of the OK button s1, the step S2 is performed again.
The screen returns to the final meter number input screen R of 6. In other cases, the CPU 31 moves to step S29 and outputs the key return reconfirmation screen T shown in FIG. On this screen T, the same contents as the screen P shown in FIG. 19 are displayed again to prompt reconfirmation of the vehicle. Then, when the OK button t1 is selected, C
The PU 31 moves to step S30 and sends a signal to the drive means 16 of the key storage unit 1 to send the key holding position 1 corresponding to the vehicle.
After moving 5 to the back of the opening 12, the shutter 13 is opened. The user places the key 10 in the key holding position 15.
Is returned, the shutter 13 is closed again. CP
U31 detects that the key 10 has been returned through a sensor or the like, and outputs a message screen U shown in FIG. 24 for a certain period of time in step S31, whereupon the user is informed that the vehicle return procedure has been completed normally. After making it known, the program ends. The CPU 31 accumulates in the memory 32 various information regarding the vehicle return, which is input in the above,
Manage this. On the other hand, if the YES button is selected on the vehicle return confirmation message screen P in step S25, the CP
U31 moves to step S32 and outputs the failure item check list screen Q shown in FIG. On this screen Q, a plurality of check buttons q1 are arranged vertically, and correspondingly, the expected failure items are listed on the right side, and the user can check the corresponding items using the mouse. One or more buttons can be selected. When there is no corresponding item in the enumerated item, the obstacle item is input through the keyboard or the like to the field q2 for inputting other obstacle items provided in the lower column. The CPU 31 fetches and manages these trouble data that are input, and waits for the user to select the OK button q3, and then proceeds to step S26 and the final meter input screen R described above. The rest is the same as described above.

In the above, the "return" button n is displayed on the screen N.
6 is provided, and when this button n6 is selected, C
The PU 31 ends the program at that point. Also,
Cancel buttons p3, q4, r on screens P, Q, R, T
3 and t2 are provided, and when they are selected, CP
The U31 returns to step S20 and outputs the vehicle list screen N again.

As described above, in the vehicle management device of this embodiment, a person who wants to rent a specific vehicle can display the screens A to A.
The key holding position 15 can be opened and the key 10 corresponding to the vehicle can be taken out or returned only when the input element 4 such as the mouse or the keyboard is operated according to the guidance of U to perform the proper procedure. . For this reason, compared to the case of the conventional ledger management, there are no cases where the input is not complied with, and data is standardized and ambiguous because guidance, assistance, or error display is also provided for the input through screen guidance. It is possible to surely avoid incorrect input. Users can be confirmed in real time. Moreover, since the vehicle lending / returning status in the data and the actual presence / absence of the vehicle key 10 in the key storage unit 1 always match, the location of the key 10 does not pose a problem. In addition, the device is adapted to store the input data in the memory 32, and process the data to obtain effective information such as vehicle information on the screen F or vehicle information on a failure on the screen L. It is possible not only to improve the convenience of the choice of the person who rents the vehicle next time, but also to send out the vehicle with the obstacle for repair, to grasp the time of oil change from the mileage, etc. Can also be used for maintenance in order to put it in good maintenance condition. Therefore, even when the number of vehicles is large or the frequency of use is high, it is possible to operate the entire system safely and efficiently under the integrated centralized management of those vehicles.

The specific configuration of each part is not limited to only the above-described embodiment, and various modifications can be made without departing from the spirit of the present invention. For example, in the above embodiment, the input means is configured to select the selection area on the screen by moving the mouse cursor through the mouse. However, by using the display screen as a touch panel and directly pressing the selection area with a finger. It can also be configured to allow input. Further, in the above embodiment, the key storage unit is configured to move a plurality of key holding positions on the orbit, but as another configuration, for example, a shelf is provided for each key holding position, and each key holding position is provided. A lid that can be opened and closed individually may be provided on the front surface of the shelf, and the key holding position may be selectively opened and closed by the lid.

[0024]

The vehicle management system of the present invention is implemented in the form described above, and has the following effects.

That is, according to the present invention, a key storage unit for holding keys of a plurality of vehicles and an input means for renting and returning the vehicles are provided, and predetermined items are input from the input means at the time of lending and returning. Only in this case, the key storage unit is configured so that only the key corresponding to the specific vehicle can be taken out or returned, and such a series of procedures is performed through the control means such as a computer. Therefore, it is possible to optimize and standardize the input content, process the input content in various ways, process the information, and use it for subsequent screen guidance and vehicle maintenance to keep many vehicles in good maintenance condition. In addition, it becomes possible to use it for the flight when the user selects the vehicle.

In addition to such a configuration, if the user is limited to the registered person through the keyboard, the user can be confirmed in real time, and outsiders can be excluded to improve the security of the apparatus. be able to.

Further, if the lending status of each vehicle is output as a part of the screen guidance at the time of lending, the user's convenience in selecting a vehicle can be improved.

Furthermore, the presence / absence of a fault that has occurred and the specific contents of the fault are included in the predetermined input items when the vehicle is returned, and the fault condition of each vehicle is output as part of the screen guidance when the vehicle is rented. By doing so, the vehicle can always be kept in a well-maintained state, the convenience of maintenance can be improved, and the user can effectively make the selection to avoid the vehicle with the obstacle.

Furthermore, if the input means is composed of a selection area set on the screen and an input element for selecting this selection area, the input work can be carried out easily and the data can be standardized. Is possible.

[Brief description of the drawings]

FIG. 1 is a schematic configuration diagram showing an embodiment of the present invention.

FIG. 2 is a flowchart showing an outline of control when renting a vehicle, which is performed in the same embodiment.

FIG. 3 is a flowchart showing an outline of control at the time of returning the vehicle in the embodiment.

FIG. 4 is a diagram showing a main menu screen in the embodiment.

[FIG. 5] Employee No. at the time of lending in the same example. The figure which shows an input screen.

FIG. 6 is a diagram showing an employee card information screen at the time of lending in the embodiment.

FIG. 7 is a diagram showing an input fraud message screen at the time of lending in the embodiment.

FIG. 8 is a diagram showing an unregistered notification screen at the time of lending in the embodiment.

FIG. 9 is a diagram showing a vehicle list screen at the time of renting in the embodiment.

FIG. 10 is a diagram showing a lending prohibition message screen in the embodiment.

FIG. 11 is a diagram showing a vehicle rental confirmation message screen in the embodiment.

FIG. 12 is a diagram showing a normal lending completion message screen in the embodiment.

FIG. 13 is a diagram showing a vehicle information screen at the time of renting in the embodiment.

FIG. 14 is a diagram showing a rented vehicle information screen in the embodiment.

FIG. 15 is a diagram showing an in-progress vehicle information screen at the time of renting in the embodiment.

FIG. 16 is a diagram showing an unregistered message screen at the time of lending in the embodiment.

FIG. 17 is a diagram showing a vehicle list screen at the time of returning in the embodiment.

FIG. 18 is a view showing a non-returnable message screen in the embodiment.

FIG. 19 is a view showing a vehicle return confirmation message screen in the embodiment.

FIG. 20 is a view showing a list of trouble item check list at the time of return in the embodiment.

FIG. 21 is a view showing a final meter number input screen at the time of return in the embodiment.

FIG. 22 is a diagram showing a final meter number input error message screen at the time of return in the embodiment.

FIG. 23 is a view showing a key return reconfirmation screen in the embodiment.

FIG. 24 is a view showing a return normal end message screen in the embodiment.

[Explanation of symbols]

DESCRIPTION OF SYMBOLS 1 ... Key storage part 2 ... Input means, control means (microcomputer system) 4 ... Input element (mouse, keyboard) 10 ... Key 15 ... Key holding position A, B, C, D, E, F, G, H, I, J, K, L,
M, N, O, P, Q, R, S, T, U ... Screen a1, a2, b1, c1, c2, d1, e1, f1, f
3, f6, g1, h1, h2, j1, k1, l1, m
1, n1, n3, n6, o1, p1, p2, p3, q
1, q3, q4, r2, r3, s1, t1, t2 ... Selection area (button) f2, n2 ... Selection area (field)

Claims (6)

[Claims] 1. A key storage unit having a key holding position for each of a plurality of vehicles and selectively opening and closing each key holding position, and a screen for lending or returning a specific vehicle. And an input means for performing data input according to the guidance, and a control means for controlling the screen guidance, the data input through the input means, and the open / closed state for each key holding position of the key storage unit, The control means normally closes all the key holding positions of the key storage unit to prohibit the key from entering and exiting, and the corresponding key holding position only when a predetermined input item is input from the input means. A vehicle management device, which is configured to open a door to allow a key to be taken in and out. 2. The I of a user registered in advance in a predetermined input item.
The vehicle management apparatus according to claim 1, wherein the vehicle ID includes a D number, and the ID number is input through a keyboard. 3. The vehicle management apparatus according to claim 1, wherein the rental status of each vehicle is output as part of the screen guidance when the vehicle is rented. 4. The vehicle management apparatus according to claim 1, wherein the predetermined input items at the time of returning the vehicle include presence / absence of a fault that has occurred and specific contents of the fault. 5. The vehicle management apparatus according to claim 4, wherein the failure status of each vehicle is output as part of the screen guidance when the vehicle is rented. 6. The vehicle management apparatus according to claim 1, wherein the input means comprises a selection area set on the screen and an input element for selecting the selection area.