Method for identifying minor, electronic device and computer readable storage medium

Abstract

The application provides a method for identifying minors, an electronic device and a computer readable storage medium. The method uses target data generated by a user using an electronic device to identify whether the user is a minor. The target data can include at least one of a plurality of different types of data, and the plurality of different types of data can be used to identify whether the user using the electronic device is a minor, thereby improving the accuracy of the identification of minors.

Description

Technical Field

[0001] This application relates to the field of terminal technology, and in particular to a method for identifying minors, an electronic device, and a computer-readable storage medium. Background Technology

[0002] With the development of internet technology, internet penetration among minors is increasing. While the internet brings numerous conveniences and opportunities to minors, it also presents many potential risks and challenges. Currently, minors primarily engage in online activities through electronic devices. To fully leverage the positive role of the internet for minors, it is necessary to identify underage users of electronic devices, thereby providing them with a healthy and safe online environment and guiding them towards responsible internet use. Therefore, how to accurately identify minors has become an urgent technical problem to be solved. Summary of the Invention

[0003] This application provides a method for identifying minors, an electronic device, and a computer-readable storage medium. The method identifies whether a user is a minor by using target data generated during the use of the electronic device. The target data may include at least one of a variety of different types of data, and all of these different types of data can be used to identify whether a user of the electronic device is a minor, thereby improving the accuracy of minor identification.

[0004] In a first aspect, a method for identifying minors is provided, applied to a first electronic device, the first electronic device including a touchscreen. The method includes: acquiring target data generated during a user's use of the first electronic device, the target data including at least one of the following: account data logged into the first electronic device, facial data collected by the first electronic device, distance value between the first electronic device and a second electronic device, inertial measurement unit signals of the first and second electronic devices, touch data corresponding to the user's touch operation on the touchscreen, running data of an application in the first electronic device, and acceleration data of the first electronic device; the second electronic device is an electronic device paired with the first electronic device; and determining whether the user is a minor based on the target data.

[0005] The first aspect provides a method for identifying minors, in which the target data can be at least one of a variety of data. Therefore, as long as a user generates one of the data during the use of the first electronic device, that data can be used to identify whether the user is a minor. This method for identifying minors can be applied to various different scenarios, improving the accuracy of minor identification in different scenarios.

[0006] In one possible implementation of the first aspect, the target data includes: touch data corresponding to the user's touch operation on the touchscreen, and acceleration data of the first electronic device; the touch data includes at least one of: touch shape, touch area, touch pressure, sliding speed, sliding curve, and touch capacitance; the acceleration data of the first electronic device includes: linear acceleration data and / or triaxial gravitational acceleration data; determining whether the user is a minor based on the target data includes: inputting the touch data into a touch detection model to obtain a first confidence value, the first confidence value representing the probability that the user is a minor based on the touch data; inputting the acceleration data of the first electronic device into an acceleration detection model to obtain a second confidence value; the second confidence value representing the probability that the user is a minor based on the acceleration data of the first electronic device; and determining whether the user is a minor based on the first confidence value and the second confidence value. In this implementation, touch data and acceleration data are fused together to improve the accuracy of minor identification. In addition, for electronic devices with touch screens, touch data is generated when users use the electronic devices, and acceleration data is also data that is basically generated when users use electronic devices. Therefore, determining whether a user is a minor based on touch data and acceleration data has a wide range of applications.

[0007] In one possible implementation of the first aspect, the target data includes: touch data corresponding to the user's touch operation on the touchscreen; the touch data includes at least one of touch shape, touch area, touch pressure, sliding speed, sliding curve, and touch capacitance data; determining whether the user is a minor based on the target data includes: inputting the touch data into a touch classification model to obtain a first identification result, the first identification result including: the user is a minor, or the user is not a minor. In this implementation, using touch data for minor identification is simple and easy to implement; and for electronic devices with touchscreens, touch data is generated when the user uses the electronic device, therefore, determining whether a user is a minor based on touch data has a wide range of applications.

[0008] It is understood that the first electronic device is an electronic device with a touch screen, such as a smartphone, smartwatch, tablet, foldable phone, wearable device, etc. The embodiments of this application do not limit the specific type of the first electronic device.

[0009] For example, the second electronic device is an electronic device that can be paired with the first electronic device. For example, the second electronic device can be a smartphone, smartwatch, tablet, foldable phone, wearable device, etc. The specific type of the second electronic device is not limited in the embodiments of this application.

[0010] In one possible implementation of the first aspect, the target data includes: the distance between the first electronic device and the second electronic device, the inertial measurement unit (IMU) signal of the first electronic device, and the IMU signal of the second electronic device; determining whether the user is a minor based on the target data includes: determining that the distance between the second electronic device and the first electronic device is greater than a first threshold; performing a consistency comparison between the IMU signal of the first electronic device and the IMU signal of the second electronic device to obtain a consistency result; and determining a second identification result based on the consistency result, the second identification result including: the user is a minor, or the user is not a minor. It should be understood that since the first and second electronic devices are paired, the distance between the two devices and the consistency of their inertial measurement unit (IMU) signals can both be used to determine whether the two devices are used by the same user. When the two devices are used by different users, the probability that the current user of the first electronic device is a minor is relatively high. In this implementation, determining whether the user is a minor by comparing two modal data—distance and IMU signal consistency—is more accurate than using single modal data. Furthermore, the distance is first compared with a first threshold. If the distance is greater than the first threshold, the consistency of the IMU signals is then compared to determine whether the user is a minor. Since the computational cost of comparing the distance with the first threshold is relatively small, while the computational cost of comparing the IMU signals is relatively large, the IMU signal comparison is only performed when the distance is greater than the first threshold. This reduces the frequency of IMU signal comparisons and lowers computational costs.

[0011] For example, the consistency detection result may include a consistency value. When the consistency value is greater than a preset consistency threshold, the user is determined to be an adult. When the consistency value is less than the preset consistency threshold, the user is determined to be a minor.

[0012] For example, the consistency value can be represented by the correlation of the inertial measurement unit (IMU) signal curves. The higher the correlation of the IMU signal curves, the higher the consistency; the lower the correlation of the IMU signal curves, the lower the consistency.

[0013] In one possible implementation of the first aspect, the target data includes at least two of the following: facial data collected by a first electronic device, inertial measurement unit (IMU) signals from the first and second electronic devices, touch data corresponding to a user's touch operation on a touchscreen, running data of an application in the first electronic device, and acceleration data of the first electronic device. Determining whether a user is a minor based on the target data includes: determining at least two confidence values ​​based on the target data, each confidence value corresponding to one type of data in the target data, where each confidence value represents the probability that the user is a minor based on the data corresponding to the confidence value; and determining whether the user is a minor based on the at least two confidence values. In this implementation, determining whether a user is a minor based on at least two types of data avoids bias caused by a single type of data and improves the accuracy of minor identification.

[0014] In one possible implementation of the first aspect, at least two confidence values ​​include a first confidence value, which corresponds to touch data. The touch data includes at least one of the following: touch shape, touch area, touch pressure, sliding speed, sliding curve, and touch capacitance data. Determining at least two confidence values ​​based on target data includes: inputting the touch data into a touch detection model to obtain the first confidence value. In this implementation, the first confidence value corresponding to the touch data is determined by the touch detection model, which is simple and easy to implement.

[0015] In one possible implementation of the first aspect, at least two confidence values ​​include a second confidence value, which corresponds to the acceleration data of the first electronic device. The acceleration data of the first electronic device includes linear acceleration data and / or triaxial gravitational acceleration data. Determining at least two confidence values ​​based on the target data includes inputting the acceleration data of the first electronic device into an acceleration detection model to obtain the second confidence value. In this implementation, the second confidence value corresponding to the acceleration data is determined through an acceleration detection model, which is simple and easy to implement.

[0016] In one possible implementation of the first aspect, at least two confidence values ​​include a third confidence value, which corresponds to the running data of an application in the first electronic device. The running data includes the name of the application in operation and the runtime of each application. Determining at least two confidence values ​​based on the target data includes inputting the application's running data into an application detection model to obtain the third confidence value. In this implementation, the third confidence value corresponding to the application's running data is determined through an application detection model, a simple and easy-to-implement method. Furthermore, the running data includes the name of the application and the runtime of each application; neither the application name nor the runtime relates to the specific content used by the user, which is beneficial for protecting user privacy.

[0017] In one possible implementation of the first aspect, at least two confidence values ​​include a fourth confidence value, which corresponds to the face data collected by the first electronic device. The face data includes facial landmark data. Determining at least two confidence values ​​based on the target data includes inputting the facial landmark data into a face detection model to obtain the fourth confidence value. In this implementation, the fourth confidence value corresponding to the face data is determined by a face detection model, which is simple and easy to implement. Furthermore, the face data includes facial landmark data collected by the first electronic device. This data differs from ordinary face images; the facial landmark data can be data output from the Swing capability of the first electronic device. Utilizing the Swing capability of the first electronic device to output facial landmark data eliminates the need for the first electronic device to collect high-resolution user images, thereby reducing device power consumption and improving data processing efficiency.

[0018] In one possible implementation of the first aspect, at least two confidence values ​​include a fifth confidence value, which corresponds to the inertial measurement unit (IMU) signal of the first electronic device and the IMU signal of the second electronic device. Determining at least two confidence values ​​based on target data includes: performing a consistency comparison between the IMU signal of the first electronic device and the IMU measurement signal of the second electronic device to obtain a consistency result; and determining the fifth confidence value based on the consistency result. In this implementation, the fifth confidence value is determined by comparing the consistency of the IMU signal of the first electronic device and the IMU measurement signal of the second electronic device, which is simple, computationally inexpensive, and easy to implement.

[0019] In one possible implementation of the first aspect, the target data further includes: a distance value between the first electronic device and the second electronic device; and a consistency comparison of the inertial measurement unit (IMU) signal of the first electronic device and the IMU measurement signal of the second electronic device, including: performing a consistency comparison of the IMU signal of the first electronic device and the IMU measurement signal of the second electronic device when the distance value is determined to be greater than or equal to a first threshold. In this implementation, the consistency comparison of the inertial measurement signals is only performed when the distance between the first electronic device and the second electronic device is determined to be greater than the first threshold; when the distance value is greater than the first threshold, the probability that the first electronic device and the second electronic device are not under the control or use of the same user is relatively high, and the probability that the user is a minor is also relatively high; this is equivalent to making a judgment based on the distance value and then making a further judgment based on the consistency of the inertial measurement signals, thereby improving the accuracy of identifying minors.

[0020] In one possible implementation of the first aspect, the target data further includes: account data logged in by the first electronic device. At least two confidence values ​​are determined based on the target data, including: if the age corresponding to the account data is greater than or equal to a second threshold, then at least two confidence values ​​are determined based on the target data. In this implementation, when the target data includes account data, and the age in the account data is greater than or equal to the second threshold, at least two confidence values ​​are further determined based on the target data, and the user is again judged as a minor based on these at least two confidence values. When the age corresponding to the account logged in by the first electronic device is greater than or equal to the second threshold, the current user of the first electronic device may still be a minor, for example, the user of the first electronic device is a minor, but the first electronic device is logged into a parent's account. By further introducing the operation of determining at least two confidence values ​​based on the target data and determining whether the current user is a minor based on these at least two confidence values ​​when the age in the account data is greater than or equal to the second threshold, the accuracy of identifying minors is improved, and the underestimation of minors using their parents' mobile phones is avoided.

[0021] In one possible implementation of the first aspect, the target data includes: account data logged into the first electronic device; determining whether the user is a minor based on the target data includes: if the age corresponding to the account data is less than a second threshold, then the user is determined to be a minor. In this implementation, when the target data includes account data and the age in the account data is less than the second threshold, the user is directly determined to be a minor. If the user who registered the account is a minor, since the probability of parents borrowing electronic devices from minors is relatively low, the current user of the first electronic device is highly likely to be the minor who registered the account, thus directly determining that the user is a minor improves the efficiency of minor identification.

[0022] In one possible implementation of the first aspect, acquiring target data generated during a user's use of the first electronic device includes: acquiring target data generated during a user's use of the first electronic device when a payment activity is detected on the first electronic device; the method further includes: triggering identity verification for the payment activity if the user is determined to be a minor. In this implementation, a minor identification process is triggered when a payment activity occurs on the first electronic device; when the user is determined to be a minor, identity verification for the payment activity is triggered; this improves payment security and avoids economic losses to families caused by minors' payment activities.

[0023] In one possible implementation of the first aspect, the payment behavior includes at least one of: game top-ups, live streaming rewards, and payments for shopping orders exceeding a preset amount. In this implementation, the payment scenarios that trigger minor identification include at least one of: game top-ups, live streaming rewards, and payments for shopping orders exceeding a preset amount; that is, this implementation only identifies minors for certain payment behaviors, and does not trigger minor identification for other payment behaviors, thus avoiding unnecessary minor identification processes.

[0024] For example, game top-ups can include any purchase or payment behavior within a game; live streaming rewards can include any purchase or payment behavior within a live streaming scenario, and this application embodiment will not elaborate on these aspects.

[0025] In one possible implementation of the first aspect, acquiring target data generated during a user's use of a first electronic device includes: upon detecting that the user has opened a preset application on the first electronic device, acquiring the target data generated during the user's use of the first electronic device; the preset application includes at least one of an audio-visual application, a game application, and a shopping application; the method further includes: if it is determined that the user is a minor, controlling the preset application to start in a target mode, in which the preset application displays content corresponding to the minor. In this implementation, upon receiving a scenario where the user opens a preset application on the first electronic device, a minor identification process is triggered; when it is determined that the user is a minor, the preset application is controlled to enter the target mode; when a minor opens the preset application on the first electronic device, the preset application automatically enters the target mode, increasing the probability of the preset application entering the target mode, so that minor users can use the preset application in a safe environment.

[0026] In a second aspect, an electronic device is provided, the electronic device including units for performing the steps of the method in the first aspect or any possible implementation of the first aspect.

[0027] Thirdly, a communication device is provided, comprising units for each step of the method in the first aspect or any possible implementation thereof.

[0028] Fourthly, a communication device is provided, comprising at least one processor and a memory coupled together, the memory storing program instructions, wherein when the program instructions stored in the memory are executed by the processor, the method of the first aspect or any possible implementation thereof is performed.

[0029] Fifthly, a communication device is provided, the communication device including at least one processor and interface circuitry, the at least one processor being configured to execute the method of the first aspect above or any possible implementation thereof.

[0030] In a sixth aspect, an electronic device is provided, the electronic device including a processor and a memory, the memory being used to store instructions, and the processor being used to read the instructions to perform the method in the first aspect above or any possible implementation of the first aspect.

[0031] In a seventh aspect, a computer-readable storage medium is provided, wherein a computer program is stored therein, the computer program including program instructions, which, when executed by a processor, cause the processor to perform the method of the first aspect above or any possible implementation thereof.

[0032] Eighthly, a computer program product is provided, the computer program product including instructions for performing the method in any possible implementation of the first aspect above or any of the first aspects.

[0033] A ninth aspect provides a chip comprising: a processor for retrieving and running a computer program from a memory, causing an electronic device having the chip mounted to perform the methods of the first aspect above or any possible implementation thereof.

[0034] The beneficial effects of the technical solutions in the second to ninth aspects of this application can be referred to the beneficial effects of the technical solutions in the first aspect, and will not be repeated here. Attached Figure Description

[0035] Figure 1 This is a schematic diagram of the structure of an electronic device provided in an embodiment of this application.

[0036] Figure 2 This is a schematic diagram of the software architecture of an electronic device provided in an embodiment of this application.

[0037] Figure 3 This is a schematic diagram illustrating the interface changes in an application scenario provided in one embodiment of this application.

[0038] Figure 4 This is a schematic diagram illustrating the interface changes in an application scenario provided in yet another embodiment of this application.

[0039] Figure 5 This is a schematic diagram illustrating the interface changes in an application scenario provided in yet another embodiment of this application.

[0040] Figure 6 This is a schematic diagram illustrating the interface changes in an application scenario provided in yet another embodiment of this application.

[0041] Figure 7 This is a schematic diagram illustrating the interface changes in an application scenario provided in yet another embodiment of this application.

[0042] Figure 8 This is a flowchart illustrating a method for identifying minors, provided as an embodiment of this application.

[0043] Figure 9 This is a flowchart illustrating a method for identifying minors, as provided in another embodiment of this application.

[0044] Figure 10 This is a flowchart illustrating a method for identifying minors, as provided in another embodiment of this application.

[0045] Figure 11 This is a flowchart illustrating a method for identifying minors, as provided in another embodiment of this application.

[0046] Figure 12 This is a schematic diagram of the structure of a terminal device provided in an embodiment of this application. Detailed Implementation

[0047] The technical solutions in the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings.

[0048] The terminology used in the following embodiments is for the purpose of describing specific embodiments only and is not intended to be limiting of this application. As used in the specification and appended claims of this application, the singular expressions “a,” “an,” “the,” “the,” “the,” and “this” are intended to also include expressions such as “one or more,” unless the context clearly indicates otherwise. It should also be understood that in the embodiments of this application, “one or more” means one or more (including two); “and / or” describes the relationship between related objects, indicating that three relationships may exist; for example, A and / or B can represent: A alone, A and B simultaneously, or B alone, where A and B can be singular or plural. The character “ / ” generally indicates that the preceding and following related objects are in an “or” relationship.

[0049] References to "one embodiment" or "some embodiments" as described in this specification mean that one or more embodiments of this application include a specific feature, structure, or characteristic described in connection with that embodiment. Therefore, the phrases "in one embodiment," "in some embodiments," "in other embodiments," "in still other embodiments," etc., appearing in different parts of this specification do not necessarily refer to the same embodiment, but rather mean "one or more, but not all, embodiments," unless otherwise specifically emphasized. The terms "comprising," "including," "having," and variations thereof mean "including but not limited to," unless otherwise specifically emphasized.

[0050] The "multiple" mentioned in the embodiments of this application refers to two or more. It should be noted that in the description of the embodiments of this application, terms such as "first" and "second" are used only for the purpose of distinguishing descriptions and should not be construed as indicating or implying relative importance, nor should they be construed as indicating or implying order.

[0051] Furthermore, various aspects or features of this application can be implemented as methods, apparatus, or articles of manufacture using standard programming and / or engineering techniques. The term "article of manufacture" as used in embodiments of this application encompasses a computer program accessible from any computer-readable device, carrier, or medium. For example, computer-readable media may include, but are not limited to: magnetic storage devices (e.g., hard disks, floppy disks, or magnetic tapes), optical discs (e.g., compact discs (CDs), digital versatile discs (DVDs), etc.), smart cards, and flash memory devices (e.g., erasable programmable read-only memory (EPROMs), cards, sticks, or key drives, etc.). Additionally, the various storage media described herein may represent one or more devices and / or other machine-readable media for storing information. The term "machine-readable medium" may include, but is not limited to, wireless channels and various other media capable of storing, containing, and / or carrying instructions and / or data.

[0052] With the development of internet technology, internet penetration among minors is increasing, providing them with abundant information resources. However, the internet also poses significant risks to minors. Below, we will illustrate these risks using examples of minors' online activities using electronic devices.

[0053] For example, minors have gradually become the "main force" in mobile games, frequently using their parents' identity information or directly using their parents' accounts to make in-game purchases. Similarly, with the rise of the live streaming industry, tipping has become a common online consumption behavior; some minors, lacking sufficient self-control and judgment, sometimes use their parents' identity information and payment passwords to make large-scale tippings. These unauthorized payment behaviors not only affect minors' consumption values ​​but also cause financial losses for parents, leading to numerous refund disputes, family conflicts, and other social problems.

[0054] For example, video and audio applications have become the primary way people watch movies and TV shows. Since the main audience for these applications is adults, they often contain content unsuitable for children. Currently, while many video and audio applications have a children's mode, this mode usually doesn't activate automatically; users must manually enable it after opening the application. If the user doesn't manually enable children's mode, the application will automatically switch to normal mode, rendering the children's mode ineffective in many cases.

[0055] To reduce the risks posed by the internet to underage users and to fully leverage its positive role for minors, electronic devices must first accurately identify underage users.

[0056] In view of this, this application provides a method for identifying minors, which can determine whether a user is a minor based on target data generated during the user's use of an electronic device. The target data may include at least one of the following: account data logged into the electronic device, facial data collected by the electronic device, distance values ​​between the electronic device and other paired electronic devices, inertial measurement unit (IMU) signals of the electronic device and other paired electronic devices, touch data corresponding to the user's touch operation on the electronic device's touchscreen, application running data of the electronic device, and acceleration data of the electronic device. In this method for identifying minors, multiple modalities of data can be used; therefore, acquiring one or more of these data can be used to identify whether a user using the electronic device is a minor, thus improving the accuracy of minor identification.

[0057] The method for identifying minors provided in this application will be explained in detail below.

[0058] It should be understood that the minor identification method provided in this application can be applied to electronic devices (or the first electronic device) with touchscreens, such as smartphones, smartwatches, tablets, foldable phones, wearable devices, etc. The specific form of the electronic device is not limited in the embodiments of this application.

[0059] Figure 1 The diagram shown illustrates an example of the structure of an electronic device 100 provided in this application. The electronic device can be any of the electronic devices described in the various embodiments above (e.g., a smartphone, tablet, PC, large-screen device, smart TV, wearable device, in-vehicle system, etc.). Figure 1 As shown, the electronic device 100 may include a processor 110, an external memory interface 120, an internal memory 121, a universal serial bus (USB) interface 130, an antenna 1, an antenna 2, a mobile communication module 150, a wireless communication module 160, an audio module 170, a speaker 170A, a receiver 170B, a microphone 170C, a headphone jack 170D, a sensor module 180, etc. The electronic device 100 is used to execute any of the steps performed by any electronic device in the embodiments of the minor identification method of this application, or to display any of the interfaces.

[0060] It is understood that the structures illustrated in the embodiments of this application do not constitute a specific limitation on the electronic device 100. In other embodiments of this application, the electronic device 100 may include more or fewer components than illustrated, or combine some components, or split some components, or have different component arrangements. The illustrated components may be implemented in hardware, software, or a combination of software and hardware.

[0061] Processor 110 may include one or more processing units, such as: application processor (AP), modem processor, graphics processing unit (GPU), image signal processor (ISP), controller, memory, video codec, digital signal processor (DSP), baseband processor, and / or neural network processing unit (NPU), etc. Different processing units may be independent devices or integrated into one or more processors.

[0062] The processor 110 may also include a memory for storing instructions and data. In some embodiments, the memory in the processor 110 is a cache memory. This memory can store instructions or data that the processor 110 has just used or that are used repeatedly. If the processor 110 needs to use the instruction or data again, it can retrieve it directly from the memory. This avoids repeated accesses, reduces the waiting time of the processor 110, and thus improves the efficiency of the system.

[0063] The wireless communication function of electronic device 100 can be realized through antenna 1, antenna 2, mobile communication module 150, wireless communication module 160, modem processor and baseband processor, etc.

[0064] Antenna 1 and antenna 2 are used to transmit and receive electromagnetic wave signals. Each antenna in electronic device 100 can be used to cover one or more communication frequency bands. Different antennas can also be multiplexed to improve antenna utilization. For example, antenna 1 can be multiplexed as a diversity antenna for a wireless local area network. In some other embodiments, the antennas can be used in conjunction with tuning switches.

[0065] The mobile communication module 150 can provide solutions for wireless communication, including 2G / 3G / 4G / 5G, applied to the electronic device 100. The mobile communication module 150 may include at least one filter, switch, power amplifier, low noise amplifier (LNA), etc. The mobile communication module 150 can receive electromagnetic waves via antenna 1, and perform filtering, amplification, and other processing on the received electromagnetic waves before transmitting them to a modem processor for demodulation. The mobile communication module 150 can also amplify the signal modulated by the modem processor and convert it into electromagnetic waves for radiation via antenna 1. In some embodiments, at least some functional modules of the mobile communication module 150 may be housed in the processor 110. In some embodiments, at least some functional modules of the mobile communication module 150 and at least some modules of the processor 110 may be housed in the same device.

[0066] The wireless communication module 160 can provide solutions for wireless communication applications on the electronic device 100, including wireless local area networks (WLANs), such as wireless fidelity (Wi-Fi), Bluetooth (BT), global navigation satellite system (GNSS), frequency modulation (FM), near field communication (NFC), and infrared (IR) technologies. The wireless communication module 160 can be one or more devices integrating at least one communication processing module. The wireless communication module 160 receives electromagnetic waves via antenna 2, performs frequency modulation and filtering of the electromagnetic wave signals, and sends the processed signal to processor 110. The wireless communication module 160 can also receive signals to be transmitted from processor 110, perform frequency modulation and amplification, and convert them into electromagnetic waves for radiation via antenna 2.

[0067] In some embodiments, antenna 1 of electronic device 100 is coupled to mobile communication module 150, and antenna 2 is coupled to wireless communication module 160, enabling electronic device 100 to communicate with networks and other devices via wireless communication technology. The wireless communication technology may include Global System for Mobile Communications (GSM), General Packet Radio Service (GPRS), Code Division Multiple Access (CDMA), Wideband Code Division Multiple Access (WCDMA), Time-Division Code Division Multiple Access (TD-SCDMA), LTE, BT, GNSS, WLAN, NFC, FM, and / or IR technology, etc. The GNSS may include Global Positioning System (GPS), Global Navigation Satellite System (GLONASS), BeiDou Navigation Satellite System (BDS), Quasi-Zenith Satellite System (QZSS), and / or satellite-based augmentation systems (SBAS).

[0068] Electronic device 100 implements display functions through a GPU, a display screen 194, and an application processor. The GPU is a microprocessor for image processing, connected to the display screen 194 and the application processor. The GPU is used to perform mathematical and geometric calculations and for graphics rendering. Processor 110 may include one or more GPUs, which execute program instructions to generate or modify display information.

[0069] Display screen 194 is used to display images, videos, etc. Display screen 194 includes a display panel. The display panel may be a liquid crystal display (LCD), an organic light-emitting diode (OLED), an active-matrix organic light-emitting diode (AMOLED), a flexible light-emitting diode (FLED), a Mini LED, a MicroLED, a Micro-OLED, a quantum dot light-emitting diode (QLED), etc. In some embodiments, electronic device 100 may include one or N displays 194, where N is a positive integer greater than 1.

[0070] Electronic device 100 can perform shooting functions through ISP, camera 193, video codec, GPU, display 194 and application processor.

[0071] The ISP (Image Signal Processor) is used to process data fed back from the camera 193. For example, when taking a picture, the shutter is opened, and light is transmitted through the lens to the camera's photosensitive element. The light signal is converted into an electrical signal, and the camera's photosensitive element transmits the electrical signal to the ISP for processing, transforming it into an image visible to the naked eye. The ISP can also perform algorithmic optimization of image noise, brightness, and skin tone. The ISP can also optimize parameters such as exposure and color temperature of the shooting scene. In some embodiments, the ISP can be set in the camera 193.

[0072] Camera 193 is used to capture still images or videos. An object is projected onto a photosensitive element by generating an optical image through the lens. The photosensitive element can be a charge-coupled device (CCD) or a complementary metal-oxide-semiconductor (CMOS) phototransistor. The photosensitive element converts the light signal into an electrical signal, which is then passed to an ISP for conversion into a digital image signal. The ISP outputs the digital image signal to a DSP for processing. The DSP converts the digital image signal into image signals in standard RGB, YUV, or other formats. In some embodiments, the electronic device 100 may include one or N cameras 193, where N is a positive integer greater than 1.

[0073] Digital signal processors (DSPs) are used to process digital signals. Besides digital image signals, they can also process other digital signals. For example, when electronic device 100 is selecting a frequency, the DSP is used to perform Fourier transforms on the frequency energy.

[0074] Video codecs are used to compress or decompress digital video. Electronic device 100 may support one or more video codecs. Thus, electronic device 100 can play or record videos in various encoding formats, such as Moving Picture Experts Group (MPEG) 1, MPEG 2, MPEG 3, MPEG 4, etc.

[0075] The external storage interface 120 can be used to connect an external memory card, such as a MicroSD card, to expand the storage capacity of the electronic device 100. The external memory card communicates with the processor 110 through the external storage interface 120 to perform data storage functions. For example, music, video, and other files can be saved on the external memory card.

[0076] Internal memory 121 can be used to store computer executable program code, which includes instructions. Processor 110 executes various functional applications and data processing of electronic device 100 by running the instructions stored in internal memory 121. Internal memory 121 may include a program storage area and a data storage area. The program storage area may store the operating system, at least one application program required for a function (such as sound playback, image playback, etc.), etc. The data storage area may store data created during the use of electronic device 100 (such as audio data, phonebook, etc.). Furthermore, internal memory 121 may include high-speed random access memory and may also include non-volatile memory, such as at least one disk storage device, flash memory device, universal flash storage (UFS), etc.

[0077] Electronic device 100 can implement audio functions, such as music playback and recording, through audio module 170, speaker 170A, receiver 170B, microphone 170C, headphone jack 170D, and application processor.

[0078] The audio module 170 is used to convert digital audio information into analog audio signals for output, and also to convert analog audio input into digital audio signals. The audio module 170 can also be used for encoding and decoding audio signals. In some embodiments, the audio module 170 may be located in the processor 110, or some functional modules of the audio module 170 may be located in the processor 110.

[0079] The speaker 170A, also known as a "loudspeaker," is used to convert audio electrical signals into sound signals. The electronic device 100 can listen to music or make hands-free calls through the speaker 170A.

[0080] The receiver 170B, also known as the "earpiece," is used to convert audio electrical signals into sound signals. When the electronic device 100 answers a telephone call or voice message, the receiver 170B can be brought close to the ear to listen to the voice.

[0081] Microphone 170C, also known as a "microphone" or "voice transducer," is used to convert sound signals into electrical signals. When making a phone call or sending a voice message, the user can speak by bringing their mouth close to microphone 170C, inputting the sound signal into microphone 170C. Electronic device 100 may have at least one microphone 170C. In some embodiments, electronic device 100 may have two microphones 170C, which, in addition to collecting sound signals, can also perform noise reduction. In other embodiments, electronic device 100 may also have three, four, or more microphones 170C, which can collect sound signals, reduce noise, identify the sound source, and perform directional recording, etc.

[0082] The 170D headphone jack is used to connect wired headphones. The 170D headphone jack can be a USB 130 interface or a 3.5mm Open Mobile Terminal Platform (OMTP) standard interface, a CTIA (Cellular Telecommunications Industry Association of the USA) standard interface.

[0083] The sensor module 180 may include: pressure sensor, gyroscope sensor, angle sensor, folding sensor, barometric pressure sensor, magnetic sensor, accelerometer, gravity sensor, distance sensor, proximity sensor, fingerprint sensor, temperature sensor, touch sensor, ambient light sensor, bone conduction sensor, etc.

[0084] A pressure sensor is used to sense pressure signals and converts them into electrical signals. In some embodiments, the pressure sensor may be located on the display screen 194. There are many types of pressure sensors, such as resistive pressure sensors, inductive pressure sensors, and capacitive pressure sensors. A capacitive pressure sensor may include at least two parallel plates with conductive material. When a force is applied to the pressure sensor, the capacitance between the electrodes changes. The electronic device 100 determines the pressure intensity based on the change in capacitance. When a touch operation is applied to the display screen 194, the electronic device 100 detects the intensity of the touch operation based on the pressure sensor. The electronic device 100 may also calculate the touch location based on the detection signal from the pressure sensor.

[0085] A gyroscope sensor can be used to determine the motion attitude of an electronic device 100. In some embodiments, the gyroscope sensor can determine the angular velocity of the electronic device 100 around three axes (i.e., the x, y, and z axes). The gyroscope sensor can be used for image stabilization. For example, when the shutter is pressed, the gyroscope sensor detects the angle of the electronic device 100's movement, calculates the distance the lens module needs to compensate based on the angle, and allows the lens to counteract the movement of the electronic device 100 through reverse motion, thus achieving image stabilization. The gyroscope sensor can also be used in navigation and motion-sensing gaming scenarios.

[0086] A barometric pressure sensor is used to measure air pressure. In some embodiments, the electronic device 100 calculates altitude using the air pressure value measured by the barometric pressure sensor to assist in positioning and navigation.

[0087] The magnetic sensor includes a Hall effect sensor. The electronic device 100 can use the magnetic sensor to detect the opening and closing of the flip cover. In some embodiments, when the electronic device 100 is a flip phone, it can detect the opening and closing of the flip cover using the magnetic sensor. Then, based on the detected opening and closing state of the cover or the flip cover, it can set features such as automatic flip unlocking.

[0088] An accelerometer can detect the magnitude of acceleration of an electronic device 100 in various directions (typically three axes). When the electronic device 100 is stationary, it can detect the magnitude and direction of gravity. It can also be used to identify the posture of the electronic device and is applied to applications such as screen orientation switching and pedometers.

[0089] For example, an accelerometer can acquire acceleration data from electronic device 100 and transmit the acceleration data to processor 110 for further processing. Exemplarily, the acceleration data may include linear acceleration data and / or triaxial gravitational acceleration data. Exemplarily, linear acceleration data may include triaxial acceleration data.

[0090] For example, processor 110 can determine whether a user is a minor based on the acceleration data of electronic device 100.

[0091] A distance sensor is used to measure distance. Electronic device 100 can measure distance using infrared or laser. In some embodiments, during a shooting scene, electronic device 100 can utilize the distance sensor to measure distance for rapid focusing.

[0092] For example, in this application, a distance sensor can be used to measure the distance between any part of the user and the center of the electronic device screen, or a distance sensor can be used to measure the distance between any part of the user and any point on the electronic device screen.

[0093] The proximity sensor may include, for example, a light-emitting diode (LED) and a light detector, such as a photodiode. The LED may be an infrared LED. The electronic device 100 emits infrared light outward through the LED. The electronic device 100 uses the photodiode to detect infrared reflected light from nearby objects. When sufficient reflected light is detected, it can be determined that an object is near the electronic device 100. When insufficient reflected light is detected, the electronic device 100 can determine that no object is near the electronic device 100. The electronic device 100 may use the proximity sensor to detect when a user holds the electronic device 100 close to their ear for a phone call, so as to automatically turn off the screen to save power. The proximity sensor can also be used in holster mode and pocket mode for automatic unlocking and screen locking.

[0094] An ambient light sensor is used to detect ambient light levels. Electronic device 100 can adaptively adjust the brightness of its display screen 194 based on the detected ambient light level. The ambient light sensor can also be used to automatically adjust the white balance when taking a picture. Furthermore, the ambient light sensor can work in conjunction with a proximity sensor to detect whether electronic device 100 is in a pocket, preventing accidental touches.

[0095] A fingerprint sensor is used to collect fingerprints. Electronic device 100 can utilize the characteristics of the collected fingerprints to achieve fingerprint unlocking, accessing application locks, taking photos with fingerprints, answering calls with fingerprints, etc.

[0096] A temperature sensor is used to detect temperature. In some embodiments, the electronic device 100 uses the temperature detected by the temperature sensor to execute a temperature handling strategy. For example, when the temperature reported by the temperature sensor exceeds a threshold, the electronic device 100 performs thermal protection by reducing the performance of a processor located near the temperature sensor to reduce power consumption. In other embodiments, when the temperature is below another threshold, the electronic device 100 heats the battery to prevent abnormal shutdown of the electronic device 100 due to low temperature. In still other embodiments, when the temperature is below yet another threshold, the electronic device 100 boosts the battery's output voltage to prevent abnormal shutdown caused by low temperature.

[0097] A touch sensor, also known as a "touch panel," can be located on the display screen 194. The touch sensor and display screen 194 together form a touchscreen, also called a "touch display." The touch sensor detects touch operations (touch operations can also be called touch control operations) applied to or near it. The touch sensor can transmit the detected touch operation to the application processor to determine the type of touch event. Visual output related to the touch operation can be provided through the display screen 194. In other embodiments, the touch sensor may also be located on the surface of the electronic device 100, in a different position than the display screen 194.

[0098] For example, the touch sensor can transmit the detected touch operation of the user on the display screen 194 to the processor 110. After further processing, the processor 110 can obtain the touch data corresponding to the touch operation of the user on the display screen 194.

[0099] For example, the processor 110 can determine whether the user is a minor based on touch data.

[0100] Bone conduction sensors can acquire vibration signals. In some embodiments, the bone conduction sensor can acquire vibration signals from the vibrating bone segments of the human vocal cords. The bone conduction sensor can also contact the human pulse to receive blood pressure signals. In some embodiments, the bone conduction sensor can also be integrated into headphones to form bone conduction headphones. The audio module 170 can parse the voice signals from the vibrating bone segments of the vocal cords acquired by the bone conduction sensor to realize voice functionality. The application processor can parse heart rate information from the blood pressure signals acquired by the bone conduction sensor to realize heart rate detection functionality.

[0101] In some embodiments, the electronic device 100 may include an inertial measurement unit (IMU), which can acquire IMU signals and transmit them to the processor 110. The processor 110 can acquire IMU signals from another electronic device (e.g., a wearable device) paired with the electronic device 100 via a wireless communication module 160. The processor 110 can determine whether the user is a minor by comparing the consistency of the IMU signals of the electronic device 100 and the IMU signals of the other electronic device.

[0102] It is understood that the inertial measurement unit (IMU) of the electronic device 100 may include a gyroscope sensor and an accelerometer sensor; or the inertial measurement unit in the electronic device 100 may also include a gyroscope sensor, an accelerometer sensor and a gravity sensor; the embodiments of this application do not limit this.

[0103] In some embodiments, electronic device 100 is connected to electronic device X via Bluetooth, or electronic device 100 and electronic device X are paired via Bluetooth, and processor 110 can estimate the distance between electronic device 100 and electronic device X based on the strength of the Bluetooth signal.

[0104] In some embodiments, the processor 110 can determine whether the user is a minor based on the distance value between the electronic device 100 and the electronic device X.

[0105] In some embodiments, the electronic device 100 has a swing capability, which can be understood as the scene recognition capability based on a low-power camera and artificial intelligence (AI) image recognition technology, or the swing capability can also be understood as a user interface (UI)-less application based on AI image recognition technology.

[0106] For example, Swing capabilities primarily rely on a low-power camera and an AI algorithm module on the electronic device 100. When a specific business function of the electronic device 100 is triggered, the low-power camera starts up and continuously outputs images. The low-power camera transmits the acquired images to the AI ​​algorithm module, which performs target recognition on the images to obtain recognition results. The processor 110 of the electronic device 100 can then implement specific business functions based on the recognition results.

[0107] Understandably, low-power cameras can capture images in low-light conditions, or they can acquire images by passively receiving light intensity. Furthermore, the images captured by low-power cameras do not require output display but are directly used by the AI ​​algorithm module for scene recognition. Compared to related technologies that actively capture high-resolution color images and perform scene recognition based on those images, the scene recognition capability based on the swing capability of the electronic device 100 can significantly reduce the overall power consumption of the system.

[0108] In some embodiments, when a payment activity such as game top-up, live stream tipping, or large order payment occurs on the electronic device 100, the minor identification function of the electronic device 100 is triggered. The low-power camera starts to capture images of the user, and transmits the captured images to the AI ​​algorithm module. The AI ​​algorithm module performs facial recognition on the images, obtains the user's facial data, and sends the user's facial data to the processor 110. In this embodiment, the Swing capability of the electronic device 100 is used to obtain the user's facial data, resulting in low overall system power consumption.

[0109] It is understood that facial data can be facial feature point data, such as the coordinates of facial feature points. In this embodiment, the Swing capability of the electronic device 100 directly outputs facial feature point data, which is relatively small in size, thereby reducing the data processing cost of the processor 110.

[0110] For example, processor 110 can determine whether a user is a minor based on the user's facial feature point data.

[0111] In other embodiments, when a payment activity such as game top-up, live stream tipping, or large order payment occurs on the electronic device 100, the minor identification function of the electronic device 100 is triggered; the ordinary front-facing camera 193 of the electronic device 100 is used to capture images of the user and transmit the captured user images to the processor 110, where the processor 110 performs facial recognition on the user images to obtain the user's facial data. In this embodiment, using a conventional front-facing camera 193 to capture images of the user consumes a significant amount of power.

[0112] For example, processor 110 can determine whether a user is a minor based on the user's facial data.

[0113] Understandably, the processor 110 can directly obtain the account data logged into the electronic device 100, as well as the running data of the applications in the electronic device 100.

[0114] In some embodiments, the processor 110 may determine whether a user is a minor based on the account data logged into the electronic device 100, or it may determine whether a user is a minor based on the running data of the application in the electronic device 100.

[0115] In some embodiments, the processor 110 may determine whether a user is a minor based on any one of the following data, or a combination of any combination of data: touch data corresponding to a user's touch operation on the display screen 194, inertial measurement unit signals of the electronic device 100 and another electronic device, acceleration data of the electronic device 100, facial data collected by the electronic device 100, account data logged in by the electronic device 100, and running data of the application in the electronic device 100.

[0116] Of course, the electronic device 100 may also include a charging management module, a power management module, a battery, buttons, indicators, and one or more SIM card interfaces, etc., and this application embodiment does not impose any restrictions on this.

[0117] The software system of electronic device 100 can adopt a layered architecture, event-driven architecture, microkernel architecture, microservice architecture, or cloud architecture. This application embodiment uses the layered architecture Android system as an example to exemplify the software structure of electronic device 100.

[0118] Figure 2 This is a software architecture block diagram of an electronic device according to an embodiment of this application. The layered architecture divides the software into several layers, each with a clear role and function. Layers communicate with each other through software interfaces. In some embodiments, the Android system is divided into five layers, from top to bottom: the application layer, the application framework layer, the Android runtime (ART) and native C / C++ libraries, the Hardware Abstraction Layer (HAL), and the kernel layer.

[0119] The application layer can include a series of application packages. For example... Figure 2 As shown, the application package may include applications such as camera, gallery, calendar, call, map, navigation, WLAN, Bluetooth, music, video, and SMS.

[0120] The application framework layer provides application programming interfaces (APIs) and a programming framework for applications in the application layer. The application framework layer includes some predefined functions.

[0121] like Figure 2 As shown, the application framework layer may include a window manager, content provider, view system, resource manager, notification manager, activity manager, input manager, etc. In this embodiment, the application framework layer may also include a sensor management component (Sensor Hub).

[0122] The window manager provides Window Manager Service (WMS), which can be used for window management, window animation management, surface management, and as a relay station for the input system.

[0123] Content providers store and retrieve data, making that data accessible to applications. This data can include videos, images, audio, phone calls made and received, browsing history and bookmarks, phone books, etc.

[0124] A view system includes visual controls, such as controls for displaying text and controls for displaying images. View systems can be used to build applications. A display interface can consist of one or more views. For example, a display interface including a text notification icon could include views for displaying text and views for displaying images.

[0125] The file explorer provides applications with various resources, such as localized strings, icons, images, layout files, video files, and more.

[0126] The notification manager allows applications to display notifications in the status bar. These notifications can be used to deliver informational messages and can disappear automatically after a short pause, requiring no user interaction. For example, the notification manager can be used to notify users of completed downloads or message alerts. The notification manager can also display notifications as icons or scrolling text in the top status bar, such as notifications from background applications, or as dialog boxes on the screen. Examples include displaying text messages in the status bar, emitting sounds, vibrating electronic devices, and flashing indicator lights.

[0127] The Activity Manager Service (AMS) can be used to start, switch, and schedule system components (such as activities, services, content providers, and broadcast receivers), as well as manage and schedule application processes.

[0128] The Sensor Hub component provides sensor management services, enabling hardware abstraction, device management, and data distribution for sensor devices. For example, it can handle hardware abstraction, device management, and data distribution for image sensors.

[0129] A runtime module is the runtime environment for an object-oriented programming language. Any code written in any language needs a corresponding runtime module to run on hardware. In other words, for a program to run on a hardware or platform, there must be an intermediate layer to convert or interpret the programming language into machine language that the machine can understand; this intermediate layer can be understood as a runtime module.

[0130] The runtime module typically contains a corresponding engine as an interpreter, which provides the runtime module with platform capabilities such as network, process, and file system of the operating system.

[0131] The runtime module in this embodiment may include a core library, a FA runtime module, and an Android runtime module.

[0132] The FA runtime module can transform source code into a user interface. For example, the FA runtime module in this embodiment may include a JavaScript (JS) engine that can run program files written in the JavaScript language. An example of a JSassets file in this embodiment is a program file written in the JavaScript language.

[0133] The Android runtime is responsible for converting source code into machine code. The Android runtime primarily employs ahead-of-time (AOT) compilation and just-in-time (JIT) compilation technologies.

[0134] The core library primarily provides basic Java class library functionalities, such as libraries for fundamental data structures, mathematics, I / O, tools, databases, and networking. It also provides APIs for users to develop Android applications.

[0135] Native C / C++ libraries can include multiple functional modules. Examples include: surface manager, media framework, libc, OpenGL ES, SQLite, Webkit, etc.

[0136] The Surface Manager manages the display subsystem and provides 2D and 3D layer blending for multiple applications. The Media Framework supports playback and recording of various common audio and video formats, as well as still image files. The Media Library supports multiple audio and video encoding formats, such as MPEG4, H.264, MP3, AAC, AMR, JPG, and PNG. OpenGL ES provides drawing and manipulation of 2D and 3D graphics in applications. SQLite provides a lightweight relational database for terminal applications.

[0137] The Hardware Abstraction Layer (HAL) runs in user space, encapsulates kernel-level drivers, and provides calling interfaces to the upper layers.

[0138] The kernel layer is the layer between hardware and software. The kernel layer includes at least the display driver, camera driver, audio driver, and Bluetooth driver.

[0139] exist Figure 2 The software architecture shown may also include a system service layer (not shown in the diagram). This system service layer may include a distributed scheduling subsystem and a local task management module. The location of this system service layer within the software architecture is not limited; it can be located between the application layer and the application framework layer, or between the application framework layer and the native C / C++ library, etc.

[0140] For ease of understanding, the following embodiments of this application will be described using the following methods: Figure 1 and Figure 2 Taking the electronic device with the structure shown as an example, the minor identification method provided in this application embodiment will be specifically described.

[0141] The following uses a mobile phone as an example to illustrate the application scenarios of the minor identification method in this application embodiment.

[0142] Figure 3 This is a schematic diagram illustrating the interface changes in an application scenario provided in one embodiment of this application. Figure 3 The display interface 31 shown in Figure a is the main interface of the mobile phone, as shown in Figure a. Figure 3 As shown in Figure a, the display interface 31 shows an application icon 310 corresponding to the video application. When the phone receives a user's click on the application icon 310, or in other words, when the phone detects that the user has opened the video application corresponding to the application icon 310, the phone begins to identify the user as a minor. If the phone identifies the user as a minor, the display interface changes... Figure 3 The jump shown in Figure a is to Figure 3 As shown in Figure b.

[0143] Figure 3 Figure b shows a display interface 32, which displays the main interface of the video application in children's mode. A prompt box 320 is displayed on the main interface of children's mode, and the prompt box 320 displays a prompt message 321 and a button 322. The prompt message 321 is used to inform the user that the system has enabled children's mode, and the button 322 is used to confirm that the user is aware that the video application has enabled children's mode.

[0144] For example, in Figure 3 The message 321 in image b could mean: "The system has detected that a minor is currently operating this device. To protect the healthy growth of minors, we have enabled children's mode for you. In children's mode, we have carefully selected a batch of high-quality content such as nursery rhymes, stories, and animations."

[0145] In some embodiments, the prompt message 321 may also display other similar content, and the button 322 may also be displayed in other forms. This application embodiment does not limit or elaborate on these aspects.

[0146] For example, in Figure 3 In Figure b, the prompt box 320 can also be displayed in other positions on the display interface 32, or the prompt box 320 can occupy the entire display interface 32. This application embodiment does not limit or elaborate on this.

[0147] In some embodiments, the prompt box 320 may be replaced by a box of other shapes, or the edge line of the prompt box 320 may not be displayed, and the area where the prompt box 320 is located may be displayed in an opaque or semi-transparent form. This application embodiment does not limit this.

[0148] For example, in Figure 3In Figure b, button 322 displays the text "I understand". In other embodiments, button 322 may also display other similar content. This application does not limit or elaborate on this.

[0149] like Figure 3 As shown in Figure b, after the user clicks button 322 on display interface 32, the display interface changes as follows: Figure 3 The jump shown in Figure b is as follows: Figure 3 As shown in Figure c.

[0150] Figure 3 Figure c shows display interface 33, which is the main interface of the video application's children's mode. The content displayed on display interface 33 is all content appropriate for minors, or in other words, all content displayed on this interface is suitable for minors to watch.

[0151] In other embodiments, such as Figure 3 As shown in Figure a, the display interface 31 shows an application icon 310 corresponding to the video application. The phone receives a notification from the user clicking the application icon 310, or in other words, the phone detects that the user has opened the video application corresponding to the application icon 310. The phone then begins to identify the user as a minor. If the user is not identified as a minor, the display interface changes accordingly. Figure 3 The jump shown in Figure a is to Figure 3 As shown in Figure d.

[0152] Figure 3 The diagram in Figure d shows display interface 34, which is the main interface of the video application in normal mode. In normal mode, the user can use all the functions of the video application.

[0153] Understandable Figure 3 Figure c in the middle and Figure 3 The d-images in the video application can jump between each other, or in other words, users can control the video application to switch between children's mode and normal mode.

[0154] In some embodiments, users can click Figure 3 Control 330, shown in Figure c, is used to make the display interface... Figure 3 The jump shown in Figure c is to Figure 3 As shown in Figure d.

[0155] In some other embodiments, because the phone recognizes that the user is a minor, the user clicks... Figure 3 The control 330 shown in Figure c still maintains the same display interface. Figure 3 As shown in Figure c, without jumping to Figure 3 As shown in Figure d.

[0156] For example, the phone detects that the user clicked... Figure 3 As shown in Figure c, the operation of control 330 allows the phone to re-identify the user as a minor. If the user is identified as a minor, the display interface remains unchanged. Figure 3 The display interface shown in Figure c is an example of a system error message; or the display interface may show a message indicating that the mode cannot be switched, such as "The system has detected that a minor is currently operating the system, therefore it cannot be switched to normal mode. We apologize for the inconvenience!". In other embodiments, the message may also display other similar content, which is not limited or elaborated upon in this application.

[0157] In other embodiments, when the user uses Figure 3 As shown in Figure c, during the child mode process, the phone can identify the user as a minor. If the phone detects that the user is not a minor, the display interface can automatically change. Figure 3 The jump shown in Figure c is to Figure 3 As shown in Figure d.

[0158] In other embodiments, when the user uses Figure 3 During the child mode process shown in Figure c, the phone can identify the user as a minor. If the user is not a minor, a prompt message will appear on display screen 33 asking whether a mode switch is required. This prompt message will include a first button for switching to normal mode and a second button for rejecting the mode switch. For example, the prompt message could read, "The system has detected an adult operating the device. Do you want to switch to normal mode?" The first button could display "Yes," and the second button could display "No." Additionally, a countdown timer (e.g., 30 seconds) can be displayed on the first button. If the user does not click either the first or second button when the countdown ends, the phone's display screen will automatically switch to normal mode. Figure 3 As shown in Figure d. In other embodiments, the prompt message, the first button, and the second button may also display other similar content, which is not limited or described in this application embodiment.

[0159] In some embodiments, the user can click Figure 3 In the image d, control 340 requires the user to perform several additional steps after clicking it, causing the phone's display interface to switch between multiple times before finally settling on a specific screen. Figure 3 The display interface shown in Figure c is the one displayed on the mobile phone. Figure 3 In the case of the display interface shown in Figure d, the user needs to manually perform several steps before the phone's display interface can jump to the one shown in Figure d. Figure 3As shown in Figure c. For the sake of brevity, for... Figure 3 The display interface shown in Figure c has switched to Figure 3 The specific process of the display interface shown in Figure d is not described in detail here.

[0160] It should be understood that the user will use control 340 to display the interface. Figure 3 The display interface shown in Figure d in the diagram has been switched to... Figure 3 The process shown in Figure c is the common process of switching from normal mode to children's mode in video applications. This mode switching process requires the user (i.e., adult or minor) to manually perform multiple operation steps, which is relatively complicated, resulting in a generally low activation rate of children's mode in video applications.

[0161] It should be understood that, Figure 3 In the illustrated embodiment, after the user clicks the application icon 310, the phone begins to identify the user as a minor. If the user is identified as a minor, the phone directly activates the children's mode of the video application and notifies the user. This increases the activation rate of children's mode when minors use video applications, allowing minors to easily access age-appropriate video content and reducing the time cost and pressure on guardians of minors.

[0162] Figure 4 This is a schematic diagram illustrating the interface changes in an application scenario provided in yet another embodiment of this application. Figure 4 The display interface 41 shown in Figure a is the main interface of the mobile phone, as shown in Figure a. Figure 4 As shown in Figure a, the display interface 41 shows an application icon 410 corresponding to the video application. When the phone receives a user's click on the application icon 410, or in other words, when the phone detects that the user has opened the video application corresponding to the application icon 410, the phone begins to identify the user as a minor. If the phone identifies the user as a minor, the display interface changes... Figure 4 The jump shown in Figure a is to Figure 4 As shown in Figure b.

[0163] Figure 4Figure b shows a display interface 42, which displays the main interface of the video application in child mode. A prompt box 420 is displayed on the child mode main interface, containing a prompt message 421, buttons 422 and 423. Prompt message 421 informs the user that child mode is enabled and that the user can switch to normal mode after verification. Button 422 allows the user to select whether to perform verification, and button 423 allows the user to select whether to perform verification. Button 423 provides a quick entry point for the user to switch from child mode to normal mode after authentication; that is, by clicking button 423 and successfully authenticating, the user can open the video application in normal mode.

[0164] For example, in Figure 4 The message 421 in image b could mean: "The system has detected that your account is currently being operated by a minor. We have automatically enabled child mode for you. If the system identification is incorrect, or if you need to enable normal mode, please follow the instructions to complete the identity verification; if verification fails or you do not verify your identity, you can only use child mode."

[0165] In some embodiments, the prompt message 421 may also display other similar content, and the buttons 422 and 423 may also be displayed in other forms. This application embodiment does not limit or elaborate on these aspects.

[0166] For example, in Figure 4 In Figure b, the prompt box 420 can also be displayed in other positions on the display interface 42, or the prompt box 420 can occupy the entire display interface 42. This application embodiment does not limit or elaborate on this.

[0167] In some embodiments, the prompt box 420 may be replaced by a box of other shapes, or the edge line of the prompt box 420 may not be displayed, and the area where the prompt box 420 is located may be displayed in an opaque or semi-transparent form. This application embodiment does not limit this.

[0168] For example, in Figure 4 In Figure b, button 422 displays the text "Verification Not Yet Available." In other embodiments, button 422 may also display similar content. Figure 4 In Figure b, button 423 displays the text "Start Verification". In other embodiments, button 423 may also display other similar content; this application embodiment does not limit or elaborate on this.

[0169] For example, a countdown (e.g., 30 seconds) can also be displayed in button 422. If the user does not click any button when the countdown ends, the phone's display will automatically switch to a different screen. Figure 4 The jump shown in Figure b is as follows: Figure 4 As shown in Figure c.

[0170] In some embodiments, such as Figure 4 As shown in Figure b, after the user clicks button 422 on display interface 42, the display interface changes as follows: Figure 4 The jump shown in Figure b is as follows: Figure 4 As shown in Figure c.

[0171] Figure 4 Figure c shows display interface 43, which is the main interface of the video application's children's mode. The content displayed on display interface 43 is all content appropriate for minors, or in other words, all content displayed on this interface is suitable for minors to watch.

[0172] In some embodiments, if a user clicks control 423 on display interface 42, the display interface will change as follows: Figure 4 The jump shown in Figure b is as follows: Figure 4 As shown in Figure d. Figure 4 The diagram in Figure d shows a display interface 44, which is the main interface for identity verification. As shown in the display interface 44, the identity verification in this embodiment uses face verification. In other embodiments, other identity verification methods can be used, such as account password verification, fingerprint verification, etc., which will not be elaborated in this application.

[0173] like Figure 4 As shown in Figure c, the display interface 44 shows controls 440 and buttons 450. Users can click on control 440 to select or deselect the prerequisites for face verification. In this embodiment, if a user clicks on control 440 to select it, it is considered that the user has carefully read and agreed to the "Face Recognition Authentication Service Agreement" and the "Privacy Policy." When control 440 is selected, clicking button 450 initiates the face verification process on the phone. The specific face verification process can employ any commonly used method, which will not be elaborated upon in this application.

[0174] For example, when the control 440 is in an unselected state, the direction box is blank; when the control 440 is in a selected state, a checkmark or a dot may be displayed in the direction box. Of course, any other possible methods can be used to represent the unselected or selected state of the control 440, which will not be elaborated in this application.

[0175] For example, button 450 displays the text "Start Face Verification", which can be replaced with any similar content, and this application does not limit or elaborate on this.

[0176] It is understood that, in the embodiments of this application, the owner of the video application account and the owner of the mobile phone are both adults by default.

[0177] In some embodiments, a successful face verification indicates that the current user of the phone is the owner of the video application account or the phone's owner; or a successful face verification indicates that the phone's owner or the owner of the video application account allows the current user to use normal mode; in this case, the phone displays as follows. Figure 4 The display interface shown in Figure e is as follows. Figure 4 The diagram in Figure 45 shows the display interface.

[0178] For example, when the user of the mobile phone is a child (i.e., a minor), when the mobile phone displays... Figure 4 The interface shown in Figure b illustrates the situation where, when the phone prompts the user for facial verification, the child finds their parent (i.e., the owner of the video application account or the owner of the phone) to complete the facial verification. In this case, the parent... Figure 4 The prompt message 421 shown in Figure b clearly indicates that after facial verification, the child can use the normal mode of the video application. If the parents agree to the child using the normal mode, the parents can use their mobile phones to perform facial verification. That is, in this embodiment, minors can use the normal mode of the video application with parental permission.

[0179] like Figure 4 As shown in Figure e, the display interface 45 shows a prompt message 460, which indicates that the user has successfully authenticated.

[0180] For example, the content of the prompt message 460 can be "Authentication successful, you will be switched to normal mode soon!" This content can be replaced with any similar content, and this application does not limit or elaborate on it.

[0181] For example, Figure 4 The display interface shown in Figure e can automatically redirect to a different screen after a certain duration (e.g., 15 seconds). Figure 4 The display interface shown in Figure f is as follows. Figure 4 Figure f shows display interface 46, which is the main interface of the video application in normal mode. In normal mode, the user can use all the functions of the video application.

[0182] In some other embodiments, if face verification fails, it indicates that the current user of the phone is either not the owner of the video application account or not the owner of the phone. In this case, the phone displays the following: Figure 4 The display interface shown in Figure g is as follows. Figure 4The g-graph in the image shows the display interface 47.

[0183] like Figure 4 As shown in Figure g, the display interface 47 shows a prompt message 470, a button 480, and a button 490. The prompt message 470 indicates to the user that face verification failed, button 480 is a control for the user to choose not to verify again, and button 490 is a control for the user to choose to verify again.

[0184] Understandably, button 490 provides users with an entry point for re-authentication. The interface displayed after a user clicks button 490 can be customized. Figure 4 The jump to the g diagram in the image is shown. Figure 4 As shown in diagram d, this allows users to re-authenticate, giving them another chance to verify and improving the user experience. For example, if a user's previous authentication failure was due to user error, providing an entry point for re-authentication allows the user to try again, making it more convenient for them.

[0185] For example, when the user clicks button 490, the displayed interface can also be changed. Figure 4 The interface shown in Figure g is the one that redirects to the face verification process. Figure 4 (Not shown in the image), meaning that after the user clicks button 490, they directly enter the face verification process, making the whole process more concise.

[0186] It should also be understood that button 480 provides users with a quick way to enter child mode in case of verification failure. After clicking button 480, the displayed interface will change. Figure 4 The jump to the g diagram in the image is shown. Figure 4 As shown in Figure c.

[0187] For example, a countdown timer (e.g., 15 seconds) can also be displayed in button 480. If the user does not click any button when the countdown ends, the display interface can automatically switch to a different mode. Figure 4 The jump to the g-graph shown in the figure is as follows: Figure 4 As shown in Figure c.

[0188] For example, in Figure 4 The message 470 in the g diagram displays the text "Authentication failed". In other embodiments, the message 470 may also display other similar content. This application embodiment does not limit or elaborate on this.

[0189] For example, in Figure 4 In the figure g, the button 480 displays the text "Abandon Verification". In other embodiments, the button 480 may also display other similar content. This application embodiment does not limit or elaborate on this.

[0190] For example, in Figure 4 In the figure g, the button 490 displays the text "Verify again". In other embodiments, the button 490 may also display other similar content. This application embodiment does not limit or elaborate on this.

[0191] In other embodiments, such as Figure 4 As shown in Figure a, an application icon 410 corresponding to the video application is displayed on the display interface 41. The phone receives the user's click on the application icon 410, or in other words, the phone detects that the user has opened the video application corresponding to the application icon 410. The phone then begins to identify the user as a minor. If the user is not identified as a minor, the display interface changes. Figure 4 The jump shown in Figure a is to Figure 4 As shown in Figure f.

[0192] Figure 4 The figure in Figure f shows display interface 46, which is the main interface of the video application in normal mode.

[0193] Understandable Figure 4 Figure c in the middle and Figure 4 The f-mode icons in the video application can be switched between each other, meaning the user can control the video application to switch between child mode and normal mode. Understandably, the following... Figure 4 Figure c in the middle and Figure 4 This article provides a brief description of the switching process between the f-graphs in the text. For more details, please refer to [link / reference]. Figure 3 Figure c in the middle and Figure 3 The process of switching between d-graphs in the diagram.

[0194] For example, users can click Figure 4 Control 430, shown in Figure c, is used to make the display interface... Figure 4 The jump shown in Figure c is to Figure 4 As shown in Figure f.

[0195] For example, users can click Figure 4 In the image f, control 400 requires the user to perform several additional steps after clicking it, causing the phone's display interface to switch between multiple times before finally settling on the desired screen. Figure 4 The display interface shown in Figure c is the one displayed on the mobile phone. Figure 4 In the case of the display interface shown in Figure f, the user needs to manually perform several steps before the phone's display interface can switch to the one shown in Figure f. Figure 4 As shown in Figure c. For the sake of brevity, [the text continues with further details]. Figure 4 The display interface shown in Figure c has switched to Figure 4The specific process of the display interface shown in Figure f is not elaborated or limited here.

[0196] Understandably, users will use control 400 to display the interface... Figure 4 The display interface shown in Figure f has switched to Figure 4 The process shown in Figure c is the process of switching a video application from normal mode to children's mode. This mode switching process requires the user (i.e., adult or minor) to manually perform multiple operation steps, which is relatively complicated. As a result, the activation rate of children's mode in video applications is generally low.

[0197] It should be understood that, Figure 4 In the illustrated embodiment, after the user clicks the application icon 410, the phone begins to identify the user as a minor. If the user is identified as a minor, the phone directly activates the children's mode of the video application and notifies the user. This increases the activation rate of children's mode when minors use video applications, allowing minors to easily access age-appropriate video content and reducing the time and pressure on guardians. Furthermore, in Figure 4 In Figure b, button 423 provides users with a quick way to switch from child mode to normal mode through authentication. That is, users can open the normal mode of the video application by clicking button 423 and passing the authentication, thus improving the user experience.

[0198] It should be understood that, Figure 3 and Figure 4 In the embodiment shown, after the mobile phone receives the user's click on the application icon 410 and recognizes that the user is a minor, the mobile phone automatically activates the children's mode of the video application and displays a prompt box (320, 420) on the main interface of the children's mode.

[0199] In other embodiments, after the mobile phone receives the user's click on the application icon 410 and identifies that the user is a minor, the mobile phone does not open the video application in any mode for the time being. Instead, it displays content similar to the prompt box 420 on the main interface of the mobile phone (such as interface 31 or interface 41). The specific content of the prompt message may be different.

[0200] like Figure 5 The diagram shown is a schematic representation of the interface changes in an application scenario provided in another embodiment of this application. Figure 5 The display boundary shown in Figure a is... Figure 4The display interface shown in Figure a is the same as that shown in Figure 51, which is the main interface of the phone. Display interface 51 displays an application icon 510 corresponding to the video application. When the phone receives a user's click on the application icon 510, or in other words, when the phone detects that the user has opened the video application corresponding to the application icon 510, the phone begins to identify the user as a minor. If the phone identifies the user as a minor, the display interface changes accordingly. Figure 5 The jump shown in Figure a is to Figure 5 As shown in Figure b.

[0201] Figure 5 Figure b shows a display interface 52, which displays the phone's main interface. On the main interface, a prompt box 520 is displayed, containing a prompt message 521, buttons 522 and 523. Prompt message 521 informs the user that the system has enabled child mode and prompts the user to enable normal mode through verification. Button 522 allows the user to select a control to bypass verification, and button 523 allows the user to select a control to perform verification. Button 523 provides a quick entry point for the user to enter normal mode through identity verification; that is, by clicking button 523 and successfully verifying identity, the user can open the video application in normal mode.

[0202] exist Figure 5 In the embodiment shown, since the video application has not yet been opened in any mode, the prompt message 521 displays "The system has detected that your account is currently being operated by a minor. If you follow the instructions to verify your identity and the verification is successful, we will enable normal mode for you; if the verification fails or you do not verify your identity, we will enable children's mode for you."

[0203] In some embodiments, the prompt message 521 may also display other similar content, and the buttons 522 and 523 may also be displayed in other forms. This application embodiment does not limit or elaborate on these aspects.

[0204] For example, in Figure 5 The prompt box 520 in Figure b can also be displayed in other positions on the display interface 52, or the prompt box 520 can occupy the entire display interface 52. This application embodiment does not limit or elaborate on this.

[0205] In some embodiments, the prompt box 520 may be replaced by a box of other shapes, or the edge line of the prompt box 520 may not be displayed, and the area where the prompt box 520 is located may be displayed in an opaque or semi-transparent form. This application embodiment does not limit this.

[0206] For example, in Figure 5In Figure b, button 522 displays the text "Verification Not Yet Available," and in other embodiments, button 522 may display similar content. Figure 5 In Figure b, button 523 displays the text "Start Verification". In other embodiments, button 523 may also display other similar content; this application embodiment does not limit or elaborate on this.

[0207] For example, a countdown timer (e.g., 30 seconds) can also be displayed in button 522. If the user does not click any button when the countdown ends, the display interface can automatically switch to a different mode. Figure 5 The jump shown in Figure b is as follows: Figure 5 As shown in Figure c.

[0208] In some embodiments, such as Figure 5 As shown in Figure b, after the user clicks button 522 on display interface 52, the display interface changes as follows: Figure 5 The jump shown in Figure b is as follows: Figure 5 As shown in Figure c.

[0209] Figure 5 Figure c shows display interface 53, which is the main interface of the video application's children's mode. The content displayed on display interface 53 is all content appropriate for minors, or in other words, all content displayed on this interface is suitable for minors to watch.

[0210] In some other embodiments, if a user clicks control 523 on display interface 52, an authentication process will be triggered, i.e., the display interface will change as follows: Figure 5 The jump shown in diagram c is as follows: Figure 4 As shown in the d-graph, users can base their decisions on... Figure 4 The interface shown in Figure d in the diagram is used for authentication. For the specific authentication process, please refer to the information about... Figure 4 The interface switching and description of the authentication process are not detailed here.

[0211] Understandably, when user authentication is successful, the phone will display something like this. Figure 5 The display interface shown in Figure d is as follows. Figure 5 The diagram in Figure d shows display interface 54, which is the main interface of the video application in normal mode. In normal mode, the user can use all the functions of the video application.

[0212] Understandable Figure 5 Figure c in the middle and Figure 5 The 'd' images in the app can be navigated to each other, meaning users can control the video application to switch between child mode and normal mode. For detailed switching instructions, please refer to [link / reference needed]. Figure 3 China regarding Figure 3 The display interface shown in Figure c is as follows: Figure 3 The switching between display interfaces shown in Figure d in the diagram, or you can also refer to... Figure 4 China regarding Figure 4 The display interface shown in Figure c is as follows: Figure 4 The switching between the display interfaces shown in Figure f is not described in detail here.

[0213] It should be understood that, Figure 5 In the illustrated embodiment, after the user clicks the application icon 510, the phone begins to identify the user as a minor. If the user is identified as a minor, the phone temporarily does not open the video application in any mode. Instead, it displays a prompt box 520, buttons 522 and 523 on the phone's main interface. Then, it determines whether to activate child mode or normal mode based on the user's selection and / or the authentication result. That is, the specific mode of the video application is activated after interaction with the user, rather than directly activating child mode based on the phone's initial user identification. This increases user engagement in choosing the mode for the video application, improving the user experience. For example, if the user chooses to authenticate and the authentication is successful, only the normal mode of the video application needs to be activated, without needing to switch the video application from child mode to normal mode, thus improving the user interaction experience.

[0214] Figure 6 This is a schematic diagram illustrating the interface changes in an application scenario provided by another embodiment of this application. Figure 6 The display interface shown in Figure a is the main interface of a game on a mobile phone, as shown in Figure 61. Figure 6 As shown in Figure a, a recharge control 610 is displayed on the display interface 61. After the user clicks the recharge control 610, the displayed interface changes from... Figure 6 The jump shown in Figure a is as follows: Figure 6 As shown in Figure b.

[0215] Figure 6 Image b shows display interface 62, which is the game's main store interface. This interface displays multiple game-related items (such as virtual or physical items). When the user clicks on one of the item icons 620, the display changes... Figure 6 The jump shown in Figure b is as follows: Figure 6 As shown in Figure c.

[0216] Figure 6 The image in Figure C shows a display interface 63, which contains a tooltip 630. The tooltip 630 displays item information 631 corresponding to icon 620, price information 632, and a button 633. (The text repeats itself here.) Figure 6As shown in Figure c, button 633 displays the text "Purchase". After the user clicks button 633, or rather, the phone receives the user's click action, the phone begins to identify the user as a minor. If the phone identifies the user as a minor, the displayed interface changes. Figure 6 The jump shown in Figure c is to Figure 6 As shown in Figure d.

[0217] Figure 6 The diagram shows a display interface 64, which contains a prompt box 640. The prompt box 640 displays a message 641, a button 642, and a button 643. Message 641 prompts the user that the game account owner needs to verify their identity before payment can be made; otherwise, payment cannot be made. Button 642 allows the user to choose whether to perform verification, while button 643 allows the user to choose whether to perform verification. Button 643 provides a quick entry point for the user to proceed with the payment process; by clicking button 643 and successfully verifying their identity, the user can access the payment interface.

[0218] For example, in Figure 6 The message 641 in the image d could mean "The system has detected that your account is suspected of being operated by a minor. Please have the account owner complete identity verification. Payment will not be possible without identity verification."

[0219] In some embodiments, the prompt message 641 may also display other similar content, and the buttons 642 and 643 may also be displayed in other forms. This application embodiment does not limit or elaborate on these aspects.

[0220] For example, in Figure 6 The prompt box 640 in the d diagram can also be displayed in other positions on the display interface 64, or the prompt box 640 can occupy the entire display interface 64. This application embodiment does not limit or elaborate on this.

[0221] In some embodiments, the prompt box 640 may be replaced by a box of other shapes, or the edge line of the prompt box 640 may not be displayed, and the area where the prompt box 640 is located may be displayed in an opaque or semi-transparent form. This application embodiment does not limit this.

[0222] For example, in Figure 6 In the diagram d, button 642 displays the text "Verification Not Yet Available," and in other embodiments, button 642 may display other similar content; Figure 6 In the figure d, button 643 displays the text "Start Verification". In other embodiments, button 643 may also display other similar content; this application embodiment does not limit or elaborate on this.

[0223] For example, a countdown timer (e.g., 30 seconds) can also be displayed in button 642. If the user does not click any button when the countdown ends, the display interface can automatically switch to a different mode. Figure 6 The jump shown in diagram d is as follows: Figure 6 As shown in Figure c, or jump to as shown in Figure c. Figure 6 As shown in Figure b, or jump to as shown in Figure b. Figure 6 As shown in Figure a.

[0224] In some embodiments, such as Figure 6 As shown in Figure d, after the user clicks button 642 on display interface 64, the display interface changes as follows: Figure 6 The jump shown in diagram d is as follows: Figure 6 As shown in Figure c, or jump to as shown in Figure c. Figure 6 As shown in Figure b, or jump to as shown in Figure b. Figure 6 As shown in Figure a.

[0225] In some embodiments, if a user clicks control 643 on display interface 64, the display interface will change as follows: Figure 6 The jump shown in diagram d is as follows: Figure 6 As shown in Figure e. Figure 6 The diagram in Figure 65 shows a display interface 65, which is the main interface for identity verification. As shown in the display interface 65, the identity verification in this embodiment uses face verification. In other embodiments, other identity verification methods can also be used, such as account password verification, fingerprint verification, etc., which will not be elaborated in this application.

[0226] like Figure 6 As shown in Figure e, the display interface 65 shows controls 650 and buttons 660. Users can click on control 650 to select or deselect the prerequisites for face verification. In this embodiment, if a user clicks on control 650 to select it, it is considered that the user has carefully read and agreed to the "Face Recognition Authentication Service Agreement" and the "Privacy Policy." When control 650 is selected, clicking button 660 initiates the face verification process on the phone. The specific face verification process can employ any commonly used method, which will not be elaborated upon in this application.

[0227] For example, when the control 650 is in an unselected state, the direction box is blank; when the control 650 is in a selected state, a checkmark or a dot may be displayed in the direction box. Of course, any other possible methods can be used to represent the unselected or selected state of the control 650, which will not be elaborated in this application.

[0228] For example, button 660 displays the text "Start Face Verification", which can be replaced with any similar content, and this application does not limit or elaborate on this.

[0229] It is understood that in this application embodiment, the owner of the game account is assumed to be an adult. When the user makes a payment (such as when the user clicks button 633), the current user is identified as a minor. If the user is identified as a minor, identity verification is added (such as displaying a prompt box 640 to inform the user that verification is required).

[0230] It should also be understood that in some cases, the account holder is a minor, and the account's payment behavior should be restricted. For example, it could be that payments can only be made up to a preset limit, and when the user attempts to make a payment above the preset limit, the guardian needs to complete the identity verification; or all payments on the account can only be completed with the guardian's identity verification. These restrictions will not be elaborated upon here.

[0231] In some embodiments, if facial verification fails, it indicates that the current user of the phone is not the owner of the video application account. In such cases, the phone displays something like... Figure 6 The display interface shown in Figure f is as follows. Figure 6 The f-graph in the image shows the display interface 66.

[0232] like Figure 6 As shown in Figure f, the display interface 66 shows a prompt message 670, a button 680, and a button 690. Prompt message 670 indicates to the user that face verification failed, button 680 is a control for the user to choose not to verify again, and button 690 is a control for the user to choose to verify again.

[0233] Understandably, button 680 provides users with a fallback option in case of verification failure. For example, after a user clicks button 680, the displayed interface can be... Figure 6 The jump shown in Figure f is to Figure 6 As shown in Figure a, or it can also be derived from... Figure 6 The jump shown in Figure f is to Figure 6 As shown in Figure b, or it can also be derived from... Figure 6 The jump shown in Figure f is to Figure 6 As shown in Figure c, this application will not elaborate further.

[0234] For example, a countdown timer (e.g., 15 seconds) can also be displayed in button 680. If the user does not click any button when the countdown ends, the display interface can automatically revert to its previous state. For example, the display interface can be... Figure 6 The jump shown in Figure f is to Figure 6As shown in Figure a, or it can also be derived from... Figure 6 The jump shown in Figure f is to Figure 6 As shown in Figure b, or it can also be derived from... Figure 6 The jump shown in Figure f is to Figure 6 As shown in Figure c, this application will not elaborate further.

[0235] It should also be understood that button 690 provides users with an entry point for re-authentication; after the user clicks button 690, the displayed interface will change. Figure 6 The jump shown in Figure f is to Figure 6 As shown in diagram e, this allows users to re-authenticate, giving them another chance to verify and improving the user experience. For example, if a user's previous authentication failure was due to user error, providing an entry point for re-authentication allows the user to try again, making it more convenient for them.

[0236] For example, when the user clicks button 690, the displayed interface can also be changed. Figure 6 The interface shown in Figure f is the one that redirects to the face verification process. Figure 6 (Not shown in the image), meaning that after the user clicks button 690, they directly enter the face verification process, making the whole process more concise.

[0237] For example, in Figure 6 The prompt message 670 in the figure shows the text "Authentication failed". In other embodiments, the prompt message 670 may also display other similar content. This application embodiment does not limit or elaborate on this.

[0238] For example, in Figure 6 In the figure, button 680 displays the text "Cancel Payment". In other embodiments, button 680 may also display other similar content. This application does not limit or elaborate on this.

[0239] For example, in Figure 6 In the figure, button 690 displays the text "Verify again". In other embodiments, button 690 may also display other similar content. This application embodiment does not limit or elaborate on this.

[0240] In some embodiments, if facial verification is successful, it indicates that the current user of the mobile phone is the owner of the game account, or that the owner of the game account has authorized the current user to make payments; in this case, the mobile phone displays as follows: Figure 6 The display interface shown in Figure g is as follows. Figure 6 The g-graph in the image shows the display interface 67.

[0241] like Figure 6As shown in Figure g, the display interface 67 shows a prompt message 600, which indicates that the user's identity verification was successful and that the mobile phone will automatically redirect to the payment page.

[0242] For example, the content of the prompt message 600 can be "Authentication successful, you will be redirected to the payment page soon!" This content can be replaced with any similar content, and this application does not limit or elaborate on it.

[0243] For example, Figure 6 The display interface shown in Figure g can automatically jump to a different screen after displaying for a certain period of time (e.g., 15 seconds). Figure 6 The display interface shown in the h diagram is as follows. Figure 6 The diagram shows a display interface 68, which is the payment interface. This interface includes a payment prompt box 601, which displays the payment amount and three payment methods. Users can choose their preferred payment method. The specific payment process is not detailed in this application.

[0244] It should be understood that, Figure 6 In the illustrated embodiment, after the user clicks button 633, the phone begins to identify the user as a minor. If the user is identified as a minor, the phone directly prompts the user that the owner of the game account needs to verify their identity before payment can be made. This prevents minors from using their parents' game accounts to make payments, reducing financial losses caused by minors making game payments without their parents' knowledge. Furthermore, Figure 6 In the diagram d, button 643 provides users with a quick entry point to complete the payment through identity verification. That is, users can complete the payment by clicking button 643 to verify their identity and pass the verification, thus improving the user experience.

[0245] Figure 7 This is a schematic diagram illustrating the interface changes in an application scenario provided by another embodiment of this application. Figure 7 The display interface shown in Figure a is the main interface of a game on a mobile phone, as shown in Figure 71. Figure 7 As shown in Figure a, a recharge control 710 is displayed on the display interface 71. After the user clicks the recharge control 710, the displayed interface changes from... Figure 7 The jump shown in Figure a is as follows: Figure 7 As shown in Figure b.

[0246] Figure 7 Image b shows display interface 72, which is the game's main store interface. This interface displays multiple game-related items (such as virtual or physical items). When the user clicks on one of the item icons 720, the display changes... Figure 7The jump shown in Figure b is as follows: Figure 7 As shown in Figure c.

[0247] Figure 7 Figure c shows a display interface 73, which contains a tooltip 730. The tooltip 730 displays item information 731 corresponding to icon 720, price information 732, and a button 733. (The rest of the text appears to be unrelated and likely refers to a different topic.) Figure 7 As shown in Figure c, button 733 displays the text "Purchase". After the user clicks button 733, or rather, the phone receives the user's click action, the phone begins to identify the user as a minor. If the phone determines that the user is not a minor, the displayed interface changes. Figure 7 The jump shown in Figure c is to Figure 7 As shown in Figure d.

[0248] Figure 7 The diagram d shows a display interface 74, which is the payment interface. This interface includes a payment prompt box 740, which displays the payment amount and three payment methods. Users can choose their preferred payment method. This application does not elaborate on the specific payment process.

[0249] It should be understood that, Figure 7 In the embodiment shown, after the user clicks button 733, the mobile phone begins to identify the user as a minor. If the user is not identified as a minor, the user can make a normal payment. Throughout the process, the user will not be aware of the minor identification process, thus avoiding interference with the operation process of adult users. This ensures the security of the user's game account payment while guaranteeing the user experience.

[0250] It is understood that the above application scenarios are merely examples and are not intended to limit the application scenarios of the minor identification method in the embodiments of this application.

[0251] After illustrating the application scenarios of the minor identification method in the embodiments of this application, the process of the minor identification method in the embodiments of this application will be described in illustrative terms below with reference to the accompanying drawings.

[0252] Figure 8 The diagram shown is a schematic flowchart of a minor identification method provided in an embodiment of this application. Figure 8 The method shown can be applied to electronic device A, where electronic device A can be... Figures 1 to 2 The electronic devices shown, such as Figure 8 As shown, the method includes S801-S805:

[0253] S801, Electronic device A detects that the user uses electronic device A to make a payment C.

[0254] It is understandable that in this embodiment, the user's payment behavior C through electronic device A triggers the process of electronic device A identifying the user as a minor. This minor identification process can be triggered at any stage before payment behavior C is completed, thereby intercepting the payment behavior of minors.

[0255] In some embodiments, the payment behavior C in S801 can be a specific payment behavior, such as: payment behavior C can be a user's payment behavior on some game platform (such as recharging or purchasing items), or payment behavior C can be a user's payment behavior of tipping on a live streaming website, or payment behavior C can be any payment behavior of the user exceeding a certain amount.

[0256] For example, electronic device A can be a mobile phone, and payment behavior C can be... Figure 6 In the illustrated embodiment, the user clicks button 633; ​​payment behavior C can also be... Figure 7 The illustrated embodiment shows the user clicking button 633.

[0257] It is understandable that by limiting the payment behavior C that triggers the identification of minors to payment behaviors such as game top-ups, live streaming rewards, and large payments, if minors complete the above payment behaviors without their parents' knowledge, it may bring a certain economic burden to the family. Therefore, the above payment behaviors can be called high-risk payment behaviors. For other non-high-risk payment behaviors, only the original payment process needs to be executed without the need for minor identification.

[0258] S802, electronic device A acquires target data generated during the user's use of electronic device A. The target data includes at least one of the following: account data logged into electronic device A, facial data collected by electronic device A, distance value between electronic device A and electronic device B, inertial measurement unit signals of electronic device A and electronic device B, touch data corresponding to the user's touch operation on the touch screen, running data of the application in electronic device A, and acceleration data of electronic device A; electronic device B is an electronic device paired with electronic device A.

[0259] S803, Electronic device A determines whether the user is a minor based on the target data.

[0260] It should be understood that the data generated by users when using electronic device A will carry the characteristics of the user's age. That is, the data generated by users of different age groups when using electronic device A will have certain differences. Therefore, this data can be used to determine whether the user is a minor.

[0261] In the embodiments of this application, the target data used includes at least one of a variety of data, that is, electronic device A can determine whether the user is a minor based on one type of data, or electronic device A can determine whether the user is a minor based on two or more types of data.

[0262] To facilitate understanding, the following provides an illustrative description of each type of data in the target data, and the specific methods for determining whether a user is a minor based on each type of data.

[0263] In some embodiments, the account data logged in by electronic device A can be an account belonging to the ecosystem in which electronic device A resides, used for user authentication, permission management, and service provision. This account can be referred to as a "user account system" or "ecosystem account." In other embodiments, the account data logged in by electronic device A can also be other account data, such as account data of a third-party application authorized by the user. The above descriptions of the account data logged in by electronic device A are merely examples and are not intended to limit the specific account data logged in by electronic device A in this application.

[0264] It should be understood that account data logged in on electronic device A typically includes age. The user's age is determined by comparing it to a preset age threshold. For example, if the age in the account data is less than the preset age threshold, the user is determined to be a minor; if the age in the account data is greater than or equal to the preset age threshold, the user is determined not to be a minor.

[0265] It is understandable that minors are primarily defined based on their age; that is, minors refer to individuals who have not reached the legal age of majority. The legal age of majority varies in different countries or regions. For example, the legal age of majority in most countries or regions is 18 years old. In these countries or regions, if a user is under 18, they are considered a minor; if a user is 18 years or older, they are considered an adult. Some countries or regions have a legal age of majority that is either lower or higher than 18. For example, a preset age threshold can be the legal age of majority in the country or region where the minor identification method in this application is implemented. Of course, the preset age threshold in this application can be adjusted as needed, and this application will not elaborate on this.

[0266] In some embodiments, during the use of electronic device A, electronic device A can collect the user's facial data and then determine whether the user is a minor based on the facial data. An exemplary description follows.

[0267] For example, facial data can be an image of a user captured by an electronic device A through its front-facing camera, including the facial portion. For instance, the front-facing camera in electronic device A can capture an image of the user and then perform facial recognition on the captured image to obtain the facial portion. For example, the facial portion image can be obtained using traditional image processing techniques (such as threshold segmentation, region-based segmentation, etc.), or it can be obtained using machine learning or deep learning methods, etc., which will not be elaborated upon in this application.

[0268] For example, after electronic device A acquires an image of a face, it can input the image into a pre-trained classification model. The output of the classification model can be: the user is a minor, or the user is not a minor. The classification model can be a common machine learning model, such as Support Vector Machine (SVM), Decision Tree and Random Forest, K-Nearest Neighbors (KNN), Convolutional Neural Networks (CNN), etc. This application does not limit the specific type of classification model. Furthermore, this classification model can also be called a face classification model. The training method for the classification model can adopt conventional training methods, which will not be elaborated upon in this application.

[0269] For example, facial data can also output facial feature point data to the Swing capability of electronic device A. For instance, facial data can include the coordinates of multiple facial feature points. After acquiring the facial feature point data, electronic device A can input it into a pre-trained classification model. The output of the classification model can be: the user is a minor, or the user is not a minor. The classification model can be a common machine learning model, such as SVM, decision trees and random forests, KNN, CNN, etc. This application does not limit the specific type of classification model. Furthermore, this classification model can also be called a face classification model. The training method for the classification model can adopt conventional training methods, which will not be elaborated upon in this application.

[0270] It should be understood that the facial feature point data output by electronic device A using its Swing capability determines whether a user is a minor. The low-power camera implementing the Swing capability captures images of the user and transmits them to the AI ​​algorithm module. The AI ​​algorithm module performs facial recognition on the images to obtain the user's facial data (or facial feature point data, facial feature point coordinates, etc.). Because the low-power camera captures images, its power consumption is lower than that of a regular front-facing camera. Furthermore, since electronic device A's Swing capability directly outputs facial feature point data without displaying the user's image throughout the process, it effectively protects the user's privacy, thus ensuring high security.

[0271] In this embodiment, pairing electronic device A with electronic device B means that electronic device A and electronic device B are connected via wireless or wired connection technology, thus enabling them to communicate with each other. For example, electronic device A and electronic device B can be paired via technologies such as Bluetooth, Wi-Fi peer-to-peer, or Near Field Communication (NFC). This embodiment does not limit the pairing method between electronic device A and electronic device B.

[0272] In some embodiments, electronic device A and electronic device B are paired via Bluetooth technology, that is, Bluetooth signals are transmitted between electronic device 100 and electronic device A. Electronic device A can estimate the distance between electronic device 100 and electronic device B based on the strength of the Bluetooth signals transmitted between them. The specific method of estimating the distance based on the Bluetooth signal strength will not be described in detail.

[0273] It is understood that the distance between electronic device A and electronic device B can also be obtained in other ways. For example, when electronic device A and electronic device B are paired via Wi-Fi peer-to-peer technology, the distance can be estimated by measuring the data transmission delay between electronic device A and electronic device B; or when electronic devices A and B both have GPS functionality, the distance between them can be estimated by GPS positioning. This application does not limit or elaborate on the specific methods for obtaining the distance between electronic device A and electronic device B.

[0274] For example, assuming that the owners of electronic devices A and B are adults, the distance between them can indicate whether they are used by the same person. When they are not used by the same user, there is a high probability that device A is used by a minor; when they are used by the same user, there is a high probability that device A is used by an adult. Therefore, after obtaining the distance between A and B, A can compare this distance with a preset distance threshold to determine whether the user is a minor. For instance, if the distance between A and B is greater than the preset distance threshold, the user is determined to be a minor; if the distance is less than or equal to the preset distance threshold, the user is determined not to be a minor.

[0275] In some embodiments, both electronic device A and electronic device B include an inertial measurement unit (IMU). Therefore, electronic device A can directly obtain the IMU signal of electronic device A through its own IMU. Since electronic device A and electronic device B are paired, electronic device A can obtain the IMU signal of electronic device B through communication with electronic device B.

[0276] It is understandable that inertial measurement unit signals can also be called IMU signals, and IMU signals can include acceleration, angular velocity, magnetic field strength, etc.

[0277] For example, the IMU signal from electronic device A and the IMU signal from electronic device B can be compared in the time domain to observe whether their waveforms, amplitudes, etc., are similar. If the waveforms and amplitudes are similar, it indicates that the signals have good consistency in the time domain.

[0278] For example, the correlation coefficient between the IMU signals of electronic device A and electronic device B can be calculated to represent the consistency between their IMU signals. It is understood that the closer the correlation coefficient is to 1, the better the consistency between the IMU signals of the two electronic devices. This application does not limit or elaborate on the specific methods for consistency comparison.

[0279] For example, assuming the owners of electronic devices A and B are adults, the consistency data between the IMU signals of electronic device A and electronic device B can characterize whether electronic devices A and B are used by the same person. When electronic devices A and B are not used by the same user, electronic device A is more likely to be used by a minor; when electronic devices A and B are used by the same user, electronic device A is more likely to be used by an adult. Therefore, after electronic device A obtains the consistency value between its IMU signals and those of electronic device B, it can determine whether the user is a minor by comparing the consistency value with a preset consistency threshold. For example, if the consistency value is less than the preset consistency threshold, the user is determined to be a minor; if the consistency value is greater than or equal to the preset consistency threshold, the user is determined not to be a minor.

[0280] For example, suppose electronic device A is a mobile phone and electronic device B is a watch. An adult is wearing the watch, while the mobile phone is lent to a minor. The movement states of the adult and the minor are definitely different. In this case, a time period is selected, and the IMU signals measured by the mobile phone and the watch are acquired during that time period. The correlation coefficient between the IMU signals measured by the mobile phone and the watch is calculated, and then compared with a preset threshold. When the correlation coefficient is greater than the preset threshold, it indicates that the IMU signals measured by the mobile phone and the watch are highly consistent, and the user is determined not to be a minor. When the correlation coefficient is less than or equal to the preset threshold, it indicates that the IMU signals measured by the mobile phone and the watch are not highly consistent, and the user is determined to be a minor.

[0281] In some embodiments, a user's touch operation on the touchscreen of electronic device A generates corresponding touch data, which may include: touch shape, touch area, touch pressure, swipe speed, swipe curve, and touch capacitance. For ease of understanding, the following provides an illustrative explanation of how different types of touch data can be used for minor identification.

[0282] (1) Touch shape can also be called the shape of the touch surface, or the shape of the contact surface between the user's finger and the touch screen. The touch shape can be represented by the coordinates of multiple points on the outline of the touch surface. There are certain differences in the touch shape between adults and minors. Therefore, the touch shape can be used as a key feature to determine whether a user is a minor. For example, adults have longer and wider fingers, which can easily cover a wider screen area. Therefore, the touch shape width corresponding to the touch operation of adults is larger. On the other hand, minors have shorter and narrower fingers. Therefore, the touch shape width corresponding to the touch operation of minors is smaller.

[0283] (2) The touch area can also be called the area of ​​the touch surface, or the area of ​​the contact surface between the user's finger and the touch screen. There are certain differences in the touch area between adults and minors. Therefore, the touch area can be used as a key feature to determine whether a user is a minor. For example, adults have longer and wider fingers, which can easily cover a wider screen area. Therefore, the touch area corresponding to an adult's touch operation is larger. On the other hand, minors have shorter and narrower fingers. Therefore, the touch area corresponding to a minor's touch operation is smaller.

[0284] (3) Touch pressure is the pressure applied to the touchscreen by the user when performing touch operations. There is a certain difference in touch pressure between minors and adults. Therefore, touch pressure can be used as a key characteristic to determine whether a user is a minor. For example, minors have relatively less strength, so they apply less pressure to the touchscreen during touch operations, i.e., lower touch pressure; adults have relatively more strength, so they apply more pressure to the touchscreen during touch operations, i.e., higher touch pressure.

[0285] (4) Swiping speed is the speed at which a user's finger moves on the touchscreen when performing a swipe operation. There are certain differences in swiping speed between minors and adults, so swiping speed can be used as a key characteristic to determine whether a user is a minor. For example, minors have weaker hand coordination, so their swiping speed may be relatively slower, and their swiping speed changes more frequently, meaning their swiping speed is less stable; adults have stronger hand coordination, so their swiping speed is relatively faster, and their swiping speed changes less, meaning their swiping speed is more stable.

[0286] (5) The swipe curve is the trajectory generated by the user's finger moving on the touchscreen when performing a swipe operation. There are certain differences between the swipe curves of minors and adults. Therefore, the swipe curve can be used as a key feature to determine whether a user is a minor. For example, minors have smaller fingers and higher dexterity, but relatively weaker hand control. Therefore, minors may experience slight jitter or sudden changes in direction when performing swipe operations on the touchscreen, resulting in a lower smoothness of the swipe curve. Adults have stronger hand control, and they rarely experience jitter or sudden changes in direction when performing swipe operations on the touchscreen, resulting in a higher smoothness of the swipe curve.

[0287] (6) Touch capacitance is the capacitance value of the touch position on the touch screen when the user performs a touch operation. Touch capacitance can include the capacitance values ​​of multiple points on the touch position, that is, touch capacitance can include multiple capacitance values.

[0288] For example, a multi-touch capacitive device may include an array of capacitance values ​​for a pressing area (or pressing area).

[0289] For example, electronic device A (which may be a mobile phone) can directly call the interface of the touch module to obtain the capacitance value array of the touch area, which will not be elaborated in the embodiments of this application.

[0290] We believe that capacitive touchscreens can serve as a key characteristic for determining whether a user is a minor, for the following reasons:

[0291] It's understandable that when a user's finger approaches or touches the touchscreen, the conductivity and dielectric properties of the finger alter the electric field distribution around the touchscreen, causing a change in the capacitance at the touch location. This change is captured by the touch circuitry in the touchscreen and converted into a touch signal, thus enabling touch operation. The dielectric constant represents a material's responsiveness to an electric field. The user's finger, which interacts with the touchscreen, is a dielectric material, and its dielectric constant plays a crucial role in the capacitance change during touch operation. A higher dielectric constant means a stronger response to an electric field, resulting in a more significant capacitance change when the finger approaches the touchscreen.

[0292] It should be understood that the water content of a finger is an important factor affecting its dielectric constant. The higher the water content of the finger, the higher its dielectric constant. Therefore, when a finger with high water content performs touch operations on a touchscreen, it will cause a more significant change in capacitance. Thus, during touch operations, the water content of the finger indirectly affects the change in capacitance at the touch location on the touchscreen by influencing the dielectric constant.

[0293] Generally, the water content of a minor's fingers is significantly higher than that of an adult's fingers. This results in a noticeable difference in the touch capacitance when a minor performs touch operations compared to an adult. Therefore, touch capacitance can be a key characteristic for determining whether a user is a minor. For example, because a minor's fingers have a higher water content, the capacitance value of their touchscreen swipes will be relatively higher; conversely, because an adult's fingers have a lower water content, the capacitance value of a minor's touchscreen swipes will be relatively lower.

[0294] For example, electronic device A can acquire touch data when a user performs a touch operation. This touch data may include at least one of the following: touch shape, touch area, touch pressure, swipe speed, swipe curve, and touch capacitance. After acquiring the touch data, electronic device A can input the touch data into a pre-trained classification model. The output of the classification model can be: the user is a minor, or the user is not a minor. The classification model can be a common machine learning model, such as SVM, decision tree and random forest, KNN, CNN, etc. This application does not limit the specific type of classification model. In addition, this classification model can also be called a touch classification model. The training method of the classification model can adopt conventional training methods, which will not be elaborated in this application.

[0295] In some embodiments, when a user uses electronic device A, they will use applications on the electronic device; electronic device A can obtain application runtime data. For example, application runtime data may include: the name of the application running on electronic device A, and the runtime of the application; wherein, the runtime of an application may include: the total runtime of the application within a preset time period, and / or the duration of multiple time periods of the application within the preset time period, for example: the preset time period may be: within 2 hours from before the current time to the current time, etc.

[0296] Understandably, adults and minors tend to use different applications. For example, adults typically use instant messaging apps, work-related apps, vocational training apps, language learning apps, shopping apps, payment apps, navigation apps, and health apps; while minors use more game apps, tutoring apps, music apps, and video apps. Furthermore, there are differences in the duration of application use. Adults use applications more frequently, often utilizing fragmented time, resulting in shorter app usage times. Minors, on the other hand, tend to use applications more concentratedly, typically after school, on weekends, or during holidays, leading to longer usage times. Therefore, the operational data of applications running on electronic device A (i.e., the names of the applications running on electronic device A and their runtime) can serve as a key characteristic for determining whether a user is a minor.

[0297] For example, after electronic device A obtains the application's runtime data, it can input the application's runtime data into a pre-trained classification model. The output of the classification model can be: the user is a minor, or the user is not a minor. The classification model can be a common machine learning model, such as SVM, decision trees and random forests, KNN, CNN, etc. This application does not limit the specific type of classification model. Furthermore, this classification model can also be called an application classification model. The training method for the classification model can adopt conventional training methods, which will not be elaborated upon in this application.

[0298] In some embodiments, during the use of electronic device A, electronic device A can acquire acceleration data through an accelerometer. For example, the acceleration data of electronic device A may include linear acceleration data and / or triaxial gravitational acceleration data; furthermore, the linear acceleration data may include linear acceleration along the three axes of electronic device A.

[0299] For example, the acceleration data of electronic device A includes acceleration data of electronic device A at multiple different time points. That is, the acceleration data of electronic device A can actually include multiple sets of data, each set of data corresponding to a time point.

[0300] It is understandable that the triaxial gravitational acceleration of electronic device A refers to the ability of the accelerometer inside electronic device A to measure and report the gravitational acceleration of the device along three different axes (usually the X-axis, Y-axis, and Z-axis). These three axes can be perpendicular to each other and correspond to the physical orientation of electronic device A.

[0301] For example, taking an electronic device A as a mobile phone, the X-axis can represent the horizontal direction of the phone, such as from left to right or from right to left, and the X-axis is parallel to the plane where the phone screen is located; the Y-axis can represent the vertical direction of the phone, such as from front to back or from back to front, and the Y-axis is parallel to the plane where the phone screen is located; the Z-axis can represent the vertical direction of the phone, and the Z-axis is perpendicular to the plane where the phone screen is located.

[0302] For example, the acceleration captured by the accelerometer of electronic device A is the combined acceleration of motion generated by the movement of electronic device A and the acceleration due to gravity; when electronic device A is stationary, the acceleration detected by the gravitational acceleration of electronic device A is the gravitational acceleration of electronic device A; the motion acceleration generated by the movement of electronic device A can be decomposed into linear acceleration and other accelerations (such as centripetal acceleration in circular motion).

[0303] It should be understood that there are certain differences in the acceleration data generated when adults and minors use electronic device A. Taking electronic device A as a mobile phone as an example, adults usually pay more attention to the stability and security of the phone, so the acceleration data generated when adults use mobile phones may be relatively small and the acceleration changes are relatively stable. Minors, on the other hand, are more active and energetic when using mobile phones, such as walking while playing games or moving the phone quickly. Therefore, the acceleration data generated when minors use mobile phones may be relatively large and the acceleration changes more drastic. In summary, the acceleration data of electronic device A (i.e., the linear acceleration data and / or triaxial gravitational acceleration data of electronic device A) can serve as a key characteristic for determining whether a user is a minor.

[0304] For example, after acquiring acceleration data, electronic device A can input the acceleration data into a pre-trained classification model. The output of the classification model can be: the user is a minor, or the user is not a minor. The classification model can be a common machine learning model, such as SVM, decision tree and random forest, KNN, CNN, etc. This application does not limit the specific type of classification model. Furthermore, this classification model can also be called an acceleration classification model. The training method for the classification model can adopt conventional training methods, which will not be elaborated upon in this application.

[0305] It should be understood that the above description refers to each type of target data, and each type of target data selected in the embodiments of this application can be used independently to identify whether a user is a minor.

[0306] In some embodiments, in order to improve the accuracy of the recognition results, multiple (e.g., two or more) data from the target data can be used for fusion judgment. The following is an exemplary description of using multiple data for fusion judgment.

[0307] In some embodiments, the target data includes at least two of the following: account data logged in by electronic device A, facial data collected by electronic device A, distance value between electronic device A and electronic device B, inertial measurement unit signals of electronic device A and electronic device B, touch data corresponding to the user's touch operation on the touchscreen of electronic device A, running data of the application in electronic device A, and acceleration data of electronic device A. In this case, S803 may include: determining at least two confidence values ​​based on the target data, each confidence value corresponding to one type of data in the target data, wherein the confidence value represents: the probability of determining that the user is a minor based on the data corresponding to the confidence value; and determining whether the user is a minor based on the at least two confidence values. Specifically, first, a confidence value is determined for each type of data. Then, all confidence values ​​are weighted (e.g., weighted summation or weighted average) to obtain a fused confidence value. Finally, the fused confidence value is compared with a preset confidence threshold. When the fused confidence value is greater than or equal to the preset confidence threshold, the user is determined to be a minor; when the fused confidence value is less than the preset confidence threshold, the user is determined not to be a minor.

[0308] In some embodiments, the target data includes two types of data: touch data corresponding to the user's touch operation on the touchscreen of electronic device A, and acceleration data of electronic device A; the touch data includes at least one of: touch shape, touch area, touch pressure, sliding speed, sliding curve, and touch capacitance; the acceleration data of electronic device A includes: linear acceleration data and / or triaxial gravitational acceleration data; step S803 includes: inputting the touch data into a touch detection model to obtain a first confidence value, the first confidence value representing the probability that the user is a minor based on the touch data; inputting the acceleration data of electronic device A into an acceleration detection model to obtain a second confidence value; the second confidence value representing the probability that the user is a minor based on the acceleration data of electronic device A; and determining whether the user is a minor based on the first confidence value and the second confidence value. In this implementation, touch data and acceleration data are fused together to improve the accuracy of minor identification. In addition, for electronic devices with touch screens, touch data is generated when users use the electronic devices, and acceleration data is also data that is basically generated when users use electronic devices. Therefore, determining whether a user is a minor based on touch data and acceleration data has a wide range of applications.

[0309] It is understood that the touch detection model can be SVM, decision tree and random forest, KNN or CNN, etc., and this application does not limit the specific type of touch detection model. In addition, the touch detection model can be trained using conventional training methods, which will not be elaborated on in this application.

[0310] For example, determining whether a user is a minor based on a first confidence value and a second confidence value may include: performing a weighted calculation (e.g., a weighted sum or a weighted average) on the first confidence value and the second confidence value to obtain a fused confidence value; finally, comparing the fused confidence value with a preset confidence threshold; if the fused confidence value is greater than or equal to the preset confidence threshold, determining that the user is a minor; if the fused confidence value is less than the preset confidence threshold, determining that the user is not a minor.

[0311] It is understood that the confidence value in the embodiments of this application can also be called the confidence score, which is mainly used to represent the probability that the user is a minor.

[0312] For example, the higher the confidence value, the greater the probability that the user is a minor; the lower the confidence value, the less probability that the user is a minor.

[0313] Table 1 shows the validation results for the target data, which includes both touch data and acceleration data. The validation dataset consists of 31 data sets from 27 minors and 92 data sets from 31 adults. Each data set includes both touch data and acceleration data. Among the 27 minors: 16 were between 2 and 6 years old, for which 26 data sets were collected; 5 were between 7 and 12 years old, for which 5 data sets were collected; and the remaining 31 adults were for whom 92 data sets were collected. During data collection, each person used the phone for 2 minutes and touched the screen more than 20 times.

[0314] Table 1

[0315] accuracy Recall rate 2 to 6 years old 96％ 89％ 7 to 12 years old 91％ 84％

[0316] As shown in Table 1, the method for determining minors based on the fusion of touch data and acceleration data in this embodiment has high accuracy and recall, which can meet the application requirements.

[0317] In some embodiments, the target data includes two types of data: the distance between electronic device A and electronic device B, and the inertial measurement unit (IMU) signal of electronic device A and the IMU signal of electronic device B. Determining whether a user is a minor based on the target data includes: determining that the distance between electronic device B and electronic device A is greater than a preset distance threshold; comparing the consistency of the IMU signal of electronic device A and the IMU signal of electronic device B to obtain a consistency result; and determining a second identification result based on the consistency result, where the second identification result includes: the user is a minor, or the user is not a minor. In this implementation, when the distance between electronic device B and electronic device A is greater than the preset distance threshold, the consistency of the IMU signal of electronic device A and the IMU signal of electronic device B is compared to determine whether the user is a minor. Electronic devices A and B are paired; based on the consistency detection result, it can be determined whether electronic devices A and B are likely being used by the same user. When it is determined that electronic devices A and B are being used by different users, it indicates that the current user of electronic device A is more likely to be a minor. Therefore, determining whether a user is a minor based on the consistency detection result has a certain degree of accuracy.

[0318] For example, the consistency detection result may include a consistency value. When the consistency value is greater than or equal to a preset consistency threshold, the user is determined to be an adult. When the consistency value is less than the preset consistency threshold, the user is determined to be a minor.

[0319] For example, the consistency value can be represented by the correlation of the inertial measurement unit (IMU) signal curves. The higher the correlation of the IMU signal curves, the higher the consistency; the lower the correlation of the IMU signal curves, the lower the consistency.

[0320] It is understood that the various threshold values ​​involved in the embodiments of this application can be set as needed, and this application does not impose any restrictions or elaborate on them.

[0321] It should be understood that the above example is only an illustration of the process of fusion judgment for some combinations of two types of data in the target data. The fusion between two types of data in other combinations of the target data, as well as the fusion between more types (e.g., three or more types) of data, can all be achieved by the above two-data fusion judgment scheme, which will not be elaborated in this application.

[0322] It should be noted that the information collection process / feature extraction process involved in this application (such as the collection of target data, such as account data, facial data, distance values, inertial measurement unit signals, touch data, application running data, and acceleration data, etc.) is performed with the user's knowledge and permission. That is, the information collection process / feature extraction process is compliant and does not constitute an act that harms the public interest.

[0323] S804, if it is determined that the user is a minor, electronic device A prompts the user to verify their identity for payment behavior C.

[0324] It is understandable that electronic device A may prompt the user to verify their identity for payment behavior C using one or more of the following methods: biometric identification (such as fingerprint recognition, facial recognition), password, identity information (such as ID card number, ID card image), and SMS verification code.

[0325] For example, in order to improve the security of identity verification, the identity verification method can be biometric identification (such as fingerprint recognition or facial recognition); or the identity verification method can be a combination of multiple verification methods. The specific identity verification method is not limited in the embodiments of this application.

[0326] In some embodiments, the minor identification process shown in S802 to S804 can be performed before entering the payment process of payment behavior C. For example, in Figure 6 In the illustrated embodiment, after the phone detects that the user has clicked button 633, the phone initiates a minor identification process. If the user is determined to be a minor, the phone's display interface changes. Figure 6 The switch shown in Figure c is... Figure 6 As shown in diagram d, Figure 6 The d-image in the image prompts the user to authenticate, that is, in Figure 6 In the illustrated embodiment, the mobile phone prompts the user via interface 64 that identity verification is required to complete the payment.

[0327] In some embodiments, authentication for payment behavior C may also be performed after entering the payment process of payment behavior C. For example, it may be other types of authentication (such as biometric authentication) that need to be performed again after the user has completed the specific authentication of the payment process of payment behavior C (such as password authentication).

[0328] This application does not limit the specific node of identity verification. The purpose of the identity verification is to prevent minors from completing payment behavior C without their parents' knowledge. As long as this purpose can be achieved, the identity verification can be carried out at any stage of payment behavior C.

[0329] S805, if it is determined that the user is not a minor, electronic device A continues to perform payment behavior C.

[0330] It is understandable that electronic device A can continue to process payment behavior C if it is determined that the user is not a minor, or in other words, electronic device A can support the user to continue to process payment behavior C if it is determined that the user is not a minor, thus making it convenient for non-minor users (or adult users) to complete payment behavior C.

[0331] In some embodiments, if it is determined that the user is not a minor, electronic device A does not process the payment behavior C in any way, or in other words, electronic device A does not provide any feedback to the user. Thus, the user will not be aware of the minor identification process performed by electronic device A in steps S801 to S803 while using electronic device A to complete the ongoing payment C, thereby improving the user experience.

[0332] For example, in Figure 7 In the illustrated embodiment, after the phone detects that the user has clicked button 733, the phone initiates a minor identification process. If it is determined that the user is not a minor, the phone's display interface changes. Figure 7 The switch shown in Figure c is... Figure 7 As shown in diagram d, Figure 7 The display interface shown in Figure d is the payment interface. Figure 7 The switching process of the displayed interface is the same as the regular payment process, and users will not be aware of the minor identification process.

[0333] It should be understood that, Figure 8 In the illustrated embodiment, the target data can be at least one of a variety of data. Therefore, as long as the user generates one of the data during the use of the first electronic device, the data can be used to identify whether the user is a minor. This minor identification method can be applied to various different scenarios to improve the accuracy of minor identification in different scenarios. Furthermore, in this embodiment, when the user is identified as a minor, the user is reminded to verify the identity of the payment behavior C, so that the high-risk payment behavior C has a certain degree of controllability.

[0334] It is understandable that age information in the account data logged in from electronic device A is the most direct way to determine whether a user is a minor, and therefore its reliability is very high. When the target data includes account data logged in from electronic device A, this data should be used first for judgment. The following is an illustrative example with reference to the attached diagram.

[0335] Figure 9The diagram shown is a schematic flowchart of a minor identification method provided in another embodiment of this application. Figure 9 The method shown can be applied to electronic device A, where electronic device A can be... Figures 1 to 2 The electronic devices shown, such as Figure 9 As shown, the method includes S901-S907:

[0336] S901, Electronic device A detects that the user uses electronic device A to make a payment C.

[0337] It is understandable that S901 and S801 are basically the same, so for details, please refer to the previous introduction about S801, which will not be repeated here.

[0338] S902, electronic device A acquires target data generated during the user's use of electronic device A. The target data includes account data logged into electronic device A and other data, which includes at least one of the following: facial data collected by electronic device A, distance value between electronic device A and electronic device B, inertial measurement unit signals of electronic device A and electronic device B, touch data corresponding to the user's touch operation on the touch screen, running data of the application in electronic device A, and acceleration data of electronic device A; electronic device B is an electronic device paired with electronic device A.

[0339] It should be understood that the other data in this embodiment refers to the data in the target data other than the account data logged in by electronic device A. For details on the content of each type of other data, please refer to the relevant description above, which will not be repeated here.

[0340] S903, Electronic device A determines whether the age in the account data is less than a preset age threshold.

[0341] It is understandable that if the judgment is yes, the process jumps from step S903 to step S904, and if the judgment is no, the process jumps from step S903 to step S906.

[0342] It should also be understood that if the age in the account data is less than the preset age threshold, it can be basically determined that the user is a minor; if the age in the account data is greater than or equal to the preset age threshold, it can be basically determined that the user is not a minor.

[0343] It should be understood that detailed information regarding the preset age threshold can be found in the preceding descriptions, and will not be repeated here.

[0344] S904, Electronic device A determines that the user is a minor.

[0345] S905, Electronic device A prompts the user to verify identity for payment transaction C.

[0346] It is understandable that S905 and S804 are basically the same, so the relevant descriptions can refer to the previous introduction of S804, and will not be repeated here.

[0347] S906, Electronic device A determines whether the user is a minor based on other data.

[0348] It is understandable that if the judgment is yes, the process jumps from step S906 to step S905, and if the judgment is no, the process jumps from step S906 to step S907.

[0349] S907, Electronic device A continues to perform payment activity C.

[0350] It is understandable that S907 and S805 are basically the same, so the relevant descriptions can refer to the previous introduction of S805, and will not be repeated here.

[0351] Understandably, when the target data includes the account data logged in by electronic device A and other data, electronic device A first determines whether the user is a minor based on the age in the logged-in account data. In particular, when the user is directly determined to be a minor based on age, there is no need to judge other data. The method is very simple, has little computational load, and is easy to implement. Furthermore, since the judgment is based directly on the age in the account data, the accuracy is also relatively high.

[0352] In addition, if the user is determined not to be a minor based on age, then other data is used to determine whether the user is a minor again. This two-step determination can avoid the problem of missed identification due to incorrect age data in the account data logged in by electronic device A, thus improving the accuracy of minor identification.

[0353] Understandably, in S906, determining whether a user is a minor is based on other data. Specifically, it can be determined based on at least one of the following: facial data collected by electronic device A, distance between electronic device A and electronic device B, inertial measurement unit signals of electronic device A and electronic device B, touch data corresponding to the user's touch operation on the touchscreen, running data of the application in electronic device A, and acceleration data of electronic device A.

[0354] The following example illustrates an exemplary implementation of S906.

[0355] In some embodiments, the other data includes at least two of the following: facial data collected by electronic device A, inertial measurement unit signals of electronic device A and electronic device B, touch data corresponding to the user's touch operation on the touchscreen, running data of the application in electronic device A, and acceleration data of electronic device A; S906 includes: determining at least two confidence values ​​based on the other data, each confidence value corresponding to one type of other data, and the confidence value representing: the probability of determining that the user is a minor based on the data corresponding to the confidence value; and determining whether the user is a minor based on the at least two confidence values. In this implementation, determining whether the user is a minor based on at least two types of data can avoid bias caused by a single type of data and improve the accuracy of minor identification.

[0356] The following provides an example of how to calculate the confidence scores for different types of data in other datasets.

[0357] In some embodiments, it is assumed that at least two confidence values ​​include a first confidence value, which corresponds to touch data. The touch data includes at least one of the following: touch shape, touch area, touch pressure, swipe speed, swipe curve, and touch capacitance data. The touch data is input into a touch detection model, causing the touch detection model to output the first confidence value. In this implementation, the first confidence value corresponding to the touch data is determined by the touch detection model, and the method is simple and easy to implement.

[0358] For example, the touch detection model can be SVM, decision tree and random forest, KNN or CNN, etc. This application does not limit the specific type of touch detection model. In addition, the touch detection model can be trained using conventional training methods, which will not be elaborated in this application.

[0359] In some embodiments, it is assumed that at least two confidence values ​​include a second confidence value, which corresponds to the acceleration data of electronic device A; the acceleration data of electronic device A includes linear acceleration data and / or triaxial gravitational acceleration data; the acceleration data of electronic device A is input into an acceleration detection model, causing the acceleration detection model to output the second confidence value. In this implementation, the second confidence value corresponding to the acceleration data is determined by the acceleration detection model, and the method is simple and easy to implement.

[0360] For example, the acceleration detection model can be SVM, decision tree and random forest, KNN or CNN, etc. This application does not limit the specific type of acceleration detection model. In addition, the acceleration detection model can be trained using conventional training methods, which will not be elaborated in this application.

[0361] In some embodiments, it is assumed that at least two confidence values ​​include a third confidence value, which corresponds to the running data of an application in electronic device A. The running data includes the name of the application in operation and the runtime of each application. The running data is input into an application detection model, which outputs the third confidence value. In this implementation, the third confidence value corresponding to the running data is determined by an acceleration detection model, a simple and easy-to-implement method. Furthermore, the running data includes the name of the application and the runtime of each application; neither the application name nor the runtime relates to the specific content used by the user, thus protecting user privacy.

[0362] For example, the applied detection model can be SVM, decision tree and random forest, KNN or CNN, etc., and this application does not limit the specific type of the applied detection model. In addition, the training method of the applied detection model can adopt conventional training methods, which will not be elaborated in this application.

[0363] In some embodiments, it is assumed that at least two confidence values ​​include a fourth confidence value, which corresponds to the face data collected by electronic device A, and the face data includes facial landmark data. The fourth confidence value is output by inputting the facial landmark data into a face detection model. In this implementation, the fourth confidence value corresponding to the face data is determined by the face detection model, a simple and easy-to-implement method. Furthermore, the face data includes facial landmark data collected by electronic device A, which differs from ordinary face images. The facial landmark data can be data output by the Swing capability of electronic device A. Utilizing the Swing capability of electronic device A to output facial landmark data eliminates the need for electronic device A to collect high-resolution user images, reducing device power consumption and improving data processing efficiency.

[0364] Understandably, facial landmark data can be the coordinates of facial landmarks, and the number of facial landmarks used can be adjusted according to the balance between algorithm accuracy and algorithm time.

[0365] For example, facial key points can be used in common combinations, which will not be elaborated or limited in the embodiments of this application.

[0366] For example, the face detection model can be SVM, decision tree and random forest, KNN or CNN, etc. This application does not limit the specific type of face detection model. In addition, the training method of the face detection model can adopt conventional training methods, which will not be elaborated in this application.

[0367] In some embodiments, it is assumed that at least two confidence values ​​include a fifth confidence value, which corresponds to the inertial measurement unit (IMU) signal of electronic device A and the IMU signal of electronic device B. A consistency comparison is performed between the IMU signals of electronic device A and electronic device B to obtain a consistency result; then, the fifth confidence value is determined based on the consistency result. In this implementation, the fifth confidence value is determined by comparing the consistency of the IMU signals of electronic device A and electronic device B, which is simple, computationally inexpensive, and easy to implement.

[0368] It is understood that the consistency results can also be represented by any form of quantitative data, and this application does not limit or elaborate on the specific form of the consistency results.

[0369] It should also be understood that the higher the consistency between the inertial measurement unit signal of electronic device A and the inertial measurement unit signal of electronic device B, the lower the corresponding fifth confidence level value, and the lower the probability that the user is a minor; conversely, the lower the consistency between the inertial measurement unit signal of electronic device A and the inertial measurement unit signal of electronic device B, the higher the corresponding fifth confidence level value, and the higher the probability that the user is a minor.

[0370] For example, the consistency result is represented by a consistency value 'a', where 0 ≤ a ≤ 1. In this case, the difference between 1 and a can be directly converted into a percentage and used as the fifth confidence level value. For example, when a = 0.3, the fifth confidence level value is 70%, which means that based on the comparison between the inertial measurement unit signal of electronic device A and the inertial measurement unit signal of electronic device B, the probability that the user is a minor is 70%.

[0371] It should be understood that because the accuracy of the judgment results for the account data logged in by electronic device A is relatively high, and the computational load of the judgment process is also relatively small, Figure 9 In the illustrated embodiment, when the target data includes account data logged in by electronic device A, the account data logged in by electronic device A is used first to determine whether the user is a minor. If it is determined that the user is not a minor based on the account data logged in by electronic device A, other data in the target data are then used to further determine whether the user is a minor. The minor identification process is more reasonable. Furthermore, when this embodiment identifies that the user is a minor, it reminds the user to verify the identity of payment behavior C, so that high-risk payment behavior C has a certain degree of controllability.

[0372] Figure 10 The diagram shown is a schematic flowchart of a minor identification method provided in another embodiment of this application. Figure 10 The method shown can be applied to electronic device A, where electronic device A can be... Figures 1 to 2 The electronic devices shown, such as Figure 10 As shown, the method includes S1001-S1005:

[0373] S1001, Electronic device A receives a user's command to open a preset application.

[0374] It is understandable that in this embodiment, when a user opens a preset application on electronic device A, it triggers the process of electronic device A identifying the user as a minor. This minor identification process is triggered and executed before the preset application is fully launched, thereby managing the use of the preset application by minors.

[0375] In some embodiments, the default application includes at least one of the following: a video application, a game application, and a shopping application.

[0376] For example, electronic device A could be a mobile phone. Figure 3 In the illustrated embodiment, the preset application is the application corresponding to application icon 310; the user's action of clicking application icon 310 is the user's action of opening the preset application; in Figure 4 In the illustrated embodiment, the preset application is the application corresponding to the application icon 410; the user's action of clicking the application icon 410 is the user's action of opening the preset application; in Figure 5 In the embodiment shown, the preset application is the application corresponding to the application icon 510; the user's action of clicking the application icon 510 is the user's action of opening the preset application.

[0377] S1002, Electronic device A acquires target data generated during the user's use of electronic device A. The target data includes at least one of the following: account data logged into electronic device A, facial data collected by electronic device A, distance value between electronic device A and electronic device B, inertial measurement unit signals of electronic device A and electronic device B, touch data corresponding to the user's touch operation on the touch screen, running data of the application in electronic device A, and acceleration data of electronic device A; electronic device B is an electronic device paired with electronic device A.

[0378] S1003, Electronic device A determines whether the user is a minor based on the target data.

[0379] It is understandable that if the judgment is yes, the process jumps from step S1003 to step S1004, and if the judgment is no, the process jumps from step S1003 to step S1005.

[0380] It is understandable that S1002 is basically the same as S802, and S1003 is basically the same as S803. Therefore, the relevant descriptions can refer to the previous introduction of S802 and S803, and will not be repeated here.

[0381] S1004, Electronic device A controls a preset application to start in target mode, and in target mode the preset application displays content corresponding to minors.

[0382] Understandably, the target mode can also be called the minor mode, children mode, or youth mode. In this mode, the application will block some content that is not suitable for minors to watch or listen to.

[0383] For example, in Figure 3 In the illustrated embodiment, after the phone detects the user clicking the application icon 310, the phone initiates a minor identification process. If it is determined that the user is a minor, the phone's display interface changes. Figure 3 The switch shown in Figure a is as follows: Figure 3 As shown in Figure b, Figure 3 The prompt box 320 shown in Figure b reminds the user that the video application's child mode has been automatically turned on on the phone.

[0384] For example, in Figure 4 In the illustrated embodiment, after the phone detects the user clicking the application icon 410, the phone initiates a minor identification process. If it is determined that the user is a minor, the phone's display interface changes. Figure 4 The switch shown in Figure a is as follows: Figure 4 As shown in Figure b, Figure 4 The prompt box 420 shown in Figure b reminds the user that the phone has automatically turned on the video application's child mode, and the button 423 provides the user with a quick access to switch the video application to normal mode after authentication.

[0385] For example, in Figure 5 In the illustrated embodiment, after the phone detects the user clicking the application icon 510, the phone initiates a minor identification process. If it is determined that the user is not a minor, the phone's display interface changes. Figure 5 The switch shown in Figure a is as follows: Figure 5 As shown in Figure b, Figure 5 The prompt box 320 shown in Figure b reminds the user that if the user does not authenticate or authentication fails, the phone will enable the children's mode for the video application.

[0386] Understandable Figure 5The illustrated embodiment is equivalent to the phone not automatically opening the children's mode of the video application when it is automatically determined that the user is a minor. This embodiment provides the user with the option to actively select children's mode, such as by clicking control 522. In addition, this embodiment also gives the user the opportunity to open the normal mode through identity verification, such as by clicking control 523 to start identity verification, and opening the normal mode for the user if the identity verification is successful. This approach can improve the user experience.

[0387] S1005, Electronic device A controls the preset application to start in normal mode.

[0388] It should be understood that the normal mode is the mode used by general users, in which the application is pre-set to display all the content that needs to be displayed.

[0389] For example, in Figure 3 In the illustrated embodiment, after the phone detects the user clicking the application icon 310, the phone initiates a minor identification process. If it is determined that the user is not a minor, the phone's display interface changes. Figure 3 The switch shown in Figure a is as follows: Figure 3 As shown in diagram d, Figure 3 The display interface 34 shown in Figure d is the main interface of the video application in normal mode. Figure 3 The display interface shown is composed of Figure 3 Switch to diagram a in the middle Figure 3 The process of identifying minors in the d-image is the same as the process of opening a regular video application, and users will not be aware of the minor identification process.

[0390] It should be understood that, Figure 10 In the illustrated embodiment, the target data can be at least one of a variety of data. Therefore, as long as the user generates one of the data during the use of the first electronic device, the data can be used to identify whether the user is a minor. This minor identification method can be applied to various different scenarios, improving the accuracy of minor identification in different scenarios. Furthermore, in this embodiment, when the user is identified as a minor, the electronic device A controls the preset application to start in the target mode, increasing the launch rate of the target mode, providing a good network environment for minors, and improving the user experience.

[0391] Figure 11 The diagram shown is a schematic flowchart of a minor identification method provided in another embodiment of this application. Figure 11 The method shown can be applied to electronic device A, where electronic device A can be... Figures 1 to 2 The electronic devices shown, such as Figure 11 As shown, the method includes S1101-S1107:

[0392] S1101, Electronic device A receives a user's command to open a preset application.

[0393] It is understandable that S1101 and S1001 are basically the same, so for details, please refer to the previous introduction about S1001, which will not be repeated here.

[0394] For example, electronic device A can be a mobile phone, in Figure 3 In the illustrated embodiment, the preset application is the application corresponding to application icon 310; the user's action of clicking application icon 310 is the user's action of opening the preset application; in Figure 4 In the illustrated embodiment, the preset application is the application corresponding to the application icon 410; the user's action of clicking the application icon 410 is the user's action of opening the preset application; in Figure 5 In the embodiment shown, the preset application is the application corresponding to the application icon 510; the user's action of clicking the application icon 510 is the user's action of opening the preset application.

[0395] S1102, Electronic device A acquires target data generated during the user's use of electronic device A. The target data includes account data logged into electronic device A and other data. The other data includes at least one of the following: facial data collected by electronic device A, distance value between electronic device A and electronic device B, inertial measurement unit signals of electronic device A and electronic device B, touch data corresponding to the user's touch operation on the touch screen, running data of the application in electronic device A, and acceleration data of electronic device A; electronic device B is an electronic device paired with electronic device A.

[0396] It should be understood that the other data in this embodiment refers to the data in the target data other than the account data logged in by electronic device A. For details about the other data and each type of data, please refer to the relevant description above, which will not be repeated here.

[0397] S1103, Electronic device A determines whether the age in the account data is less than a preset age threshold.

[0398] It is understandable that if the judgment is yes, the process jumps from step S1103 to step S1104, and if the judgment is no, the process jumps from step S1103 to step S1106.

[0399] It should also be understood that if the age in the account data is less than the preset age threshold, it can be basically determined that the user is a minor; if the age in the account data is greater than or equal to the preset age threshold, it can be basically determined that the user is not a minor.

[0400] It should be understood that detailed information regarding the preset age threshold can be found in the preceding descriptions, and will not be repeated here.

[0401] S1104, Electronic device A determines that the user is a minor.

[0402] S1105, Electronic device A controls a preset application to start in target mode, and in target mode the preset application displays content corresponding to minors.

[0403] It is understandable that S1105 and S1004 are basically the same, so the relevant descriptions can refer to the previous introduction of S1004, and will not be repeated here.

[0404] For example, in Figure 3 In the illustrated embodiment, after the phone detects the user clicking the application icon 310, the phone initiates a minor identification process. If it is determined that the user is a minor, the phone's display interface changes. Figure 3 The switch shown in Figure a is as follows: Figure 3 As shown in Figure b, Figure 3 The prompt box 320 shown in Figure b reminds the user that the video application's child mode has been automatically turned on on the phone.

[0405] For example, in Figure 4 In the illustrated embodiment, after the phone detects the user clicking the application icon 410, the phone initiates a minor identification process. If it is determined that the user is a minor, the phone's display interface changes. Figure 4 The switch shown in Figure a is as follows: Figure 4 As shown in Figure b, Figure 4 The prompt box 420 shown in Figure b reminds the user that the phone has automatically turned on the video application's child mode, and the button 423 provides the user with a quick access to switch the video application to normal mode after authentication.

[0406] For example, in Figure 5 In the illustrated embodiment, after the phone detects the user clicking the application icon 510, the phone initiates a minor identification process. If it is determined that the user is not a minor, the phone's display interface changes. Figure 5 The switch shown in Figure a is as follows: Figure 5 As shown in Figure b, Figure 5 The prompt box 320 shown in Figure b reminds the user that if the user does not authenticate or authentication fails, the phone will enable the children's mode for the video application.

[0407] Understandable Figure 5The illustrated embodiment is equivalent to the phone not automatically opening the children's mode of the video application when it is automatically determined that the user is a minor. This embodiment provides the user with the option to actively select children's mode, such as by clicking control 522. In addition, this embodiment also gives the user the opportunity to open the normal mode through identity verification, such as by clicking control 523 to start identity verification, and opening the normal mode for the user if the identity verification is successful. This approach can improve the user experience.

[0408] S1106, Electronic device A determines whether the user is a minor based on other data.

[0409] It is understandable that if the judgment is yes, the process jumps from step S1106 to step S1105, and if the judgment is no, the process jumps from step S1106 to step S1107.

[0410] S1107, Electronic device A controls the preset application to start in normal mode.

[0411] It is understandable that S1107 and S1005 are basically the same, so the relevant descriptions can refer to the previous introduction of S1005, and will not be repeated here.

[0412] Understandably, when the target data includes the account data logged in by electronic device A and other data, electronic device A first determines whether the user is a minor based on the age in the logged-in account data. In particular, when the user is directly determined to be a minor based on age, there is no need to judge other data. The method is very simple, has little computational load, and is easy to implement. Furthermore, since the judgment is based directly on the age in the account data, the accuracy is also relatively high.

[0413] In addition, if the user is determined not to be a minor based on age, then other data is used to determine whether the user is a minor again. This two-step determination can avoid the problem of missed identification due to incorrect age data in the account data logged in by electronic device A, thus improving the accuracy of minor identification.

[0414] Understandably, in S1106, determining whether a user is a minor is based on other data. Specifically, this can be done based on at least one of the following: facial data collected by electronic device A, the distance between electronic device A and electronic device B, the inertial measurement unit signals of electronic device A and electronic device B, the touch data corresponding to the user's touch operation on the touchscreen, the running data of the application in electronic device A, and the acceleration data of electronic device A.

[0415] The following example illustrates an exemplary implementation of S1106.

[0416] In some embodiments, other data may include data that can be used to determine whether a user is a minor. Refer to the detailed description of step S803 above, specifically the description of determining whether a user is a minor based on each type of data above, which will not be repeated here.

[0417] In some embodiments, the other data includes at least two of the following: facial data collected by electronic device A, inertial measurement unit signals of electronic device A and electronic device B, touch data corresponding to the user's touch operation on the touchscreen, running data of the application in electronic device A, and acceleration data of electronic device A; S1106 includes: determining at least two confidence values ​​based on the other data, each confidence value corresponding to one type of other data, and the confidence value representing: the probability of determining that the user is a minor based on the data corresponding to the confidence value; and determining whether the user is a minor based on the at least two confidence values. In this implementation, determining whether the user is a minor based on at least two types of data can avoid bias caused by a single type of data and improve the accuracy of minor identification.

[0418] The following provides an example of how to calculate the confidence scores for different types of data in other datasets.

[0419] In some embodiments, it is assumed that at least two confidence values ​​include a first confidence value, which corresponds to touch data. The touch data includes at least one of the following: touch shape, touch area, touch pressure, swipe speed, swipe curve, and touch capacitance data. The touch data is input into a touch detection model, causing the touch detection model to output the first confidence value. In this implementation, the first confidence value corresponding to the touch data is determined by the touch detection model, and the method is simple and easy to implement.

[0420] For example, the touch detection model can be SVM, decision tree and random forest, KNN or CNN, etc. This application does not limit the specific type of touch detection model. In addition, the touch detection model can be trained using conventional training methods, which will not be elaborated in this application.

[0421] In some embodiments, it is assumed that at least two confidence values ​​include a second confidence value, which corresponds to the acceleration data of electronic device A; the acceleration data of electronic device A includes linear acceleration data and / or triaxial gravitational acceleration data; the acceleration data of electronic device A is input into an acceleration detection model, causing the acceleration detection model to output the second confidence value. In this implementation, the second confidence value corresponding to the acceleration data is determined by the acceleration detection model, and the method is simple and easy to implement.

[0422] For example, the acceleration detection model can be SVM, decision tree and random forest, KNN or CNN, etc. This application does not limit the specific type of acceleration detection model. In addition, the acceleration detection model can be trained using conventional training methods, which will not be elaborated in this application.

[0423] In some embodiments, it is assumed that at least two confidence values ​​include a third confidence value, which corresponds to the running data of an application in electronic device A. The running data includes the name of the application in operation and the runtime of each application. The running data is input into an application detection model, which outputs the third confidence value. In this implementation, the third confidence value corresponding to the running data is determined by an acceleration detection model, a simple and easy-to-implement method. Furthermore, the running data includes the name of the application and the runtime of each application; neither the application name nor the runtime relates to the specific content used by the user, thus protecting user privacy.

[0424] For example, the applied detection model can be SVM, decision tree and random forest, KNN or CNN, etc., and this application does not limit the specific type of the applied detection model. In addition, the training method of the applied detection model can adopt conventional training methods, which will not be elaborated in this application.

[0425] In some embodiments, it is assumed that at least two confidence values ​​include a fourth confidence value, which corresponds to the face data collected by electronic device A, and the face data includes facial landmark data. The fourth confidence value is output by inputting the facial landmark data into a face detection model. In this implementation, the fourth confidence value corresponding to the face data is determined by the face detection model, a simple and easy-to-implement method. Furthermore, the face data includes facial landmark data collected by electronic device A, which differs from ordinary face images. The facial landmark data can be data output by the Swing capability of electronic device A. Utilizing the Swing capability of electronic device A to output facial landmark data eliminates the need for electronic device A to collect high-resolution user images, reducing device power consumption and improving data processing efficiency.

[0426] For example, the face detection model can be SVM, decision tree and random forest, KNN or CNN, etc. This application does not limit the specific type of face detection model. In addition, the training method of the face detection model can adopt conventional training methods, which will not be elaborated in this application.

[0427] In some embodiments, it is assumed that at least two confidence values ​​include a fifth confidence value, which corresponds to the inertial measurement unit (IMU) signal of electronic device A and the IMU signal of electronic device B. A consistency comparison is performed between the IMU signals of electronic device A and electronic device B to obtain a consistency result; then, the fifth confidence value is determined based on the consistency result. In this implementation, the fifth confidence value is determined by comparing the consistency of the IMU signals of electronic device A and electronic device B, which is simple, computationally inexpensive, and easy to implement.

[0428] It is understood that the consistency results can also be represented by any form of quantitative data, and this application does not limit or elaborate on the specific form of the consistency results.

[0429] It should also be understood that the higher the consistency between the inertial measurement unit signal of electronic device A and the inertial measurement unit signal of electronic device B, the lower the corresponding fifth confidence level value, and the lower the probability that the user is a minor; conversely, the lower the consistency between the inertial measurement unit signal of electronic device A and the inertial measurement unit signal of electronic device B, the higher the corresponding fifth confidence level value, and the higher the probability that the user is a minor.

[0430] For example, the consistency result is represented by a consistency value 'a', where 0 ≤ a ≤ 1. In this case, the difference between 1 and a can be directly converted into a percentage and used as the fifth confidence level value. For example, when a = 0.3, the fifth confidence level value is 70%, which means that based on the comparison between the inertial measurement unit signal of electronic device A and the inertial measurement unit signal of electronic device B, the probability that the user is a minor is 70%.

[0431] It should be understood that because the accuracy of the judgment results for the account data logged in by electronic device A is relatively high, and the computational load of the judgment process is also relatively small, Figure 11 In the illustrated embodiment, when the target data includes account data logged in by electronic device A, the account data logged in by electronic device A is used first to determine whether the user is a minor. If it is determined that the user is not a minor based on the account data logged in by electronic device A, other data in the target data are then used to further determine whether the user is a minor. The minor identification process is more reasonable. Furthermore, when this embodiment identifies that the user is a minor, it controls the preset application to start in target mode, increasing the probability of the preset application's target mode being activated, so that minor users can use the preset application in a safe environment.

[0432] It should be noted that the descriptions of the same steps and contents in this embodiment as in other embodiments can be found in the descriptions in other embodiments, and will not be repeated here.

[0433] The foregoing section details examples of the minor identification method provided in this application. It is understood that, to achieve the aforementioned functions, the terminal device includes corresponding hardware structures and / or software modules for executing each function. Those skilled in the art should readily recognize that, based on the units and algorithm steps of the examples described in conjunction with the embodiments disclosed herein, this application can be implemented in hardware or a combination of hardware and computer software. Whether a function is executed in hardware or by computer software driving hardware depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this application. This application can divide the method for performing bag detection into functional units based on the above method examples. For example, each function can be divided into separate functional units, or two or more functions can be integrated into one unit. The integrated unit can be implemented in hardware or as a software functional unit. It should be noted that the unit division in this application is illustrative and only represents a logical functional division; other division methods may exist in actual implementation.

[0434] Figure 12 A schematic diagram of the structure of a terminal device provided in this application is shown. Figure 12 The dashed line indicates that the unit or module is optional. Terminal device 12 can be used to implement the methods described in the above method embodiments. Terminal device 12 can be a terminal device or a chip (system).

[0435] Terminal device 12 includes one or more processors 1201, which can support terminal device 12 in implementing Figure 8 , Figure 9 , Figure 10 and Figure 11 The method described in the corresponding method embodiment. Processor 1201 can be a general-purpose processor or a dedicated processor. For example, processor 1201 can be a central processing unit (CPU). The CPU can be used to control the terminal device 12, execute software programs, and process data from the software programs. The terminal device 12 may also include a communication unit 1205 for implementing signal input (reception) and output (transmission).

[0436] The terminal device 12 described above can be a chip (system) that includes a memory and a processor, wherein the processor is configured to execute a computer program stored in the memory to implement the methods shown in the various embodiments described above.

[0437] The communication unit 1205 may be an input and / or output circuit of the chip (system), or the communication unit 1205 may be a communication interface of the chip (system), and the chip (system) may be a component of the terminal device 12.

[0438] For example, the communication unit 1205 may be a transceiver of the terminal device 12, or the communication unit 1205 may be a transceiver circuit of the terminal device 12. The terminal device 12 may include one or more memories 1202, which store a program 1204. The program 1204 can be executed by the processor 1201 to generate instructions 1203, causing the processor 1201 to execute the method described in the above method embodiments according to the instructions 1203. Optionally, the memory 1202 may also store data. Optionally, the processor 1201 may also read data stored in the memory 1202, which may be stored at the same memory address as the program 1204, or the data may be stored at a different memory address than the program 1204.

[0439] The processor 1201 and memory 1202 can be configured separately or integrated together, for example, integrated on the system-on-chip (SOC) of the terminal device. For details on how the processor 1201 executes the minor identification method, please refer to the relevant description in the method embodiments.

[0440] It should be understood that the steps of the above method embodiments can be implemented by hardware logic circuits or software instructions in the processor 1201. The processor 1201 may be a CPU, a digital signal processor (DSP), a field programmable gate array (FPGA), or other programmable logic devices, such as discrete gate, transistor logic devices, or discrete hardware components.

[0441] This application also provides a computer program product that, when executed by processor 1201, implements the method of any method embodiment in this application. The computer program product can be stored in memory 1202, for example, as program 1204. Program 1204 undergoes preprocessing, compilation, assembly, and linking processes to ultimately be converted into an executable object file that can be executed by processor 1201.

[0442] This application also provides a computer-readable storage medium having a computer program stored thereon, which, when executed by a computer, implements the method of any of the method embodiments of this application. The computer program may be a high-level language program or an executable object program.

[0443] The computer-readable storage medium is, for example, memory 1202. Memory 1202 can be volatile memory or non-volatile memory, or memory 1202 can include both volatile and non-volatile memory. The non-volatile memory can be read-only memory (ROM), programmable read-only memory (PROM), erasable programmable read-only memory (EPROM), electrically erasable programmable read-only memory (EEPROM), or flash memory. The volatile memory can be random access memory (RAM), which is used as an external cache. By way of example, but not limitation, many forms of RAM are available, such as Static RAM (SRAM), Dynamic RAM (DRAM), Synchronous DRAM (SDRAM), Double Data Rate SDRAM (DDRSDRAM), Enhanced Synchronous DRAM (ESDRAM), Synchronous Link DRAM (SLDRAM), and Direct Rambus RAM (DRRAM).

[0444] Those skilled in the art will clearly understand that, for the sake of convenience and brevity, the specific working process and technical effects of the above-described apparatus and equipment can be referred to the corresponding processes and technical effects in the foregoing method embodiments, and will not be repeated here.

[0445] The systems, apparatuses, and methods disclosed in the embodiments provided in this application can be implemented in other ways. For example, some features of the method embodiments described above may be omitted or not performed. The apparatus embodiments described above are merely illustrative; the division of units is only a logical functional division, and in actual implementation, there may be other division methods. Multiple units or components may be combined or integrated into another system. Furthermore, the coupling between units or components can be direct or indirect, including electrical, mechanical, or other forms of connection.

[0446] The above embodiments are only used to illustrate the technical solutions of this application, and are not intended to limit them. Although this application has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that modifications can still be made to the technical solutions described in the foregoing embodiments, or equivalent substitutions can be made to some of the technical features. Such modifications or substitutions do not cause the essence of the corresponding technical solutions to deviate from the spirit and scope of the technical solutions of the embodiments of this application, and should all be included within the protection scope of this application.

[0447] Finally, the above are merely specific embodiments of this application, but the scope of protection of this application is not limited thereto. Any changes or substitutions within the technical scope disclosed in this application should be included within the scope of protection of this application. Therefore, the scope of protection of this application should be determined by the scope of the claims.

Claims

1. A method for identifying minors, characterized in that, Applied to a first electronic device, the first electronic device including a touch screen, the method includes: Acquire target data generated during a user's use of a first electronic device. The target data includes at least one of the following: account data logged into the first electronic device, facial data collected by the first electronic device, distance value between the first and second electronic devices, inertial measurement unit signals of the first and second electronic devices, touch data corresponding to the user's touch operation on the touchscreen, running data of the application in the first electronic device, and acceleration data of the first electronic device; the second electronic device is an electronic device paired with the first electronic device. Based on the target data, determine whether the user is a minor.

2. The method according to claim 1, characterized in that, The target data includes: touch data corresponding to the user's touch operation on the touch screen, and acceleration data of the first electronic device; the touch data includes at least one of touch shape, touch area, touch pressure, sliding speed, sliding curve, and touch capacitance; the acceleration data of the first electronic device includes: linear acceleration data and / or gravitational acceleration data; The step of determining whether the user is a minor based on the target data includes: The touch data is input into the touch detection model to obtain a first confidence value, which represents the probability that the user is a minor based on the touch data. The acceleration data of the first electronic device is input into the acceleration detection model to obtain a second confidence value; the second confidence value represents the probability that the user is a minor based on the acceleration data of the first electronic device. Based on the first confidence value and the second confidence value, it is determined whether the user is a minor.

3. The method according to claim 1, characterized in that, The target data includes: touch data corresponding to the user's touch operation on the touch screen; the touch data includes at least one of: touch shape, touch area, touch pressure, sliding speed, sliding curve, and touch capacitance data; The step of determining whether the user is a minor based on the target data includes: The touch data is input into a touch classification model to obtain a first recognition result, which includes: the user is a minor, or the user is not a minor.

4. The method according to claim 1, characterized in that, The target data includes: the distance between the first electronic device and the second electronic device, the inertial measurement unit signal of the first electronic device, and the inertial measurement unit signal of the second electronic device; The step of determining whether the user is a minor based on the target data includes: The distance between the second electronic device and the first electronic device is determined to be greater than a first threshold. The inertial measurement unit signals of the first electronic device and the inertial measurement unit signals of the second electronic device are compared for consistency to obtain a consistency result; Based on the consistency result, a second identification result is determined, which includes: the user is a minor, or the user is not a minor.

5. The method according to claim 1, characterized in that, The target data includes at least two of the following: facial data collected by the first electronic device, inertial measurement unit signals of the first electronic device and the second electronic device, touch data corresponding to the user's touch operation on the touch screen, running data of the application in the first electronic device, and acceleration data of the first electronic device. The step of determining whether the user is a minor based on the target data includes: At least two confidence values ​​are determined based on the target data, each confidence value corresponding to one type of data in the target data, and the confidence value represents the probability that the user is a minor based on the data corresponding to the confidence value; Whether the user is a minor is determined based on the at least two confidence values.

6. The method according to claim 5, characterized in that, The at least two confidence values ​​include a first confidence value, which corresponds to the touch data. The touch data includes at least one of the following: touch shape, touch area, touch pressure, sliding speed, sliding curve, and touch capacitance data. The step of determining at least two confidence values ​​based on the target data includes: The touch data is input into the touch detection model to obtain the first confidence value.

7. The method according to claim 5 or 6, characterized in that, The at least two confidence values ​​include a second confidence value, which corresponds to the acceleration data of the first electronic device; The acceleration data of the first electronic device includes: linear acceleration data and / or gravitational acceleration data; The step of determining at least two confidence values ​​based on the target data includes: The acceleration data of the first electronic device is input into the acceleration detection model to obtain the second confidence value.

8. The method according to any one of claims 5 to 7, characterized in that, The at least two confidence values ​​include a third confidence value, which corresponds to the running data of the application in the first electronic device; the running data includes: the name of the application in the running state, and the running time of each application; The step of determining at least two confidence values ​​based on the target data includes: The running data is input into the application detection model to obtain the third confidence value.

9. The method according to any one of claims 5 to 8, characterized in that, The at least two confidence values ​​include a fourth confidence value, which corresponds to the face data collected by the first electronic device, and the face data includes facial key point data; The step of determining at least two confidence values ​​based on the target data includes: The facial key point data is input into the face detection model to obtain the fourth confidence value.

10. The method according to any one of claims 5 to 9, characterized in that, The at least two confidence values ​​include a fifth confidence value, which corresponds to the inertial measurement unit signal of the first electronic device and the inertial measurement unit signal of the second electronic device; The step of determining at least two confidence values ​​based on the target data includes: The inertial measurement unit signals of the first electronic device and the inertial measurement unit signals of the second electronic device are compared for consistency to obtain a consistency result; Based on the consistency results, the fifth confidence value is determined.

11. The method according to claim 10, characterized in that, The target data also includes: the distance value between the first electronic device and the second electronic device; The consistency comparison of the inertial measurement unit signal of the first electronic device and the inertial measurement unit signal of the second electronic device includes: when it is determined that the distance value is greater than or equal to a first threshold, performing a consistency comparison of the inertial measurement unit signal of the first electronic device and the inertial measurement unit signal of the second electronic device.

12. The method according to any one of claims 5 to 11, characterized in that, The target data further includes: account data logged in by the first electronic device, and determining at least two confidence values ​​based on the target data includes: determining at least two confidence values ​​based on the target data when it is determined that the age corresponding to the account data is greater than or equal to a second threshold.

13. The method according to claim 1, characterized in that, The target data includes: account data logged in by the first electronic device; determining whether the user is a minor based on the target data includes: If the age corresponding to the account data is less than the second threshold, then the user is determined to be a minor.

14. The method according to any one of claims 1 to 13, characterized in that, The acquisition of target data generated during the user's use of the first electronic device includes: when a payment activity is detected on the first electronic device, acquiring target data generated during the user's use of the first electronic device; The method further includes: triggering identity verification for the payment behavior if it is determined that the user is a minor.

15. The method according to claim 14, characterized in that, The payment behavior includes at least one of the following: game top-up, live streaming tipping, and payment for shopping orders exceeding a preset amount.

16. The method according to any one of claims 1 to 13, characterized in that, The step of acquiring target data generated during the user's use of the first electronic device includes: acquiring target data generated during the user's use of the first electronic device when receiving an operation from the user to open a preset application in the first electronic device; the preset application includes at least one of the following: audio-visual application, game application, and shopping application. The method further includes: if it is determined that the user is a minor, controlling the preset application to start in a target mode, in which the preset application displays content corresponding to the minor.

17. An electronic device, characterized in that, The electronic device includes a unit for performing the steps of the method as described in any one of claims 1 to 16.

18. An electronic device, characterized in that, The electronic device includes a processor and a memory, the memory being used to store instructions, and the processor being used to read the instructions to perform the method as described in any one of claims 1 to 16.

19. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores a computer program, the computer program including program instructions that, when executed by a processor, cause the processor to perform the method as described in any one of claims 1 to 16.

20. A computer program product, characterized in that, The computer program product includes instructions for performing the method as described in any one of claims 1 to 16.

21. A chip, characterized in that, include: A processor for retrieving and running a computer program from memory, causing a communication device on which the chip is mounted to perform the method as described in any one of claims 1 to 16.

Images