Emergency rescue signal transmission method by auxiliary device communicating with user terminal
The method addresses the limitations of conventional emergency rescue signals by using a wireless auxiliary device to generate and transmit encrypted user state data as an emergency rescue signal, ensuring stable and secure transmission and preventing accidental activation.
Patent Information
- Application Number
- JP2023201167
- Authority / Receiving Office
- JP · JP
- Patent Type
- Applications
- Current Assignee / Owner
- Priority Date
- 2023-11-03
- Filing Date
- 2023-11-29
- Publication Date
- 2025-05-19
- Estimated Expiration
- 2043-11-29
AI Technical Summary
Conventional emergency rescue signals generated by smartphones have limited functionality and are difficult to activate in emergency situations due to small button sizes and the need for calm operation, leading to potential malfunction and inadequate signal transmission.
A method using a separate auxiliary device that communicates wirelessly with a user terminal to generate and transmit an emergency rescue signal, which includes providing a trigger signal to the user terminal, generating image and audio data based on the trigger signal, and encrypting this data into user state data for transmission to a management server.
This method stably transmits emergency rescue signals while ensuring personal information security, prevents accidental button presses, and provides a portable auxiliary device, enhancing the reliability and usability of emergency rescue signaling.
Smart Images

Figure 2025077926000001_ABST
Abstract
Description
Technical Field
[0001] The technical idea of the present disclosure relates to a method for transmitting an emergency rescue signal, and more particularly, to a method for transmitting an emergency rescue signal by an auxiliary device that communicates wirelessly with a user terminal.
Background Art
[0002] Recently, smartphones have become widely popular, and smartphones equipped with a function to generate an emergency rescue signal have been developed, and the demand for services related to the emergency rescue system has been steadily increasing. The emergency rescue signal is generated by physically pressing a function button provided on the smartphone directly, and the generated emergency rescue signal may be provided at a public security management center through a communication company server.
[0003] However, since the conventional emergency rescue signal has only a very limited function, there is an aspect that the cooperation with other applications is insufficient. In addition, it is very difficult for an individual in an emergency situation to secure his / her own smartphone and operate it calmly.
[0004] The function button provided on the smartphone is formed in a very small size considering psychological factors, and since many operations are involved to prevent malfunction, there is also an aspect that a request signal cannot be generated even in an emergency situation.
[0005] That is, in a situation where a separate device for generating an emergency rescue signal is required, or where the size of the button for generating the signal is large and it is necessary to prevent malfunction due to accidental pressing of the button, and there is a lack of a separate device manufactured in a size and weight with excellent portability. In addition, in such a situation, there is also a lack of a signal transmission method that can stably generate an emergency rescue signal and has security for personal information.
Summary of the Invention
Problems to be Solved by the Invention
[0006] The problem to be solved by the technical idea of the present disclosure is to provide a method for generating an emergency rescue signal through a separate auxiliary device classified as a user terminal and transmitting it to a management server.
Means for Solving the Problem
[0007] A method for transmitting an emergency rescue signal by an auxiliary device communicating with a user terminal according to an embodiment of the present disclosure includes: providing a trigger signal from the auxiliary device to the user terminal in response to a push input being applied to a switch provided in the auxiliary device; generating at least one of image data and audio data related to a user state based on the trigger signal; and providing user state data related to the image data and the audio data to a management server as an emergency rescue signal.
[0008] The step of providing to the management server as the emergency rescue signal according to an embodiment may include encrypting the image data and the audio data into the user state data.
[0009] The auxiliary device according to an embodiment is connected to the user terminal through Bluetooth communication, and may include the step of granting the user terminal access rights to the auxiliary device when an operation requested by the user terminal is performed by the auxiliary device.
[0010] The step of generating at least one of the image data and the audio data according to an embodiment may include generating at least one of the image data and the audio data by the user terminal when the user terminal has not received an operation for a certain period or more.
[0011] The step of generating at least one of the image data and the audio data according to an embodiment may include a step of generating first audio data by recording ambient audio during a first time interval based on the trigger signal, and a step of generating second audio data by recording ambient audio during a second time interval longer than the first time interval after generating the first audio data.
[0012] The step of generating at least one of the image data and the audio data according to an embodiment may include a step of generating third audio data by recording ambient audio during a third time interval shorter than the first time interval in response to the transmission of the first audio data to the management server failing.
[0013] According to an embodiment, it may include a step of identifying a guardian terminal that requests pairing with the user terminal by the management server, and a step of transmitting the emergency rescue signal to the guardian terminal in response to the pairing of the guardian terminal being approved by at least one of the management server and the user terminal.
[0014] According to an embodiment, when the management server receives the emergency rescue signal more than a preset number of times, it may include a step of providing the user's information and the location of the user terminal to a public security management center around the location of the user terminal.
Advantages of the Invention
[0015] The emergency rescue signal transmission method according to the embodiments of the present disclosure transmits an emergency rescue signal by a separate auxiliary device that is distinguished from the user terminal. It stably transmits the signal while ensuring the security of personal information, and the size of the button for generating the signal is large, and it is necessary to prevent malfunction caused by accidental pressing of the button. It is possible to provide a separate auxiliary device that is manufactured with excellent portability in terms of size and weight.
[0016] The effects obtained in the exemplary embodiments of the present disclosure are not limited to the effects mentioned above, and other effects not mentioned can be clearly derived and understood by those having ordinary knowledge in the technical field to which the exemplary embodiments of the present disclosure belong from the following description. That is, unintended effects by implementing the exemplary embodiments of the present disclosure can also be derived by those having ordinary knowledge in the technical field from the exemplary embodiments of the present disclosure.
Brief Description of the Drawings
[0017]
Figure 1
Figure 2
Figure 3
Figure 4
Figure 5
Figure 6
Figure 7
Figure 8
Figure 9
Figure 10
Figure 11
Figure 12
Figure 13
Figure 14
Figure 15
Modes for Carrying Out the Invention
[0018] Hereinafter, various embodiments of the present disclosure will be described in relation to the accompanying drawings. The various embodiments of the present disclosure can be subject to various changes and can have various embodiments. Specific embodiments are illustrated in the drawings and detailed descriptions related thereto are provided. However, this is not intended to limit the various embodiments of the present disclosure to specific embodiments, and it should be understood to include all changes and / or equivalents or alternatives included in the spirit and technical scope of the various embodiments of the present disclosure. In relation to the description of the drawings, similar reference numerals are used for similar components.
[0019] In various embodiments of the present disclosure, terms such as "including" or "having" are intended to specify the presence of features, numbers, steps, operations, components, parts, or combinations thereof described in the specification, and do not preclude the possibility of the presence or addition of one or more other features, numbers, steps, operations, components, parts, or combinations thereof.
[0020] In various embodiments of the present disclosure, expressions such as "or" include any and all combinations of the words listed together. For example, "A or B" can include A, B, or both A and B.
[0021] Expressions such as "first", "second", "initial", or "second" used in various embodiments of the present disclosure can modify various components of the various embodiments, but do not limit the corresponding components. For example, the above expressions do not limit the order and / or importance of the corresponding components, and can be used to distinguish one component from another component.
[0022] When it is mentioned that a certain component is "connected to" or "connected with" another component, it should be understood that the certain component may be directly connected to or connected with the other component, but there may also be a new other component between the certain component and the other component.
[0023] Terms such as "module", "unit", "part", etc. in the embodiments of the present disclosure are terms used to refer to components that perform at least one function or operation, and such components can be implemented in hardware or software, or can be implemented by a combination of hardware and software. In addition, unless multiple "modules", "units", "parts", etc. each need to be implemented by individual specific hardware, they can be integrated into at least one module or chip and implemented by at least one processor.
[0024] Terms defined in commonly used dictionaries should be interpreted as having a meaning consistent with the meaning in the context of the related art, and should not be interpreted in an ideal or overly formal sense unless clearly defined in various embodiments of the present disclosure.
[0025] Hereinafter, embodiments of the present disclosure will be described in detail with reference to the accompanying drawings.
[0026] FIG. 1 is a block diagram showing the components of an emergency assistance request system 1 according to an embodiment of the present disclosure.
[0027] Referring to FIG. 1, the emergency rescue request system 1 can include an auxiliary device 10, a user terminal 20, and a management server 30. The user terminal 20 can be connected to the auxiliary device 10 and the management server 30 for communication, and can transmit an emergency rescue signal to the management server 30 by receiving a trigger signal from the auxiliary device 10.
[0028] According to an embodiment, the auxiliary device 10 and the user terminal 20 may be connected through short-range wireless communication, and one auxiliary device 10 can perform wireless communication with one user terminal 20. On the contrary, one user terminal 20 may be communicatively connected to a plurality of auxiliary devices 10, and a list of the auxiliary devices 10 communicatively connected through an application installed on the user terminal 20 can be checked.
[0029] The management server 30 can receive an emergency rescue signal from the user terminal 20. The generated emergency rescue signal can include encrypted user status data, and the user status data can include image data and / or audio data obtained by the user terminal 20. The image data and / or audio data can be obtained by executing the camera application and / or the recording application of the user terminal 20.
[0030] In order for the user terminal 20 to obtain image data and audio data, the control authority for the applications that can obtain the image data and audio data to the emergency rescue application that can send and receive signals in conjunction with the auxiliary device 10 must be granted. That is, in order for the user terminal 20 to generate an emergency rescue signal, the control authority for the camera application and the recording application must be granted to the emergency rescue application in advance. In addition to this, the user terminal 20 may also grant the control authority for the application that can obtain GPS to the emergency rescue application in order to obtain the terminal position information with the user status data.
[0031] According to one embodiment, at the stage of initial setting for the emergency rescue application, the user terminal 20 can request the user to select whether to grant control authority to any application, and the control authority for the selected application can be granted to the emergency rescue application.
[0032] Exemplarily, when the user terminal 20 grants only the control authority for the camera application to the emergency rescue application through the user's selection input, only the image data captured by the camera application can be generated as the user status data. On the contrary, when the user terminal 20 grants the control authority for the camera application and the recording application to the emergency rescue application through the user's selection input, the image data captured by the camera application and the audio data recorded by the recording application can be generated as the user status data. The user terminal 20 can generate an emergency rescue signal based on the generated user status data and provide the emergency rescue signal to the management server 30. The data obtained by the user terminal 20 will be described in detail later through FIG. 6.
[0033] According to one embodiment, the management server 30 can identify the guardian terminal 40 that has requested pairing with the user terminal 20, and the management server 30 or the user terminal 20 can approve the pairing of the guardian terminal 40 with the user terminal 20. When the management server 30 receives an emergency rescue signal from the user terminal 20, it can send the emergency rescue signal to the paired guardian terminal 40. At this time, the management server 30 can decrypt the user status data included in the emergency rescue signal and provide it to the guardian terminal 40. However, the embodiments of the present disclosure are not limited to this, and only the alarm information indicating that the emergency rescue signal has been sent to the management server 30 may be provided.
[0034] FIG. 2 is a block diagram showing the components of the auxiliary device 10 according to one embodiment.
[0035] The auxiliary device 10 can be a terminal auxiliary device 10 that can be attached to and detached from the user terminal 20, or it may be a stationary auxiliary device 10 that can be attached to and detached from an object rather than the user terminal 20. The auxiliary device 10 can be a device with portability so that the user can carry it when it is detached from the user terminal 20 or the object.
[0036] Referring to FIG. 2, the auxiliary device 10 can include a switch 110, a processor 120, and a communication module 130, and can be mounted on a single substrate. The switch 110 can be connected to an externally exposed button, and illustratively, when the user presses the button, a path through which power is supplied from a battery or a power supply device to the processor 120 and / or the communication module 130 can be connected. The processor 120 and the communication module 130 that receive power supply can generate a trigger signal under certain conditions and transmit it to the user terminal 20.
[0037] The specific configuration in which the switch 110 of the auxiliary device 10 is connected through an externally arranged button to generate and transmit a trigger signal will be described later with reference to FIGS. 7 to 12.
[0038] The communication method of the communication module 130 can be at least one of short-range wireless communication methods such as Bluetooth, ZigBee, Beacon, RFID (Radio Frequency Identification), UWB (Ultra Wideband), or infrared communication. That is, the auxiliary device 10 can be connected to the user terminal 20 by a short-range wireless communication method and transmit a trigger signal.
[0039] According to an embodiment, when the operations requested by the user terminal 20 are performed by the auxiliary device 10 when connected by a short-range wireless communication method, the user terminal 20 and the auxiliary device 10 can be paired, and the emergency rescue application installed in the user terminal 20 can be given access rights to the auxiliary device 10. The access rights can be the rights to receive the provision of a trigger signal, and when the access rights to the target auxiliary device 10 are given to the user terminal 20, the user terminal 20 can control the camera application and / or the recording application in response.
[0040] At this time, the user terminal 20 can request a specific operation for user confirmation of the target auxiliary device 10 in the emergency rescue application. For example, the user terminal 20 can request the operation of pressing the button of the target auxiliary device 10 three times. When the user presses the target auxiliary device 10 three times, the user terminal 20 may be given access rights to the target auxiliary device 10.
[0041] That is, the pairing between the user terminal 20 and the auxiliary device 10 is unilaterally made by the user terminal 20 for the pairing request and confirmation, and it may occur that the auxiliary device 10 is accidentally paired with the wrong user terminal 20. Accordingly, even when the user terminal 20 and the target auxiliary device 10 are paired at the communication module 130 end, if the user terminal 20 does not have access rights to the target auxiliary device 10 at the application layer end, the corresponding user terminal 20 can be recognized as a wrongly connected terminal, thereby preventing the fraud of the user state data by the auxiliary device 10.
[0042] FIG. 3 is a block diagram showing the components of the user terminal 20 according to an embodiment.
[0043] Referring to FIG. 3, the user terminal 20 may include a processor 210, a RAM (Random Access Memory) 220, a storage 230, and a communication module 240.
[0044] The processor 210 can control the overall operation of the user terminal 20. The processor 210 can include a CPU (Central Processing Unit) that includes one processor core (Single Core) or multiple processor cores (Multi-Core). The user terminal 20 can include one or more processors 210.
[0045] The processor 210 can process or execute programs, data, or instructions stored in the storage 230. For example, the processor 210 can acquire image data and / or audio data by executing a program stored in the storage 230, and can process the acquired data to generate user state data. Further, the processor 210 can use the generated user state data to generate an emergency rescue signal according to a communication protocol and provide it to the management server 30.
[0046] The RAM 220 can temporarily store programs, data, or instructions. For example, programs and / or data stored in the storage 230 can be temporarily stored in the RAM 220 under the control of the processor 210 or by the boot code. For example, the RAM 220 includes DRAM (Dynamic RAM), SRAM (Static RAM), SDRAM (Synchronous DRAM), etc.
[0047] Storage 230 is a storage location for storing data, and can store an OS (Operating System), various programs, and various data. Storage 230 includes ROM (Read Only Memory), flash memory, PRAM (Phase-change RAM), MRAM (Magnetic RAM), RRAM (Resistive RAM), FRAM (Ferroelectric RAM), etc. In an embodiment, storage 230 may be implemented by an HDD (Hard Disk Drive), an SSD (Solid State Drive), etc.
[0048] Communication module 240 can transmit and / or receive data of user terminal 20. For example, communication module 240 can transmit and receive data by various communication methods. For example, communication module 240 can perform communication by, for example, 3G, LTE, Wi-Fi, Bluetooth, BLE (Bluetooth Low Energy), Zigbee, NFC (Near Field Communication), a communication method through ultrasonic waves, etc., and can include all of wired communication, wireless communication, short-range communication, and long-range communication.
[0049] According to an embodiment, user terminal 20 can transmit and receive data / information with auxiliary device 10 using short-range wireless communication, and can transmit and receive data / information with management server 30 using long-range wireless communication.
[0050] Therefore, user terminal 20 of the present disclosure can perform operations according to the above configuration, temporarily store data or instructions, and perform data transmission and / or reception with other user terminals 20.
[0051] User terminal 20 can be applied to a smart TV, a smartphone, a mobile device, a video display device, a measuring device, an IoT (Internet of Things) device, etc., and can also be applied to and implemented as one of various types of electronic devices.
[0052] The user terminal 20 can include various types of IP blocks. For example, although not shown in FIG. 3, the user terminal 20 can further include other general components such as input / output devices, neural network processors, MFC (Multi-Format Codec), video modules (such as camera interfaces, JPEG (Joint Photographic Experts Group) processors, video processors, or mixers), 3D graphic cores, audio systems, display drivers, GPUs (Graphic Processing Units), DSPs (Digital Signal Processors), etc.
[0053] In an embodiment, at least some of the components of the user terminal 20 can be implemented on one semiconductor chip. For example, the user terminal 20 can be implemented as a system-on-chip (SoC). However, it is not limited thereto, and the user terminal 20 can be implemented with multiple semiconductor chips. In one embodiment, the user terminal 20 can be implemented as an application processor mounted on a mobile device.
[0054] FIG. 4 is a flowchart illustrating a method for generating an emergency rescue signal according to an embodiment.
[0055] Referring to FIG. 4, when a trigger signal is generated from the auxiliary device 10 and provided to the user terminal 20, an emergency rescue signal can be generated and provided to the management server 30. When the emergency rescue application is running as a background application, the trigger signal can be a user terminal 20 control signal that causes the camera application / recording application that has passed through a normal access authentication process to operate in the emergency rescue application.
[0056] In step (S110), when a push input is applied to the switch of the auxiliary device 10, the auxiliary device 10 can provide a trigger signal to the user terminal 20. Exemplarily, the trigger signal can be a communication signal conforming to the protocol of Bluetooth communication, and can be a signal transmitted to the user terminal 20 paired through Bluetooth communication.
[0057] In step (S120), when the user terminal 20 receives a trigger signal from the auxiliary device 10, at least one of image data and audio data related to the user state can be generated based on the trigger signal. When the user terminal 20 is paired with a plurality of auxiliary devices 10, when receiving a trigger signal from at least one of the plurality of auxiliary devices 10, at least one of image data and audio data can be generated.
[0058] The image data can be image data that is captured automatically under the control of the emergency rescue application without user operation when the camera application is executed. As soon as the user terminal 20 receives the trigger signal, all the cameras provided in the user terminal 20 can be activated, and all the images around the user captured by the cameras can be taken.
[0059] The audio data can be audio data that is recorded automatically under the control of the emergency rescue application without user operation when the recording application is executed. At this time, the user terminal 20 can generate first audio data obtained by recording ambient sound during a first time interval, and can determine the length of the time interval of the audio data to be generated successively according to whether the transmission of the first audio data to the management server 30 is successful.
[0060] According to an embodiment, the user terminal 20 can generate first audio data by recording ambient sound during a first time interval based on a trigger signal, and after generating the first audio data, generate second audio data by recording ambient sound during a second time interval longer than the first time interval. Exemplarily, the first time interval can be 10 seconds and the second time interval can be 30 seconds. The first time interval can be the minimum time interval for the user terminal 20 or the management server 30 to determine the surrounding situation, and the second time interval can be the minimum time interval required for evidence collection. When generating an emergency rescue signal, the determination of the surrounding situation may be given higher priority compared to evidence collection. Accordingly, audio data of a first time interval shorter than the second time interval can be collected and transmitted to the management server 30.
[0061] The user terminal 20 of the present disclosure can transmit the first audio data to the management server 30 before generating the second audio data. If the transmission of the first audio data is successful, the second audio data can be generated. On the contrary, if the user terminal 20 fails to transmit the first audio data, it can generate third audio data by recording ambient sound during a third time interval shorter than the first time interval. When the transmission of the first audio data fails, it may be the case that the size of the data of the emergency rescue signal generated based on the first audio data is larger compared to the quality of the data communication, and poor communication between the management server 30 and the user terminal 20 may become a problem. Therefore, the user terminal 20 can generate the third audio data with a size smaller than that of the first audio data, and based on the generated third audio data, transmit the emergency rescue signal to the management server 30 again.
[0062] At this time, the third time interval of the generated third audio data can be determined based on whether the transmission of the continuous emergency rescue signal is successful, or can be determined based on the type / signal strength of the communication with the management server 30. Exemplarily, the user terminal 20 may determine the length of the third time interval according to whether it is communicating with the management server 30 via WIFI or LTE.
[0063] In step (S130), the user terminal 20 can encrypt the data collected through the camera application or the recording application into user status data. Exemplarily, the user terminal 20 can encrypt the user status data through a personal encryption key, and the public encryption key paired with the personal encryption key is stored in the management server 30, and the management server 30 can decrypt the encrypted user status data. In addition, the user terminal 20 can use various types of encryption methods to encrypt the image data and audio data into user status data, and the management server 30 has a corresponding decryption key to decrypt the user status data into image data and audio data.
[0064] In step (S140), the user terminal 20 can provide the encrypted user status data to the management server 30 as an emergency rescue signal. The user terminal 20 can generate data packets according to the protocol that conforms to the corresponding communication according to the communication type connected to the management server 30. At this time, the user status data can be included in the data packets and provided to the management server 30.
[0065] According to an embodiment, when the management server 30 receives an emergency rescue signal more than a preset number of times, it can search for the public security management center around the location of the user terminal 20, and provide the user's information and the location of the user terminal 20 to the searched public security management center. Accordingly, the management server 30 can notify the public security management center that the user is in an emergency rescue situation automatically without taking separate measures.
[0066] FIG. 5 is a flowchart illustrating a method of providing an emergency rescue signal to the management server 30 by generating / transmitting a series of signals from the auxiliary device 10 to the management server 30 according to an embodiment.
[0067] Referring to FIG. 5, while sequentially transmitting a series of signals from the auxiliary device 10 to the management server 30, the emergency situation of the user can be notified to the management server 30. At stage (S1100), the auxiliary device 10 can generate a trigger signal, and at stage (S1200), the auxiliary device 10 can provide the trigger signal generated at the user terminal 20 to the user terminal 20. At this time, the auxiliary device 10 can provide the trigger signal to the user terminal 20 through short-range wireless communication.
[0068] At stage (S1300), the user terminal 20 can generate at least one of image data and audio data, and at stage (S1400), the user terminal 20 can encrypt at least one of the image data and the audio data into user status data. At this time, when the user terminal 20 has secured all of the image data and the audio data, these can be combined and encrypted into user status data.
[0069] At stage (S1500), the user terminal 20 can provide the encrypted user status data to the management server 30 as an emergency rescue signal. The user terminal 20 can provide the emergency rescue signal to the management server 30 through long-range wireless communication.
[0070] FIG. 6 is a drawing illustrating a method of generating user status data with data generated by the user terminal 20 according to an embodiment.
[0071] Referring to FIG. 6, data for checking the user status can be collected through a plurality of functional devices provided in the user terminal 20, and the collected data can be merged and generated as user status data. At this time, the user status data can be data obtained by merging and encrypting multiple types of data. The multiple types of data can include image data, audio data, and terminal position data. When the user terminal 20 is provided with a first camera and a second camera, the first image data and the second image data simultaneously captured from each camera can be used to generate the user status data.
[0072] According to an embodiment, the combination of data collected may vary depending on the control authority granted to the emergency rescue application of the user terminal 20 and the types of functional devices provided in the user terminal 20. When the emergency rescue application is granted control authority over the camera application and the recording application, the user terminal 20 can secure image data and audio data. In addition, when the user terminal 20 obtains control authority over an application that can obtain GPS in order to acquire terminal location information as user status data, it can secure terminal location data.
[0073] In addition, the user terminal 20 can obtain connection strength data with the auxiliary device 10 that sent the trigger signal. When the user terminal 20 communicates with the auxiliary device 10 through Bluetooth communication, an RSSI (Signal Strength Indicator) value can be obtained through the trigger signal, and connection strength data can be generated based on the RSSI value.
[0074] When the management server 30 obtains the connection strength data by decrypting the user status data, the distance between the auxiliary device 10 and the user terminal 20 can be inferred from the connection strength data, and the user status based on the distance inferred by the guardian terminal 40 or the user terminal 20 can be notified.
[0075] Exemplarily, when the distance inferred from the connection strength data by the management server 30 is far, the management server 30 can display through the application of the user terminal 20 or the guardian terminal 40 that the user having the auxiliary device 10 is located far from the user terminal 20. That is, it may mean that in a situation where an emergency rescue signal is being transmitted while being far away from the user terminal 20, there is a high possibility that the guardian who has confirmed this cannot connect with the user even if contacting the user.
[0076] On the contrary, when the distance inferred from the connection strength data is short, the management server 30 can display through the applications of the user terminal 20 or the guardian terminal 40 that the user having the auxiliary device 10 is located close to the user terminal 20. That is, since an emergency rescue signal is being transmitted in a situation where the user is located close to the user terminal 20, it may also mean a state where there is a high possibility of connection when the guardian who has confirmed this contacts the user.
[0077] Accordingly, when the management server 30 determines that the user terminal 20 and the auxiliary device 10 are located far apart, it can assign a higher degree of urgency than when it determines that they are located close. The management server 30 can determine whether the user terminal 20 and the auxiliary device 10 are located far apart based on whether the RSSI value is greater than a reference value.
[0078] FIGS. 7A to 10 are drawings illustrating the components of the auxiliary device 10a according to the first embodiment.
[0079] The auxiliary device 10a according to the first embodiment can be an auxiliary device 10a configured to be detachable from the user terminal 20. The auxiliary device 10a can include an annular member 150, the annular member 150 can be rotated by a hinge member 140, and the hinge member 140 can be fixed in a rotated state. Exemplarily, the hinge member 140 can be configured such that a circular pin is inserted into an elliptical hole instead of a circular hole, a frictional force is ensured during press-fitting, and an additional frictional force can be applied during rotation. The hinge member 140 is not limited thereto, and all types of members that can fix the annular member 150 when it is rotated at an angle desired by the user, such as a spring pin, can be used.
[0080] According to one embodiment, the housing of the auxiliary device 10a can be configured to accommodate a magnetic body, and the magnetic body can be arranged in an outward direction along the outer peripheral surface of the auxiliary device 10a. The auxiliary device 10a can be attached to and detached from the user terminal 20 through the magnetic body, and can be configured to be rotated along the outer peripheral surface of the auxiliary device 10a while being attached to the user terminal 20.
[0081] The auxiliary device 10a that is attached to and detached from the user terminal 20 must be designed to have a low height in consideration of the user's portability, and components such as the battery 180, the switch 110, the button 160, and the magnetic body must be mounted. That is, it may be important to arrange the components as efficiently as possible in the limited space and stably couple them to the housing.
[0082] The button 160 that can press the switch 110 of the auxiliary device 10a may be exposed outside the housing. The button 160 can be arranged on the upper part of the substrate 170 on which the switch 110 is mounted, and the processor 120 and the communication module 130 can be mounted on the substrate 170 around the switch 110. Accordingly, it can be said that the support member 165 that supports the button 160 in the housing must be arranged limitedly while occupying as little space on the substrate 170 as possible.
[0083] Exemplarily, the support member 165 may not be directly connected to the substrate 170 and may be connected to the upper plate 11 of the auxiliary device 10a. The support member 165 of the button 160 may extend in the outer direction from the space where the button 160 is exposed outside, and the support member 165 may be connected to the upper plate 11 through screw fastening.
[0084] A battery 180 may be mounted below the substrate 170, and a battery fixing member 190 for accommodating the battery 180 and supplying power to the substrate 170 may be arranged. The battery fixing member 190 may be formed in a size corresponding to the size of the battery 180, and the substrate 170 may be placed on the battery fixing member 190 and arranged. The battery fixing member 190 may be connected to the external housing through screw fastening or hook fastening. Exemplarily, a fastening groove capable of screw fastening may be formed on the first side of the battery fixing member 190, and a hook that can be applied to the housing may be formed on the other second side. The substrate 170 and the battery fixing member 190 may have fastening grooves formed at corresponding positions, and the substrate 170 and the battery fixing member 190 may be connected to the upper plate plate 11 through the fastening grooves.
[0085] That is, a battery 180, a battery fixing member 190, a substrate 170, and a button 160 may be arranged between the upper plate plate 11 and the lower plate plate 12 of the auxiliary device 10a, and the battery fixing member 190, the substrate 170, the button 160, and the upper plate plate 11 may be sequentially stacked and assembled from the lower plate plate 12 constituting the housing.
[0086] According to one embodiment, the button 160 that can be pressed by a user may be composed of a plurality of parts, and a switch 110 having contacts formed corresponding to each of the plurality of parts may be mounted on the substrate 170. At this time, the auxiliary device 10a can generate a trigger signal in response when all of the plurality of switches 110 are pressed.
[0087] Exemplarily, when the button 160 is configured by dividing into two parts, two switches 110 corresponding to each part may be arranged on the substrate 170. The auxiliary device 10a can generate a trigger signal in response when all of the two switches 110 are pressed by each part.
[0088] The auxiliary device 10a of the present disclosure is a device carried by a user and can be used in an environment where the button 160 is frequently accidentally pressed by other elements during carrying. Since the button 160 of the auxiliary device 10a is located at a position lower than the upper plate 11, there is a frequent tendency for it to malfunction because any one point of the button 160 is more likely to be pressed than the entire button 160 being accidentally pressed.
[0089] The button 160 of the auxiliary device 10a of the present disclosure is composed of a plurality of parts, and the auxiliary device 10a can generate a trigger signal only when all the switches 110 that come into contact with each part are pressed. Therefore, it is possible to prevent a situation where only one point of the button 160 is pressed and a trigger signal is sent.
[0090] More specifically, when the button 160 is composed of the first part 160a and the second part 160b, the malfunction of the button 160 may occur when only one of the first part 160a and the second part 160b is pressed. Accordingly, the auxiliary device 10a of the present disclosure can generate a trigger signal only when the user presses all of the first part 160a and the second part 160b, thereby maximizing the prevention of the malfunction of the button 160.
[0091] Figs. 11 to 12 are drawings illustrating the components of the auxiliary device 10 according to the second embodiment.
[0092] The auxiliary device 10 according to the second embodiment can be configured to be portable by a user. A battery, a battery fixing member, a substrate, and buttons can be arranged between the upper plate and the lower plate of the auxiliary device 10, and the battery fixing member, the substrate, the buttons, and the upper plate can be stacked and assembled in order from the lower plate that constitutes the housing.
[0093] Also, a magnetic body can be arranged along the outer peripheral surface of the lower plate of the auxiliary device 10, and the auxiliary device 10 can be attached to a metal body by the magnetic body of the auxiliary device 10.
[0094] Figures 13 to 15 are drawings illustrating actual usage examples of the auxiliary device according to embodiments of the present disclosure.
[0095] Referring to FIG. 13, the auxiliary device according to the first embodiment can be detachably provided on the user terminal, and the auxiliary device can be attached to various types of user terminals. Exemplarily, the auxiliary device according to the first embodiment is attached to the user terminal through a magnetic body, and the user can position the auxiliary device in a desired direction by rotating it while holding the auxiliary device.
[0096] The embodiment of FIG. 14 can be an actual implementation example of the auxiliary device according to the first embodiment, and the embodiment of FIG. 15 can be an actual implementation example of the auxiliary device according to the second embodiment.
[0097] The methods according to various embodiments of the present invention described above can be implemented in the form of an application or a software program that can be installed on an existing electronic device.
[0098] In addition, the whole or part of the method can be composed of various software functional modules and implemented in an operating system (OS). Or each step can be composed of one software functional module, or each step can be combined to be composed of one software functional module and implemented on the operating system. Therefore, even if one software functional module does not implement all of the embodiments of the present disclosure, various software functional modules implement each step of the present disclosure, and if various software functional modules are implemented in one operating system, it can be understood that the method of the present disclosure is implemented.
[0099] In addition, the methods according to various embodiments of the present invention described above can also be implemented only by software upgrade or hardware upgrade for an existing electronic device. Also, various embodiments of the present invention described above can be performed through an embedded server provided in the electronic device or an external server of the electronic device.
[0100] On the one hand, according to an embodiment of the present invention, the various embodiments described above can be embodied as software including instruction words stored in a computer-readable recording medium that can be read by a computer or a similar device using software, hardware, or a combination thereof. In some cases, the embodiments described herein can be embodied by the processor itself. According to a software implementation, embodiments such as the procedures and functions described herein can be embodied by separate software modules. Each software module can perform one or more functions and operations described herein.
[0101] On the other hand, a computer or a similar device is a device that can call instruction words stored in a storage medium and operate according to the called instruction words, and can include the device according to the disclosed embodiment. When the instruction is executed by a processor, the processor can directly or use other components under the control of the processor to perform the functions corresponding to the instruction. The instruction can include code generated or executed by a compiler or an interpreter.
[0102] A machine-readable recording medium can be provided in the form of a non-transitory computer readable recording medium. Here, "non-transitory" simply means that the storage medium is tangible and does not include a signal, without distinguishing whether the data is stored semi-permanently or temporarily on the storage medium. At this time, a non-transitory computer-readable medium means a medium that stores data semi-permanently rather than a medium that stores data for a short moment, such as a register, cache, or memory, and can be read by a device. Specific examples of non-transitory computer-readable media can include CDs, DVDs, hard disks, Blu-ray disks, USBs, memory cards, ROMs, and the like.
[0103] As described above, exemplary embodiments have been disclosed in the drawings and the specification. Although specific terms have been used in this specification to describe the embodiments, these are merely used for the purpose of explaining the technical idea of the present disclosure and are not used to limit the meaning or the scope of the present disclosure described in the claims. Therefore, those of ordinary skill in the art will understand that various modifications and equivalent other embodiments will be possible hereinafter. Therefore, the true technical protection scope of the present disclosure should be determined by the technical idea of the appended claims.
Claims
1. 1. A method for transmitting an emergency distress signal by an auxiliary device in communication with a user terminal, comprising: providing a trigger signal from the auxiliary device to the user terminal in response to a push input being applied to a switch provided in the auxiliary device; generating at least one of image data and audio data related to a user state based on the trigger signal; providing user status data related to the image data and the voice data to a management server as an emergency distress signal.
2. The step of providing the emergency rescue signal to a management server includes:
2. The method of claim 1, further comprising the step of encrypting the image data and the voice data into the user status data.
3. The auxiliary device is connected to the user terminal through Bluetooth communication, granting the user terminal an access right to the auxiliary device if the operation requested by the user terminal is performed by the auxiliary device; 2. The method for transmitting an emergency distress signal according to claim 1, comprising:
4. The step of generating at least one of the image data and the audio data comprises:
2. The method of claim 1, further comprising the step of generating at least one of the image data and the voice data by the user terminal when no action is input to the user terminal for a certain period of time.
5. The step of generating at least one of the image data and the audio data comprises: generating first audio data by recording a surrounding sound during a first time interval based on the trigger signal; and 2. The method of claim 1, further comprising the step of generating second voice data by recording surrounding voices for a second time interval longer than the first time interval after generating the first voice data.
6. The step of generating at least one of the image data and the audio data comprises:
6. The method of claim 5, further comprising the step of generating third voice data by recording surrounding voices for a third time interval shorter than the first time interval in response to a failure in transmission of the first voice data to the management server.
7. Identifying a parent terminal that has requested pairing with the user terminal by the management server; and 2. The method of claim 1, further comprising: transmitting the emergency distress signal to the parent terminal in response to a case where the pairing of the parent terminal is approved by at least one of the management server and the user terminal.
8. 2. The method of claim 1, further comprising providing user information and the location of the user terminal to a public safety management center in the vicinity of the location of the user terminal when the management server receives the emergency distress signal a preset number of times or more.
Citation Information
Patent Citations
Data sending method, electronic equipment, chip and storage medium
CN113612893A
Emergency help seeking method and system, electronic equipment and storage medium
CN116543485A
Mobile station condition detection system
JP2009250661A
Secrecy communication device, method and program
JP2015111918A
Smartphone equipped with an emergency call button
JP2015532071A