KR102287292B1 - Method and System for Door Control Based on Beacon Signal - Google Patents

Abstract

The present invention relates to a beacon signal based door control method and a system thereof and, more specifically, to a beacon signal based door control method and a system thereof that continuously recognizes a beacon signal transmitted by a beacon apparatus in an application operating in a background state of a user terminal, automatically opens a door as an authorized user approaches, and performs user movement history management, automatic elevator interlocking, and the like.

Description

{Method and System for Door Control Based on Beacon Signal}

The present invention relates to a method and system for controlling a door based on a beacon signal, and more particularly, by seamlessly recognizing a beacon signal transmitted from a beacon device in an application operating in the background state of the user terminal, so that an authorized user approaches It relates to a door control method and system based on a beacon signal, which can automatically open a door according to the user's movement history, and perform automatic elevator interlocking.

Various services and systems have been proposed based on communication with a user terminal using a beacon device.

In the early days of the spread of beacon technology, various technologies have been proposed to determine the location of a user terminal in an indoor environment where GPS coordinates are not accurately recognized using a beacon device, and to provide a corresponding service through an electronic device. , a technology for determining user authority using beacon technology and performing door management according to this has been variously proposed.

In general, devices for opening and closing the door, for example, an electronic or mechanical door lock device, are provided at the door of a building, office, hotel, apartment, etc. to control access. Recently, in order to solve the vulnerability of mechanical door locks, as an access control system, a door control system that controls the opening and closing operation of the door lock using biometric means such as password input, access card or fingerprint, iris, voice, and face has been developed and commercialized. there is.

However, in the case of such a door control system, when a connection with a user terminal is performed using a general Bluetooth method, time is required for pairing between the beacon and the user terminal, and there is a problem in that it does not operate accurately in practice.

In addition, the user terminal has a structure that has no choice but to use some APIs that detect beacon signals provided on the OS of iOS or Android. There is a downside to not being able to. Accordingly, there is a problem in that the user must run the corresponding application in his/her smartphone in order to use the corresponding beacon service.

For example, in the case of a door control system, the best service desired by the user is when the user passes by with the smartphone in his or her pocket, the corresponding smartphone and the beacon device minimize the delay to check the authority, and accordingly, the beacon device The door controller connected to the is operated. In the prior art, there was a problem that the user had to run an application on his/her smartphone or wait for a long time to connect the beacon device and the smartphone. In reality, the user terminal The commercial success of immediate special services using beacon devices has not been achieved.

Domestic Patent Publication No. 10-2016-0045308 (published on April 27, 2016) Domestic Patent Publication No. 10-2017-0135109 (published on December 08, 2017) Domestic Patent Publication No. 10-2017-0060552 (published on June 01, 2017) Domestic Registered Patent Publication No. 10-1797231 (announced on November 13, 2017)

The present invention seamlessly recognizes the beacon signal transmitted from the beacon device in the application operating in the background state of the user terminal, automatically opens the door as an authorized user approaches, manages the user's movement history, and automatically lifts the elevator An object of the present invention is to provide a method and system for detecting a signal of a beacon device that can perform interlocking and the like.

In order to solve the above problems, the present invention provides a door control method based on a beacon signal, comprising: in a beacon device, a beacon packet transmitting step of transmitting a beacon packet; a beacon packet detection step of detecting a beacon packet in a user terminal located in a first area of a door to be opened/closed; receiving a key value by requesting a key value from the service server in the user terminal; activating, in the beacon device, a first detection sensor that verifies the received key value, is connected to the beacon device, and detects whether there is an object in the second area of the door; receiving, in a beacon device, a detection signal from the first detection sensor; and in the beacon device, performing door opening control by controlling the connected door opening/closing module.

In some embodiments of the present invention, the transmitting of the beacon packet may include, in a beacon device, a first beacon packet transmitting step of transmitting a first beacon packet according to a first protocol; a second beacon packet transmission step of transmitting, in a beacon device, a second beacon packet according to a second protocol different from the first protocol, wherein the detecting the beacon packet includes, in the user terminal, the first beacon packet a first API execution step of executing a first API to be detected; a first beacon packet detection step of detecting, in the user terminal, the first beacon packet in the first API; executing, in the user terminal, a second API for detecting the second beacon packet when the first beacon packet is detected in the step of detecting the first beacon packet; and detecting, in the user terminal, a second beacon packet from the second API, wherein the first API may operate in the background on the operating system of the user terminal.

In some embodiments of the present invention, the second API may operate in the background only after the first API is executed on the operating system of the user terminal.

In some embodiments of the present invention, the door control method further comprises, in the beacon device, receiving a detection signal from a second detection sensor that detects whether there is an object in the third area of the door; The first area and the second area may be located outside the door, and the third area may be located inside the door.

In some embodiments of the present invention, in the door control method, in the beacon device, after receiving the detection signal from the first detection sensor, when receiving the detection signal from the second detection sensor, the EV control module It may further include an EV control step of performing control to call.

In some embodiments of the present invention, the door control method corresponds to the service server when receiving the detection signal from the second detection sensor after receiving the detection signal from the first detection sensor in the beacon device It may further include a movement history transmission step of transmitting the user's movement history.

In some embodiments of the present invention, the second detection sensor may continue to be activated regardless of communication with the user terminal.

In some embodiments of the present invention, when the first API detects the first beacon packet in the first beacon packet detection step, the first API re-execution step of forcibly terminating the first API and executing the first API again is performed. may include more.

According to one embodiment of the present invention, the application operating in the background state of the user terminal seamlessly recognizes the beacon signal transmitted from the beacon device, and automatically opens the door as the authorized user approaches, and the user's It is possible to provide a door control method and system based on a beacon signal that can perform movement history management, automatic elevator interlocking, and the like.

According to an embodiment of the present invention, even an app operating in the background state can receive a beacon signal according to an arbitrary protocol for implementing an automatic door control system, thereby significantly improving user convenience of the service.

According to an embodiment of the present invention, it is possible to exhibit the effect of providing an automatic door opening and closing system and service operated by checking the authority of the user terminal with high user convenience.

According to an embodiment of the present invention, users can realistically use various types of beacon services without friction.

According to an embodiment of the present invention, even if the authorized user does not operate a separate app, as the user approaches the door, the door is automatically opened, and accordingly, automatic EV call and/or movement history management can have an effect that can

According to an embodiment of the present invention, after an authorized user stays near the door for a long period of time, even when the user approaches the door, the door is automatically opened.

1 schematically shows an operating environment of a beacon system according to an embodiment of the present invention.
2 shows an example of detecting a beacon signal by the first protocol according to an embodiment of the present invention.
3 schematically shows a software configuration of a user terminal and a beacon device related to a beacon service according to an embodiment of the present invention.
4 schematically shows a format of a data packet according to a first protocol and a format of a data packet according to a second protocol according to an embodiment of the present invention.
5 schematically illustrates a beacon signal transmission process according to an embodiment of the present invention.
6 schematically illustrates operation steps of a first API and a second API according to an embodiment of the present invention.
7 schematically illustrates an operation method of a first API and a second API according to an embodiment of the present invention.
8 schematically illustrates processes for transmitting a key value from a user terminal to a beacon device according to an embodiment of the present invention.
9 schematically shows embodiments of operating states of the first API according to an embodiment of the present invention.
10 schematically shows an operating environment of a door control system according to an embodiment of the present invention.
11 schematically shows the configuration of a door control system according to an embodiment of the present invention.
12 schematically shows steps of a user's moving state in the door control system according to an embodiment of the present invention.
13 schematically shows the overall process of a door control method according to an embodiment of the present invention.
14 schematically shows the steps of performing a beacon device in a door control method according to an embodiment of the present invention.
15 schematically illustrates a state when a user approaches a door in the third area in the door control system according to an embodiment of the present invention.
16 schematically shows the internal configuration of the EV control module.
17 schematically shows an operation scenario of a door control system according to an embodiment of the present invention.

Hereinafter, various embodiments and/or aspects are disclosed with reference to the drawings. In the following description, for purposes of explanation, numerous specific details are set forth to provide a thorough understanding of one or more aspects. However, it will also be recognized by one of ordinary skill in the art that such aspect(s) may be practiced without these specific details. The following description and accompanying drawings set forth in detail certain illustrative aspects of one or more aspects. These aspects are illustrative, however, and some of the various methods in principles of the various aspects may be employed, and the descriptions set forth are intended to include all such aspects and their equivalents.

Further, various aspects and features will be presented by a system that may include a number of devices, components and/or modules, and the like. It is also noted that various systems may include additional devices, components, and/or modules, etc. and/or may not include all of the devices, components, modules, etc. discussed with respect to the drawings. must be understood and recognized.

As used herein, “embodiment”, “example”, “aspect”, “exemplary”, etc. may not be construed as an advantage or advantage in any aspect or design described above over other aspects or designs. . The terms '~part', 'component', 'module', 'system', 'interface', etc. used below generally mean a computer-related entity, for example, hardware, hardware A combination of and software may mean software.

Also, the terms "comprises" and/or "comprising" mean that the feature and/or element is present, but excludes the presence or addition of one or more other features, elements and/or groups thereof. should be understood as not

Also, terms including an ordinal number, such as first, second, etc., may be used to describe various elements, but the elements are not limited by the terms. The above terms are used only for the purpose of distinguishing one component from another. For example, without departing from the scope of the present invention, a first component may be referred to as a second component, and similarly, a second component may also be referred to as a first component. and/or includes a combination of a plurality of related listed items or any of a plurality of related listed items.

In addition, in the embodiments of the present invention, unless otherwise defined, all terms used herein, including technical or scientific terms, are generally understood by those of ordinary skill in the art to which the present invention belongs. have the same meaning as Terms such as those defined in a commonly used dictionary should be interpreted as having a meaning consistent with the meaning in the context of the related art, and unless explicitly defined in an embodiment of the present invention, an ideal or excessively formal meaning is not interpreted as

System and method for delivering key value to beacon device

1 schematically shows an operating environment of a beacon system according to an embodiment of the present invention.

The service server 1000 illustrated in FIG. 1 may correspond to a server that processes a service to be performed through the beacon device 3000 . As shown in FIG. 1 , an embodiment of the present invention may implement a specific service by mutual communication between the service server 1000 , the user terminal 2000 , and the beacon device 3000 . As an embodiment of the present invention, the beacon device 3000 is connected to a device for controlling the opening and closing of the door, the user terminal 2000 detects a signal of the beacon device 3000, and a key value from the service server 1000 This may include a service that receives and transmits a key value to the beacon device 3000 to automatically open and close the door of an authorized user, and the present invention is not limited thereto, and can be applied to various types of services. can

In another embodiment of the present invention, a service may be implemented through signal detection and/or communication only between the user terminal 2000 and the beacon device 3000 . In this case, for example, in the case of a service for opening and closing a door, a beacon signal is received from the user terminal 2000, and a key value stored or generated in the user terminal 2000 is transmitted to the beacon device to implement the corresponding service. can

The user terminal 2000 may correspond to an electronic device having a communication function, such as a smart phone, an electronic tablet, an HMD, or a smart watch.

2 shows an example of detecting a beacon signal by the first protocol according to an embodiment of the present invention.

In the case of iOS, an API that detects a beacon signal according to a prescribed protocol such as iBeacon is provided. As an example of a beacon signal according to the first protocol used in the present invention, it may correspond to a beacon signal according to an iBeacon protocol. The API for detecting a beacon signal according to the iBeacon protocol can largely detect a beacon signal of the form shown in FIG. 2 .

2A shows that when the user terminal 2000 enters a range in which the broadcast of the beacon device 3000 can be received, an API for detecting a beacon signal performed by the user terminal 2000 is a beacon signal. is the case for detecting

2(B) shows when the user terminal 2000 enters a range in which the broadcast of the beacon device 3000 can be received, and the signal strength is changed by moving within the range, in the user terminal 2000 This is a case in which the API for detecting the beacon signal to be performed detects the beacon signal.

In general, the API provided by the OS of the user terminal 2000 like iBeacon detects a signal through the API for the above two methods. Detecting the beacon signal according to the prescribed protocol is referred to herein as a first API 2110 for detecting the beacon signal according to the first protocol. The first API 2110 is generally set to operate alone in the background on the OS.

However, such a protocol according to iBeacon has a problem in that it is difficult to perform a special service.

On the other hand, an operating system such as iOS provides an API for detecting a beacon signal according to an arbitrary protocol (this is referred to as a second API 2120 for detecting a beacon signal according to a second protocol in this specification), such a second API ( 2120) has a problem that it cannot operate alone in the background.

Therefore, when performing a service that requires a communication protocol other than the first protocol according to the beacon signal, the user has to run an application capable of calling the second API 2120 in his/her terminal. .

Meanwhile, in iOS, the second API 2120 is set to be executed in the background only when the first API 2110 for detecting the beacon signal of the first protocol according to the iBeacon is executed.

3 schematically shows a software configuration of a user terminal 2000 and a beacon device 3000 related to a beacon service according to an embodiment of the present invention.

The user terminal 2000 and the beacon device 3000 may include other hardware and software configurations other than the configuration shown in FIG. 3 , and in FIG. 3 , a signal of the beacon device 3000 according to the present invention is detected, and a specific service It schematically shows only the relevant configurations in performing the .

The beacon device 3000 includes a beacon packet transmitter 3100, and the beacon packet transmitter 3100 includes a first beacon packet transmitter 3110 for transmitting a first beacon packet according to a first protocol; a second beacon packet transmitter 3120 for transmitting a second beacon packet according to a second protocol different from the first protocol; and a terminal connection unit 3200 for transmitting and receiving data to perform a service after the user terminal 2000 is connected to each other by a method such as Bluetooth.

The first beacon packet transmitter 3110 and the second beacon packet transmitter 3120 of the beacon device 3000 each broadcast a beacon signal according to a specific period. The terminal connection unit 3200 performs communication and/or data processing for a process for performing a beacon service with a specific user terminal 2000 .

On the other hand, the OS 2100 of the user terminal 2000 includes a first API 2110 for detecting a beacon signal according to a first protocol; and a second API 2120 for detecting a beacon signal according to the second protocol.

Preferably, the first API 2110 corresponds to a beacon signal detection API of a type that can be executed in the background in the OS, such as an API for detecting a signal of an iBeacon, and the second API 2120 detects a beacon signal of an arbitrary protocol. It corresponds to a beacon signal detection API that can be detected, but cannot be run in the background by itself.

On the other hand, the application corresponds to the application 2200 executed in the user terminal 2000 to perform a specific service in conjunction with the beacon device (3000). Such an application calls the first API (2110) and the second API (2120), the signal detection module 2210 for detecting the first beacon packet and the second beacon packet; a key value request unit 2220 for detecting the second beacon packet and requesting a key value from the service server 1000; and transmitting the key value received from the service server 1000 to the beacon device 3000 (preferably, the transmitted key value is processed in the terminal connection unit 3200 of the beacon device 3000), and the key value for performing the service It includes a transmission unit 2230;

The signal detection module 2210 performs a first API execution step of executing a first API 2110 for detecting the first beacon packet, and then performing a first API execution step for detecting the first beacon packet in the first API 2110 1 Beacon packet detection step; is performed.

Thereafter, when the first beacon packet is detected in the first beacon packet detection step, the signal detection module 2210 executes the second API 2120 for detecting the second beacon packet; and the Detecting the second beacon packet in the second API 2120; is performed.

The first API 2110 may operate in the background on the operating system of the user terminal 2000 . In addition, the beacon signal according to the first protocol detected by the first API 2110 corresponds to a signal according to a standardized protocol such as iBeacon. Meanwhile, the second API 2120 may detect a beacon signal by a second protocol, which is different from the first protocol, but cannot independently be executed in the background.

4 schematically shows a format of a data packet according to a first protocol and a format of a data packet according to a second protocol according to an embodiment of the present invention.

4A corresponds to, for example, a format according to the iBeacon standard. The payload of the packet includes data fields of UUID, which is an identifier of the beacon device 3000 device, Major, Minor, and Tx Power including data.

The first protocol corresponds to a universally defined protocol regardless of the service using the beacon device 3000, and the payload of data according to the first protocol includes a UUID item.

On the other hand, the second protocol corresponds to a protocol that can be arbitrarily defined according to a service using the beacon device 3000 . The payload in the second protocol may be defined to fit a corresponding service.

In the case of automatic door opening and closing by the beacon device 3000, a field for a place where the beacon device 3000 is located, a field including information about authority for the beacon device 3000, and service identification may include a service ID for

5 schematically illustrates a beacon signal transmission process according to an embodiment of the present invention.

In the beacon device 3000, a first beacon packet transmitting step of transmitting a first beacon packet according to the first protocol (S10); A second beacon packet transmission step (S20) of transmitting a second beacon packet according to a second protocol different from the first protocol; is periodically transmitted.

The beacon device 3000 performs the first beacon packet transmission step to detect a signal from the first API 2110 operating in the background in the user terminal 2000 . In this way, the first beacon packet may be first detected by the user terminal 2000 even when the user does not directly execute the app for performing the service.

The second beacon packet is for performing preliminary preparation for a service to be implemented by the beacon device 3000 . For example, information of the beacon device 3000 related to the service is transmitted to the second beacon packet. As such information, the location of the beacon device 3000 and a service ID using the beacon device 3000 may correspond to this information.

When the first beacon packet is detected by the first API 2110, the user terminal 2000 automatically executes the second API 2120, detects the second beacon packet, and obtains the service ID in the second beacon packet. By checking, steps for implementing the corresponding service can be performed.

6 schematically illustrates operation steps of the first API 2110 and the second API 2120 according to an embodiment of the present invention.

In step S100, the first API 2110 execution step of executing the first API 2110 for detecting the first beacon packet in the user terminal 2000 is performed. As described above, the first API 2110 corresponds to an API that can be executed in the background in the user terminal 2000 (eg, a smartphone), the first API 2110 is executed, and the first protocol The first beacon packet is detected.

Such an execution form of the first API 2110 may be executed in the form of detecting a first beacon packet having a specific UUID. For example, if there are beacon devices 3000 according to a specific service and their UUIDs are set to a specific UUID, the first API 2110 detects a first beacon packet of the beacon device 3000 according to a specific service. do.

In step S110 , the first beacon packet is detected from the first API 2110 performed by the user terminal 2000 . Preferably, the detected first beacon packet includes a specific UUID related to the corresponding service.

In step S120, when the first beacon packet is detected in the first beacon packet detection step, the user terminal 2000 executes a second API 2120 for detecting the second beacon packet. The execution form of the second API 2120 may be executed in a form of detecting a second beacon packet having a service ID related to the corresponding service.

That is, the payload of data according to the second protocol includes a service identifier item, and in the second API 2120 execution step, the second API 2120 is executed to detect a beacon packet having a specific service identifier. .

In step S130, the user terminal 2000, the step of detecting a second beacon packet from the second API 2120; is performed.

In this way, a second beacon packet including information for starting a corresponding service may be received by the second API 2120 . The data format of the second beacon packet can be arbitrarily set to fit the service, and communication can be performed through the second beacon packet more efficiently.

For example, when it is necessary to transmit a key value from the user terminal 2000 to the beacon device 3000 for service implementation, the payload of the second beacon packet includes the key value from the user terminal 2000 to the service server 1000 . It may include information for requesting, for example, location information of the beacon device 3000, and/or information on authority.

7 schematically illustrates the operation methods of the first API 2110 and the second API 2120 according to an embodiment of the present invention.

The signal detection module 2210 of the application for implementing the corresponding service executes the first API 2110, and the first API 2110 detects the first beacon packet according to the first protocol.

Preferably, the first API 2110 detects the first beacon packet having a specific UUID in the UUID field of the payload column of the first protocol, and when detecting the first beacon packet having a specific UUID, the result is described above. The signal detection module 2210 is notified.

Thereafter, the signal detection module 2210 detects a second beacon packet signal according to the second protocol according to the corresponding service by executing the second API 2120 .

Preferably, the second API 2120 detects a second beacon packet having a specific service ID in the service ID field of the payload column of the first protocol, and when detecting a second beacon packet having a specific service ID, the The result is notified to the signal detection module 2210 .

In this way, it is possible to implement a form in which the second API 2120, which cannot operate in the background, actually operates in the background. In addition, since the second protocol has a data format optimized for service implementation, the service can be implemented more efficiently and without delay.

For example, when a user who possesses the user terminal 2000 having the corresponding authority passes through an automatic opening/closing door connected to the beacon device 3000, there is no delay in the process of the user approaching the automatic opening/closing door and no separate manipulation of the user. The operation according to the opening and closing of the door is performed by the interlocked operation of the first API 2110 and the second API 2120 .

Preferably, the second API 2120 may operate in the background only after the first API 2110 is executed on the operating system of the user terminal 2000 .

In the second protocol, the payload of the first protocol includes the UUID of the beacon device 3000, the payload of includes information on the corresponding service, and the information on the corresponding service includes the beacon device ( 3000) contains an identifier for the location.

8 schematically illustrates processes for transmitting a key value from the user terminal 2000 to the beacon device 3000 according to an embodiment of the present invention.

The steps shown in FIG. 8 are steps performed after detecting a second beacon packet having a specific service ID in the second API 2120 . The corresponding service confirms the authority in the service server 1000 or the user terminal 2000, transmits the key value to the user terminal 2000 accordingly, and transmits the key value from the user terminal 2000 to the beacon device 3000, When the beacon device 3000 controls a related device (eg, opening a door at an automatic door opening), the operation of the form shown in FIG. 8 is performed by the user terminal 2000, the service server 1000, and the beacon device ( 3000) is carried out.

In step S200, when the user terminal 2000 detects the second beacon packet by the second API 2120, requesting a key value from the server is performed. In this step S200, information included in the payload of the second beacon packet may be checked, and a corresponding key value may be requested. For example, when there is location information of the corresponding beacon device 3000 in the second beacon packet, a key value according to the corresponding location information may be requested from the service server 1000 .

In addition, if the second beacon packet includes authority information of the beacon device 3000, it is determined whether the authority of the user terminal 2000 corresponds to the authority to drive the beacon device 3000, and , it is also possible to request a key value accordingly.

In step S210, the corresponding key value is transmitted to the user terminal 2000 in response to the request according to the step S200.

Preferably, in FIG. S210 , the service server 1000 may determine some information included in the second beacon packet transmitted from the user terminal 2000 and detect a corresponding key value.

Preferably, the user terminal 2000 determines the location information of the beacon device 3000 in the second beacon packet transmitted in step S200, and sets a key value corresponding to the beacon device 3000 to the user terminal 2000 ) can be sent to

Preferably, the service server 1000 determines the authority for the user terminal 2000 to use the beacon device 3000 that has transmitted the second beacon packet, and transmits the corresponding key value to the user terminal 2000 accordingly. there is.

In step S220 , the user terminal 2000 requests a Bluetooth connection to the beacon device 3000 .

In step S230 , the beacon device 3000 performs a step of allowing a Bluetooth connection with the user terminal 2000 .

In step S240 , the user terminal 2000 transmits the key value to the beacon device 3000 through the Bluetooth connection.

Thereafter, the beacon device 3000 may verify the corresponding key value, and thus may perform an operation according to a service, for example, an operation of opening/closing an automatic door opening/closing device connected to the beacon device 3000 .

9 schematically shows embodiments of operating states of the first API 2110 according to an embodiment of the present invention.

FIG. 9A shows an operation form of the first API 2110 capable of detecting a beacon packet of the same type as in FIG. 2, such as an iBeacon such as the first protocol, and operating in the background. In general, the first API 2110 provided by the OS in the user terminal 2000 is terminated after operating for a preset period (for example, 10 seconds). ) should be executed.

FIG. 9B schematically illustrates the operation of the first API 2110 in a state where there is no position movement after the user approaches the beacon device 3000 .

As described above, in general, the first API 2110 that can operate in the background has two limitations. The first is that only packets according to the protocol can be detected, and the second is that only a change in a specific type of beacon signal can be detected. In general, a protocol such as iBeacon can only detect a beacon signal of the type shown in FIG. 2 .

Therefore, in the automatic door opening and closing system, when the user stays near the corresponding beacon device 3000 (the door) and tries to enter the door, there is a problem that the first beacon packet is not detected at the time of entering the door.

Also, in general, in the case of the first API 2110, when the first beacon packet is detected, the set period is completed, and the execution is executed again, even if the change as in FIG. 2 is made, the previous first beacon packet is Since it is detected, the first beacon packet cannot be detected again. Therefore, there is a problem in that the service according to the beacon device 3000 does not operate after the user moves close to the beacon device 3000 and stays for some time.

FIG. 9C shows a control process of the first API 2110 and the second API 2120 performed in the embodiment of the present invention in order to solve such a problem of the first API 2110 .

As shown in (C) of FIG. 9 , when the first API 2110 detects the first beacon packet in the first beacon packet detection step, the first API 2110 is forcibly terminated and the first beacon packet is detected. It further includes a first API (2110) re-execution step of re-executing the 1API (2110).

That is, when the first API 2110 is executed and a first beacon packet having a corresponding UUID is detected, the second API 2120 is executed to detect a second beacon packet having a specific service ID. In addition, when detecting the first beacon packet having the corresponding UUID or at the same time execution of the second API 2120 starts, the signal detection module 2210 of the application forcibly terminates the first API 2110, The state of the first API 2110 in the previous cycle is reset, and the first API 2110 is operated again.

By controlling the operation of the first API 2110 in this way, even if the user terminal 2000 is located in the vicinity of the beacon device 3000, the beacon device 3000 by the first API 2110 continuously operates in the background state. It is possible to exert the effect of being able to use the services implemented in .

Door control system and method based on beacon signal

Hereinafter, an automatic door control system to which a method of transmitting a key value using the beacon device described with reference to FIGS. 1 to 9 is applied will be described. In the door control system described below, the related service application is running in the background in the user terminal, and as a user carrying the user terminal approaches the door, the beacon device, the user terminal, and the service server automatically communicate, It relates to a system that transmits a key value to a beacon device and automatically opens a door as a user approaches.

10 schematically shows an operating environment of a door control system according to an embodiment of the present invention.

As shown in FIG. 10 , the user terminal 2000 , the service server 1000 , and the beacon device 4000 communicate with each other, and their communication process is the same as that described with reference to FIGS. 1 to 9 . . A duplicate description thereof will be omitted.

The door control system is basically a beacon device 4000, a first detection sensor 5100 for detecting the approach or presence of an object in the first area (eg, outside) of the corresponding door, and the second area (eg, outside) of the corresponding door. For example, it includes a second detection sensor 5200 that detects the approach or presence of an object in the interior. Such a door control system may be connected to the door opening/closing module 5000 that directly or indirectly controls the automatic opening and closing of the door, and may additionally be connected to the EV control module 5300 .

In addition, the beacon device 4000 may communicate with the service server 1000 , and may be directly connected to the service server 1000 through an Ethernet method, or the service server 1000 through the user terminal 2000 . ) to transmit and receive data. For example, when the user enters the second zone from the first zone through the door control system, and wants to register the history in the service server 1000, the beacon device 4000 directly connects to the service server 1000. Although the data may be transmitted to the user terminal, it may correspond to a method of transmitting the data to the service server 1000 through the user terminal.

The first zone may correspond to, for example, an outside where unauthorized people exist, for example, outside a building lobby, outside a building entrance door. In this case, the door control system uses a system that selects authorized people and automatically enters and exits, and a role of performing entry/exit records.

Alternatively, the first zone may correspond to a part of a plurality of spaces in the building in addition to this. That is, the first zone may correspond to an internal space previously moved by the user through the beacon device 4000 . In this case, only authorized users can move within the internal space, and accordingly, a service for managing movement histories of the corresponding users can be implemented.

In the case of a door connected to the door opening/closing module 5000, it is preferable that the door is automatically opened and closed in a sliding manner.

The first detection sensor 5100 and the second detection sensor 5200 detect a partial area of the first zone and the second zone adjacent to the door, respectively. In the present invention, after authorization is confirmed by communication between the beacon device 4000 and the user terminal 2000, by additionally confirming with a detection sensor, unnecessary door opening/closing operation can be prevented, and accurate recording according to actual entry and exit can be prevented. possible effects can be exerted.

11 schematically shows the configuration of a door control system according to an embodiment of the present invention.

The beacon module 4100 includes a beacon packet transmitter 4110, and the beacon packet transmitter 4110 includes a first beacon packet transmitter 4111 for transmitting a first beacon packet according to a first protocol; a second beacon packet transmitter 4112 for transmitting a second beacon packet according to a second protocol different from the first protocol; and a beacon module 4100 including a; terminal connection unit 4120 for transmitting and receiving data to perform a service after being connected to each other in a manner such as Bluetooth and the user terminal. This corresponds to the configuration of the beacon device 4000 described with reference to FIGS. 1 to 9 of the beacon module 4100 .

As described above, the first beacon packet transmitter 4111 and the second beacon packet transmitter 4112 of the beacon device 4000 each broadcast a beacon signal according to a specific period. The terminal connection unit 4120 performs communication and/or data processing with a specific user terminal 2000 and a process for performing automatic door control according to a beacon service.

The detection sensor processing module 4200 verifies the key value received from the beacon module 4100 (terminal connection unit 4120) and activates the first detection sensor 5100 for detecting whether there is an object in the second area of the door. do.

That is, the door opening control in the present invention 1) checks the key value by the beacon module 4100, activates the first detection sensor 5100 accordingly, and 2) the first detection sensor 5100 senses In this case, door opening control is performed.

The first detection sensor 5100 senses whether there is an object in an area that the first detection sensor 5100 can sense. The first detection sensor 5100 may be implemented in various ways, such as an IR sensor, an ultrasonic sensor, a light-based proximity sensor, and a physical sensor.

Thereafter, the detection sensor processing module 4200 may receive a detection signal from the first detection sensor 5100. In this case, the door control module 4300 is a door opening/closing module connected to the beacon device 4000 ( 5000), the door opening control can be performed.

On the other hand, the door control system according to the embodiment of the present invention further includes a second detection sensor 5200 located opposite to the door reference in the area where the first detection sensor 5100 is located. The detection sensor processing module 4200 performs a step of receiving a detection signal from the second detection sensor 5200 for detecting whether there is an object in an area located on the opposite side of the first detection sensor 5100 of the door; do.

The beacon device 4000 includes an EV connection module 4400 that transmits a control command to the EV control module 5300 according to the sensing results of the first detection sensor 5100 and the second detection sensor 5200; and a recording module 4500 for recording or transmitting information on the user's entry/exit to the service server 1000 .

12 schematically shows steps of a user's moving state in the door control system according to an embodiment of the present invention.

When the user is in state (A), the user terminal cannot communicate with the beacon device 4000 .

Thereafter, when the user is located in (B) corresponding to the inside of the first area, as described above, the user terminal receives the above-mentioned broadcasting of the first beacon packet and the second beacon packet, and provides a service accordingly. The key value is transmitted to the beacon device 4000 via the server 1000 or alone. In this state, the beacon device 4000 activates the first detection sensor 5100 when verification of the user's key value is performed. That is, the first area corresponds to an area in which the user terminal can receive the first beacon packet and the second beacon packet of the beacon device 4000 .

As described above, the user terminal receives the above-described broadcasting of the first beacon packet and the second beacon packet, and accordingly transmits the key value to the beacon device 4000 through the service server 1000 or alone. . In this state, the beacon device 4000 activates the first detection sensor 5100 when verification of the user's key value is performed. That is, the first area corresponds to an area in which the user terminal can receive the first beacon packet and the second beacon packet of the beacon device 4000 .

Thereafter, when the user is located in (C) corresponding to the inside of the second area, the activated first detection sensor 5100 detects the user. Accordingly, the door control module 4300 of the beacon device 4000 transmits a door open command to the door opening/closing module 5000, and thus the door is opened.

Thereafter, as the user passes through the door, it is sensed by the second detection sensor 5200 . The second detection sensor 5200 can basically detect whether an object is close to or located on the side where the third area is located, and is sensed by the first detection sensor 5100, and the door opening and closing module When the second detection sensor 5200 senses within a preset time after the door opening control is performed by 5000, it indicates that the user has actually passed the first area -> second area -> third area. can be checked for sure.

When the sensing by the second detection sensor 5200 is completed, the above-described EV connection module 4400 or the recording module 4500 is preferably operated.

Preferably, when the door control system is located at the boundary between the outside and the inside, so that only an authorized user can move from outside -> inside, the second detection sensor 5200 is the beacon device ( 4000) and whether it is desirable to maintain the active state regardless of whether the user terminal communicates.

13 schematically shows the overall process of a door control method according to an embodiment of the present invention.

In step S300, the beacon device 4000, a beacon packet transmission step of transmitting a beacon packet; is performed. This corresponds to the broadcasting step of the beacon signal including the first beacon packet transmission and the second beacon packet transmission described with reference to FIG. 5 .

Specifically, the step S300 includes, in the beacon device 4000, a first beacon packet transmission step of transmitting a first beacon packet according to a first protocol; and a second beacon packet transmission step of transmitting, in the beacon device 4000, a second beacon packet according to a second protocol different from the first protocol.

In step S310, a beacon packet detection step of detecting a beacon packet in the user terminal located in the first area of the door for which door opening/closing control is to be performed; is performed. This corresponds to the steps performed in the door opening/closing related application executed in the background state using the first API and the second API, as described with reference to FIG. 6 and the like.

Specifically, step S310 includes, in the user terminal 2000, a first API execution step of executing a first API for detecting the first beacon packet; a first beacon packet detection step of detecting, in the user terminal 2000, the first beacon packet in the first API; executing, in the user terminal 2000, a second API for detecting the second beacon packet when the first beacon packet is detected in the step of detecting the first beacon packet; and detecting, in the user terminal 2000, a second beacon packet from the second API.

Preferably, the second API may operate in the background only after the first API is executed on the operating system of the user terminal 2000 .

Preferably, the first API may operate in the background on the operating system of the user terminal 2000 .

In steps S320 and S330, a step of receiving a key value by requesting a key value from the service server 1000 in the user terminal is performed. This corresponds to the step described with reference to FIG. 8, and in another embodiment of the present invention, without S320 and S330, the user terminal itself checks the authority, and accordingly, a pre-stored key value may be derived or a key value may be generated.

In step S340, the user terminal transmits the key value to the door control system, specifically, to the beacon device 4000 of the door control system. Thereafter, the door control system verifies the key value, and through this process, the authority of the user terminal can be checked and only authorized persons can selectively enter and exit.

After step S340, the beacon device 4000 verifies the received key value, is connected to the beacon device 4000, and activates the first detection sensor 5100 for detecting whether there is an object in the second area of the door step is performed.

In step S350, the step of sensing the user by the first detection sensor 5100 is performed, and accordingly, in the beacon device 4000, receiving a detection signal from the first detection sensor 5100; is performed.

In step S360, the beacon device 4000, by controlling the connected door opening/closing module 5000 to perform door opening control; is performed.

In step S370 , the beacon device 4000 receives a detection signal from the first detection sensor 5100 , and then performs detection from the second detection sensor 5200 . This corresponds to a state in which the user has actually passed through the first area -> second area -> third area of FIG. 12 .

In step S380, an EV control step of controlling the EV control module 5300 to call EV is performed. This corresponds to the function of confirming that the user has actually entered the interior and calling the elevator to the corresponding floor accordingly. For example, when the door control system is installed on a building entrance, such a function may be performed.

In step S390, a movement history transmission step of transmitting the user's movement history from the beacon device 4000 to the service server 1000 is performed. As described above, the door control system may be directly connected to the service server 1000 or may perform such a function through a user terminal.

14 schematically shows the steps of performing the beacon device 4000 in the door control method according to an embodiment of the present invention.

The steps shown in FIG. 14 are steps performed by the beacon device 4000 and correspond to steps after the user terminal requests a key value from the service server 1000 and receives the key value.

In step S400, the beacon device 4000 verifies the received key value.

In step S410, the step of activating the first detection sensor 5100 connected to the beacon device 4000 and detecting whether there is an object in the second area of the door; is performed. Preferably, the activation of the first detection sensor 5100 is performed only for a preset time.

In step S420, a step of receiving a detection signal from the first detection sensor 5100 is performed. That is, it corresponds to a case in which the user approaches the first detection sensor 5100 .

In step S430, the step of performing door opening control by controlling the connected door opening and closing module 5000; is performed. Such a step may be implemented, for example, when the door control module 4300 transmits a door open command signal to the door opening/closing module 5000 . In this case, the door opening/closing module 5000 drives a motor or the like to control the opening of the door according to the command signal.

Alternatively, in another embodiment of the present invention, the door opening/closing module 5000 may be implemented in an integrated form in the beacon device 4000, or the door control module 4300 itself is the door opening/closing module 5000 ) can be implemented in a form that directly performs the function of

In step S440 , after receiving the detection signal from the first detection sensor 5100 in the beacon device 4000 , the step of receiving the detection signal from the second detection sensor 5200 within a preset period is performed.

In step S450, an EV control step of controlling the EV control module 5300 to call EV is performed. Such a step may be implemented by transmitting a command signal to make an elevator call from the EV connection module 4400 to the EV control module 5300 installed in the EV device. Alternatively, the EV connection module 4400 may directly control the EV device to make an elevator call.

In step S460, a movement history transmission step of transmitting the movement history of the user to the service server 1000 is performed. Through the above-described process, it can be confirmed that a specific user has actually entered the interior from the outside. By transmitting such a confirmed matter to the service server 1000, the service server 1000 collects information on the current location, previous movement history, and past location status of each user, and sends it to an administrator or user. can report.

15 schematically illustrates a state when a user approaches a door in the third area in the door control system according to an embodiment of the present invention.

Preferably, the second detection sensor 5200 maintains the activated state regardless of communication with the user terminal.

With this configuration, when the user moves from the first detection sensor 5100 side to the second detection sensor 5200 side, it is possible to smoothly perform EV control and movement history recording according to the movement.

In addition, when the place where the third area is located corresponds to the inside of the building, etc., the user may go outside without checking the authority through communication with the beacon device 4000 with respect to the user moving to the outside.

On the other hand, in another embodiment of the present invention, by configuring the same shape as the first region and the second region on the side located in the third region, (A) -> (B) -> (C) as in FIG. In the case of movement, key transmission between the beacon device 4000 and the user terminal as described with reference to FIG. 12 is performed, and when the key is verified, the second detection sensor 5200 may be activated. In this case, it may correspond to a form in which two types of beacon packets are broadcast also on the side where the third area of FIG. 15 is located.

16 schematically shows the internal configuration of the EV control module 5300 .

In an embodiment of the present invention, the EV control module 5300 may be implemented in a form attached to a controller that calls an EV from an EV device. The EV controller 5320 may be implemented in the form of electrically connecting to the EV, but the EV controller 5320 may also be implemented in the form of physically pressing a button related to an EV call.

The third antenna unit 5310 receives a control signal for the EV call from the beacon device 4000, and electrically or physically controls the EV so that the EV control unit 5320 calls the EV accordingly, as shown in FIG. After the second detection sensor 5200 senses the user in the same movement, the EV may be automatically called.

17 schematically shows an operation scenario of a door control system according to an embodiment of the present invention.

As described with reference to FIG. 9, in the general operation of the first API, there is a problem in that a beacon packet cannot be detected when it stays in area (B) as in FIG. 17 . Therefore, when using the first API operating in the background, when the user arrives at the second area while chatting or talking with a colleague, for example, as the first API is detected, the first detection sensor 5100 is stopped. is not activated, and accordingly, the user has to go back to the position (A) and then immediately return to the first detection sensor 5100 again.

In order to solve this problem, an embodiment of the present invention controls the first API in the user terminal in the same manner as in FIG. 9C.

That is, when the first API detects the first beacon packet in the first beacon packet detection step, by performing the first API re-execution step of forcibly terminating the first API and re-executing the first API, the first API is Even if the user stays in the position (B) for a long time, when the user enters the inside of the second area, the first detection sensor 5100 is activated and the user can enter and exit the door.

According to one embodiment of the present invention, the application operating in the background state of the user terminal seamlessly recognizes the beacon signal transmitted from the beacon device, and automatically opens the door as the authorized user approaches, and the user's It is possible to provide a door control method and system based on a beacon signal that can perform movement history management, automatic elevator interlocking, and the like.

According to an embodiment of the present invention, even an app operating in the background state can receive a beacon signal according to an arbitrary protocol for implementing an automatic door control system, thereby significantly improving user convenience of the service.

According to an embodiment of the present invention, it is possible to exhibit the effect of providing an automatic door opening and closing system and service operated by checking the authority of the user terminal with high user convenience.

According to an embodiment of the present invention, users can realistically use various types of beacon services without friction.

According to an embodiment of the present invention, even if the authorized user does not operate a separate app, as the user approaches the door, the door is automatically opened, and accordingly, automatic EV call and/or movement history management can have an effect that can

According to an embodiment of the present invention, after an authorized user stays near the door for a long period of time, even when the user approaches the door, the door is automatically opened.

As described above, although the embodiments have been described with reference to the limited embodiments and drawings, various modifications and variations are possible by those skilled in the art from the above description. For example, the described techniques are performed in a different order than the described method, and/or the described components of the system, structure, apparatus, circuit, etc. are combined or combined in a different form than the described method, or other components Or substituted or substituted by equivalents may achieve an appropriate result. Therefore, other implementations, other embodiments, and equivalents to the claims are also within the scope of the following claims.

Claims (8)

A door control method based on a beacon signal, comprising:
In the beacon device, a beacon packet transmitting step of transmitting a beacon packet;
a beacon packet detection step of detecting a beacon packet in a user terminal located in a first area of a door to be opened/closed;
receiving a key value by requesting a key value from the service server in the user terminal;
activating, in the beacon device, a first detection sensor that verifies the received key value, is connected to the beacon device, and detects whether there is an object in the second area of the door;
receiving, in a beacon device, a detection signal from the first detection sensor; and
In the beacon device, performing door opening control by controlling the connected door opening and closing module;
The beacon packet transmission step includes:
a first beacon packet transmission step of transmitting, in the beacon device, a first beacon packet according to a first protocol;
In the beacon device, a second beacon packet transmitting step of transmitting a second beacon packet according to a second protocol different from the first protocol;
The beacon packet detection step includes:
a first API execution step of executing, in the user terminal, a first API for detecting the first beacon packet;
a first beacon packet detection step of detecting, in the user terminal, the first beacon packet in the first API;
executing, in the user terminal, a second API for detecting the second beacon packet when the first beacon packet is detected in the step of detecting the first beacon packet; and
In the user terminal, detecting a second beacon packet from the second API;
The first API is a door control method based on a beacon signal that can operate in the background on the operating system of the user terminal.
delete The method according to claim 1,
The second API may operate in the background only after the first API is executed on the operating system of the user terminal.
The method according to claim 1,
The door control method comprises:
In the beacon device, receiving a detection signal from a second detection sensor that detects whether there is an object in the third area of the door; further comprising,
The method for controlling a door based on a beacon signal, wherein the first area and the second area are located outside the door, and the third area is located inside the door.
5. The method according to claim 4,
The door control method comprises:
In the beacon device, after receiving the detection signal from the first detection sensor, when receiving the detection signal from the second detection sensor, the EV control module further comprises an EV control step of performing control to call the EV , a door control method based on a beacon signal.
A door control method based on a beacon signal, comprising:
In the beacon device, a beacon packet transmitting step of transmitting a beacon packet;
a beacon packet detection step of detecting a beacon packet in a user terminal located in a first area of a door to be opened/closed;
receiving a key value by requesting a key value from the service server in the user terminal;
activating, in the beacon device, a first detection sensor that verifies the received key value, is connected to the beacon device, and detects whether there is an object in the second area of the door;
receiving, in a beacon device, a detection signal from the first detection sensor; and
In the beacon device, performing door opening control by controlling the connected door opening and closing module;
The door control method comprises:
In the beacon device, receiving a detection signal from a second detection sensor for detecting whether there is an object in the third area of the door; further comprising,
The first area and the second area are located outside the door, the third area is located inside the door,
The door control method comprises:
In the beacon device, after receiving the detection signal from the first detection sensor, when receiving the detection signal from the second detection sensor, further comprising a movement history transmission step of transmitting the movement history of the user to the service server A door control method based on a beacon signal.
5. The method according to claim 4,
The second detection sensor is a door control method based on a beacon signal that continues to be activated regardless of communication with the user terminal.
The method according to claim 1,
When the first API detects the first beacon packet in the first beacon packet detection step, the method further includes a first API re-execution step of forcibly terminating the first API and re-executing the first API. How to control the door.

Images