KR20200125110A - Door lock system and method of controllong thereof - Google Patents

Abstract

A method of providing information for unlocking a lock device in a server is provided. The method includes the steps of: receiving a request for unlocking the locking device from at least one of a locking device and a user terminal; identifying a user terminal associated with the locking device; generating key information for the locking device based on an unlock request; and transmitting the key information to the identified user terminal, thereby improving user convenience and security.

Description

Door lock system and control method thereof {DOOR LOCK SYSTEM AND METHOD OF CONTROLLONG THEREOF}

The present invention relates to a method of controlling a door lock system, and more particularly, to a method of unlocking a door lock system using a user terminal and various types of password information.

In general, a door lock system refers to a device that is installed at the entrance of a building and is unlocked when a user inputs a password, and automatically or manually locks when the user goes out. Recently used digital door locks are designed to be unlocked by inputting a password, fingerprint recognition, or contacting or proximity of an electronic key such as a memory card.

However, the input of the password may have poor security due to the exposure of the password, and user convenience may also decrease. In the case of fingerprint recognition, depending on the user, it may not be easy to use because the degree of fingerprint recognition decreases, and the electronic key is inconvenient to carry and may be lost. Accordingly, there may be a need for a technology to allow the user to more conveniently unlock the lock.

In addition, when operating a service business that provides a certain space to users such as storage service or accommodation service, a security system for space security may be required, but the service provider provides a systematic management system and a security system with high security by themselves. It is not easy to equip. Therefore, a technology for a systematic security system for service providers may be required.

On the other hand, sound wave communication technology is a technology that sends digital information in a high frequency band sound that humans cannot hear. By using the sound of the high frequency band like Morse code, devices can exchange information without disturbing people by sending and receiving information.

Sound wave communication technology has a similarity with ACR (Auto Content Recognition) in that it identifies information through sound, but sound wave communication technology inserts a predefined sound signal in the inaudible area and detects it. It is different from ACR technology that finds the same content by analyzing the sound and comparing it with other pre-stored sound files. Sound waves in the non-audible area can be reliably recognized even at a low volume, and there is an advantage of being able to be recognized even among devices that cannot connect to communication.

The present disclosure has been devised in view of the above, and an object of the present disclosure is to provide a method and a door lock system for controlling a door lock system with enhanced user convenience and security.

The problems to be solved by the present disclosure are not limited to the problems mentioned above, and other problems that are not mentioned will be clearly understood by those skilled in the art from the following description.

Embodiments of the present invention for realizing the above-described problems are presented.

A method of providing information for unlocking a locking device in a server according to an embodiment includes: receiving an unlock request for the locking device from at least one of a locking device and a user terminal; Identifying a user terminal associated with the locking device; Generating password information for the locking device based on the unlock request; And transmitting the password information to the identified user terminal.

Also, the password information for the locking device may be a one-time password.

In addition, the password information for the locking device may be a sound source for sound wave communication.

In addition, the unlocking request includes a user input regarding a password, and the step of generating password information for the locking device uses a user input regarding the password received through at least one of the locking device and the user terminal. Thus, it may include generating password information for the locking device.

In addition, the step of generating password information for the locking device further comprises generating validity information of the password by using at least one of information on the locking device and information on the identified user terminal. I can.

In addition, the method includes the steps of, after transmitting the password information to the identified user terminal, receiving an authentication request including password information for the locking device from the locking device; Determining whether to release the lock using an authentication request including password information for the locking device; And transmitting an unlocking command to the locking device.

According to an embodiment, a method for providing information for unlocking a locking device in a server includes: identifying information on a locking device and information on a user terminal associated with the locking device; Generating password information and validity information for the locking device, based on at least one of information on the locking device and information on the user terminal; It may include the step of transmitting the password information and the validity information to the user terminal and the locking device.

In addition, the validity information may include at least one of information indicating a valid period of the password for the locking device and information indicating the number of valid uses.

In addition, the password information for the locking device may be a sound source for sound wave communication.

A server providing information for unlocking a locking device according to an embodiment includes: a communication interface for receiving an unlock request for the locking device from at least one of a locking device and a user terminal; A memory for storing a user terminal associated with the locking device; And a processor that generates password information for the locking device based on the unlock request.

Various aspects are now described with reference to the drawings, wherein like reference numbers are used collectively to refer to like elements. In the examples that follow, for illustrative purposes, a number of specific details are presented to provide a holistic understanding of one or more aspects. However, it will be apparent that such aspect(s) may be practiced without these specific details. In other instances, well-known structures and devices are shown in block diagram form to facilitate describing one or more aspects.
1A and 1B are views for explaining a method of controlling a door lock system according to various embodiments.
2 is a flowchart of a method of providing information for unlocking a locking device in a server of a door lock system according to an exemplary embodiment.
3 to 7 are flowcharts of methods of providing information for unlocking a locking device in a door lock system.
8 shows the configuration of a server of the door lock system according to an embodiment.

Hereinafter, preferred embodiments of the present invention will be described in detail with reference to the accompanying drawings. Advantages and features of the present invention, and a method of achieving them will become apparent with reference to the embodiments described below in detail together with the accompanying drawings. However, the present invention is not limited to the embodiments to be posted below, but may be implemented in a variety of different forms, and only these embodiments make the posting of the present invention complete, and common knowledge in the technical field to which the present invention pertains. It is provided to completely inform the scope of the invention to those who have, and the invention is only defined by the scope of the claims. The same reference numerals refer to the same components throughout the specification.

Unless otherwise defined, all terms (including technical and scientific terms) used in the present specification may be used as meanings that can be commonly understood by those of ordinary skill in the art to which the present invention belongs. In addition, terms defined in a commonly used dictionary are not interpreted ideally or excessively unless explicitly defined specifically.

The terms used in the present specification are for describing exemplary embodiments and are not intended to limit the present invention. In this specification, the singular form also includes the plural form unless specifically stated in the phrase. As used in the specification, “comprises” and/or “comprising” do not exclude the presence or addition of one or more other elements other than the mentioned elements.

The terms "component", "module", "system" and the like as used herein refer to computer-related entities, hardware, firmware, software, a combination of software and hardware, or execution of software. For example, a component may be, but is not limited to, a process executed on a processor, a processor, an object, an execution thread, a program, and/or a computer. For example, both an application running on a computing device and a computing device may be components. One or more components may reside within a processor and/or thread of execution, and a component may be localized within one computer, or may be distributed between two or more computers. In addition, these components can execute from a variety of computer readable media having various data structures stored therein. Components are, for example, signals with one or more data packets (e.g., data from one component interacting with another component in a local system, a distributed system, and/or data via a signal over another system and a network such as the Internet. ) To communicate via local and/or remote processes.

In the disclosed embodiment, the password information may mean password information of the locking device, but is not limited thereto, and may mean all kinds of key information for unlocking the locking device.

Similarly, the key information may refer to password information of the locking device, but is not limited thereto, and may refer to all types of information for unlocking the locking device.

For example, the key information may be information mapped to user information stored in the server, the generated key information is transmitted to the user terminal and the locking device, and the locking device stores the key information received from the user terminal in the locking device. You can determine whether to unlock or not by comparing it with the information.

1A and 1B are diagrams for explaining a method of controlling a door lock system according to various embodiments. 1A and 1B, a door lock system according to various embodiments may include a user terminal 100, a locking device 200, and a server 300.

The server 300 of the door lock system according to various embodiments generates and provides information for unlocking the lock device 200, so that a user carrying only the user terminal 100 can conveniently use the door lock system. To be.

The user terminal 100 according to various embodiments does not require any separate standard or specific configuration to perform the method of the present application, and does not require any separate program or application to be installed, and is generally available on the market. It can be a smart phone that is sold.

In addition, the user terminal 100 according to various embodiments includes a portable tablet PC, a laptop computer, an electronic book terminal, a digital broadcasting terminal, a personal digital assistant (PDA), a portable multimedia player (PMP), a navigation system, and It may be an MP3 player, but is not limited thereto. In addition, the user terminal 100 according to various embodiments may be a device that can be worn by a user. Wearable devices include accessory type devices (e.g. watches, rings, bracelets, anklets, necklaces, glasses, contact lenses), head-mounted-devices (HMD), fabric or clothing-integrated devices (e.g., electronic clothing). ), a body-attached device (eg, a skin pad), or a bio-implantable device (eg, an implantable circuit). Hereinafter, for convenience of explanation, a case where the user terminal 100 is a smartphone will be described as an example.

The locking device 200 according to various embodiments may be an electronic device that is mounted on an entrance door of a building, such as a house, a shopping mall, or an office, and controls the opening and closing of the door. The locking device 200 according to various embodiments may be mounted on the entrance door of each room of a hotel or a lodging business such as a house used as a shared lodging business, and an unmanned locker, an unmanned storage box, an unmanned courier box, an unmanned mailbox, a safe It may be mounted on items requiring a locking device, such as a dressing room closet.

The server 300 according to various embodiments generally manages devices in the door lock system, and performs functions for generating and managing password information for a locking device in the door lock system and validity information for the password information. It may be any type of computer system or computer device composed of at least one processor such as a microprocessor, a mainframe computer, a digital single processor, a portable device and a device controller, and the like.

Referring to FIG. 1A, the locking device 200 of the door lock system according to an embodiment may be installed in an unattended locker. The unmanned locker has a feature that is temporarily or temporarily used by a user who wants to store things, and is operated unattended and can exist in a space where a large number of people can exist, so security issues can be very important. Accordingly, password information may be required that is temporary or temporary, and in a manner that cannot be obtained or copied by others.

Specifically, the unmanned locker according to an embodiment may have a security system that integrates, manages and controls the locking devices 200 of a plurality of lockers. Hereinafter, for convenience of description, a locking device 200 combined with a security system that integrates and manages a plurality of lockers will be described as an example.

In the door lock system according to an embodiment, when a user intends to use an unattended locker, the user may request to unlock the locking device 200 through the locking device 200 or a user terminal 100 owned by the user. For example, the unlock request may be a request for password information for the locking device 200.

The locking device 200 according to an embodiment may provide a user interface for using a locker, and a user may request unlocking through the user interface of the locking device 200. The locking device 200 according to an embodiment may obtain user identification information, for example, information about the user terminal 100 from a user through a user interface.

When a user requests the unlocking of the locking device 200 through the user terminal 100, the user terminal 100 according to an embodiment may obtain the unlocking request from the user through an application. Alternatively, the user may obtain an Internet address (URL) for requesting unlocking by identifying a QR code (Quick Response code) attached to the unattended locker using the user terminal 100.

In the door lock system according to an embodiment, at least one of the locking device 200 and the user terminal 100 that has obtained the unlock request may transmit an unlock request for the locking device 200 to the server 300 .

The server 300 according to an embodiment may generate password information for the locking device 200 based on the received unlock request. The server 300 according to an embodiment may randomly select an available locker from among a plurality of lockers to generate password information for the locking device 200 of the selected locker. The server 300 according to an embodiment may select a locker based on a user input received together with the unlock request.

The server 300 according to an embodiment receives at least one of information on the locking device 200 and information on the user terminal 100 from the locking device 200 or the user terminal 100 together with a request for unlocking The password information for the locking device 200 may be generated using at least one of the received information about the locking device 200 and the information about the user terminal 100. For example, the information on the locking device 200 may be information including a model of the locking device 200, an installed location, purpose, availability, etc., and the information on the user terminal 100 may be a user terminal ( 100) may be information including identification information (eg, phone number), model, location, and the like.

In addition, the server 300 according to an embodiment may generate password information for the locking device 200 based on a user input received together with the unlock request. For example, the user may input a password for use as password information when generating an unlock request. The server 300 according to an embodiment may randomly generate password information.

The server 300 according to an embodiment may generate validity information for the corresponding password information by using at least one of information about the locking device 200 and information about the user terminal 100. The validity information according to an embodiment is information for indicating whether a corresponding password is valid, and may include at least one of information indicating a valid period and information indicating an effective number of uses.

For example, password information for the locking device 200 of FIG. 1A installed in an unattended locker may be a sound source for sound wave communication, and validity information for the password information may be information indicating that the corresponding password information is a one-time password. In this case, the user may unlock the locking device 200 using the user terminal 100 without establishing a communication connection between the user terminal 100 and the locking device 200. Alternatively, the password information for the locking device 200 may be digital data encoded according to a predetermined rule. Alternatively, the password information for the locking device 200 may be image data such as a QR code.

The server 300 according to an embodiment may transmit the generated password information to the user terminal 100, and the user may unlock the locking device 200 using the user terminal 100.

If the password information is a sound source for sound wave communication, the user terminal 100 according to an embodiment may transmit the password information to the locking device 200 by playing it. The locking device 200 according to an exemplary embodiment may unlock the sound source reproduced in the air through an input interface such as a microphone and unlock it. In addition, when the password information is digital data, the locking device 200 may be unlocked by transmitting the password information to the locking device 200 using short-range wireless communication or the like. In addition, when the password information is image data, the locking device 200 may be unlocked by recognizing it to the locking device 200 through an input interface such as a sensor or camera provided in the locking device 200.

A user who uses the locking device 200 installed in an unattended locker according to an embodiment receives and uses temporary or temporary password information from the server 300 that generates and provides password information each time it is used, thereby enhancing security service. Can be provided.

Referring to FIG. 1B, the locking device 200 of the door lock system according to an embodiment may be installed on a door in a space where accommodation services such as a hotel are provided. Since the lodging service is provided for a predetermined period contracted by the user, password information in a temporary and highly convenient manner may be required. In addition, there may be parts that require management by the lodging service provider. For example, the door lock system according to an embodiment may further include a service provider terminal 400.

Specifically, in the door lock system according to an embodiment, when a user makes a service use contract with a service provider, the service provider may request to unlock the lock device 200 using the service provider terminal 400. For example, the unlock request may be a request for password information for the locking device 200.

The server 300 according to an embodiment may generate password information for the locking device 200 based on the received unlock request. The server 300 according to an embodiment identifies at least one of information about the locking device 200 and information about the user terminal 100, and identifies information about the locking device 200 and information about the user terminal 100. Password information for the locking device 200 may be generated based on at least one of the information. The server 300 according to an embodiment may receive at least one of information on the locking device 200 and information on the user terminal 100 from the service provider terminal 400, or pre-stored in the server 300 At least one of information on the locking device 200 and information on the user terminal 100 may be identified.

The information on the locking device 200 according to an embodiment may be information including a model of the locking device 200, an installed location, purpose, availability, etc., and the information on the user terminal 100 is a user terminal. It may be information including identification information (eg, phone number) of (100), model, location, service industry to be used, and contract period.

In addition, the server 300 according to an embodiment may generate password information for the locking device 200 based on an input of a service provider received together with the unlock request. For example, the service provider may input a password to be used as password information when generating an unlock request. The server 300 according to an embodiment may randomly generate password information.

The server 300 according to an embodiment may generate validity information for the corresponding password information by using at least one of information about the locking device 200 and information about the user terminal 100.

For example, the password information for the lock device 200 installed on the door of the hotel may be a sound source for sound wave communication, and the validity information for the password information may be set such that the password information is valid only within the contract period of the accommodation service. . Alternatively, the password information for the locking device 200 may be digital data encoded according to a predetermined rule. Alternatively, the password information for the locking device 200 may be image data such as a QR code.

The server 300 according to an embodiment may provide the generated password information to the service provider terminal 400, and the service provider may transmit the password information by selecting a transmission time and a recipient. For example, the service provider may transmit password information after confirming the deposit, and may transmit password information to a plurality of user terminals 100.

The user who uses the accommodation service and the provider that provides the accommodation service according to an embodiment may use or provide a convenient and security-enhanced service by using the server 300 that generates and provides password information suitable for the service content. I can.

Hereinafter, a detailed description will be given of a detailed process in which a method of providing information for unlocking the locking device 200 in the server 300 of the door lock system of FIGS. 1A and 1B is performed with reference to FIG. 2.

2 is a flowchart of a method of providing information for unlocking a locking device in a server of a door lock system according to an exemplary embodiment. The method of FIG. 2 may be performed using the server 300 shown in FIG. 1.

Referring to step S210 of FIG. 2, in the method for providing information for unlocking the locking device 200 in the server 300 according to an embodiment, the server 300 unlocks the locking device 200 Requests can be received. The server 300 according to an embodiment may receive a unlock request from at least one of the user terminal 100, the locking device 200, and the service provider terminal 400. For example, the unlock request may be a request for password information for the locking device 200.

The server 300 according to an embodiment may receive at least one of information about the locking device 200 and information about the user terminal 100 together with a request for unlocking. In addition, the server 300 according to an embodiment may further receive a user input such as a password for use as password information. In this case, the user input according to an embodiment is various such as at least one physical button of the user terminal 100, the locking device 200, and the service provider terminal 400, a touch screen, a motion detection sensor, a position sensor, a tilt sensor, etc. It may be acquired through an input interface.

The server 300 according to an embodiment may, in step S220, identify the user terminal 100 associated with the locking device 200 for which the unlock is requested. The server 300 according to an embodiment may store information about the user terminal 100 associated with the locking device 200 stored in advance. For example, information on the locking device 200 installed at the entrance of a house and information on the user terminal 100 of a resident of a house associated with the locking device 200 may be associated and stored.

The server 300 according to an embodiment may generate password information for the locking device 200 based on the unlock request in step S230. The server 300 according to an embodiment includes information on the locking device 200 received from at least one of the user terminal 100, the locking device 200, and the service provider terminal 400, and the user terminal 100. Password information may be generated by using at least one of the information. In addition, the server 300 according to an embodiment may generate password information by using information on the user terminal 100 identified using information on the locking device 200.

In addition, the server 300 according to an embodiment may generate password information for the locking device 200 based on a user input received together with the unlock request.

The server 300 according to an embodiment may generate validity information for the corresponding password information by using at least one of information about the locking device 200 and information about the user terminal 100. The validity information according to an embodiment is information for indicating whether a corresponding password is valid, and may include at least one of information indicating a valid period and information indicating an effective number of uses. For example, password information for the locking device 200 may be set to be periodically changed. Alternatively, according to the validity information, the password information for the locking device 200 may be a one-time (one-time) password, or a password whose number of uses is limited to a predetermined number of two or more times. Validity information according to an embodiment may be set by a user or a service provider, or may be set as a default value.

The server 300 according to an embodiment may transmit the generated password information to the user terminal 100 in step S240. The server 300 according to an embodiment includes generated password information based on information about the user terminal 100 received from at least one of the user terminal 100, the locking device 200, and the service provider terminal 400. It is also possible to determine the user terminal 100 to receive, or, based on the information on the user terminal 100 identified based on the information on the locking device 200, the user terminal to receive the generated password information ( 100) can also be determined.

Thereafter, the server 300 according to an embodiment may receive an authentication request including password information from the locking device 200. The server 300 according to an embodiment may determine whether to release the lock of the locking device 200 by using password information included in the authentication request, and transmit a unlock command to the locking device 200. Upon receiving the result of successful authentication, the locking device 200 may unlock the lock.

The server 300 according to an embodiment may receive a result of unlocking the lock from the locking device 200. When receiving a signal indicating that the lock has been released, the server 300 according to an embodiment may transmit the unlock result to the user terminal 100 or the service provider terminal 400 as a notification.

3 to 7 are flowcharts of various embodiments of a method of providing information for unlocking a locking device in a door lock system.

A door lock system according to various embodiments may include a user terminal 100, a locking device 200, and a server 300. For example, the user terminal 100, the locking device 200, and the server 300 of FIGS. 3 to 7 are the user terminal 100 and the locking device 200 described above in FIGS. 1A, 1B or 2 And the server 300, in addition to the functions described in FIGS. 3 to 7, the user terminal 100, the locking device 200, and the server 300 described above in FIGS. 1A, 1B or 2 Functions may be applicable. The door lock system of FIG. 7 may further include a service provider terminal 400, and functions performed in the service provider terminal 400 of FIG. 1B may be applicable.

3 to 7, the server 300 according to various embodiments communicates information with the user terminal 100, the locking device 200, and the service provider terminal 400 in the door lock system through the provided communication module. You can send and receive.

Referring to FIG. 3, a method of generating and sharing password information in a push method by a door lock system according to an embodiment is disclosed. A method of generating and using password information by a push method may be suitable when using password information having validity for a predetermined period. For example, it may be suitable for the case of using to periodically change the password information of the lock device 200 used in the house, the case of using it to provide a lodging service, etc., but is not limited thereto.

Specifically, in step S305, the server 300 of the door lock system according to an embodiment may identify information about the locking device 200 and information about the user terminal 100. For example, the server 300 may identify information about a locking device and information about a user terminal associated with the locking device, previously stored in the server 300. The server 300 according to an embodiment may receive and store information on a locking device and information on a user terminal from the user terminal 100 or a service provider terminal.

The server 300 according to an embodiment, in step S310, based on at least one of information on the identified locking device 200 and information on the user terminal 100, the password information for the locking device 200 Can be generated. The server 300 according to an embodiment may be set to generate password information at a predetermined period. For example, a predetermined period may be set by a user or a service provider, or may be set to a default value.

The server 300 according to an embodiment may further generate password validity information based on at least one of information on the identified locking device and information on the user terminal. The validity information according to an embodiment is information for indicating whether a corresponding password is valid, and may include at least one of information indicating a valid period and information indicating an effective number of uses.

Specifically, the server 300 according to an embodiment may generate appropriate password information and validity information based on a model of the locking device 200, an installed location, a purpose, availability, etc. as information on a locking device. . For example, when the locking device 200 has an input interface capable of detecting sound waves such as a microphone, a sound source for sound wave communication including password information and validity information may be generated. Also, when the locking device 200 is installed in an unattended locker, password information and validity information may be generated so that the password is one-time use.

The password information for the locking device 200 according to an embodiment may be digital data encoded according to a predetermined rule. Password information for the locking device 200 according to an embodiment may be image data such as a QR code.

The server 300 according to an embodiment may generate appropriate password information and validity information based on the model, location, service type, contract period, etc. of the user terminal 100 as information about the user terminal. For example, when the user terminal 100 is a terminal of a customer who uses a lodging facility for a predetermined period of time, password information and validity information may be generated so that the password information is valid only within a predetermined period.

The server 300 according to an embodiment may transmit the generated password information to the user terminal 100 in step S315. For example, the server 300 according to an embodiment may transmit a sound source for sound wave communication including password information and validity information for the locking device 200 to the user terminal 100. The server 300 according to an embodiment may simultaneously transmit the same password information to the user terminal 100 and the locking device 200. Alternatively, when the password information is authenticated in a full method afterwards, the password information may be transmitted only to the user terminal 100.

The server 300 according to an embodiment may transmit password information to the user terminal 100 via a terminal of a service provider. The service provider can transmit password information by selecting a transmission time and a destination.

The user terminal 100 according to an embodiment may receive password information for the locking device 200 in step S320. Password information and validity information for the locking device 200 according to an embodiment may be received in the format of one sound source for sound wave communication. The user terminal 100 according to an embodiment, without a separate program or application, through a commonly used messenger program or text message (eg, MMS), and through an Internet environment such as a web browser or SNS. A sound source for sound wave communication can be received. The user terminal 100 according to an embodiment may store received password information and validity information.

In an embodiment, the user terminal 100 may play a sound source for sound wave communication received through a text message, and the locking device 200 may determine whether to release the lock based on information obtained from the reproduced sound source.

In an embodiment, the user terminal 100 may modify at least a part of the reproduced sound wave communication sound source. For example, a predetermined tag may be added to a specific position of the reproduced sound wave communication sound source, or noise may be added to a specific position of the reproduced sound wave communication sound source, but the method is not limited.

That is, the sound source reproduced once is deformed and cannot be reused, and even if it is shared with others, it is different from the original, so that it cannot be used for unlocking the locking device 200.

When a sound source for sound wave communication is obtained, the locking device 200 may check whether the sound source for sound wave communication is deformed, and release the lock only when an unmodified original is received.

For example, the user terminal 100 may receive and reproduce a sound source for sound wave communication as an attachment file of a message transmitted through MMS or various messenger applications. The sound source for sound wave communication according to the disclosed embodiment may be generated and transmitted from a server, but is not limited thereto, and may be generated and transmitted from various types of master terminals. According to an embodiment, after the master terminal receives a sound source for sound wave communication generated from the server, it may be transmitted to the user terminal 100.

In an embodiment, when a sound source for sound wave communication is received and reproduced through an application, the user terminal 100 may include and reproduce the user's unique information in the sound source for sound wave communication.

When a sound source for sound wave communication is received, the locking device 200 may check not only the key information included therein, but also the unique information of the user, and unlock the lock only when the user is a registered user.

User information may be registered and stored in advance as family user information, and if access to a temporary user is required according to an embodiment, temporary user information may be registered in the locking device 200, and access to the temporary user The number of times allowed may be limited.

For example, the master terminal may be a terminal of a user who can grant permission to unlock the locking device. For example, the master terminal may correspond to a manager terminal of a locking device or a manager terminal of a lodging facility according to the disclosed embodiment, but is not limited thereto.

The master terminal may receive a sound source for sound wave communication generated from a server, or generate a sound source for sound wave communication, and transmit it to the user terminal 100 based on the above-described means.

In the disclosed embodiment, at least some or all of the configurations described as the operation of the server may be performed by the master terminal, and the master terminal may perform an operation of transmitting information to the user terminal alone, but received from the server An operation of transmitting information to the user terminal may be performed based on the information. In addition, it is also possible for the server to transmit information to the user terminal at the request of the master terminal, which is not limited.

The user terminal 100 may play a sound source included in the received message.

An embodiment based on such a master terminal can be utilized in various ways.

For example, the master terminal may be a terminal used by the owner of a furniture having a door on which a sound wave door lock is installed, and the user terminal may be a terminal used by a service employee who provides a delivery service for the corresponding furniture.

The master terminal may grant temporary or one-time unlocking rights to the acoustic door lock to the user terminal. For example, the master terminal transmits a message including a sound wave communication sound source capable of releasing the sound wave door lock to the user terminal, and the user terminal may unlock the sound wave door lock by playing a sound source for sound wave communication.

For example, in parcel delivery, registration, quick service, product delivery, etc., when the owner of the delivery target furniture is absent, the master terminal of the corresponding owner sends a message including a sound source for sound wave communication that can unlock the door lock at the door or the delivery box. Can be transmitted to the user terminal. The user terminal can unlock the door lock or the delivery box by playing a sound source for sound wave communication, and then put the product in the house or in the delivery box.

The above-described embodiment may be applied to a general door lock other than an acoustic door lock. For example, the master terminal sets a temporary password for the door lock, and the set temporary password is transmitted to the door lock through a Wi-Fi signal in the furniture. In addition, the master terminal transmits a temporary password to the user terminal, whereby the user can unlock the door lock or the delivery box, and then put the product in the house or in the delivery box.

For example, in the case of a sound wave door lock, the main unlocking method is sound waves, but when it is difficult to use sound waves or when the above embodiment is applied, a password (number) input as an auxiliary means may be provided to unlock the function. In addition, a temporary password setting function can be provided.

Through this, the master terminal can grant the right to temporarily unlock the door lock or the delivery box to an outsider, and when the door lock is opened through this, the door lock can transmit the information to the master terminal. That is, the door lock can transmit information on which an outsider opens and closes using a temporary password to the master terminal in real time.

Further, at least one camera device is installed around the door lock, so that an image until the door lock is unlocked and closed again can be captured. Through this, it is possible to monitor the behavior of outsiders in the process of opening and closing the door lock.

The locking device 200 according to an embodiment may receive password information for the locking device 200 in step S325. Password information and validity information for the locking device 200 according to an embodiment may be received in the format of one sound source for sound wave communication. The locking device 200 according to an embodiment may store received password information and validity information.

The user terminal 100 according to an embodiment may receive a user input for transmitting password information on the locking device 200 to the locking device 200 in step S330. For example, when the password information for the locking device 200 is a sound source for sound wave communication, the user terminal 100 according to an embodiment may receive a user input requesting reproduction of the sound source for sound wave communication. A user of the user terminal 100 according to an embodiment may select and play a stored sound source for sound wave communication using a sound source playback application that may be provided in a smart phone.

In addition, the user of the user terminal 100 is a user who transmits password information to the locking device 200 in a preset manner through various input interfaces such as a physical button, a touch screen, and a motion detection sensor of the user terminal 100. Input can be generated.

When a user input for transferring password information to the locking device 200 is received, the user terminal 100 according to an embodiment may request the locking device 200 to unlock the lock in step S335.

For example, when the password information for the locking device 200 is a sound source for sound wave communication, the user terminal 100 according to an embodiment locks by playing a sound source for sound wave communication including password information through an output interface such as a speaker. You can request cancellation. The sound source for sound wave communication reproduced in the user terminal 100 according to an embodiment may be a sound source in an inaudible region. By using the sound source in the inaudible area, it is possible to make it difficult for others to attempt to duplicate the sound source, and thus security may be enhanced.

The user terminal 100 according to an embodiment may convert the received sound source for sound wave communication to reproduce the converted sound source for sound wave communication. For example, the user terminal 100 according to an embodiment may convert a received sound source for sound wave communication using current time information at which a sound source for sound wave communication is reproduced. The user terminal 100 according to an embodiment may convert a sound source for sound wave communication to further include current time information. The user terminal 100 according to an embodiment may convert a sound source for sound wave communication according to a predetermined rule based on current time information.

The user terminal 100 according to an embodiment may request unlocking by transmitting password information, which is digital data encoded according to a predetermined rule, to the locking device 200 using short-range wireless communication or the like. In addition, the user terminal 100 according to an embodiment displays password information, which is image data, and recognizes it to the locking device 200 through an input interface such as a sensor or a camera provided in the locking device 200. You can request to unlock (200).

When a lock release request is received from the user terminal 100, the locking device 200 according to an embodiment may obtain password information in step S340.

For example, when a sound source for sound wave communication is reproduced in the user terminal 100, the locking device 200 according to an embodiment may acquire the reproduced sound source.

The locking device 200 according to an embodiment may obtain a sound source for sound wave communication before conversion by inversely transforming the sound source obtained through an input interface when the sound source for sound wave communication is converted and reproduced in the user terminal 100. The locking device 200 according to an embodiment may inversely transform the acquired sound source based on current time information at which the sound source is acquired through an input interface.

The locking device 200 according to an embodiment may acquire a sound source for sound wave communication through an input interface such as a microphone. The locking device 200 according to an embodiment may receive password information that is digital data or password information that is image data.

The locking device 200 according to an embodiment may reproduce a copy-preventing sound source when the reproduction of the sound wave communication sound source from the user terminal 100 is identified. In this case, the locking device 200 according to an embodiment may obtain a sound wave communication sound source reproduced from the user terminal 100 by removing the copy-prevention sound source reproduced in the locking device 200 from the sound source obtained through the input interface. I can.

The locking device 200 according to an embodiment may determine whether to release the lock using the obtained password information and validity information for the locking device 200 in step S345.

For example, the locking device 200 according to an embodiment may determine whether to release the lock by performing authentication on password information using a push method. The locking device 200 according to an embodiment receives the obtained password information from the server 300 (for example, through step S325) and compares it with the previously stored password information to determine whether to release the lock. You can decide.

The locking device 200 according to an exemplary embodiment may determine whether to release the lock using validity information obtained together with the password information before authentication of the password information. The locking device 200 according to an embodiment may determine to release the lock when the validity information indicates that the password information is valid, and the password information is received from the server 300 and matches the previously stored password information. have.

Referring to FIG. 4, a method of generating and using password information in a full method by a door lock system according to an embodiment is disclosed. A method of generating and using password information in a full manner may be suitable when using a one-time password or password information having validity within a short period of time. For example, it may be suitable in the case of using the locking device 200 installed in an unmanned locker or an unmanned delivery box, but is not limited thereto.

Specifically, in step S405, the user terminal 100 of the door lock system according to an embodiment may receive a user input for requesting password information.

The user terminal 100 according to an embodiment may receive a user input in a preset manner through various input interfaces such as a physical button, a touch screen, a motion detection sensor, a position sensor, and a tilt sensor of the user terminal 100. . For example, when a user's fingerprint is recognized at a predetermined location on the touch screen, the user terminal 100 may recognize that a user input for requesting password information has been received. In addition, when a predetermined word is recognized as a result of the user's voice recognition, the user terminal 100 may recognize that a user input for requesting password information has been received.

When a user input for requesting password information is received, the user terminal 100 according to an embodiment may request password information from the server 300 in step S410. The user terminal 100 according to an embodiment may transmit information about the user terminal 100 to the server 300 together with a request for password information.

In the door lock system according to an embodiment, steps S405 and S410 may be performed by the locking device 200. Specifically, the user of the user terminal 100 generates a user input for requesting password information on the locking device 200 through various input interfaces such as a physical button, a touch screen, a motion detection sensor, a position sensor, and a tilt sensor. I can. The locking device 200 according to an embodiment may transmit information about the locking device 200 and information about the user terminal 100 to the server 300 together with a request for password information.

When a user input for requesting password information is received, the locking device 200 according to an embodiment may request password information from the server 300 according to the received user input. For example, when a user of the user terminal 100 wants to use an unattended locker, a user input for requesting password information may be generated through an input interface of the locking device 200 installed in the unattended locker.

The server 300 according to an embodiment may generate password information for the locking device 200 in response to a request for password information from the user terminal 100 or the locking device 200 in step S415. In one embodiment, the server 300 identifies the locking device 200 associated with the user terminal 100, using the received information about the user terminal 100, and information about the user terminal 100 and the locking device. Password information for the locking device 200 may be generated based on at least one of the information on 200.

The server 300 according to an embodiment may perform user authentication using information about the user terminal 100 before generating password information. The server 300 according to an embodiment may generate password information when user authentication is successful.

The server 300 according to an embodiment may further generate validity information based on at least one of information about the user terminal 100 and information about the locking device 200.

The server 300 according to an embodiment may transmit the generated password information to the user terminal 100 in step S420. For example, the server 300 according to an embodiment may transmit a sound source for sound wave communication including password information and validity information for the locking device 200 to the user terminal 100. Alternatively, when the password information is subsequently authenticated by a push method, the password information may be simultaneously transmitted to the user terminal 100 and the locking device 200.

The user terminal 100 according to an embodiment may receive password information for the locking device 200 in step S425. For example, password information and validity information for the locking device 200 according to an embodiment may be received in the format of one sound source for sound wave communication.

When the password information is received, the user terminal 100 according to an embodiment may request the locking device 200 to release the lock in step S430.

For example, when a sound source for sound wave communication including password information for the locking device 200 is received, the user terminal 100 according to an embodiment requests unlocking by playing a sound source for sound wave communication including password information. I can.

When a request for unlocking is received from the user terminal 100, the locking device 200 according to an exemplary embodiment may obtain password information in step S435. For example, when a sound source for sound wave communication is reproduced in the user terminal 100, the locking device 200 according to an embodiment may acquire the reproduced sound source.

The locking device 200 according to an embodiment may determine whether to release the lock using password information and validity information for the locking device 200 included in the obtained sound source. For example, the locking device 200 according to an embodiment may determine whether to release the lock by performing authentication on password information using a pull method.

Specifically, the locking device 200 according to an embodiment may transmit an authentication request for the obtained password information to the server 300 in step S440. The locking device 200 according to an embodiment may transmit the obtained password information and validity information to the server 300.

The server 300 receiving the password information and validity information may perform authentication in step S445. For example, the server 300 according to an embodiment may perform authentication by comparing the password information generated in step S415 with the password information received from the locking device 200.

The server 300 according to an embodiment may transmit an authentication result to the locking device 200 in step S450. The locking device 200 according to an embodiment may determine whether to release the lock according to the received authentication result in step S455. For example, if the password information generated in step S415 and the password information received from the locking device 200 match as a result of comparison in the server 300 according to an embodiment, the result of authentication success may be transmitted, and authentication success The locking device 200 receiving the result of may unlock the lock.

Referring to FIG. 5, a method of automatically controlling a locking device 200 using a user terminal 100 without a user input in a door lock system according to an embodiment is disclosed. Such a method of automatically generating and using password information may be suitable for cases where convenience is important because it is frequently used, such as the locking device 200 used in a house, but is not limited thereto.

Specifically, in step S505, the user terminal 100 of the door lock system according to an embodiment may monitor a request command for password information. The user terminal 100 according to an embodiment may determine that a request command for password information has been issued when a predetermined condition is satisfied. The user terminal 100 according to an embodiment may determine that a request command has been generated when an input sensed through various input interfaces such as a location sensor and a microphone satisfies a predetermined condition.

For example, the user terminal 100 according to an embodiment may determine that a request command has been issued when the current location detected based on the location sensor matches a predetermined location. In addition, the user terminal 100 according to an embodiment may determine that a request command has been issued when the current time coincides with a predetermined time.

In addition, the user terminal 100 according to an embodiment may determine that a request command has been issued when the sound wave acquired through the microphone matches a predetermined sound wave. For example, in the door lock system according to an embodiment, the locking device 200 may be configured to output a predetermined sound wave by a user's touch. When the user terminal 100 senses the sound wave output by the user touching the locking device 200, the user terminal 100 according to an embodiment may determine that the request command has been generated.

When a request command for password information is generated, the user terminal 100 according to an embodiment may request password information for the locking device 200 from the server 300 in step S510. The user terminal 100 according to an embodiment may transmit information about the user terminal 100 to the server 300 together with a request for password information. The user terminal 100 according to an embodiment may identify the locking device 200 using sound waves output by touching the locking device 200, and transmit information about the locking device 200 to the server 300. .

In the door lock system according to an embodiment, steps S505 and S510 may be performed by the locking device 200.

The server 300 according to an embodiment may generate password information for the locking device 200 in response to a request for password information from the user terminal 100 or the locking device 200 in step S515. In one embodiment, the server 300 identifies the locking device 200 associated with the user terminal 100, using the received information about the user terminal 100, and information about the user terminal 100 and the locking device. Password information for the locking device 200 may be generated based on the information about 200.

The server 300 according to an embodiment may further generate validity information based on at least one of information about the user terminal 100 and information about the locking device 200.

The server 300 according to an embodiment may transmit the generated password information to the user terminal 100 in step S520. For example, the server 300 according to an embodiment may transmit a sound source for sound wave communication including password information and validity information for the locking device 200 to the user terminal 100. The server 300 according to an embodiment may simultaneously transmit the same password information to the user terminal 100 and the locking device 200. Alternatively, when the password information is authenticated in a full method afterwards, the password information may be transmitted only to the user terminal 100.

The user terminal 100 according to an embodiment may receive password information for the locking device 200 in step S525. The locking device 200 according to an embodiment may receive password information for the locking device 200 in step S530.

The user terminal 100 according to an embodiment may monitor the unlock command in step S535. For example, when the password information for the locking device 200 is a sound source for sound wave communication, the user terminal 100 according to an embodiment may monitor a playback command for playing the received sound source for sound wave communication. When a predetermined condition is satisfied, the user terminal 100 according to an embodiment may determine that a reproduction command for reproducing a sound source for sound wave communication has been generated. The user terminal 100 according to an embodiment may determine that a lock release command has been generated when an input sensed through various input interfaces such as a location sensor or a microphone satisfies a predetermined condition.

For example, the user terminal 100 according to an embodiment may determine that a lock release command has been issued when the current position detected based on the position sensor matches a predetermined position. In addition, the user terminal 100 according to an embodiment may determine that a lock release command has been issued when the current time coincides with a predetermined time.

In addition, the user terminal 100 according to an embodiment may determine that a lock release command has been issued when the sound wave obtained through the microphone matches a predetermined sound wave. For example, in the door lock system according to an embodiment, the locking device 200 may be configured to output a predetermined sound wave by a user's touch. When the user terminal 100 senses the sound wave output by the user touching the locking device 200, the user terminal 100 according to an embodiment may determine that the unlock command has been issued.

When a lock release command is generated, the user terminal 100 according to an embodiment may request the lock release from the locking device 200 in step S540.

For example, when a playback command is generated, the user terminal 100 according to an embodiment may request unlocking by playing a sound source for sound wave communication including password information. When a request for unlocking is received from the user terminal 100, the locking device 200 according to an embodiment may obtain password information in step S545. For example, when a sound source for sound wave communication is reproduced in the user terminal 100, the locking device 200 according to an embodiment may acquire the reproduced sound source.

The locking device 200 according to an embodiment may determine whether to release the lock using password information and validity information for the locking device 200 included in the obtained sound source. For example, the locking device 200 according to an embodiment may determine whether to release the lock by performing authentication on password information using a pull method.

Specifically, the locking device 200 according to an embodiment may transmit an authentication request for the obtained password information to the server 300 in step S550. The locking device 200 according to an embodiment may transmit the obtained password information and validity information to the server 300.

The server 300 receiving the password information and the validity information may perform authentication in step S555. For example, the server 300 according to an embodiment may perform authentication by comparing the password information generated in step S515 with the password information received from the locking device 200.

The server 300 according to an embodiment may transmit an authentication result to the locking device 200 in step S560. The locking device 200 according to an embodiment may determine whether to release the lock according to the received authentication result in step S565. For example, when the comparison result in the server 300 according to an embodiment matches the password information generated in step S515 and the password information received from the locking device 200, the result of authentication success may be transmitted, and authentication success. The locking device 200 receiving the result of may unlock the lock.

Referring to FIG. 6, a method of unlocking through secondary authentication in a door lock system according to an embodiment is disclosed. This method of passing through a plurality of authentication processes may be suitable when security is more important.

Specifically, in step S605, the user terminal 100 of the door lock system according to an embodiment may receive a user input for changing the state of the locking device 200 from a sleep mode to a wake-up mode. Changing the state of the locking device 200 may be a primary authentication for unlocking the lock. In addition, the user terminal 100 according to an embodiment may monitor and obtain a wake-up command. In this regard, the monitoring method in step S505 of FIG. 5 may be applied.

Depending on the embodiment, the wake-up may be performed by a user touching the locking device 200 without a separate communication step.

According to an embodiment, when the user terminal is a terminal previously registered with the locking device 200, the locking device 200 may be unlocked only by the user's wake-up operation.

In one embodiment, a plurality of family terminals may be registered in the locking device 200 according to the disclosed embodiment, and different passwords may be designated for each family terminal. That is, although different sound wave signals are reproduced for each family terminal, the locking device 200 may unlock each sound wave signal by authenticating it.

Depending on the embodiment, the locking device 200 may be configured to recognize a user who wishes to unlock the lock, and to release the lock only when a sound wave signal for unlocking the user is received.

In an embodiment, the locking device 200 may recognize the type (ie, owner) of the user terminal through communication with the user terminal.

In another embodiment, the locking device 200 may wake up by different wake-up methods. In addition, each wake-up method may be preset differently for each user. For example, a specific user may transmit a wake-up signal by lightly touching the locking device 200, and another user may transmit a wake-up signal by knocking the locking device 200 a specific number of times. This is determined based on information previously promised and stored, and the locking device 200 may unlock only when a sound wave signal corresponding to the wake-up method is received.

When a user input for state change or a wake-up command is obtained, the user terminal 100 according to an embodiment may transmit a wake-up signal to the locking device 200 in step S610. The user terminal 100 according to an embodiment may transmit information about the user terminal 100 to the locking device 200 for primary authentication. The wake-up signal according to an embodiment may be a signal for sound wave communication. For example, the user terminal 100 according to an embodiment may reproduce a sound source including a wake-up signal so that it is transmitted to the locking device 200 in the air.

The locking device 200 according to an embodiment may determine whether to wake up according to reception of the wakeup signal. The locking device 200 according to an embodiment may change the state of the locking device 200 to a wake-up mode when the user terminal 100 is valid, using information on the user terminal 100. In order to determine whether the user terminal 100 is valid, the locking device 200 may store information about the valid user terminal 100 in advance.

When the state of the locking device 200 is changed to the wake-up mode, the locking device 200 according to an embodiment may transmit a unlock request to the server 300 in step S620. For example, the unlock request may be a request for password information for the locking device 200. The locking device 200 according to an embodiment may transmit at least one of information about the user terminal 100 and information about the locking device 200 to the server 300 together with a request for unlocking.

The server 300 according to an embodiment may generate password information for the locking device 200 in response to a request for password information from the locking device 200 in step S625. In an embodiment, the server 300 may generate password information for the locking device 200 by using at least one of the received information about the user terminal 100 and the information about the locking device 200.

The server 300 according to an embodiment may further generate validity information based on at least one of information about the user terminal 100 and information about the locking device 200.

The server 300 according to an embodiment may transmit the generated password information to the user terminal 100 in step S630. For example, the server 300 according to an embodiment may transmit a sound source for sound wave communication including password information and validity information for the locking device 200 to the user terminal 100. The server 300 according to an embodiment may simultaneously transmit the same password information to the user terminal 100 and the locking device 200. Alternatively, when the password information is authenticated in a full method afterwards, the password information may be transmitted only to the user terminal 100.

The user terminal 100 according to an embodiment may receive password information for the locking device 200 in step S635. The locking device 200 according to an embodiment may receive password information for the locking device 200 in step S640.

When the password information is received, the user terminal 100 according to an embodiment may request the locking device 200 to release the lock in step S645. For example, when a sound source for sound wave communication including password information for the locking device 200 is received, the user terminal 100 according to an embodiment, in step S645, reproduces a sound source for sound wave communication including password information You can request to unlock.

When a request for unlocking is received from the user terminal 100, the locking device 200 according to an embodiment may obtain password information in step S650. For example, when a sound source for sound wave communication is reproduced in the user terminal 100, the locking device 200 according to an embodiment may acquire the reproduced sound source.

The locking device 200 according to an embodiment may determine whether to release the lock using password information and validity information for the locking device 200 included in the obtained sound source in step S655. For example, the locking device 200 according to an embodiment may determine whether to release the lock using password information and validity information for the locking device 200 included in the acquired sound source for sound wave communication.

The locking device 200 according to an embodiment may determine whether to release the lock by performing authentication on password information using a push method. For example, the locking device 200 according to an embodiment receives the password information included in the obtained sound source for sound wave communication from the server 300 (for example, through step S640) and stores the password in advance. Compared with the information, it is possible to determine whether to release the lock.

Referring to FIG. 7, a method of providing password information through a service provider terminal 400 in a door lock system according to an embodiment is provided. Such a method through a service provider may be suitable when management of a service provider is required, such as accommodation service, but is not limited thereto.

Specifically, in step S705, the service provider terminal 400 of the door lock system according to an embodiment may request password information from the server 300. The service provider terminal 400 according to an embodiment may transmit at least one of information about the user terminal 100 and information about the locking device 200 to the server 300 together with a request for password information.

The server 300 according to an embodiment may generate password information for the locking device 200 based on the received password information request in step S710. The server 300 according to an embodiment identifies at least one of information about the locking device 200 and information about the user terminal 100, and identifies information about the locking device 200 and information about the user terminal 100. Password information for the locking device 200 may be generated based on at least one of the information. The server 300 according to an embodiment may receive at least one of information on the locking device 200 and information on the user terminal 100 from the service provider terminal 400, or pre-stored in the server 300 At least one of information on the locking device 200 and information on the user terminal 100 may be identified.

The server 300 according to an embodiment may generate validity information for the corresponding password information by using at least one of information about the locking device 200 and information about the user terminal 100.

The server 300 according to an embodiment may transmit the generated password information to the user terminal 100 and the locking device 200 in step S715. Alternatively, when the password information is authenticated in a full method afterwards, the password information may be transmitted only to the user terminal 100. The server 300 according to an embodiment may transmit the generated password information to the service provider terminal 400 so that the service provider may directly give the user terminal 100 and the locking device 200 permission to transmit the password information. The server 300 according to an embodiment may transmit validity information together with the generated password information.

The user terminal 100 according to an embodiment may receive password information for the locking device 200 in step S720. The locking device 200 according to an embodiment may receive password information for the locking device 200 in step S725.

The user terminal 100 according to an embodiment may receive a user input for transferring password information on the locking device 200 to the locking device 200 in step S730. For example, when the password information for the locking device 200 is a sound source for sound wave communication, the user terminal 100 according to an embodiment may receive a user input requesting reproduction of the sound source for sound wave communication.

When a user input for transferring password information to the locking device 200 is received, the user terminal 100 according to an exemplary embodiment may request the locking device 200 to release the lock in step S735. For example, when the password information for the locking device 200 is a sound source for sound wave communication, the user terminal 100 according to an embodiment locks by playing a sound source for sound wave communication including password information through an output interface such as a speaker. You can request cancellation.

When a request for unlocking is received from the user terminal 100, the locking device 200 according to an embodiment may obtain password information in step S740. For example, when a sound source for sound wave communication is reproduced in the user terminal 100, the locking device 200 according to an embodiment may acquire the reproduced sound source. The locking device 200 according to an embodiment may determine whether to release the lock using the obtained password information and validity information for the locking device 200 in step S745.

When it is determined to release the lock, the locking device 200 according to an embodiment may transmit the unlocking result to the server 300 in step S750. When receiving a signal indicating that the lock has been released in step S755, the server 300 according to an embodiment may transmit the unlock result to the service provider terminal 400 as a notification. Service providers can manage their services more thoroughly through notifications.

In one embodiment, in accommodation facilities such as hotels, motels, and Airbnb, an indoor central control device may be configured to control not only lighting or TV, but also door locks.

In this case, if the door lock does not provide a sound wave-based unlocking function according to the disclosed embodiment, there is no need to replace the door lock, and a sound wave-based unlocking function is installed in the central control device, By connecting the receiving module, a sound wave-based temporary key function according to the disclosed embodiment may be provided.

For example, the user may be configured to play a sound source for sound wave communication outside the door and unlock the door lock by receiving the sound source from the central control device in the room.

8 shows a configuration of a server of a door lock system according to an embodiment. The server 300 of FIG. 8 may be the server 300 described above in FIGS. 1 to 7. The server 300 according to an embodiment may include a communication interface 320, a memory 340, and a processor 360. However, not all of the illustrated configurations are essential configurations, and the server 300 may be implemented by more configurations than the illustrated configurations.

The communication interface 320 is a configuration for performing communication with an external device, and a short-range wireless communication unit includes a Bluetooth communication unit, a Bluetooth Low Energy (BLE) communication unit, and a near field communication unit. , WLAN (Wi-Fi) communication unit, Zigbee communication unit, infrared (IrDA, infrared Data Association) communication unit, WFD (Wi-Fi Direct) communication unit, UWB (ultra wideband) communication unit, Ant+ communication unit, etc., but limited to this It does not become. The mobile communication unit may transmit and receive radio signals with at least one of a base station, an external terminal, and a server on a mobile communication network.

The memory 340 is a component for storing a program for processing and controlling the processor 360 and storing input/output data, and includes a flash memory type, a hard disk type, and Multimedia card micro type, card type memory (for example, SD or XD memory, etc.), RAM (Random Access Memory), SRAM (Static Random Access Memory), ROM (ROM, Read-Only Memory) ), Electrically Erasable Programmable Read-Only Memory (EEPROM), Programmable Read-Only Memory (PROM), magnetic memory, magnetic disk, optical disk, and at least one type of storage medium.

The processor 360 is a component for controlling the general operation of a typical server 300. For example, the processor 360 executes programs stored in the memory 340, thereby controlling the operation of the components of the server 300. Can be controlled.

The processor 360 according to an embodiment may receive an unlock request from at least one of the user terminal 100, the locking device 200, and the service provider terminal 400 through the communication interface 320. The processor 360 according to an embodiment may receive at least one of information about the user terminal 100 and information about the locking device 200 together with a request for unlocking through the communication interface 320.

The processor 360 according to an embodiment may generate password information for the locking device 200 based on the received unlock request. The processor 360 according to an embodiment may generate password information by using at least one of the received information about the locking device 200 and information about the user terminal 100. The processor 360 according to an embodiment may generate password information based on information on the user terminal 100 identified based on the received information on the locking device 200. The processor 360 according to an embodiment may use information about the user terminal 100 associated with the locking device 200 stored in advance in the memory 340.

Processor 360 according to an embodiment, based on a user input received together with the unlock request from at least one of the user terminal 100, the locking device 200, and the service provider terminal 400, the locking device 200 You can also create password information for. For example, the user may input a password for use as password information when generating an unlock request. The processor 360 according to an embodiment may randomly generate password information.

The processor 360 according to an embodiment may generate password information for the locking device 200 according to a predetermined period without receiving a request for unlocking. For example, password information for the locking device 200 may be preset to be periodically changed. The processor 360 according to an embodiment may generate password information based on at least one of information about the locking device 200 and information about the user terminal 100 stored in the memory 340.

The processor 360 according to an embodiment may generate validity information for the corresponding password information by using at least one of information about the locking device 200 and information about the user terminal 100.

The processor 360 according to an embodiment may generate password information and validity information as one sound source for sound wave communication. The processor 360 according to an embodiment may generate password information and validity information as encoded digital data according to a predetermined rule or as image data such as a QR code, and are limited to such embodiments. And can be created in a variety of ways.

The processor 360 according to an embodiment may transmit the generated password information to at least one of the user terminal 100, the locking device 200, and the service provider terminal 400 through the communication interface 320.

Thereafter, the processor 360 according to an embodiment may receive an authentication request including password information from the locking device 200 through the communication interface 320. The processor 360 according to an embodiment determines whether to release the lock of the locking device 200 using password information included in the authentication request, and issues a unlock command to the locking device 200 through the communication interface 320. Can be transmitted. Upon receiving the result of successful authentication, the locking device 200 may unlock the lock.

The processor 360 according to an embodiment may receive a result of unlocking from the locking device 200 through the communication interface 320. When receiving a signal indicating that the lock has been released, the processor 360 according to an embodiment may transmit the unlock result to the user terminal 100 or the service provider terminal 400 as a notification through the communication interface 320. have.

In addition, the configurations of the server of FIG. 8 are not limited to the above-described embodiments, and functions performed by the server 300 described in FIGS. 1 to 7 may be applicable.

The method according to an embodiment may be implemented in the form of program instructions that can be executed through various computer means and recorded in a computer-readable medium. The computer-readable medium may include program instructions, data files, data structures, and the like alone or in combination. The program instructions recorded on the medium may be specially designed and configured for the present invention, or may be known and usable to those skilled in computer software. Examples of computer-readable recording media include magnetic media such as hard disks, floppy disks, and magnetic tapes, optical media such as CD-ROMs and DVDs, and magnetic media such as floptical disks. -A hardware device specially configured to store and execute program instructions such as magneto-optical media, and ROM, RAM, flash memory, and the like. Examples of the program instructions include not only machine language codes such as those produced by a compiler, but also high-level language codes that can be executed by a computer using an interpreter or the like.

Some embodiments may also be implemented in the form of a recording medium including instructions executable by a computer, such as a program module executed by a computer. Computer-readable media can be any available media that can be accessed by a computer, and includes both volatile and nonvolatile media, removable and non-removable media. Further, the computer-readable medium may include both computer storage media and communication media. Computer storage media includes both volatile and nonvolatile, removable and non-removable media implemented in any method or technology for storage of information such as computer readable instructions, data structures, program modules or other data. Communication media typically includes computer readable instructions, data structures, program modules, or other data in a modulated data signal such as a carrier wave, or other transmission mechanism, and includes any information delivery medium.

In addition, some embodiments may be implemented as a computer program or a computer program product including instructions executable by a computer, such as a computer program executed by a computer.

Although the embodiments of the present invention have been described in detail above, the scope of the present invention is not limited thereto, and various modifications and improvements by those skilled in the art using the basic concept of the present invention defined in the following claims are also provided. It belongs to the scope of rights.

Claims (10)

In a method for providing information for unlocking a lock device in a server,
Receiving an information provision request for unlocking the locking device from at least one of a locking device and a user terminal;
Identifying a user terminal associated with the locking device;
Generating key information on the locking device based on the information provision request; And
Transmitting the key information to the identified user terminal. The method of claim 1,
Wherein the key information for the locking device is a one-time password for unlocking the locking device. The method of claim 1,
Generating the key information for the locking device,
Including the step of generating a sound source for sound wave communication including the key information,
Transmitting the key information,
Transmitting the sound source for sound wave communication to the user terminal; And
Transmitting the key information to the locking device; Containing, method. The method of claim 1,
The key information,
Mapping to user information stored in the server. The method of claim 1,
The information provision request for unlocking includes a user input,
Generating the key information for the locking device,
And generating key information for the locking device by using the user input received through at least one of the locking device and the user terminal. The method of claim 1,
Generating the key information for the locking device,
The method further comprising generating validity information of the password by using at least one of information on the locking device and information on the identified user terminal. The method of claim 1,
After transmitting the key information to the identified user terminal, receiving an authentication request including key information for the locking device from the locking device;
Determining whether to release the lock using an authentication request including key information on the locking device; And
And sending an unlock command to the locking device. In a method for providing information for unlocking a lock device in a server,
Identifying information about a locking device and information about a user terminal associated with the locking device;
Generating key information and validity information for the locking device, based on at least one of information on the locking device and information on the user terminal;
And transmitting the key information and the validity information to the user terminal and the locking device. The method of claim 8,
The validity information includes at least one of information indicating an effective period of key information for the locking device and information indicating an effective number of uses. The method of claim 8,
Generating the key information for the locking device,
Including the step of generating a sound source for sound wave communication including the key information,
Transmitting the key information,
Transmitting the sound source for sound wave communication to the user terminal; And
Transmitting the key information to the locking device; Containing, method.

Images