A screen posture control method, device, equipment, medium and product

Abstract

The application discloses a screen posture control method, device, equipment, medium and product, comprising: establishing a communication connection between a first terminal and a second terminal, obtaining first sensing data of the first terminal and second sensing data of the second terminal, the second terminal being worn on a wrist of a user; when the first sensing data meets a rotation trigger condition, judging whether a cooperative verification condition is met at present according to the second sensing data, obtaining a cooperative verification result; and controlling a current screen posture of the first terminal according to the cooperative verification result. The above technical features reduce the screen rotation misjudgment rate, accurately judge the user's intention, and improve the user experience.

Description

Technical Field

[0001] This invention relates to the field of terminal control technology, and in particular to a screen posture control method, device, equipment, medium and product. Background Technology

[0002] Currently, the automatic screen rotation function of smartphones, tablets, and other devices mainly relies on the device's built-in gyroscope and accelerometer. The system determines whether to rotate the screen by detecting changes in the device's posture.

[0003] Currently, the industry standard for screen rotation control involves a single terminal with a built-in gyroscope and accelerometer to collect real-time angular velocity and acceleration data. When a change in the terminal's attitude angle exceeds a preset threshold, the system determines that the user intends to rotate the screen and executes the rotation operation. However, this solution relies solely on sensor data from a single terminal and cannot differentiate between various scenarios. When the terminal is subjected to environmental vibrations or inertial forces, the sensors may misinterpret this as a user intention to rotate the screen, leading to frequent and unwarranted screen rotations when unnecessary, resulting in accidental rotations and severely impacting the user experience. Summary of the Invention

[0004] This invention provides a screen posture control method, device, equipment, medium, and product, which reduces the screen rotation misjudgment rate, accurately judges user intentions, and improves the user experience.

[0005] In a first aspect, embodiments of this disclosure provide a screen posture control method, including: Establish a communication connection between the first terminal and the second terminal, acquire the first sensor data of the first terminal and the second sensor data of the second terminal, and wear the second terminal on the user's wrist; When the first sensing data meets the rotation trigger condition, the second sensing data is used to determine whether the collaborative verification condition is met, and the collaborative verification result is obtained. The current screen orientation of the first terminal is controlled based on the collaborative verification result.

[0006] Secondly, embodiments of this disclosure provide a screen posture control device, including: The data acquisition module is used to establish a communication connection between the first terminal and the second terminal, and to acquire the first sensor data of the first terminal and the second sensor data of the second terminal, wherein the second terminal is worn on the user's wrist. The collaborative verification module is used to determine whether the collaborative verification condition is met based on the second sensing data when the first sensing data meets the rotation trigger condition, and to obtain the collaborative verification result. The screen control module is used to control the current screen posture of the first terminal based on the collaborative verification result.

[0007] Thirdly, embodiments of this disclosure provide an electronic device, serving as a first terminal or a second terminal, comprising: At least one processor; and A memory that is communicatively connected to at least one processor; wherein, The memory stores a computer program that can be executed by at least one processor, such that the at least one processor can perform a screen posture control method provided in the first aspect embodiment described above.

[0008] Fourthly, embodiments of this disclosure provide a computer-readable storage medium storing computer instructions that, when executed by a processor, implement a screen posture control method provided in the first aspect of the embodiments described above.

[0009] Fifthly, this disclosure provides a computer program product, which includes a computer program that, when executed by a processor, implements a screen posture control method provided in the first aspect of the embodiment.

[0010] The technical solution of this invention establishes a communication connection between a first terminal and a second terminal to acquire first sensor data from the first terminal and second sensor data from the second terminal, with the second terminal worn on the user's wrist. When the first sensor data meets the rotation trigger condition, the second sensor data is used to determine whether the collaborative verification condition is met, resulting in a collaborative verification result. The current screen posture of the first terminal is then controlled based on the collaborative verification result. This technical solution, by establishing a communication connection between the first and second terminals, further determines whether the collaborative verification condition is met based on the sensor data from the second terminal when the first terminal meets the rotation trigger condition, and controls the screen posture based on the verification result. Compared to existing single-sensor solutions, this solution effectively distinguishes between user-initiated rotation and external environmental vibrations. When the verification condition is not met, the screen posture is maintained to avoid accidental rotation; when the verification condition is met, the rotation operation is performed normally, thereby significantly reducing the false judgment rate and improving the user experience while ensuring rotation response sensitivity.

[0011] It should be understood that the description in this section is not intended to identify key or essential features of the embodiments of the present invention, nor is it intended to limit the scope of the invention. Other features of the invention will become readily apparent from the following description. Attached Figure Description

[0012] To more clearly illustrate the technical solutions in the embodiments of the present invention, the accompanying drawings used in the description of the embodiments will be briefly introduced below. Obviously, the accompanying drawings described below are only some embodiments of the present invention. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0013] Figure 1 This is a flowchart of a screen posture control method provided in an embodiment of the present invention; Figure 2 This is a schematic diagram of the structure of a screen posture control device provided in an embodiment of the present invention; Figure 3 This is a schematic diagram of the structure of an electronic device provided in an embodiment of the present invention. Detailed Implementation

[0014] To enable those skilled in the art to better understand the present invention, the technical solutions of the present invention will be clearly and completely described below with reference to the accompanying drawings of the embodiments of the present invention. Obviously, the described embodiments are only some embodiments of the present invention, and not all embodiments. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative effort should fall within the scope of protection of the present invention.

[0015] It should be noted that the terms "first," "second," etc., in the specification, claims, and accompanying drawings of this invention are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that such data can be interchanged where appropriate so that the embodiments of the invention described herein can be implemented in orders other than those illustrated or described herein. Furthermore, the terms "comprising" and "having," and any variations thereof, are intended to cover a non-exclusive inclusion; for example, a process, method, system, product, or apparatus that comprises a series of steps or units is not necessarily limited to those steps or units explicitly listed, but may include other steps or units not explicitly listed or inherent to such processes, methods, products, or apparatus.

[0016] In one embodiment, Figure 1 This is a flowchart of a screen posture control method provided in an embodiment of the present invention. This embodiment is applicable to the situation of automatic screen rotation control based on multi-device collaborative sensing terminal. The method can be executed by a screen posture control device, which can be implemented in hardware and / or software.

[0017] like Figure 1 As shown, the method includes: S101. Establish a communication connection between the first terminal and the second terminal, acquire the first sensor data of the first terminal and the second sensor data of the second terminal, and wear the second terminal on the user's wrist.

[0018] In this embodiment, the first terminal can be understood as an electronic device that needs to control screen rotation, such as a smartphone. In some applicable scenarios, the first terminal may not need to contact the user, such as when the user is driving, the phone is fixed on a phone holder or placed next to them. The second terminal can be understood as an auxiliary device worn on the user's wrist, such as a smartwatch. The first sensing data includes parameters such as angular velocity, acceleration waveform, and vibration amplitude collected by the gyroscope and accelerometer built into the first terminal. The second sensing data includes biological signals such as acceleration amplitude, acceleration waveform, and heart rate fluctuation rate collected by the motion sensor and biosensor built into the second terminal.

[0019] Specifically, the first terminal and the second terminal establish a wireless connection via Bluetooth or Wi-Fi, and synchronize real-time data collected by their respective sensors at fixed time intervals. The first terminal continuously acquires its own posture changes and vibration status, while simultaneously receiving wrist movement information and heart rate data from the second terminal; similarly, the second terminal continuously acquires its own data while receiving data from the first terminal, providing a data foundation for subsequent collaborative judgment.

[0020] S102. When the first sensing data meets the rotation trigger condition, determine whether the collaborative verification condition is met based on the second sensing data, and obtain the collaborative verification result.

[0021] The rotation triggering conditions include: the vibration amplitude or angular velocity in the first sensing data exceeds the corresponding rotation triggering threshold.

[0022] In this embodiment, the rotation trigger condition can be understood as the vibration amplitude or angular velocity of the first terminal reaching a preset threshold, used to initially determine if a screen rotation requirement may occur. The rotation trigger threshold can be understood as a preset value; when the vibration amplitude or angular velocity exceeds this threshold, the collaborative judgment process is initiated. The collaborative verification condition can be understood as a discrimination rule that combines second sensor data to further confirm whether the trigger is caused by user-initiated operation or by abnormal environmental vibration. For example, whether the motion signal of the second terminal is synchronized with the posture change of the first terminal, or whether the second terminal is in a low-amplitude and stable heart rate state. If the collaborative verification condition is met, a collaborative verification result indicating that the current scene belongs to normal user operation is obtained; if the collaborative verification condition is not met, a collaborative verification result indicating that the current scene belongs to abnormal environmental vibration is obtained.

[0023] Specifically, the first terminal and / or the second terminal monitor the vibration amplitude and angular velocity in the first sensor data in real time. When the vibration amplitude or angular velocity exceeds a preset rotation trigger threshold, a collaborative judgment process is initiated. First, a judgment is made on whether it is a normal user operation. The similarity between the acceleration waveform of the first terminal and the acceleration waveform of the second terminal is calculated, and their posture change sequences are compared. If the similarity of the acceleration waveforms exceeds the preset similarity threshold, and the wrist posture change of the second terminal is synchronized with the posture change of the first terminal, it is judged as a normal user operation, and the collaborative verification result is satisfied, indicating that the user is actively rotating the first terminal. If the above synchronization condition is not satisfied, a judgment on abnormal environmental vibration is made. It is detected whether the first terminal is still in a state of significant vibration (i.e., the vibration amplitude continues to exceed the rotation trigger threshold), and at the same time, it is detected whether the acceleration amplitude of the second terminal is lower than the preset motion threshold (indicating that the wrist is in a static state) and the heart rate fluctuation rate is lower than the preset heart rate fluctuation threshold (indicating weak biological vibration, such as stable heart rate fluctuation and no large limb movements). If at least one of the above abnormal vibration conditions is met, it is determined to be abnormal vibration, and the collaborative verification result is not met, indicating that the vibration of the first terminal is caused by the external environment (such as vehicle bumps or swaying while walking) and is not due to the user's intention to rotate. If neither synchronization nor the abnormal vibration condition is met, the collaborative verification result is also determined to be not met. Through a judgment mechanism that combines normal operation judgment and abnormal vibration judgment, accurate identification of user intent is achieved.

[0024] S103. Control the current screen posture of the first terminal based on the collaborative verification results.

[0025] In this embodiment, the current screen posture can be understood as the screen display orientation state of the first terminal at the current moment, including at least landscape posture and portrait posture.

[0026] Specifically, when the collaborative verification result meets the collaborative verification conditions, i.e., the collaborative verification result indicates that the current scene belongs to normal user operation, the first terminal executes the screen rotation logic, switching the screen to landscape or portrait mode according to its current posture change. When the collaborative verification result does not meet the collaborative verification conditions, i.e., the collaborative verification result indicates that the current scene belongs to abnormal environmental vibration, the first terminal prohibits the screen rotation operation and keeps the current screen orientation unchanged until the vibration amplitude of the first terminal is continuously lower than the rotation trigger threshold.

[0027] This invention provides a screen posture control method, comprising establishing a communication connection between a first terminal and a second terminal, acquiring first sensor data from the first terminal and second sensor data from the second terminal, the second terminal being worn on the user's wrist; when the first sensor data meets a rotation trigger condition, determining whether a collaborative verification condition is met based on the second sensor data, obtaining a collaborative verification result; and controlling the current screen posture of the first terminal based on the collaborative verification result. This technical solution, by establishing a communication connection between the first and second terminals, further determines whether a collaborative verification condition is met based on the sensor data from the second terminal when the first terminal meets the rotation trigger condition, and controls the screen posture based on the verification result. Compared to existing single-sensor solutions, this method effectively distinguishes between user-initiated rotation and external environmental vibrations, maintaining the screen posture when the verification condition is not met to avoid accidental rotation; and performing the rotation operation normally when the verification condition is met, thereby significantly reducing the false judgment rate and improving the user experience while ensuring rotation response sensitivity.

[0028] As a first optional embodiment of this example, determining whether the collaborative verification conditions are met based on the second sensing data includes: S1021. If the motion signal in the second sensing data is synchronized with the attitude change of the first terminal, then it is determined that the current collaborative verification condition is met.

[0029] In this embodiment, the motion signal in the second sensing data can be understood as motion-related data collected by the second terminal (such as a smartwatch), including acceleration waveforms, angular velocity, and attitude angle change sequences; the attitude change of the first terminal can be understood as the orientation change of the first terminal (such as a smartphone) in space, such as the angle change during the process of flipping from portrait to landscape mode. Synchronization refers to the consistent trend of motion characteristics of the two terminals in the time domain, such as rotating in the same direction at the same time or having similar acceleration waveform shapes.

[0030] Specifically, the first terminal and / or the second terminal acquire the acceleration waveforms and attitude angle sequences of the two terminals in real time. By calculating the waveform similarity and the time alignment of the attitude changes, it is determined whether the two are synchronized. If the determination result is that they are synchronized, the collaborative verification result is satisfied, indicating that the current trigger is a user-initiated operation, and screen rotation should be executed.

[0031] S1022. If the motion signal in the second sensing data is not synchronized with the attitude change of the first terminal, and / or the acceleration amplitude of the motion signal in the second sensing data is lower than the preset motion threshold and the biological signal in the second sensing data meets the biological low-frequency motion condition, then it is determined that the current collaborative verification condition is not met, wherein the biological low-frequency motion condition is that the heart rate fluctuation rate is lower than the preset heart rate fluctuation threshold.

[0032] In this optional embodiment, asynchrony refers to the lack of a consistent trend in the motion characteristics of the two terminals. For example, the first terminal may be shaking while the wrist of the second terminal remains stationary, or the two terminals may move in opposite directions. Acceleration amplitude can be understood as the magnitude (modulus) of the linear acceleration in the motion signal of the second terminal. The preset motion threshold is a preset acceleration threshold value; values ​​below this value indicate that the second terminal is in a relatively stationary state. Low-frequency biological motion conditions can be understood as indirectly reflecting a low-activity state of the user's limbs through biological signals (such as heart rate). A heart rate fluctuation rate below the preset threshold indicates that the user is not engaging in large-amplitude active movements (such as running or waving), i.e., weak biological vibration.

[0033] Specifically, after the synchronization judgment is completed, if the motion signal in the second sensor data is not synchronized with the posture change of the first terminal, it is directly determined that the current collaborative verification condition is not met. Furthermore, even if no explicit synchronization is detected, during continuous monitoring of the acceleration amplitude in the second sensor data, if the amplitude is lower than a preset motion threshold (indicating the wrist is at rest), and simultaneously the heart rate fluctuation rate in the second sensor data is detected to be lower than a preset heart rate fluctuation threshold (indicating the user is in a low-frequency biological motion state, i.e., stable heart rate fluctuations and no large-amplitude limb movements), it is also determined that the current collaborative verification condition is not met. The above two scenarios (synchronization or being at rest and low frequency) are independent of each other. Meeting either scenario results in an output indicating that the current vibration of the first terminal is caused by external environmental factors (such as vehicle bumps or walking swaying), and screen rotation should be prohibited and the current screen posture should be maintained.

[0034] Furthermore, determining whether the motion signal in the second sensor data is synchronized with the attitude change of the first terminal includes: a. Calculate the waveform similarity between the acceleration waveform of the first sensor data and the acceleration waveform of the second sensor data.

[0035] In this embodiment, the acceleration waveform can be understood as a sequence of values ​​continuously collected by the accelerometer over time, reflecting the linear acceleration change of the device in three-dimensional space. Waveform similarity is a quantitative indicator used to measure the degree of similarity in shape between two waveforms. Common calculation methods include Pearson correlation coefficient, cosine similarity, or dynamic time warping distance.

[0036] Specifically, acceleration waveforms (including X, Y, and Z axes or resultant acceleration) within a preset time window are extracted from the first and second sensor data, respectively. After time alignment of the two waveforms, their waveform similarity is calculated. During the calculation, normalization can be performed first to eliminate the influence of amplitude differences and highlight the similarity of waveform shapes.

[0037] b. If the waveform similarity exceeds the preset similarity threshold, it is determined to be synchronous; otherwise, it is determined to be asynchronous.

[0038] In this optional embodiment, the preset similarity threshold is a pre-set numerical threshold, such as 0.7 or 0.8, used to determine whether the similarity is sufficient to determine synchronization. Exceeding the threshold indicates that the two waveforms are highly correlated, and the motion signal of the second terminal can be considered to be consistent with the posture change of the first terminal; below or equal to the threshold indicates that the two motion modes are different and cannot be considered synchronized.

[0039] Specifically, the waveform similarity value is compared with a preset similarity threshold. If the similarity is greater than the threshold, it is determined to be synchronized, and the logic in S1021 is executed; if the similarity is less than or equal to the threshold, it is determined to be asynchronous, and the branch concerning asynchronous behavior in S1022 is executed. This threshold can be adjusted according to the actual equipment accuracy and application scenario to balance sensitivity and false positive rate.

[0040] As a second optional embodiment of this example, controlling the current screen posture of the first terminal based on the collaborative verification result includes: S1031. When the collaborative verification result meets the collaborative verification conditions, execute the screen rotation logic and adjust the screen orientation according to the current screen posture of the first terminal.

[0041] In this optional embodiment, the screen rotation logic is a rule that the first terminal determines how to switch based on whether it is currently in landscape or portrait mode. The current screen orientation is the display direction of the first terminal at this moment, such as portrait or landscape mode. Adjusting the screen orientation is to switch the screen from the current state to another state, such as from portrait to landscape, or from landscape to portrait.

[0042] Specifically, when the first terminal and / or the second terminal determine that the collaborative verification result meets the collaborative verification conditions (i.e., it is determined to be a normal user operation), the first terminal confirms that the current rotation is actively performed by the user holding the device, rather than due to external environmental interference. At this time, the first terminal reads its own screen display orientation (e.g., currently displayed in portrait mode) and simultaneously detects the current physical orientation of the device (e.g., the device has been rotated to landscape mode by the user). Since the screen orientation and the device orientation are inconsistent, the first terminal executes the screen rotation logic, switching the screen display orientation from portrait to landscape mode to match the displayed content with the device's holding orientation. Similarly, if the current screen is landscape mode but the device has been rotated to portrait mode, it switches to portrait mode.

[0043] S1032. When the collaborative verification result is that the collaborative verification conditions are not met, the screen rotation operation is prohibited, and the current screen orientation remains unchanged.

[0044] In this optional embodiment, disabling screen rotation operation means that the first terminal ignores any posture changes detected by its own sensors and does not initiate the screen orientation switching process.

[0045] Specifically, when the collaborative verification result indicates that the collaborative verification conditions are not met (i.e., it is determined to be abnormal environmental vibration), the first terminal will not execute the screen rotation logic regardless of changes in its own gyroscope or accelerometer. The first terminal will lock the current screen orientation (e.g., record the current orientation as portrait), and even if the vibration amplitude or angular velocity of the first terminal continuously exceeds the rotation trigger threshold, it will not trigger screen switching. This locked state will continue until the vibration amplitude of the first terminal continuously falls below the rotation trigger threshold and reaches the preset unlocking time, or the system receives other reset conditions (such as manual user intervention). Through this mechanism, frequent accidental screen rotation caused by external environmental factors such as vehicle bumps and walking vibrations is effectively avoided.

[0046] As a third optional embodiment of this example, the method further includes: Before establishing a communication connection between the first terminal and the second terminal, confirm that the second terminal is being worn.

[0047] In this embodiment, the wearing state can be understood as the state in which the second terminal (such as a smartwatch) is worn by the user on the corresponding part of the body (such as the wrist), rather than being removed from the body and placed on a table or in a pocket.

[0048] Specifically, before attempting to establish a communication connection, the first terminal and / or the second terminal first perform a wear detection. The second terminal uses a contact sensor or heart rate sensor on its back to detect whether it is in contact with the user's skin. If a continuous and stable contact signal is detected (e.g., valid heart rate data, capacitance value change exceeding a threshold), it is determined that the device is being worn; otherwise, it is determined that it is not being worn. If the confirmation result is that the device is being worn, the first terminal and the second terminal begin to establish a wireless connection and synchronize data; if the confirmation result is that the device is not being worn, a connection is not established or the subsequent process is terminated, and optionally a prompt message is issued requiring the user to wear the second terminal. This pre-wear confirmation mechanism ensures the validity and reliability of the data required for subsequent collaborative verification.

[0049] Understandably, if a user holds the first terminal and the hand wearing the second terminal is not the same hand holding the first terminal, the second terminal may not detect the synchronized motion signal when the user actively rotates the first terminal because the wrist does not move accordingly. This could lead the system to misinterpret it as abnormal vibration and prevent rotation. To address this issue, after establishing a connection, it's possible to further determine if both hands are the same. The first terminal's built-in gyroscope identifies the left-right tilt of the holding hand (e.g., rotation axis deviation) and compares it with the second terminal's preset wearing hand (left or right wrist). If it's determined to be the same hand, the original synchronization logic is executed; if it's determined to be different hands, the acceleration waveform similarity threshold is lowered or rotation is executed directly based on the first terminal's posture change to avoid missed detections due to different hands. This ensures screen rotation sensitivity even when the user uses the device with their hands crossed.

[0050] To explain the invention more clearly, it will be described in conjunction with the following three typical use cases.

[0051] Scenario 1: A user is sitting in a moving car. A first device (such as a smartphone) is placed on the user's lap or seat, vibrating with the car's movement. The sensor on the first device detects that the vibration amplitude exceeds a rotation trigger threshold, thus meeting the rotation trigger condition. Simultaneously, a second device (such as a smartwatch) is worn on the user's wrist. Since the user is holding onto the armrest or looking out the window, the wrist is stationary. The second device detects that the acceleration amplitude is below a preset motion threshold, and the heart rate fluctuation rate is also below a preset heart rate fluctuation threshold (weak biological vibration). Based on this, the system determines it as abnormal vibration, and the co-verification result is not met. The first device then prohibits screen rotation operations, maintaining the current screen orientation. This avoids frequent accidental screen rotations caused by the car's movement.

[0052] Scenario 2: User reading a document on their phone. When the user switches from portrait to landscape mode, the first terminal detects a significant change in posture, with vibration amplitude or angular velocity exceeding the rotation trigger threshold. Simultaneously, the user rotates their wrist to view the screen, and the second terminal detects that the wrist posture is synchronized with the first terminal's posture change, with the acceleration waveform similarity exceeding a preset threshold. The system determines this as normal user operation, the co-verification result is satisfied, and the first terminal executes the screen rotation logic, adjusting the screen orientation according to the current landscape posture. This ensures that the screen responds promptly when the user actively rotates the phone.

[0053] Scenario 3: The user's phone shakes in their pocket while walking. The first device shakes violently with the user's steps, exceeding the rotation trigger threshold. However, the second device detects that the user's arm swing frequency does not match the shaking frequency of the first device (e.g., the arm swing frequency is low, or the watch is in a relatively static / low-frequency vibration state), and the heart rate fluctuation rate may be increased (in the walking motion state, not meeting the biological low-frequency motion condition). Based on this, the system determines that it is out of sync and does not meet the combined conditions of abnormal vibration (because the heart rate fluctuation rate is not lower than the threshold). The collaborative verification result is not met, and the first device maintains its current screen posture. This avoids incorrect screen rotation caused by walking and shaking.

[0054] The above technical solution establishes a communication connection between the first and second terminals. When the first terminal meets the rotation trigger condition, it introduces motion signals and biosignals from the second terminal for collaborative verification, accurately distinguishing between user-initiated rotation and external environmental vibrations. When the motion signal of the second terminal is synchronized with the posture change of the first terminal, it is determined to be a user-initiated operation, and the screen rotation is executed. When the two are not synchronized, or when the acceleration amplitude of the second terminal is lower than a preset motion threshold and the heart rate fluctuation rate is lower than a preset threshold, it is determined to be abnormal vibration, and the current screen posture is maintained. By introducing a second terminal (such as a smartwatch) as a reference for human motion, it effectively distinguishes between scenarios where the terminal vibrates in a pocket or on a table and scenarios where the user actively rotates the terminal while holding it, solving the technical deficiency of existing single-sensor solutions that cannot distinguish user intentions. In scenarios prone to shaking, such as vehicle bumps, running on a treadmill, or driving on bumpy roads, the screen will not rotate randomly due to environmental vibrations. When the user actually wants to rotate the screen for reading or operation, the function remains sensitive and usable, ensuring timely response to normal rotation without reducing sensor sensitivity. Furthermore, this invention only requires the use of existing terminal built-in sensors to achieve collaborative judgment through wireless connection, without increasing additional hardware costs, and is easy to promote and apply in devices such as smartphones and smartwatches.

[0055] In one embodiment, Figure 2 This is a schematic diagram of the structure of a screen posture control device provided in an embodiment of the present invention. Figure 2 As shown, the device includes: The data acquisition module 21 is used to establish a communication connection between the first terminal and the second terminal, and to acquire the first sensor data of the first terminal and the second sensor data of the second terminal, wherein the second terminal is worn on the user's wrist. The collaborative verification module 22 is used to determine whether the collaborative verification condition is met based on the second sensing data when the first sensing data meets the rotation trigger condition, and to obtain the collaborative verification result. The screen control module 23 is used to control the current screen posture of the first terminal according to the collaborative verification result.

[0056] The screen posture control device used in this technical solution reduces the screen rotation misjudgment rate, accurately judges user intentions, and improves the user experience.

[0057] Optionally, the collaborative verification module 22 is specifically used for: If the motion signal in the second sensing data is synchronized with the attitude change of the first terminal, then it is determined that the collaborative verification condition is currently met. If the motion signal in the second sensing data is not synchronized with the attitude change of the first terminal, and / or, the acceleration amplitude of the motion signal in the second sensing data is lower than a preset motion threshold and the biological signal in the second sensing data meets the biological low-frequency motion condition, then it is determined that the current collaborative verification condition is not met, wherein the biological low-frequency motion condition is that the heart rate fluctuation rate is lower than a preset heart rate fluctuation threshold.

[0058] Optionally, the collaborative verification module 22 is further configured to: Calculate the waveform similarity between the acceleration waveform of the first sensing data and the acceleration waveform of the second sensing data; If the waveform similarity exceeds a preset similarity threshold, it is determined to be synchronous; otherwise, it is determined to be asynchronous.

[0059] Optionally, the rotation triggering condition includes: the vibration amplitude or angular velocity in the first sensing data exceeds the corresponding rotation triggering threshold.

[0060] Optionally, the screen control module 23 is specifically used for: When the collaborative verification result satisfies the collaborative verification condition, the screen rotation logic is executed to adjust the screen orientation according to the current screen posture of the first terminal. When the collaborative verification result is that the collaborative verification condition is not met, the screen rotation operation is prohibited, and the current screen posture remains unchanged.

[0061] Optionally, the device further includes a wear verification module for confirming that the second terminal is being worn before establishing a communication connection between the first terminal and the second terminal.

[0062] The screen posture control device provided in the embodiments of the present invention can execute the screen posture control method provided in any embodiment of the present invention, and has the corresponding functional modules and beneficial effects of the method execution.

[0063] In one embodiment, Figure 3 This is a schematic diagram of the structure of an electronic device provided in Embodiment 4 of the present invention. Figure 3The diagram illustrates a schematic representation of an electronic device 10 that can be used to implement embodiments of the present invention. The electronic device is intended to represent various forms of digital computers, such as laptop computers, desktop computers, workstations, personal digital assistants, servers, blade servers, mainframe computers, and other suitable computers. The electronic device can also represent various forms of mobile devices, such as personal digital processors, cellular phones, smartphones, wearable devices (e.g., helmets, glasses, watches, etc.), and other similar computing devices. The components shown herein, their connections and relationships, and their functions are merely illustrative and are not intended to limit the implementation of the invention described and / or claimed herein.

[0064] like Figure 3 As shown, the electronic device 10 includes at least one processor 11 and a memory, such as a read-only memory (ROM) 12 or a random access memory (RAM) 13, communicatively connected to the at least one processor 11. The memory stores computer programs executable by the at least one processor. The processor 11 can perform various appropriate actions and processes based on the computer program stored in the ROM 12 or loaded into the RAM 13 from storage unit 18. The RAM 13 can also store various programs and data required for the operation of the electronic device 10. The processor 11, ROM 12, and RAM 13 are interconnected via a bus 14. An input / output (I / O) interface 15 is also connected to the bus 14.

[0065] Multiple components in electronic device 10 are connected to I / O interface 15, including: input unit 16, such as keyboard, mouse, etc.; output unit 17, such as various types of displays, speakers, etc.; storage unit 18, such as disk, optical disk, etc.; and communication unit 19, such as network card, modem, wireless transceiver, etc. Communication unit 19 allows electronic device 10 to exchange information / data with other devices through computer networks such as the Internet and / or various telecommunications networks.

[0066] Processor 11 can be a variety of general-purpose and / or special-purpose processing components with processing and computing capabilities. Some examples of processor 11 include, but are not limited to, a central processing unit (CPU), a graphics processing unit (GPU), various special-purpose artificial intelligence (AI) computing chips, various processors running machine learning model algorithms, digital signal processors (DSPs), and any suitable processor, controller, microcontroller, etc. Processor 11 performs the various methods and processes described above, such as screen gesture control methods.

[0067] In some embodiments, the screen pose control method may be implemented as a computer program tangibly contained in a computer-readable storage medium, such as storage unit 18. In some embodiments, part or all of the computer program may be loaded and / or installed on the electronic device 10 via ROM 12 and / or communication unit 19. When the computer program is loaded into RAM 13 and executed by processor 11, one or more steps of the screen pose control method described above may be performed. Alternatively, in other embodiments, processor 11 may be configured to perform the screen pose control method by any other suitable means (e.g., by means of firmware).

[0068] Various embodiments of the systems and techniques described above herein can be implemented in digital electronic circuit systems, integrated circuit systems, field-programmable gate arrays (FPGAs), application-specific integrated circuits (ASICs), application-specific standard products (ASSPs), systems-on-a-chip (SoCs), payload-programmable logic devices (CPLDs), computer hardware, firmware, software, and / or combinations thereof. These various embodiments may include implementations in one or more computer programs that can be executed and / or interpreted on a programmable system including at least one programmable processor, which may be a dedicated or general-purpose programmable processor, capable of receiving data and instructions from a storage system, at least one input device, and at least one output device, and transmitting data and instructions to the storage system, the at least one input device, and the at least one output device.

[0069] Computer programs used to implement the methods of the present invention may be written in any combination of one or more programming languages. These computer programs may be provided to a processor of a general-purpose computer, a special-purpose computer, or other programmable data processing device, such that when executed by the processor, the computer programs cause the functions / operations specified in the flowcharts and / or block diagrams to be performed. The computer programs may be executed entirely on a machine, partially on a machine, or as a standalone software package, partially on a machine and partially on a remote machine, or entirely on a remote machine or server.

[0070] In the context of this invention, a computer-readable storage medium can be a tangible medium that may contain or store a computer program for use by or in conjunction with an instruction execution system, apparatus, or device. A computer-readable storage medium may include, but is not limited to, electronic, magnetic, optical, electromagnetic, infrared, or semiconductor systems, apparatus, or devices, or any suitable combination thereof. Alternatively, a computer-readable storage medium may be a machine-readable signal medium. More specific examples of machine-readable storage media include electrical connections based on one or more wires, portable computer disks, hard disks, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fibers, portable compact disk read-only memory (CD-ROM), optical storage devices, magnetic storage devices, or any suitable combination thereof.

[0071] To provide interaction with a user, the systems and techniques described herein can be implemented on an electronic device having: a display device (e.g., a CRT (cathode ray tube) or LCD (liquid crystal display) monitor) for displaying information to the user; and a keyboard and pointing device (e.g., a mouse or trackball) through which the user provides input to the electronic device. Other types of devices can also be used to provide interaction with the user; for example, feedback provided to the user can be any form of sensory feedback (e.g., visual feedback, auditory feedback, or tactile feedback); and input from the user can be received in any form (including sound input, voice input, or tactile input).

[0072] The systems and technologies described herein can be implemented in computing systems that include backend components (e.g., as data servers), or middleware components (e.g., application servers), or frontend components (e.g., user computers with graphical user interfaces or web browsers through which users can interact with implementations of the systems and technologies described herein), or any combination of such backend, middleware, or frontend components. The components of the system can be interconnected via digital data communication of any form or medium (e.g., communication networks). Examples of communication networks include local area networks (LANs), wide area networks (WANs), blockchain networks, and the Internet.

[0073] A computing system can include clients and servers. Clients and servers are generally located far apart and typically interact through communication networks. The client-server relationship is created by computer programs running on the respective computers and having a client-server relationship with each other. The server can be a cloud server, also known as a cloud computing server or cloud host, which is a hosting product within the cloud computing service system to address the shortcomings of traditional physical hosts and VPS services, such as high management difficulty and weak business scalability.

[0074] This invention also provides a computer program product, including a computer program that, when executed by a processor, can implement the screen posture control method provided in any embodiment of this application.

[0075] In the implementation of the computer program product, computer program code for performing the operations of this application can be written in one or more programming languages ​​or a combination thereof. Programming languages ​​include object-oriented programming languages ​​such as Java, Smalltalk, and C++, as well as conventional procedural programming languages ​​such as C or similar languages. The program code can be executed entirely on the user's computer, partially on the user's computer, as a standalone software package, partially on the user's computer and partially on a remote computer, or entirely on a remote computer or server. In cases involving remote computers, the remote computer can be connected to the user's computer via any type of network—including a local area network (LAN) or a wide area network (WAN)—or can be connected to an external computer (e.g., via the Internet using an Internet service provider).

[0076] It should be understood that the various forms of processes shown above can be used, with steps reordered, added, or deleted. For example, the steps described in this invention can be executed in parallel, sequentially, or in different orders, as long as the desired result of the technical solution of this invention can be achieved, and this is not limited herein.

[0077] The specific embodiments described above do not constitute a limitation on the scope of protection of this invention. Those skilled in the art should understand that various modifications, combinations, sub-combinations, and substitutions can be made according to design requirements and other factors. Any modifications, equivalent substitutions, and improvements made within the spirit and principles of this invention should be included within the scope of protection of this invention.

Claims

1. A screen posture control method, characterized in that, include: Establish a communication connection between the first terminal and the second terminal, acquire the first sensor data of the first terminal and the second sensor data of the second terminal, and wear the second terminal on the user's wrist; When the first sensing data meets the rotation trigger condition, the second sensing data is used to determine whether the collaborative verification condition is met, and the collaborative verification result is obtained. The current screen orientation of the first terminal is controlled based on the collaborative verification result.

2. The method according to claim 1, characterized in that, The step of determining whether the collaborative verification conditions are met based on the second sensing data includes: If the motion signal in the second sensing data is synchronized with the attitude change of the first terminal, then it is determined that the collaborative verification condition is currently met. If the motion signal in the second sensing data is not synchronized with the attitude change of the first terminal, and / or, the acceleration amplitude of the motion signal in the second sensing data is lower than a preset motion threshold and the biological signal in the second sensing data meets the biological low-frequency motion condition, then it is determined that the current collaborative verification condition is not met, wherein the biological low-frequency motion condition is that the heart rate fluctuation rate is lower than a preset heart rate fluctuation threshold.

3. The method according to claim 2, characterized in that, Determining whether the motion signal in the second sensing data is synchronized with the attitude change of the first terminal includes: Calculate the waveform similarity between the acceleration waveform of the first sensing data and the acceleration waveform of the second sensing data; If the waveform similarity exceeds a preset similarity threshold, it is determined to be synchronous; otherwise, it is determined to be asynchronous.

4. The method according to claim 1, characterized in that, The rotation triggering condition includes: the vibration amplitude or angular velocity in the first sensing data exceeds the corresponding rotation triggering threshold.

5. The method according to claim 1, characterized in that, The step of controlling the current screen posture of the first terminal based on the collaborative verification result includes: When the collaborative verification result satisfies the collaborative verification condition, the screen rotation logic is executed to adjust the screen orientation according to the current screen posture of the first terminal. When the collaborative verification result is that the collaborative verification condition is not met, the screen rotation operation is prohibited, and the current screen posture remains unchanged.

6. The method according to claim 1, characterized in that, Also includes: Before establishing a communication connection between the first terminal and the second terminal, confirm that the second terminal is in a wearing state.

7. A screen posture control device, characterized in that, include: The data acquisition module is used to establish a communication connection between the first terminal and the second terminal, and to acquire the first sensor data of the first terminal and the second sensor data of the second terminal, wherein the second terminal is worn on the user's wrist. The collaborative verification module is used to determine whether the collaborative verification condition is met based on the second sensing data when the first sensing data meets the rotation trigger condition, and to obtain the collaborative verification result. The screen control module is used to control the current screen posture of the first terminal based on the collaborative verification result.

8. An electronic device, serving as a first terminal or a second terminal, characterized in that: include: At least one processor; as well as A memory communicatively connected to the at least one processor; wherein, The memory stores a computer program that can be executed by the at least one processor, the computer program being executed by the at least one processor to enable the at least one processor to perform a screen posture control method according to any one of claims 1-6.

9. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores computer instructions that cause a processor to execute a screen posture control method according to any one of claims 1-6.

10. A computer program product, characterized in that, The computer program product includes a computer program that, when executed by a processor, implements a screen posture control method according to any one of claims 1-6.

Images