Earphone case-based mouse device and control method thereof

Abstract

The specification provides an earphone case-based mouse device, comprising: a shell body; a sensing assembly comprising an optical flow sensing unit, a capacitive sensing unit and an inertial sensing unit integrated in the shell body; a communication module in communication connection with a target host; a controller in electrical connection with the communication module and the sensing assembly, the controller being configured to: switch working modes based on attitude data detected by the inertial sensing unit and surface quality data detected by the optical flow sensing unit; the working modes comprising a mouse mode and an earphone case mode; in the mouse mode, determine a pointer displacement increment based on displacement data detected by the optical flow sensing unit; and determine a key instruction based on charge change data detected by the capacitive sensing unit, and send the pointer displacement increment and the key instruction to the target host through the communication module.

Description

Technical Field

[0001] This specification belongs to the field of electronic device technology, specifically relating to a mouse device based on an earphone compartment and its control method. Background Technology

[0002] With the widespread adoption of mobile work and smart devices, users often carry Bluetooth headsets along with their mobile phones, tablets, and other devices. However, for light office work or precise operations, touchscreens or touchpads cannot completely replace a mouse, and carrying a separate mouse adds to the burden of travel.

[0003] Therefore, there is an urgent need for a mouse device and its control method based on an earphone case, which can integrate optical flow sensing, capacitive sensing, multi-mode collaboration and Bluetooth synchronization technologies to achieve integrated functionality of the earphone case and mouse, so as to meet the needs of users for lightweight travel. Summary of the Invention

[0004] This specification provides a mouse device based on an earphone case, comprising: a housing body; a sensing component including an optical flow sensing unit, a capacitive sensing unit, and an inertial sensing unit integrated into the housing body; a communication module for communicative connection to a target host; and a controller electrically connected to the communication module and the sensing component, the controller being configured to: switch operating modes based on attitude data detected by the inertial sensing unit and surface quality data detected by the optical flow sensing unit; the operating modes including a mouse mode and an earphone case mode; in the mouse mode, determining a pointer displacement increment based on displacement data detected by the optical flow sensing unit; and determining a key press command based on charge change data detected by the capacitive sensing unit, and sending the pointer displacement increment and the key press command to the target host via the communication module.

[0005] The second aspect of this specification provides a control method for a mouse device based on an earphone compartment, implemented using the device described in the second aspect of this specification, comprising: switching an operating mode based on attitude data detected by the inertial sensing unit and surface quality data detected by the optical flow sensing unit; determining a pointer displacement increment based on displacement data detected by the optical flow sensing unit in the mouse mode; and determining a key command based on charge change data detected by the capacitive sensing unit, and sending the pointer displacement increment and the key command to the target host through the communication module. Attached Figure Description

[0006] To more clearly illustrate the technical solutions of the embodiments of this application, the accompanying drawings used in the embodiments will be briefly described below. It should be understood that the following drawings only show some embodiments of this application and should not be regarded as a limitation on the scope of this application.

[0007] Figure 1 This is a schematic diagram of a mouse device based on an earphone compartment, according to some embodiments of this specification.

[0008] Figure 2 This is a schematic diagram of the structure of a mouse device based on an earphone compartment, as shown in some embodiments of this specification.

[0009] Figure 3 This is an exemplary schematic diagram of a control method for a mouse device based on an earphone compartment, according to some embodiments of this specification.

[0010] Figure 4 This is an exemplary flowchart of another control method for a mouse device based on an earphone compartment, as shown in some embodiments of this specification.

[0011] Figure 5 This is an exemplary flowchart illustrating the adjustment of the button trigger threshold of the capacitive sensing unit according to some embodiments of this specification.

[0012] Figure 6 This is an exemplary flowchart illustrating, according to some embodiments of this specification, how to control the earphones and earphone case to synchronously connect to a target host. Detailed Implementation

[0013] To more clearly illustrate the technical solutions of the embodiments in this specification, the accompanying drawings used in the description of the embodiments will be briefly introduced below. Obviously, the drawings described below are merely some examples or embodiments of this specification. For those skilled in the art, these drawings can be applied to other similar scenarios without creative effort. Unless obvious from the context or otherwise specified, the same reference numerals in the drawings represent the same structures or operations.

[0014] It should be understood that the terms “system,” “device,” “unit,” and / or “module” used herein are one way to distinguish different components, elements, parts, sections, or assemblies at different levels. However, if other terms can achieve the same purpose, they may be replaced by other expressions.

[0015] As indicated in this specification and claims, unless the context clearly indicates otherwise, the words "a," "an," "an," and / or "the" do not specifically refer to the singular and may also include the plural. Generally speaking, the terms "comprising" and "including" only indicate the inclusion of expressly identified steps and elements, which do not constitute an exclusive list, and the method or apparatus may also include other steps or elements.

[0016] Flowcharts are used in this specification to illustrate the operations performed by the system according to embodiments of this specification. It should be understood that the preceding or following operations are not necessarily performed in exact order. Instead, the steps can be processed in reverse order or simultaneously. Furthermore, other operations can be added to these processes, or one or more steps can be removed from them.

[0017] This specification provides an earphone case-based mouse device (hereinafter referred to as the device) in some embodiments. This device retains the functions of earphone storage and charging while also enabling mouse control and input functions, thus providing users with a portable mouse device without the need to carry an additional mouse. Furthermore, the device can be used with target hosts such as mobile phones, tablets, laptops, or smart TVs to perform operations such as interface selection, content browsing, or remote control. Of course, the application scenarios of this device are not limited to the above examples and can also be applied to other terminal devices requiring control and input.

[0018] Figure 1 This is a schematic diagram of a mouse device based on an earphone compartment, according to some embodiments of this specification. Figure 2 This is a schematic diagram of the structure of a mouse device based on an earphone compartment, as shown in some embodiments of this specification.

[0019] In some embodiments, such as Figures 1-2 As shown, the device 100 includes a housing body 110, a sensing component 120, a communication module 130, and a controller 140.

[0020] The sensing component 120 includes an optical flow sensing unit 121, a capacitive sensing unit 122, and an inertial sensing unit (not shown) integrated into the housing body 110; the communication module 130 is communicatively connected to the target host (not shown); the controller 140 is electrically connected to the communication module 130 and the sensing component 120, and the controller 140 is configured to: switch working modes based on the attitude data detected by the inertial sensing unit and the surface quality data detected by the optical flow sensing unit 121; the working modes include mouse mode and headphone case mode; in mouse mode, the pointer displacement increment is determined based on the displacement data detected by the optical flow sensing unit 121; and the key command is determined based on the charge change data detected by the capacitive sensing unit 122, and the pointer displacement increment and the key command are sent to the target host through the communication module 130.

[0021] The outer casing 110 refers to the physical external outline and supporting structure of the device 100. For example, the outer casing 110 can be a structure composed of plastic, composite materials, or a metal frame. The outer casing 110 can adopt an ergonomic, flat, or streamlined headphone housing design.

[0022] In some embodiments, such as Figure 2 As shown, the outer shell body 110 is provided with a storage slot 112 for storing the earphones 111 and a charging contact 113 for charging the earphones 111.

[0023] The storage slot 112 refers to a recessed structure provided on the outer shell body 110 for accommodating the earphone 111, which can be used to restrict the position and orientation of the earphone 111 within the storage slot 112. In some embodiments, the position and shape of the storage slot 112 can be designed according to the structure of the earphone 111. For example, the storage slot 112 can be configured as a single slot or a double slot structure to meet the storage needs of one or more earphones 111, and is not limited thereto.

[0024] The charging contact 113 refers to a conductive structure used to form an electrical connection with the earphone 111 to achieve power transmission. In some embodiments, the charging contact 113 may be disposed within the storage slot 112. In some embodiments, the charging contact 113 may be a conductive electrode sheet or a flexible pin located within the storage slot 112. When the device 100 is in earphone case mode or dual mode, the charging contact 113 can transfer electrical energy from the battery inside the earphone case to the charging circuit of the earphone 111 through physical contact.

[0025] An earphone case is a device used to store, protect, or recharge earphones 111, located inside the housing body 110 or in a recessed area on the surface of the housing body 110. For example, the earphone case may have a storage slot 112 and charging contacts 113 that match the geometry of the earphones 111, used to fix and protect the earphones 111 and recharge them when not in use. In some embodiments, the earphone case may integrate a chip supporting the BLE HID protocol, using a high-end Bluetooth SoC (such as a Qualcomm or Hengxuan chip) to support multi-device connection and multi-protocol stack parallelism. When the earphones 111 are removed, the earphones 111 connect to the computer via their own Bluetooth (A2DP / HFP protocol); the earphone case connects to the computer via its own chip (BLE HID protocol). The earphones 111 and the earphone case can have two parallel independent MAC addresses on the Bluetooth spectrum.

[0026] Headphones 111 refers to a device used to receive audio signals and output sound. For example, headphones 111 can be a wireless headset that supports multi-device connection and can communicate with a target host via Bluetooth protocols (such as A2DP / HFP protocols).

[0027] In some embodiments, the housing body 110 further includes a support member 114, which is used to limit the distance between the optical flow sensing unit 121 and the working plane within a preset focal length range. More information about the optical flow sensing unit 121 can be found later (e.g., Figure 3 The relevant description in ) .

[0028] Support member 114 refers to a structural component disposed on the bottom surface of the outer shell body 110, which serves to provide physical support and maintain the relative positional relationship between the bottom surface of the outer shell body 110 and the working plane. For example, support member 114 can be a Teflon foot pad pasted around the bottom surface of the outer shell body 110, or a support protrusion directly formed on the outer shell, etc.

[0029] In some embodiments, Teflon feet can be attached around the perimeter of the bottom surface of the housing body 110 as support members 114. The inherent physical thickness of the Teflon feet limits the distance from the optical flow sensing unit 121 to the working surface (such as a desktop) within a preset focal length range. In some embodiments, multiple support protrusions can be integrally formed on the bottom surface of the housing body 110 as support members 114. By controlling the height of the support protrusions through the manufacturing process, structural limiting of the distance between the optical flow sensing unit 121 and the working surface is achieved to meet the requirements of the preset focal length range. In some embodiments, the support members 114 can also be configured in other ways. For example, based on an adjustable height mechanical thread structure or using anti-slip pads of different thicknesses for physical limiting, but not limited to these. In some embodiments, the specific thickness of the support members 114 can be adjusted according to the actual scenario; the positions of the support members 114 can be continuously distributed around the perimeter or distributed in a multi-point array, but not limited to these.

[0030] A working plane refers to a physical surface used to support the placement or movement of the device 100. In some embodiments, the working plane is a reference surface upon which the optical flow sensing unit 121 relies when detecting or acquiring data. For example, the working plane can be a desktop, a mouse pad, or other solid surface on which the device is placed or slid.

[0031] The preset focal length range refers to the distance interval pre-set so that the optical flow sensing unit 121 can achieve clear imaging or effective detection. For example, the preset focal length range can be 0mm to 1.5mm.

[0032] In some embodiments of this specification, by providing a support member on the outer shell to limit the distance between the optical flow sensing unit and the working plane, the direct friction between the optical flow sensing unit and the working plane can be reduced; at the same time, by maintaining the optical flow sensing unit parallel to the working plane through the physical support structure, the problem of frame loss of the optical flow sensing unit due to the rounded rolling of the outer shell is avoided, thus ensuring the stability of data acquisition.

[0033] The sensing component 120 refers to a collection of components used to detect environmental physical quantities or interactive actions. For example, the sensing component 120 may include an optical flow sensing unit 121, a capacitive sensing unit 122, and an inertial sensing unit integrated into the housing body 110.

[0034] The optical flow sensing unit 121 refers to a non-contact optical measurement device used to detect relative displacement. In some embodiments, the optical flow sensing unit 121 can obtain displacement data by capturing a surface texture image of the working plane and comparing the displacement of feature points in the preceding and following frames using digital signal processing algorithms (such as feature extraction algorithms, correlation or matching algorithms, etc.). The preceding and following frames refer to two adjacent surface texture images acquired by the optical flow sensing unit 121 through multiple samplings of the same working plane within a continuous time interval. The surface texture image refers to the image data obtained by the optical flow sensing unit 121 sampling the working plane, used to characterize the texture-related features of the working plane (e.g., the brightness distribution of the working plane, surface roughness, etc.).

[0035] In some embodiments, the optical flow sensing unit 121 may be disposed at the center of the bottom of the housing body 110. For example, a miniature transparent window 115 (or lens hole) is opened at the bottom of the housing body 110, and the optical flow sensing unit 121 is disposed inside the miniature transparent window 115 for acquiring surface texture images of the working plane.

[0036] In some embodiments, the optical flow sensing unit 121 may include a light source (such as an LED or a laser generator), an imaging lens, and a photosensitive array. In some embodiments, the optical flow sensing unit 121 may also contain a digital signal processor for analyzing the detected data. In some embodiments, the light source is used to illuminate the working plane, the imaging lens is used to image the working plane, and the photosensitive array is used to acquire continuous images; the digital signal processor can process the continuous images to determine the displacement of feature points between consecutive frames and output the corresponding displacement data.

[0037] In some embodiments, the optical flow sensing unit 121 is electromagnetically isolated from the headphone charging coil (not shown).

[0038] The headphone charging coil refers to a coil structure built into device 100 for transmitting electrical energy to charge the headphones 111. In some embodiments, the headphone charging coil may be a wireless charging coil for transmitting electrical energy to the headphones 111. In some embodiments, the electrical energy transmitted by the headphone charging coil can be output to the headphones 111 via charging contacts 113, thereby charging the headphones 111. In some embodiments, the headphone charging coil may be provided with an electronic switch, and the conduction or disconnection of the electronic switch determines whether to charge the headphones 111. More details about the electronic switch can be found in the relevant description below.

[0039] Electromagnetic isolation refers to measures or states that use physical structures or specific materials to block or reduce electromagnetic interference between different electronic components to ensure the normal operation of each component. In some embodiments, physical isolation between the optical flow sensing unit 121 and the headphone charging coil can be achieved through an electromagnetic shielding structure. For example, a metal shield or conductive coating can be placed between the optical flow sensing unit 121 and the headphone charging coil to block electromagnetic interference. In some embodiments, electromagnetic isolation can also be achieved through spatial layout. For example, the optical flow sensing unit 121 and the headphone charging coil can be arranged on opposite sides of a circuit board, or a preset safe physical distance can be maintained to reduce electromagnetic coupling. In some embodiments, electromagnetic isolation can also be achieved in other ways. For example, suppressing high-frequency interference based on hardware filtering circuits.

[0040] In some embodiments of this specification, the optical flow sensing unit and the headphone charging coil are physically isolated by an electromagnetic shielding structure, which solves the problems of signal intermodulation interference and power consumption conflict in a compact space.

[0041] The capacitive sensing unit 122 refers to a component used to detect changes in capacitance to identify touch or operation actions. For example, the capacitive sensing unit 122 may be a thin-film capacitive sensing patch made of flexible printed circuit board (FPC) and attached to the inner wall of the housing body 110. In some embodiments, the capacitive sensing unit 122 includes at least capacitive sensing patches representing left button, slide, and right button.

[0042] The capacitive sensing unit 122 can be disposed at any feasible location on the inner wall of the housing body 110. In some embodiments, the capacitive sensing unit 122 can be integrated into the inner sidewall of the housing body 110. In some embodiments, the capacitive sensing unit 122 can be integrated into the inner top wall of the housing body 110.

[0043] An inertial sensing unit is a component used to measure the motion attitude or acceleration value of device 100. For example, an inertial sensing unit may be a six-axis inertial measurement unit consisting of a velocitiesight sensor and a gyroscope. In some embodiments, the inertial sensing unit may be disposed inside the housing body 110 (e.g., in the middle region inside the housing body 110) and electrically connected to the controller 140. The location of the inertial sensing unit is not limited herein.

[0044] In some embodiments, the sensing component 120 further includes a temperature sensing unit (not shown).

[0045] A temperature sensing unit is a component used to detect temperature changes inside or in a localized area of ​​the device 100. The temperature sensing unit can be used to acquire temperature rise data for thermal management control by the controller 140.

[0046] In some embodiments, the temperature sensing unit can be disposed at any feasible location inside the housing body 110. For example, it can be disposed on the main circuit board and electrically connected to the controller 140 to collect temperature rise data. In some embodiments, the temperature sensing unit can be disposed near the heat-generating element. For example, it can be disposed near the battery, charging circuit, or communication module 130 to more accurately reflect the temperature rise of the device 100 during charging or communication. In some embodiments, the temperature sensing unit can also be disposed near the storage slot 112 to detect the local temperature rise generated during the charging of the earphone 111. In some embodiments, the location of the temperature sensing unit can be selected according to the heat source distribution or multiple detection points can be set to improve the accuracy of temperature monitoring, without limitation.

[0047] The communication module 130 refers to a component used to realize data transmission and information interaction between the device 100 and the target host. For example, the communication module 130 may be a communication chip that supports the Bluetooth protocol. In some embodiments, the communication module 130 may include a communication component.

[0048] In some embodiments, the communication module 130 may be disposed inside the housing body 110 and electrically connected to the controller 140. For example, the communication module 130 may be integrated on the main circuit board of the device 100 or arranged as an independent circuit unit in the internal space of the housing body 110. In some embodiments, the communication module 130 may be disposed away from metal structures or sources of electromagnetic interference. For example, the communication module 130 may be disposed on the side or top surface inside the housing body 110 to reduce interference from components such as the charging coil, battery, or optical flow sensing unit 121 to wireless communication.

[0049] The target host refers to a terminal device that is communicatively connected to device 100. For example, the target host includes a mobile phone, tablet, laptop, or smart TV. In some embodiments, the target host can be used to run an application or establish a communication connection with device 100.

[0050] A communication connection refers to the data transmission link established between device 100 and the target host, used to send and receive data such as pointer displacement increments and key press commands. In some embodiments, the communication connection can be implemented based on wireless communication. For example, communication module 130 can establish a connection with the target host via the Bluetooth protocol. This connection can conform to the human-machine interface device protocol to encapsulate displacement data and key press commands as standard input events and send them to the target host. In some embodiments, the communication connection can also be implemented via other wireless protocols. For example, communication module 130 can support different types of short-range wireless communication methods to meet the connection needs of different devices, without being limited to this.

[0051] The controller 140 can be used to control and coordinate various devices, modules, or functional units in the device 100, and implement corresponding control logic according to preset strategies or instructions. In some embodiments, the controller 140 may include a processing device. The processing device can process data and / or information obtained from other devices or components of the device 100. The controller 140 can execute program instructions based on these data, signals, and / or processing results to perform one or more functions described in this application.

[0052] In some embodiments, controller 140 may include one or more control units or sub-control modules for implementing different functions of control. By way of example only, controller 140 may include, but is not limited to: programmable logic controller (PLC), embedded controller, microcontroller unit, digital control circuit, programmable logic device (PLD), or any combination thereof. Controller 140 may implement control functions based on hardware, software, or a combination of both.

[0053] In some embodiments, the device 100 can be used as both an earphone case and a mouse, switching modes based on attitude data detected by the inertial sensing unit and surface quality data detected by the optical flow sensing unit 121. In earphone case mode, the controller 140 can obtain the presence status and battery level of the earphones 111 based on the charging contact 113, and control the electronic switch on the earphone charging coil to achieve the earphones 111 storage and charging functions. In mouse mode, the controller 140 can obtain pointer displacement increments based on displacement data obtained by the optical flow sensing unit 121, and simultaneously obtain and parse charge change data from the capacitive sensing unit 122 into button commands. The pointer displacement increments and button commands are then sent to the target host via the communication module 130, thereby achieving pointer control and human-computer interaction. In both modes, the controller 140 can maintain mouse functionality while dynamically adjusting the charging status based on temperature rise data, earphone battery level, and interaction activity, to achieve coordinated operation of earphone charging and mouse control functions.

[0054] In some embodiments, the controller 140 is further configured to: control the electronic switch on or off on the headphone charging coil based on the operating mode to determine whether to charge the headphone 111.

[0055] In some embodiments, the controller 140 is further configured to automatically adjust the working mode based on the lid state, posture data, and grip characteristics.

[0056] In some embodiments, the controller 140 is further configured to: determine whether the device is in a stowed state based on attitude data and surface quality data; stop signal acquisition of the capacitive sensing unit 122 in response to the device being in a stowed state; and adjust the key trigger threshold of the capacitive sensing unit 122 in response to the device not being in a stowed state, including: determining the continuity of texture features based on surface quality data; and adjusting the key trigger threshold of the capacitive sensing unit 122 based on the continuity of texture features and the gain stability of the capacitive sensing unit 122.

[0057] In some embodiments, the controller 140 is further configured to: determine a grip point based on the sampling results of the capacitive sensing unit 122; determine the validity of a key click based on the grip point; and adjust the key trigger threshold of the capacitive sensing unit 122 based on displacement data in response to a valid key click.

[0058] In some embodiments, the controller 140 is further configured to: in response to surface quality data falling below a first threshold, perform interpolation filling based on cached motion vectors to determine an expected displacement trajectory; and based on surface quality data recovering to a second threshold, use an asymptotic convergence algorithm to smoothly pull the expected displacement trajectory back to the physical displacement trajectory; wherein the second threshold is not less than the first threshold.

[0059] In some embodiments, the controller 140 is further configured to: synchronize the pairing list of the earphone 111 and the earphone case via physical contacts and update the data table in response to the earphone 111 being in a present state; control the communication component in the earphone case to switch to the target host and send a broadcast packet containing the target device index in response to receiving a device switching instruction; and control the earphone 111 to connect to the target host based on the broadcast packet and the data table.

[0060] In some embodiments, the controller 140 is further configured to dynamically adjust the charging current of the earphone 111 and the mouse sampling frequency based on the earphone battery level, the earphone charging case battery level, the mouse activity level, and the temperature rise data detected by the temperature sensing unit.

[0061] For more information about controller 140, please refer to [link / reference]. Figures 3-6 And its related descriptions.

[0062] It should be noted that the above description of the mouse device based on the earphone compartment is for ease of description only and should not be construed as limiting this specification to the scope of the embodiments described. It is understood that those skilled in the art, after understanding the principle of this device, may arbitrarily combine the various modules or construct sub-devices connected to other modules without departing from this principle.

[0063] Figure 3This is an exemplary schematic diagram of a control method for a mouse device based on an earphone compartment, according to some embodiments of this specification.

[0064] In some embodiments, such as Figure 3 As shown, the control method for the mouse device based on the headphone compartment may include steps 310-330. This control method may be executed by the controller 140.

[0065] Step 310: Based on the attitude data 311 detected by the inertial sensing unit and the surface quality data 312 detected by the optical flow sensing unit 121, switch the working mode 313.

[0066] Attitude data 311 refers to data related to the tilt angle, rotation direction, and motion trend of device 100 in three-dimensional space. For example, attitude data 311 can characterize whether device 100 is in a horizontal position, a vertical flipping position, or a random shaking position.

[0067] A horizontal placement state refers to a state in which the device 100 remains essentially horizontal relative to the working plane. For example, the acceleration value of the Z-axis detected by the inertial sensing unit is close to the acceleration due to gravity, and the changes in the acceleration values ​​of the X and Y axes are less than a preset acceleration threshold. A vertical tilting state refers to a state in which the device 100 is significantly tilted or flipped relative to the working plane. For example, the acceleration value of the Z-axis deviates significantly from the acceleration due to gravity, and the gravitational component is mainly distributed in the X or Y axis direction. A random swaying state refers to a state in which the device 100 is in an unstable motion state. For example, the acceleration values ​​of each axis detected by the inertial sensing unit change frequently in a short period of time without a clear directional pattern.

[0068] Surface quality data 312 refers to data characterizing the richness of features on the working plane where device 100 is located. For example, the richer the texture and the more obvious the structural features of the working plane, the larger the corresponding surface quality data 312; conversely, when the working plane is smoother and has fewer or less clear textures, the corresponding surface quality data 312 is smaller.

[0069] In some embodiments, the controller 140 can determine surface quality data 312 by acquiring and analyzing images of the working plane through the optical flow sensing unit 121. For example, when the optical flow sensing unit 121 captures a surface texture image of the working plane, its internal digital signal processor analyzes the number of feature points, image contrast, and texture clarity in the surface texture image, and generates a value (e.g., 0 to 255) to characterize the richness of features as surface quality data 312.

[0070] Operating mode 313 refers to the current operating state of device 100 or the specific function category it is performing. In some embodiments, operating mode 313 includes headphone compartment mode and mouse mode 321.

[0071] Mouse mode 321 refers to the working state in which device 100 is used as a mouse to realize cursor movement control and interactive operations. For example, in mouse mode 321, device 100 can convert the user's physical movement and touch operations into control commands of the target host 333 to realize the functions of a mouse. Mouse mode 321 is the first logical working state of device 100. In this mode, device 100 simulates the behavior of a standard Bluetooth mouse, converting physical displacement and touch operations into standard commands conforming to the HID protocol.

[0072] The headphone case mode refers to the operating state of device 100 where headphone management, storage, or charging are its core functions. For example, in headphone case mode, device 100 can perform operations such as storing, securing, protecting, or replenishing the power of headphones 111. Headphone case mode is the second logical operating state of device 100. In this mode, device 100 focuses on headphone management (such as charging), disables or reduces the power consumption of mouse-related sensors, and does not send control commands to the target host 333.

[0073] In some embodiments, operating mode 313 also includes dual mode. Dual mode refers to the simultaneous operation of headphone case mode and mouse mode 321. When device 100 is used as a mouse and headphones 111 are in the headphone case, it is in dual mode.

[0074] The controller 140 can switch the operating mode 313 of the device in various ways based on the attitude data 311 and the surface quality data 312. In some embodiments, the controller can read the attitude data 311 and determine that the device 100 is in a horizontal attitude, and the surface quality data 312 obtained by the digital signal processor inside the optical flow sensing unit 121 is greater than a preset threshold (preset by human experience). The controller 140 automatically activates the Bluetooth HID protocol and enters the mouse mode 321.

[0075] In some embodiments, the controller 140 switching operating mode 313 may further include: if the optical flow sensing unit 121 senses the disappearance of the optical flow signal, then cutting off the mouse function logic and reverting to the headphone case mode. In some embodiments, switching operating mode 313 may also be implemented in other ways. For example, the operating mode 313 may be switched based on the attitude data 311 detected by the inertial sensing unit and the surface quality data 312 detected by the optical flow sensing unit 121, combined with preset control logic or rule thresholds. Alternatively, a feature input may be constructed based on the attitude data 311 and the surface quality data 312, and a machine learning model may be used to classify and predict the device state, thereby achieving the switching of operating mode 313, but this is not limited to these methods.

[0076] In some embodiments, the controller 140 may also automatically adjust the working mode 313 based on the lid state, posture data 311, and grip characteristics.

[0077] The case lid status refers to the open or closed state of the headphone case lid. For example, the case lid status includes an open state and a closed state. In some embodiments, the headphone case may integrate a magnetic sensing element (e.g., a Hall sensor) or a mechanical microswitch, and the case lid status can be detected by the magnetic sensing element or the mechanical microswitch to obtain the case lid status.

[0078] Grip characteristics can be used to distinguish different grip or touch situations of the user on the device 100. For example, grip characteristics include: normal operation grip, random touch, or storage friction.

[0079] In some embodiments, the controller 140 can acquire grip characteristics based on the charge distribution of multiple capacitive sensing areas. For example, when at least two capacitive sensing areas simultaneously exhibit charge distribution changes, and the trigger position matches a preset touch position, the controller 140 determines that a grip characteristic exists. The controller 140 can distinguish different grip characteristics based on the charge distribution within a continuous time window. For example, when a continuous charge distribution change is detected in multiple capacitive sensing areas and the change amplitude does not exceed an amplitude threshold, the controller 140 identifies it as a normal operational grip; when an instantaneous charge change in a local area is detected, but no continuous charge distribution change in multiple capacitive sensing areas is detected, the controller 140 identifies it as a random touch or rubbing. Here, the capacitive sensing area refers to a local area of ​​the outer casing 110 corresponding to the location of the capacitive sensing unit 122. The amplitude threshold can be preset based on experience.

[0080] In some embodiments, the controller 140 may also combine displacement data 322 or posture data 311 to assist in the determination of grip characteristics. For example, when the device 100 is detected to be in a stable moving state and multiple capacitive sensing areas simultaneously generate charge changes, the controller 140 determines it as a mouse grip characteristic, but is not limited to this.

[0081] The controller 140 can adjust its operating mode in various ways based on the lid state, posture data 311, and grip characteristics. In some embodiments, the controller 140 automatically adjusts its operating mode by adjusting the mode based on preset priority control logic. For example, according to the first priority, when the lid is open, the controller 140 immediately adjusts to the earphone case mode. According to the second priority, when the lid is closed, the controller 140 determines the orientation based on the posture data 311 detected by the inertial sensing unit: if the Z-axis acceleration value is within a preset acceleration threshold and the X-axis and Y-axis acceleration values ​​are both less than the preset acceleration threshold within a continuous preset time (e.g., 5 seconds), the device 100 is determined to be in a horizontal state and adjusted to mouse mode 321; if the above conditions are not met, it is adjusted to earphone case mode. According to the third priority, when the device 100 is in a horizontal state, the controller 140 further determines whether a preset grip state is met based on the charge change data 331 detected by the capacitive sensing unit 122: when the grip characteristics meet the preset grip state for a continuous preset time, it adjusts to mouse mode 321; when the preset grip state is not met for a continuous preset time, it adjusts to headphone case mode. The preset acceleration threshold can be set in advance based on experience. The preset grip state can be a state where the capacitive sensing area conforms to the preset grip pattern in terms of spatial position and distribution. The preset grip pattern can include at least two capacitive sensing areas existing simultaneously and remaining relatively stable, rather than single-point triggering or large-area random contact.

[0082] It should be noted that when multiple judgment conditions exist simultaneously, the execution priority (or execution order) of the first priority condition is higher than that of the second priority condition, and the execution priority of the second priority condition is higher than that of the third priority condition. That is, when multiple judgment conditions exist simultaneously, the controller 140 judges them in a preset order and determines the working mode directly based on the first satisfied high-priority condition, without continuing to execute the low-priority judgments.

[0083] In some embodiments, the automatic adjustment of the operating mode 313 by the controller 140 may further include: adjustment based on a pattern prediction model. The pattern prediction model can be a machine learning model such as a decision tree model. For example, the lid state, posture data 311, and grip features are input features to the pattern prediction model, which outputs probability values ​​for each type of operating mode 313, thereby adjusting the operating mode 313 to the one with the highest probability value. This model is trained based on samples containing historical lid states, historical posture data 311, and historical grip features, as well as the corresponding operating mode 313 labels for the samples. In some embodiments, the automatic adjustment of the operating mode 313 by the controller 140 may also be implemented in other ways, which are not limited here.

[0084] In some embodiments of this specification, by comprehensively considering the lid state, posture data, and grip characteristics, the working mode is automatically adjusted based on priority control logic or a predictive model. This solves the operational burden of manually switching modes for users, realizes intelligent perception and seamless mode switching based on user usage scenarios, and improves the ease of use of the device.

[0085] In some embodiments, the operating mode 313 can be switched manually.

[0086] Manual operation refers to actions performed by a person directly on the device 100 to control or trigger it. For example, manual operation includes actions such as a user flipping a mechanical switch or clicking a button (e.g., pressing and holding the left or right button for 3 seconds).

[0087] In some embodiments, a miniature toggle switch can be provided at the bottom of the device 100, allowing the user to manually switch the operating mode 313 by adjusting the miniature toggle switch. In some embodiments, the controller 140 can acquire the user's manual operation command via the miniature toggle switch; based on the manual operation command, it can parse the target operating mode 313 and control the hardware circuit or software process to directly switch the current operating mode 313 to the target operating mode 313. In some embodiments, the controller 140 can also acquire the user's touch interaction command via a touch mouse button; in response to a hardware interrupt signal triggered by the touch interaction command, the controller 140 immediately stops the operation of the current operating mode 313 and activates the operating mode 313 corresponding to the touch interaction command, thereby achieving the switching of the operating mode 313.

[0088] In some embodiments of this specification, by manually switching the working mode, a mechanism for immediate human intervention is established, which can immediately complete the mode switching, thereby achieving the effect of meeting the user's real-time control needs without increasing the automatic switching speed.

[0089] Step 320: In mouse mode 321, based on the displacement data 322 detected by the optical flow sensing unit 121, determine the pointer displacement increment 323.

[0090] Displacement data 322 refers to data reflecting the positional changes of device 100 on the working plane. For example, displacement data 322 may include displacement velocity. Displacement velocity refers to the magnitude of the distance vector moved by device 100 on the working plane per unit time.

[0091] In some embodiments, the controller 140 can acquire displacement data 322 through the optical flow sensing unit 121. For example, the optical flow sensing unit 121 can capture a surface texture image of the working plane and, using its internal digital signal processor, calculate the relative displacement vector by comparing the feature point displacements of the preceding and following frames using digital signal processing algorithms (such as feature extraction algorithms, correlation or matching algorithms, etc.), thereby obtaining the displacement data 322. For more information on preceding and following frames, please refer to [link to relevant documentation]. Figure 2 And its related descriptions.

[0092] The pointer displacement increment 323 refers to a numerical value that characterizes the distance or change in position of the cursor on the screen or display interface. For example, the pointer displacement increment 323 includes the coordinate difference of the cursor's horizontal or vertical movement on the screen or display interface.

[0093] In some embodiments, in mouse mode 321, the controller 140 can calculate and convert the pointer displacement increment 323 based on the displacement data 322 detected by the optical flow sensing unit 121. For example, the controller 140 can use the relative displacement vector of the computing device 100 in the X-axis and Y-axis directions based on the displacement data 322 to perform a proportional conversion on the relative displacement vector using a sensitivity scaling method to obtain the pointer displacement increment 323.

[0094] In some embodiments, the controller 140 determining the pointer displacement increment 323 may further include: receiving a surface texture image via the cloud or a target host 333, and calculating and mapping the pointer displacement increment 323 using a computer vision feature matching algorithm. In some embodiments, the controller 140 determining the pointer displacement increment 323 may also be implemented in other ways. For example, it may be obtained by filtering the displacement data 322 using statistical methods and combining it with a physical model transformation; or, for example, by performing displacement inference on continuously captured surface texture images based on a machine learning model, but is not limited thereto. In some embodiments, the data source may be locally acquired or remotely acquired; the computing nodes may also be adjusted according to computing power requirements, but are not limited thereto.

[0095] Step 330: Based on the charge change data 331 detected by the capacitive sensing unit 122, determine the key command 332, and send the pointer displacement increment 323 and the key command 332 to the target host 333 through the communication module 130.

[0096] Charge change data 331 refers to information about changes in the charge distribution state or charge quantity on the capacitive sensing unit 122 caused by interactive operations such as finger touch and pressing.

[0097] In some embodiments, the controller 140 can determine charge change data 331 through the capacitive sensing unit 122. For example, when a finger approaches or touches the capacitive sensing area, it causes a change in the charge distribution state or charge amount on the capacitive sensing unit 122 located in the capacitive sensing area. The capacitive sensing unit 122 outputs an electrical signal based on the change in charge distribution state or charge amount. The controller 140 collects and processes the electrical signal to determine the charge change data 331.

[0098] Key instruction 332 refers to an instruction used to represent a specific interactive action or control intention triggered by the user. For example, key instruction 332 includes click instructions (such as left click, right click, continuous click (such as double click)), long press instructions, or swipe instructions.

[0099] In some embodiments, the controller 140 determines the key instruction 332 by: detecting the number of charge changes in a specific capacitive sensing area within a preset time period (e.g., 1 second) based on the electrical signal output by the capacitive sensing unit 122; and interpreting the charge change count as a click instruction when the number of charge changes meets a preset condition. For example, when two consecutive charge changes are detected within the preset time period, it can be interpreted as a double click.

[0100] In some embodiments, the controller 140 may further include determining the key instruction 332 by: extracting the charge distribution state or charge quantity within a continuous time window, determining the spatial distribution characteristics of the charge, and matching the spatial distribution characteristics with a preset gesture model to identify long press or swipe operations and parse them into the corresponding key instruction 332 (such as a long press instruction or a swipe instruction).

[0101] In some embodiments, the controller 140 may determine and send the key command 332 in other ways. For example, it may directly map a single charge crossing event based on physical control logic; or it may identify the user's complex and continuous touch intent based on a machine learning model; but it is not limited thereto. In some embodiments, the communication method may support different wireless protocols; the data processing and execution order may also be flexibly adjusted as needed; but it is not limited thereto.

[0102] In some embodiments, the controller 140 can encapsulate the corresponding control data based on the generated key command 332 into a data message conforming to a preset communication protocol, and send it to the target host 333 through the communication module 130. In some embodiments, the communication module 130 can establish a connection with the target host 333 based on Bluetooth communication. The controller 140 can convert the key command 332 and pointer displacement increment 323 into a standard data format conforming to the Human Interface Device (HID) protocol, and send it to the target host 333 through the communication module 130 to realize input control of the target host 333. In some embodiments, the controller 140 can also control the communication module 130 to perform connection management operations, including establishing a connection, disconnecting a connection, switching devices, or reconnecting, to ensure that the key command 332 can be correctly received by the target host 333. In some embodiments, the communication module 130 can also support other wireless communication protocols. The controller 140 can adapt the data format and transmission method according to different communication protocols, without being limited thereto. For more information about the communication module 130 and the target host 333, please refer to [link to relevant documentation]. Figure 1 And its related descriptions.

[0103] In some embodiments of this specification, by integrating sensing components such as optical flow sensing units, capacitive sensing units, and inertial sensing units onto the main body of the casing, and utilizing a controller for automatic switching of operating modes, the technical problems of the limited functionality of traditional headphone charging cases and the lack of portable mouse peripherals in mobile office devices are solved. This achieves deep hardware reuse of headphone storage and charging functions with high-precision mouse functionality. Simultaneously, based on an automatic identification mechanism that integrates multiple sensing components, the device's functionality adapts to different scenarios, achieving lightweight integration of the device without altering the user's core habits.

[0104] In some embodiments, the control method for the mouse device based on the earphone compartment further includes: controlling the electronic switch on or off on the earphone charging coil based on the operating mode to determine whether to charge the earphone 111.

[0105] An electronic switch is a switching device used to control the on or off state of a circuit. For example, an electronic switch can be a switching device used to dynamically cut off or connect the charging current. In some embodiments, the electronic switch can be located on the power supply path of the headphone charging coil or at a location in the relevant circuit that is electrically connected to the headphone. In some embodiments, the electronic switch can also be distributed, and its specific location is not limited.

[0106] In some embodiments, the controller 140 can generate a control signal based on the operating mode 313 and output it to the electronic switch to control the electronic switch to turn on or off. For example, when the operating mode 313 is mouse mode 321, the controller 140 outputs a control signal (such as a disconnect command) to put the electronic switch in the off state to stop charging the headphones 111. In some embodiments, the electronic switch can be a controlled switching device, such as a metal-oxide-semiconductor field-effect transistor or other controllable switching devices. The controller 140 can turn the switch on or off by controlling its gate signal, but is not limited to this.

[0107] In some embodiments, the controller 140 may determine whether to charge the earphones 111 based on the operating mode 313, the in-situ status, and the earphone battery level. For example, when the operating mode 313 is the earphone charging case mode, and the earphones 111 are detected to be in the storage slot 112, and the earphone battery level is lower than a preset battery threshold, the controller 140 outputs a control signal (such as a conduction command) to turn on the electronic switch to charge the earphones 111. The preset battery threshold can be preset according to actual needs.

[0108] The "in-position" state refers to the state in which the earphone 111 is physically placed in the storage slot 112. In some embodiments, the controller 140 can determine the in-position state of the earphone 111 based on changes in the electrical signals of the physical contacts. For example, the controller 140 can determine the in-position state of the earphone 111 by detecting changes in the electrical level on the physical contacts. When the earphone 111 is placed in the storage slot 112 and comes into contact with the physical contacts, the electrical level on the physical contacts changes from its initial state, and the controller 140 determines that the earphone 111 is in the in-position state accordingly. For more information on physical contacts, please refer to [link to relevant documentation]. Figure 6 And its related descriptions.

[0109] The headphone battery level refers to the current remaining battery power or energy state of the headphone 111. For example, the headphone battery level can be the remaining energy percentage of the headphone 111 or the current voltage value. In some embodiments, when the headphone 111 is in the storage slot 112, the headphone 111 can establish a communication connection with the earphone case via physical contacts (e.g., based on a serial communication interface) and transmit headphone information to the earphone case. The controller 140 obtains the headphone battery information through the physical contacts. In some embodiments, when the headphone 111 is outside the earphone case, the headphone 111 can send headphone battery information wirelessly. The controller 140 determines the headphone battery level based on the headphone battery information received by the communication module 130.

[0110] In some embodiments, the controller 140 can also determine whether to charge the headphones 111 based on the operating mode 313, temperature rise data, headphone battery level, and mouse activity. For example, when the operating mode 313 is a dual-mode system, the controller 140 can dynamically adjust the on and off states of the electronic switch based on the temperature rise data, headphone battery level, and mouse activity to regulate the charging current.

[0111] As an example only, when the detected temperature rise is below a preset temperature rise threshold, the headphone battery level is below a preset battery level threshold, and the mouse activity level is below a preset activity level threshold, the controller 140 can control the electronic switch to turn on to charge the headphone 111. When the detected temperature rise reaches a preset temperature range or the mouse activity level (such as frequent pointer movement data 322 or key press commands 332) exceeds a preset activity level threshold, the controller 140 can intermittently control the electronic switch to turn on and off to balance mouse stability and charging needs. When the detected temperature rise exceeds a safety threshold, the controller 140 can control the electronic switch to turn off, temporarily stopping charging the headphone 111 to avoid overheating. The preset temperature rise threshold, preset activity level threshold, preset temperature range, and safety threshold can all be set in advance according to actual needs.

[0112] Mouse activity refers to the frequency of operation when the device 100 is used as a mouse. For example, mouse activity may include the frequency of mouse displacement increments, the frequency of clicks on interactive buttons, or the click frequency of the capacitive sensing area. In some embodiments, the controller 140 can calculate standardized values ​​based on the displacement increment frequency fed back by the optical flow sensing unit 121 and the click frequency of the capacitive sensing area per unit time, and then perform a weighted summation to obtain the mouse activity. In some embodiments, high activity means that the device 100 is in a high-heat state.

[0113] Temperature rise data refers to data reflecting the change in temperature inside device 100 over time. For example, temperature rise data can be the specific value of the temperature increase inside device 100 per unit time, the rate of temperature increase, or the magnitude of the temperature increase. In some embodiments, temperature rise data can be obtained by the rate of change of temperature inside device 100 over time, which is monitored in real time by a temperature sensing unit.

[0114] For more information on temperature rise data and mouse activity, please see the relevant descriptions below.

[0115] In some embodiments of this specification, by controlling the electronic switch on the headphone charging coil, the charging circuit can be dynamically cut off, which solves the power consumption conflict problem in a compact space and improves communication quality and power utilization efficiency.

[0116] In some embodiments, the control method for the mouse device based on the earphone compartment further includes: dynamically adjusting the charging current of the earphone 111 and the sampling frequency of the mouse based on the earphone battery level, the earphone compartment battery level, the mouse activity level, and the temperature rise data detected by the temperature sensing unit.

[0117] The charging case battery level refers to the current remaining charge or state of energy of the charging case's built-in battery. For example, the charging case battery level can be the remaining energy percentage of the charging case's built-in battery. In some embodiments, the controller 140 can obtain the charging case battery level through a power management unit inside the charging case. For example, the power management unit is used to detect the voltage, current, or remaining capacity of the charging case battery and output corresponding battery level information, which the controller 140 obtains to determine the charging case battery level.

[0118] The charging current refers to the magnitude of the controlled current input to the earphone 111 to replenish its power. For example, the charging current can be the magnitude of the controlled current output from the earphone case to the earphone charging contact 113 (such as the normal charging current), or the zero current when charging stops.

[0119] The mouse sampling frequency refers to the number of times per second that the optical flow sensing unit 121 captures and processes images to generate displacement data 322. For example, the mouse sampling frequency can be the report rate or refresh rate of the displacement data 322, such as 0Hz (disabled), 125Hz, 500Hz, or 1000Hz. In some embodiments, the controller 140 can also calculate the mouse sampling frequency based on the time interval between receiving the displacement data 322. For example, the controller 140 determines the sampling period based on the time interval between two adjacent displacement data 322 and calculates the mouse sampling frequency accordingly.

[0120] In some embodiments, the controller 140 dynamically adjusts the charging current of the headset 111 and the mouse sampling frequency by dynamically adjusting the charging current of the headset 111 and the mouse sampling frequency based on preset rules. For example, the preset rules may include: when the temperature rise data is within a preset temperature range, the mouse activity is higher than a preset activity threshold, the headset battery level is higher than a preset battery threshold, and the earphone case battery level is within a preset battery range, maintaining mouse mode 321 and reducing the mouse sampling frequency, and correspondingly reducing the charging current of the headset 111, so as to control the overall power consumption and temperature of the device 100 while ensuring interactive response; when the temperature rise data is higher than a preset temperature rise threshold and the mouse activity is higher than a preset activity threshold, regardless of the headset battery level and the earphone case battery level, the headset 111 is not charged and mouse use is stopped, that is, the charging current and mouse sampling frequency are both reduced to zero.

[0121] In some embodiments, the controller 140's dynamic adjustment of the charging current and mouse sampling frequency of the headset 111 may further include: step-by-step adjustment based on multi-level threshold rules. The controller 140 calculates a comprehensive load score of the system by combining temperature rise data and mouse activity, etc. When the score exceeds a first load threshold, the controller gradually reduces the charging current and mouse sampling frequency by a preset step size; when the score exceeds a higher second load threshold, the controller directly switches the charging current and mouse sampling frequency to the lowest preset protection value to achieve forced cooling.

[0122] In some embodiments, dynamically adjusting the charging current of the headphones and the sampling frequency of the mouse can also be achieved in other ways. For example, by calculating parameter settings based on physical thermodynamic models or statistical methods; or by outputting the optimal scheduling parameter ratio based on machine learning models; but not limited to these.

[0123] In some embodiments of this specification, a dynamic scheduling strategy based on temperature rise data and mouse activity achieves an effective balance between system security and interactive performance. By adjusting the headphone charging current and mouse sampling frequency in real time, it is possible not only to prevent heat buildup inside the device in both modes, but also to prioritize the performance of the mouse mode when the headphone battery level and the charging case battery level change, thereby improving overall stability and interactive experience.

[0124] In some embodiments, the controller 140 can also optimize the operating strategy of the capacitive sensing unit 122 by determining the storage state of the device 100. In some embodiments, the controller 140 can determine whether the device is in a storage state based on posture data and surface quality data, and adaptively adjust the button trigger threshold based on the capacitive sensing unit 122 according to the determination result, thereby balancing power consumption control and touch recognition accuracy.

[0125] Figure 4 This is an exemplary flowchart of another control method for a mouse device based on an earphone compartment, as shown in some embodiments of this specification.

[0126] In some embodiments, such as Figure 4 As shown, process 400 can be executed by controller 140, and process 400 includes steps 410-430.

[0127] Step 410: Based on the attitude data and surface quality data, determine whether the device 100 is in a stowed state. For more information on attitude data and surface quality data, please refer to [link to relevant documentation]. Figure 3 And its related descriptions.

[0128] The storage state refers to the state in which the device 100 is not on the working surface, but in a non-working environment. For example, the storage state includes the device being placed in a small, enclosed environment such as a pocket or backpack, which moves with the body.

[0129] In some embodiments, the controller 140 determines whether the device 100 is in a stored state by: making a comprehensive judgment based on attitude data and surface quality data; when the attitude data is detected to be in a vertical flip state and the surface quality data is lower than a preset threshold, the controller 140 determines that the device 100 is in a stored state. In some embodiments, the controller 140 further determines whether the device 100 is in a stored state by: when the attitude data is detected to be in a random shaking state and the surface quality data is lower than a preset threshold for a continuous preset time period (e.g., 5 seconds), the controller determines that the device 100 is in a stored state. In some embodiments, determining whether the device 100 is in a stored state can also be achieved in other ways. For example, the determination can be made based on a physical model combined with attitude data to estimate the motion trajectory.

[0130] Step 420: In response to the device 100 being in the retracted state, signal acquisition of the capacitive sensing unit 122 is stopped.

[0131] Signal acquisition refers to the process of reading data or detecting signals from sensing components. For example, signal acquisition includes reading data from the capacitive sensing unit 122, receiving interrupt signals, or detecting changes in charge.

[0132] In some embodiments, the controller 140 stopping signal acquisition from the capacitive sensing unit 122 includes: the controller 140 stopping data reading operations from the capacitive sensing unit 122, directly blocking the data input channel. In some embodiments, the controller 140 stopping signal acquisition from the capacitive sensing unit 122 may further include: directly ignoring all interrupt signals and charge change data generated by the capacitive sensing unit 122 at the firmware level, and not triggering subsequent key processing procedures. In some embodiments, stopping signal acquisition from the capacitive sensing unit 122 can also be achieved in other ways. For example, the hardware power supply to the capacitive sensing unit 122 can be directly cut off based on control logic.

[0133] Step 430, in response to the device 100 not being in the retracted state, adjust the button trigger threshold of the capacitive sensing unit 122, including: determining the continuity of texture features based on surface quality data; and adjusting the button trigger threshold of the capacitive sensing unit 122 based on the continuity of texture features and the gain stability of the capacitive sensing unit 122.

[0134] Texture feature continuity refers to the degree of logical consistency in spatial displacement of surface texture features identified by the optical flow sensing unit 121 in consecutive image frames. Surface texture features refer to the local structural information that can be identified and detected in the surface texture image acquired by the optical flow sensing unit 121. For example, the brightness variation features of the working plane, edge structure features, or texture details.

[0135] Texture feature continuity includes high continuity and low continuity. For example, when device 100 moves on a working plane (such as a flat tabletop), if the positional change of surface texture features in a continuous surface texture image is less than a preset vector distance, then the texture feature continuity is high continuity. When device 100 is in a cluttered environment (such as inside a pocket), if the positional change of surface texture features in a continuous surface texture image is irregular and greater than the preset vector distance, then the texture feature continuity is low continuity. The preset vector distance can be set in advance based on experience.

[0136] In some embodiments, the controller 140 determines texture feature continuity by: acquiring surface quality data corresponding to multiple consecutive frames of surface texture images and calculating their variance; if the variance is less than a preset variance threshold and the average value of the surface quality data is higher than a preset mean, then the texture feature continuity is determined to be high continuity; if the variance is greater than or equal to the preset variance threshold, then it is determined that the surface texture features are experiencing severe flickering or random jumps, and the texture feature continuity is determined to be low continuity. In some embodiments, determining texture feature continuity can also be achieved in other ways. For example, it can be determined based on the rate of change of surface quality data calculated using statistical methods.

[0137] Gain stability refers to the degree of stability of the automatic gain control (AGC) circuit inside the optical flow sensing unit 121 in order to compensate for changes in ambient light intensity.

[0138] In some embodiments, when the optical flow sensing unit 121 acquires a surface texture image, the AGC circuit is used to adjust the gain of the imaging signal according to changes in ambient light intensity. The controller 140 can determine the gain stability based on the adjustment frequency and adjustment amplitude of the AGC circuit. For example, when the adjustment frequency of the AGC circuit is lower than a preset frequency threshold and the adjustment amplitude is less than a preset amplitude threshold, it indicates that the current ambient light intensity or working plane changes little, the gain value remains stable, and the gain stability is high. When the adjustment frequency of the AGC circuit is higher than the preset frequency threshold or the adjustment amplitude is greater than the preset amplitude threshold, it indicates that the ambient light intensity or working plane changes significantly, the gain value exhibits frequent and large jumps, and the gain stability is low. The gain value refers to the numerical value used to adjust the amplitude or frequency of the output signal of the optical flow sensing unit 121. In some embodiments, the controller 140 can also determine the gain stability K based on the adjustment frequency f and the gain value ΔG, for example, by calculating the following relationship: K = f × ΔG.

[0139] In some embodiments, the adjustment frequency f can be determined based on the number of times the gain value ΔG changes within a preset time window. For example, within the preset time window, the number of times the AGC circuit adjusts the gain of the imaging signal is counted, and this number is used as the adjustment frequency f. In some embodiments, the gain value ΔG can be determined based on the magnitude of each gain adjustment within the preset time window. For example, the average of the absolute values ​​of the differences between two adjacent gain values ​​ΔG is calculated, and this average is used as the gain value ΔG.

[0140] A key trigger threshold is a critical value used to determine whether a key press operation is valid. For example, a key trigger threshold could be a charge increment threshold, a valid key contact area threshold, or an instantaneous speed threshold.

[0141] The controller 140 can adjust the button trigger threshold of the capacitive sensing unit 122 in various ways based on texture feature continuity and gain stability. In some embodiments, the controller 140 can increase the button trigger threshold of the capacitive sensing unit 122 based on low texture feature continuity or gain stability greater than a preset stability threshold; or actively decrease the button trigger threshold of the capacitive sensing unit 122 based on high texture feature continuity and gain stability less than a preset stability threshold, thereby improving button sensitivity on the normal operating surface. The preset stability threshold can be preset based on experience.

[0142] For more information on how to adjust the button trigger threshold of the capacitive sensing unit 122, please refer to [link / reference needed]. Figure 5 And its related descriptions.

[0143] In some embodiments of this specification, the storage state is identified by analyzing the motion signal characteristics of the inertial sensing unit and the surface quality data of the optical flow sensing unit, which solves the problem of accidental button touch caused by friction and collision in the pocket or bag, and realizes reliable physical-level anti-accidental touch logic and long standby time.

[0144] Figure 5 This is an exemplary flowchart illustrating the adjustment of the button trigger threshold of the capacitive sensing unit according to some embodiments of this specification.

[0145] In some embodiments, such as Figure 5 As shown, process 500 can be executed by controller 140, and process 500 includes steps 510-530.

[0146] Step 510: Determine the gripping point based on the sampling results of the capacitive sensing unit 122.

[0147] Sampling results refer to a set of digital signals that reflect the charge distribution or charge changes in the capacitive sensing region. For example, sampling results include the location of the capacitive sensing region, the charge value of each capacitive sensing region, and charge change data.

[0148] In some embodiments, the controller 140 can sample the charge distribution state or charge change of the capacitance sensing area through the capacitance sensing unit 122 to obtain sampling results. For example, the capacitance sensing unit 122 detects each capacitance sensing area according to a preset sampling frequency and outputs the corresponding electrical signal; the controller 140 can obtain the sampling results output by the capacitance sensing unit 122 through the communication module 130.

[0149] A gripping point refers to a finger contact area detected by the capacitive sensing unit 122 that is continuous and conforms to a specific distribution pattern. For example, gripping points include finger contact areas corresponding to the left, right, or center positions of the device 100. The specific distribution pattern means that the finger contact areas conform to the distribution characteristics of a preset touch position in terms of spatial location and combination. For example, the finger contact areas exhibit a relatively stable distribution located on both sides or in specific areas of the device 100, rather than a random or widely dispersed distribution.

[0150] In some embodiments, the controller 140 can determine the triggered capacitive sensing area based on the charge value or charge change corresponding to each capacitive sensing area, and determine the position (or finger contact area) corresponding to the triggered capacitive sensing area as the grip point. In some embodiments, the controller 140 can also determine the spatial characteristics of the charge value or charge change based on the sampling results of multiple capacitive sensing areas, and calculate the center position of the finger contact area based on the spatial characteristics, thereby determining the grip point.

[0151] Step 520: Determine the validity of the button click based on the grip point.

[0152] A button click refers to a user's triggering operation on a button or capacitive sensing area on device 100. For example, a button click includes operations such as tapping, multiple taps, or swiping the capacitive sensing area with a user's finger.

[0153] The validity of a key click refers to whether the key click represents a genuine expression of the user's interactive intent, that is, whether the key click should be recognized and effective by the controller 140. For example, the validity of a key click includes determining whether the click is an intentional action triggered by the user or an unintentional accidental touch such as a finger swiping or a hand gripping.

[0154] In some embodiments, when the device 100 is detected to be in a gripped state, the controller 140 can statistically analyze the charge values ​​of each capacitive sensing area, determine the average charge value, and use the average charge value as a real-time reference. When the instantaneous charge increment of a certain capacitive sensing area relative to the real-time reference exceeds a preset click threshold, the controller 140 determines that the button click is valid. The controller 140 can also constrain the validity of button clicks based on the spatial distribution characteristics of the sampling results of multiple capacitive sensing areas. For example, when only a single capacitive sensing area is detected to be continuously changing or multiple capacitive sensing areas are simultaneously fluctuating violently, because the preset spatial change pattern (e.g., the logical relationship of "multi-area stability + single-area sudden change") is not met, the controller 140 determines it as an invalid trigger to suppress interference caused by sliding or overall gripping.

[0155] Step 530: In response to the button click being a valid click, the button trigger threshold of the capacitive sensing unit 122 is adjusted based on the displacement data.

[0156] A valid click is a click operation that is determined to be consistent with the user's true interaction intent and is responded to by the controller 140. For example, a valid click includes a genuine pressing operation confirmed by the controller 140 after excluding unintentional clicks caused by rapid mouse movement or finger muscle contraction during grasping.

[0157] In some embodiments, the controller 140 adjusts the button trigger threshold of the capacitive sensing unit 122 by: calculating the current displacement velocity in real time based on displacement data and the relative displacement vector fed back by the optical flow sensing unit 121; and using a built-in dynamic mapping function that varies with velocity (e.g., a piecewise function or a linear function), proportionally increasing the button trigger threshold as the displacement velocity increases. In some embodiments, the controller 140 can also adjust the button trigger threshold of the capacitive sensing unit 122 in other ways. For example, it can analyze historical displacement data using statistical methods and dynamically update the button trigger threshold. The displacement data source can be locally acquired or remotely acquired, and the parameter range can be flexibly set according to the actual device configuration.

[0158] In some embodiments of this specification, the button trigger threshold is dynamically adjusted by detecting the gripping point of the capacitive sensing area and combining it with the device's displacement data. The "multi-region stability + single-region mutation" logic and dynamic mapping function are used to filter unintended operations, effectively extracting the user's true interaction intent and significantly reducing the risk of accidental touches during rapid device movement or grasping.

[0159] In some embodiments, the control method for the mouse device based on the headphone compartment further includes: in response to surface quality data being lower than a first threshold, interpolating and filling based on cached motion vectors to determine an expected displacement trajectory; and based on the surface quality data being restored to a second threshold, using an asymptotic convergence algorithm to smoothly pull the expected displacement trajectory back to the physical displacement trajectory; wherein the second threshold is not less than the first threshold.

[0160] The first threshold refers to the minimum surface quality requirement for the optical flow sensing unit 121 to perform effective displacement detection. When the surface quality data is lower than the first threshold, the current working plane is considered not to meet the conditions for the optical flow sensing unit 121 to perform displacement detection. In some embodiments, the first threshold may be a lower limit value of surface quality used to determine whether the optical flow sensing unit 121 has entered a defocused state. In some embodiments, the first threshold may be preset based on experience. The defocused state refers to a state in which the distance between the optical flow sensing unit 121 and the working plane deviates from a preset focal length range, resulting in a decrease in imaging clarity and an inability to stably acquire surface texture images.

[0161] For more information on surface quality data, please refer to Figure 3 The relevant description of step 310.

[0162] The cached motion vector refers to the historical displacement data acquired and stored by the optical flow sensing unit 121. For example, the cached motion vector may include the displacement increments, velocity values, and acceleration values ​​of the device 100 along the X and Y axes.

[0163] In some embodiments, the controller 140 can determine cached motion vectors based on the displacement data output by the optical flow sensor unit 121. For example, the optical flow sensor unit 121 outputs displacement data at consecutive time intervals, including relative displacement vectors within each sampling period. The controller 140 can cache the continuously acquired displacement data within a preset time window and store the relative displacement vectors within each sampling period as motion vectors, thereby forming a cached motion vector sequence. In some embodiments, the controller 140 can also calculate velocity or acceleration values ​​based on displacement data at adjacent time intervals and store the velocity or acceleration values ​​along with the relative displacement vectors in the cache to construct cached motion vectors containing motion state information.

[0164] Interpolation filling refers to the process of calculating and generating fictitious data points to fill the signal gaps during periods of signal loss. For example, interpolation filling can be the process of calculating and generating fictitious displacement data points using uniform velocity models, uniform acceleration models, higher-order curve models (such as Bézier curves), or other mathematical models when physical sampled signals are missing.

[0165] In some embodiments, when the optical flow sensing unit 121 is in a defocused state or cannot output valid displacement data, the controller 140 can call the cached motion vector, calculate the historical motion trend of the device 100 through a high-order curve model (such as a Bézier curve), predict the current position of the device 100 based on the historical motion trend, thereby generating continuous displacement data and completing interpolation filling.

[0166] The expected displacement trajectory refers to the movement path of device 100 logically simulated and calculated based on an inertial prediction algorithm. For example, the expected displacement trajectory could be the movement path of the device simulated based on an inertial prediction algorithm when the cursor signal is lost. After the expected displacement trajectory is sent to the target host through the communication module 130, it appears as the cursor movement path.

[0167] In some embodiments, the controller 140 determines the expected displacement trajectory by: when the surface quality data drops below a first threshold and enters a defocused state, using a uniform velocity model or a uniform acceleration model, calculating the possible position data of the cursor at the instant of signal loss based on the cached motion vector, thereby obtaining the expected displacement trajectory. In some embodiments, the controller 140 further determines the expected displacement trajectory by: using a higher-order curve model (such as a Bézier curve model), combining the cached motion vector to calculate and generate fictitious displacement data points to determine the expected displacement trajectory. In some embodiments, the controller 140 determines the expected displacement trajectory in other ways. For example, matching the corresponding displacement trajectory based on empirical control logic rules; or predicting the displacement trajectory based on a machine learning model; but not limited to these.

[0168] The second threshold refers to the surface quality requirement value used to characterize whether the optical flow sensing unit 121 has recovered to normal or has regained a valid signal. For example, when the surface quality data recovers to a level not lower than the second threshold, the current working plane is considered to meet the conditions for the optical flow sensing unit 121 to perform displacement detection. In some embodiments, the second threshold can be preset based on experience.

[0169] Asymptotic convergence algorithm is a correction algorithm used to smoothly merge or overlap trajectories or coordinates with deviations. For example, an asymptotic convergence algorithm can be a mathematical correction algorithm. In some embodiments, the asymptotic convergence algorithm calculates the deviation vector and decomposes it into multiple small compensation steps, and iterates and superimposes these steps multiple times within a preset time period to make the expected displacement trajectory spatially overlap with the physical displacement trajectory.

[0170] The deviation vector is the difference vector between the endpoint coordinates of the expected displacement trajectory and the current starting coordinates of the physical displacement trajectory. It is used to characterize the offset and direction of the two trajectories in space. In some embodiments, the deviation vector can be calculated by subtracting the endpoint coordinates of the expected displacement trajectory from the physical displacement coordinates obtained when the optical flow sensing unit 121 recovers its effective output.

[0171] The physical displacement trajectory refers to the actual displacement trajectory of the device 100 formed based on the displacement data detected by the optical flow sensing unit 121. For example, the physical displacement trajectory can be the actual motion path of the device 100 extracted by the optical flow sensing unit 121 based on the real surface texture of the working plane.

[0172] In some embodiments, the controller 140 can accumulate or serialize the displacement increments corresponding to each sampling time detected by the optical flow sensing unit 121 in chronological order to construct the displacement change path of the device 100 within a preset time period, thereby obtaining the physical displacement trajectory of the device 100.

[0173] In some embodiments, the controller 140 smoothly pulls the expected displacement trajectory back to the physical displacement trajectory, including: at the instant when the surface quality data is restored to a first threshold, comparing the end coordinates of the expected displacement trajectory with the starting coordinates of the physical displacement trajectory to calculate a deviation vector containing direction and distance, decomposing the deviation vector into multiple small compensation steps, and algebraically superimposing the real-time acquired physical displacement increment with the compensation step in multiple iterations to achieve spatial overlap.

[0174] In some embodiments, the smoothing of the expected displacement trajectory back to the physical displacement trajectory by the controller 140 may further include: within a preset time period (e.g., 40 milliseconds), performing iterative superposition of the real-time acquired displacement increment and compensation step size by allocating dynamic compensation weights to ensure the smoothness of the pull-back process. In some embodiments, the smoothing of the expected displacement trajectory back to the physical displacement trajectory may also be achieved in other ways. For example, smoothing the transition based on a fixed-ratio filtering algorithm or control logic rules; or, for example, outputting compensation coordinates based on a machine learning model; but not limited to these.

[0175] In some embodiments of this specification, when the surface quality data is lower than a preset threshold, interpolation is performed based on the cached motion vector to fill the gap, and after recovery, the physical displacement trajectory is pulled back using a progressive convergence algorithm. This mechanism compensates for signal loss and smoothly eliminates trajectory deviation, effectively improving the signal interruption caused by defocusing and achieving continuous visual feedback and automatic correction.

[0176] In some embodiments, the controller 140 can further realize the synchronous switching of the earphone 111 and the earphone case between multiple devices based on the in-situ status of the earphone 111 and the device switching command triggered by the user.

[0177] Figure 6 This is an exemplary flowchart illustrating, according to some embodiments of this specification, how to control the earphones and earphone case to synchronously connect to a target host.

[0178] In some embodiments, such as Figure 6 As shown, process 600 can be executed by controller 140, and process 600 includes steps 610-630.

[0179] Step 610: In response to the earphone 111 being in the present state, the pairing list of earphone 111 and earphone case is synchronized via physical contacts, and the data table is updated.

[0180] For more information on incumbent status, please refer to the relevant descriptions above.

[0181] A physical contact is a conductive component used to establish an electrical connection between the earphone 111 and the earphone compartment for data transmission. For example, a physical contact may be a UART / I2C interface. In some embodiments, the physical contact may be located within the earphone compartment's storage slot 112 and electrically connected to the controller 140.

[0182] It should be noted that the physical contacts and charging contacts 113 may be the same or different. In some embodiments, the physical contacts and charging contacts 113 may be different contacts, and they differ in function. The physical contacts are used to realize data transmission between the earphones 111 and the earphone case; while the charging contacts 113 are used for power transmission to enable the earphone case to charge the earphones 111. In some embodiments, the physical contacts and charging contacts 113 may be the same contact, in which case the charging contacts 113 or the set of physical contacts can be used for both charging and data transmission.

[0183] A pairing list refers to a collection of information about target hosts that have successfully completed Bluetooth pairing. For example, a pairing list includes information about target hosts (such as mobile phones, tablets, or computers) that have successfully completed Bluetooth pairing. In some embodiments, the controller 140 can determine the pairing list based on Bluetooth connection history or synchronization processes. For example, after completing Bluetooth pairing with a target host, the earphones 111 and / or the charging case can store the corresponding device information in a local secure storage area. The device information includes the target host's address (MAC Address) and connection key (Link Key). When the earphones 111 are in a present state, the controller 140 can establish a communication link with the earphones 111 through physical contacts to obtain the device information and determine the pairing list. Simultaneously, the charging case and earphones 111 can also synchronize and update the pairing list through physical contacts.

[0184] It is worth noting that the charging case may integrate communication components or employ a Bluetooth SoC to support multi-device connectivity and parallel multi-protocol stacks. When the earbuds 111 are removed from the charging case, they connect to the target host via their own Bluetooth (A2DP / HFP protocol); the charging case connects to the target host via the communication components, and the two use two parallel independent MAC addresses on the Bluetooth spectrum. For more information on the communication components, please refer to the relevant description in step 620.

[0185] For more information about the target host, please refer to [link / reference]. Figure 1 And its related descriptions.

[0186] A data table refers to an indexed mapping table stored in the non-volatile memory of the controller 140. For example, the data table includes a mapping table that assigns unique numeric index numbers to different target hosts (e.g., numeric index number 1 corresponds to a mobile phone, numeric index number 2 corresponds to a tablet). In some embodiments, the controller 140 can determine the data table based on a pairing list. For example, the controller 140 can assign unique numeric index numbers to each target host based on preset rules. After obtaining the pairing list, it iterates through each target host in the pairing list, extracts the address information and connection key of each target host, and establishes a mapping relationship between the numeric index numbers and the address information and connection key of each target host, thereby constructing the data table.

[0187] In some embodiments, the controller 140 synchronizes the pairing list of the earphone 111 and the earphone case and updates the data table via physical contacts, including: when the controller 140 detects that the earphone 111 is in a present state and has completed the connection with the physical contacts, it triggers an authentication task; when the authentication is successful, it receives the encryption key sent by the earphone 111 through the physical contacts; it decrypts and restores the encryption key, obtains the pairing list of the earphone 111, and synchronizes it to the earphone case to update the pairing list of the earphone case, and updates the data table at the same time; when the pairing list of the earphone 111 and the earphone case is synchronized, the earphone case sends a synchronization confirmation command to the earphone through the physical contacts to confirm and lock the updated data table.

[0188] For example, in response to the earphone 111 being in a present state, the controller 140 synchronizes the pairing list of the earphone 111 and the earphone case via physical contacts (UART / I2C protocol) and updates the data table, including the following steps: S1: In response to the earphone 111 being in a present state and completing a connection with the physical contacts, the controller triggers an authentication task (set by the manufacturer); S2: The controller and earphone 111 perform challenge-response based authentication via physical contacts. When the private tokens exchanged by both parties match, the firmware layer of the earphone SoC temporarily grants access to the corresponding connection key in the local secure storage area; S3: In order to comply with... To meet security audit requirements, the earphone SoC does not send the key plaintext on the physical line. Instead, it uses a preset master key or a session key generated by random number to symmetrically encrypt the connection key (such as AES-128), generates an encryption key, and sends it to the controller through physical contacts. S4: After receiving the encryption key, the controller decrypts and restores it in its internal secure area. S5: The controller updates the pairing list of the earphone compartment with the obtained connection key and address information, and updates the data table synchronously. After synchronization is completed, the earphone compartment immediately sends a "synchronization confirmation" command to the earphone through physical contacts. Both parties lock the data table and complete the sharing of the "pass".

[0189] In some embodiments, the controller 1 can synchronize the pairing list of the earphones 111 and the earphone case and update the data table via physical contacts, or it can be achieved in other ways. For example, data reading and writing can be implemented based on control logic or lookup table mapping.

[0190] Step 620: In response to receiving a device switching command, control the communication components in the headphone compartment to switch to the target host and send a broadcast packet containing the target device index.

[0191] Device switching commands refer to instructions used to indicate a change of the currently connected target host. For example, device switching commands may include interactive signals triggered by a user through a preset capacitive gesture to change the current target host. For instance, the preset capacitive gesture could be an operation gesture such as simultaneous activation of both buttons, and there are no restrictions on this.

[0192] In some embodiments, the controller 140 can perform combined analysis on the touch signals of each capacitive sensing area within a preset time window to determine a device switching command. For example, when a preset combined gesture is detected, it is determined to be a device switching command. The preset combined gesture may include a combination of gestures such as simultaneous triggering of both buttons, continuous clicking, or swiping. In some embodiments, the controller 140 can also constrain the device switching command based on grip characteristics or the current operating mode; for example, the device switching command is only allowed to be triggered when a preset grip pattern is detected, in order to avoid accidental triggering.

[0193] A communication component refers to a functional module used to realize data transmission between device 100 and the target host. The communication component can be used for wireless communication with the target host based on the Bluetooth protocol. In some embodiments, the communication component can be implemented by a separate chip (e.g., a chip supporting the BLE HID protocol); or integrated into the main control chip and controlled by controller 140 to perform data communication-related functions, without limitation. In some embodiments, the communication component can be integrated within communication module 130.

[0194] In some embodiments, the controller 140 controls the communication component in the headphone case to switch to the target host, including: after the controller 140 recognizes the device switching command, it controls the communication component to disconnect from the current host; determines the target host according to a preset priority strategy, and establishes a new connection with the target host to achieve seamless switching.

[0195] In this context, the priority policy refers to the decision-making rules for determining the next target host in a multi-device environment. In some embodiments, the priority policy can be determined based on pairing history. For example, the device that was last connected has a higher priority. In some embodiments, the priority policy can be determined based on device type. For example, the priority of mobile phones, tablets, and computers decreases in that order. In some embodiments, the priority policy can also be determined based on user preferences. For example, devices that the user frequently connects to have a higher priority.

[0196] In some embodiments, the controller 140 controlling the communication component in the earphone compartment to switch to the target host further includes: after the controller 140 recognizes the device switching command, controlling the communication component to disconnect from the current host; determining the target host according to the index order in the data table, extracting the address information of the target host, and establishing a new connection. The index order can be the arrangement order of the numerical index numbers.

[0197] It should be noted that the control communication component can switch the target host in any other feasible way, and this manual does not limit this.

[0198] A target device index is an identifier used to locate or identify a specific target host. For example, a target device index can be a numeric index number in a data table used to locate a specific target host (such as a specific mobile phone or computer). In some embodiments, when the communication component of the earphone compartment is switched to the target host, the numeric index number of that target host becomes the target device index.

[0199] A broadcast packet is a data message sent wirelessly. A broadcast packet may contain information to indicate the target host, such as a target device index or identification information, so that the headset 111 can select the target host corresponding to the target device index from the data table and establish a connection based on this information.

[0200] In some embodiments, the broadcast packet can be a Bluetooth Low Energy (BLE) based broadcast frame, including a custom universally unique identifier (UUID) for identifying the data source and payload data carrying control information. The custom UUID is used to indicate that the broadcast frame is a private instruction issued by the earphone compartment, so that the earphone 111 can identify and filter the broadcast frame; the payload data may include a target device index, used to instruct the earphone 111 to select the target host corresponding to the target device index from the data table and establish a connection.

[0201] In some embodiments, while performing connection switching, the controller 140 controls the communication component to enter broadcast mode and generates a broadcast data frame; sends the broadcast data frame to the communication component and controls the broadcast data frame to be transmitted into space on a preset broadcast channel, so that the earphone 111 in the scanning state can receive the broadcast packet, thereby realizing the synchronous transmission of device switching information.

[0202] Step 630: Control headset 111 connects to the target host based on broadcast packets and data tables.

[0203] In some embodiments, the controller 140 controls the earphone 111 to connect to the target host, including: the earphone 111 outside the earphone compartment starts a background scanning task while maintaining the current audio connection, that is, the earphone 111 is in a scanning state; when the earphone 111 scans a broadcast packet that matches the preset identification information (such as UUID), it parses out the target device index in it; the earphone 111 retrieves the address information and connection key corresponding to the target device index in the data table, disconnects the audio link of the current host, and actively initiates a reconnection request to the target host.

[0204] In some embodiments, the controller 140 controlling the headset 111 to connect to the target host may further include: when the headset 111 is in a low-power sleep state, it is directly woken up by a broadcast packet; the headset 111 extracts the target device index from the broadcast packet and compares it with the data table; after a successful match, the headset 111 bypasses the conventional handshake process through a fast connection protocol and directly establishes a data transmission connection with the target host.

[0205] In some embodiments, controlling the headset 111 to connect to the target host can also be achieved in other ways. For example, the connection recovery process can be optimized based on retry threshold rules or statistical methods. It should be noted that the execution order can be dynamically adjusted according to the connection status, but is not limited to this.

[0206] In some embodiments of this specification, the problems of pairing multiple devices separately and cumbersome reconnection are solved by physical synchronization of the pairing list and automatic jump mechanism based on broadcast packets. This achieves seamless synchronization of the audio link and the control link on the target host, improving the efficiency of cross-device connection.

[0207] It should be noted that the above descriptions of processes 400, 500, and 600 are for illustrative purposes only and do not limit the scope of this specification. Those skilled in the art can make various modifications and changes to processes 400, 500, and 600 under the guidance of this specification. However, these modifications and changes remain within the scope of this specification.

[0208] It should be understood that although the steps in the flowcharts of the various embodiments of this specification are shown sequentially according to the arrows, these steps are not necessarily executed in the order indicated by the arrows. Unless explicitly stated herein, there is no strict order restriction on the execution of these steps, and they can be executed in other orders. Moreover, at least some steps in each embodiment may include multiple sub-steps or multiple stages. These sub-steps or stages are not necessarily completed at the same time, but can be executed at different times. The execution order of these sub-steps or stages is not necessarily sequential, but can be performed alternately or in turn with other steps or at least a portion of the sub-steps or stages of other steps.

[0209] The technical features of the above embodiments can be combined in any way. For the sake of brevity, not all possible combinations of the technical features in the above embodiments are described. However, as long as there is no contradiction in the combination of these technical features, they should be considered to be within the scope of this specification.

[0210] The above embodiments are merely illustrative of several implementation methods described in detail, but they should not be construed as limiting the scope of this specification. It should be noted that those skilled in the art can make various modifications and improvements without departing from the concept of this specification, and these all fall within the scope of protection of this specification. Therefore, the scope of protection of this specification should be determined by the appended claims.

[0211] The above are merely preferred embodiments of this specification and are not intended to limit this specification. Any modifications, equivalent substitutions, and improvements made within the spirit and principles of this specification should be included within the scope of protection of this specification.

Claims

1. A mouse device based on an earphone compartment, characterized in that, include: Outer shell; The sensing components include an optical flow sensing unit, a capacitive sensing unit, and an inertial sensing unit integrated into the main body of the housing. A communication module is connected to the target host; a controller is electrically connected to the communication module and the sensing components, and the controller is configured to switch working modes based on the attitude data detected by the inertial sensing unit and the surface quality data detected by the optical flow sensing unit; the working modes include mouse mode and headphone case mode. In the mouse mode, the pointer displacement increment is determined based on the displacement data detected by the optical flow sensing unit.

2. The apparatus as claimed in claim 1, characterized in that, The controller is also configured to: Based on the posture data and the surface quality data, determine whether the device is in a storage state; In response to the device being in the retracted state, signal acquisition of the capacitive sensing unit is stopped; In response to the device not being in the retracted state, adjusting the button trigger threshold of the capacitive sensing unit includes: Based on the surface quality data, the continuity of texture features is determined; and Based on the continuity of the texture features and the gain stability of the capacitive sensing unit, the button trigger threshold of the capacitive sensing unit is adjusted.

3. The apparatus as described in claim 2, characterized in that, The controller is also configured to: The gripping point is determined based on the sampling results of the capacitive sensing unit; Based on the grip point, the validity of the button click is determined; as well as In response to the button click being deemed a valid click, the button trigger threshold of the capacitive sensing unit is adjusted based on the displacement data.

4. The apparatus as claimed in claim 1, characterized in that, The controller is also configured to: In response to the earphones being in a present state, the pairing list of the earphones and the earphone charging case is synchronized via physical contacts, and the data table is updated; In response to receiving a device switching command, the communication component in the earphone case is controlled to switch to the target host, and a broadcast packet containing the target device index is sent. as well as The headset is controlled to connect to the target host based on the broadcast packet and the data table.

5. The apparatus as claimed in claim 1, characterized in that, The sensing component further includes a temperature sensing unit; the controller is further configured to: Based on the earphone battery level, charging case battery level, mouse activity level, and temperature rise data detected by the temperature sensing unit, the charging current of the earphone and the mouse sampling frequency are dynamically adjusted.

6. A control method for a mouse device based on an earphone compartment, implemented using the device as described in any one of claims 1 to 5, characterized in that, include: Based on the attitude data detected by the inertial sensing unit and the surface quality data detected by the optical flow sensing unit, the working mode is switched. In the mouse mode, the pointer displacement increment is determined based on the displacement data detected by the optical flow sensing unit; as well as The button command is determined based on the charge change data detected by the capacitive sensing unit, and the pointer displacement increment and the button command are sent to the target host through the communication module.

7. The control method as described in claim 6, characterized in that, Also includes: Based on the posture data and the surface quality data, determine whether the device is in a storage state; In response to the device being in the retracted state, signal acquisition of the capacitive sensing unit is stopped; In response to the device not being in the retracted state, adjusting the button trigger threshold of the capacitive sensing unit includes: Based on the surface quality data, the continuity of texture features is determined; as well as Based on the continuity of the texture features and the gain stability of the capacitive sensing unit, the button trigger threshold of the capacitive sensing unit is adjusted.

8. The control method as described in claim 7, characterized in that, The step of adjusting the button trigger threshold of the capacitive sensing unit in response to the device not being in the stored state further includes: The gripping point is determined based on the sampling results of the capacitive sensing unit; Based on the grip point, the validity of the button click is determined; and In response to the button click being deemed a valid click, the button trigger threshold of the capacitive sensing unit is adjusted based on the displacement data.

9. The control method as described in claim 6, characterized in that, Also includes: In response to the earphones being in a present state, the pairing list of the earphones and the earphone charging case is synchronized via physical contacts, and the data table is updated; In response to receiving a device switching command, the communication component in the earphone case is controlled to switch to the target host, and a broadcast packet containing the target device index is sent. as well as The headset is controlled to connect to the target host based on the broadcast packet and the data table.

10. The control method as described in claim 6, characterized in that, The sensing component further includes a temperature sensing unit; the control method further includes: Based on the earphone battery level, charging case battery level, mouse activity level, and temperature rise data detected by the temperature sensing unit, the charging current of the earphone and the mouse sampling frequency are dynamically adjusted.

Images