KR102232084B1 - Method for REDUCING CONGESTION IN AN EMERGENCY EXIT USING BLE COMMUNICATION and apparatus therefor - Google Patents

Abstract

The present specification provides a method for reducing congestion at an emergency exit by using Bluetooth Low Energy (BLE) communication.
More specifically, the method performed in the Bluetooth device includes receiving a first message including control information related to congestion detection at an emergency exit in which the ultrasonic sensor is installed from an ultrasonic sensor including three channels, the control information Including first information on a width of a person required to count the and second information on a time unit measured by the ultrasonic sensor; Calculating a congestion rate at the emergency exit based on the first message; And transmitting a second message including the congestion rate to a server.

Description

A method for reducing congestion at an emergency exit by using BLE communication, and an apparatus therefor. [Method for REDUCING CONGESTION IN AN EMERGENCY EXIT USING BLE COMMUNICATION and apparatus therefor}

The present invention relates to a method for reducing the degree of congestion at an emergency exit, and more particularly, to a method and an apparatus for reducing the degree of congestion at an emergency exit using BLE communication.

As modern society develops, people spend a lot of time mainly indoors. Indoor personnel statistics analysis data and congestion level analysis data can be usefully used as basic data for various service development, but it is rare to present specific methods or algorithms for this.

And, in the event of a fire, if people are crowded at the emergency exit, the evacuation time may be delayed, resulting in great damage. In this case, indoor personnel counting and a congestion level detection system are required to search for and evacuate the optimal (evacuation) route by calculating the degree of congestion such as an emergency exit.

An object of the present specification is to provide a method for reducing the degree of congestion at the emergency exit by determining the congestion rate at the emergency exit using BLE communication and evacuating people to the emergency exit with a low congestion rate.

The technical problems to be achieved in the present invention are not limited to the technical problems mentioned above, and other technical problems that are not mentioned will be clearly understood by those of ordinary skill in the technical field to which the present invention belongs from the following description. I will be able to.

In the present specification, in a method for reducing congestion at an emergency exit using Bluetooth low energy (BLE) communication, the method performed in a Bluetooth device is from an ultrasonic sensor including three channels at an emergency exit in which the ultrasonic sensor is installed. Receiving a first message including control information related to congestion detection, wherein the control information includes first information on a width of a person required to count the number of people and a time unit measured by the ultrasonic sensor. 2 contains information; Calculating a congestion rate at the emergency exit based on the first message; And transmitting a second message including the congestion rate to a server.

In addition, in the present specification, the performing of the congestion detection may include determining whether a person enters or exits based on a value measured in a first direction or a second direction by the ultrasonic sensor, and the first direction is a first direction. A direction from a channel to a second channel, the second direction being a direction from a third channel to a second channel; Calculating the number of people passing by the place where the ultrasonic sensor is installed by comparing the value of the width measured by the ultrasonic sensor and a threshold value; And detecting a degree of congestion at the place based on whether the person enters or exits, and the number of people of the person.

In addition, in the present specification, the congestion rate is calculated as a congestion degree for the emergency exit from the congestion degree for all emergency exits.

In addition, in the present specification, the first message is Push_Beacon_A_status_dec, and the second message is Count_the_user_value.

The present specification determines the congestion rate at the emergency exit using BLE communication, and by evacuating people to the emergency exit with a low congestion rate, there is an effect of minimizing human damage in case of an emergency situation by reducing the degree of congestion at the emergency exit.

The effects obtainable in the present invention are not limited to the above-mentioned effects, and other effects not mentioned will be clearly understood by those of ordinary skill in the art from the following description. .

BRIEF DESCRIPTION OF THE DRAWINGS The accompanying drawings, which are included as part of the detailed description to aid understanding of the present invention, provide embodiments of the present invention, and together with the detailed description, the technical features of the present invention will be described.
1 is a diagram showing an example of a conceptual diagram of a congestion degree system proposed in the present specification.
2 is a diagram showing an example of a method of calculating the width of a person using an ultrasonic sensor.
3 is an example of a method of obtaining an ultrasonic sensor distance.
4 shows an example of a method of calculating the value of the width of a person (or person) when passing through an ultrasonic sensor.
5 and 6 show the result values obtained through the method proposed in the present specification in the congestion degree system installed at the emergency exit during normal and fire, respectively.
7 and 8 are diagrams showing examples of ultrasonic installation intervals and waveform intervals over time.
9 is a diagram showing an example of the value of the width of the personnel over time.
10 is a view showing another example of the value of the width of the personnel over time.
11 is a flowchart showing an example of a method for determining a congestion degree proposed in the present specification.
12 shows an example of applying the method proposed in the present specification.
13 is a schematic diagram showing an example of a wireless communication system using the Bluetooth low power energy technology proposed in the present specification.
14 shows an example of an internal block diagram of a server device and a client device that can implement the methods proposed in the present specification.
15 shows an example of a Bluetooth low power energy topology.
16 shows an example of an architecture of a Bluetooth Basic Rate (BR)/Enhanced Data Rate (EDR), and FIG. 17 shows an example of an architecture of a Bluetooth Low Energy (LE).
18 is a diagram showing an example of a structure of a GATT Profile of Bluetooth low power energy.
19 is a flowchart illustrating an example of a connection procedure method in Bluetooth low power energy technology.
20 is a flowchart illustrating an example of a method of providing an object transfer service in Bluetooth low power energy technology.
21 is a flowchart illustrating an example of a connection procedure method in Bluetooth BR/EDR technology.
22 is a diagram illustrating a method of transmitting and receiving signals between a server and a Bluetooth device.
23 is a flowchart illustrating a signal transmission/reception method proposed in the present specification.
24 shows an example of a first message format.
25 shows an example of a second message format.

Hereinafter, exemplary embodiments disclosed in the present specification will be described in detail with reference to the accompanying drawings, but identical or similar elements are denoted by the same reference numerals regardless of reference numerals, and redundant descriptions thereof will be omitted. The suffixes "module" and "unit" for constituent elements used in the following description are given or used interchangeably in consideration of only the ease of preparation of the specification, and do not have meanings or roles that are distinguished from each other by themselves. In addition, in describing the embodiments disclosed in the present specification, when it is determined that a detailed description of related known technologies may obscure the subject matter of the embodiments disclosed in the present specification, the detailed description thereof will be omitted. In addition, the accompanying drawings are for easy understanding of the embodiments disclosed in the present specification, and the technical idea disclosed in the present specification is not limited by the accompanying drawings, and all changes included in the spirit and scope of the present invention , It should be understood to include equivalents or substitutes.

Terms including ordinal numbers such as first and second 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 component.

When a component is referred to as being "connected" or "connected" to another component, it is understood that it may be directly connected or connected to the other component, but other components may exist in the middle. It should be. On the other hand, when a component is referred to as being "directly connected" or "directly connected" to another component, it should be understood that there is no other component in the middle.

Singular expressions include plural expressions unless the context clearly indicates otherwise.

In this application, terms such as "comprises" or "have" are intended to designate the presence of features, numbers, steps, actions, components, parts, or combinations thereof described in the specification, but one or more other features. It is to be understood that the presence or addition of elements or numbers, steps, actions, components, parts, or combinations thereof does not preclude in advance.

Mobile terminals described herein include mobile phones, smart phones, laptop computers, digital broadcasting terminals, personal digital assistants (PDAs), portable multimedia players (PMPs), navigation systems, and slate PCs. , Tablet PC (tablet PC), ultrabook (ultrabook), wearable device (wearable device, for example, smartwatch, glass-type terminal (smart glass), HMD (head mounted display)), etc. may be included. have.

This specification uses an ultrasonic sensor to (1) determine a person's entry (IN) or a person's exit (OUT) at a specific place, and (2) detect real-time number of people and congestion at a specific place based on this. Provides a way.

Human IN, OUT judgment using ultrasonic sensor

In the invention to be described later, by using a unit of seconds or a unit of microseconds, it is possible to determine a person's entry or exit using an ultrasonic sensor.

That is, the invention to be described later (refer to FIG. 2 to be described later) is whether a person passes through (1) an ultrasonic sensor (or ultrasonic channel) A or A, B first, or (2) an ultrasonic sensor C or an ultrasonic sensor C, B first. Depending on whether or not it passes, it is possible to confirm the person's entry or exit.

Real-time personnel counting and congestion detection based on ultrasonic sensors

During the time (T) it takes for one person to pass through the ultrasonic sensor-based congestion level detection system, the maximum value among the values of the width of the person obtained by the ultrasonic sensor is converted into the number of people. Here, the width of the person may be calculated as the width of both shoulders of the person.

For example, if you want to find the degree of congestion during 2T, if the maximum number of people passed during 0~T seconds is R, and the maximum number of people passed during T~2T is 2R, then R+2R is at a specific place (e.g., emergency exit) for 2T. It can be seen as the congestion of personnel.

Congestion detection using human IN or OUT judgment and the number of people

People entering a specific place (e.g., emergency exit) are counted as'+', and those who exit are counted as'-' to obtain the number of people.

And, the entrance congestion degree and the exit congestion degree can be obtained by using the congestion degree formula in #2.

Real-time personnel counting and congestion detection system based on ultrasonic sensor

Hereinafter, the ultrasonic sensor-based real-time personnel counting and congestion level detection system will be referred to as a'congestion level system' or a'system' for convenience of description.

1 is a diagram showing an example of a conceptual diagram of a congestion degree system proposed in the present specification.

The congestion degree system 10 may include at least one ultrasonic sensor 100, a communication module 200, a sensor module 300, an algorithm processing unit 400, a memory 500, a monitoring unit 600, and the like.

The ultrasonic sensor may be expressed as an ultrasonic channel or channel. For example, the three ultrasonic sensors may be Channel A, Channel B, and Channel C, respectively.

The communication module may include one or more modules that enable wired/wireless communication.

That is, the communication module may include a short-range communication module, a mobile communication module, a wireless Internet module, an Ethernet module, and the like.

The short-range communication module refers to a module for short-range communication. As short range communication technology, Bluetooth, Radio Frequency Identification (RFID), infrared data association (IrDA), Ultra Wideband (UWB), ZigBee, and the like may be used.

The mobile communication module transmits and receives a radio signal with at least one of a base station, an external terminal, and a server on a mobile communication network. The wireless signal may include a voice call signal, a video call signal, or various types of data according to transmission and reception of text/multimedia messages.

The wireless Internet module refers to a module for wireless Internet access, and may be built-in or external to a terminal. As a wireless Internet technology, WLAN (Wireless LAN) (Wi-Fi), Wibro (Wireless broadband), Wimax (World Interoperability for Microwave Access), HSDPA (High Speed Downlink Packet Access), and the like may be used.

In addition, the communication module may additionally include a broadcast reception module and a location information module.

The broadcast receiving module receives a broadcast signal and/or broadcast-related information from an external broadcast management server through a broadcast channel.

The broadcast channel may include a satellite channel and a terrestrial channel. The broadcast management server may mean a server that generates and transmits a broadcast signal and/or broadcast-related information, or a server that receives and transmits a previously-generated broadcast signal and/or broadcast-related information to a terminal. The broadcast signal may include a TV broadcast signal, a radio broadcast signal, and a data broadcast signal, as well as a broadcast signal in a form in which a data broadcast signal is combined with a TV broadcast signal or a radio broadcast signal.

The broadcast related information may mean information related to a broadcast channel, a broadcast program, or a broadcast service provider. The broadcast related information may also be provided through a mobile communication network. In this case, it can be received by the mobile communication module.

The broadcast related information may exist in various forms. For example, it may exist in the form of an Electronic Program Guide (EPG) of Digital Multimedia Broadcasting (DMB) or an Electronic Service Guide (ESG) of Digital Video Broadcast-Handheld (DVB-H).

The broadcast receiving module includes, for example, Digital Multimedia Broadcasting-Terrestrial (DMB-T), Digital Multimedia Broadcasting-Satellite (DMB-S), Media Forward Link Only (MediaFLO), and Digital Video Broadcast-Handheld (DVB-H). , ISDB-T (Integrated Services Digital Broadcast-Terrestrial), and other digital broadcasting systems may be used to receive digital broadcasting signals. Of course, the broadcast receiving module may be configured to be suitable for not only the digital broadcasting system described above, but also other broadcasting systems.

The broadcast signal and/or broadcast related information received through the broadcast receiving module may be stored in a memory.

The location information module is a module for obtaining a location of a terminal, and a representative example thereof is a Global Position System (GPS) module.

The algorithm processing unit may include a first module for a personnel counting algorithm, a second module for a congestion degree calculation algorithm, a third module for confirming an emergency exit, and the like.

The memory may be expressed as a database (DB), and may include a sensor DB, a counting personnel DB, a congestion level calculation DB, an emergency exit location DB, and the like.

The monitoring unit handles congestion level check, emergency exit location check, sensor status check, and real-time personnel check.

That is, through the system of FIG. 1, it is possible to determine the entry and exit of a person in a specific place, and also, by grasping the number of people in real time, it is possible to calculate congestion at a desired time period.

Real-time personnel counting and congestion detection method based on ultrasonic sensor

With reference to FIG. 2, a method of detecting real-time personnel counting and congestion based on an ultrasonic sensor will be described in more detail.

That is, FIG. 2 is a diagram showing an example of a method of calculating the width of a person using an ultrasonic sensor.

2(a) shows an example of a case where one person passes, and FIG. 2(b) shows an example of a case where two people pass.

The congestion level system uses three ultrasonic sensors (Channel A, Channel B, and Channel C) to count people passing by the sensor.

In addition, the congestion degree system detects whether Channel A (direction A, B) or Channel C (direction C, B) has passed first, and determines IN or OUT of a person accordingly.

If the congestion level system detects a value from Channel A to Channel B, that is, in the first direction, the congestion level system determines that a person has entered.

In addition, when the congestion level system detects a value from Channel C to Channel B, that is, in the second direction, it is determined that the person has left.

If it passes in the direction of Channel A, the number of people who enter is counted, and if it passes in the direction of Channel C, the number of people who exit is counted.

In FIG. 2, da corresponds to a width of a place where an ultrasonic sensor is installed on each of both end wall surfaces, and may be, for example, 200 cm.

dw is a value that represents the sum of the width of the person passing by the place. If one person passes, dw is 20 to 90cm, if two people pass, dw is 91 to 160cm, and if three people pass, 161 to 200cm Can be

The congestion degree system may determine the entry and exit of the person described above in units of microseconds.

In other words, a non-zero measurement value appears in Channel A or Channel A, B, and a non-zero measurement value appears in Channel C, Channel B, or C when a person exits.

The method proposed in the present specification will be described in more detail with reference to FIGS. 3 and 4.

First, FIG. 3 is an example of a method of obtaining an ultrasonic sensor distance.

The ultrasonic sensor distance is defined through Equation 1 below.

t is the time it takes for the signal to bounce off the object, and v is the speed of sound.

4 shows an example of a method of calculating the value of the width of a person (or person) when passing through an ultrasonic sensor.

As shown in FIG. 4, the width dw of the personnel when passing through the ultrasonic sensor may be defined through Equation 2.

Here, da is the total width of the emergency exit, dr is the measured value of the right ultrasonic sensor, and dl is the measured value of the left ultrasonic wave.

5 and 6 show the result values obtained through the method proposed in the present specification in the congestion degree system installed at the emergency exit during normal and fire.

First, the d value measured in normal times is looked at through FIG. 5.

Here, it is assumed that the corridor leading to the emergency exit has a straight line, and the ultrasonic sensor is installed in the corridor, not the emergency exit.

Table 1 shows the value of the waveform interval according to the ultrasonic installation interval.

6 is a diagram showing the value of d measured in case of fire.

Table 2 shows another value of the wave spacing according to the ultrasonic installation spacing.

7 and 8 are diagrams showing examples of ultrasonic installation intervals and waveform intervals over time.

Fig. 7 is a view in a normal time, and Fig. 8 shows a view in a fire.

는 du와 반비례 관계이고, d와 비례 관계임을 볼 수 있다.7 and 8

It can be seen that is inversely proportional to du and proportional to d.

의 간격은 크고, 화재 시에는 사람들이 뛰어가기 때문에

의 간격이 작은 것을 볼 수 있다.In other words, because people usually walk

The gap is large, and in the event of a fire, people run

You can see that the spacing of is small.

9 is a diagram showing an example of the value of the width of the personnel over time.

Equation 3 below is an equation representing the values of the width of the personnel passing from t1 to t2.

Here, C(t) represents the values of the width of the personnel passing from t1 to t2.

는 사람의 폭을 측정하기 위한 초음파 센서의 첫 번째 측정 값을 나타내고,

는 두 번째 측정 값을 나타내고,

는

의 마지막 측정 값을 나타낸다.

Denotes the first measurement value of the ultrasonic sensor to measure the width of a person,

Denotes the second measurement,

Is

Represents the last measured value of.

In Fig. 9, dw represents the width of a person, a represents a period, and t represents a time.

10 is a view showing another example of the value of the width of the personnel over time.

Equation 4 below is an equation representing the values of the width of the person over time.

Here, M(t) denotes a value obtained by converting the maximum width value among C(t) values into the number of people.

Here, k is the maximum width of one person, and Max(C(t)) is the maximum width between t1 and t2, and represents the width of the number of persons passing through.

Here, Q represents the number of people measured from t2 to t6.

R is the range (i.e. moving average) from the latest to the past time you want to measure, t _k represents the interval between t _k and t _{k-1 (e.g., t 5} to t ₆ ), and R must be It is an integer.

In FIG. 10, dw represents the width of one person, t represents time, and M(t) represents the maximum amplitude.

11 is a flowchart showing an example of a method for determining a congestion degree proposed in the present specification.

First, the congestion system measures the value of the maximum width (dw) of the person.

Next, the congestion degree system determines whether dw is smaller than the minimum value min and dw is larger than the maximum value max. Here, the minimum value is 20 cm, and the maximum value is 200 cm.

As a result of the determination, when dw is smaller than the minimum value and larger than the maximum value, the congestion degree system determines that it is an error that cannot be determined.

As a result of the determination, when dw is greater than the minimum value and less than the maximum value, the congestion degree system determines whether the congestion degree system corresponds to a first range value. Here, the first range value may represent 160 cm.

As a result of the determination, when the dw is smaller than the maximum value and larger than the first range value, it is determined that the congestion degree system has passed by three people.

As a result of the determination, it is determined whether the dw is smaller than the first range value and corresponds to a second range value. Here, the second range value may represent 90 cm.

If the dw is smaller than the first range value and greater than the second range value, the congestion degree system determines that two people have passed.

If the dw is less than the second range value, the congestion degree system performs the procedure A.

Next, we will look at procedure A in detail.

It is first determined whether the dw is greater than the minimum value. As a result of the determination, if dw is less than the minimum value, the congestion degree system determines that no one has passed by.

When the dw is greater than the minimum value, the congestion degree system determines that the number of persons passing by is one.

Next, the congestion degree system stores the data on the above result in the DB.

Next, the congestion degree system calculates the congestion degree and ends the corresponding procedure.

Here, the unit of dw is cm.

The salpin, the minimum value, the maximum value, the first range value, and the second range value are all examples, and are set to different values, and the above-described procedure may be applied in the same manner.

12 shows an example of applying the method proposed in the present specification.

First, it is assumed that 100 people are indoors and 100 people come from outside.

Also, those who enter are judged as'+' and those who leave are judged as'-'.

Here, the entrance congestion degree is a value obtained by adding up the maximum number of people entering during the desired time period (M(t)), and the exit congestion degree is a value obtained by adding all the maximum number of persons leaving during the desired time period (M(t)).

If the congestion level (Q) of each emergency exit is 0-50%, it is judged as'safe', if it is 51~80%, it is judged as'caution', and if it is 81~100%, it is judged as'danger'.

In accordance with the above judgment, it may be recommended that people move to another route to avoid congestion.

As shown in FIG. 12, it can be seen that the congestion degree system is installed in four emergency exits toward the end of the corresponding place.

Using the above salpin equation, the congestion rate at each emergency exit can be calculated by the following equation.

는 전체 비상구 혼잡도를 나타내고, Q는 각 비상구의 혼잡도를 나타낸다.here,

Denotes the total emergency exit congestion, and Q denotes the congestion level of each emergency exit.

가 100이고, 1번 비상구의 Q가 30인 경우, 1번 비상구의 혼잡도는 30%이다.E.g,

Is 100, and the Q of emergency exit 1 is 30, the congestion level of emergency exit 1 is 30%.

BLE (Bluetooth Low Energy)

Hereinafter, BLE technology will be briefly described, and a method of applying the above information to BLE will be described.

13 is a schematic diagram showing an example of a wireless communication system using the Bluetooth low power energy technology proposed in the present specification.

The wireless communication system 100 includes at least one server device 110 and at least one client device 120.

The server device and the client device perform Bluetooth communication using Bluetooth Low Energy (BLE, hereinafter referred to as'BLE' for convenience) technology.

First, compared to Bluetooth BR/EDR (Basic Rate/Enhanced Data Rate) technology, BLE technology has a relatively small duty cycle, enables low-cost production, and can significantly reduce power consumption through a low data rate. When using a coin cell battery, it can operate for more than 1 year.

In addition, the BLE technology simplifies the connection procedure between devices, and the packet size is designed to be smaller than that of the Bluetooth BR/EDR technology.

In BLE technology, (1) the number of RF channels is 40, (2) the data transmission rate supports 1Mbps, (3) the topology is a star structure, (4) the latency is 3ms, and (5) the maximum current is It is less than 15mA, (6) the output power is less than 10mW (10dBm), and (7) it is mainly used for applications such as mobile phones, watches, sports, healthcare, sensors, and device control.

The server device 110 may operate as a client device in a relationship with another device, and the client device may operate as a server device in a relationship with another device. That is, in the BLE communication system, any one device can operate as a server device or a client device, and if necessary, it is also possible to simultaneously operate as a server device and a client device.

The server device 110 includes a data service device, a master device, a master, a server, a conductor, a host device, an audio source device, It may be expressed as a first device, and the client device is a slave device, a slave device, a client, a member, a sink device, an audio sink device, and a second device. It can be expressed as a device or the like.

The server device and the client device correspond to major components of the wireless communication system, and the wireless communication system may include other components in addition to the server device and the client device.

The server device refers to a device that provides data to the client device through a response when receiving a data request from the client device by receiving data from the client and performing direct communication with the client device.

In addition, the server device sends a notification message and an indication message to the client device to provide data information to the client device. In addition, when the server device transmits an indication message to the client device, the server device receives a confirmation message corresponding to the indication message from the client.

In addition, the server device provides data information to the user through a display unit or receives a request input from the user through an input unit (User Input Interface) in the process of transmitting and receiving notification, instruction, and confirmation messages to and from the client device. can do.

In addition, the server device may read data from a memory unit or write new data to a corresponding memory in a process of transmitting and receiving a message with the client device.

In addition, one server device may be connected to a plurality of client devices, and it is possible to easily reconnect (or connect) with the client devices by using bonding information.

The client device 120 refers to a device that requests data information and data transmission from a server device.

The client device receives data from the server device through a notification message, an instruction message, and the like, and when receiving an instruction message from the server device, sends a confirmation message in response to the instruction message.

Similarly, the client device may provide information to a user through an output unit or receive an input from a user through an input unit in the process of transmitting and receiving messages with the server device.

In addition, the client device may read data from a memory or write new data to the memory in a process of transmitting and receiving a message with the server device.

Hardware components such as an output unit, an input unit, and a memory of the server device and the client device will be described in detail with reference to FIG. 2.

In addition, the wireless communication system may configure Personal Area Networking (PAN) through Bluetooth technology. For example, in the wireless communication system, files and documents can be exchanged quickly and safely by establishing a private piconet between devices.

The BLE device (or device) may be operable to support various Bluetooth-related protocols, profiles, processing, and the like.

14 shows an example of an internal block diagram of a server device and a client device that can implement the methods proposed in the present specification.

The server device may be connected to at least one client device.

Also, if necessary, the internal block diagram of each device may further include other constituent elements (module, block, sub), and some of the constituent elements of FIG. 14 may be omitted.

14, the server device includes an output unit 111, a user input interface 112, a power supply unit 113, a processor 114, and a memory unit. , 115), a Bluetooth interface 116, another communication interface 117, and a communication unit (or a transmission/reception unit 118).

The output unit 111, the input unit 112, the power supply unit 113, the processor 114, the memory 115, the Bluetooth interface 116, the other communication interface 117 and the communication unit 118 are proposed in this specification. To do how to do it is functionally linked.

In addition, the client device includes an output unit 121, an input unit 122, a power supply unit 123, a processor 124, a memory unit 125, and a Bluetooth interface. (Bluetooth Interface, 126) and a communication unit (or transceiver, 127).

The output unit 121, the input unit 122, the power supply unit 123, the processor 124, the memory 125, the Bluetooth interface 126, and the communication unit 127 are Functionally connected.

The Bluetooth interfaces 116 and 126 refer to units (or modules) capable of transmitting request/response, command, notification, instruction/confirmation message, etc. or data between devices using Bluetooth technology.

The memories 115 and 125 are units implemented in various types of devices, and refer to units in which various types of data are stored.

The processors 114 and 124 refer to modules that control the overall operation of a server device or a client device, and control to process a message transmission request and a received message through a Bluetooth interface and other communication interfaces.

The processors 114 and 124 may be expressed as a control unit, a control unit, and a controller.

The processors 114 and 124 may include an application-specific integrated circuit (ASIC), another chipset, a logic circuit, and/or a data processing device.

The memories 115 and 125 may include read-only memory (ROM), random access memory (RAM), flash memory, memory card, storage medium, and/or other storage device.

The communication units 118 and 127 may include a baseband circuit for processing a radio signal. When the embodiment is implemented as software, the above-described technique may be implemented as a module (process, function, etc.) that performs the above-described functions. Modules are stored in memory and can be executed by a processor.

The memories 115 and 125 may be inside or outside the processors 114 and 124, and may be connected to the processors 114 and 124 by various well-known means.

The output units 111 and 121 refer to modules for providing device status information and message exchange information to a user through a screen.

The power supply unit (power supply unit 113, 123) refers to a module that receives external power and internal power under the control of a control unit and supplies power necessary for the operation of each component.

As mentioned earlier, BLE technology has a small duty cycle and can greatly reduce power consumption through a low data rate, so the power supply unit is required for the operation of each component even with a small output power (10mW (10dBm) or less). Power can be supplied.

The input units 112 and 122 refer to modules that provide a user's input to the controller, such as a screen button, so that the user can control the operation of the device.

15 shows an example of a Bluetooth low power energy topology.

Referring to FIG. 15, device A corresponds to a master in a piconet (piconet A, shaded portion) having device B and device C as slaves.

Here, a piconet refers to a set of devices occupying a shared physical channel in which one of a plurality of devices is a master and the other devices are connected to the master device.

The BLE slave does not share a common physical channel with the master. Each slave communicates with the master through a separate physical channel. There is another piconet (piconet F) with master device F and slave device G.

Device K is on scatternet K. Here, the scatternet refers to a group of piconets in which connections between different piconets exist.

Device K is the master of device L and the slave of device M.

Device O is also on scatternet O. Device O is a slave of device P and a slave of device Q.

As shown in Fig. 15, there are five different device groups.

Device D is an advertiser, and device A is an initiator. (Group D)

Device E is a scanner, and device C is an advertiser (group C).

Device H is the advertiser, and devices I and J are scanners. (Group H)

Device K is also an advertiser, and device N is an initiator (group K).

Device R is the advertiser and device O is the initiator (group R).

Devices A and B use one BLE piconet physical channel.

Devices A and C use another BLE piconet physical channel.

In group D, device D advertises using an advertisement event connectable over an advertisement physical channel, and device A is an initiator. Device A can establish a connection with device D, and can add a device with piconet A.

In group C, device C advertises on an advertising physical channel using some type of advertising event captured by scanner device E.

Group D and Group C may use different advertising physical channels or use different times to avoid collisions.

Piconet F has one physical channel. Devices F and G use one BLE piconet physical channel. Device F is the master and device G is the slave.

There is one physical channel in group H. Devices H, I and J use one BLE advertisement physical channel. Device H is an advertiser, and devices I and J are scanners.

In scatternet K, devices K and L use one BLE piconet physical channel. Devices K and M use another BLE piconet physical channel.

In group K, device K advertises using an advertisement event connectable over an advertisement physical channel, and device N is an initiator. Device N may form a connection with device K. Here, device K becomes a slave of two devices and a master of one device at the same time.

In scatternet O, devices O and P use one BLE piconet physical channel. Devices O and Q use another BLE piconet physical channel.

In group R, device R advertises using an advertisement event connectable over an advertisement physical channel, and device O is an initiator. Device O may form a connection with device R. Here, device O becomes a slave of two devices and a master of one device at the same time.

16 and 17 are diagrams showing an example of a Bluetooth communication architecture to which the methods proposed in the present specification can be applied.

Specifically, FIG. 16 shows an example of an architecture of a Bluetooth Basic Rate (BR)/Enhanced Data Rate (EDR), and FIG. 17 shows an example of an architecture of a Bluetooth Low Energy (LE).

First, as shown in FIG. 16, the Bluetooth BR/EDR architecture includes a controller stack (Controller stACK 410), a Host Controller Interface (HCI) 420, and a host stack (Host stACK 430).

The controller stack (or controller module, 410) refers to a wireless transmission/reception module that receives a 2.4GHz Bluetooth signal and a hardware for transmitting or receiving a Bluetooth packet, and the BR/EDR Radio layer 411 and the BR/EDR Baseband layer 412 ), may include a BR/EDR Link Manager layer 413.

The BR/EDR Radio layer 411 is a layer that transmits and receives a 2.4 GHz radio signal, and when GFSK (Gaussian Frequency Shift Keying) modulation is used, data can be transmitted by hopping 79 RF channels.

The BR/EDR baseband layer 412 plays a role of transmitting a digital signal, selects a channel sequence hopping 1600 times per second, and transmits a time slot of 625us length for each channel.

The Link Manager layer 413 controls the overall operation (link setup, control, and security) of the Bluetooth Connection using LMP (Link Manager Protocol).

The Link Manager layer can perform the following functions.

-ACL/SCO logical transport and logical link setup and control.

-Detach: Disconnects the connection and informs the other device of the reason for the suspension.

-Power control and role switch.

-Performs security (authentication, pairing, encryption) function.

The host controller interface layer 420 provides an interface between the host module 430 and the controller module 410 so that the host provides commands and data to the controller, and the controller provides events and data to the host. .

The host stack (or host module 430) is L2CAP (437), SDP (Service Discovery Protocol, 433), BR/EDR Protocol (432), BR/EDR Profiles (431), Attribute Protocol (436), Generic Access Profile (GAP, 434), and Generic Attribute Profile (GATT, 435).

The Logical Link Control and Adaptation Protocol (L2CAP, 437) provides one bidirectional channel for transmitting data to a specific protocol or profile.

The L2CAP multiplexes various protocols and profiles provided by higher levels of Bluetooth.

The L2CAP of Bluetooth BR/EDR uses a dynamic channel, supports protocol service multiplexer, retransmission, and streaming mode, and provides segmentation and reassembly, per-channel flow control, and error control.

The Service Discovery Protocol (SDP) 433 refers to a protocol for finding services (Profile and Protocol) supported by a Bluetooth device.

The BR/EDR Protocol and Profiles 432 and 431 define a service (profile) using Bluetooth BR/EDR and an application protocol for exchanging these data.

The Attribute Protocol 436 is a Server-Client structure, and defines a rule for accessing data of a counterpart device. There are 6 types of messages (Request message, Response message, Command message, Notification message, Indication message) as follows.

-Request message from client to server with Response message from server to client

-Command message from client to server without Response message

-Notification message from server to client without Confirm message

-Indication message from server to client with Confirm message from client to server

The Generic Attribute Profile (GATT, 435) defines the type of attribute.

The Generic Access Profile (GAP, 434) defines a method of discovering devices, connecting, and providing information to users, and provides privacy.

As shown in FIG. 17, the BLE structure includes a controller stack operable to process a timing-critical wireless device interface and a host stack operable to process high level data.

The controller stACK may be referred to as a controller, but in order to avoid confusion with the processor, which is an internal component of the device mentioned in FIG. 2 above, it will be expressed as a controller stACK.

First, the controller stack may be implemented using a communication module that may include a Bluetooth wireless device, and a processor module that may include a processing device such as, for example, a microprocessor.

The host stack may be implemented as part of an OS running on a processor module, or as an instantiation of a package (pACKage) on the OS.

In some instances, the controller stack and host stack may operate or run on the same processing device within a processor module.

The host stack is GAP (Generic Access Profile, 510), GATT based Profiles (520), GATT (Generic Attribute Profile, 530), ATT (Attribute Protocol, 540), SM (Security Manage, 550), L2CAP (Logical Link Control and Adaptation Protocol, 560). However, the host stack is not limited thereto and may include various protocols and profiles.

The host stack uses L2CAP to multiplex various protocols and profiles provided by the upper level of Bluetooth.

First, L2CAP (Logical Link Control and Adaptation Protocol, 560) provides one bidirectional channel for transmitting data to a specific protocol or profile.

The L2CAP may be operable to multiplex data between higher layer protocols, segment and reassemble packages, and manage multicast data transmission.

In BLE, 3 fixed channels (1 for signaling CH, 1 for Security Manager, 1 for Attribute protocol) are used.

On the other hand, in BR/EDR (Basic Rate/Enhanced Data Rate), a dynamic channel is used, and protocol service multiplexer, retransmission, streaming mode, etc. are supported.

SM (Security Manager, 550) is a protocol for authenticating devices and providing key distribution.

ATT (Attribute Protocol, 540) defines a rule for accessing data of a counterpart device in a server-client structure. ATT has six message types (Request, Response, Command, Notification, Indication, Confirmation).

That is, ① Request and Response message: Request message is a message for requesting specific information from a client device to a server device, and a response message is a response message to a request message, which is a message transmitted from the server device to the client device.

② Command message: This message is sent to instruct the command of a specific operation from the client device to the server device. The server device does not transmit a response to the command message to the client device.

③ Notification message: This message is sent from the server device to the client device for notification such as an event, and the client device does not transmit a confirmation message for the notification message to the server device.

④ Indication and Confirm message: This message is sent from the server device to the client device for notification such as an event. Unlike the Notification message, the client device transmits a confirmation message for the Indication message to the server device.

GAP (Generic Access Profile) is a newly implemented layer for BLE technology, and is used to select roles for communication between BLE devices and control how multi-profile operations occur.

In addition, GAP is mainly used for device discovery, connection creation, and security procedures, defines a method of providing information to users, and defines the following attribute types.

① Service: Defines the basic operation of the device as a combination of data related behavior

② Include: Define the relationship between services

③ Characteristics: Data value used in service

④ Behavior: Computer-readable format defined as UUID (Universal Unique Identifier, value type)

GATT-based Profiles are profiles that depend on GATT and are mainly applied to BLE devices. GATT-based Profiles may be Battery, Time, FindMe, Proximity, Time, Object Delivery Service, and the like. The specific contents of GATT-based Profiles are as follows.

Battery: How to exchange battery information

Time: How to exchange time information

FindMe: Provides alarm service according to distance

Proximity: How to exchange battery information

Time: How to exchange time information

GATT may be operable as a protocol that describes how ATT is used in the construction of services. For example, GATT may be operable to specify how ATT attributes are grouped together into services, and may be operable to describe features associated with services.

Thus, GATT and ATT may use features to describe the state and services of a device, and how features relate to each other and how they are used.

The controller stack includes a physical layer 590, a link layer 580, and a host controller interface 570.

The physical layer (wireless transmission/reception module, 590) is a layer that transmits and receives 2.4 GHz radio signals, and uses GFSK (Gaussian Frequency Shift Keying) modulation and a frequency hopping technique consisting of 40 RF channels.

Link layer 580 transmits or receives Bluetooth packets.

In addition, the link layer creates a connection between devices after performing the advertising and scanning functions using three advertising channels, and provides a function to send and receive data packets of up to 42 bytes through 37 data channels.

HCI (Host Controller Interface) provides an interface between the host stack and the controller stack, providing commands and data from the host stack to the controller stack, and providing events and data from the controller stack to the host stack.

Hereinafter, procedures of Bluetooth Low Energy (BLE) technology will be briefly described.

The BLE procedure can be classified into a device filtering procedure, an advertising procedure, a scanning procedure, a discovery procedure, and a connecting procedure.

Device Filtering Procedure

The device filtering procedure is a method for reducing the number of devices that respond to requests, instructions, and notifications in the controller stack.

When all devices receive a request, it is unnecessary to respond to it, so the controller stack can control the BLE controller stack to reduce power consumption by reducing the number of transmitting requests.

The advertising device or scanning device may perform the device filtering procedure to limit devices that receive an advertisement packet, a scan request, or a connection request.

Here, the advertisement device refers to a device that transmits an advertisement event, that is, performs advertisement, and is also referred to as an advertiser.

The scanning device refers to a device that performs scanning and a device that transmits a scan request.

In BLE, when a scanning device receives some advertisement packets from an advertisement device, the scanning device must transmit a scan request to the advertisement device.

However, if the device filtering procedure is used and thus the scan request transmission is unnecessary, the scanning device may ignore advertisement packets transmitted from the advertisement device.

The device filtering procedure can also be used in the connection request process. If device filtering is used in the connection request process, it is not necessary to transmit a response to the connection request by ignoring the connection request.

Advertising Procedure

The advertisement device performs an advertisement procedure to perform non-directional broadcast to devices in the area.

Here, non-directional broadcast refers to broadcast in all (all) directions, not broadcast in a specific direction.

In contrast, directional broadcast refers to broadcast in a specific direction. Non-directional broadcast occurs without a connection procedure between an advertisement device and a device in a listening (or listening) state (hereinafter, referred to as a listening device).

The advertising procedure is used to establish a Bluetooth connection with a nearby initiating device.

Alternatively, the advertisement procedure may be used to provide periodic broadcast of user data to scanning devices that are listening on the advertisement channel.

In the advertisement procedure, all advertisements (or advertisement events) are broadcast through advertisement physical channels.

The advertisement devices may receive scan requests from listening devices that are listening to obtain additional user data from the advertisement device. The advertisement device transmits a response to the scan request to the device that transmitted the scan request through the same advertisement physical channel as the advertisement physical channel receiving the scan request.

Broadcast user data sent as part of advertisement packets is dynamic data, while scan response data is generally static data.

The advertising device may receive a connection request from the initiating device on the advertising (broadcast) physical channel. If the advertisement device uses a connectable advertisement event and the initiating device is not filtered by the device filtering procedure, the advertisement device stops advertisement and enters a connected mode. The advertising device may start advertising again after the connected mode.

Scanning Procedure

A device performing scanning, that is, a scanning device, performs a scanning procedure to listen to a non-directional broadcast of user data from advertisement devices using an advertisement physical channel.

The scanning device transmits a scan request to the advertisement device through an advertisement physical channel in order to request additional user data from the advertisement device. The advertisement device transmits a scan response, which is a response to the scan request, including additional user data requested by the scanning device through an advertisement physical channel.

The scanning procedure may be used while being connected to another BLE device in the BLE piconet.

If the scanning device receives a broadcast advertisement event and is in an initiator mode capable of initiating a connection request, the scanning device transmits a connection request to the advertisement device through the advertisement physical channel. And you can start a Bluetooth connection.

When the scanning device transmits a connection request to the advertisement device, the scanning device stops scanning the initiator mode for additional broadcast and enters the connection mode.

Discovering Procedure

Devices capable of Bluetooth communication (hereinafter, referred to as “Bluetooth devices”) perform an advertisement procedure and a scanning procedure in order to discover nearby devices or to be discovered by other devices within a given area.

The discovery procedure is performed asymmetrically. A Bluetooth device that tries to find other devices around it is called a discovery device, and listens to find devices that advertise scannable advertising events. A Bluetooth device that is discovered and available from another device is called a discoverable device, and actively broadcasts an advertisement event so that other devices can scan through an advertisement (broadcast) physical channel.

Both the discovering device and the discoverable device may already be connected to other Bluetooth devices in the piconet.

Connecting Procedure

The connection procedure is asymmetric, and the connection procedure requires that a specific Bluetooth device perform an advertisement procedure while another Bluetooth device performs a scanning procedure.

That is, the advertising procedure may be the goal, and as a result, only one device will respond to the advertisement. After receiving an advertisement event accessible from the advertisement device, the connection may be initiated by transmitting a connection request to the advertisement device through an advertisement (broadcast) physical channel.

Next, an operation state in BLE technology, that is, an advertising state, a scanning state, an initiating state, and a connection state will be briefly described.

Advertising State

The link layer LL enters the advertisement state by the instruction of the host (stack). When the link layer is in the advertisement state, the link layer transmits advertisement packet data units (PDUs) in advertisement events.

Each advertisement event consists of at least one advertisement PDU, and advertisement PDUs are transmitted through used advertisement channel indexes. The advertisement event may be terminated when each transmitted through advertisement channel indexes in which the advertisement PDU is used, or when the advertisement device needs to reserve space for performing other functions, the advertisement event may be terminated earlier.

Scanning State

The link layer enters the scanning state by the instruction of the host (stack). In the scanning state, the link layer listens for advertisement channel indexes.

There are two types of scanning states: passive scanning and active scanning, and each scanning type is determined by the host.

A separate time or advertisement channel index for performing scanning is not defined.

During the scanning state, the link layer listens for the advertisement channel index during the scanWindow duration. The scanInterval is defined as the interval (interval) between the start points of two consecutive scan windows.

If there is no scheduling conflict, the link layer must listen to complete all scan intervals of the scan window as indicated by the host. In each scan window, the link layer must scan a different advertising channel index. The link layer uses all available advertising channel indices.

In passive scanning, the link layer only receives packets and cannot transmit any packets.

In active scanning, the link layer performs listening to rely on the advertisement PDU type that can request advertisement PDUs and additional information related to the advertisement device to the advertisement device.

Initiating State

The link layer enters the start state by the instruction of the host (stack).

When the link layer is in the initiated state, the link layer listens for advertisement channel indexes.

During the start state, the link layer listens for the advertisement channel index during the scan window period.

Connection state

The link layer enters the connected state when a device that performs a connection request, that is, when the initiating device transmits a CONNECT_REQ PDU to the advertisement device or when the advertisement device receives a CONNECT_REQ PDU from the initiating device.

After entering the connected state, the connection is considered to be created. However, it does not need to be considered to be established when the connection enters the connected state. The only difference between a newly created connection and an established connection is the link layer connection supervision timeout value.

When two devices are connected, the two devices act in different roles.

The link layer that plays the role of a master is called a master, and the link layer that plays the role of a slave is called a slave. The master controls the timing of the connection event, and the connection event refers to the timing of synchronization between the master and the slave.

Master (Central) is a device that periodically scans a Connectable Advertising Signal to establish a connection with another device (Slave, Peripheral), and then requests connection to an appropriate device.

Also, after the master device is connected with the slave device, it sets the timing and leads the periodic data exchange.

Here, timing may be a hopping rule that two devices decide to send and receive data on the same channel every time.

A slave (peripheral) device is a device that periodically transmits a Connectable Advertising Signal to establish a connection with another device (Master).

Therefore, when the master device receiving it sends a Connection Request, it accepts it and establishes a connection.

After the slave device establishes a connection with the master device, it periodically exchanges data while hopping the channel together according to the timing specified by the master device.

Hereinafter, a packet defined in the Bluetooth interface will be briefly described. BLE devices use packets defined below.

Packet Format

The Link Layer has only one packet format used for both advertising channel packets and data channel packets.

Each packet consists of four fields: Preamble, Access Address, PDU, and CRC.

When one packet is transmitted on an advertisement physical channel, the PDU will be an advertisement channel PDU, and when one packet is transmitted on a data physical channel, the PDU will be a data channel PDU.

Advertising Channel PDU (Advertising Channel PDU)

The advertisement channel PDU (PACKet Data Unit) has a 16-bit header and a payload of various sizes.

The PDU type field of the advertisement channel PDU included in the header indicates the PDU type as defined in Table 3 below.

Advertising PDU

The advertisement channel PDU types below are called advertisement PDUs and are used in specific events.

ADV_IND: Connectable non-directional advertising event

ADV_DIRECT_IND: Connectable directional ad event

ADV_NONCONN_IND: Non-directive advertising event that is not connectable

ADV_SCAN_IND: scannable non-directional advertising event

The PDUs are transmitted in a link layer in an advertisement state, and are received by a link layer in a scanning state or an initiating state.

Scanning PDUs

The advertisement channel PDU type below is called a scanning PDU, and is used in the state described below.

SCAN_REQ: Sent by the link layer in the scanning state, and received by the link layer in the advertisement state.

SCAN_RSP: transmitted by the link layer in the advertisement state, and received by the link layer in the scanning state.

Initiating PDUs

The advertisement channel PDU type below is called an initiation PDU.

CONNECT_REQ: transmitted by the link layer in the initiating state, and received by the link layer in the advertisement state.

Data Channel PDU (Data Channel PDU)

The data channel PDU has a 16-bit header, payloads of various sizes, and may include a Message Integrity Check (MIC) field.

The procedure, state, packet format, etc. in the BLE technology described above can be applied to perform the methods proposed in the present specification.

18 is a diagram showing an example of a structure of a GATT Profile of Bluetooth low power energy.

Referring to FIG. 18, a structure for exchanging profile data of Bluetooth low power energy can be described.

Specifically, GATT (Generic Attribute Profile) defines a method of exchanging data using services and characteristics between Bluetooth LE devices.

In general, a peripheral device (eg, a sensor device) acts as a GATT server, and has definitions of service and characteristic.

In order to read or write data, the GATT client sends a data request to the GATT server, and all transactions start at the GATT client and receive a response from the GATT server.

The GATT-based operation structure used in the Bluetooth LE is based on a profile, a service, and a characteristic, and may form a vertical structure as shown in FIG. 6.

The profile is composed of one or more services, and the service may be composed of one or more characteristics or other services.

The service serves to divide data into logical units and may include one or more characteristics or other services.

Each service has a 16-bit or 128-bit identifier called UUID (Universal Unique Identifier).

The characteristic is the lowest unit in the GATT-based operation structure. The feature contains only one piece of data, and similar to the service, it has a 16-bit or 128-bit UUID.

The characteristic is defined as a value of various types of information, and one attribute is required to contain each information. The feature can use several consecutive properties.

The attribute is composed of four components and has the following meanings.

-handle: the address of the property

-Type: The type of attribute

-Value: the value of the attribute

-Permission: Permission to access properties

Hereinafter, the connection procedure in the Bluetooth LE will be briefly described, and as an example, a method of providing an object transmission service in the Bluetooth LE will be described.

19 is a flowchart illustrating an example of a connection procedure method in Bluetooth low power energy technology.

The server transmits an advertisement message to the client through three advertisement channels (S1910).

The server may be referred to as an advertiser before the connection, and may be referred to as a master after the connection. As an example of the server, there may be sensors (temperature sensors, etc.).

In addition, the client may be referred to as a scanner before connection, and may be referred to as a slave after connection. An example of the client may be a smartphone.

As you can see, Bluetooth communicates through the 2.4GHz band by dividing it into a total of 40 channels. Three of the 40 channels are advertisement channels, and are used for the exchange of packets exchanged to establish a connection, including various advertisement packets.

The remaining 37 channels are data channels and are used for data packet exchange after connection.

After receiving the advertisement message, the client may transmit a Scan Request to the server to obtain additional data (eg, server device name, etc.) from the server.

Then, the server transmits a Scan Response including remaining data to the client in response to the Scan Request.

Here, Scan Request and Scan Response are one type of advertisement packet, and the advertisement packet may include only 31 bytes or less of User Data.

Therefore, if the size of the data is larger than 31 bytes, but there is data that has a large overhead to send the data by connecting to the connection, the data is divided and sent twice by using Scan Request/Scan Response.

Next, the client transmits a connection request for establishing a Bluetooth connection with the server to the server (S1920).

Through this, a link layer (LL) connection is established between the server and the client.

Thereafter, the server and the client perform a security establishment procedure.

The security establishment procedure may be interpreted as or performed by including Secure Simple Pairing.

That is, the security establishment procedure may be performed through Phase 1 to Phase 3 steps.

Specifically, a pairing procedure (Phase 1) is performed between the server and the client (S1930).

In the pairing procedure, the client transmits a pairing request to the server, and the server transmits a pairing response to the client.

Next, as Phase 2, legacy pairing or Secure Connections is performed between the server and the client (S1940).

Next, as SSP Phase 3, a key distribution procedure is performed between the server and the client (S1950).

Through this, a secure connection is established between the server and the client, and encrypted data can be transmitted and received.

20 is a flowchart illustrating an example of a method of providing an object transfer service in Bluetooth low power energy technology.

Object Delivery Service or Object Transfer Service refers to a service supported by BLE to transmit/receive objects or data such as bulk data in Bluetooth communication.

In order to establish a Bluetooth connection between the server device and the client device, an advertisement process and a scanning process corresponding to steps S810 to S830 are performed.

First, the server device transmits an advertisement message to the client device to inform the server device related information including the object transmission service (S2010).

The advertisement message may be expressed as an advertisement PDU (packet data unit), advertisement packet, advertisement, advertisement frame, advertisement physical channel PDU, and the like.

The advertisement message may include service information (including service name) provided by the server device, the name of the server device, and manufacturer data.

In addition, the advertisement message may be transmitted to the client device in a broadcast method or a unicast method.

Thereafter, the client device transmits a scan request message to the server device in order to know more detailed information related to the server device (S2020).

The scan request message may be expressed as a scanning PDU, a scan request PDU, a scan request, a scan request frame, a scan request packet, and the like.

Thereafter, the server device transmits a scan response message to the client device in response to the scan request message received from the client device (S2030).

The scan response message includes server device related information requested by the client device. Here, the server device-related information may be an object or data that can be transmitted from the server device in connection with providing an object transmission service.

When the advertisement process and the scanning process are terminated, the server device and the client device perform an Initiating Connection process and a data exchange process corresponding to steps S2040 to S2070.

Specifically, the client device transmits a connection request message to the server device for Bluetooth communication connection with the server device (S2040).

The connection request message may be expressed as a connection request PDU, an initiation PDU, a connection request frame, a connection request, and the like.

Through step S2040, a Bluetooth connection is established between the server device and the client device, and thereafter, the server device and the client device exchange data. In the data exchange process, data may be transmitted and received through a data channel PDU.

The client device transmits an object data request to the server device through a data channel PDU (S2050). The data channel PDU may be expressed as a data request message, a data request frame, or the like.

Thereafter, the server device transmits the object data requested by the client device to the client device through a data channel PDU (S2060).

Here, the data channel PDU is used to provide data or request data information to a counterpart device in a manner defined by an attribute protocol.

Thereafter, when data change occurs in the server device, the server device transmits data change indication information through a data channel PDU to the client device to notify the change of data or object (S2070). .

Thereafter, the client device requests changed object information to the server device in order to find the changed data or the changed object (S2080).

Thereafter, the server device transmits the changed object information from the server device to the client device in response to the changed object information request (S2090).

Thereafter, the client device finds the changed object by comparing and analyzing the received changed object information and object information currently possessed by the client device.

However, the client device repeatedly performs steps S2080 and S2090 until it finds the changed object or data.

Thereafter, when there is no need to maintain a connection state between the host device and the client device, the host device or the client device may terminate the connection state.

21 is a flowchart illustrating an example of a connection procedure method in Bluetooth BR/EDR technology.

As shown in FIG. 21, a connection procedure in the Bluetooth BR/EDR may consist of the following steps.

The connection procedure may also be expressed as a pairing procedure.

The Bluetooth pairing procedure is divided only into a standby state and a connected state.

A device on which Bluetooth pairing is completed enters the connected state, and the device whose connection is terminated operates in a standby state.

In addition, Bluetooth devices may be connected to a specific device through a connection procedure, and then perform a reconnection procedure to reconnect later.

The reconnection procedure can be performed through the same procedure as the connection procedure.

Specifically, the master device basically enters the standby state when power is applied.

Thereafter, in order to connect Bluetooth, an inquiry procedure (S2111) for discovering nearby devices is performed.

In other words, the master device can enter the Inquiry State to discover nearby devices (slave) that can be connected, and the Slave device is the ID transmitted by the neighboring devices (master) in the Inquiry State. In order to receive a packet, it may be in an Inquiry Scan State.

The master device that has entered the inquiry state transmits an inquiry message using an ID packet once or at predetermined time intervals in order to discover a nearby device that can be connected.

The ID packet may be a General Inquiry Access Code (GIAC) or a Dedicated Inqury Access Code (DIAC).

After receiving the GIAC or DIAC, which is an ID packet transmitted by the master device, the slave device transmits a frequency hopping sequence (FHS) to perform Bluetooth pairing with the master device.

In addition, if necessary, when there is data to be transmitted, an extended inquiry response (hereinafter referred to as EIR) may be transmitted to the master device.

If a connectable Bluetooth device is found in the vicinity through the inquiry procedure, a paging procedure (S2112) is performed.

The paging procedure (S2112) refers to a step of performing an actual connection by synchronizing a hopping sequence using address and clock information when a nearby connectable Bluetooth device is found through the inquiry procedure.

Specifically, the paging procedure includes (1) the master device transmits a Page to the slave device, (2) the slave device transmits the Slave Page Response to the master device, and (3) the master device transmits the Master Page to the slave device. It can be divided into the step of transmitting a response.

When the inquiry procedure and the paging procedure are completed, the master device and the slave device perform a security establishment step (S2114), and then perform an L2CAP connection and service discovery step (S2115).

Before performing the security establishment step, the master device and the slave device exchange I (Input)/O (Output) capabilities with each other (S2113).

This can be done through I/O capability request and I/O capability response.

In addition, the security establishment step may include or be interpreted in the same sense as a Secure Simple Pairing procedure to be described later.

The L2CAP (Logical Link Control and Adaption Protocol) is a packet-based protocol and has similar characteristics to the UDP protocol. It has a packet size of up to 672 bytes by default, but can be changed up to 65,535 bytes when communication starts.

After performing the L2CAP connection and service discovery steps, the master device may transmit data input from the user to the slave device (S2116).

When there is no data exchange between the master device and the slave device that performed the connection procedure for a certain period of time, the master device and the slave device switch to a sleep state to prevent energy consumption, and the connection state is terminated.

Thereafter, in order for the master device and the slave device to transmit/receive data again, a reconnection procedure is performed.

The reconnection procedure can be performed through the same steps as the previous salpin connection procedure.

22 is a diagram illustrating a method of transmitting and receiving signals between a server and a Bluetooth device.

The Bluetooth device is a beacon A type installed at an emergency exit and includes an ultrasonic sensor.

First, the Bluetooth device transmits a first message related to the state of the Bluetooth device to the server.

Here, the first message may be expressed as Push_Beacon_A_status_dec.

The first message may include parameters such as congestion_Calc, Beacon_A_status, Beacon_A_ID, and Beacon_A_position.

The specific format of the first message will be described with reference to FIG. 24.

Next, the server transmits an ACK message to the Bluetooth device in response to the first message.

The first message and the ACK message may be transmitted periodically for a predetermined number of times (N and N are natural numbers).

In addition, after the first message, the next first message may be transmitted after a preset time, and the preset time may be, for example, 7 sec.

23 is a flowchart illustrating a signal transmission/reception method proposed in the present specification.

It may be a signal transmission/reception between the Bluetooth device and an ultrasonic sensor or a signal transmission/reception between the ultrasonic sensors.

An example will be described as signal transmission and reception between a Bluetooth device and an ultrasonic sensor, and it is assumed that the Bluetooth device is installed at an emergency exit and includes an ultrasonic sensor.

The ultrasonic sensor counts the number of people based on the previous information, and transmits a second message including the counted number of people to the Bluetooth device.

Here, the second message may be expressed as Count_the_user_value, and the second message may be transmitted a preset number of times for a preset time.

24 shows an example of a first message format.

That is, the first message is a message transmitted from the Bluetooth device to the server.

Referring to FIG. 24, the first message may include a header, a payload, and a cyclic redundancy check (CRC).

The header may include a Destination address field, a Source address field, a Sequence Number field, an ACK field, a Length field, a CMD field, a Payload ID field, and the like.

In addition, the payload may include a Beacon_A_status field, a Beacon_A_ID field, a Beacon_A_Position field, a Congestion_Calc field, and the like.

Here, Table 4 shows an example of the CMD field.

CMD represents the assignment of functions to addresses before responding and requesting protocols from Beacon A to the server.

25 shows an example of a second message format.

That is, the second message is a message transmitted by the ultrasonic sensor to the Bluetooth device.

Referring to FIG. 25, the second message may consist of a header, a payload, and a CRC.

The header may include a Destination address field, a Source address field, a Sequence Number field, a Length field, a Payload ID field, and the like.

In addition, the payload may include a Left distance field, a Right distance field, a dw field, a second field, a microsecond field, and the like.

The embodiments described above are those in which components and features of the present invention are combined in a predetermined form. Each component or feature should be considered optional unless explicitly stated otherwise. Each component or feature may be implemented in a form that is not combined with other components or features. In addition, it is possible to configure an embodiment of the present invention by combining some components and/or features. The order of operations described in the embodiments of the present invention may be changed. Some configurations or features of one embodiment may be included in other embodiments, or may be replaced with corresponding configurations or features of other embodiments. It is apparent that claims that do not have an explicit citation relationship in the claims may be combined to constitute an embodiment or may be included as a new claim by amendment after filing.

The embodiment according to the present invention may be implemented by various means, for example, hardware, firmware, software, or a combination thereof. In the case of implementation by hardware, an embodiment of the present invention provides one or more application specific integrated circuits (ASICs), digital signal processors (DSPs), digital signal processing devices (DSPDs), programmable logic devices (PLDs), and FPGAs ( field programmable gate arrays), processors, controllers, microcontrollers, microprocessors, etc.

In the case of implementation by firmware or software, an embodiment of the present invention may be implemented in the form of a module, procedure, or function that performs the functions or operations described above. The software code can be stored in a memory and driven by a processor. The memory may be located inside or outside the processor, and may exchange data with the processor through various known means.

It is apparent to those skilled in the art that the present invention can be embodied in other specific forms without departing from the essential features of the present invention. Therefore, the above detailed description should not be construed as restrictive in all respects, but should be considered as illustrative. The scope of the present invention should be determined by reasonable interpretation of the appended claims, and all changes within the equivalent scope of the present invention are included in the scope of the present invention.

Although the present invention has been described centering on an example applied to a Bluetooth system, it is possible to apply it to various wireless communication systems in addition to the Bluetooth system.

100: wireless communication system
110: server device 120: client device

Claims (4)

In a method for reducing congestion (Q) of an emergency exit using Bluetooth low energy (BLE) communication, the method performed in a Bluetooth device,
Receiving a first message including control information related to detection of the congestion level (Q) of the emergency exit in which the ultrasonic sensor 100 is installed from the ultrasonic sensor 100 including three channels,
The control information includes first information on the width of a person (dw) required to count the number of people and second information on each time section within a time period in which the measurement is desired;
Calculating a congestion rate of the emergency exit based on the first message; And
Including the step of transmitting a second message including the congestion rate of the emergency exit to the server,
The congestion rate of the emergency exit is calculated as the congestion degree (Q) of the emergency exit from the congestion degree (Qmax) of all emergency exits,
The congestion level (Q) of the emergency exit is an average value of the maximum number of people passing through the ultrasonic sensor 100 for each time section within a desired time period to be measured. The method of claim 1, wherein the detection of the congestion level (Q) of the emergency exit comprises:
Determining whether a person enters or exits based on a measured value in a first direction or a second direction by the ultrasonic sensor 100,
The first direction is from the first channel (A) to the second channel (B), and the second direction is from the third channel (C) to the second channel (B);
Calculating the number of people passing by the location where the ultrasonic sensor is installed by comparing the width value (dw) measured by the ultrasonic sensor 100 with a threshold value; And
And detecting a congestion level (Q) of the emergency exit based on whether the person enters or exits and the number of people. delete delete

Images