JP6980890B2 - Key management device and key management system - Google Patents

Description

The present invention relates to a key management device and a key management system capable of efficiently and appropriately acquiring a key holder by an operator.

Conventionally, money processing devices such as cashiers and money changers are installed in stores of financial institutions such as banks. This money processing device is often provided with a plurality of locks, for example, the door of the cashier and the money storage cassette are provided with separate locks. Further, the key for locking and unlocking these locks is strictly managed by the key management device.

Therefore, when unlocking the money processing device, the operator performs a predetermined operation including designation of the key to be taken out to the key management device, and obtains the desired key from the key management device. The lock provided in the money processing device is unlocked by taking out and using the taken out key.

Here, since the key management device is provided with a plurality of holder storage units for storing holders for holding keys (hereinafter referred to as "key holders"), it is easy for an operator to take out a desired key holder. The conventional technology used in the above is known. For example, in Patent Document 1, a display unit is provided above each holder storage unit, and when an operator swipes his / her own card through a card reader, the display unit of the key holder that can be taken out by the operator lights up in green. The technology to make it is disclosed. Therefore, the operator can extract a desired key holder from the plurality of key holders displayed in green by referring to the name of the key attached to the upper part of the key holder and the like.

Japanese Unexamined Patent Publication No. 6-167146

However, according to the above-mentioned Patent Document 1, since a plurality of display units are often lit in green, the operator himself / herself must select a desired key holder from the plurality of key holders.

Here, depending on the key management device, there may be no space around the key holder for pasting paper on which attribute information such as the name of the key is printed, so the operator cannot specify which key holder should be taken out. There is.

The present invention has been made to solve the above-mentioned problems (problems) of the prior art, and provides a key management device and a key management system capable of efficiently and appropriately acquiring a key holder by an operator. The purpose is.

In order to solve the above-mentioned problems and achieve the object, the present invention is a key management device including a plurality of holder storage units for storing a holder for holding a key, and at least the attributes of the key and the holder storage unit. a storage unit which stores data that associates identification information, the operation accepting unit that a holder for holding the keys which are the attributes of the displayed accepting an operation of specifying the identity of the holder accommodating portion for accommodating a display unit before when the identification information of the holder accommodating portion by an operation of Kimisao operation accepting unit has accepted is specified, it reads the attributes of the key that is held by a holder which is housed in the designated holder accommodating portion from the storage unit The display unit is provided with a key attribute output unit for display control.

The present invention, in the above invention, before Kimisao operation accepting unit, when an operation holder for holding a key is pressed to a specific holder accommodating portion is performed, the display object of the attributes the manipulation It is characterized in that it accepts as an operation of designating the identification information of the holder storage unit that stores the holder that holds the key.

The present invention, in the above invention, an input unit, before Kimisao operation accepting unit, when the identification information for identifying the holder with respect to the input portion is input, displays the the manipulation of said attribute It is characterized in that it is accepted as an operation of designating the identification information of the holder storage unit that stores the holder that holds the target key.

Further, the present invention is characterized in that, in the above invention, the storage unit stores the name of the device in which the key is used as the attribute.

Further, the present invention is a key management device including a plurality of holder storage units for storing a holder for holding a key, and stores at least data associated with key attributes and identification information for identifying the holder. The operation reception unit that accepts the operation to specify the identification information that identifies the holder that holds the key for which the attribute is to be displayed, the display unit, and the identification information that identifies the holder by the operation received by the operation reception unit. It is characterized by including a key attribute output unit that reads the key attribute held in the designated holder from the storage unit and controls the display on the display unit when designated .
Further, the present invention is a key management system in which a key management device having a plurality of holder storage units for storing a holder for holding a key and a management device for managing the key management device are communicably connected to each other. The management device has at least a storage unit that stores data associated with key attributes and identification information of the holder storage unit, and the key management device stores a holder that holds a key whose attributes are to be displayed. and operation accepting unit accepting an operation of specifying the identity of the holder accommodating portion, when the identification information of the holder accommodating portion is designated by a display unit, before Kimisao operation acceptance unit accepts an operation, the specified It is characterized by having a key attribute output unit that reads out the attributes of the key held in the holder stored in the holder storage unit from the storage unit and controls the display on the display unit.

According to the present invention, an operator can efficiently and appropriately acquire a key holder.

FIG. 1 is a diagram illustrating a concept of processing of the key management device according to the first embodiment. FIG. 2 is a system configuration diagram showing the configuration of the key management system. FIG. 3 is a perspective view showing the appearance of the key management device. FIG. 4 is a functional block diagram showing the configuration of the key management device. FIG. 5 is a diagram showing a specific example of the key management master. FIG. 6 is a diagram showing a specific example of key lending history data. FIG. 7 is an explanatory diagram of a specific example of display by the display operation unit. FIG. 8 is a functional block diagram showing the configuration of the management server. FIG. 9 is a flowchart showing a processing procedure of the key management device. FIG. 10 is a flowchart showing the details of the key management master storage process. FIG. 11 is a flowchart showing the details of the key attachment / detachment process. FIG. 12 is an explanatory diagram of the key exchange according to the second embodiment. FIG. 13 is a functional block diagram showing the configuration of the key management device. FIG. 14 is a diagram showing a specific example of the key exchange purpose list and the key exchange history data. FIG. 15 is a diagram showing a specific example of key usage schedule data. FIG. 16 is a diagram showing specific examples of set usage data and set history data. FIG. 17 is a diagram showing a specific example of long-term use history data. FIG. 18 is a flowchart showing a processing procedure related to key exchange. FIG. 19 is an explanatory diagram of an example of an operation screen related to key exchange. FIG. 20 is a flowchart showing a processing procedure related to the management of the key usage schedule. FIG. 21 is an explanatory diagram of an operation example in the use of a set.

Hereinafter, preferred embodiments of the key management device and the key management system according to the present invention will be described in detail with reference to the accompanying drawings.

<Concept of processing by key management device>
First, the concept of processing by the key management device according to the first embodiment will be described. FIG. 1 is a diagram illustrating a concept of processing of the key management device according to the first embodiment. The key management device 10 shown in FIG. 1 is a device provided in a store of a financial institution such as a bank and stores keys such as a money processing device and a safe.

The key management device 10 has a display operation unit 11 and a card reader 12. The display operation unit 11 is a touch panel display or the like, and is used for receiving operation input from an operator and displaying various information. The card reader 12 is used when reading identification information or the like from a card carried by an operator.

Specifically, when the operator swipes the card through the card reader 12, the card reader 12 reads the card ID, which is the identification information, from the card, and the operator is authenticated based on the card ID. As a result of the authentication, if the operator has the authority to take out the key, the door of the key storage (not shown) is unlocked and the door can be opened. A plurality of holders 14 for holding one or a plurality of keys connected by a ring are stored in the key storage. Further, each holder 14 is inserted into the corresponding holder storage unit 13, locked and stored.

In the first embodiment, a case where a magnetic card in which the card ID is stored as magnetic information is used and the card reader 12 reads the card ID from the magnetic card to authenticate the operator will be described as an example, but an IC (integrated) will be described. circuit) The operator may be authenticated using a card or code input. For example, when using an IC card capable of non-contact short-range wireless communication, the operator holds the IC card over the corresponding card reader, and the card reader reads the card ID from the IC card by short-range wireless communication and operates. The member will be authenticated. Further, when the code input is used, the operator inputs the code assigned in advance by the display operation unit 11 or the like, and the key management device 10 authenticates the operator based on the input code.

Here, when the operator pushes any of the holders 14 (1), the key management device 10 displays the attributes of the key held in the pushed holder 14 on the display operation unit 11 (2). .. The displayed key attributes include the name of the key and the number of keys. Further, it is desirable that the name of the key includes the name of the device in which the key is used. By displaying such an attribute, the operator can take out the key after confirming the name of the key and the like, and can acquire the holder 14 holding the desired key.

As described above, the key management device 10 according to the first embodiment stores the attributes of the key held in the holder 14, and displays the attributes of the key held in the holder 14 specified by the pushing operation. Display control is performed on 11. Therefore, the operator can efficiently acquire an appropriate holder after confirming the attributes of the key. In addition, the number of keys held in the holder 14 can be managed.

Note that FIG. 1 shows a case where the push-in operation of the holder 14 is detected and the attribute of the key held in the holder 14 specified by the push-in operation is displayed and controlled by the display operation unit 11, but the operator operates the display. When the identification information for specifying the holder 14 is input to the unit 11, it is also possible to display and control the attribute of the key held in the holder 14 specified by the input to the display operation unit 11.

<Structure of key management system>
Next, the configuration of the key management system will be described. FIG. 2 is a system configuration diagram showing the configuration of the key management system. As shown in FIG. 2, in the key management system according to the first embodiment, a key management device 10 and a device provided with a key such as a money deposit / withdrawal machine 40 and an important material management device 50 are connected via a predetermined network. Is connected to the management server 20. The management server 20 is also connected to the administrator terminal 30.

The key management device 10 is a device for storing keys necessary for operating various devices included in the key management system. The key management device 10 accepts the designated operation of the key to be retrieved, and makes it possible to retrieve the designated key.

The money deposit / withdrawal machine 40 is a cashier that handles loose bills, bundled bills bundled in units of a predetermined number of coins, loose coins, and packaged coins packaged in units of a predetermined number of coins. The money deposit / withdrawal machine 40 accepts such a money withdrawal instruction operation, and performs a money withdrawal process according to the received instruction operation. Further, the money deposit / withdrawal machine 40 receives a money storage instruction operation and performs a money storage process according to the received instruction operation.

The important material management device 50 is a device for storing important items such as passbooks, certificates and securities. The important material management device 50 has a plurality of storage units for storing such important materials, and each storage unit has a lock mechanism for restricting access from the outside. The important object management device 50 accepts an operation to take out an important object, and unlocks the corresponding storage unit according to the type of the specified important object, so that the specified important object can be taken out. do.

A device provided with a key such as an ATM (Automated Teller Machine), a money changer, or a safe may be further connected to the management server 20.

The management server 20 manages the keys used for each device. Specifically, a process of generating and holding a key management master associated with various information related to key usage such as key attributes, holders, and usage privileges, and distributing the key management master to other devices as needed. I do.

The administrator terminal 30 is a device used by an administrator who has an authority to generate or change a key management master. When creating or changing the key management master, as shown in FIG. 2, the administrator operates the administrator terminal 30 and sends a key management master registration / update request to the management server 20 (1). ..

When the management server 20 receives the key management master registration / update request from the administrator terminal 30, the management server 20 generates and updates the key management master and holds it in its own device, and distributes a new key management master to the key management device 10. (2). The key management device 10 holds the distributed key management master, and the management server 20 notifies the administrator terminal 30 of the completion of distribution of the key management master (3).

<Structure of key management device>
Next, the appearance of the key management device 10 will be described. FIG. 3 is a perspective view showing the appearance of the key management device 10. As shown in FIG. 3, the key management device 10 includes a key storage 10b that is opened and closed by a door 10a, a display operation unit 11, a card reader 12, and a receipt outlet 15a.

The key storage 10b is provided with a plurality of holder storage portions 13. The holder storage unit 13 detachably stores the holder 14 to which the key to be stored is connected by a ring. Each holder storage unit 13 has a lock mechanism (not shown) so that the removal of the holder 14 can be permitted or prohibited. The key management device 10 controls permission or prohibition of taking out each holder 14 by controlling a lock mechanism for each holder storage unit 13.

Further, the key management device 10 has a display operation unit 11. The display operation unit 11 is a touch panel display or the like, and is used for receiving operation input from an operator and displaying various information. The card reader 12 is used when reading identification information or the like from a card carried by an operator. The receipt outlet 15a is a port on which paper printed by a printer 15 (not shown) can be taken out and discharged.

Next, the configuration of the key management device 10 will be described. FIG. 4 is a functional block diagram showing the configuration of the key management device 10. As shown in FIG. 4, the key management device 10 includes a door locking mechanism 10c, a display operation unit 11, a card reader 12, a holder storage unit 13, a printer 15, a communication unit 16, a storage unit 17, and a control unit 18. Since the display operation unit 11, the card reader 12, and the holder storage unit 13 have been described in the description of the appearance of FIG. 3, the description in FIG. 4 will be omitted.

The door locking mechanism 10c is a mechanism for locking the door 10a of the key storage 10b. The printer 15 is a thermal type or inkjet type printing unit that prints on roll paper, and prints the usage status of each key managed by the key management device 10. This is an interface unit for data communication with the management server 20 via the communication unit 16 and the communication line 90.

The storage unit 17 is a storage device including a hard disk device, a non-volatile memory, and the like. The storage unit 17 stores the key management master 17a and the key lending history data 17b. The key management master 17a is data associated with various information related to the use of the key, such as key attributes, holders, and usage privileges. The key lending history data 17b is data showing the history of key lending.

The control unit 18 is a control unit that controls the entire key management device 10, and includes a key management master processing unit 18a, a lending processing unit 18b, a holder designation operation reception unit 18c, and a key attribute output unit 18d. Actually, the programs corresponding to the key management master processing unit 18a, the lending processing unit 18b, the holder designation operation receiving unit 18c, and the key attribute output unit 18d are stored in a storage device such as a non-volatile memory or a magnetic disk device. By loading these programs into the memory and executing them on the CPU (Central Processing Unit), the corresponding processes are executed.

The key management master processing unit 18a updates the key management master 17a by storing the key management master received from the management server 20 in the storage unit 17, and performs a process of notifying the management server 20 of the completion of the update.

The lending processing unit 18b is a processing unit that manages the lending and returning of keys. Specifically, when the card reader 12 reads the card ID, the lending processing unit 18b performs authentication processing of the read card ID. If the authority to take out the key is set as a result of the authentication, the lending processing unit 18b controls the door locking mechanism 10c to be unlocked.

Further, the lending processing unit 18b performs key lending processing when the display operation unit 11 accepts the key use operation after the card ID is authenticated. Specifically, the lock of the designated holder storage unit 13 is released on condition that the card ID has the usage authority set in the holder storage unit 13 designated by the key use operation. Further, when the lending processing unit 18b detects the removal of the holder 14, the date and time at that time is set as the lending date and time, and the card ID and the identification information of the holder storage unit 13 are associated with the lending date and time in the key lending history data 17b. sign up.

Further, the lending processing unit 18b locks the holder storage unit 13 if the holder 14 is returned to the holder storage unit 13 after the card ID is authenticated. Further, the lending processing unit 18b sets the date and time at that time as the return date and time, and registers the card ID and the identification information of the holder storage unit 13 in the key lending history data 17b in association with the return date and time.

The holder storage unit 13 is provided with a sensor for detecting the presence or absence of the holder 14 and a sensor for detecting the pushing of the holder 14, so that the holder 14 is stored from the state where the holder 14 is not stored. If it changes, it is determined that the holder 14 is returned regardless of whether the holder 14 is pushed in or not.

In addition, the lending processing unit 18b manages the lending time of the key. Specifically, the holder storage unit 13 has an upper limit of the lending time, and outputs an alarm when the time from the lending date and time to the return date and time exceeds the upper limit.

The holder designation operation receiving unit 18c is a processing unit that accepts an operation for designating the holder 14 to be displayed as an attribute. Specifically, if the holder 14 is pushed in while the holder 14 is stored before the door locking mechanism 10c is unlocked, the operation is an operation of designating the holder 14 whose attribute is to be displayed. Accept as.

Further, when the operator inputs the identification information for specifying the holder 14 to the display operation unit 11, the operation is accepted as an operation for designating the holder 14 to be displayed of the attribute.

In addition, the notification of the holder 14 whose attribute is to be displayed may be received in advance from another device. For example, when the currency deposit / withdrawal machine 40 is made to read the card ID and the operation to reserve the use of the key is performed, the currency deposit / withdrawal machine 40 may be notified of the holder 14 whose attributes are to be displayed via the management server 20. can. The management server 20 may determine in which holder 14 the key of the money deposit / withdrawal machine 40 is held, or the money deposit / withdrawal machine 40 may determine. When the money deposit / withdrawal machine 40 specifies the holder 14, the key management master is distributed in advance from the management server 20 to the money deposit / withdrawal machine 40.

When the holder 14 is designated by the operation or notification received by the holder designation operation reception unit 18c, the key attribute output unit 18d reads the attribute of the designated holder 14 from the key management master 17a and displays it on the display operation unit 11. Control.

Next, the data stored in the storage unit 17 of the key management device 10 shown in FIG. 4 will be specifically described. FIG. 5 is a diagram showing a specific example of the key management master 17a. As shown in FIG. 5, the key management master 17a assigns the holder storage unit number as the identification information of the holder storage unit 13.

Then, the attribute, the upper limit of the lending time, and the usage authority are associated with the holder storage unit number. The attributes include the name of the key and the number of keys. Further, as for the usage authority, the presence or absence of the authority is set for the name and card ID of the operator.

In FIG. 5, the name of the key "safe key", the number of keys "1", and the upper limit of lending time "60 minutes" are set in the holder storage unit number "01". In addition, the name of the key "money deposit / withdrawal machine key", the number of keys "1", and the upper limit of lending time "60 minutes" are set in the holder storage unit number "02". In addition, the name of the key "ATM door key", the number of keys "3", and the upper limit of lending time "60 minutes" are set in the holder storage unit number "03". Further, the name of the key "ATM cash key", the number of keys "3", and the upper limit of the lending time "60 minutes" are set in the holder storage unit number "04".

Furthermore, for the name "AB" and card ID "1001", the usage authority "Yes" for the holder storage unit number "01", the usage authority "Yes" for the holder storage unit number "02", and the holder storage unit number The usage authority "Yes" for "03" and the usage authority "Yes" for the holder storage unit number "04" are set.

For the name "CD" and card ID "1002", the holder storage unit number "01" has the usage authority "None", the holder storage unit number "02" has the usage authority "Yes", and the holder storage unit number. The usage authority "Yes" for "03" and the usage authority "Yes" for the holder storage unit number "04" are set.

For the name "EF" and the card ID "1101", the holder storage unit number "01" has the usage authority "None", the holder storage unit number "02" has the usage authority "None", and the holder storage unit number. The usage authority "Yes" for "03" and the usage authority "Yes" for the holder storage unit number "04" are set.

FIG. 6 is a diagram showing a specific example of the key lending history data 17b. As shown in FIG. 6, the key lending history data 17b is data in which the lending date / time, the return date / time, the card ID, and the holder storage unit number are associated with each other. Specifically, the holder 14 corresponding to the holder storage unit number "03" is taken out by the operator having the card ID "1101" at the rental date and time "2016 07/16 10:40", and the return date and time "2016 07/16". It is shown that it was returned at 10:53. In addition, the holder 14 corresponding to the holder storage unit number "02" was taken out by the operator having the card ID "1002" at the rental date and time "2016 07/16 12:15", and this holder 14 was not returned. It is shown that there is.

Next, a specific example of the display by the display operation unit 11 will be described. FIG. 7 is an explanatory diagram of a specific example of display by the display operation unit 11. In the initial state shown in FIG. 7A, the message "Please swipe the card through the reader" is displayed together with the date and time information. If the card reader 12 reads the card ID in this state, authenticates the card ID, and then unlocks the door 10a, as shown in FIG. 7 (b), "Please specify the holder" together with the date and time information. Message is displayed.

Then, when the holder 14 is designated by a pushing operation or the like of the holder 14, as shown in FIG. 7C, the attribute of the key corresponding to the designated holder 14 is displayed together with the date and time information. In FIG. 7 (c), "holder storage unit number: 03", "key name: ATM door key", and "number of keys: 3" are displayed.

Further, in FIG. 7C, in addition to the key attribute, a “back” button and a “use” button are displayed. When the "Back" button is operated, the display returns to the display shown in FIG. 7B. Then, when the "use" button is operated, the lock of the holder 14 is released and the holder 14 can be taken out.

<Management server configuration>
Next, the configuration of the management server 20 will be described. FIG. 8 is a functional block diagram showing the configuration of the management server 20. As shown in FIG. 8, the management server 20 includes a display unit 21, an input unit 22, a communication unit 23, a storage unit 24, and a control unit 25.

The display unit 21 is a display device such as a liquid crystal display device. The input unit 22 is an input device such as a keyboard and a mouse. The communication unit 23 is a communication interface that communicates with a key management device 10, an administrator terminal 30, a money deposit / withdrawal machine 40, an important item management device 50, and the like.

The storage unit 24 is a storage device such as a hard disk device or a non-volatile memory, and stores the key management master 24a.

The control unit 25 is a control unit that controls the entire management server 20, and includes a key management master generation unit 25a, a key management master update unit 25b, and an update completion processing unit 25c. Actually, the programs corresponding to these functional units are stored in a ROM or non-volatile memory (not shown), and these programs are loaded into the CPU (Central Processing Unit) and executed to execute the key management master generation unit. 25a, the key management master update unit 25b, and the update completion processing unit 25c are to execute the corresponding processes.

The key management master generation unit 25a newly creates a key management master 24a based on the key management master registration request from the administrator terminal 30, stores it in the storage unit 24, and distributes it to the key management device 10 and the like. ..

The key management master update unit 25b updates the key management master 24a of the storage unit 24 based on the key management master update request from the administrator terminal 30, and distributes the updated key management master 24a to the key management device 10 and the like. Perform processing.

The update completion processing unit 25c manages the key when the key management master generation unit 25a or the key management master update unit 25b distributes the key management master 24a and then receives an update completion notification from the distribution destination key management device 10 or the like. A process of notifying the administrator terminal 30 of the completion of distribution of the master is performed.

<Processing of key management device>
Next, the processing of the key management device 10 will be described. FIG. 9 is a flowchart showing a processing procedure of the key management device 10. The processing procedure shown in FIG. 9 is repeatedly executed by the key management device 10.

First, the key management master processing unit 18a of the key management device 10 performs key management master storage processing (step S101). After that, the lending processing unit 18b determines whether or not the card reader 12 has read the card ID (step S102).

If the card reader 12 has not read the card ID (step S103; No), the key management device 10 ends the process as it is. If the card reader 12 reads the card ID (step S103; Yes). The lending processing unit 18b executes the card ID authentication processing (step S104). In this authentication process, if the card ID is registered in the key management master 17a and the usage authority is "Yes" for any of the holder storage unit numbers, the authentication is successful. If the authentication is not successful (step S105; No), the key management device 10 ends the process as it is.

If the authentication is successful (step S105; Yes), the lending processing unit 18b controls the unlocking of the door locking mechanism 10c (step S106) and executes the key attachment / detachment process (step S107). After the key attachment / detachment process, the lending processing unit 18b determines whether or not the door 10a is closed (step S108). If the door 10a is not closed (step S108; No), the lending processing unit 18b proceeds to step S107. Then, when the door 10a is closed (step S108; Yes), the lending processing unit 18b locks and controls the door locking mechanism 10c (step S109), and ends the processing.

Next, the details of the key management master storage process shown in FIG. 9 will be described. FIG. 10 is a flowchart showing the details of the key management master storage process. First, the key management master processing unit 18a determines whether or not the key management master has been received from the management server 20 (step S201). If the key management master has not been received (step S202; No), the key management master storage process is terminated as it is.

Next, if the key management master is received (step S202; Yes), the key management master processing unit 18a updates the key management master 17a of the storage unit 17 by the received key management master (step S203), and the management server. An update completion notification is sent to 20 (step S204), and the key management master storage process is terminated.

Next, the details of the key attachment / detachment process shown in FIG. 9 will be described. FIG. 11 is a flowchart showing the details of the key attachment / detachment process. First, the holder designation operation receiving unit 18c determines whether or not the operation for designating the holder 14 to be displayed of the attribute has been accepted (step S301). If the operation for designating the holder 14 to be the display target of the attribute is accepted (step S301; Yes), the key attribute output unit 18d reads the attribute of the designated holder 14 from the key management master 17a and displays the display operation unit 11. Display control to (step S302).

After step S302, or when the operation of designating the holder 14 to be displayed of the attribute is not accepted (step S301; No), the lending processing unit 18b determines whether or not the key use operation has been accepted (step S303). ).

If the key use operation is accepted (step S303; Yes), the lending processing unit 18b refers to the key management master 17a based on the card ID, and the holder storage unit 13 corresponding to the holder 14 designated by the key use operation. It is determined whether or not the usage authority "Yes" is set for (step S304).

When the usage authority is set to "Yes" (step S304; Yes), the lending processing unit 18b unlocks the designated holder 14 (step S305). Then, when the removal of the holder 14 is detected, the lending processing unit 18b sets the date and time at that time as the lending date and time, and associates the card ID with the identification information of the holder storage unit 13 with the lending date and time to obtain the key lending history data 17b. Update (step S306). If a predetermined time has elapsed without removing the holder 14 after unlocking the holder 14, the holder 14 is locked and the key lending history data 17b is not updated.

After the end of step S306, if the key use operation is not accepted (step S303; No), or if the use authority is set to "None" (step S304; No), the lending processing unit 18b returns the holder 14. Is determined (step S307).

If the return of the holder 14 is detected (step S307; Yes), the lending processing unit 18b locks the holder storage unit 13. Further, the date and time at that time is set as the return date and time, and the key lending history data 17b is updated by associating the card ID with the identification information of the holder storage unit 13 with the return date and time (step S308). After step S308, or when the return of the holder 14 is not detected (step S307; No), the lending processing unit 18b ends the key attachment / detachment process.

As described above, in the key management system according to the first embodiment, the key management device 10 includes a plurality of holder storage units 13 for storing the holder 14 for holding the key, and each holder storage unit 13 and the holder storage unit 13 are provided. The key management master 17a associated with the key attribute related to the unit 13 is stored. Then, when the operation of designating the holder 14 to be the display target of the attribute is accepted, the attribute of the key is displayed and controlled by the display operation unit 11 based on the key management master 17a, so that the operator can efficiently and appropriately control the key. It is possible to obtain a holder. In addition, by including the number of keys in the key attribute, the number of keys held in the key holder can be managed.

In the first embodiment, the management and output of the key attribute have been described, but the key management system according to the present invention can further realize other functions related to the key management. In the second embodiment, various functions related to key management will be described.

<Input for key exchange purpose>
As described in Example 1, the holder 14 holds one or more keys connected by a ring. For example, one holder 14 can hold the keys for the doors of a plurality of ATMs, and one holder 14 can hold the internal keys for cash withdrawal of the plurality of ATMs. It is also possible for one holder 14 to hold the same ATM door key and an internal key for cash withdrawal.

Here, when the key is damaged, the equipment is replaced, or the configuration of the key held in each holder 14 is changed, it is necessary to remove the key from the holder 14 and replace it. From the viewpoint of fraud prevention, such key exchange is required to strictly manage the purpose and history. Therefore, the key management device 110 according to the second embodiment permits key exchange on condition that the purpose of key exchange is input, and holds the history of key exchange in association with the input purpose.

FIG. 12 is an explanatory diagram of the key exchange according to the second embodiment. The key management device 110 holds a key exchange purpose list 17c in which the purpose of key exchange is predetermined. When a key exchange is required, an operator having a predetermined authority swipes the card through the card reader 12, and the card reader 12 reads the card ID (1).

After that, when the operator performs the key exchange operation, the key management device 110 displays the key exchange purpose list 17c on the display operation unit 11 and causes the display operation unit 11 to select the purpose of the key exchange. If the operator makes an input to select the purpose of the key exchange (2), the key management device 110 unlocks the holder 14 designated by the key exchange operation. Therefore, the operator can take out the holder 14 and exchange the key. Further, the key management device 110 registers the selected key exchange purpose and the card ID in the key exchange history data 17d in association with each other (3). If the operator does not input to select the purpose of the key exchange, the key management device 110 does not unlock the holder 14, and the operator cannot perform the key exchange.

In this way, by permitting key exchange on condition that the purpose of key exchange is input and holding the history of key exchange in association with the input purpose, the history of key exchange is strictly managed and an unauthorized key is used. Can be prevented from being replaced.

<Structure of key management device>
Next, the configuration of the key management device 110 according to the second embodiment will be described. FIG. 13 is a functional block diagram showing the configuration of the key management device 110. As shown in FIG. 13, in the storage unit 17 of the key management device 110, in addition to the key management master 17a and the key lending history data 17b, the key exchange purpose list 17c, the key exchange history data 17d, the key usage schedule data 17e, and the set use The data 17f, the set usage history data 17g, and the long-time usage history data 17h are stored.

Further, the control unit 18 of the key management device 110 includes a key management master processing unit 18a, a lending processing unit 18b, a holder designation operation reception unit 18c, a key attribute output unit 18d, a key exchange management unit 18e, and a key usage schedule management unit. It has 18f, a set use management unit 18g, and a long-time use management unit 18h.

Since other configurations and operations are the same as those of the key management device 10 shown in the first embodiment, the same components are designated by the same reference numerals and the description thereof will be omitted.

The key exchange purpose list 17c is data in which the purpose of the key exchange is predetermined. The key exchange history data 17d is data showing the history of key exchange. The key usage schedule data 17e is data in which the key usage schedule is predetermined. The set usage data 17f is data predetermined for the combined use of keys held in a plurality of holders 14. The set usage history data 17g is data showing the key usage history based on the combination defined in the set usage data 17f. The long-term use history data 17h is data showing the history of use exceeding the upper limit of the lending time.

The key exchange management unit 18e is a processing unit that manages the key exchange. Specifically, the key exchange management unit 18e performs a process of storing the key exchange purpose list 17c in the storage unit 17. The key exchange purpose list 17c may be generated by the key exchange management unit 18e based on the operation input to the display operation unit 11. Further, the key exchange purpose list 17c generated by the management server 20 or another device may be received and stored in the storage unit 17.

When the card ID is read by the card reader 12 and the key exchange operation is accepted from the operator having a predetermined authority, the key exchange management unit 18e displays the key exchange purpose list 17c on the display operation unit 11 and displays the key. Let them choose the purpose of the exchange. Then, the lock of the holder 14 designated by the key exchange operation is released on condition that the input for selecting the purpose of the key exchange is accepted, and the key exchange history is associated with the selected purpose of the key exchange and the card ID. Register in the data 17d.

The key exchange may require an approval operation by the administrator. The key exchange management unit 18e also registers the approval operation by the administrator in the key exchange history data 17d, and manages the history of the approval operation.

If the approval operation by the administrator is a condition for key exchange, the lock of the holder 14 is released after the approval operation is accepted. It is also possible to set the holder 14 to accept the approval operation by the administrator after unlocking the lock and enabling the key exchange.

Furthermore, the approval operation by the administrator can be requested from multiple people. Further, the approval operation by the administrator may be performed directly on the key management device 110 or may be performed via the network.

Further, the key exchange management unit 18e can print the key exchange history data 17d by the printer 15. When printing, it is desirable to include the purpose of key exchange included in the key exchange history data 17d in the print target. Further, the key exchange history data 17d can be transmitted by the communication unit 16, and the key exchange history data 17d can be used for display or printing by another device.

The key usage schedule management unit 18f is a processing unit that manages the key usage schedule and performs notification based on the usage schedule. Specifically, the key usage schedule management unit 18f performs a process of storing the key usage schedule data 17e in which the key usage schedule is predetermined in the storage unit 17. The key usage schedule data 17e may be generated by the key usage schedule management unit 18f based on the operation input to the display operation unit 11. Further, the key usage schedule data 17e generated by the management server 20 or another device may be received and stored in the storage unit 17.

The key usage schedule data 17e sets the scheduled date and time for using the key, the usage compulsory setting for setting whether or not to force the key to be used, and the next schedule when the key usage is not forced for the holder storage unit number. It is the data associated with the skip setting to be set and the purpose of use.

The key usage schedule management unit 18f notifies the operator when the date and time indicated on the scheduled date and scheduled time are reached, and prompts the operator to use the key based on the schedule. In addition, if the setting does not force the use and a skip operation indicating that the next schedule is deferred is accepted, the next schedule is set based on the skip setting.

The set use management unit 18g is a processing unit that manages the set use in which the keys held in the plurality of holders 14 are used in combination. For example, when collecting cash from an ATM and storing it in a currency deposit / withdrawal machine, an ATM door key, an ATM cash key, and a currency deposit / withdrawal machine key are required. When these keys are held in another holder 14, the operator takes out all the holders 14 at once, but it is assumed that the operator determines the required holder 14 and takes out the keys. , You may forget to take it out. If such forgetting to take out occurs, the operator will open the key management device 110 again to acquire the holder 14 for which the key management device 110 has been forgotten to be taken out, and the work efficiency is lowered. Further, if the required holder 14 is erroneously determined, the unnecessary holder 14 will be taken out.

Therefore, the set use management unit 18g stores a combination of a plurality of holders 14 for the purpose of taking out the key, and notifies an appropriate combination of the holders 14 when the operator inputs the purpose. Further, the order of taking out the holders 14 is specified, and the locks of the holders 14 are released according to the order of taking out, so that the operator can take out the holders 14 one by one. With such a configuration, it is possible to prevent the holder 14 from being forgotten to be taken out or being mistakenly taken out.

The set use management unit 18g performs a process of storing the set use data 17f indicating the purpose of extracting the key, the combination of the plurality of holders 14, and the extraction order in the storage unit 17. The set use data 17f may be generated by the set use management unit 18g based on the operation input to the display operation unit 11. Further, the set usage data 17f generated by the management server 20 or another device may be received and stored in the storage unit 17.

When the card ID is read by the card reader 12 and the set use operation is accepted, the set use management unit 18g causes the card reader 12 to select the purpose of taking out the key. Then, when the input for selecting the purpose of extracting the key is accepted, the lock of the holder 14 is sequentially released according to the set usage data 17f, and the unlocked holder 14 is notified to the operator to inform the operator of the holder. 14 is taken out.

Further, the set usage management unit 18g stores the key usage history based on the set usage data 17f in the storage unit 17 as the set usage history data 17g. The set usage history data 17g can be printed by the printer 15. Further, the communication unit 16 can transmit the set usage history data 17g, and another device can use the set usage history data 17g for display and printing.

The long-time use management unit 18h is a processing unit that manages the history of long-term use exceeding the upper limit of the lending time. When the holder 14 is returned after the upper limit of the lending time is exceeded, the long-time use management unit 18h requests input of the reason and registers it in the long-time use history data 17h in association with the long-time use history. do. The input of the reason for long-term use may require approval by an operator having predetermined administrator authority. Alternatively, the reason for long-term use may be input by an operator having predetermined administrator authority. The input method for the reason for long-term use may be selected from a predetermined list, or may be arbitrarily input.

In addition, the long-term use management unit 18h gives a notice notice before a predetermined time exceeding the upper limit of the lending time. This notice is different from the warning when the upper limit of the lending time is exceeded, such as voice. It is not necessary to keep the history of the advance notice. That is, if the operator who notices the notice notification returns the holder 14, it will be used normally and the occurrence of long-term use can be prevented.

The long-time use management unit 18h can print the long-time use history data 17h by the printer 15. When printing, it is desirable to include the reason for long-term use included in the long-time use history data 17h in the print target. Further, the communication unit 16 can transmit the long-time use history data 17h, and another device can use the long-time use history data 17h for display and printing.

Next, the data stored in the storage unit 17 of the key management device 110 shown in FIG. 13 will be specifically described. FIG. 14 is a diagram showing specific examples of the key exchange purpose list 17c and the key exchange history data 17d.

As shown in FIG. 14 (c), in the key exchange purpose list 17c, "1. damage", "2. device replacement" and "3. configuration change" can be selected as the key exchange purpose.

Further, as shown in FIG. 14D, the key exchange history data 17d is data associated with the lending date / time, the return date / time, the executor card ID, the holder storage unit number, the purpose, the approver card ID, and the approval date / time. be. Specifically, the holder 14 corresponding to the holder storage unit number "03" is taken out for key exchange by the operator having the card ID "1101" at the rental date and time "2016 07/13 17:01", and the return date and time. It is shown that it was returned at "2016 07/13 17:27". Further, it is shown that the purpose of the key exchange is "1. Damage", and the operator who has the approver card ID "1001" approves the key at the approval date and time "2016 07/13 17:06".

FIG. 15 is a diagram showing a specific example of the key usage schedule data 17e. As shown in FIG. 15, the key usage schedule data 17e is data in which the holder storage unit number, the scheduled date, the scheduled time, the forced use setting, the skip setting, and the purpose are associated with each other.

Specifically, the holder storage unit number "01" is associated with the scheduled date "every day", the scheduled time "8:00", the forced use setting "forced", the skip setting "impossible", and the purpose "safe entry". ing.

In addition, for the holder storage unit numbers "03" and "04", the scheduled date "every day", scheduled time "8:20", forced use setting "forced", skip setting "impossible" and purpose "ATM cash loading" are supported. It is attached.

Also, for the holder storage unit number "07", the scheduled date "every day", the scheduled time "8:25", the forced use setting "non-forced", the skip setting "possible (same time the next day)" and the purpose "cash loading at the counter" Are associated with each other.

In addition, regarding the holder storage unit number "11", the scheduled date "examination date", the scheduled time "15:45", the forced use setting "non-compulsory", the skip setting "possible (8:00 the next day)" and the purpose "ATM scrutiny" "Is associated with it.

FIG. 16 is a diagram showing specific examples of the set usage data 17f and the set usage history data 17g. As shown in FIG. 16 (f), the set use data 17f is data in which the purpose of use of the set, the order, and the holder storage unit number are associated with each other.

Specifically, regarding the purpose of use of the set "ATM cash collection", the holder storage unit number "03" is in the order "1", the holder storage unit number "04" is in the order "2", and the holder storage unit number is in the order "3". "02" is associated with it.

Further, regarding the purpose of use of the set "money deposit / withdrawal machine cash collection", the holder storage unit number "02" is associated with the order "1", and the holder storage unit number "01" is associated with the order "2".

As shown in FIG. 16 (g), the set usage history data 17g is data in which the lending date / time, the return date / time, the card ID, and the set usage purpose are associated with each other. Specifically, the key is taken out based on the purpose of use of the set "ATM cash collection" by the operator with the card ID "1102" at the lending date and time "2016 07/16 15:27", and the return date and time "2016 07 / It is shown that it was returned at 16 15:44.

FIG. 17 is a diagram showing a specific example of long-term use history data 17h. As shown in FIG. 17, the long-time use history data 17h is data associated with a lending date / time, a return date / time, an executor card ID, a holder storage unit number, a usage time, a reason for long-term use, and a reason input card ID. .. Specifically, the holder 14 corresponding to the holder storage unit number "03" is taken out by the operator having the card ID "1101" at the rental date and time "2016 07/15 18:00", and the return date and time "2016 07/15". It is shown that it was returned at 19:30. Further, it is shown that the usage time is "90 minutes", the reason for long-term use is "ATM maintenance", and the reason for long-term use time is input by the operator of the card ID "1002".

Next, the processing procedure related to the key exchange will be described. FIG. 18 is a flowchart showing a processing procedure related to key exchange. The card reader 12 of the key management device 110 reads the card ID (step S401), and the display operation unit 11 accepts the key exchange operation (step S402). After that, when the holder designation operation is accepted by the display operation unit 11 or the like (step S403), the key exchange management unit 18e displays the key exchange purpose list 17c on the display operation unit 11 (step S404).

When the key exchange management unit 18e receives the input for selecting the purpose of the key exchange (step S405; Yes), the key exchange management unit 18e unlocks the designated holder 14 and permits the key to be taken out (step S406), and selects the key exchange. The key exchange history data 17d is updated (step S407) in association with the purpose of the key exchange and the card ID, and the process is terminated. If the input for selecting the purpose of the key exchange is not accepted (step S405; No), the key exchange management unit 18e ends the process as it is.

Next, an example of an operation screen related to key exchange will be described. FIG. 19 is an explanatory diagram of an example of an operation screen related to key exchange. FIG. 19A shows the management menu screen of the display operation unit 11. On this management menu screen, "1. scrutiny" button, "2. registration" button, "3. deletion" button, "4. time setting" button and "5. key exchange" button are displayed.

When the operation for the "5. Key exchange" button is accepted, the holder designation screen shown in FIG. 19B is displayed on the display operation unit 11. On this holder designation screen, along with the message "Please specify the holder", a number button for entering the holder storage unit number and the like are displayed. Further, a list of holder storage unit numbers may be displayed.

When the operation of designating the holder is performed by inputting the holder storage unit number, the display operation unit 11 displays the purpose selection screen shown in FIG. 19 (c). On this purpose selection screen, a "1. Damage" button, a "2. Device replacement" button, a "3. Configuration change" button, a "Back" button, and a "Confirm" button are displayed. When the operator operates the button indicating the purpose and operates the "confirm" button, the selection of the purpose is confirmed. When the "Back" button is operated, the screen returns to the management menu screen shown in FIG. 19 (c).

Next, the processing procedure related to the management of the key usage schedule will be described. FIG. 20 is a flowchart showing a processing procedure related to the management of the key usage schedule. The key usage schedule management unit 18f refers to the key usage schedule data 17e based on the date and time at that time, and determines the scheduled date and time (step S501).

If any of the schedules registered in the key usage schedule data 17e has not reached the scheduled date and time (step S502; No), the process proceeds to step S501 and the scheduled date and time is determined.

If the scheduled date and time is reached for any of the schedules registered in the key usage schedule data 17e (step S502; Yes), the key usage schedule management unit 18f sets the usage compulsory setting to "forced" for the schedule that has reached the scheduled date and time. It is determined whether or not it is set to "(step S503).

When the forced use setting is not set to "forced" (step S503; No), the key usage schedule management unit 18f unlocks the holder corresponding to the schedule (step S504) and notifies (step S505). .. After that, if the card reader 12 reads the card ID (step S506), the card ID is authenticated and the notification is canceled (step S507).

If a skip operation is performed after step S507 (step S508; Yes), the next schedule is set based on the skip setting (step S511), and the process proceeds to step S501. If the skip operation is not performed after step S507 (step S508; No) and the removal of the holder 14 is detected (step S509), the key lending history data 17b is updated (step S510), and the process ends. ..

On the other hand, when the forced use setting is set to "forced" (step S503; Yes), the key usage schedule management unit 18f unlocks the holder corresponding to the schedule (step S512) and performs notification (step S512). S513). After that, the card reader 12 reads the card ID and authenticates the card ID (step S514). When the removal of the holder 14 is detected (step S515), the notification is canceled (step S516), the key lending history data 17b is updated (step S510), and the process ends.

In this processing procedure, if the forced use setting is not set to "forced", the operator can select whether to take out the holder 14 or perform a skip operation after the notification is canceled. On the other hand, when the forced use setting is set to "forced", the notification is not released until the holder 14 is taken out, and the operator can surely take out the holder 14. When setting the next schedule by the skip operation, it is also possible to set the use compulsory setting to "forced" for the next schedule.

Next, an operation example in using the set will be described. FIG. 21 is an explanatory diagram of an operation example in the use of a set. On the operation screen of the display operation unit 11 shown in FIG. 21 (a), either "individual use" or "set use" can be selected when the holder 14 is taken out.

If "use set" is selected, the display operation unit 11 displays an operation screen for selecting the purpose of using the set, as shown in FIG. 21 (b). On this operation screen, an "ATM cash collection" button, a "money deposit / withdrawal machine cash collection" button, and a "next" button are displayed. When the "Next" button is operated, the screen for selecting another purpose is displayed.

When the "ATM cash collection" button is operated, the message "Please take out the holder of 03 (ATM door key)" is displayed as shown in FIG. 21 (c). Further, in the key storage 10b, the lock of the holder storage unit number "03" is released, and the corresponding lamp lights up.

When the holder 14 of the holder storage unit number "03" is taken out, the message "Please take out the holder of 04 (ATM cash key)" is displayed as shown in FIG. 21 (d). Further, in the key storage 10b, the lock of the holder storage unit number "04" is released, and the corresponding lamp lights up.

As described above, in the key management system according to the second embodiment, the key management device 110 stores the key exchange purpose list, permits key exchange on condition that the target is input, and inputs the key exchange history. It is retained in association with the purpose. Therefore, it is possible to strictly manage the history of key exchange and prevent unauthorized key exchange.

Further, the key management device 110 can support the proper operation of the key by supervising the usage schedule of the key and notifying the scheduled date and time. In the second embodiment, an example of notifying when the scheduled date and time is reached has been described, but when the key is taken out before a predetermined time from the scheduled date and time, the corresponding schedule is notified. May not be done. Further, the scheduled date and time may be set based on the past usage history.

Further, the key management device 110 manages the use of a set in which the keys held in the plurality of holders 14 are used in combination, and the holders 14 belonging to the combination are taken out in a specified order, so that the holders 14 are forgotten to be taken out or taken out. You can prevent mistakes.

Further, the key management device 110 can accept input of a reason and manage the history of long-term use when the long-time use exceeding the upper limit of the lending time occurs. Furthermore, it is possible to reduce the frequency of long-term use by giving a notice before the upper limit of the lending time is exceeded.

In the first and second embodiments, the key management system in the store of a financial institution such as a bank has been described as an example, but the present invention is not limited to this, and a plurality of keys are managed. It can be widely applied to key management systems.

Further, in the first and second embodiments, the configuration in which the management server 20 generates the key management master and distributes it to the key management device has been described as an example, but the present invention is not limited thereto. , Any configuration can be taken. For example, the key management device may have a management server function. In this configuration, the administrator terminal 30 is connected to the key management device.

Further, the key management device does not need to be fixedly installed, and the present invention may be applied to a portable key management device.

Further, each configuration shown in the above-mentioned Examples 1 and 2 is a schematic function, and does not necessarily have to be a physically illustrated configuration. That is, the form of distribution / integration of each device is not limited to the one shown in the figure, and all or part of them may be functionally or physically distributed / integrated in any unit according to various loads and usage conditions. Can be configured.

The key management device and the key management system of the present invention are useful for an operator to obtain an efficient and appropriate key holder.

10, 110 Key management device 10a Door 10b Key storage 10c Door locking mechanism 11 Display operation unit 12 Card reader 13 Holder storage unit 14 Holder 15 Printer 15a Receipt outlet 16, 23 Communication unit 17, 24 Storage unit 17a Key management master 17b Key lending history data 17c Key exchange purpose list 17d Key exchange history data 17e Key usage schedule data 17f Set usage data 17g Set usage history data 17h Long-term usage history data 18, 25 Control unit 18a Key management master processing unit 18b Lending processing unit 18c Holder designation operation reception unit 18d Key attribute output unit 18e Key exchange management unit 18f Key usage schedule management unit 18g Set usage management unit 18h Long-term use management unit 20 Management server 21 Display unit 22 Input unit 24a Key management master 25a Key management master generation Department 25b Key management master update unit 25c Update completion processing unit 30 Administrator terminal 40 Money deposit / withdrawal machine 50 Important material management device

Claims (6)

A key management device equipped with a plurality of holder storage units for storing a holder for holding a key.
A storage unit that stores data associated with at least the key attributes and the identification information of the holder storage unit, and a storage unit.
And operation accepting unit accepting an operation of specifying the identity of the holder accommodating portion for accommodating a holder for holding the the attributes of the display object key,
Display and
If the previous Kimisao operation accepting unit is specified identification information of the holder accommodating section by operation accepted, the attributes of the key held in the holder is accommodated in the holder accommodating portion designated is read out from the storage unit A key management device characterized by having a key attribute output unit for display control on the display unit. Before Kimisao operation accepting unit, when an operation holder for holding a key is pressed to a specific holder accommodating portion is performed, the holder housing for accommodating a holder for holding a key comprising a the manipulation and display target of the attribute The key management device according to claim 1, wherein the key management device is received as an operation for designating the identification information of the unit. Equipped with an input section
Before Kimisao operation accepting unit, when the identification information for identifying the holder with respect to the input unit is inputted, the identification of the holder accommodating portion for accommodating a holder for holding a key comprising a the manipulation and display target of the attribute The key management device according to claim 1, wherein the key management device is received as an operation for designating information. The key management device according to any one of claims 1 to 3, wherein the storage unit stores the name of the device in which the key is used as the attribute. A key management device equipped with a plurality of holder storage units for storing a holder for holding a key.
A storage unit that stores data associated with at least key attributes and identification information that identifies the holder.
An operation reception unit that accepts operations that specify identification information that identifies the holder that holds the key for which the attribute is to be displayed.
Display and
Key attribute output that reads the attribute of the key held in the designated holder from the storage unit and controls the display on the display unit when the identification information that identifies the holder is specified by the operation received by the operation reception unit. With the department
A key management device characterized by being equipped with. A key management system in which a key management device having a plurality of holder storage units for storing a holder for holding a key and a management device for managing the key management device are communicably connected to each other.
The management device is
It has a storage unit that stores data associated with at least the attributes of the key and the identification information of the holder storage unit.
The key management device is
And operation accepting unit accepting an operation of specifying the identity of the holder accommodating portion for accommodating a holder for holding the the attributes of the display object key,
Display and
If the previous Kimisao operation accepting unit is specified identification information of the holder accommodating section by operation accepted, the attributes of the key held in the holder is accommodated in the holder accommodating portion designated is read out from the storage unit A key management system characterized by having a key attribute output unit for display control on the display unit.

Images