Control method and device of audio equipment, cloud server and storage medium

Abstract

This application discloses a control method, apparatus, cloud server, and storage medium for an audio device, relating to the field of audio device technology. The method is applied to a control apparatus for an audio device, which includes an NFC tag identification module. The method includes: identifying target NFC tag information of a target doll using the NFC tag identification module, and determining control mode information of the control apparatus, wherein the control mode information indicates the configuration type of the audio playback configuration to be adjusted; determining a target audio playback configuration based on the control mode information and the target NFC tag information; and controlling the audio device to play audio based on the target audio playback configuration. This application simplifies the audio playback configuration adjustment process and reduces the user's operational burden.

Description

Technical Field

[0001] This application relates to the field of audio equipment technology, and in particular to a control method, apparatus, cloud server and storage medium for an audio equipment. Background Technology

[0002] With the widespread use of audio devices in home entertainment, children's education, and daily companionship, users have placed higher demands on the personalization and ease of interaction of audio playback experiences. Target audio playback configurations—including combinations of parameters such as sound effect modes and playlists—directly affect users' auditory experience and satisfaction. Therefore, how to efficiently and intuitively adjust these configurations has become a key aspect of improving product usability and user experience.

[0003] Currently, most mainstream audio devices rely on companion mobile applications for configuration management. To switch playlists or adjust sound modes, users typically need to unlock their phones, open the app, navigate through the settings menu, and manually select or edit the relevant options. This multi-level menu-based configuration method has significant drawbacks: firstly, the operation path is lengthy and the interaction steps are cumbersome, especially when users have limited hands for precise touchscreen operation, making it extremely inefficient; secondly, for less experienced users such as children and the elderly, the graphical interface is too difficult to use independently for configuration adjustments.

[0004] Therefore, there is an urgent need for a technical solution that can simplify the adjustment process of audio playback configuration and reduce the user's operational burden, so as to achieve a more efficient and user-friendly personalized audio interaction experience. Summary of the Invention

[0005] The main purpose of this application is to provide a control method, device, cloud server and storage medium for audio devices, which aims to simplify the adjustment process of audio playback configuration and reduce the user's operational burden.

[0006] To achieve the above objectives, this application provides a control method for an audio device, applied to a control apparatus for an audio device, the control apparatus including an NFC tag identification module, comprising: The NFC tag identification module identifies the target NFC tag information of the target doll and determines the control mode information of the control device. Based on the control mode information and the target NFC tag information, the target audio playback configuration is determined; Control the audio device to play audio based on the target audio playback configuration.

[0007] Furthermore, to achieve the above objectives, this application also provides a method for controlling an audio device, applied to a cloud server, comprising: The system receives control mode information and target NFC tag information sent by the control device of the audio device, and determines the target audio playback configuration based on the control mode information and target NFC tag information, wherein the control mode information is used to indicate the configuration type of the audio playback configuration to be adjusted; The target audio playback configuration is returned to the control device; The control device is configured to: receive the target audio playback configuration returned by the cloud server; and control the audio device to play audio based on the target audio playback configuration.

[0008] In addition, to achieve the above objectives, this application also provides a control device for an audio device, the control device comprising: a memory, a processor, and a computer program stored in the memory and executable on the processor, the computer program being configured to implement the steps of the audio device control method described above.

[0009] In addition, to achieve the above objectives, this application also provides a cloud server, the cloud server comprising: a memory, a processor, and a computer program stored on the memory and executable on the processor, the computer program being configured to implement the steps of the audio device control method described above.

[0010] In addition, to achieve the above objectives, this application also provides a computer-readable storage medium storing a computer program that is executed by a processor to implement the steps of the audio device control method described above.

[0011] In addition, to achieve the above objectives, this application also provides a computer program product, including a computer program that, when executed by a processor, implements the steps of the above-described audio device control method.

[0012] This application embodiment fundamentally reconstructs the input and decision-making logic of the target audio playback configuration by combining the NFC tag recognition of a physical doll with the control mode information judgment of the audio device control device. This precisely solves the core pain point of related technologies, which suffer from lengthy operation paths and high interaction thresholds due to reliance on multi-level menu operations in mobile apps. Specifically, in this application embodiment, when a user needs to change the target audio playback configuration, there is no need to perform a series of cumbersome screen interaction actions such as unlocking the phone, launching the app, and navigating through menus. Instead, the user only needs to bring the doll with the built-in NFC tag close to the control device. The control device can then read the target NFC tag information carried by the doll through the NFC tag recognition module, and simultaneously determine the control mode information used to clearly indicate the configuration type of the audio playback configuration to be adjusted. Based on the identified target NFC tag information and the determined control mode information, the control device determines the target audio playback configuration that matches the current user's intent, thereby driving the audio device to play audio according to the target audio playback configuration.

[0013] The core value of this application's embodiments lies in its ability to compress the complex software interaction process—which in traditional technologies requires users to focus their vision and tap precisely to distinguish different functional modules and delve deeper into the menu—into a simple operation that can be completed with a single physical approach without relying on a screen display. This not only allows users to efficiently and conveniently change audio playback configurations on audio devices even when precise touchscreen operation is inconvenient or their phones are not readily available, but also, because the operation logic has been reduced from recognizing abstract icons and menu levels to touching a concrete doll, it enables children and elderly users to independently switch audio playback configurations through intuitive physical movements. This comprehensively achieves the beneficial technical effects of simplifying the adjustment process, reducing the operational burden, and building a low-threshold, user-friendly interactive experience. Attached Figure Description

[0014] The accompanying drawings, which are incorporated in and form part of this specification, illustrate embodiments consistent with this application and, together with the description, serve to explain the principles of this application.

[0015] To more clearly illustrate the technical solutions in the embodiments of this application or the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, for those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0016] Figure 1 A flowchart illustrating the first embodiment of the control method for the audio device of this application; Figure 2 A flowchart illustrating the second embodiment of the control method for the audio device of this application; Figure 3A flowchart illustrating the third embodiment of the control method for the audio device of this application; Figure 4 This is a schematic diagram of the first device structure of the hardware operating environment involved in the audio device control method in this application embodiment; Figure 5 This is a schematic diagram of the second device structure of the hardware operating environment involved in the audio device control method in this application embodiment.

[0017] The purpose, features, and advantages of this application will be further explained in conjunction with the embodiments and with reference to the accompanying drawings. Detailed Implementation

[0018] It should be understood that the specific embodiments described herein are merely illustrative of the technical solutions of this application and are not intended to limit this application.

[0019] With the widespread use of audio devices in home entertainment, children's education, and daily companionship, users have placed higher demands on the personalization and ease of interaction of audio playback experiences. Target audio playback configurations—including combinations of parameters such as sound effect modes and playlists—directly affect users' auditory experience and satisfaction. Therefore, how to efficiently and intuitively adjust these configurations has become a key aspect of improving product usability and user experience.

[0020] Currently, most mainstream audio devices rely on companion mobile applications for configuration management. Users typically need to unlock their phones, open the app, navigate through the settings menu, and manually select or edit relevant options to switch playlists or adjust sound modes. This multi-level menu-based configuration method has significant drawbacks: firstly, the operation path is lengthy and the interaction steps are cumbersome, especially when users have limited hands for precise touchscreen operation, making it extremely inefficient; secondly, for less experienced users such as children and the elderly, the graphical interface is too difficult to use independently for configuration adjustments.

[0021] Therefore, there is an urgent need for a technical solution that can simplify the adjustment process of audio playback configuration and reduce the user's operational burden, so as to achieve a more efficient and user-friendly personalized audio interaction experience.

[0022] To address the aforementioned issues, this application combines the identification of the NFC tag on a physical doll with the judgment of control mode information from the audio device control device. This fundamentally reconstructs the input and decision-making logic of the target audio playback configuration, thereby accurately solving the core pain points of related technologies, such as lengthy operation paths and high interaction thresholds caused by reliance on multi-level menu operations in mobile apps. Specifically, in this application embodiment, when a user needs to change the target audio playback configuration, there is no need to perform a series of cumbersome screen interaction actions such as unlocking the phone, launching the app, and navigating through menus. Instead, the user only needs to bring the doll with the built-in NFC tag close to the control device. The control device can then read the target NFC tag information carried by the doll through the NFC tag identification module, and simultaneously determine the control mode information used to clearly indicate the configuration type of the audio playback configuration to be adjusted. Based on the identified target NFC tag information and the determined control mode information, the control device determines the target audio playback configuration that matches the current user's intent, and then drives the audio device to play audio using the target audio playback configuration.

[0023] The core value of this application's embodiments lies in its ability to compress the complex software interaction process—which in traditional technologies requires users to focus their vision and tap precisely to distinguish different functional modules and delve deeper into the menu—into a simple operation that can be completed with a single physical approach without relying on a screen display. This not only allows users to efficiently and conveniently change audio playback configurations on audio devices even when precise touchscreen operation is inconvenient or their phones are not readily available, but also, because the operation logic has been reduced from recognizing abstract icons and menu levels to touching a concrete doll, it enables children and elderly users to independently switch audio playback configurations through intuitive physical movements. This comprehensively achieves the beneficial technical effects of simplifying the adjustment process, reducing the operational burden, and building a low-threshold, user-friendly interactive experience.

[0024] Before describing the technical implementation of the following embodiments of this application, it is necessary to first explain the typical dilemmas faced by users when adjusting audio playback configurations in actual use scenarios.

[0025] In related technologies, users typically rely on a companion application installed on their mobile phone or other terminal device to switch audio device sound effect modes or change the currently playing playlist. The process involves at least the following steps: picking up the phone, unlocking the screen, finding and launching the application, waiting for it to load, entering the device control interface, clicking to enter the sound effect settings or playlist management submenu, and browsing and selecting the desired option from the list. This process is not only cumbersome and lengthy, but also exhibits significant inconvenience and inefficiency in many daily life scenarios. For example, when a user's hands are wet, touching the screen can easily cause screen contamination or touch malfunction; when a user places their phone far away to charge or temporarily forgets its location, finding the phone itself becomes an additional operational burden; and when using the phone to play games, watch videos, or engage in other activities requiring focused attention, switching applications interrupts the current state and severely damages the continuity of the experience.

[0026] More importantly, for child users, the nested text menus and icon interfaces in mobile applications pose a high cognitive and operational barrier. They often find it difficult to switch audio playback settings independently and require parental intervention. For elderly users, declining vision and reduced finger dexterity also make fine screen selection operations extremely difficult.

[0027] Therefore, the technical solution proposed in this application aims to resolve the above-mentioned dilemma and provide an audio playback configuration switching solution that is independent of the mobile phone screen, requires no precise touch control, and is available instantly upon touch.

[0028] This application proposes a method for controlling an audio device according to a first embodiment.

[0029] Please refer to Figure 1 , Figure 1 This is a flowchart illustrating the first embodiment of the control method for the audio device of this application.

[0030] In this embodiment, the audio device control method is applied to an audio device control device, the control device including an NFC tag identification module, and includes steps S100~S300: Step S100: Identify the target NFC tag information of the target doll through the NFC tag identification module, and determine the control mode information of the control device, wherein the control mode information is used to indicate the configuration type of the audio playback configuration to be adjusted; As those skilled in the art will know, NFC (Near Field Communication) is a short-range, high-frequency wireless communication technology whose working distance is usually limited to within 10 centimeters. It achieves contactless data exchange between devices through electromagnetic induction coupling.

[0031] An NFC tag is a passive (or semi-passive) micro-device embedded with an NFC chip and an antenna. Its internal chip stores a unique identifier (UID) and a user-customizable data area. When it is in the radio frequency field generated by the reader, the NFC tag is activated by the induced current and sends the stored data information back to the reader, which is the NFC tag information.

[0032] Audio playback configuration refers to a set of parameters that determine the output sound characteristics and content presentation of an audio device. These typically include sound effect modes (such as pop, classical, bass boost, vocal enhancement, etc.), playlists (i.e., a playlist of specific songs), volume presets, equalizer settings, etc. These configurations together determine the user's auditory experience and level of emotional resonance.

[0033] It should be noted that, in this embodiment, the audio device refers to an electronic device with sound playback capability, including but not limited to smart speakers, story machines, early education robots, Bluetooth speakers, etc., which integrate speakers, decoding chips and wireless or wired communication modules, and can switch working states and output corresponding audio content according to received control commands.

[0034] The control device of an audio device refers to a functional entity used to manage the behavior of the audio device, receive external input, and generate control commands. Its physical form can be an NFC reader / writer terminal independent of the audio device, or an embedded control motherboard integrated inside the audio device housing. This embodiment does not make specific limitations on this, as long as it has NFC tag recognition capability.

[0035] An NFC tag identification module is a functional module in a control device that is responsible for transmitting radio frequency carriers, receiving NFC tag feedback signals, and parsing NFC tag data. It typically includes an NFC transceiver chip, a matching circuit, and an induction antenna.

[0036] Target dolls refer to physical interactive objects that are pre-attached with NFC tags. Their appearance can be designed as child-friendly or family-friendly shapes such as animals, cartoon characters, and plants. They serve as a tactile interactive carrier in the physical world and also carry a digital identity identifier associated with audio playback configuration through the internal NFC tag.

[0037] The target NFC tag information refers to the NFC tag information read from the built-in NFC tag of the target doll, which is used to uniquely identify the doll. Specifically, it may include the UID of the NFC tag, a pre-written identifier string, or custom encoded data in a specific storage block. This information serves as one of the basic input parameters for subsequent configuration mapping.

[0038] In this embodiment, control mode information refers to a status indicator maintained internally by the control device, used to characterize the specific configuration dimension targeted by the current audio playback configuration adjustment operation. The sole purpose of this control mode information is to clearly indicate the configuration type of the audio playback configuration to be adjusted, that is, to clarify whether the intention of this audio playback configuration adjustment based on the NFC tag information in the doll is to modify the sound effect mode, change the playlist, or adjust both the sound effect mode and the playlist simultaneously.

[0039] The value of this control mode information can be obtained through various means, such as: different positions of the physical mode switching switch on the housing of the control device correspond to different configuration types; the currently selected item of the virtual mode selection control provided in the software interface of the control device; the current operation mode set by the control device by parsing specific voice commands from the user; or the mode state automatically determined by the control device according to preset scheduling rules (such as defaulting to playlist adjustment during a specific time period).

[0040] In actual home use scenarios, users can set the control device to the desired control mode according to their current needs before touching the doll. For example, setting the mode switch to the "sound effect" position means that they want to switch different sound effect styles through the doll, or setting the mode switch to the "playlist" position means that they want to change the currently playing song set through the doll.

[0041] Through this mechanism, the same doll can trigger adjustment operations for different configuration types under different control mode information, thereby expanding the dimension of operation intention under the condition of a limited number of physical dolls.

[0042] In this embodiment, the control device identifies the doll's NFC tag information through the NFC tag recognition module and triggers configuration adjustments accordingly, mainly covering two typical interaction modes.

[0043] The first interaction method is "temporary card swipe," where the user only needs to briefly bring the target doll close to the NFC recognition area of ​​the control device. Once the NFC tag recognition module successfully reads the target NFC tag information, the system immediately performs an audio playback configuration confirmation and switching operation based on this information and the current control mode information. The user can then simply remove the doll. This method is highly consistent with the daily operation of swiping public transport cards and access cards, and has the advantages of being simple, responsive, and intuitive.

[0044] The second interaction mode is "placement area detection type," where the control device has a pre-set support area (such as a groove, platform, or magnetic adsorption position) for placing the doll. An NFC recognition antenna is arranged below or around this area. In this mode, the control device does not trigger configuration adjustments every time an NFC tag is sensed. Instead, it continuously or periodically monitors the NFC tag information corresponding to the doll currently placed in the placement area. Only when a substantial change in the NFC tag information content in the area is detected—for example, from no tag to a tag, or from tag A to tag B—is the process of determining and switching the target audio playback configuration triggered.

[0045] Furthermore, to avoid the system erroneously triggering two configuration updates (one corresponding to the tag disappearance event and the other to the new tag appearance event) due to the brief time gap between "picking up the old toy" and "putting down the new toy" during the toy-changing process, this embodiment introduces a pre-set anti-jitter buffer mechanism. Specifically, when the control device detects a change in the NFC tag information within the placement area, it does not immediately perform a configuration update. Instead, it starts a pre-set buffer timer (e.g., lasting 1 to 2 seconds). During the buffer timer, the system continuously monitors the tag status in that area until the buffer time expires and the tag information in the area remains stable. Only then is the stable NFC tag information used as valid input, combined with the current control mode information, to perform the subsequent target audio playback configuration determination operation. If the tag information changes again during the buffer period, the timer is reset and the buffer timer restarts. This mechanism effectively filters out the instantaneous state jitter caused by the discontinuous toy-changing action, ensuring that the system only responds after the user has completed the toy-changing and the new toy has been stably placed, significantly improving the accuracy of the interaction and the smoothness of the user experience.

[0046] This embodiment achieves precise decoupling and focused convergence of the semantics of doll touch behavior by introducing control mode information as an intent indication dimension into the control device and combining it with the aforementioned flexible touch recognition mechanism. Its core mechanism lies in separating the two decision steps of "operation object selection" and "operation content specification" that are superimposed on a single operation path in traditional solutions. The former determines the configuration type (such as sound effects or playlists) for this operation based on control mode information, while the latter determines the specific value (such as which sound effect or playlist) under that configuration type based on the target doll's target NFC tag information. The combination of these two steps constitutes a two-dimensional instruction generation space, enabling the system to accurately understand what the user wants to "adjust" and "adjust to what" even with only one touch action. This provides unambiguous and structured intent input for the accurate determination of the target audio playback configuration in step S200. Furthermore, by distinguishing between temporary card-swiping and placement area detection interaction modes, this embodiment can flexibly adapt to different product forms and usage preferences. In placement area detection mode, the anti-shake buffer mechanism further enhances the fault tolerance and stability of the operation.

[0047] Step 200: Determine the target audio playback configuration based on the control mode information and the target NFC tag information; It should be noted that, in this embodiment, the target audio playback configuration refers to the specific audio playback configuration content that is ultimately determined by the system and will be applied to the audio device based on the configuration type indicated by the current control mode information and the doll identity represented by the target NFC tag information. For example, when the configuration type indicated by the control mode information is a sound effect mode, the target audio playback configuration is a specific sound effect mode (such as "pop", "classical", "bass boost" or "vocal enhancement") pre-bound to the target doll; when the configuration type indicated by the control mode information is a playlist, the target audio playback configuration is a set of song playlists pre-associated with the target doll; when the configuration type indicated by the control mode information includes both sound effect modes and playlists, the target audio playback configuration is a combination of sound effect modes and playlists.

[0048] In one feasible implementation, the decision-making process for determining the target audio playback configuration based on control mode information and target NFC tag information can be completed independently by the control device locally. Specifically, the control device's memory pre-loads a configuration mapping table or a set of mapping rules. This mapping structure uses a combined key consisting of "control mode information value + target NFC tag information content" as the index and the corresponding audio playback configuration parameter set as the return value. After the control device obtains the above two inputs in step S100, it can parse the target audio playback configuration locally in real time through hardware lookup logic or software matching algorithm.

[0049] This implementation does not rely on an external network connection, has extremely low end-to-end response latency, and all mapping data is stored locally, offering significant advantages in privacy protection and offline availability. It is especially suitable for home use scenarios with unstable network coverage or high requirements for operational immediacy.

[0050] In another feasible implementation, the decision-making process for determining the target audio playback configuration based on control mode information and target NFC tag information can be completed remotely in collaboration with a cloud server. In this implementation, the control device encapsulates the determined control mode information and the read target NFC tag information into a request message via its wireless communication module and sends it to the cloud server. The cloud server maintains a larger-scale, dynamically updated configuration mapping database and can further integrate user profile data, historical interaction records, current time period features, and collaborative filtering recommendation algorithms for more accurate configuration calculations. After completing the decision, the cloud server encapsulates the target audio playback configuration into a response message and sends it back to the control device. Upon receiving this response, the control device obtains the target audio playback configuration.

[0051] This implementation fully leverages the powerful computing elasticity and data aggregation advantages of the cloud, enabling advanced functions such as cross-device configuration synchronization, personalized content recommendation, and remote hot updates of the association between dolls and configurations, providing system operators with flexible backend management capabilities.

[0052] It is important to emphasize that, regardless of whether a local independent decision-making method or a cloud-based collaborative decision-making method is adopted, the core processing logic is highly unified at the abstract level. Both use "control mode information" and "target NFC tag information" as necessary input parameters, and both require a retrieval, matching, or calculation process based on a preset or dynamically learned mapping relationship to ultimately output a specific target audio playback configuration. The substantial difference between the two lies mainly in the storage location of the mapping data and the allocation of computing resources: the local decision-making method stores the mapping table in the control device firmware, with the embedded processor performing lightweight table lookup operations; the cloud-based decision-making method deploys the mapping database on a cloud server, relying on the richer storage capacity and stronger computing power of the cloud for complex matching or intelligent recommendations. However, from the perspective of the control method, the input received and the output produced in step S200 are completely consistent in both methods, and the subsequent step S300 is unaware of the specific source of the target audio playback configuration. Based on this common feature, in the subsequent extended description of this embodiment and the description of other embodiments of this application, for the sake of brevity and focus, the cloud-based collaborative decision-making method will be mainly used as a representative implementation path for detailed explanation. The specific implementation details of the local decision-making method can be understood by analogy with the core mapping logic in the cloud method, and will not be repeated here.

[0053] This embodiment completely separates the configuration decision logic from user interaction and abstracts it into an independent, deterministic step, constructing a unified interface and replaceable configuration parsing architecture. Its key technological advancements lie in two aspects: First, it highly condenses the series of detailed parameter setting operations that users must manually perform in traditional solutions—such as sliding to select equalizer presets in the sound effects settings submenu and selecting tracks one by one in the playlist management interface—into a single logical judgment process, greatly reducing the length of the user's operation path and cognitive load. Second, the cloud deployment capability of the decision logic enables the system to continuously learn and optimize through collective intelligence, allowing the mapping relationship of "doll touch → configuration output" to continuously iterate and improve based on massive user behavior feedback, thus becoming increasingly aligned with users' personalized preferences and immediate scenario needs over long-term use.

[0054] Step S300: Control the audio device to play audio based on the target audio playback configuration.

[0055] In this embodiment, after the control device successfully obtains the target audio playback configuration in step S200, it transmits a configuration update instruction carrying the target audio playback configuration content to the audio device through the wired or wireless communication link established between the control device and the audio device. Upon receiving the instruction, the built-in control firmware of the audio device parses it and performs corresponding parameter loading and state switching operations according to the specific content of the target audio playback configuration: if the target audio playback configuration includes sound effect mode settings, the sound effect algorithm parameters of the internal digital signal processor are adjusted, such as updating filter coefficients, switching surround sound virtual algorithms, and modifying dynamic range compression curves; if the target audio playback configuration includes playlist settings, the audio file identifiers or streaming media resource locators in the corresponding playlist are loaded into the playback queue, and the audio stream is started or resumed. If the audio device is already in audio playback mode before receiving the configuration instruction, the configuration update can be completed through smooth transition mechanisms such as fade-in / fade-out and cross-fade to ensure that the continuity and immersion of the auditory experience are not affected by instantaneous switching.

[0056] This embodiment directly applies the determined result of the target audio playback configuration to the underlying playback control execution layer of the audio device, constructing an end-to-end closed-loop response link from the user's touch intention input to the physical audio output. Its technical contribution lies in completely eliminating the human-computer interaction bottleneck of traditional solutions, which require the user to act as an "intermediary" and manually set configuration parameters. It shifts the trigger medium for configuration switching from on-screen graphical controls to physical dolls, allowing the audio device's control entry point to no longer be limited to smart terminals or mobile applications equipped with displays, but to be organically integrated into any everyday item suitable for embedding NFC tags, such as children's toys, home decorations, and educational tools. This opens up a new design paradigm for audio interaction experiences that is more emotionally resonant and has a lower cognitive threshold.

[0057] This embodiment fundamentally reconstructs the input and decision-making logic of the target audio playback configuration by combining the NFC tag recognition of a physical doll with the control mode information judgment of the audio device control device. This precisely solves the core pain point of related technologies, which suffer from lengthy operation paths and high interaction barriers due to reliance on multi-level menu operations in mobile apps. Specifically, in this embodiment, when a user needs to change the target audio playback configuration, there is no need to perform a series of cumbersome screen interaction actions such as unlocking the phone, launching the app, and navigating through menus. Instead, the user only needs to bring the doll with the built-in NFC tag close to the control device. The control device can then read the target NFC tag information carried by the doll through the NFC tag recognition module, and simultaneously determine the control mode information used to clearly indicate the configuration type of the audio playback configuration to be adjusted. Based on the identified target NFC tag information and the determined control mode information, the device determines the target audio playback configuration that matches the current user's intent, thereby driving the audio device to play audio according to the target audio playback configuration.

[0058] The core value of this embodiment lies in its ability to compress the complex software interaction process of traditional technologies, which requires users to focus their vision and tap precisely with their fingers to distinguish different functional modules and delve into the menu step by step, into a simple operation that can be completed with a single physical approach without relying on screen display. This not only allows users to efficiently and conveniently change the audio playback configuration of audio devices in scenarios where it is inconvenient to finely touch the screen or when the mobile phone is not nearby, but also, because the operation logic is reduced from recognizing abstract icons and menu levels to touching a specific doll, it enables children and elderly users to switch audio playback configurations independently through intuitive physical movements. This comprehensively achieves the beneficial technical effects of simplifying the adjustment process, reducing the operational burden, and building a low-threshold, user-friendly interactive experience.

[0059] Based on the above embodiments, this application proposes a second embodiment of an audio device control method.

[0060] In the second embodiment of this application, the same or similar content as in the above embodiments can be referred to the above description, and will not be repeated hereafter.

[0061] Please refer to Figure 2 , Figure 2 This is a flowchart illustrating the second embodiment of the control method for the audio device of this application.

[0062] In this embodiment, step S200, which determines the target audio playback configuration based on the control mode information and the target NFC tag information, may include steps S210-S220: Step S210: Send the control mode information and the target NFC tag information to the cloud server, so that the cloud server determines the target audio playback configuration based on the control mode information and the target NFC tag information, and returns the target audio playback configuration to the control device; It should be noted that, in this embodiment, a cloud server refers to a remote service node deployed on the network side that has data storage and computing capabilities. It is usually implemented by a cluster of one or more high-performance computers and establishes a communication connection with the control device through the Internet or a local area network.

[0063] In this embodiment, the cloud server pre-builds and maintains an audio playback configuration mapping database. This database stores at least: the binding relationship between each doll's NFC tag information and a unique sound effect mode (i.e., one NFC tag information is bound to only one sound effect mode); the association relationship between each doll's NFC tag information and one or more genre tags (i.e., one NFC tag information can be associated with multiple genres, for example, a "forest doll" can be associated with both "light music" and "natural sound" genres); and the genre classification information and applicable sound effect mode identifiers for each song in the music library. Furthermore, the cloud server can also integrate a user profile analysis engine, collaborative filtering recommendation algorithms, and a content distribution scheduling module to achieve more intelligent configuration decisions.

[0064] In this embodiment, after completing step S100 and obtaining the control mode information and target NFC tag information, the control device does not perform configuration decision calculations locally. Instead, it uses these as request parameters, encapsulates them into a request message according to a preset communication protocol via its built-in wireless communication module, and sends it to the designated cloud server interface address via the network. It is important to note that the "identifying the target NFC tag information of the target doll" mentioned in step S100, in actual interaction, manifests as the user placing a doll with a built-in NFC tag within the effective sensing area of ​​the control device's NFC tag identification module—this can be either a brief "swipe" operation (approaching briefly and then moving away) or a "staying" operation (keeping the doll continuously within the identification area). Both methods allow the control device to stably read the target NFC tag information. In the "staying" operation, the control device only triggers a new request sending process when it detects a substantial change in the NFC tag information content within the identification area (e.g., changing from doll A to doll B). After receiving the request message, the cloud server parses it, extracts the configuration type indicated by the control mode information and the specific content of the target NFC tag information, and then calls the corresponding decision logic unit for processing according to the different configuration types. After the decision is completed, the cloud server encapsulates the generated target audio playback configuration into a response message and returns it to the control device along the original communication link. This process migrates the computational load of configuration decision-making from the resource-constrained embedded control device to the cloud with abundant computing power, thereby reducing the hardware cost and power consumption of the control device, while giving the system stronger scalability and dynamic update capabilities.

[0065] Step S220: Receive the target audio playback configuration returned by the cloud server.

[0066] In this embodiment, after sending a request message, the control device maintains a listening state on the network port, waiting for the response data from the cloud server. When the control device receives the response message from the cloud server, it performs integrity verification and protocol parsing to extract the specific content of the target audio playback configuration determined by the cloud server. The structure and content of this target audio playback configuration are consistent with those described in the first embodiment. Subsequently, the control device can drive the audio device to play audio according to the target audio playback configuration, following the process in step S300.

[0067] In this embodiment, by migrating the core computing part of the configuration decision to the cloud server, a distributed processing architecture of "lightweight terminal collection + intelligent cloud decision-making" is constructed. The technical effects are as follows: on the one hand, the control device does not need to locally maintain a huge configuration mapping database and complex recommendation algorithm models, significantly reducing the storage overhead and processor performance requirements of the terminal device, which is beneficial to the miniaturization and low-cost design of the control device; on the other hand, the configuration mapping relationship and recommendation strategy on the cloud server side can be hot-updated and take effect in real time. The operator can remotely adjust the binding relationship between the doll and the audio playback configuration or optimize the playlist generation strategy without pushing firmware upgrades, greatly improving the flexibility of system operation and maintenance and the business response speed. At the same time, the massive user interaction data aggregated in the cloud can also feed back the continuous iteration of the recommendation algorithm, forming a data-driven positive closed-loop.

[0068] In a feasible implementation manner, the target audio playback configuration is a target sound effect mode.

[0069] The above step S210 of sending the control mode information and the target NFC tag information to the cloud server so that the cloud server generates a target audio playback configuration based on the control mode information and the target NFC tag information and returns the target audio playback configuration to the control device may include step S211: Step S211, sending the control mode information and the target NFC tag information to the cloud server so that when the configuration type indicated by the control mode information is the sound effect mode, the cloud server determines the sound effect mode bound to the target NFC tag information as the target sound effect mode and returns the target sound effect mode to the control device.

[0070] It should be noted that in this embodiment, the target sound effect mode refers to a specific sound effect processing scheme that is retrieved and determined by the cloud server according to the target NFC tag information and will be applied to the audio device. The specific types of sound effect modes can cover, but are not limited to: pop, classical, jazz, rock, heavy bass, vocal enhancement, surround sound virtualization, etc. Each sound effect mode corresponds to a set of preset digital signal processor parameter sets for adjusting acoustic characteristics such as the frequency response, dynamic range, reverberation depth, and channel distribution of the audio output.

[0071] In this embodiment, the cloud server pre-establishes and stores an "NFC tag information - sound effect mode binding table." This binding table can be created when the doll leaves the factory, when the user first activates the doll, or when personalization is performed through the accompanying application. It is important to emphasize that in this application, the NFC tag information of a single doll can only be bound to one unique sound effect mode to ensure the certainty and predictability of the sound effect switching intention. For example, a user can bind a "bear doll" to the "bedtime story" sound effect mode (in this mode, the vocal frequency band gain is increased and the low frequencies are moderately attenuated to create a soft and clear narrative listening experience), and bind a "monkey doll" to the "dynamic nursery rhymes" sound effect mode (in this mode, the low frequencies are enhanced and the sound field is widened to suit upbeat children's music).

[0072] When the cloud server receives a request message from the control device and parses the configuration type indicated by the control mode information as sound effect mode, it uses the target NFC tag information as an index to search for a matching record in the aforementioned binding table. If the search is successful, the bound sound effect mode is determined as the target sound effect mode and returned to the control device; if no binding record is found, a preset default sound effect mode can be returned, or an empty value can be returned to the control device to prompt the user to perform binding settings.

[0073] This implementation manages and flexibly configures sound effect switching logic by hosting the binding relationship of sound effect modes on a cloud server. The technical advantage is that users can modify the sound effect mode bound to a specific doll at any time via a companion application on any terminal (such as a mobile phone or tablet). The modification result is synchronized to the cloud server in real time. Afterward, when the doll is placed in the NFC recognition area of ​​the control device, the audio device will play according to the updated sound effect mode. This "one-time binding, cloud memory, effective everywhere" mechanism frees users from the cumbersome operation of setting sound effects locally on the audio device. It also supports multiple audio devices within a home sharing the same doll binding configuration, achieving a consistent personalized sound effect experience across devices.

[0074] Further, in a feasible implementation, step S211 above, which sends the control mode information and the target NFC tag information to the cloud server, so that the cloud server, when the configuration type indicated by the control mode information is a sound effect mode, determines the sound effect mode bound to the target NFC tag information as the target sound effect mode and returns the target sound effect mode to the control device, may include step A10: Step A10: If the configuration type indicated by the control mode information is sound effect mode and the number of target NFC tag information is one, the control mode information and the target NFC tag information are sent to the cloud server, so that the cloud server determines the sound effect mode bound to the target NFC tag information as the target sound effect mode when the configuration type indicated by the control mode information is sound effect mode, and returns the target sound effect mode to the control device.

[0075] It should be noted that this implementation method, based on the aforementioned sound effect mode switching scheme, further introduces a pre-verification mechanism for the number of target NFC tag information. Specifically, before sending a request to the cloud server, the control device first determines the number of NFC tag information obtained by the NFC tag identification module within the current identification period. If the number is exactly one, it indicates that only one target doll is placed in the current identification area, and the user's configuration intention is clear and unambiguous. The control device then executes the normal request sending process. Conversely, if the detected number of NFC tag information is zero or more, the control device may temporarily refrain from sending the request or output corresponding prompts to the user (such as through indicator light flashing or prompt sounds) to guide the user to perform the correct operation. The introduction of this verification step aims to filter out the potential confusion of intent or configuration conflicts that may arise from multiple dolls being in the identification area simultaneously, ensuring the uniqueness and certainty of the target NFC tag information upon which the sound effect mode switching operation is based.

[0076] This implementation effectively avoids configuration mapping ambiguities that may occur in multi-tag concurrent scenarios by adding a tag quantity verification step on the control device side. Its technical effects are twofold: firstly, it improves the accuracy and reliability of a single sound effect switching operation, avoiding the predicament where the system cannot determine which doll's bound sound effect should be used when multiple NFC tags are read simultaneously; secondly, this verification mechanism also reserves logical space for a possible future expansion of multi-doll combination triggering modes. In other words, this implementation clearly defines "single doll triggering" as the standard operation for the current sound effect switching scenario, ensuring the predictability of system behavior and consistency with user expectations.

[0077] In one possible implementation, the target audio playback configuration includes a first target playlist.

[0078] Step S210 above, which sends the control mode information and the target NFC tag information to the cloud server, so that the cloud server generates a target audio playback configuration based on the control mode information and the target NFC tag information, and returns the target audio playback configuration to the control device, may include step S212: Step S212: The control mode information and the target NFC tag information are sent to the cloud server, so that the cloud server generates a first target playlist based on the music style bound to the target NFC tag information when the configuration type indicated by the control mode information is playlist, and returns the first target playlist to the control device. The songs in the first target playlist are not repeated, and the music style of the songs in the first target playlist covers all the music styles bound to the target NFC tag information.

[0079] It should be noted that, in this embodiment, the first target playlist refers to a set of song playlists dynamically generated by the cloud server from the cloud music library based on the set of genre tags bound to the target NFC tag information. Genre refers to a tag system that classifies musical works according to their artistic style, rhythmic characteristics, orchestration, and other dimensions. Common genre types include, but are not limited to: pop, rock, folk, electronic, classical, jazz, hip-hop, children's songs, and light music. The cloud music library refers to the massive pool of legally licensed audio resources accessed by the cloud server backend. Each song in this resource pool is pre-labeled with one or more genre tags, as well as structured metadata such as song duration, artist, and album affiliation.

[0080] In this embodiment, the cloud server pre-establishes or associates music genre binding relationships for each registrable doll NFC tag. Unlike the one-to-one correspondence of sound effect modes, the NFC tag information of a doll can be bound to one or more music genres. For example, a user can bind a "Marine Doll" to both "Light Music" and "Nature Sounds" music genres simultaneously, so that when a playlist is triggered, a music collection with soothing melodies and natural elements such as ocean waves and birdsong can be obtained. Furthermore, in the actual interaction of step S100, the user may place multiple different dolls simultaneously or sequentially within the NFC recognition area of ​​the control device (for example, in the "placement area detection" interaction mode, the support area can accommodate multiple dolls). At this time, the target NFC tag information read by the control device may contain multiple sources, and correspondingly, the music genre sets bound to these target NFC tag information may contain multiple different music genres.

[0081] When the cloud server receives a request message from the control device and parses the configuration type indicated by the control mode information as a playlist, it first extracts all the genre tags bound to the target NFC tag information to form a set of required genres. Then, the cloud server calls the playlist generation engine, which uses each genre in the required genre set as a filtering condition to retrieve candidate songs matching the corresponding genre from the cloud music library. To meet the constraint of "covering all bound genres," the engine must ensure that for each genre in the required genre set, the playlist contains at least one song with that genre tag when constructing the first target playlist. Based on this, the engine prioritizes songs that simultaneously have multiple required genre tags (e.g., a song simultaneously tagged as "light music" and "natural sound") to streamline the playlist size and improve the overall matching degree between songs and user intent while meeting the coverage requirement. Finally, the engine selects a certain number of unique songs from the eligible song pool to form the first target playlist, and returns it to the control device in the form of a list of song identifiers. The control device then forwards the list to the audio device for playback one song at a time.

[0082] This implementation supports binding a single doll to multiple music styles and triggering multiple doll combinations, and introduces a "full coverage of playlist styles" generation strategy, achieving flexible response to users' complex music preferences. Its technical effects are twofold: First, it breaks the limitation of traditional solutions where a single trigger object can only correspond to a single music style, allowing users to freely express complex needs such as "I want to listen to music containing styles A, B, and C" by selecting different dolls or arranging multiple doll combinations, greatly enriching the semantic space of interactive expression; second, by prioritizing cross-style songs, it effectively controls playlist length while meeting users' diverse style needs, avoiding the problems of excessively long playlists and style jumps caused by simply splicing together songs of different styles, ensuring the overall coherence and harmony of the listening experience.

[0083] Further, in a feasible implementation, step S212 above, which sends the control mode information and the target NFC tag information to the cloud server, so that the cloud server, when the configuration type indicated by the control mode information is a playlist, generates a first target playlist based on the music style bound to the target NFC tag information and returns the first target playlist to the control device, may include steps B10~B20: Step B10: If the configuration type indicated by the control mode information is a playlist, determine the target song information based on the songs played by the audio device within the past preset time period, wherein the target song information is used to indicate the played songs; It should be noted that in this embodiment, the preset duration refers to a backtracking time window length pre-set by the system, such as 30 minutes, 2 hours, or a calendar day, used to define the statistical range of "recently played songs". Played songs refer to songs that the audio device has already output to the user within the aforementioned preset duration. Target song information refers to a data set used to uniquely identify or describe the aforementioned played songs, specifically including a list of song identifiers for played songs, etc. Its core function is to transmit to the cloud server which songs the user has recently listened to, in order to avoid duplicate tracks in subsequently generated playlists.

[0084] In this embodiment, before sending a request to the cloud server, the control device first obtains the audio device's playback history within a preset time period from its local cache or through the communication interface with the audio device, and generates target song information accordingly. If there is no available playback history locally (e.g., the audio device has just been started or is being used for the first time), the target song information can be indicated as an empty set. Only after determining the target song information does the control device proceed to the subsequent request sending step.

[0085] Step B20: Send the target song information, the control mode information, and the target NFC tag information to the cloud server, so that the cloud server generates a first target playlist based on the music style bound to the target song information and the target NFC tag information when the configuration type indicated by the control mode information is playlist, and returns the first target playlist to the control device, wherein the first target playlist does not contain the already played song.

[0086] In this embodiment, after receiving the request message from the control device, the cloud server, in addition to parsing the control mode information and the target NFC tag information, also simultaneously extracts the target song information. When the configuration type indicated by the control mode information is determined to be a playlist, the cloud server's playlist generation engine, after filtering the candidate song pool based on the music style bound to the target NFC tag information, further removes the already played songs indicated by the target song information from the candidate pool, and only performs song selection operations on the remaining unplayed songs, thereby generating the first target playlist. The introduction of this deduplication mechanism ensures that the newly generated playlist will not contain songs that the user has recently listened to and may have become bored with.

[0087] This implementation significantly improves the recommendation quality and user experience of the primary target playlist by introducing playback history awareness and deduplication filtering mechanisms into the playlist generation process. Its technical advantage lies in effectively avoiding auditory fatigue and user boredom caused by repeated playback of the same song within a short period, thus maintaining the freshness and appeal of the audio content.

[0088] In one possible implementation, the target audio playback configuration includes a second target playlist.

[0089] Step S210 above, which sends the control mode information and the target NFC tag information to the cloud server, so that the cloud server generates a target audio playback configuration based on the control mode information and the target NFC tag information, and returns the target audio playback configuration to the control device, may include step S213: Step S213: The control mode information and the target NFC tag information are sent to the cloud server, so that the cloud server generates a second target playlist based on the music style and music effect mode bound to the target NFC tag information when the configuration type indicated by the control mode information includes sound effect mode and playlist, and returns the second target playlist to the control device. The songs in the second target playlist are not repeated, and for each "music style-music effect mode" pair bound to the target NFC tag information, the second target playlist contains at least one song that satisfies both the music style and the music effect mode.

[0090] It should be noted that, in this embodiment, the second target playlist refers to a song playlist generated by the cloud server from the cloud music library, taking into account both the genre constraints and sound effect mode constraints bound to the target NFC tag information. Unlike the first target playlist, which is only constrained by the genre dimension, the generation process of the second target playlist integrates the matching requirements of both "genre adaptation" and "sound effect adaptation," and also needs to take into account the possibility of multiple dolls or multiple genre-sound effect pairings.

[0091] Specifically, the cloud server pre-labels each song in the cloud music library with its original music style tag. At the same time, based on audio feature analysis or manual labeling, it assigns one or more recommended sound effect mode tags to each song (for example, a classical piece of music is recommended to use the "classical" or "concert" sound effect mode, and an electronic dance music piece is recommended to use the "bass heavy" or "electronic" sound effect mode).

[0092] As mentioned earlier, in actual interaction, a user may place multiple dolls in the NFC recognition area of ​​the control device. Each doll is bound to a unique sound effect mode and one or more music styles. When the cloud server receives a request and parses the configuration type indicated by the control mode information, which includes both a sound effect mode and a playlist, it means that the user expects to switch the audio device's sound effect mode and play a playlist simultaneously through this operation. At this time, the cloud server uses all the received target NFC tag information as an index to extract all the relevant "music style-sound effect mode" pairings. For example, if there are doll A (bound to music style X and sound effect a) and doll B (bound to music style X and sound effect b, and music style Y and sound effect b) in the recognition area, then the required pairing set is { (music style X, sound effect a), (music style X, sound effect b), (music style Y, sound effect b)}.

[0093] Subsequently, the cloud server invokes an enhanced playlist generation engine. For each pairing in the demand pairing set, this engine filters songs from the cloud music library that simultaneously meet the following conditions: the song's genre tag includes the genre of the pairing, and the song's recommended sound effect mode tag includes the sound effect mode of the pairing. The engine must ensure that the final generated second target playlist contains at least one song that meets the conditions for each pairing in the demand pairing set, thus achieving a complete response to all user configuration intentions. While satisfying the above coverage constraints, the engine prioritizes songs that can simultaneously satisfy multiple pairings (e.g., a song has both genre X and sound effect a and sound effect b tags) to streamline the playlist size and improve matching efficiency. Finally, the engine selects a certain number of non-overlapping songs from the pool of eligible candidate songs to form the second target playlist and returns it to the control device. The control device will then not only send the playlist to the audio device for loading, but also send the corresponding sound effect mode configuration for each song to the digital signal processor of the audio device, or adopt a global sound effect switching strategy (if all songs in the playlist are adapted to the same sound effect mode) to achieve precise synchronization between the playlist and the sound effects.

[0094] This implementation method achieves precise configuration response in scenarios with multiple dolls, multiple music styles, and multiple sound effects by constructing a "music style-sound effect" pairing and coverage mechanism. Its technical advantages are twofold: First, it fully respects the fine-grained preferences expressed by users through doll combinations—namely, "I want to listen to music of style X, with the part from doll A played using sound effect a, and the part from doll B played using sound effect b"—ensuring that the audio device output accurately reproduces the user's dual expectations for content style and sound quality. Second, by prioritizing the selection of cross-paired songs through an optimization strategy, it effectively controls the redundancy of the playlist while meeting complex constraints, ensuring the playlist is both rich and compact. This highly personalized configuration capability makes this technical solution demonstrate excellent adaptability and user satisfaction in scenarios such as multi-person family use and children's independent exploration.

[0095] Further, in a feasible implementation, step S213 above, which sends the control mode information and the target NFC tag information to the cloud server, so that the cloud server, when the configuration type indicated by the control mode information includes sound effect mode and playlist, generates a second target playlist based on the music style and sound effect mode bound to the target NFC tag information, and returns the second target playlist to the control device, may include steps C10~C20: Step C10: If the configuration type indicated by the control mode information includes sound effect mode and playlist, determine the target song information based on the songs played by the audio device within a preset time period in the past, wherein the target song information is used to indicate the played songs; The specific implementation method of this step is the same as that of step B10 mentioned above, and will not be repeated here.

[0096] Step C20: The target song information, the control mode information, and the target NFC tag information are sent to the cloud server, so that the cloud server, when the configuration type indicated by the control mode information includes sound effect mode and playlist, generates a second target playlist based on the music style and sound effect mode bound to the target song information and the target NFC tag information, and returns the second target playlist to the control device, wherein the second target playlist does not contain the already played song.

[0097] In this embodiment, the cloud server's enhanced playlist generation engine, after obtaining a candidate song pool by performing dual-condition filtering on the cloud music library based on the genre and sound effect mode bound to the target NFC tag information, further uses the target song information to perform deduplication filtering on the candidate song pool, removing tracks that overlap with already played songs from the candidate pool. Subsequently, the engine performs song selection and playlist assembly from the remaining candidate songs, ultimately generating a second target playlist that neither contains already played songs nor fails to meet all "genre-sound effect" pairing requirements.

[0098] This implementation organically combines a playback history deduplication mechanism with a music style-sound effect pairing and coverage mechanism, forming a more complete intelligent playlist generation strategy. Its technical advantages are: while ensuring a high degree of compatibility between playlist content and sound effect processing and fully responding to the user's combination configuration intentions, it further considers the freshness and diversity of songs, avoiding the problem of repeated playback that may be caused by a narrowing of the selectable song range due to multiple constraints. This design allows the system to provide users with a highly personalized and contextualized audio experience while maintaining the novelty and attractiveness of content recommendations, achieving a better balance between "precise matching" and "rich content." At the same time, this implementation fully demonstrates the powerful capabilities of cloud servers in integrating multi-source information for complex decision-making, representing a concrete manifestation of the deep evolution of the technical solution in the direction of intelligence and personalization.

[0099] It should be noted that, in the above embodiments, regarding the recording and deduplication filtering mechanism for played songs, this application also provides another more preferred implementation path, namely, the cloud server is directly responsible for the maintenance and management of the audio device's playback history, without the control device uploading the target song information with each request.

[0100] Specifically, the control device or audio device can send a playback record notification to the cloud server via an event reporting mechanism at the start or end of each song's playback. This notification includes at least a song identifier and a playback timestamp. Upon receiving the notification, the cloud server stores it in a playback history database associated with the audio device or user account and automatically maintains a set of played songs within a sliding time window. When the cloud server subsequently receives a configuration request message from the control device, the control device does not need to include additional target song information in the request. The cloud server directly retrieves the songs played by the audio device within a preset time period from its local playback history database and automatically performs deduplication filtering during playlist generation. This implementation completely migrates the storage and computational burden of playback history to the cloud, further simplifying the logical complexity and data transmission overhead on the control device side. Simultaneously, it leverages the efficient query capabilities of the cloud database to improve the execution efficiency of deduplication operations, representing a beneficial optimization of this application's technical solution in the direction of "ultra-lightweight terminal design."

[0101] This application proposes a third embodiment of a method for controlling an audio device.

[0102] In the third embodiment of this application, the same or similar content as the above embodiments can be referred to the above description, and will not be repeated hereafter.

[0103] Please refer to Figure 3 , Figure 3 This is a flowchart illustrating the third embodiment of the control method for the audio device of this application.

[0104] In this embodiment, the audio device control method is applied to a cloud server, including steps S400~S500: Step S400: Receive control mode information and target NFC tag information sent by the control device of the audio device, and determine the target audio playback configuration based on the control mode information and target NFC tag information, wherein the control mode information is used to indicate the configuration type of the audio playback configuration to be adjusted; In a first feasible implementation, the target audio playback is configured as a target sound effect mode, and step S400 above may include step S410: Step S410: Receive control mode information and target NFC tag information sent by the control device of the audio device, and if the configuration type indicated by the control mode information is sound effect mode, determine the sound effect mode bound to the target NFC tag information as the target sound effect mode.

[0105] In a second feasible implementation, the target audio playback is configured as a first target playlist, and step S400 above may include step S420: Step S420: Receive control mode information and target NFC tag information sent by the control device of the audio device. If the configuration type indicated by the control mode information is a playlist, generate a first target playlist based on the music style bound to the target NFC tag information. The songs in the first target playlist are not repeated, and the music style of the songs in the first target playlist is the music style bound to the target NFC tag information.

[0106] Furthermore, in one feasible implementation, step S420 above may include step S421: Step S421: Receive target song information, control mode information, and target NFC tag information sent by the control device of the audio device. If the configuration type indicated by the control mode information is a playlist, generate a first target playlist based on the music style bound to the target song information and the target NFC tag information. The target song information is used to indicate songs that have been played by the audio device within a preset time period in the past. The first target playlist does not contain the played songs.

[0107] In a third feasible implementation, the target audio playback is configured as a second target playlist, and step S400 above may include step S430: Step S430: Receive control mode information and target NFC tag information sent by the control device of the audio device. If the configuration type indicated by the control mode information includes sound effect mode and playlist, generate a second target playlist based on the music style and sound effect mode bound to the target NFC tag information. The songs in the second target playlist are not repeated, and the music style of the songs in the second target playlist is the same as the music style bound to the target NFC tag information. The sound effect mode of the songs in the second target playlist is the same as the sound effect mode bound to the target NFC tag information.

[0108] Furthermore, in one feasible implementation, step S430 above may include step S431: Step S431: Receive target song information, control mode information, and target NFC tag information sent by the control device of the audio device. If the configuration type indicated by the control mode information includes sound effect mode and playlist, generate a second target playlist based on the target song information, the music style and sound effect mode bound to the target NFC tag information. The target song information is used to indicate songs that have been played by the audio device within a preset time period in the past. The second target playlist does not contain the played songs.

[0109] Step S500: Return the target audio playback configuration to the control device; The control device is configured to: receive the target audio playback configuration returned by the cloud server; and control the audio device to play audio based on the target audio playback configuration.

[0110] This embodiment describes a control method for audio devices applied to a cloud server, corresponding to the second embodiment described above. It simplifies the audio playback configuration adjustment process and reduces the user's operational burden. Compared to the prior art, the beneficial effects of the audio device control method provided in this embodiment are the same as those in the second embodiment, and will not be elaborated upon here.

[0111] It should be noted that the above embodiments / implementations are only used to assist in understanding this application and do not constitute a limitation on the control method of the audio device in this application. Any simple modifications based on this technical concept are within the protection scope of this application.

[0112] In addition, please refer to Figure 4 , Figure 4 This is a schematic diagram of the first device structure of the hardware operating environment involved in the audio device control method in the embodiments of this application.

[0113] This application also provides a control device for an audio device, the control device comprising: at least one processor; and a memory communicatively connected to the at least one processor; wherein the memory stores instructions executable by the at least one processor, the instructions being executed by the at least one processor to enable the at least one processor to perform the steps of the audio device control method in the above embodiments.

[0114] The following is for reference. Figure 4 It shows a schematic diagram of the structure of a control device suitable for implementing the audio device of the present application embodiments. Figure 4 The control device for the audio device shown is merely an example and should not impose any limitation on the functionality and scope of the embodiments of this application.

[0115] like Figure 4 As shown, the control unit of the audio device may include a processing unit 1001 (e.g., a central processing unit, a graphics processing unit, etc.), which can perform various appropriate actions and processes according to a program stored in the read-only memory 1002 or a program loaded from the storage device 1003 into the random access memory 1004. The random access memory 1004 also stores various programs and data required for the operation of the audio device's control unit. The processing unit 1001, the read-only memory 1002, and the random access memory 1004 are interconnected via a bus 1005. An input / output interface 1006 is also connected to the bus. Typically, the following systems can be connected to the input / output interface 1006: input devices 1007 including, for example, touchscreens, touchpads, keyboards, mice, image sensors, microphones, accelerometers, gyroscopes, etc.; output devices 1008 including, for example, liquid crystal displays, speakers, vibrators, etc.; storage devices 1003 including, for example, magnetic tapes, hard disks, etc.; and communication devices 1009. The communication device 1009 allows the audio device's control unit to communicate wirelessly or wiredly with other devices to exchange data. Although the diagram shows control devices for audio equipment with various systems, it should be understood that it is not required to implement or have all of the systems shown. More or fewer systems may be implemented alternatively.

[0116] Specifically, according to the embodiments disclosed in this application, the processes described above with reference to the flowcharts can be implemented as computer software programs. For example, embodiments disclosed in this application include a computer program product comprising a computer program carried on a computer-readable medium, the computer program containing program code for performing the methods shown in the flowcharts. In such embodiments, the computer program can be downloaded and installed from a network via a communication device, or installed from storage device 1003, or installed from read-only memory 1002. When the computer program is executed by processing device 1001, it performs the functions defined in the methods of the embodiments disclosed in this application.

[0117] The audio device control device provided in this application, employing the audio device control method of the first or second embodiment described above, simplifies the audio playback configuration adjustment process and reduces the user's operational burden. Compared with the prior art, the beneficial effects of the audio device control device provided in this application are the same as those of the audio device control method provided in the first or second embodiment described above, and other technical features in the audio device control device are the same as those disclosed in the methods of the first or second embodiment described above, and will not be repeated here.

[0118] It should be understood that the various parts disclosed in this application can be implemented using hardware, software, firmware, or a combination thereof. In the description of the above embodiments, specific features, structures, materials, or characteristics can be combined in any suitable manner in one or more embodiments or examples.

[0119] The above are merely specific embodiments of this application, but the scope of protection of this application is not limited thereto. Any variations or substitutions that can be easily conceived by those skilled in the art within the scope of the technology 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 protection of the above claims.

[0120] In addition, please refer to Figure 5 , Figure 5 This is a schematic diagram of the second device structure of the hardware operating environment involved in the audio device control method in the embodiments of this application.

[0121] This application also provides a cloud server, which includes: at least one processor; and a memory communicatively connected to the at least one processor; wherein the memory stores instructions executable by the at least one processor, the instructions being executed by the at least one processor to enable the at least one processor to perform the steps of the audio device control method in the above embodiments.

[0122] The following is for reference. Figure 5 It shows a schematic diagram of the structure of a cloud server suitable for implementing the embodiments of this application. Figure 5 The cloud server shown is merely an example and should not impose any limitations on the functionality and scope of the embodiments of this application.

[0123] like Figure 5 As shown, a cloud server may include a processing device 2001 (e.g., a central processing unit, a graphics processing unit, etc.), which can perform various appropriate actions and processes according to a program stored in a read-only memory 2002 or a program loaded from a storage device 2003 into a random access memory 2004. The random access memory 2004 also stores various programs and data required for the operation of the cloud server. The processing device 2001, the read-only memory 2002, and the random access memory 2004 are interconnected via a bus 2005. An input / output interface 2006 is also connected to the bus. Typically, the following systems can be connected to the input / output interface 2006: input devices 2007 including, for example, a touchscreen, touchpad, keyboard, mouse, image sensor, microphone, accelerometer, gyroscope, etc.; output devices 2008 including, for example, a liquid crystal display, speaker, vibrator, etc.; storage devices 2003 including, for example, magnetic tape, hard disk, etc.; and communication devices 2009. The communication device 2009 allows the cloud server to communicate wirelessly or wiredly with other devices to exchange data. Although the diagram shows cloud servers with various systems, it should be understood that it is not required to implement or have all of the systems shown. Alternatively, more or fewer systems may be implemented.

[0124] Specifically, according to the embodiments disclosed in this application, the processes described above with reference to the flowcharts can be implemented as computer software programs. For example, embodiments disclosed in this application include a computer program product comprising a computer program carried on a computer-readable medium, the computer program containing program code for performing the methods shown in the flowcharts. In such embodiments, the computer program can be downloaded and installed from a network via a communication device, or installed from storage device 2003, or installed from read-only memory 2002. When the computer program is executed by processing device 2001, it performs the functions defined in the methods of the embodiments disclosed in this application.

[0125] The cloud server provided in this application, employing the audio device control method in the third embodiment described above, simplifies the audio playback configuration adjustment process and reduces the user's operational burden. Compared with the prior art, the beneficial effects of the cloud server provided in this application are the same as those of the audio device control method provided in the third embodiment described above, and other technical features of this cloud server are the same as those disclosed in the method of the third embodiment described above, and will not be repeated here.

[0126] It should be understood that the various parts disclosed in this application can be implemented using hardware, software, firmware, or a combination thereof. In the description of the above embodiments, specific features, structures, materials, or characteristics can be combined in any suitable manner in one or more embodiments or examples.

[0127] The above are merely specific embodiments of this application, but the scope of protection of this application is not limited thereto. Any variations or substitutions that can be easily conceived by those skilled in the art within the scope of the technology 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 protection of the above claims.

[0128] In addition, this application also provides a computer-readable storage medium having computer-readable program instructions (i.e., a computer program) stored thereon, the computer-readable program instructions being used to perform the steps of the audio device control method in the above embodiments.

[0129] The computer-readable storage medium provided in this application may be, for example, a USB flash drive, but is not limited to, electrical, magnetic, optical, electromagnetic, infrared, or semiconductor systems, devices, or any combination thereof. More specific examples of computer-readable storage media may include, but are not limited to: electrical connections having one or more wires, portable computer disks, hard disks, random access memory, read-only memory, erasable programmable read-only memory, optical fibers, portable compact disk read-only memory, optical storage devices, magnetic storage devices, or any suitable combination thereof. In this embodiment, the computer-readable storage medium may be any tangible medium containing or storing a program that can be used by or in conjunction with an instruction execution system, system, or device. The program code contained on the computer-readable storage medium may be transmitted using any suitable medium, including but not limited to: wires, optical fibers, RF (Radio Frequency), etc., or any suitable combination thereof.

[0130] The aforementioned computer-readable storage medium may be included in the control device of the audio device or in a cloud server; or it may exist independently and not assembled into the control device of the audio device or in a cloud server, wherein the control device of the audio device includes an NFC tag identification module.

[0131] The aforementioned computer-readable storage medium carries one or more programs that, when executed by a control device including an audio device, cause the control device to: identify target NFC tag information of the target doll via the NFC tag identification module and determine control mode information of the control device, wherein the control mode information is used to indicate the configuration type of the audio playback configuration to be adjusted; determine a target audio playback configuration based on the control mode information and the target NFC tag information; and control the audio device to play audio based on the target audio playback configuration.

[0132] Alternatively, when one or more of the above procedures are executed by the cloud server, the cloud server: receives control mode information and target NFC tag information sent by the control device of the audio device, and determines a target audio playback configuration based on the control mode information and target NFC tag information, wherein the control mode information is used to indicate the configuration type of the audio playback configuration to be adjusted; returns the target audio playback configuration to the control device; wherein the control device is configured to: receive the target audio playback configuration returned by the cloud server; and control the audio device to perform audio playback based on the target audio playback configuration.

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

[0134] The flowcharts and block diagrams in the accompanying drawings illustrate the architecture, functionality, and operation of possible implementations of systems, methods, and computer program products according to various embodiments of this application. In this regard, each block in a flowchart or block diagram may represent a module, segment, or portion of code containing one or more executable instructions for implementing a specified logical function. It should also be noted that in some alternative implementations, the functions indicated in the blocks may occur in a different order than those indicated in the drawings. For example, two consecutively indicated blocks may actually be executed substantially in parallel, and they may sometimes be executed in reverse order, depending on the functions involved. It should also be noted that each block in the block diagrams and / or flowcharts, and combinations of blocks in the block diagrams and / or flowcharts, may be implemented using a dedicated hardware-based system that performs the specified function or operation, or using a combination of dedicated hardware and computer instructions.

[0135] The modules described in the embodiments of this application can be implemented in software or hardware. The names of the modules do not necessarily limit the functionality of the unit itself.

[0136] The computer-readable storage medium provided in this application stores computer-readable program instructions (i.e., a computer program) for performing the steps of the above-described audio device control method, which simplifies the audio playback configuration adjustment process and reduces the user's operational burden. Compared with the prior art, the beneficial effects of the computer-readable storage medium provided in this application are the same as the beneficial effects of the audio device control method provided in the above embodiments, and will not be repeated here.

[0137] Furthermore, this application also provides a computer program product, including a computer program that, when executed by a processor, implements the steps of the audio device control method described in the above embodiments.

[0138] The computer program product provided in this application simplifies the audio playback configuration adjustment process and reduces the user's operational burden. Compared with the prior art, the beneficial effects of the computer program product provided in this application are the same as the beneficial effects of the audio device control method provided in the above embodiments, and will not be repeated here.

[0139] The above description is only a part of the embodiments of this application and does not limit the patent scope of this application. All equivalent structural transformations made under the technical concept of this application and using the contents of the specification and drawings of this application, or direct / indirect applications in other related technical fields, are included in the patent protection scope of this application.

Claims

1. A method for controlling an audio device, characterized in that, A control device for use in audio equipment, the control device including an NFC tag identification module, comprising: The target NFC tag information of the target doll is identified by the NFC tag identification module, and the control mode information of the control device is determined, wherein the control mode information is used to indicate the configuration type of the audio playback configuration to be adjusted; Based on the control mode information and the target NFC tag information, the target audio playback configuration is determined; Control the audio device to play audio based on the target audio playback configuration.

2. The method as described in claim 1, characterized in that, The step of determining the target audio playback configuration based on the control mode information and the target NFC tag information includes: The control mode information and the target NFC tag information are sent to the cloud server, so that the cloud server determines the target audio playback configuration based on the control mode information and the target NFC tag information, and returns the target audio playback configuration to the control device; Receive the target audio playback configuration returned by the cloud server.

3. The method as described in claim 2, characterized in that, The target audio playback configuration is set to target sound effect mode; The step of sending the control mode information and the target NFC tag information to the cloud server, so that the cloud server generates a target audio playback configuration based on the control mode information and the target NFC tag information, and returning the target audio playback configuration to the control device, includes: The control mode information and the target NFC tag information are sent to the cloud server, so that the cloud server, when the configuration type indicated by the control mode information is sound effect mode, determines the sound effect mode bound to the target NFC tag information as the target sound effect mode, and returns the target sound effect mode to the control device.

4. The method as described in claim 3, characterized in that, The step of sending the control mode information and the target NFC tag information to the cloud server, so that the cloud server, when the configuration type indicated by the control mode information is sound effect mode, determines the sound effect mode bound to the target NFC tag information as the target sound effect mode, and returns the target sound effect mode to the control device, includes: When the configuration type indicated by the control mode information is sound effect mode and the number of target NFC tag information is one, the control mode information and the target NFC tag information are sent to the cloud server, so that the cloud server determines the sound effect mode bound to the target NFC tag information as the target sound effect mode when the configuration type indicated by the control mode information is sound effect mode, and returns the target sound effect mode to the control device.

5. The method as described in claim 2, characterized in that, The target audio playback configuration includes a first target playlist; The step of sending the control mode information and the target NFC tag information to the cloud server, so that the cloud server generates a target audio playback configuration based on the control mode information and the target NFC tag information, and returning the target audio playback configuration to the control device, includes: The control mode information and the target NFC tag information are sent to the cloud server, so that the cloud server generates a first target playlist based on the music style bound to the target NFC tag information when the configuration type indicated by the control mode information is playlist, and returns the first target playlist to the control device. The songs in the first target playlist are not repeated, and the music style of the songs in the first target playlist is the music style bound to the target NFC tag information.

6. The method as described in claim 5, characterized in that, The step of sending the control mode information and the target NFC tag information to the cloud server, so that the cloud server generates a first target playlist based on the music genre bound to the target NFC tag information when the configuration type indicated by the control mode information is playlist, and returns the first target playlist to the control device, includes: When the configuration type indicated by the control mode information is a playlist, target song information is determined based on the songs that have been played by the audio device within a preset time period in the past, wherein the target song information is used to indicate the songs that have been played. The target song information, the control mode information, and the target NFC tag information are sent to the cloud server, so that the cloud server generates a first target playlist based on the music style bound to the target song information and the target NFC tag information when the configuration type indicated by the control mode information is playlist, and returns the first target playlist to the control device, wherein the first target playlist does not contain the already played song.

7. The method as described in claim 2, characterized in that, The target audio playback configuration includes a second target playlist; The step of sending the control mode information and the target NFC tag information to the cloud server, so that the cloud server generates a target audio playback configuration based on the control mode information and the target NFC tag information, and returning the target audio playback configuration to the control device, includes: The control mode information and the target NFC tag information are sent to the cloud server, so that the cloud server, when the configuration type indicated by the control mode information includes sound effect mode and playlist, generates a second target playlist based on the music style and sound effect mode bound to the target NFC tag information, and returns the second target playlist to the control device. The songs in the second target playlist are not repeated, and the music style of the songs in the second target playlist is the music style bound to the target NFC tag information, and the sound effect mode of the songs in the second target playlist is the sound effect mode bound to the target NFC tag information.

8. The method as described in claim 7, characterized in that, The step of sending the control mode information and the target NFC tag information to the cloud server, so that the cloud server, when the configuration type indicated by the control mode information includes sound effect mode and playlist, generates a second target playlist based on the music style and sound effect mode bound to the target NFC tag information, and returns the second target playlist to the control device, includes: When the configuration type indicated by the control mode information includes sound effect mode and playlist, target song information is determined based on the songs played by the audio device within a preset time period in the past, wherein the target song information is used to indicate the played songs; The target song information, the control mode information, and the target NFC tag information are sent to the cloud server, so that the cloud server, when the configuration type indicated by the control mode information includes sound effect mode and playlist, generates a second target playlist based on the music style and sound effect mode bound to the target song information and the target NFC tag information, and returns the second target playlist to the control device, wherein the second target playlist does not contain the already played song.

9. A method for controlling an audio device, characterized in that, Applied to cloud servers, including: The system receives control mode information and target NFC tag information sent by the control device of the audio device, and determines the target audio playback configuration based on the control mode information and target NFC tag information, wherein the control mode information is used to indicate the configuration type of the audio playback configuration to be adjusted; The target audio playback configuration is returned to the control device; The control device is configured to: receive the target audio playback configuration returned by the cloud server; and control the audio device to play audio based on the target audio playback configuration.

10. A control device for an audio device, characterized in that, include: A memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the computer program, when executed by the processor, implements the steps of the control method for an audio device as claimed in any one of claims 1 to 8.

11. A cloud server, characterized in that, include: The memory, the processor, and the computer program stored in the memory and executable on the processor, wherein the computer program, when executed by the processor, implements the steps of the control method for the audio device as described in claim 9.

12. A storage medium, characterized in that, The storage medium is a computer-readable storage medium, on which a computer program is stored, which, when executed by a processor, implements the steps of the control method for the audio device as described in any one of claims 1 to 8 or claim 9.

Images