Human-computer interaction verification method, electronic equipment and storage medium

Abstract

The invention provides a man-machine interaction verification method, electronic equipment and a storage medium. The method comprises the following steps: indicating a verification task to a user, wherein the verification task can be used for indicating dynamic operation of the user on equipment; and acquiring the motion state of the equipment under the dynamic operation. And according to the motion state, judging whether the dynamic operation meets the requirement of a verification task and a natural person operation mode. If yes, determining that the user passes the verification, or if not, determining that the user does not pass the verification. Based on the application, whether the user passes verification can be determined according to whether the motion state of the device under the dynamic operation of the user meets the requirement of the verification task and the natural person operation mode. Dynamic operation on the equipment is simple for a user and cannot be realized by a robot, so that the verification user experience can be improved on the premise of ensuring safety.

Description

Technical Field

[0001] This application relates to the field of electronic technologies, and in particular, to a human-computer interaction verification method, an electronic device, and a storage medium. Background Art

[0002] During human-computer interaction, verification of natural human operations is required to prevent attacks by robot scripts. However, current verification methods are often complex, and the user experience needs to be improved. Summary of the Invention

[0003] Embodiments of this application provide a human-computer interaction verification method, an electronic device, and a storage medium.

[0004] In a first aspect, embodiments of this application provide a human-computer interaction verification method, which includes:

[0005] Instruct a verification task to the user. The verification task can be used to instruct the user to perform a dynamic operation on the device. The dynamic operation is an operation on the entire device. The verification task includes one or more of the following: a tilt task, instructing the user to tilt the device; a rotation task, instructing the user to rotate the device; a shake task, instructing the user to shake the device; a movement task, instructing the user to move the device;

[0006] Obtain the motion state of the device under the dynamic operation. The motion state is determined according to one or more motion variables of the device;

[0007] According to the motion state, determine whether the dynamic operation meets the requirements of the verification task and the natural human operation mode;

[0008] If the dynamic operation meets the requirements of the verification task and the natural human operation mode, determine that the user passes the verification; or,

[0009] If the dynamic operation does not meet the requirements of the verification task or the natural human operation mode, determine that the user fails the verification.

[0010] Optionally, determining whether the dynamic operation meets the requirements of the verification task includes: determining whether the motion state meets the type of dynamic operation defined by the verification task; determining whether the motion state meets the corresponding parameters of the dynamic operation defined by the verification task.

[0011] Optionally, the natural human operation mode can be determined based on a first behavior model, and the first behavior model can be generated based on historical dynamic operations.

[0012] Optionally, before obtaining the motion state of the device under the dynamic operation, the method can further include: after the user starts the dynamic operation, prompt the user with the completion status of the dynamic operation.

[0013] Optionally, the verification task can be randomly generated.

[0014] Optionally, the verification task can be randomly generated based on the state of the device.

[0015] Optionally, the verification task can also be used to indicate a touch operation of the user on the display screen of the device.

[0016] Optionally, the touch operation can include one or more of the following: click; slide; press.

[0017] In a second aspect, an embodiment of the present application provides an electronic device, including:

[0018] An indication module, configured to indicate a verification task to the user. The verification task can be used to indicate a dynamic operation of the user on the device. The dynamic operation is an operation on the entire device. The verification task includes one or more of the following: a tilt task, indicating that the user tilts the device; a rotation task, indicating that the user rotates the device; a shake task, indicating that the user shakes the device; a movement task, indicating that the user moves the device.

[0019] A processing module, configured to obtain the motion state of the device under the dynamic operation. The motion state is determined according to one or more motion variables of the device; according to the motion state, determine whether the dynamic operation meets the requirements of the verification task and the natural person operation mode; if the dynamic operation meets the requirements of the verification task and the natural person operation mode, determine that the user passes the verification; or, if the dynamic operation does not meet the requirements of the verification task or the natural person operation mode, determine that the user fails the verification.

[0020] Optionally, the processing module is configured to determine whether the dynamic operation meets the requirements of the verification task, including: the processing module is configured to determine whether the motion state meets the type of the dynamic operation defined by the verification task; and determine whether the motion state meets the corresponding parameters of the dynamic operation defined by the verification task.

[0021] Optionally, the natural person operation mode can be determined based on a first behavior model, and the first behavior model can be generated based on historical dynamic operations.

[0022] Optionally, before obtaining the motion state of the device under the dynamic operation, the processing module can also be used to prompt the user with the completion state of the dynamic operation after the user starts the dynamic operation.

[0023] Optionally, the verification task can be randomly generated.

[0024] Optionally, the verification task can be randomly generated based on the state of the device.

[0025] Optionally, the verification task can also be used to indicate a touch operation of the user on the display screen of the device.

[0026] Optionally, the touch operation can include one or more of the following: click; slide; press.

[0027] In a third aspect, an embodiment of the present application provides an electronic device, including a memory, at least one processor, and a computer program stored in the memory and executable on the processor. When the processor executes the computer program, the method described in any one of the above first aspects is implemented.

[0028] In a fourth aspect, an embodiment of the present application provides a computer-readable storage medium storing a computer program, and when the computer program is executed by a processor, the method described in any one of the above first aspects is implemented.

[0029] In a fifth aspect, an embodiment of the present application provides a computer program product. When the computer program product runs on an electronic device, the electronic device is caused to execute the method described in any one of the above first aspects.

[0030] Based on the present application, it can be determined whether the user passes the verification according to whether the motion state of the device under the user's dynamic operation meets the requirements of the verification task and the natural person operation mode. The dynamic operation of the device is relatively simple for the user and cannot be achieved by a robot, so it helps to improve the user experience of verification while ensuring security. BRIEF DESCRIPTION OF THE DRAWINGS

[0031] To more clearly illustrate the technical solutions in the embodiments of the present application, the following briefly introduces the drawings required for the description of the embodiments.

[0032] Figure 1 It is a schematic flowchart of the human-computer interaction verification method provided by the embodiment of the present application.

[0033] Figure 2 It is an example diagram of the human-computer interaction verification method provided by the embodiment of the present application.

[0034] Figures 3A - 3C It is an example diagram of a prompt in the human-computer interaction verification provided by the embodiment of the present application.

[0035] Figure 4 It is a schematic structural diagram of an electronic device provided by an embodiment of the present application.

[0036] Figure 5 It is a schematic structural diagram of an electronic device provided by another embodiment of the present application. DETAILED DESCRIPTION OF THE EMBODIMENTS

[0037] The following will describe the technical solutions of the embodiments of the present invention with reference to the drawings in the embodiments of the present invention.

[0038] During human-computer interaction, it is necessary to verify the operations of natural persons to prevent attacks by robot scripts. However, current verification methods are often relatively complex, and the user experience needs to be improved.

[0039] For example, the commonly used verification code verification method relies on the user's text input and is difficult to apply to users who are inconvenient to input text.

[0040] Another example is that the commonly used picture verification method relies on the user's picture recognition and is difficult to apply to users who have difficulty recognizing pictures.

[0041] Based on this, Figure 1 The embodiments of the present application provide a human-computer interaction verification method, which includes steps S110-S140.

[0042] Exemplarily, this method is applicable to mobile devices, such as mobile phones, tablets, etc.

[0043] Exemplarily, this method is applicable to one or more of the following scenarios:

[0044] Mobile device login verification: Applicable to identity verification of devices such as smartphones and tablets.

[0045] Payment and transfer security verification: During the payment process, ensure that the user is a real person operating to prevent fraud by automated scripts.

[0046] E-commerce platform anti-brush: Reduce the batch registration of accounts or the purchase of goods by automated tools.

[0047] Social platform anti-counterfeiting: Prevent behaviors such as robots registering false accounts, brushing likes, and brushing comments.

[0048] Online service platforms: Such as questionnaires, online voting, etc., to ensure that users are real participants.

[0049] In step S110, a verification task is indicated to the user. The verification task can be used to indicate the user's dynamic operations on the device.

[0050] The manner of indicating the verification task to the user is not limited. The verification task can be indicated to the user by one or more of text, voice, picture, and video. For example, the verification task can be indicated by displaying text on the device screen. Another example is that the verification task can also be indicated by displaying a video on the device screen, and the video can show examples of dynamic operations.

[0051] The user's dynamic operations on the device can be operations on the entire device. Taking the device as a mobile phone as an example, the user's dynamic operations on the mobile phone can be operations on the entire mobile phone.

[0052] Different verification tasks define different types of dynamic operations and corresponding parameters.

[0053] Optionally, the verification task may include one or more of the following: a tilt task, which may instruct the user to tilt the device; a rotation task, which may instruct the user to rotate the device; a shake task, which may instruct the user to shake the device; and a movement task, which may instruct the user to move the device.

[0054] Exemplarily, in the tilt task, the direction and / or angle of the user tilting the device may be defined, etc. For example, the tilt task may define that the user tilts the device to the left. Also, for example, the tilt task may define that the user tilts the device to the right by 90°.

[0055] Exemplarily, in the rotation task, the direction and / or angle of the user rotating the device may be defined, etc. For example, the rotation task may define that the user rotates to the left. Also, for example, the rotation task may define that the user rotates around the vertical axis. Further, for example, the rotation task may define that the user rotates forward around the horizontal axis.

[0056] Exemplarily, in the shake task, one or more of the direction, angle, number of times, speed, etc. of the user shaking the device may be defined. For example, the shake task may define that the user shakes the device to the left 3 times. Also, for example, the shake task may define that the user quickly shakes the device forward.

[0057] Exemplarily, in the movement task, one or more of the direction, distance, speed, etc. of the user moving the device may be defined. For example, the movement task may define that the user moves the device 10 centimeters to the left. Also, for example, the movement task may define that the user moves the device horizontally forward.

[0058] It should be noted that the verification task may also define a time limit for the user to perform the dynamic operation. For example, the tilt task may define that the user tilts the device to the right by 90° within 3 seconds.

[0059] In addition, the verification task may also define the dynamic operation in combination with the content displayed on the device screen. For example, the verification task may define that the user moves the device so that the picture displayed on the screen moves to a specific area.

[0060] Exemplarily, the verification task may also include a mixed task of multiple tasks. For example, the verification task may define that the user tilts the device to the left by 90° and then translates it forward.

[0061] It should be noted that the verification task may also include other tasks, which are not limited in this application.

[0062] In step S120, obtain the motion state of the device under the dynamic operation.

[0063] The motion state of the device can be determined based on one or more motion variables. Optionally, the motion variables of the device may include one or more of the following: position, displacement, velocity, acceleration, angular position, angular displacement, angular velocity, angular acceleration, etc.

[0064] Optionally, for different verification tasks, the motion state of the device can be determined based on different motion variables. For example, for a movement task, one or more of the position, acceleration, and velocity of the device can be obtained. Among them, the change in the position of the device can reflect the movement trajectory of the device, and the movement trajectory of the device combined with the acceleration and / or velocity of the device can correspondingly reflect the movement state of the device. Another example is that for a rotation task, one or more of the angular position, angular acceleration, and angular velocity of the device can be obtained. Among them, the change in the angular position of the device can reflect the rotation angle of the device, and the rotation angle of the device combined with the angular acceleration and / or angular velocity of the device can correspondingly reflect the rotation state of the device.

[0065] Optionally, the motion variables of the device can be obtained by sensors in the device. Exemplarily, the motion variables of the device can be obtained by one or more of the following sensors: a gravity sensor (which can also be called an acceleration sensor, accelerometer), a gyroscope, etc. Among them, the acceleration sensor can obtain the acceleration of the device in three directions (A x 、A y 、A z ), and the gyroscope can obtain the rotational angular velocity of the device around the X, Y, and Z axes.

[0066] Optionally, the sensors in the device can combine timestamps when obtaining the motion variables of the device. For example, the acceleration sensor can obtain the acceleration of the device in three directions (A x 、A y 、A z ) at a certain time.

[0067] Optionally, the motion state of the device under dynamic operation can be determined based on the motion variables at several time nodes during the dynamic operation process.

[0068] For example, for a movement task, the movement state of the device can be determined based on the motion variables at several time nodes during the dynamic operation of the user (including the start and end of the dynamic operation).

[0069] It should be noted that for some motion variables, they can be calculated based on the variables obtained by the sensors.

[0070] For example, when the device rotates or tilts, the total acceleration of the device can be calculated by the following formula:

[0071]

[0072] And the tilt angle of the device can be calculated by the following formula:

[0073]

[0074] And the rotation angle of the device can be calculated by the following formula:

[0075]

[0076] And the completion time of the device rotation can be calculated by the following formula:

[0077] completion time=time 1 -time 2 ,

[0078] where, time 1 represents the time when the device starts to rotate, and time 2 represents the time when the device finishes rotating.

[0079] In step S130, according to the motion state, it is judged whether the dynamic operation meets the requirements of the verification task and the natural person operation mode.

[0080] The dynamic operations of the user on the device are different, and accordingly the motion states of the device are different. Therefore, it is possible to determine whether the dynamic operation of the user meets the requirements of the verification task according to the motion state.

[0081] To judge whether the dynamic operation meets the requirements of the verification task according to the motion state, it is possible to first judge whether the motion state of the device meets the type of dynamic operation defined by the verification task. For example, if the verification task is a movement task (i.e., the type of dynamic operation defined by the verification task is movement), then the motion state of the device should be movement. In addition, it is also possible to judge whether the motion state of the device meets the corresponding parameters of the dynamic operation defined by the verification task. For example, in the movement task, the direction, distance, and speed of the user moving the device are defined, then the movement trajectory, direction, and speed of the device should meet the definitions of the movement task.

[0082] It should be noted that when judging whether the motion state of the device meets the corresponding parameters of the dynamic operation defined by the verification task, a certain error range can be left, and the size of the error range is not limited.

[0083] Judging whether a dynamic operation conforms to the natural person operation mode according to the motion state is to exclude robot operations and ensure the accuracy of verification. Natural person operations (i.e., real person operations) usually have a certain degree of randomness and variation. For example, the amplitude of each shake may be different during a shaking operation. Moreover, the speed of natural person operations conforms to the general laws of human operations and will not be too slow or too fast.

[0084] Exemplarily, judging whether a dynamic operation conforms to the natural person operation mode according to the motion state can determine whether the motion time of the device is within the set time threshold. The motion time of the device can be considered as the dynamic operation time of the user. If the motion time of the device is too short or too long, it can be considered that the user's dynamic operation does not conform to the natural person operation mode.

[0085] In step S140, if the dynamic operation meets the requirements of the verification task and the natural person operation mode, it is determined that the user passes the verification. Or, if the dynamic operation does not meet the requirements of the verification task or the natural person operation mode, it is determined that the user fails the verification.

[0086] Exemplarily, after the user passes the verification, the user can continue with the next operation. Optionally, after the user passes the verification, the user can be reminded that the verification is passed or successful.

[0087] Exemplarily, if the user fails the verification, the user cannot continue with the next operation and can be required to re-perform the verification. Optionally, when the user fails the verification, the user can be reminded to re-perform the verification.

[0088] Optionally, for the case where the user fails the verification, the number of times the user can re-verify can be restricted. When the number of times the user re-verifies exceeds the limit, the user will no longer be given the opportunity to re-verify. For example, the user can be restricted to re-verifying at most 3 times.

[0089] Based on the present application, it can be determined whether the user passes the verification according to whether the motion state of the device under the user's dynamic operation meets the requirements of the verification task and the natural person operation mode. The dynamic operation of the device is relatively simple for the user and cannot be achieved by a robot. Therefore, it helps to improve the user experience of verification while ensuring safety.

[0090] Optionally, the natural person operation mode can be determined based on a first behavior model, and the first behavior model can be generated based on historical dynamic operations.

[0091] That is to say, the data of historical dynamic operations of real users can be collected to generate a first behavior model. Correspondingly, the first behavior model can reflect the statistical characteristics of real person operations. If the data of the user's dynamic operation conforms to the first behavior model, it can be determined that the dynamic operation conforms to the natural person operation mode; otherwise, it does not.

[0092] Exemplarily, the first behavior model can be generated by a machine learning algorithm, such as the K-means clustering algorithm or the decision tree algorithm.

[0093] Based on the first behavior model, it is helpful to more accurately identify the operation mode of natural persons.

[0094] Optionally, before step S120, the method may further include: after the user starts a dynamic operation, prompting the user for the completion status of the dynamic operation.

[0095] Exemplarily, the completion status of the dynamic operation can be determined according to whether the user's dynamic operation meets the requirements of the verification task.

[0096] As an example, when the user's dynamic operation does not meet the requirements of the verification task, the user can be prompted that the dynamic operation has not been completed or needs to be continued.

[0097] As another example, when the user's dynamic operation does not meet the requirements of the verification task, the user can also be prompted about the gap between the current dynamic operation and the requirements of the verification task. For example, the user can be prompted to shake again or rotate one more circle.

[0098] Optionally, the manner of prompting the user for the completion status of the dynamic operation is not limited and may include one or more of voice, text, and video.

[0099] Based on prompting the user for the completion status of the dynamic operation, it is helpful to improve the verification efficiency.

[0100] Optionally, the verification task can be randomly generated. For example, the verification task can be one task randomly selected from the multiple tasks described above. Another example is that the verification task can also be a combination of multiple tasks randomly selected from the multiple tasks described above. The algorithm for randomly generating the verification task is not limited.

[0101] Optionally, the randomness of the verification task can be achieved through the randomness of relevant numerical values in the verification task. For example, the relevant numerical values in the rotation task can be the rotation angle or the rotation time, then the randomness of the rotation task can be achieved through the randomness of the rotation angle and / or the rotation time. Another example is that the relevant numerical values in the tilt task can be the tilt angle or the tilt time, then the randomness of the tilt task can be achieved through the randomness of the tilt angle and / or the tilt time.

[0102] Exemplarily, for a rotation task with a rotation angle limit and a rotation time limit, the following formula can be used to generate the rotation task:

[0103] angle limit = Random(0°, 360°), which represents the rotation angle limit randomly generated within the range of 0° - 360°.

[0104] time limit = Random(2S, 10S), which represents the rotation time limit randomly generated within the range of 2S - 10S.

[0105] That is to say, the generated rotation task is: the user needs to rotate the device by angle limit degrees and complete it within time limit seconds.

[0106] Based on the randomly generated verification task, it helps to improve the security of verification.

[0107] Optionally, the verification task can be randomly generated based on the state of the device. For example, the state of the device can refer to the orientation state of the device, such as portrait state, landscape state, flat state, tilted state, etc. Also, the state of the device can refer to the state of the device itself, such as whether the device is in a charging state, whether the device is in a power-saving state, etc. Additionally, the state of the device can refer to the state of the verification scenario of the device, such as whether the device is in a verification scenario with a higher security level, etc.

[0108] There is no limitation on how to randomly generate the verification task based on the state of the device. For example, for different orientation states of the device, different task combinations can be used as verification tasks. For example, for devices in portrait state and landscape state, different task combinations can be selected as verification tasks. Also, for different states of the device itself, verification tasks with different difficulties can be selected. For example, for a verification scenario with higher security requirements, a more complex verification task can be selected, and vice versa, a simpler verification task can be selected.

[0109] The verification task randomly generated based on the state of the device helps to increase the randomness of the verification task and can further improve the security of verification.

[0110] Optionally, the verification task can also be used to instruct the user's touch operation on the display screen of the device. That is to say, the verification task can simultaneously instruct the user's dynamic operation on the device and the user's touch operation on the display screen of the device. That is, when the user performs verification, they need to both dynamically operate the device and touch the display screen of the device. Exemplarily, the touch operation can be performed during the dynamic operation, or the touch operation can also be performed before or after the dynamic operation.

[0111] Accordingly, in addition to determining whether the dynamic operation meets the requirements of the verification task and the natural human operation mode based on the motion state, it is also necessary to determine whether the user's touch operation meets the requirements of the verification task and the natural human operation mode. If both the dynamic operation and the touch operation meet the requirements of the verification task and the natural human operation mode, it can be determined that the user passes the verification; otherwise, it can be determined that the user fails the verification.

[0112] Optionally, whether the user's touch operation meets the requirements of the verification task can be determined based on the user's touch data. Exemplarily, common touch data can include the touch location and the swipe path. Among them, the touch location can refer to the position coordinates (X, Y) where the user touches the device screen, and the swipe path can refer to the trajectory of the finger sliding when the user touches the screen.

[0113] Optionally, whether the user's touch operation meets the natural human operation mode can be determined based on the click accuracy and / or the touch duration of the touch operation.

[0114] Among them, the click accuracy can refer to the accuracy of the user's click area compared to the target area. The user's click accuracy should be within a reasonable range. Excessive or too low accuracy may be a robot behavior.

[0115] Exemplarily, the user's click accuracy can be calculated by the following formula:

[0116]

[0117] Among them, X target and Y target respectively represent the abscissa and ordinate of the target area, and X click and Y ckick respectively represent the abscissa and ordinate of the click area.

[0118] The touch duration can refer to the duration when the user touches the device screen. Human operation usually has a certain delay, while robots often click instantaneously. Exemplarily, the duration threshold range of human operation can be defined as shown in the following formula:

[0119] threshold = [min time , max time ,

[0120] Among them, min time is the minimum duration, and max time is the maximum duration. If the touch duration of the user is not within this range, it can be considered not to meet the natural human operation mode.

[0121] Based on touch operations, the difficulty of the verification task can be further increased, which helps to improve the security of verification.

[0122] Optionally, the touch operation may include one or more of the following: click; swipe; press. For example, a click may refer to clicking on a fixed area or a non-fixed area on the device screen. Another example is that a swipe may refer to swiping a picture or a square on the device screen. Still another example is that a press may refer to clicking on a button or a fixed area on the device screen. Touch operations are generally relatively simple and do not increase the operation difficulty for users, which helps to improve the user experience.

[0123] Next, in conjunction with Figure 2 , taking mobile phone verification as an example, the human-computer interaction verification method of the embodiments of the present application will be introduced by way of example.

[0124] Referring to Figure 2 , the method may include steps S1 - S5.

[0125] In step S1, start the verification. When the user enters a page or application that requires verification, the mobile phone system may request to enable one or more sensor permissions and touch operation permissions of the mobile phone.

[0126] In step S2, generate a verification task. The mobile phone system may randomly generate a verification task according to the current state of the mobile phone (such as portrait state, landscape state, etc.). The system may inform the user of the content of the verification task through a simple prompt.

[0127] For example, the verification task and its corresponding prompt may be as Figures 3A - 3C shown.

[0128] In step S3, the user operates according to the verification task. The user may perform dynamic operations (such as rotation, tilting, shaking, etc.) of the mobile phone according to the prompt of the verification task and perform touch operations (clicking, swiping, etc.).

[0129] In step S4, the system performs real-time analysis and verification.

[0130] The system may monitor the user's dynamic operations and touch operations in real time through sensors and touch events, and compare them with the requirements of the verification task and the natural person operation mode.

[0131] In step S5, feedback the verification result.

[0132] If the user's dynamic operations and touch operations meet the requirements of the verification task and the natural person operation mode, it can be determined that the user passes the verification and the user is allowed to continue the operation.

[0133] If the dynamic operation or touch operation of the user does not meet the requirements of the verification task or the natural person operation mode, it can be determined that the user fails the verification, and the user is required to re-perform the verification.

[0134] Based on Figure 2 the method shown, the user can perform verification through simple dynamic operations and touch operations, without the need for complex input or operations, which helps to improve the user experience.

[0135] The method provided by the embodiments of the present application has been introduced in detail above. Next, the device provided by the embodiments of the present application will be introduced in detail with reference to the accompanying drawings.

[0136] The embodiments of the present application also provide an electronic device. As Figure 4 shown, the electronic device 400 may include an indication module 410 and a processing module 420.

[0137] The indication module 410 may be used to indicate the verification task to the user. The verification task may be used to indicate the dynamic operation of the device by the user. The dynamic operation is an operation on the whole device. The verification task includes one or more of the following: tilt task, indicating that the user tilts the device; rotation task, indicating that the user rotates the device; shake task, indicating that the user shakes the device; movement task, indicating that the user moves the device.

[0138] The processing module 420 may be used to: obtain the motion state of the device under the dynamic operation, where the motion state is determined according to one or more motion variables of the device; according to the motion state, determine whether the dynamic operation meets the requirements of the verification task and the natural person operation mode; if the dynamic operation meets the requirements of the verification task and the natural person operation mode, determine that the user passes the verification; or, if the dynamic operation does not meet the requirements of the verification task or the natural person operation mode, determine that the user fails the verification.

[0139] Optionally, the processing module 420 is used to determine whether the dynamic operation meets the requirements of the verification task may include: the processing module 420 may be used to determine whether the motion state meets the type of dynamic operation defined by the verification task; and determine whether the motion state meets the corresponding parameters of the dynamic operation defined by the verification task.

[0140] Optionally, the natural person operation mode may be determined based on the first behavior model, and the first behavior model may be generated based on historical dynamic operations.

[0141] Optionally, before obtaining the motion state of the device under the dynamic operation, the processing module 420 may also be used to prompt the user with the completion state of the dynamic operation after the user starts the dynamic operation.

[0142] Optionally, the verification task may be randomly generated.

[0143] Optionally, the verification task can be randomly generated based on the state of the device.

[0144] Optionally, the verification task can also be used to indicate a touch operation of the user on the display screen of the device.

[0145] Optionally, the touch operation can include one or more of the following: click; slide; press.

[0146] An embodiment of the present application also provides an electronic device. As Figure 5 shown, the electronic device 500 includes: at least one processor 501, a memory 502, and a computer program 505 stored in the memory 502 and executable on the at least one processor 501. When the processor 501 executes the computer program 505, the method provided by the present application is implemented.

[0147] Exemplarily, the computer program 505 can be divided into one or more modules / units. One or more modules / units are stored in the memory 502 and executed by the processor 501 to complete the present application. One or more modules / units can be a series of computer program instruction segments capable of completing specific functions, and the instruction segments are used to describe the execution process of the computer program in the electronic device 500.

[0148] Those skilled in the art can understand that Figure 5 merely examples of the electronic device 500 do not constitute a limitation on the electronic device. It may include more or fewer components than shown in the figure, or combine certain components, or different components. For example, the electronic device 500 may also include input / output devices, network access devices, buses, etc.

[0149] The processor 501 may be a central processing unit (CPU), or may also be other general-purpose processors, digital signal processors (DSPs), application specific integrated circuits (ASICs), field-programmable gate arrays (FPGAs), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. The general-purpose processor may be a microprocessor or the processor may also be any conventional processor, etc.

[0150] The memory 502 may be an internal storage unit of the electronic device 500, such as the hard disk or memory of the electronic device 500. The memory 502 may also be an external storage device of the electronic device 500, such as a plug-in hard disk equipped on the electronic device 500, a smart media card (SMC), a secure digital (SD) card, a flash card, etc. Further, the memory 502 may also include both the internal storage unit of the electronic device 500 and the external storage device. The memory 502 is used to store computer programs and other programs and data required by the electronic device 500. The memory 502 may also be used to temporarily store the data that has been output or will be output.

[0151] The electronic device 500 provided in this embodiment may execute the above method embodiment, and its implementation principle and technical effect are similar, which will not be elaborated here.

[0152] This application embodiment also provides a computer-readable storage medium, which stores a computer program, and when the computer program is executed by a processor, the steps in the above various method embodiments can be implemented.

[0153] This application embodiment provides a computer program product, when the computer program product runs on an electronic device, it enables the electronic device to execute the steps in the above various method embodiments.

[0154] If the integrated unit is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on such an understanding, to implement all or part of the processes in the above method embodiments of this application, a computer program can be used to instruct the relevant hardware to complete, and the computer program can be stored in a computer-readable storage medium. When the computer program is executed by a processor, the steps in the above various method embodiments can be implemented. Among them, the computer program includes computer program code, and the computer program code can be in the form of source code, object code, executable file or some intermediate form, etc. The computer-readable medium may at least include: any entity or device that can carry the computer program code to the photographing device / electronic device, a recording medium, a computer memory, a ROM (read-only memory), a RAM (random access memory), a CD-ROM (compact disc read-only memory), magnetic tape, a floppy disk, and an optical data storage device, etc. The computer-readable storage medium mentioned in this application may be a non-volatile storage medium, in other words, it may be a non-transitory storage medium.

[0155] In the above embodiments, the descriptions of the various embodiments each have their own emphases. For parts not described in detail or recorded in a certain embodiment, reference may be made to the relevant descriptions of other embodiments.

[0156] Those of ordinary skill in the art can realize that the units and algorithm steps of each example described in combination with the embodiments disclosed herein can be implemented by electronic hardware, or by a combination of computer software and electronic hardware. Whether these functions are executed in a hardware or software manner depends on the specific application and design constraints of the technical solution. Professional technicians can use different methods for each specific application to implement the described functions, but such implementation should not be considered to exceed the scope of this application.

[0157] In the embodiments provided in this application, it should be understood that the disclosed devices / apparatuses and methods can be implemented in other ways. For example, the device / apparatus embodiments described above are merely illustrative. For example, the division of modules or units is only a logical function division. In actual implementation, there may be other division methods. For example, multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the displayed or discussed couplings or direct couplings or communication connections to each other can be through some interfaces. The indirect couplings or communication connections of the devices or units can be in electrical, mechanical or other forms.

[0158] It should be understood that when used in the specification of this application and the appended claims, the term "comprising" indicates the presence of the described features, wholes, steps, operations, elements and / or components, but does not exclude the presence or addition of one or more other features, wholes, steps, operations, elements, components and / or their combinations.

[0159] It should also be understood that the term "and / or" used in the specification of this application and the appended claims refers to any combination and all possible combinations of one or more of the associated listed items, and includes these combinations.

[0160] As used in the specification of this application and the appended claims, the term "if" can be interpreted as "when...", "once", "in response to determining", or "in response to detecting" according to the context. Similarly, the phrase "if determined" or "if [the described condition or event] is detected" can be interpreted as meaning "once determined", "in response to determining", "once [the described condition or event] is detected", or "in response to detecting [the described condition or event]" according to the context.

[0161] In addition, in the descriptions of the specification of this application and the appended claims, the terms "first", "second", etc. are only used for distinguishing descriptions and cannot be understood as indicating or implying relative importance.

[0162] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of the present application, rather than limiting them; although the present application has been described in detail with reference to the foregoing embodiments, those of ordinary skill in the art should understand that they can still modify the technical solutions described in the foregoing embodiments, or perform equivalent replacements on some or all of the technical features; and these modifications or replacements do not cause the essence of the corresponding technical solutions to deviate from the scope of the technical solutions of the embodiments of the present application.

Claims

1. A human-computer interaction verification method, characterized in that: include: Instructing the user to perform a verification task, wherein the verification task is used to instruct the user to perform a dynamic operation on the device, wherein the dynamic operation is an operation on the device as a whole, and the verification task includes one or more of the following: a tilt task, instructing the user to tilt the device; a rotation task, instructing the user to rotate the device; A shaking task instructs the user to shake the device; a moving task, instructing the user to move the device; Acquiring a motion state of the device under the dynamic operation, wherein the motion state is determined according to one or more motion variables of the device; According to the motion state, determining whether the dynamic operation meets the requirements of the verification task and the natural person operation mode; If the dynamic operation meets the requirements of the verification task and the natural person operation mode, it is determined that the user has passed the verification; or, If the dynamic state does not meet the requirement of the verification task or the natural person operation mode, it is determined that the user has failed the verification.

2. The method according to claim 1, characterized in that The determining whether the dynamic operation meets the requirements of the verification task includes: Determining whether the motion state conforms to the type of the dynamic operation defined by the verification task; Determine whether the motion state conforms to the parameters corresponding to the dynamic operation defined by the verification task.

3. The method according to claim 1, characterized in that The natural person operation mode is determined based on a first behavior model, and the first behavior model is generated based on the historical dynamic operations.

4. The method according to claim 1, characterized in that: Before obtaining the motion state of the device under the dynamic operation, the method further includes: After the user starts the dynamic operation, the user is prompted with a completion status of the dynamic operation.

5. The method according to claim 1, characterized in that The verification task is randomly generated based on the state of the device.

6. The method according to claim 1, characterized in that The verification task is also used to indicate a touch operation of the user on a display screen of the device.

7. The method according to claim 6, characterized in that The touch operation includes one or more of the following: clicking; sliding; pressing.

8. An electronic device, characterized in that: Comprising modules for executing the method according to any one of claims 1 to 7.

9. An electronic device comprising a memory, at least one processor, and a computer program stored in the memory and executable on the processor, characterized in that: When the processor executes the computer program, the method according to any one of claims 1 to 7 is implemented.

10. A computer-readable storage medium storing a computer program, characterized in that: When the computer program is executed by a processor, the method according to any one of claims 1 to 7 is implemented.

Images