WO2020166740A1

WO2020166740A1 - Mobile terminal

Info

Publication number: WO2020166740A1
Application number: PCT/KR2019/001775
Authority: WO
Inventors: 송민우; 김민호; 김호영; 안예한; 전상국; 진동철
Original assignee: 엘지전자 주식회사
Priority date: 2019-02-13
Filing date: 2019-02-13
Publication date: 2020-08-20

Abstract

Provided is a mobile terminal comprising: a depth camera for executing a three-dimensional vision-based UI with low power without a direct touch, and acquiring a depth image to change a state of a mobile terminal in response to execution of the UI; a display unit for outputting a visual image; a memory for storing at least one command; and a controller connected to the depth camera, the display unit, and the memory, wherein, when an object is close to the mobile terminal, the controller controls the depth camera to acquire the depth image, discriminates a shape and motion of the object via the acquired depth image, and changes a state of the mobile terminal.

Description

Mobile terminal

The present invention relates to a mobile terminal. More specifically, it can be applied to a technical field that drives a 3D depth camera provided in a mobile terminal with low power and provides a convenient UI to a user by driving a device without a user's direct touch.

Terminals can be divided into mobile/portable terminals and stationary terminals depending on whether they can be moved. Again, mobile terminals can be divided into handheld terminals and vehicle mounted terminals depending on whether the user can directly carry them.

The functions of mobile terminals are diversifying. For example, there are functions of data and voice communication, taking pictures and videos through a camera, recording voice, playing music files through a speaker system, and outputting images or videos to the display. Some terminals add an electronic game play function or perform a multimedia player function. In particular, recent mobile terminals can receive multicast signals providing visual content such as broadcasting and video or television programs.

Along with the development of 3D depth camera technology, mobile terminals are also developing a user interface (UI) that controls a device by detecting a user's motion or gesture based on a 3D vision technology. The three-dimensional vision-based UI can be applied to various applications by supplementing the existing two-dimensional touch-based UI. For example, in an augmented reality (AR) application, an object can be controlled in three dimensions, even when a device is located in a position that the user cannot touch, and the user's hand is contaminated or wearing gloves. It allows you to control the device even when it is difficult to touch, such as when there is one. Accordingly, 3D vision-based gesture recognition technology is in the spotlight.

Gesture recognition technology based on 3D vision is implemented based on a camera that can recognize 3D coordinates. The depth camera has a difference in recognizing the distance between the camera and the object compared to the existing 2D camera, and for this, a calculation process for converting the measured raw image into a depth image is added. The processing load of this calculation process is large, so that high processing power is used, and accordingly, power consumption according to the operation of the depth camera and the processor that processes the 3D image occurs. If this operation is always performed in a battery-operated device at such a high level, the operating time of the device is significantly reduced. Therefore, activating the depth camera only when necessary is an important factor in power consumption and processor stabilization.

In order to activate the depth camera only when necessary, interaction through touch can be considered, but it causes inconvenience to the user, who has to wash their hands if they are contaminated and take them off if they are wearing gloves. In addition, when the device is not fixed and is in a stand state, physical touch has a disadvantage in that the position of the device is changed.

In the present invention, the depth camera is activated only when the user's hand is close to the device, so that power is consumed more than necessary, and the load for calculation is prevented, and a user-friendly UI is provided by operating the device without a user's direct touch. It aims to provide.

In order to achieve the above or other objects, according to an aspect of the present invention, there is provided a mobile terminal, comprising: a depth camera for obtaining a depth image, a display unit for outputting a visual image, and a memory for storing at least one command; And a controller connected to the depth camera, the display unit, and the memory, wherein the controller controls the depth camera to acquire the depth image when the object is close to the mobile terminal, and through the acquired depth image It provides a mobile terminal, characterized in that the state of the mobile terminal is changed by discriminating the shape and motion of the object.

Further, according to an aspect of the present invention, when the mobile terminal is in a sleep state, the shape of the adjacent object corresponds to the user's hand, and the object is air-knocked in a spaced state, the mobile terminal wakes up. It provides a mobile terminal characterized in that the up.

In addition, according to an aspect of the present invention, the air knock provides a mobile terminal characterized in that the user repeatedly pushes the index finger toward the mobile terminal twice.

In addition, according to an aspect of the present invention, the controller discriminates the index finger from the object, compares the time interval between push operations of the index finger with a preset period interval, and sets the time interval between the push operations. Provided is a mobile terminal, characterized in that it is determined that the movement of the object corresponds to the air knock when it is less than the time interval.

In addition, according to an aspect of the present invention, the controller distinguishes the index finger from the object, compares the distance between points directed by the index finger to a preset distance, and compares the distance between points directed by the index finger. Provided is a mobile terminal, characterized in that it is determined that the movement of the object corresponds to the air note when the interval is less than a preset distance.

In addition, according to an aspect of the present invention, when the mobile terminal is in a sleep state, the shape of the adjacent object corresponds to the palm, and the object hovers within a preset distance range, the display unit It provides a mobile terminal characterized in that to wake up.

In addition, according to an aspect of the present invention, when the mobile terminal is in a locked state, the shape of the adjacent disparity object corresponds to the user's hand, and when the object is spaced apart, the preset code is input. It provides a mobile terminal, characterized in that the lock mode is released.

In addition, according to an aspect of the present invention, the controller provides a mobile terminal, characterized in that the index finger of the user is identified from the object, and the input code is identified through a relative position of an area pushed by the index finger. .

In addition, according to an aspect of the present invention, when the mobile terminal is in the locked state, the shape of the adjacent object corresponds to the user's hand, and the object moves in a preset pattern when the object is separated It provides a mobile terminal characterized in that the mode is released.

In addition, according to an aspect of the present invention, the controller distinguishes the index finger of the user from the object and compares the sweeping pattern of the index finger with a preset pattern to release the locking mode. It provides a mobile terminal characterized by.

In addition, according to an aspect of the present invention, when the mobile terminal is in a locked state, the shape of the object corresponds to the palm, and the object hovers at a preset distance interval, the lock mode through biometric information It provides a mobile terminal characterized in that the release of.

In addition, according to an aspect of the present invention, there is provided a mobile terminal, wherein the biometric information includes at least one of a palm pattern, a vein pattern, and a fingerprint pattern of the palm.

Further, according to an aspect of the present invention, the controller provides a mobile terminal, characterized in that when releasing the locking mode in a sleep state, the controller wakes up the mobile terminal while releasing the locking mode.

In addition, according to an aspect of the present invention, the controller provides a mobile terminal, characterized in that controlling the mobile terminal to execute a specific application corresponding to the shape and motion of the classified object.

In addition, according to an aspect of the present invention, when the condition of executing the specific application in the sleep state is satisfied, the controller executes the specific application and wakes up the display unit at the same time. to provide.

In addition, according to an aspect of the present invention, the depth camera detects the intensity of light reflected in the first mode to discriminate whether the object is close, and detects a parallax of the light reflected in the second mode to obtain the depth image. It provides a mobile terminal, characterized in that acquiring.

In addition, according to an aspect of the present invention, the mobile terminal provides a mobile terminal further comprising a proximity sensor for discriminating whether the object is in proximity.

The effect of the mobile terminal according to the present invention will be described as follows.

According to at least one of the embodiments of the present invention, it is possible to reduce power consumption in executing a 3D vision-based UI.

According to at least one of the embodiments of the present invention, the user can execute the 3D vision board UI without directly touching the device.

According to at least one of the embodiments of the present invention, the user may wake up the device without directly touching the device.

According to at least one of the embodiments of the present invention, the user can unlock the device without directly touching the device.

According to at least one of the embodiments of the present invention, a user may execute or control a specific application without directly touching the device.

Further scope of applicability of the present invention will become apparent from the detailed description below. However, since various changes and modifications within the spirit and scope of the present invention can be clearly understood by those skilled in the art, detailed description and specific embodiments such as preferred embodiments of the present invention are understood to be given by way of example only. Should be.

1A is a block diagram illustrating a mobile terminal related to the present invention.

1B and 1C are conceptual diagrams of an example of a mobile terminal according to the present invention viewed from different directions.

2 and 3 are configuration diagrams of the present invention for performing a 3D vision-based UI according to an embodiment of the present invention.

4 is a flowchart illustrating a processor that wakes up without directly touching a device through a depth image of an adjacent object, according to an embodiment of the present invention.

5 and 6 are flowcharts illustrating in detail the wakeup algorithm of FIG. 4 according to an embodiment of the present invention.

7 is a diagram for explaining a condition for satisfying air knock according to an embodiment of the present invention.

8 is a flowchart illustrating a processor for releasing a lock mode without directly touching a device through a depth image of an adjacent object, according to an embodiment of the present invention.

9 and 10 are flowcharts and diagrams for specifically explaining the unlock algorithm of FIG. 8 according to an embodiment of the present invention.

11 to 13 are flowcharts and diagrams for specifically explaining the unlock algorithm of FIG. 8 according to another embodiment of the present invention.

14 is a flowchart illustrating a processor that executes or controls a specific application without directly touching a device through a depth image of an adjacent object, according to an embodiment of the present invention.

FIG. 15 is a diagram for specifically explaining execution or control of a specific application of FIG. 14 according to an embodiment of the present invention.

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 components 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 modifications included in the spirit and scope of the present invention It should be understood to include equivalents or substitutes.

Mobile terminals described in this specification 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.

However, it is understood that the configuration according to the embodiment described in the present specification may also be applied to a fixed terminal such as a digital TV, a desktop computer, and a digital signage, except for a case applicable only to a mobile terminal. If you are a technician, you can easily find out.

1A to 1C, FIG. 1A is a block diagram illustrating a mobile terminal related to the present invention, and FIGS. 1B and 1C are conceptual diagrams of an example of a mobile terminal related to the present invention viewed from different directions.

The mobile terminal 100 includes a wireless communication unit 110, an input unit 120, a sensing unit 140, an output unit 150, an interface unit 160, a memory 170, a control unit 180, and a power supply unit 190. ), etc. The components shown in FIG. 1A are not essential for implementing the mobile terminal, and thus, the mobile terminal described in the present specification may have more or fewer components than those listed above.

More specifically, among the components, the wireless communication unit 110 may be configured between the mobile terminal 100 and the wireless communication system, between the mobile terminal 100 and another mobile terminal 100, or between the mobile terminal 100 and an external server. It may include one or more modules that enable wireless communication between. In addition, the wireless communication unit 110 may include one or more modules for connecting the mobile terminal 100 to one or more networks.

The wireless communication unit 110 may include at least one of a broadcast reception module 111, a mobile communication module 112, a wireless Internet module 113, a short-range communication module 114, and a location information module 115. .

The input unit 120 includes a camera 121 or an image input unit for inputting an image signal, a microphone 122 for inputting an audio signal, or an audio input unit, and a user input unit 123 for receiving information from a user, for example, , A touch key, a mechanical key, etc.). The voice data or image data collected by the input unit 120 may be analyzed and processed as a user's control command.

The sensing unit 140 may include one or more sensors for sensing at least one of information in the mobile terminal, information on surrounding environments surrounding the mobile terminal, and user information. For example, the sensing unit 140 includes a proximity sensor 141, an illumination sensor 142, a touch sensor, an acceleration sensor, a magnetic sensor, and gravity. G-sensor, gyroscope sensor, motion sensor, RGB sensor, infrared sensor (IR sensor), fingerprint sensor (finger scan sensor), ultrasonic sensor (ultrasonic sensor) , Optical sensor (for example, camera (see 121)), microphone (microphone, see 122), battery gauge, environmental sensor (for example, barometer, hygrometer, thermometer, radiation detection sensor, It may include at least one of a heat sensor, a gas sensor, etc.), and a chemical sensor (eg, an electronic nose, a healthcare sensor, a biometric sensor, etc.). Meanwhile, the mobile terminal disclosed in the present specification may combine and utilize information sensed by at least two or more of these sensors.

The output unit 150 is for generating an output related to visual, auditory, or tactile sense, and may include at least one of a display 151, an audio output unit 152, a hap tip module 153, and a light output unit. The display 151 may form a layer structure with the touch sensor or be integrally formed, thereby implementing a touch screen. Such a touch screen can function as a user input unit 123 that provides an input interface between the mobile terminal 100 and a user, and can provide an output interface between the mobile terminal 100 and a user.

The interface unit 160 serves as a passage between various types of external devices connected to the mobile terminal 100. The interface unit 160 connects a wired/wireless headset port, an external charger port, a wired/wireless data port, a memory card port, and a device equipped with an identification module. It may include at least one of a port, an audio input/output (I/O) port, an input/output (video I/O) port, and an earphone port. The mobile terminal 100 may perform appropriate control related to the connected external device in response to the connection of the external device to the interface unit 160.

In addition, the memory 170 stores data supporting various functions of the mobile terminal 100. The memory 170 may store a plurality of application programs or applications driven by the mobile terminal 100, data for operation of the mobile terminal 100, and commands. At least some of these application programs may be downloaded from an external server through wireless communication. In addition, at least some of these application programs may exist on the mobile terminal 100 from the time of delivery for basic functions of the mobile terminal 100 (eg, incoming calls, outgoing functions, message reception, and outgoing functions). Meanwhile, the application program may be stored in the memory 170, installed on the mobile terminal 100, and driven by the controller 180 to perform an operation (or function) of the mobile terminal.

In addition to the operation related to the application program, the controller 180 generally controls the overall operation of the mobile terminal 100. The controller 180 may provide or process appropriate information or functions to a user by processing signals, data, information, etc. input or output through the above-described components or by driving an application program stored in the memory 170.

Also, in order to drive an application program stored in the memory 170, the controller 180 may control at least some of the components examined together with FIG. 1A. Furthermore, in order to drive the application program, the controller 180 may operate by combining at least two or more of the components included in the mobile terminal 100 with each other.

The power supply unit 190 receives external power and internal power under the control of the controller 180 and supplies power to each of the components included in the mobile terminal 100. The power supply unit 190 includes a battery, and the battery may be a built-in battery or a replaceable battery.

At least some of the components may operate in cooperation with each other to implement an operation, control, or control method of a mobile terminal according to various embodiments described below. In addition, the operation, control, or control method of the mobile terminal may be implemented on the mobile terminal by driving at least one application program stored in the memory 170.

1B and 1C describe basic features of a foldable mobile terminal in an unfolded state.

The mobile terminal 100 includes a display 151, first and second

sound output units

152a and 152b, proximity sensor 141, illuminance sensor 142, light output unit 154, and first and second cameras. (121a, 121b), first and second operation units (123a, 123b), a microphone 122, an interface unit 160, and the like may be provided.

In the following, as shown in FIGS. 1B and 1C, the display 151, the first sound output unit 152a, the proximity sensor 141, the illuminance sensor 142, the light output unit, and 1 The camera 121a and the first operation unit 123a are disposed, the second operation unit 123b, the microphone 122 and the interface unit 160 are disposed on the side of the terminal body, and 2 A mobile terminal 100 in which the sound output unit 152b and the second camera 121b are disposed will be described as an example.

However, these configurations are not limited to this arrangement. These configurations may be excluded or replaced as necessary, or may be disposed on different sides. For example, the first operation unit 123a may not be provided on the front surface of the terminal body, and the second sound output unit 152b may be provided on the side of the terminal body rather than on the rear surface of the terminal body.

The display 151 displays (outputs) information processed by the mobile terminal 100. For example, the display 151 may display execution screen information of an application program driven in the mobile terminal 100, or UI (User Interface) and GUI (Graphic User Interface) information according to such execution screen information.

The display 151 includes a liquid crystal display (LCD), a thin film transistor-liquid crystal display (TFT LCD), an organic light-emitting diode (OLED), and a flexible display. ), a 3D display, and an e-ink display.

In addition, two or more displays 151 may exist depending on the implementation type of the mobile terminal 100. In this case, in the mobile terminal 100, a plurality of displays may be spaced apart or integrally disposed on one surface, or may be disposed on different surfaces, respectively.

The display 151 may include a touch sensor that senses a touch on the display 151 so as to receive a control command by a touch method. Using this, when a touch is made to the display 151, the touch sensor may sense the touch, and the controller 180 may generate a control command corresponding to the touch based on this. Content input by the touch method may be letters or numbers, or menu items that can be indicated or designated in various modes.

Meanwhile, the touch sensor is configured in the form of a film having a touch pattern and is disposed between the window 151a covering the display 151 and a plurality of layers constituting the display 151, or directly on the rear surface of the window 151a. It can also be a metal wire to be patterned. Alternatively, the touch sensor may be integrally formed with the display. For example, the touch sensor may be disposed on a substrate of the display or may be provided inside the display.

As such, the display 151 may form a touch screen together with a touch sensor, and in this case, the touch screen may function as a user input unit 123 (see FIG. 1A). In some cases, the touch screen may replace at least some functions of the first manipulation unit 123a.

The first sound output unit 152a may be implemented as a receiver that transmits a call sound to the user's ear, and the second sound output unit 152b is a loud speaker that outputs various alarm sounds or multimedia playback sounds. ) Can be implemented.

A sound hole for emitting sound generated from the first sound output unit 152a may be formed in the window 151a of the display 151. However, the present invention is not limited thereto, and the sound may be configured to be emitted along an assembly gap between structures (eg, a gap between the window 151a and the front case 101). In this case, the externally formed hole for sound output is not visible or hidden, so that the appearance of the mobile terminal 100 may be more simple.

The light output unit is configured to output light to notify when an event occurs. Examples of the event include message reception, call signal reception, missed call, alarm, schedule notification, e-mail reception, and information reception through an application. When the user's event confirmation is detected, the controller 180 may control the light output unit so that light output is terminated.

The first camera 121a processes an image frame of a still image or moving image obtained by an image sensor in a photographing mode or a video call mode. The processed image frame may be displayed on the display 151 and may be stored in the memory 170.

The first and second manipulation units 123a and 123b are an example of a user input unit 123 that is manipulated to receive a command for controlling the operation of the mobile terminal 100, and may also be collectively referred to as a manipulating portion. have. The first and second operation units 123a and 123b may be employed in any manner as long as the user operates while receiving a tactile feeling such as touch, push, and scroll. In addition, the first and second manipulation units 123a and 123b may also be employed in a manner in which the first and second manipulation units 123a and 123b are operated without a user's tactile feeling through proximity touch, hovering touch, or the like.

In this drawing, the first manipulation unit 123a is illustrated as being a touch key, but the present invention is not limited thereto. For example, the first operation unit 123a may be a push key (mechanical key) or may be configured as a combination of a touch key and a push key.

Contents input by the first and second manipulation units 123a and 123b may be variously set. For example, the first operation unit 123a receives commands such as menu, home key, cancel, search, etc., and the second operation unit 123b is output from the first or second

sound output units

152a, 152b. Commands such as adjusting the volume of sound and switching to the touch recognition mode of the display 151 may be input.

Meanwhile, as another example of the user input unit 123, a rear input unit (not shown) may be provided on the rear surface of the terminal body. This rear input unit is manipulated to receive a command for controlling the operation of the mobile terminal 100, and input contents may be variously set. For example, commands such as power on/off, start, end, scrolling, etc., adjusting the volume of sound output from the first and second

sound output units

152a and 152b, and entering the touch recognition mode of the display 151 Commands such as conversion can be input. The rear input unit may be implemented in a form capable of inputting by a touch input, a push input, or a combination thereof.

The rear input unit may be disposed to overlap the front display 151 in the thickness direction of the terminal body. For example, when the user holds the terminal body with one hand, the rear input unit may be disposed on the rear upper end of the terminal body so that the user can easily manipulate it using the index finger. However, the present invention is not necessarily limited thereto, and the position of the rear input unit may be changed.

When the rear input unit is provided on the rear surface of the terminal body, a new type of user interface can be implemented using the rear input unit. In addition, when the touch screen or the rear input unit described above replaces at least some functions of the first operation unit 123a provided on the front of the terminal body, and the first operation unit 123a is not disposed on the front of the terminal body, The display 151 may be configured with a larger screen.

Meanwhile, the mobile terminal 100 may be provided with a fingerprint recognition sensor 143 for recognizing a user's fingerprint, and the controller 180 may use fingerprint information detected through the fingerprint recognition sensor 143 as an authentication means. . The fingerprint recognition sensor may be embedded in the display 151 or the user input unit 123, or may be provided in a separate location.

The microphone 122 is configured to receive a user's voice and other sounds. The microphone 122 may be provided in a plurality of locations and configured to receive stereo sound.

The interface unit 160 becomes a passage through which the mobile terminal 100 can be connected to an external device. For example, the interface unit 160 is a connection terminal for connection with other devices (eg, earphones, external speakers), a port for short-range communication (eg, an infrared port (IrDA Port), a Bluetooth port (Bluetooth Port), a wireless LAN port, etc.], or at least one of a power supply terminal for supplying power to the mobile terminal 100. The interface unit 160 may be implemented in the form of a socket for accommodating an external card such as a subscriber identification module (SIM) or a user identity module (UIM), or a memory card for storing information.

A second camera 121b may be disposed on the rear surface of the terminal body. In this case, the second camera 121b has a photographing direction substantially opposite to that of the first camera 121a.

The second camera 121b may include a plurality of lenses arranged along at least one line. The plurality of lenses may be arranged in a matrix format. Such a camera may be referred to as an'array camera'. When the second camera 121b is configured as an array camera, an image may be photographed in various ways using a plurality of lenses, and an image of better quality may be obtained.

The flash 124 may be disposed adjacent to the second camera 121b. The flash 124 illuminates light toward the subject when photographing the subject with the second camera 121b.

A second sound output unit 152b may be additionally disposed on the terminal body. The second sound output unit 152b may implement a stereo function together with the first sound output unit 152a, and may be used to implement a speakerphone mode during a call.

At least one antenna for wireless communication may be provided in the terminal body. The antenna may be embedded in the terminal body or may be formed in a case. For example, an antenna forming a part of the broadcast receiving module 111 (refer to FIG. 1A) may be configured to be retractable from the terminal body. Alternatively, the antenna may be formed in a film type and attached to the inner surface of the rear cover 103, or a case including a conductive material may be configured to function as an antenna.

The terminal body is provided with a power supply unit 190 (refer to FIG. 1A) for supplying power to the mobile terminal 100. The power supply unit 190 may include a battery 191 built in the terminal body or configured to be detachable from the outside of the terminal body.

The battery 191 may be configured to receive power through a power cable connected to the interface unit 160. In addition, the battery 191 may be configured to enable wireless charging through a wireless charger. The wireless charging may be implemented by a magnetic induction method or a resonance method (magnetic resonance method).

On the other hand, in this drawing, the rear cover 103 is coupled to the rear case 102 so as to cover the battery 191 to limit the separation of the battery 191, and to protect the battery 191 from external shock and foreign substances. It is illustrated. When the battery 191 is configured to be detachably attached to the terminal body, the rear cover 103 may be detachably coupled to the rear case 102.

The present invention relates to a system for activating a depth camera 200 when an object is close to a device and performing a 3D vision-based UI using a depth image acquired from the depth camera 200.

The device of the present invention may include a mobile terminal, but is not necessarily limited thereto, and may include a television, an artificial intelligence device, a tablet, etc. that can utilize a 3D vision-based UI.

The depth camera 200 of the present invention may be a TOF (Time-of-Flight) type camera, but is not necessarily limited to this type of camera.

In the present invention, whether an object is close to the device may be detected through the proximity sensor 300 or the depth camera 200.

Specifically, FIG. 2 shows a system for detecting whether an object is close through the proximity sensor 300, and FIG. 3 shows a system for detecting whether an object is close through the depth camera 200. .

First, referring to FIG. 2, according to the present invention, a separate proximity sensor 300 may be provided to determine whether or not the proximity sensor is close through the intensity of reflected light. However, a method for the proximity sensor 300 to detect whether an object is in proximity may be a method other than a method using the intensity of light.

In the present invention, when the proximity sensor 300 detects that an object is close, a depth image is obtained through the depth camera 200, and it is possible to discriminate whether the object corresponds to the user's hand from the acquired depth image.

The present invention may additionally include a motion sensor 400 capable of detecting the state of the device. The motion sensor 400 may detect whether the device exists in a state suitable for the device to perform a 3D based UI.

For example, the motion sensor 400 may detect whether the device is in a stable state suitable for performing a 3D-based UI with the device, such as when the device is on a table or is fixed toward the user.

To this end, the motion sensor 400 may include an acceleration sensor, a gyro sensor, or the like.

The motion sensor 400 may serve as a trigger for activating the proximity sensor 300. That is, only when the device is stable through the motion sensor 400, data for determining whether an object is in proximity may be obtained through the proximity sensor 300.

However, when the device is fixed such as a television, the motion sensor 400 may not be required. In this case, the motion sensor 400 may always be driven in an active state.

Specifically, the motion sensor 400 and the near point sensor 300 may be controlled through a low power processor 500 that operates with low power.

The low power processor 500 may include a device state checker 510 connected to the motion sensor 400 to detect a motion state of a device through data acquired from the motion sensor 400.

When the device state detection unit 510 detects that the motion of the device is in a stable state for performing a 3D vision-based UI with the user, it activates the proximity sensor 300 through a proximity sensor trigger 520 and whether the object is in proximity. It is possible to obtain data for determining the.

The proximity sensor trigger 520 may set an initial value (=baseline, baseline) with data acquired through the proximity sensor 300 and determine whether the object is in proximity through the set initial value.

When detecting that the object is in proximity through the proximity sensor trigger 520, the depth carrera 300 may be activated.

The depth camera 300 is connected to a high performance processor 600, and the high performance processor 600 controls the depth camera 300 to obtain a depth image and indexes a user to perform a 3D vision-based UI. A function of tracking a finger may be provided.

Specifically, the high specification processor 600 may include an object classifying unit 610 that controls the depth camera 300 to acquire a depth image, and discriminates whether an object corresponds to a user's hand with the acquired depth image. have.

The depth camera 300 may acquire a depth image in a ready mode and discriminate the shape of the depth image through the object classifier 610.

The ready mode may be activated when an object approaches through the proximity sensor 300.

The object classification unit 610 may classify an object and update an initial value of the proximity sensor 300 according to the classification result.

This is an active mode in which the initial value of the proximity sensor 300 is incorrectly set or the vicinity of the proximity sensor 300 is contaminated and the depth camera 300 unnecessarily tracks the index finger of the user's hand. This is to prevent it from working.

When the user's hand is recognized through the object classification unit 610, the high-end processor 600 may detect a gesture of the user's hand or activate a tracking unit 620 that tracks an index finger of the user's hand.

A separate proximity sensor 300 may not be provided, and the proximity of an object may be discriminated through the depth camera 200, but in this case, power consumption may be excessive, and a load for continuous calculation may be excessive.

To solve this problem, as shown in FIG. 3, the system may be operated by classifying data acquired through the depth camera 200.

According to an embodiment of the present disclosure, the depth camera 200 may be controlled to detect the intensity of light to determine whether an object is close, and to detect a parallax of reflected light to obtain a depth image.

A mode for discriminating whether an object is close by detecting the intensity of light reflected by the depth camera 200 may be controlled through the object detection unit 630 included in the low power processor 600.

The object detector 630 may detect the intensity of light reflected from the depth camera 200 to obtain a 2D image, and detect the presence or absence of an adjacent object using a difference between the 2D images between frames.

In the present invention, when the object detection unit 630 detects an adjacent object, the depth camera 200 may be controlled to acquire a depth image by detecting a parallax of reflected light.

As described with reference to FIG. 2, the present invention may include a motion sensor 300 that triggers the object detection unit 630. Specifically, when the mobile terminal is in a stable state through the motion sensor 300, the object detection unit 630 may be activated to discriminate whether an object is in proximity through the depth camera 200.

When the object is detected to be close, the depth camera 200 is controlled to acquire a depth image as described in FIG. 2, and it is checked through the object classification unit 610 whether the object included in the acquired depth image corresponds to the hand. I can.

When an adjacent object corresponds to a user's hand through the object classification unit 610, the tracking unit 620 may be activated to track the index finger in the acquired depth image.

In the present invention having the above-described system, when it is determined that the object is close, the depth image is obtained through the depth camera 200 to identify the shape and motion of the object, and the state of the mobile terminal corresponds to the shape and motion of the object. Can be changed. That is, the present invention can change the state of the mobile terminal without physical touch.

Hereinafter, an embodiment in which the mobile terminal changes from a sleep state to a wake-up state, from a locked state to an unlock state, or to a state in which a specific application is executed without a user's direct touch will be described in detail.

However, the present invention is not limited to a mobile terminal and will be broadly referred to as a device hereinafter.

4 is a flowchart illustrating a processor that wakes up without directly touching a device through a depth image of an adjacent object, according to an embodiment of the present invention. The flowchart of FIG. 4 will be described with reference to FIG. 2 or 3.

The device determines whether the object is close through the motion sensor 300 of FIG. 2 or the depth camera 200 of FIG. 3 (S210), and when the object is close, obtains a depth image through the depth camera 200. have. (S220)

When a shape corresponding to a hand is included in the depth image acquired through the depth camera 200, (S230, Yes) a wakeup algorithm is performed (S240), and the device is switched from a sleep state to a wakeup state. Can do it (S250)

The wakeup algorithm is an algorithm that compares the movement of a user's hand in correspondence with a preset shape and motion, and may wake up a device or maintain a sleep state according to a comparison result. The wakeup algorithm will be described in detail in FIGS. 5 and 6.

However, if the shape corresponding to the hand is not included in the depth image acquired through the depth camera 200 while the device is in a sleep state (S230, No), the sleep state is maintained and the proximity of the object is determined. You can move to the stage.

Specifically, while acquiring a preset number of depth images through the depth camera 200 or when a shape corresponding to a hand is not included in the depth image acquired during a preset time, the acquisition of the depth image is stopped, It may move to the step of determining whether the object is in proximity.

The wake-up algorithm may vary depending on the shape and motion of the user's hand.

The present invention may include an embodiment in which a user hovers over a device with a palm open and an embodiment in which an index finger is used to air knock. Specifically, FIGS. 5 and 6 are flowcharts illustrating an embodiment of air knocking using an index finger.

First, looking at an algorithm that wakes up the device through a motion hovering over the device with the user's palm open, the depth camera 200 detects that the user has the palm open state through the acquired depth image, and continuously When the depth change is within a preset range through the acquired depth image, the device may wake up by detecting that the user is hovering over the device with the palm open.

In some cases, the device may wake up the device by detecting a movement of the user approaching the device with the palm open. Alternatively, the device may wake up the device by detecting a movement of the user moving in the horizontal direction above the device with the palm open.

However, when the device wakes up by the user's movement as described above, there may be a disadvantage in that the device wakes up more frequently than necessary. Accordingly, the present invention is intended to describe an embodiment of waking up a device through air knock.

Air knock may be a motion corresponding to a movement in which a user repeatedly pushes an index finger toward the device twice.

The method to wake up the device through air knock is as follows.

When it is determined that the object is close and includes a shape corresponding to the user's hand in the depth image acquired through the depth camera 200, the present invention may execute an algorithm for extracting an index finger by analyzing the acquired depth image. .(S241)

An algorithm for extracting an index finger may be an algorithm for extracting an index finger from a depth image by comparing it with database data. Alternatively, the index finger may be extracted by extracting the cross section of the user's hand according to the distance from the device from the acquired depth image.

Here, the meaning of extracting the index finger may correspond to extracting a tipping point of the index finger. That is, it may mean extracting the 3D coordinates indicated by the index finger.

When the index finger is extracted, the movement of the index finger may be analyzed (S242), and it may be determined whether the movement of the index finger corresponds to the air knock. (S243)

In the present invention, when the movement of the index finger corresponds to the air knock (S243, Yes), the device wakes up (S250), and when the movement of the index finger does not correspond to the air knock, the index finger is restarted (S243, No). The step of extracting can be performed.

Specifically, a method of determining whether the movement of the index finger corresponds to air knock will be described with reference to FIG. 6.

The air knock is a movement in which the user repeatedly pushes the index finger toward the device twice, and it is possible to discriminate whether it corresponds to the air knock through a time interval and a distance interval between each push movement.

In other words, after analyzing the time interval between z-axis push motions in the motion of the analyzed index finger (S2431), after analyzing the distance interval between z-axis push motions (S2432), analysis through a preset time condition and a preset distance condition It may be determined whether the movement of one index finger corresponds to air knock (S2433).

Here, the z-axis push operation refers to an operation in which the user's index finger moves in a direction close to the device.

In some cases, only the time interval between z-axis push operations or only the distance interval between z-axis push operations may be analyzed to determine whether or not the air knock corresponds.

In the present invention, when the time interval between z-axis push operations is less than or equal to a preset time interval, it may be determined that it corresponds to the air note. In other words, if the user does not perform the second z-axis push operation within a preset time interval after the first z-axis push operation, the second z-axis push operation is not recognized as two z-axis push operations and the first z-axis push operation. It can be recognized as a one-time z-push motion independent of the motion.

The time interval between z-axis push operations may be an interval between points when the second push operation starts from the time when the first push operation ends. That is, when the user performs the first push operation with the index finger and then performs the second push operation after moving away from the device, it may be a time required for the operation moving away from the device.

Alternatively, depending on the case, the time interval between the z-axis push operations may be an interval between the time when the first push operation ends and the second push operation ends.

In the present invention, when a distance interval between z-axis push operations is less than or equal to a preset distance interval, it may be determined that it corresponds to an air note. In this regard, it will be described in detail with reference to FIG. 7.

7 is a diagram for explaining a condition for satisfying air knock according to an embodiment of the present invention. Specifically, a method of determining whether a distance interval between z-axis push operations falls within a preset interval is illustrated.

According to the present invention, a point 601 that the index finger first points to may be recognized through a z-axis push operation of the index pinker once.

The first point 601 that the index finger points to may be a point on the display 151 of the device 100.

In the present invention, when a point 602 to which the index finger is directed second is included within a preset distance interval 6011 based on the point 601 to which the index finger is first directed, it is determined as a movement corresponding to air knock. can do.

That is, in the present invention, when the index finger virtually pushes the same point twice within the error distance range, it is considered to correspond to the air note, and if it is out of the error distance range, the second push may be re-recognized as a single push.

In the above, an embodiment has been described in which a device is switched from a sleep state to a wake-up state without a user touching it. Hereinafter, an embodiment in which the lock mode is released without touching the device by a user will be described.

8 is a flowchart illustrating a processor for releasing a lock mode without directly touching a device through a depth image of an adjacent object, according to an embodiment of the present invention. The flowchart of FIG. 8 will be described with reference to FIG. 2 or 3.

The device determines whether the object is close through the motion sensor 300 of FIG. 2 or the depth camera 200 of FIG. 3 (S310), and when the object is close, the depth image may be obtained through the depth camera 200. have. (S320)

When the shape corresponding to the hand is included in the depth image acquired through the depth camera 200, (S330, Yes) performs an unlock algorithm for releasing the lock mode (S340), and unlocks the device in the locked state. The state can be switched (S350)

The unlock algorithm is an algorithm that compares the movement of a user's hand in correspondence with a preset shape and motion, and may unlock a device or maintain a lock mode according to a comparison result. The unlock algorithm will be described in detail in FIGS. 9 and 10 or 11 to 13.

However, if the shape corresponding to the hand is not included in the depth image acquired through the depth camera 200 while the device is in the locked state, (S330, No) is maintained in the locked state and the step of determining whether the object is in proximity. You can move.

The unlock algorithm may vary depending on the shape and motion of the user's hand.

The present invention may include an embodiment in which a user hovers over a device with a palm open and an embodiment in which a preset code or a preset pattern is input using an index finger. Specifically, FIGS. 9 and 10 are flow charts for explaining an embodiment of inputting a preset code using an index finger, and FIGS. 11 to 13 illustrate an embodiment of inputting a preset pattern using an index finger This is a flow chart for

First, looking at the algorithm for unlocking the device through the motion of hovering over the device with the user's palm open, the depth camera 200 detects that the user's palm is open through the acquired depth image, and continuously acquires it. When the depth change is within a preset range through one depth image, it is sensed that the user is hovering over the device with the palm open, and the lock mode of the device can be released through the biometric information included in the palm.

The biometric information may include at least one of a palm print pattern, a vein pattern, and a fingerprint pattern of the palm. The method of releasing the Janggeum mode using biometric information is a known technique, and the technique is omitted in this regard.

However, it may take a long time to release the bookkeeping mode using the biometric information as described above, depending on the capabilities of the device, and an additional configuration for reading the biometric information may be required. Accordingly, an embodiment of releasing the device's lock-in mode through code input or pattern input using an index finger will be described below.

9 and 10 are flowcharts and diagrams for specifically explaining the unlock algorithm of FIG. 8 according to an embodiment of the present invention. Specifically, it is a flowchart and diagram illustrating an embodiment of releasing a device's lock-in mode through code input using an index finger.

According to the present invention, an input code may be identified through a relative position of a region corresponding to a z-axis push operation of an index finger and compared with a preset code to cancel the lock mode.

To this end, the present invention analyzes the time condition between z-axis push operations of the index finger (S3411), analyzes the distance interval between z-axis push operations (S3412), and analyzes the pattern of the region corresponding to the z-axis push operation. You can cancel the lock mode. (S3413)

In the present invention, when the N-th push operation and the N+1-th push operation are within a preset time interval, it can be recognized as a continuous push operation. Whether the N-th push operation and the N+1-th push operation are within a preset time interval may be the same as a method of determining a time condition in the air knock operation.

In the present invention, when the N-th push motion and the N+1-th push motion are not recognized as a continuous push motion, the N+1 th push motion is recognized again as the first push motion, or a notification message to re-enter the user is delivered. Then, the push operation may be recognized as the first push operation.

In the present invention, when the distance interval between push actions is within a preset interval, the same area is detected as being pushed virtually, and when the distance interval between push actions is exceeded, the relative area corresponding to the distance interval and direction may be detected as being virtually pushed. have. Through this, in the present invention, the input code can be identified by using the relative position of the area virtually pushed by the index finger, and when the input code corresponds to a preset code, the lock-in mode can be canceled.

Specifically, FIG. 10 shows an embodiment of discriminating an input code by using a relative position of an area virtually pushed by the index finger 700.

According to the present invention, the divided area 1512 is set corresponding to the first push point, and the input code can be identified by assigning a code to the divided area.

For example, FIG. 10 shows that the area to which 1 is assigned is virtually pushed, and the areas corresponding to 3, 2, 4, 3 and 2 are sequentially pushed, and 1->3->2->4->3 An embodiment in which a code corresponding to is input is shown.

However, in some cases, the present invention may cancel the Janggeum mode by comparing the input pattern of the divided region 1512 with a preset pattern.

In the present invention, when a device is in a locked state, a shape of an adjacent object corresponds to a user's hand, and the object moves in a preset pattern in a spaced state, the locking mode may be canceled.

Specifically, in the present invention, the index finger may be identified from a depth image, and a pattern that the index finger sweeps based on a starting point may be analyzed with a preset pattern to release the Janggeum mode.

To this end, the present invention sets a starting point (S3421), analyzes the relative movement of the index finger based on the set starting point (S3422), and when the relative movement of the index finger corresponds to a preset pattern, You can cancel the mode.

The preset pattern may be a user-specific pattern such as a sign, and may be a region and an order in which a point directed by the index finger passes in the divided region.

In a method of comparing a preset pattern with a sign, if the movement of the index finger coincides within an error range using at least one of a singular point of the sign, an interval between strokes, an angle, and a curvature, the Janggeum mode may be released.

In another embodiment, the present invention sets a divided area 1511 based on a start point as shown in FIG. 12, assigns a number to the divided area, and sequentially receives the number of areas sweeping by the index finger 700. It can be compared with a preset number pattern.

In addition, it is not necessary to allocate a number to the area, and the divided area 1511 is set based on the start point as shown in FIG. 13, and the passing area and order among the divided areas of the index ping value 700 correspond to the preset pattern. If so, you can cancel the device's lockdown mode.

In the above, the embodiment of releasing the holding mode and the embodiment of waking up the device have been described separately. However, in some cases, when the condition of releasing the holding mode from the sleep state and the locked state is satisfied, the device's holding mode is set. You can wake up the device while releasing it.

Hereinafter, an embodiment in which a specific application is executed in a quick execution mode in a device in response to the shape and motion of a user's hand will be described.

14 is a flowchart illustrating a processor that executes or controls a specific application without directly touching a device through a depth image of an adjacent object, according to an embodiment of the present invention. The flowchart of FIG. 14 will be described with reference to FIG. 2 or 3.

The device determines whether the object is close through the motion sensor 300 of FIG. 2 or the depth camera 200 of FIG. 3 (S410), and when the object is close, obtains a depth image through the depth camera 200. have. (S420)

When a shape corresponding to the hand is included in the depth image acquired through the depth camera 200 (S430, Yes), the shape and movement of the hand are analyzed (S440), and a specific application is quick action in response to the shape and movement of the hand. Can run in mode (S450)

The quick action mode is a mode in which a specific application executed in response to the shape and movement of the user's hand is provided with a function of the executed specific application in response to at least one of the shape or movement of the user's hand.

However, if the shape corresponding to the hand is not included in the depth image acquired through the depth camera 200 (S230, No), it is possible to move to the step of determining the proximity of the object without having to analyze the shape and movement of the hand. have.

In addition, when the shape and movement of the user's hand corresponding to a specific application is not detected, the current state of the device may be maintained.

When an object includes a shape of a user's hand in a depth image acquired in proximity, a specific application corresponding to the identified hand shape may be executed through a database storing the shape of the hand corresponding to a specific application.

In this case, in order to prevent the specific application from being executed indiscriminately, a specific application may be executed when a preset motion condition is satisfied.

For example, when a hand shape corresponding to a specific application is maintained for longer than a preset time, or moves while being maintained in one direction, or while moving while being maintained in one pattern, a specific application may be executed.

In addition, a specific application executed through the 3D vision-based UI may be executed in a quick execution mode.

When a specific application is executed in the quick execution mode, a specific function of the specific application may be provided in response to at least one of a hand shape and a movement.

For example, when a music application is executed in response to the shape and movement of a user's hand, a function to move to the previous or next song is provided through left and right sweep as shown in Fig. 14(a), or a section corresponding to the sweeping direction Points can provide functions. In addition, as shown in FIG. 14(b), a function of stopping or playing a song through a z-axis push operation may be provided. In addition, as shown in FIG. 14(c), a function of adjusting the volume through vertical sweeping may be provided.

A user may store a specific application and a hand shape and movement correspondingly, and the device may execute a specific application corresponding to the hand shape and movement based on a database stored by the user.

In addition, when executing a specific application in the quick execution mode, the user can set a specific function in response to at least one of the shape and movement of the hand, and the device can quickly execute in response to at least one of the shape and movement of the hand based on the setting. A specific function of a specific application executed in a mode can be provided.

In addition, in some cases, when a condition in which the specific application is executed in the quick execution mode is satisfied while the device is in the sleep state, the specific application may be executed in the quick execution mode and the device may wake up at the same time.

The above detailed description should not be construed as restrictive in all respects and 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.

Claims

In the mobile terminal,

A depth camera that captures an object to obtain a depth image;

A display unit outputting a visual image;

A memory for storing at least one command; And

Includes; a controller connected to the depth camera, the display unit, and the memory,

The controller is

When the object is close to the mobile terminal, controlling the depth camera to obtain a depth image,

And changing the state of the mobile terminal by discriminating the shape and motion of the object through the acquired depth image.
The method of claim 1,

The controller is

And a shape of the adjacent object corresponds to a user's hand while the mobile terminal is in a sleep state, and wakes up the mobile terminal when the object air knocks.
The method of claim 2,

The air knock is

A mobile terminal, characterized in that corresponding to a movement in which the user repeatedly pushes the index finger toward the mobile terminal twice while spaced apart from the different mobile terminal.
The method of claim 3,

The controller is

And when the index finger is distinguished from the object and the time interval between the pushing operations of the index finger is less than or equal to a preset interval, it is determined that the movement of the object corresponds to the air knock.
The method of claim 3,

The controller is

The mobile terminal, characterized in that, when the index finger is distinguished from the object, and the point-to-point distance distance directed by the index finger is less than or equal to a preset distance distance, it is determined that the movement of the object corresponds to the air knock.
The method of claim 1,

The controller is

A mobile terminal, characterized in that, when the mobile terminal is in a sleep state, a shape of an adjacent object corresponds to a palm, and the object is hovering within a preset distance range, the mobile terminal wakes up. .
The method of claim 1,

The controller is

And when a shape of the adjacent object corresponds to a user's hand when the mobile terminal is locked and a preset code is input when the object is separated from each other, the lock mode is released.
The method of claim 7,

The controller is

And discriminating an index finger of a user from the object, and discriminating an input code based on a relative position of an area pushed by the index finger.
The method of claim 1,

The controller is

And when the mobile terminal is in a locked state, the shape of the adjacent object corresponds to a user's hand, and the object is separated from each other and sweeps in a preset pattern, canceling the locking mode.
The method of claim 9,

The controller is

The mobile terminal according to claim 1, wherein the user's index finger is identified from the object, and a pattern by which the index finger sweeps based on a starting point is compared with a preset pattern to cancel the lock mode.
The method of claim 1,

The controller is

When the mobile terminal is in a locked state, the shape of the object corresponds to a palm and the object hovers at a preset distance, the fund mode is released through biometric information.
The method of claim 11,

The biometric information is

A mobile terminal comprising at least one of a palm pattern, a vein pattern, and a fingerprint pattern of the palm.
The method of claim 1,

The controller is

The mobile terminal

When releasing the locking mode in the sleep state, the mobile terminal wakes up at the same time as releasing the locking mode.
The method of claim 1,

The controller is

And controlling the mobile terminal to execute a specific application corresponding to the shape and motion of the classified object.
The method of claim 14,

The controller is

And when the specific application is executed, controlling the mobile terminal to provide a function of the executed specific application in response to a shape and motion of the classified object.
The method of claim 14,

The controller is

When a condition for executing the specific application is satisfied in a sleep state, the display unit wakes up while executing the specific application.
The method of claim 1,

The depth camera

A mobile terminal, characterized in that for detecting the intensity of light reflected in the first mode to discriminate whether the object is close, and to acquire the depth image by detecting a parallax of light reflected in the second mode.
The method of claim 1,

The mobile terminal

And a proximity sensor for discriminating whether the object is near or not.