JP2019132077A - Key management device, key management system, key management method, and program - Google Patents

Abstract

To provide a key management device and the like that can reliably deliver a vehicle key corresponding to a driver's immunity.SOLUTION: A key management device 1 performs key management of a key storage device 4 having a plurality of key boxes 41 for storing and locking keys of a vehicle driven by a driver. The key management device 1 stores the vehicle data including the vehicle number of the vehicle and the key number of the vehicle key in a database 2 of the storage unit, and selectably displays a vehicle number of a type of vehicle corresponding to the driver's immunity. Further, the key box 41 of the key having the key number corresponding to the selected vehicle number is set to the unlocking permitted state.SELECTED DRAWING: Figure 1

Description

  The present invention relates to a key management device, a key management system, a key management method, and a program for managing a vehicle key.

  Operators in the transportation industry, etc., make a face-to-face call before and after the driver gets on the vehicle. At the time of departure at the time of departure, the driver reports daily checks, reports the driver's health condition, whether or not he / she is drunk, and gives necessary instructions to ensure safety. In the same way, when a day's crew finishes and returns, a call is made by face-to-face, etc., and a report is received on the status of the vehicle, road, operation, etc., and the presence or absence of alcohol is checked.

  In order to support such a call service, a system using a computer is used. In the conventional system, the expiry date of the license, the alcohol concentration of the driver's breath, and the result of the call are input to a computer and recorded. The vehicle key is handed over to the driver after the call.

  Patent Document 1 describes a key management device that prevents a vehicle key from being illegally taken out by a person other than the driver. The key management device of Patent Literature 1 receives personal identification information from the driver side call device, and collates whether or not the personal identification information matches the personal identification information stored in advance in the key management device, The vehicle key can be taken out only when the collation result is good. As a result, only the driver who has confirmed the identity by making a call can take out the vehicle key stored in the key management device.

JP 2016-069931 A

  However, in the key management device of Patent Document 1, it is not confirmed whether or not the driver can drive the vehicle based on the driver's license type (the type of vehicle for which the driver has obtained a driver's license). Therefore, there was a risk of passing the key of the vehicle outside the driver's immunity.

  In recent years, semi-medium type licenses have been newly established. As a result, there are 8 types of immunity types: general, large, large (micro limited), medium, medium (8t limited), semi-medium, quasi-middle (5t limited), and ordinary 8 types. It became. Furthermore, the combination of the conditions of AT limitation, traction, and two types of licenses makes the type of license for which a driver's license should be obtained complicated. In fact, it may be discovered by the crackdown that the driver is driving a non-immune vehicle, and it is important to securely deliver the key of the type of vehicle corresponding to the driver's exemption.

  The present invention has been made in view of such problems, and an object of the present invention is to provide a key management device and the like that can reliably deliver a vehicle key of a type corresponding to a driver's immunity.

  A first invention for solving the above-described problem is a key management device for managing keys of a key storage device having a plurality of key boxes for storing and locking keys of a vehicle driven by a driver, the vehicle ID of the vehicle Vehicle data including the key ID of the vehicle key is stored in the storage unit, the vehicle selection unit displaying the vehicle ID of the type of vehicle corresponding to the driver's immunity, and the selected vehicle ID. An unlocking permission unit that sets the key box of the key with the corresponding key ID to an unlocking permitted state.

  The key management device of the present invention displays the vehicle ID of a vehicle of a type corresponding to the driver's immunity so as to be selectable. When the vehicle ID is selected, the key ID corresponding to the selected vehicle ID is extracted from the vehicle data, and the key box corresponding to the key ID is set to the unlocking permitted state. As a result, the vehicle key of the type corresponding to the driver's immunity can be delivered and dispatched, and the driver's unqualified driving can be prevented in advance. Further, by allowing the key box of the key of the selected vehicle to be unlocked and setting the other key boxes to the locked state, it is possible to prevent the key from being mistaken.

The key management device preferably includes a vehicle ID extraction unit that extracts the vehicle ID of a vehicle of a type corresponding to the driver's license type from information read from the driver's license. The information is preferably basic information of a driving license that can be read from the IC chip of the driving license without inputting a password.
The vehicle ID of the type of vehicle corresponding to the driver's immunity can be extracted by reading the driver's license information and identifying the driver from the information. By using the above information as basic information that can be read from the driver's license without entering a personal identification number, it is possible to save labor.

It is desirable that the key management device further includes a call content recording unit that records content of a call made between the driver and the call executor. It is also desirable to further include an alcohol concentration recording unit that records a measured value of the alcohol concentration in the expiration of the driver.
The key management device of the present invention has a call support function for recording the results of a call or alcohol test, and can perform unlocking permission after the call or alcohol test.

  A second invention is a key management system having a key storage device having a plurality of key boxes for storing and locking keys of a vehicle driven by a driver, and a key management device for performing key management, wherein the key management device includes: A vehicle selection unit that stores vehicle data including a vehicle ID of the vehicle and a key ID of a vehicle key in a storage unit, and displays the vehicle ID of a type of vehicle corresponding to a driver's immunity so as to be selectable. An unlocking permission unit that sets the key box of the key with the key ID corresponding to the vehicle ID to an unlocking permitted state.

  A third invention is a key management device for managing keys of a key storage device having a plurality of key boxes for storing and locking keys of a vehicle driven by a driver, wherein the vehicle ID of the vehicle and the key ID of the key of the vehicle are A key management device that stores vehicle data in the storage unit so that the vehicle ID of a vehicle of a type corresponding to a driver's immunity can be selected, and the key ID corresponding to the selected vehicle ID. And a step of setting the key box of the key to an unlocking permitted state.

  According to a fourth aspect of the present invention, there is provided a key storage device including a computer storing vehicle data including a vehicle ID of a vehicle driven by a driver and a key ID of a vehicle key in a storage unit, and a plurality of key boxes for storing and locking the vehicle key. A key management device that performs key management of the vehicle, a vehicle selection unit that selectively displays the vehicle ID of a vehicle of a type corresponding to the driver's immunity, and the key ID corresponding to the selected vehicle ID. A program for causing a key management device to function as an unlocking permission unit that sets the key box of a key to an unlocking permission state.

  According to the present invention, it is possible to provide a key management device or the like that can reliably deliver a vehicle key of a type corresponding to a driver's immunity.

1 is a diagram illustrating an overall configuration of a key management system 10. FIG. The figure which shows the hardware constitutions of the key management apparatus 1. 2 is a diagram showing a functional configuration of a key management system 10. FIG. The figure which shows the license data 21 and the vehicle data 22. FIG. The figure which shows the license registration screen 200. FIG. The figure which shows the vehicle registration screen. 5 is a flowchart showing processing of the key management system 10; The figure which shows the call screen 100. FIG. An example of a driver's license confirmation screen 110. An example of an alcohol test screen 120. An example of a call content recording screen 130. The flowchart shown about the input procedure of vehicle number 222 grade | etc.,. The figure which shows a part of call content recording screen 130. FIG. The figure which shows the use condition data. The figure which shows the license data 21, the vehicle data 22, and the dispatch data 24.

  Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings.

[First Embodiment]
(1. Key management system 10)
FIG. 1 is a diagram showing an overall configuration of a key management system 10 according to an embodiment of the present invention. As shown in FIG. 1, the key management system 10 includes a key management device 1, a reading device 3, a key storage device 4, an alcohol detector 5, a camera 6, and the like.

  The key management device 1 executes processing related to key management of a vehicle driven by a driver (driver) in a carrier such as a transportation business. In addition, the key management device 1 according to the present embodiment also performs processing related to a driver's call and alcohol test as a call support device.

  FIG. 2 is a diagram illustrating a hardware configuration of the key management device 1. As shown in FIG. 2, the key management device 1 includes a control unit 11, a storage unit 12, a media input / output unit 13, a communication control unit 14, an input unit 15, a display unit 16, a peripheral device I / F unit 17, and the like. It can be realized by a computer connected via the network. The configuration shown in FIG. 2 is an example, and the key management device 1 can take various configurations depending on the application and purpose.

  The control unit 11 includes a CPU, a ROM, a RAM, and the like. The CPU calls and executes a program stored in a recording medium such as the storage unit 12 or the ROM in a work memory area on the RAM, drives and controls each unit connected via the bus, and will be described later. Implement each process. The ROM is a non-volatile memory, and permanently stores programs such as a computer boot program and BIOS, and data. The RAM is a volatile memory, and temporarily holds a program and data loaded from a recording medium such as the storage unit 12 or ROM, and includes a work area used by the control unit 11 to perform various processes.

  The storage unit 12 is a hard disk drive, a flash memory, or the like, and stores a program executed by the control unit 11, data necessary for program execution, an OS, and the like. In particular, in the present embodiment, an application program and database 2 for causing the key management device 1 to execute processes described later are stored in the storage unit 12.

  The media input / output unit 13 is an interface for writing data to and reading data from a recording medium (media) such as a memory card.

  The communication control unit 14 is a communication interface that mediates communication of the key management device 1 and controls communication with other devices via the network. The network may be wired or wireless.

  The input unit 15 includes input devices such as a keyboard, a mouse, and a touch panel. The input unit 15 transmits data and operation instructions input via the input device to the control unit 11.

  The display unit 16 includes a display such as a liquid crystal panel, and displays data such as images and texts on the display in accordance with instructions from the control unit 11.

  The peripheral device I / F (interface) unit 17 is a port for connecting a peripheral device, and the control unit 11 transmits and receives data to and from the peripheral device via the peripheral device I / F unit 17.

  Returning to the description of FIG. The reading device 3 reads a driver's license and includes a reader and a scanner. The reader reads the basic information of the driver's license stored in the IC chip (not shown) of the driver's license. Basic information will be described later. The scanner captures a driver's license placed on a glass stand with an image sensor such as a CCD (Charge Coupled Device) or a CMOS (Complementary Metal Oxide Semiconductor) to obtain a license image.

  The key storage device 4 has a plurality of key boxes 41 for storing keys of a vehicle driven by the driver, and locks each key box 41. Each key box 41 stores a vehicle key held by a business operator, and a key ID of the key to be stored is assigned to each key box 41. In the present embodiment, a key number, which will be described later, is used as the key ID. However, the present invention is not limited thereto, and any identification information that can identify individual keys may be used.

  The alcohol detector 5 measures the alcohol concentration of the driver's breath. As the alcohol detector 5, a known one can be used.

  The camera 6 is a camera using an image sensor such as a CCD or a CMOS, for example, and shoots the appearance of the driver at the time of a call as a moving image.

  FIG. 3 is a diagram illustrating a functional configuration of the key management system 10. As shown in FIG. 3, the key management device 1 of the key management system 10 includes a vehicle ID extraction unit 101, a vehicle selection unit 102, an unlocking permission unit 103, an alcohol concentration recording unit 104, a call content recording unit 105, and the like. The database 2 of the storage unit 12 stores license data 21, vehicle data 22, and the like.

  The vehicle ID extraction unit 101 identifies a driver using basic information read from the driver's license, and has a type corresponding to the driver's license type (the type of vehicle for which the driver has acquired the driver's license). The vehicle ID of the vehicle is extracted. The types of vehicles include, for example, large size, large size, large size (limited to micro), medium size, medium size (limited to 8t), semi-medium size, semi-medium size (limited to 5t), and normal. In the present embodiment, a vehicle number, which will be described later, is used as the vehicle ID. However, the present invention is not limited thereto, and any identification information that can identify individual vehicles may be used.

  The vehicle selection unit 102 displays the vehicle ID of the type of vehicle corresponding to the driver's immunity on the display unit 16 so as to be selectable.

  The unlocking permission unit 103 sets the key box 41 of the key ID corresponding to the selected vehicle ID to the unlocking permission state.

  The alcohol concentration recording unit 104 records a measured value of the alcohol concentration in the expiration of the driver input from the alcohol detector 5.

  The call content recording unit 105 records the content of a call made between the driver and the call executor.

(2. License data 21 and vehicle data 22)
As shown in FIG. 4, the license data 21 includes the driver's license number 211, the date of issue 212, the expiration date 213, the license image 214, the driver's name 215, the date of birth 216, and the license. Information such as acquisition date 217, immunity type 218, license condition 219, etc. is recorded. Such information is registered for each driver. The immunity-free type 218 is, for example, the above-mentioned large size, large size, large size (limited to micro), medium size, medium size (limited to 8t), quasi-medium size, quasi-medium size (limited to 5t), or the like.

  Information other than the license image 214 is also stored in the IC chip of the driver's license. Among these, the license number 211, the date of issue 212, and the expiration date 213 can be read from the IC chip without entering the password. Information 210.

  Registration of the license data 21 can be performed by displaying a license registration screen 200 as shown in FIG. 5 on the display unit 16 of the key management device 1. The license registration screen 200 includes a license image display field 201, a basic information display field 202, a license data input field 204, a “registration” button 206, a “password input” button 207, and the like. In addition, on the license registration screen 200, a button for issuing a driver's license reading instruction to the reading device 3, a button for returning to the previous screen, an operation guide, and the like may be displayed.

  When registering the license data 21, the driver causes the reading device 3 to read the driver's license. That is, the basic information 210 is read from the IC chip of the driver's license by the reader 3 and the driver's license is photographed to obtain the license image 214, and the basic information 210 and the license are acquired from the reader 3 to the key management device 1. The certificate image 214 is input. The license image 214 is displayed in the license image display field 201, and the basic information 210 (license number 211, delivery date 212, expiration date 213) is displayed in the basic information display field 202.

  In the basic information display column 202, the result 2021 of whether or not the driver's license has been forged is displayed, the number of remaining days 2022 until the expiration date 213, and the like. The forgery determination can be performed using the license image 214, and the remaining days 2022 are calculated by the key management apparatus 1 as the number of days from the date when the driver's license is read to the expiration date 213. By confirming this information, only the license data 21 of a valid driver's license can be registered.

  The license data input field 204 is used to input information on the license data 21 other than the basic information 210 and the license image 214. The information can be directly input by typing in each input field, or can be automatically input by pressing the “enter password” button 207. That is, by pressing the “code number input” button 207 to display a password number input screen (not shown) and inputting the password number of the driver's license on the screen, the information other than the basic information 210 and the license image 214 is displayed. Information of the license data 21 is read from the IC chip of the driver's license and automatically input into each input field of the license data input field 204.

  A “Register” button 206 is a button for registering the license data 21. When the “register” button 206 is pressed, the key management apparatus 1 registers the input license data 21 in the database 2.

  On the other hand, as shown in FIG. 4, vehicle data 22 includes vehicle name 221, vehicle number 222, vehicle type 223, total vehicle weight 224, maximum load capacity 225, boarding capacity 226, vehicle inspection expiration date 227, and vehicle data. The key number 228 or the like of the key is recorded for each vehicle owned by the business operator. The vehicle type 223 is the same as the above-described exemption type 218, for example, the above-mentioned large size, large size, large size (micro limited), medium size, medium size (limited to 8t), quasi medium size, quasi medium size (limited to 5t), normal, etc. is there.

  The registration of the vehicle data 22 can be performed by displaying a vehicle registration screen 300 as shown in FIG. 6 on the display unit 16 of the key management device 1. The vehicle registration screen 300 includes a vehicle data input field 301, an “update” button 304, and the like. The registrant inputs each information of the vehicle data 22 in each input field of the vehicle data input field 301 and presses an “update” button 304. Then, the key management device 1 registers the input vehicle data 22 in the database 2. In addition, on the vehicle registration screen 300, a button for closing the vehicle registration screen 300 and canceling vehicle registration, a button for deleting input contents, and the like can be provided.

(3. Key management method)
Next, the flow of the key management method in the key management system 10 will be described with reference to FIG. FIG. 7 is a flowchart showing the processing of the key management system 10, and S1, S4 to S7, and S10 to S16 in the figure are processing executed by the control unit 11 of the key management device 1. S2 and 3 are the control unit (not shown) of the reading device 3, S8 and 9 are the control unit (not shown) of the alcohol detector 5, and S17 and 18 are the control unit (not shown) of the key storage device 4. Run.

  The key management device 1 activates the application in response to an instruction input from the call executor and displays a call screen 100 as shown in FIG. 8 (S1). The call screen 100 includes a driver's license confirmation screen 110, an alcohol test screen 120, a call content recording screen 130, a call status confirmation screen 140, and the like.

  On the driver's license confirmation screen 110, an operation guide such as “Please hold your license” is displayed. When the driver holds the driver's license over the reader 3, the reader 3 reads the basic information 210 from the IC chip of the driver's license (S2), and transmits the basic information 210 to the key management device 1 (S3).

  When the key management device 1 receives the basic information 210 (S4), the key management device 1 extracts the license data 21 including the basic information 210 from the database 2 (S5), whereby the driver holding the driver's license is displayed on the system. Identified. If the license data 21 including the basic information 210 is not registered in the database 2, it can be displayed on the driver's license confirmation screen 110 that the driver's license held by the driver is invalid.

  The key management device 1 displays the license data 21 extracted in S5 on the driver's license confirmation screen 110 (S6). FIG. 9 shows an example of the driver's license confirmation screen 110 at this time. As the license data 21, an expiration date 213, a license image 214, a driver name 215, a license type 218, a license condition 219, and the like are displayed. The driver license confirmation screen 110 also displays the number of remaining days 111 until the expiration date 213, the call date and time 112 (current date and time), the “exit” button 113, the “intermediate” button 114, the “return” button 115, and the like.

  The remaining days 111 are calculated by the key management device 1 by comparing the call date 112 and the expiration date 213. In addition, the “exit” button 113 is a button for recording call history information described later as an outgoing call. The “intermediate” button 114 is a button for recording the call history information as a call that is not before and after the crew (between leaving and returning). The “return” button 115 is a button for recording the call history information as a return time point call.

  The call executor confirms that the driver's driving license is valid by looking at the license image 214 and the expiration date 213 on the driver's license confirmation screen 110, and the “Exit” button 113, “Intermediate” button 114, “Return” "Button 115 is pressed. Then, the key management device 1 records the confirmation result of the driver's license (that the driver's license is valid) and the call date and time 112 in the storage unit 12 or the like (S7).

  In the present embodiment, an example of making a call at the time of delivery will be described. Here, it is assumed that the “issue” button 113 is pressed. A mark indicating that the driver's license has not been confirmed is displayed on the driver's license confirmation screen 110 until any one of the “exit” button 113, “intermediate” button 114, and “return” button 115 is pressed, When any of the “Exit” button 113, “Intermediate” button 114, and “Return” button 115 is pressed, a mark indicating that the driver's license has been confirmed is displayed on the driver's license confirmation screen 110. Good.

  Subsequently, the key management device 1 displays an initial screen as shown in FIG. On the alcohol test screen 120, a driver's real-time video 121 photographed by the camera 6 is displayed, and an operation guide such as “Please blow exhalation” is displayed in the message field 122. When the driver presses a measurement button (not shown) of the alcohol detector 5 and blows the breath on the alcohol detector 5, the alcohol detector 5 measures the alcohol concentration in the breath (S8), and the measured value is stored in the key management device 1. (S9).

  When the key management device 1 receives the measurement value of the alcohol concentration (S10), the key measurement device 1 displays the received measurement value in the alcohol concentration column 123 as shown in FIG. 10B (S11). The message column 122 displays that the analysis has been completed and an operation guide. The measured value of the alcohol concentration can be directly input to the alcohol concentration column 123.

  The “confirm” button 124 on the alcohol test screen 120 is a button for confirming the measurement value of the alcohol concentration. When the call executor confirms the alcohol concentration and presses the “confirm” button 124, the alcohol concentration measurement is performed. The value is recorded in the storage unit 12 or the like (S12).

  Note that the key management device 1 can determine whether or not the driver's crew is available by comparing the measured value of the alcohol concentration with a predetermined value, and the determination result can be recorded together with the measured value in S12. When it is determined that the crew is not permitted, the unlocking permission described later may be prohibited. Similarly to the above, a mark indicating that the alcohol test has not been executed is displayed on the alcohol test screen 120 until the “confirm” button 124 is pressed, and when the “confirm” button 124 is pressed, the alcohol test is performed. May be displayed on the alcohol test screen 120.

  Subsequently, the caller performs a call with the driver. The call content is input to the call content recording screen 130, and the key management apparatus 1 accepts the input of the call content (S13). Here, it is assumed that a face-to-face call is performed. The face-to-face call is a process in which the driver and the call executor face each other to check the health condition of the driver, to give instructions and instructions, to confirm the driver's identity and to confirm the dispatch.

  In S13, the contents of the call are input and displayed in the call contents input field 131 of the call contents recording screen 130 shown in FIG. In the call content entry field 131, the weather 1310 at the time of the call, the health condition 1311 of the driver, the result 1312 of the daily check, the check item 1313 at the time of the call, the instruction item 1314, the name 1315 of the operation manager, the name 1316 of the call executor, A driver's name 215, work content 1318, and the like are input.

  For example, the weather 1310 can be selected and input from weather conditions such as sunny, cloudy, wind, rain, and snow. The initial value of the health state 1311 of the driver is “◯”, but when a special note is input, the display of “◯” disappears and the special note is displayed. The result of daily inspection 1312 is the result of daily inspection of the vehicle driven by the driver. The initial value is “◯” as described above. When a special note is input, the display of “○” disappears and the special note is displayed. Is displayed. The driver name 215 is automatically input from the license data 21 extracted in S5.

  In addition, in the call contents input field 131, the vehicle number 222, the type 223, the vehicle inspection expiration date 227, the key number 228, and the like of the vehicle driven by the driver are also input. Details of this input procedure will be described later. Other contents of the call can be entered directly in the input field, but can also be entered by displaying input candidates as options and selecting from them.

  When the call executor confirms that the driver can perform the crew with the vehicle of the vehicle number 222 by looking at the contents of the call in each input column, the “call end” button 134 is pressed. Then, the key management device 1 records the contents of the call entered in the call contents input field 131 in the storage unit 12 or the like (S14). In the same manner as described above, until the “end call” button 134 is pressed, a mark indicating that the call has not been executed is displayed on the call content recording screen 130, and when the “end call” button 134 is pressed, May be displayed on the call content recording screen 130.

  When the call executor presses the “record” button 136, the key management apparatus 1 confirms the driver's license confirmation result, the call date / time, the alcohol concentration measurement value, the call content, etc. recorded in the storage unit 12 or the like. Are registered in the storage unit 12 as call history information (S15). Depending on which one of the “Shipping” button 113, “Intermediate” button 114, and “Returning” button 115 in FIG. 9 is pressed, the call history information is the one at the time of shipping, the one before and after the crew (shipping and returning) Between the warehouse) and one at the time of return. It is also possible to register a driver's moving image taken by the camera 6 or a still image obtained by cutting out a predetermined timing of the moving image as call history information.

  The call history information is displayed on the call status confirmation screen 140, which can be confirmed or printed out as a call log record book. On the call status confirmation screen 140, it is also possible to display call history information for each driver's crew status, such as whether the driver has returned, has been issued, but has not yet returned. In the call content recording screen 130 shown in FIG. 11, a button for closing the call content recording screen 130 and a button for deleting the content input in the call content input field 131 can be provided.

  After registering the call history information, the key management device 1 unlocks the key including the key number 228 so as to set the key box 41 of the key with the key number 228 input in the call content input field 131 to the unlocking permitted state. The permission is transmitted to the key storage device 4 (S16).

  When the key storage device 4 receives the unlocking permission from the key management device 1 (S17), the key storage device 4 sets the key box 41 of the key with the key number 228 to the unlocking permission state (S18). In the present embodiment, the door of the key box 41 is unlocked when the key box 41 is in an unlocking permitted state and the driver inputs specific information to the key storage device 4. The specific information is, for example, information on license data stored in the IC chip of the driver's license, a password for unlocking, or the like.

(4. Enter vehicle number 222 etc.)
As described above, in S13, information such as the vehicle number 222 of the vehicle driven by the driver, the type 223, the vehicle inspection expiration date 227, the key number 228 of the vehicle key, etc. is input to the call content input field 131. FIG. 12 is a flowchart showing this input procedure, and each step in the figure is executed by the control unit 11 of the key management apparatus 1.

  In this embodiment, as shown in part of the call content recording screen 130 in FIG. 13A, an operation guide such as “Please select a vehicle number” is displayed in the input field of the vehicle number 222, and the call execution is performed. The person selects this input field. Then, the key management device 1 refers to the vehicle data 22 and extracts all the vehicle numbers 222 of the type 223 vehicles corresponding to the license type 218 of the license data 21 obtained in S5 (S21). Is displayed so as to be selectable by a pull-down list 137 or the like as shown in FIG. 13B (S22).

  When the call executor selects the vehicle number 222 of the vehicle driven by the driver based on the result of the call with the driver, the key management device 1 uses the key number 228, the type 223, and the vehicle inspection expiration date 227 corresponding to the vehicle number 222. Is extracted from the vehicle data 22 (S23), and as shown in FIG. 13C, the selected vehicle number 222 and the corresponding key number 228, type 223, and vehicle inspection expiry date 227 are entered in the call content entry field 131, respectively. Automatically input and displayed (S24).

  Thus, when the vehicle number 222 is input, only the vehicle number 222 of the type 223 vehicle corresponding to the driver's immunity type 218 is displayed so as to be selectable. It is no longer necessary to permit the unlocking of the box 41, and the driver's unqualified driving can be prevented beforehand.

  According to the present embodiment described above, the key management device 1 displays the vehicle number 222 of the type 223 vehicle corresponding to the driver's immunity type 218 in a selectable manner. When the vehicle number 222 is selected, the key number 228 corresponding to the selected vehicle number 222 is extracted from the vehicle data 22, and the key box 41 corresponding to the key number 228 is set to the unlocking permitted state. As a result, the vehicle key of the type 223 corresponding to the driver's immunity type 218 is delivered and dispatched, and the driver's unqualified driving can be prevented in advance. Further, by allowing the key box 41 of the key of the selected vehicle to be unlocked and setting the other key boxes 41 to the locked state, the key can be prevented from being mistaken.

  The vehicle number 222 of the type 223 vehicle corresponding to the driver's license type 218 can be extracted by reading the basic information 210 from the driver's license and specifying the driver (the driver's license data 21) from the basic information 210. . Since the basic information 210 is information that can be read from the driver's license without entering a personal identification number, it is possible to save time and effort. However, other information of the license data 21 may be read from the driver's license by inputting a password.

  Further, the key management device 1 of the present embodiment has a call support function for recording the results of a call and an alcohol test, and can execute unlocking permission after the call and the alcohol test.

  However, the present invention is not limited to this. For example, in the present embodiment, the face-to-face call is performed, but the alcohol detector 5 and the reader 3 are installed at a location away from the key management apparatus 1 so as to be communicable with the key management apparatus 1, and the call execution is performed together with a telephone or the like. It is also possible to perform an alcohol test and a call for a driver who is away from the driver.

  In this embodiment, in order to identify the driver, the basic information 210 of the driver's license of the driver is read by the reader 3 in S2 and the license data 21 corresponding to the basic information 210 is extracted in S5. A part of information of the license data 21 such as the name 215 may be directly input to the key management apparatus 1 and the license data 21 corresponding to the information may be extracted.

  The database 2 can further store vehicle usage data 23 as shown in FIG. The usage status data 23 is obtained by associating the vehicle number 222 of each vehicle owned by the business operator with the usage status 231. The usage status 231 records whether the vehicle is in use or not. For example, when the key box 41 is unlocked by the key storage device 4, the vehicle number 222 corresponding to the key number 228 of the key box 41 in the vehicle data 22 is recorded. The usage status 231 of “No.” is “in use”.

  In S22 (see FIG. 12), the usage status data 23 is referred to, and the vehicle number 222 whose usage status 231 is “in use” is not displayed as a selectable vehicle number 222 or is being used. It is displayed so that it can be recognized, and this vehicle number 222 is not selected. Thereby, it can prevent selecting the vehicle number 222 of the vehicle in use accidentally.

  Next, another example of the present invention will be described as a second embodiment. The second embodiment will be described with respect to differences from the first embodiment, and the same points will be denoted by the same reference numerals in the drawings and the like, and the description thereof will be omitted.

[Second Embodiment]
In the second embodiment, the database 2 further includes dispatch data 24 including a driver's name 215, a vehicle number 222, and work contents 241 as shown in FIG.

  The vehicle number 222 of the dispatch data 24 is obtained by recording in advance the vehicle number 222 of the type 223 vehicle corresponding to the driver's immunity type 218 out of the vehicle number 222 of the vehicle data 22. Further, the work content 241 is inputted with the work performed by the driver using the vehicle having the vehicle number 222.

  The key management method is basically the same as in the first embodiment. However, in the present embodiment, the dispatch data 24 is referred to in S21 (see FIG. 12), all the vehicle numbers 222 corresponding to the name 215 of the license data 21 obtained in S5 are extracted, and the extracted vehicle numbers 222 are extracted. In S22, display is made in a selectable manner in the call content input field 131 as in FIG. 13B. When the call executor selects the vehicle number 222, the key management device 1 extracts the work content 241 corresponding to the vehicle number 222 from the dispatch data 24 in addition to the key number 228 and the like, and automatically inputs it into the call content input field 131. To do.

  In the present embodiment, the vehicle number 222 of the type 223 vehicle corresponding to the driver's immunity type 218 can be extracted from the dispatch data 24, and the same effect as in the first embodiment can be obtained by displaying the vehicle number 222 in a selectable manner. It is done. In the present embodiment, by registering which driver uses which vehicle and what work is performed as the dispatch data 24, it is possible to smoothly distribute an appropriate vehicle according to the type of driver's license. .

  In addition, when the vehicle number 222 of the dispatch data 24 is prioritized according to the driver's work and the like, and the vehicle number 222 is displayed in a selectable manner in S22, the display order of the vehicle number 222 based on the dispatch data 24 is displayed. It is also possible to define. For example, the vehicle number 222 relating to the business with higher priority can be displayed higher.

  The preferred embodiments of the present invention have been described above with reference to the accompanying drawings, but the present invention is not limited to such examples. It will be apparent to those skilled in the art that various changes or modifications can be conceived within the scope of the technical idea disclosed in the present application, and these are naturally within the technical scope of the present invention. Understood.

1: Key management device 2: Database 3: Reading device 4: Key storage device 5: Alcohol detector 6: Camera 10: Key management system 21: License data 22: Vehicle data 23: Usage data 24: Vehicle allocation data 41: Key box 210: Basic information 211: License number 212: Date of issue 213: Expiration date 214: License image 215: Name 216: Date of birth 217: Date of license acquisition 218: License type 219: License condition 221: Vehicle Name 222: Vehicle number 223: Vehicle type 224: Total vehicle weight 225: Maximum loading capacity 226: Passenger capacity 227: Vehicle inspection expiration date 228: Key number 231: Usage status 241: Work content

Claims (8)

A key management device for managing keys of a key storage device having a plurality of key boxes for storing and locking keys of a vehicle driven by a driver,
Storing vehicle data including the vehicle ID of the vehicle and the key ID of the vehicle key in the storage unit;
A vehicle selection section that displays the vehicle ID of a vehicle of a type corresponding to the driver's immunity;
An unlocking permission unit for setting the key box of the key of the key ID corresponding to the selected vehicle ID to an unlocking permitted state;
A key management device comprising:   2. The key management apparatus according to claim 1, further comprising a vehicle ID extraction unit that extracts the vehicle ID of a vehicle of a type corresponding to the driver's license type from information read from the driver's license.   3. The key management apparatus according to claim 2, wherein the information is basic information of a driving license that can be read from the IC chip of the driving license without inputting a password.   4. The key management apparatus according to claim 1, further comprising a call content recording unit that records content of a call made between a driver and a call executor.   5. The key management device according to claim 1, further comprising an alcohol concentration recording unit that records a measured value of the alcohol concentration in the expiration of the driver. A key management system having a key storage device having a plurality of key boxes for storing and locking keys of a vehicle driven by a driver, and a key management device for performing key management,
The key management device includes:
Storing vehicle data including the vehicle ID of the vehicle and the key ID of the vehicle key in the storage unit;
A vehicle selection section that displays the vehicle ID of a vehicle of a type corresponding to the driver's immunity;
An unlocking permission unit for setting the key box of the key of the key ID corresponding to the selected vehicle ID to an unlocking permitted state;
A key management system comprising: A key management device that performs key management of a key storage device having a plurality of key boxes that store and lock a vehicle key driven by a driver, and stores vehicle data including the vehicle ID of the vehicle and the key ID of the vehicle key The key management device stored in
Displaying the vehicle ID of a vehicle of a type corresponding to the driver's immunity, in a selectable manner;
Setting the key box of the key of the key ID corresponding to the selected vehicle ID to an unlocking permitted state;
The key management method characterized by performing. A computer storing vehicle data including a vehicle ID of a vehicle driven by a driver and a key ID of a vehicle key in a storage unit,
A key management device for managing keys of a key storage device having a plurality of key boxes for storing and locking a vehicle key,
A vehicle selection section that displays the vehicle ID of a vehicle of a type corresponding to the driver's immunity;
An unlocking permission unit for setting the key box of the key of the key ID corresponding to the selected vehicle ID to an unlocking permitted state;
A program for causing a key management device to function.

Images