A distributed tap-based boot method, server, application terminal, and system

Abstract

This invention relates to a distributed tapping guidance method, server, application terminal, and system. The method includes: a server receiving a trigger request from an application terminal for a crossbeam, wherein multiple tapping pieces with different pitches are suspended on the crossbeam, each tapping piece corresponding to an indicator light; the server responding to the trigger request by pushing a music list to the application terminal; a user terminal receiving music selected by the user and sending it to the server; the server extracting the corresponding note sequence data based on the selection and calling a preset suspension mapping relationship corresponding to the crossbeam to convert the note sequence data into note sequence instructions in real time; the server sending the note sequence instructions to a wireless receiver on the crossbeam; and a driving circuit on the crossbeam sequentially driving the indicator lights bound to each note to illuminate according to the instructions, forming a visual cue sequence to guide the user to tap. This invention lowers the interaction threshold by providing intuitive visual guidance in physical space.

Description

Technical Field

[0001] This invention relates to the field of distributed systems technology, and in particular to a distributed tap-to-boot method, server, application terminal and system. Background Technology

[0002] Interactive musical installations are becoming increasingly popular in public spaces such as parks, museums, and commercial complexes, offering the public novel artistic experiences and forms of entertainment. Among them, percussion instruments such as chimes and wind chimes, which consist of multiple independent sound-producing bodies, are particularly favored due to their intuitive interactive nature.

[0003] However, for users without musical background, playing a complete piece using such devices usually requires some guidance. Existing guidance methods largely rely on external, non-integrated screens. For example, users need to watch instructional videos or scrolling sheet music prompts on a mobile phone or a large nearby screen, then map the two-dimensional information on the screen (such as highlighted keys or notes) onto the three-dimensional physical instrument in front of them before striking it. This method has significant drawbacks: the user's gaze needs to frequently switch between the screen and the instrument, increasing cognitive load; simultaneously, the mapping process from a two-dimensional plane to three-dimensional space is prone to errors, leading to incorrect striking and affecting the smoothness and immersion of the experience. Therefore, current technology lacks a method that can directly, in real-time, and accurately present playing guidance information on the physical instrument itself, resulting in a less intuitive user experience and a higher learning curve. Summary of the Invention

[0004] The main objective of this invention is to provide a distributed tapping guidance method, server, application terminal, and system, aiming to solve the technical problems of unintuitive guidance methods, the need for users to switch their gaze between the screen and the instrument, and poor interactive experience in the prior art.

[0005] To achieve the above objectives, this invention provides a distributed tapping guidance method applied to a server, comprising the following steps: receiving a trigger request from an application terminal for a crossbeam, wherein multiple tapping pieces with different pitches are suspended at intervals along the length of the crossbeam, and each tapping piece is equipped with an independent indicator light; responding to the trigger request, pushing a music list to the application terminal; receiving a music selection instruction from the application terminal, wherein the music selection instruction is generated by the application terminal after receiving a user's selection of any track from the music list; extracting the corresponding note sequence data according to the music selection instruction, and calling... A preset suspension mapping relationship corresponding to the crossbeam converts the note sequence data into note sequence instructions in real time. The suspension mapping relationship defines the binding relationship between each note and the physical position of the indicator light on the crossbeam used to suspend the corresponding pitch striking piece. The note sequence instructions are output so that they are transmitted to the wireless receiver on the crossbeam, causing the drive circuit on the crossbeam to sequentially drive the indicator lights that are physically separated from each note according to the identifier and order in the note sequence instructions, forming a visual prompt sequence in three-dimensional physical space that guides the user to strike the striking pieces suspended at the corresponding positions in sequence.

[0006] This invention also provides a distributed tapping guidance method applied to an application terminal, comprising: scanning an identification code to send a trigger request to a server for a crossbeam; multiple tapping pieces with different pitches are suspended at intervals along the length of the crossbeam, each tapping piece corresponding to an independent indicator light; receiving a music list pushed by the server in response to the trigger request; displaying the music list and receiving the user's selection of any track in the music list; generating a music selection instruction based on the selection and sending the music selection instruction to the server, so that the server extracts the corresponding note sequence data according to the music selection instruction, calls the preset suspension mapping relationship corresponding to the crossbeam, converts the note sequence data into a note sequence instruction in real time and outputs it; receiving the note sequence instruction output by the server and forwarding the note sequence instruction to the wireless receiver on the crossbeam, so that the driving circuit on the crossbeam drives the indicator lights that are bound to each note and are physically separated according to the identifier and order in the note sequence instruction, forming a visual prompt sequence in three-dimensional physical space to guide the user to tap the tapping pieces suspended at corresponding positions in sequence.

[0007] The present invention also provides a server, comprising: a communication unit; and a processing unit connected to the communication unit; the communication unit is configured to receive a trigger request for a crossbeam sent by an application terminal, wherein multiple striking elements with different pitches are suspended at intervals along the length of the crossbeam, and each striking element is provided with an independent indicator light; the processing unit is configured to, in response to the trigger request, push a music list to the application terminal through the communication unit; the communication unit is further configured to receive a music selection instruction sent by the application terminal, wherein the music selection instruction is generated by the application terminal after receiving a user's selection of any track in the music list; the processing unit is further configured to provide... The corresponding note sequence data is retrieved, and a preset suspension mapping relationship corresponding to the crossbeam is invoked to convert the note sequence data into note sequence instructions in real time. The suspension mapping relationship defines the binding relationship between each note and the physical position of the indicator light on the crossbeam used to suspend the corresponding pitch striking piece. The communication unit is also used to output the note sequence instructions so that the note sequence instructions are transmitted to the wireless receiver on the crossbeam, causing the drive circuit on the crossbeam to drive the indicator lights that are physically separated from each note to light up in sequence according to the identifier and order in the note sequence instructions, forming a visual prompt sequence in three-dimensional physical space that guides the user to strike the striking pieces suspended at the corresponding positions in sequence.

[0008] The present invention also provides an application terminal, comprising: an identification unit for scanning an identification code associated with a crossbeam; a communication unit; and a processing unit connected to the identification unit and the communication unit; the processing unit is used to obtain identification information of the crossbeam through the identification unit and send a trigger request for the crossbeam to a server through the communication unit; multiple percussion pieces with different pitches are suspended at intervals along the length of the crossbeam, each percussion piece corresponding to an independent indicator light; the communication unit is used to receive a music list pushed by the server in response to the trigger request; the processing unit is also used to display the music list, receive the user's selection of any track in the music list, and generate a music selection instruction based on the selection; The communication unit is also used to send the music selection instruction to the server, so that the server can extract the corresponding note sequence data according to the music selection instruction, call the preset suspension mapping relationship corresponding to the crossbeam, convert the note sequence data into note sequence instructions in real time and output them; the communication unit is also used to receive the note sequence instructions output by the server and forward the note sequence instructions to the wireless receiver of the crossbeam, so that the driving circuit on the crossbeam can sequentially drive the indicator lights that are bound to each note and are physically separated according to the identifier and order in the note sequence instructions, forming a visual prompt sequence in three-dimensional physical space to guide the user to tap the percussion pieces suspended at the corresponding positions in sequence.

[0009] This invention also provides a distributed percussion guidance system, comprising: a crossbeam, including a crossbeam body, multiple percussion elements, multiple indicator lights, a wireless receiver, and a driving circuit; the multiple percussion elements having different pitches are suspended at intervals on different mounting parts along the length direction of the crossbeam body; the multiple indicator lights are disposed on the crossbeam body, each indicator light being located at a corresponding position on one of the mounting parts; the wireless receiver is used to receive note sequence instructions; the driving circuit is electrically connected to the wireless receiver and each of the indicator lights, and is used to sequentially drive the corresponding indicator lights to light up according to the note sequence instructions; an application terminal is used to send trigger requests and music selection instructions to a server, and to receive music lists pushed by the server; and a server is used to execute the above method.

[0010] Compared with existing technologies, this invention has the following advantages: by converting abstract musical note sequences into light sequences that act directly on a three-dimensional physical musical instrument, users do not need to switch their gaze between the screen and the instrument or perform spatial mapping. Visual guidance and tapping targets are combined into one, achieving intuitive interaction, significantly reducing the user's cognitive load, and improving learning efficiency and the immersive experience of playing. Attached Figure Description

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

[0012] Figure 1 This is a schematic diagram of the structure of a distributed tapping guidance system according to an embodiment of the present invention.

[0013] Figure 2 This is a structural schematic diagram of a crossbeam according to an embodiment of the present invention.

[0014] Figure 3 This is a server-side flowchart of a distributed tapping guidance method according to an embodiment of the present invention.

[0015] Figure 4 This is a flowchart of the application terminal side of the distributed tapping guidance method according to an embodiment of the present invention.

[0016] Figure 5 This is a timing diagram of the interactions between various parts of the system according to an embodiment of the present invention.

[0017] In the diagram: 100 Server; 200 Application terminal; 300 Crossbeam; 310 Crossbeam body; 320 Striking component; 321 Mounting part; 330 Indicator light; 340 Light guide cover; 350 Wireless receiver; 360 Drive circuit; 370 Identification code. Detailed Implementation

[0018] It should be noted that, unless otherwise specified, the embodiments and features described in this application can be combined with each other. The present invention will now be described in detail with reference to the accompanying drawings and embodiments.

[0019] To make the objectives, technical solutions, and advantages of this application clearer, the application will be further described in detail below with reference to the accompanying drawings. The described embodiments should not be considered as limitations on this application. All other embodiments obtained by those skilled in the art without inventive effort are within the scope of protection of this application. Unless otherwise defined, all technical and scientific terms used in the embodiments of this application have the same meaning as commonly understood by those skilled in the art. The terminology used in the embodiments of this application is for the purpose of describing the embodiments of this application only and is not intended to limit this application. Before further detailed description of the embodiments of this application, the nouns and terms involved in the embodiments of this application are explained, and the nouns and terms involved in the embodiments of this application are subject to the following interpretations.

[0020] (1) Crossbeam: refers to a physical device on which multiple striking pieces with different pitches are suspended at intervals along its length, and each striking piece is provided with an independent indicator light, a wireless receiver, and a driving circuit at a corresponding position. In the embodiments of this application, the crossbeam can be specifically defined as follows: Figure 2 The crossbeam shown is 300.

[0021] (2) Application terminal: refers to a user-held computing device, such as a smartphone or tablet, on which an application or app runs, enabling network communication with a server and short-range communication with the beam (e.g., Bluetooth). In the embodiments of this application, the application terminal can be specifically defined as follows: Figure 1 The application terminal 200 shown.

[0022] (3) Suspension mapping relationship: This is a preset logical binding rule stored on the server, which defines the correspondence between each note (or pitch) in the music and the indicator light at a specific physical position on the beam. This relationship is the core basis for realizing the conversion of abstract music data into light guidance in the concrete physical world, and solves the problem that different beams cannot be universally controlled due to differences in the arrangement of striking parts.

[0023] (4) Note sequence instruction: This is a data structure generated by the server, which includes the identifiers of the indicator lights that need to be lit in the order of the music tracks, as well as optional control parameters such as the lighting duration and on / off interval of each indicator light. This instruction is the final product of the server processing and is the "script" that directly drives the beam hardware action.

[0024] (5) Short-range communication: refers to wireless communication technologies with a communication distance of less than 100 meters that do not rely on cellular network infrastructure, covering various specific technologies such as Bluetooth (classic Bluetooth, Bluetooth Low Energy), NFC, Wi-Fi Direct, and ZigBee. The short-range wireless communication methods in this application include, but are not limited to, Bluetooth communication and near-field communication.

[0025] Please see Figure 1 Figure 5 This application provides a distributed percussion guidance method and system, aiming to solve the technical problems of existing music interactive devices, such as limited experience, complex deployment, and lack of guidance. This solution separates music data processing from physical device control, constructing a distributed system where server 100, application terminal 200, and beam 300 work collaboratively, enabling users to obtain an immersive and guided instrument playing experience through simple interaction.

[0026] In a basic implementation, the method begins with steps applied to server 100. For example... Figure 3 As shown:

[0027] Step S101: A trigger request for the crossbeam is received from the application terminal. Multiple striking pieces with different pitches are suspended at intervals along the length of the crossbeam, each with an independent indicator light. The server 100 receives a trigger request for the crossbeam 300 from the application terminal 200. This trigger request is typically generated when the user scans the unique identifier 370 associated with the crossbeam 300 using an application on the application terminal 200 (e.g., ...). Figure 2 This step is initiated after (as shown). The purpose of this step is to establish a connection between the user, the terminal, and a specific physical device, so that subsequent interactions have a clear direction and solve the problem of not being able to accurately control the target device in a multi-device scenario.

[0028] In step S102, in response to the trigger request, a music list is pushed to the application terminal. Upon receiving the trigger request, server 100 responds by pushing a music list to the requesting application terminal 200. This music list is stored in the database of server 100 and contains multiple tracks available for user selection. This gives users the power to choose content, enhancing the initiative and fun of interaction and avoiding the monotonous experience of traditional devices that can only play preset single content.

[0029] Step S103: Receive a music selection instruction sent by the application terminal, wherein the music selection instruction is generated by the application terminal after receiving the user's selection of any track in the music list; Subsequently, server 100 waits for and receives music selection instructions from application terminal 200. These instructions are generated by application terminal 200 after the user makes a selection on the music list interface displayed on application terminal 200. This step confirms the user's intent; only based on this instruction can server 100 determine which specific track needs to be processed next, thus initiating the subsequent data conversion process.

[0030] Step S104: Extract the corresponding note sequence data according to the music selection instruction, and call the preset suspension mapping relationship corresponding to the crossbeam to convert the note sequence data into note sequence instructions in real time; the suspension mapping relationship defines the binding relationship between each note and the physical position of the indicator light on the crossbeam used to suspend the corresponding pitch striking piece; Upon receiving a music selection instruction, server 100 executes the core data processing task. First, based on the track information contained in the music selection instruction, it extracts the corresponding note sequence data from the music library. This note sequence data is typically a standardized music data format, such as MIDI or a custom JSON format, recording the pitch, start time, and duration of each note in the track. This step deconstructs a complete piece of music into discrete data units that can be processed by a computer.

[0031] Next, server 100 invokes a preset suspension mapping relationship corresponding to the current crossbeam 300. This suspension mapping relationship is crucial, as it defines the binding relationship between abstract musical notes (such as C6, G6) and the specific physical positions of indicator lights 330 on the crossbeam 300 used to suspend the corresponding pitch striking pieces 320. By invoking this mapping relationship, server 100 can accurately convert note data related to music theory into control targets related to the physical device positions. This design solves the personalized problem of different crossbeams potentially suspending striking pieces with different ranges and different arrangements, achieving decoupling and adaptation between software logic and physical hardware.

[0032] Guided by the mapping relationship, server 100 converts note sequence data into note sequence instructions in real time. This conversion process involves traversing each note in the note sequence, querying its corresponding indicator light identifier in the mapping table, and organizing it into an instruction set containing the indicator light identifier sequence according to the order in which the notes appear. Through this conversion, the abstract musical score is translated into a concrete, executable light control "script".

[0033] Step S105: Output the note sequence instruction so that the note sequence instruction is transmitted to the wireless receiver of the crossbeam, so that the drive circuit on the crossbeam drives the indicator lights that are physically separated and bound to each note in sequence according to the identifier and order in the note sequence instruction, forming a visual prompt sequence in three-dimensional physical space to guide the user to tap the corresponding position of the percussion piece in sequence.

[0034] Finally, server 100 outputs the note sequence instruction. This instruction is ultimately transmitted to the wireless receiver 350 on beam 300. Once the wireless receiver 350 receives the instruction, the drive circuit 360 on beam 300 will sequentially drive the indicator lights 330, which are physically separated and bound to each note, to illuminate according to the indicator light markings and their arrangement in the instruction. This creates a dynamic visual cue sequence in three-dimensional physical space, guiding the user to strike the corresponding percussion pieces 320 suspended in their respective positions. In this way, even users without any musical background can complete a piece of music under clear visual guidance, significantly lowering the barrier to musical experience and creating a novel form of interaction.

[0035] Furthermore, in a preferred embodiment, the path for the server 100 to output note sequence instructions can be achieved through direct communication. For example... Figure 1 As shown in the cloud-to-ground direct communication link A, server 100 can directly send the generated note sequence command to the wireless receiver 350 of beam 300. This method requires beam 300 itself to have internet connectivity; for example, its wireless receiver 350 should be a Wi-Fi module or a cellular network (4G / 5G) module, capable of obtaining an independent IP address and establishing a long TCP connection with cloud server 100 or engaging in publish / subscribe communication via IoT protocols such as MQTT. The advantages of this implementation are the shortest command transmission path, lower latency, and independence from the network status and processing capabilities of application terminal 200. Application terminal 200 can release the system after sending the music selection command, resulting in more stable and reliable system operation. This method solves the problem of improving system response speed and stability in fixed installations with good network conditions.

[0036] In another preferred embodiment, considering that the crossbeam 300 may be deployed in scenarios where internet access is inconvenient or where only a short-range communication module is configured to reduce hardware costs, the path for the server 100 to output note sequence instructions can adopt an indirect forwarding method. For example... Figure 1As shown in Terminal Relay Communication Link B, Server 100 sends the note sequence command to Application Terminal 200, which then forwards the command to Wireless Receiver 350 of Beam 300. In this way, Application Terminal 200 acts as a "bridge" or "gateway." Specifically, Application Terminal 200 can forward the note sequence command to Wireless Receiver 350 of Beam 300 via short-range methods such as Bluetooth communication. The technical advantage of this design is that it greatly enhances the deployment flexibility of the system and the portability of the device. Beam 300 does not require complex network configuration; it can integrate only a low-power Bluetooth module in its hardware, thereby reducing manufacturing costs and power consumption, and can even be battery-powered for mobile deployment. By utilizing the widely used smartphones as network relays, the "last mile" networking problem of physical devices is solved.

[0037] Furthermore, to enrich the visual guidance information, the generated note sequence instructions can be designed as a structured data packet. In one specific embodiment, this note sequence instruction is a data packet containing sequentially arranged indicator lights, and the data packet also includes a parameter for the duration each indicator light is illuminated. For example, a JSON-formatted instruction can contain fields such as `led_id` (indicator light identifier) ​​and `hold_ms` (milliseconds of illumination). The technical advantage of this design is that it can tell the user "where to tap" (via indicator lights) within a valid time. This allows the visual guidance to express rhythmic information in the music; for example, the indicator light corresponding to a longer note will illuminate for a longer time, while a short note will flash briefly. In this way, the user's tapping experience is no longer a monotonous, beat-based tapping, but rather an expressive performance following the true rhythm of the music, effectively enhancing the musical fidelity and the depth of the interactive experience.

[0038] To ensure that the drive circuit 360 of the beam 300 can promptly transition from a low-power standby state to a ready state capable of receiving note sequence commands, this system introduces a start command mechanism. The following, combined with... Figure 1 and Figure 5 The startup command generation scheme is explained.

[0039] In this embodiment, for example, after receiving the trigger request, the server 100 can immediately generate a start command and send the start command to the wireless receiver of the crossbeam, or send the start command to the user terminal so that the user terminal forwards it to the wireless receiver of the crossbeam, so that the drive circuit enters a waiting state after receiving the start command.

[0040] In a preferred embodiment, such as Figure 1As shown, after receiving and verifying the trigger request sent by the application terminal 200, the server 100 immediately generates a start command. The server 100 sends the start command to the wireless receiver 350 of the crossbeam 300 via communication mode A (direct Wi-Fi connection) or communication mode B (via Bluetooth forwarding from the application terminal 200). After receiving the start command, the wireless receiver 350 of the crossbeam 300 pulls high the enable pin connected to the drive circuit 360, and the MCU of the drive circuit 360 wakes up from the sleep state, initializes the GPIO port, and enters the receiving state.

[0041] The advantage of this solution is that the server manages the working status of all beams in a unified manner, which facilitates global equipment monitoring, status synchronization and billing control.

[0042] Specifically, the above communication mode A is suitable for scenarios where the beam 300 has direct internet communication capabilities. The specific implementation process is as follows: After receiving and validating the trigger request from the application terminal 200, server 100 immediately generates a startup command. This startup command is a structured data message consisting of several key-value pairs, including at least: a first field identifying the command type as a wake-up type; a second field identifying the unique device number of the target beam to which the startup command is directed; and a third field recording the time information of the startup command's generation for subsequent replay attack verification.

[0043] Server 100 queries the device management database for the current network connection status information of the target beam 300 based on the unique device number of the target beam. When the query result shows that the wireless receiver 350 of the beam 300 is a module that supports wireless LAN communication (such as an ESP32 series chip integrating the IEEE 802.11 b / g / n protocol), and currently maintains a long-term transmission control protocol connection with server 100, or has subscribed to a message queue telemetry transmission protocol topic, server 100 determines that the command can be issued through the direct link, and pushes the start command directly to the beam 300 through the link.

[0044] Taking the message queue telemetry transport protocol as an example, server 100 publishes the start command as the message payload to the predefined topic corresponding to beam 300 (topic path example: / beam / BEAM_001 / cmd), and sets the quality of service level to at least once to ensure the reliability of message transmission. Wireless receiver 350 of beam 300, as a subscriber to this topic, receives and parses the message payload. When the value of the command type field is determined to be a wake-up flag, wireless receiver 350 determines that the message is a start command.

[0045] In response to the message being determined to be a start command, the wireless receiver 350 outputs a high-level signal to the microcontroller in the driver circuit 360 through one of its general-purpose input / output pins (defined as the enable pin). The microcontroller, in sleep mode, detects the level change of the enable pin and is triggered to wake up. After waking up, the microcontroller sequentially executes the following initialization procedures: restores and locks the system operating clock; configures the general-purpose input / output pins of each connected indicator light 330 to push-pull output mode and outputs a low level, thus turning off all indicator lights 330; configures the operating parameters of the universal asynchronous transceiver interface; after completing the above initialization, the microcontroller enters a ready-to-receive state, waiting for subsequent note sequence command data to be input through the universal asynchronous transceiver interface.

[0046] The advantages of using communication mode A are: the start command is transmitted directly from server 100 to beam 300 via a single-hop communication link, minimizing end-to-end transmission latency; server 100 can directly know whether beam 300 has successfully received the start command and entered the waiting state through the link layer confirmation mechanism, thus realizing centralized status control of terminal devices.

[0047] Specifically, the above-mentioned communication mode B is suitable for scenarios where the beam 300 only has short-range communication capabilities such as Bluetooth and cannot directly connect to the Internet. The specific implementation process is as follows: Server 100 also generates a startup command after verifying the successful trigger request, with the same format as Method 1. However, at this time, beam 300 does not have an internet connection, and server 100 cannot deliver it directly.

[0048] Server 100 determines that the current communication mode of the crossbeam 300 is "terminal relay". Server 100 encapsulates the generated start command and music list data in the same HTTP response message and returns them to application terminal 200. Specifically, the message body of this response message contains two data fields: a fourth field and a fifth field. The fourth field is the start command field, which carries a command type identifier to identify that the command is a wake-up command, the unique device number of the target crossbeam, and the timestamp information when the command was generated. The fifth field is the music list field, which contains at least one music entry. Each music entry consists of attributes such as track identifier, track name, and performance duration. After receiving this response message, application terminal 200 can obtain both the start command and the music list by parsing the message body. It then forwards the start command to the crossbeam 300 via Bluetooth communication and renders and displays the music list on the user interface for the user to select.

[0049] After receiving the response message returned by the server 100, the application terminal 200 parses the message body and extracts the startup instruction field. Based on the instruction type identifier in this field, the application terminal 200 determines that the data is a startup instruction to be forwarded to the beam 300.

[0050] Subsequently, the application terminal 200 invokes its own Bluetooth protocol stack to initiate a device scan in the 2.4GHz band as a Bluetooth host, listening for broadcast packets from nearby Bluetooth slave devices. When it captures broadcast data from the crossbeam 300's built-in Bluetooth module containing a preset service universally unique identifier (UUID, such as 0xFFE0), the application terminal 200 confirms that the device is the target crossbeam and initiates a Generic Attribute Protocol (GATT) connection request to it. After the connection is successfully established, the application terminal 200 uses the write characteristic value operation in the GATT protocol to write the startup command data into the corresponding attribute handle of the crossbeam 300 Bluetooth module according to the preset characteristic identifier (Characteristic UUID, such as 0xFFE1).

[0051] The Bluetooth module of the beam 300 transmits the received start command data to the microcontroller (MCU) in the driver circuit 360 in a transparent manner through the Universal Asynchronous Receiver / Transmitter (UART) interface. The MCU parses the data in the UART receive buffer. When it recognizes that the value of the command type field is the wake-up flag, the MCU executes the system wake-up and initialization process: restores the system clock, initializes the general purpose input / output (GPIO) ports to push-pull output mode and outputs a low level, configures the UART receive parameters, and then enters the receive state, waiting for the arrival of subsequent note sequence commands.

[0052] The advantages of using communication mode B are as follows: the wireless communication subsystem of beam 300 only needs to be configured with a Bluetooth slave module, without the need to integrate Internet access modules such as Wi-Fi or cellular networks, thus reducing hardware costs and power consumption; at the same time, by utilizing the dual-mode communication capabilities of wide area network and personal area network of application terminal 200, and using application terminal 200 as a communication relay node, an indirect data path between server 100 and beam 300 is realized without increasing the hardware complexity of beam 300.

[0053] In another preferred embodiment, after receiving the trigger request, the server 100 may not send the start command directly, but may return it to the application terminal 200 along with the response to the trigger request in step S102 above, so that the user terminal forwards it to the wireless receiver of the beam, and the driving circuit enters the receiving state after receiving the start command.

[0054] Specifically, after receiving the trigger request, server 100 generates a start command, but instead of sending it directly to beam 300, it returns it to application terminal 200 along with the response to the trigger request in step S102. Upon receiving the start command from server 100, application terminal 200 forwards it to wireless receiver 350 of beam 300 via Bluetooth communication. Upon receiving the start command, wireless receiver 350 of beam 300 pulls high the enable pin connected to drive circuit 360, waking the MCU of drive circuit 360 from sleep mode, initializing the GPIO port, and entering a receive-ready state. This scheme combines the advantages of unified server-side management of the start logic with the low-latency characteristics of short-range communication from application terminal 200.

[0055] This application also provides a distributed tap-based guidance method applied to an application terminal 200. Please refer to... Figure 4 This method is the user-side implementation in the entire system interaction process.

[0056] Step S201: Scan the identification code to send a trigger request for the beam to the server; specifically, the application terminal 200 performs the action of scanning the identification code 370 to send a trigger request for the specific beam 300 to the server 100. This step is the starting point of the interaction. By scanning the QR code on the physical device, the application terminal 200 can obtain the unique ID of the beam, thereby ensuring that all subsequent communications are for this specific device, realizing the precise binding between the virtual world (APP) and the physical world (beam).

[0057] Step S202: Receive the music list pushed by the server in response to the trigger request; Step S203: Display the music list and receive the user's selection of any track in the music list; Step S204: Generate a music selection instruction according to the selection, and send the music selection instruction to the server, so that the server extracts the corresponding note sequence data according to the music selection instruction, calls the preset suspension mapping relationship corresponding to the crossbeam, converts the note sequence data into a note sequence instruction in real time and outputs it; Specifically, the application terminal 200 receives the music list pushed by the server 100 in response to the trigger request and presents the list to the user on its display interface (such as a touchscreen). The application terminal 200 also listens for user input. When the user selects a track from the list, the application terminal 200 generates a music selection instruction based on the user's selection and sends this instruction to the server 100. This process demonstrates the core role of the application terminal 200 as a human-computer interaction interface; it translates the user's intent (song selection) into standardized instructions that the server 100 can understand, serving as a bridge connecting the user and cloud services.

[0058] Step S205: Receive the note sequence instruction output by the server and forward the note sequence instruction to the wireless receiver of the crossbeam. The drive circuit on the crossbeam will then drive the indicator lights that are physically separated and bound to each note to light up in sequence according to the identifier and order in the note sequence instruction, forming a visual cue sequence in three-dimensional physical space that guides the user to tap the corresponding hanging percussion pieces in sequence.

[0059] After server 100 completes data processing and generates note sequence instructions based on the music selection command, application terminal 200 receives the note sequence instructions output by server 100. This reception is an essential step in terminal relay communication mode. Upon receiving the instructions, the core task of application terminal 200 is to forward the note sequence instructions completely and sequentially to the wireless receiver 350 of beam 300. This forwarding action ultimately triggers the indicator lights 330 on beam 300 to illuminate in sequence, completing the closed loop of the entire guidance process. In this way, application terminal 200 acts as a command relay, ensuring that even if beam 300 is not directly connected to the network, it can still receive complex control commands from the cloud.

[0060] To ensure that the drive circuit 360 of the beam 300 can promptly transition from a low-power standby state to a ready state capable of receiving note sequence commands, this system introduces a start command mechanism. The following, combined with... Figure 1 and Figure 5 The startup command generation scheme will be explained again. The application terminal 200 directly generates a startup command and sends it to the wireless receiver 350 of the crossbeam 300 through communication mode C. The specific implementation process is as follows: Specifically, the application terminal 200 obtains the unique identifier information of the crossbeam 300 encoded by the identification code 370 through its identification unit (camera), and after successfully sending a trigger request to the server 100 through the wide area network communication link based on this identifier information, the processing unit of the application terminal 200 immediately retrieves a preset start command template from local storage. This start command template is a structured data message containing several key-value pairs, including at least: a sixth field, used to identify the command type as wake-up; a seventh field, used to write the unique device number of the target crossbeam (this number is obtained from the parsing result of the identification code 370); and an eighth field, used to record the timestamp information of the command generation time for the receiver to perform anti-replay verification. After the processing unit of the application terminal 200 generates a complete start command based on the template and current context parameters, it calls its own short-range wireless communication module (such as a Bluetooth protocol stack) to initiate a device scan in the 2.4GHz band as a host, listening for nearby Bluetooth slave devices in broadcast mode. When the application terminal 200 captures a broadcast data packet containing a preset service universally unique identifier broadcast by the built-in Bluetooth module of the crossbeam 300, it confirms that the device is the target crossbeam 300 and initiates a universal attribute protocol connection request to it. After the connection is established, the application terminal 200 writes the start command data into the corresponding attribute handle of the crossbeam 300 Bluetooth module according to the preset characteristic value identifier through a write feature value operation.

[0061] The Bluetooth module of the beam 300 transmits the received start command data to the microcontroller in the driver circuit 360 via a universal asynchronous transceiver interface (UART) in a transparent manner. The microcontroller parses the data in the receive buffer. When it recognizes that the value of the command type field is a wake-up flag, the microcontroller executes the system wake-up and initialization process: restores and locks the system operating clock; configures the universal input / output pins of each connection indicator 330 to push-pull output mode and outputs all low levels, so that all indicator lights 330 are in an off state; configures the operating parameters of the UART; after completing the above initialization, the microcontroller enters a waiting state, waiting for the arrival of subsequent note sequence command data.

[0062] The advantages of using communication mode C are as follows: the generation and transmission of the start command are both completed locally by the application terminal 200, without the need for the server 100 to participate in the generation and transmission process. The end-to-end latency depends only on the establishment speed and data transmission rate of the short-range wireless communication link between the application terminal 200 and the beam 300, eliminating the impact of network latency on the server 100 side and potential server-side processing queuing delays on the start response speed. Furthermore, since the application terminal 200 has a pre-set start command template, it only needs to fill in dynamic parameters such as the beam identifier before transmission, resulting in minimal computational overhead and further shortening the time interval from scan completion to the beam being activated.

[0063] Please see Figure 1 and Figure 2 This application also provides a distributed tapping guidance system, which is a physical embodiment of the above-described method. The system includes at least a crossbeam 300, an application terminal 200, and a server 100. The server 100 executes the aforementioned server-side method and is responsible for core business logic and data processing. The application terminal 200 sends trigger requests and music selection instructions to the server, and receives music lists pushed by the server; it serves as the user's interaction entry point and a possible communication relay. The crossbeam 300 is the physical entity that ultimately presents visual guidance and emits sound.

[0064] Specifically, the structure of the crossbeam 300 includes a crossbeam body 310, multiple striking elements 320, multiple indicator lights 330, a wireless receiver 350, and a drive circuit 360. Multiple striking elements 320 with different pitches, such as calibrated metal bells or wind chimes, are suspended at intervals along the length of the crossbeam body 310 on different mounting parts 321. Multiple indicator lights 330, such as high-brightness LEDs, are disposed on the crossbeam body 310, and the position of each indicator light 330 precisely corresponds to a mounting part 321 and its suspended striking element 320. The wireless receiver 350 is used to receive note sequence instructions from the server 100 (directly or indirectly). The drive circuit 360 is electrically connected to the wireless receiver 350 and all the indicator lights 330; its core function is to parse the received note sequence instructions and sequentially drive the corresponding indicator lights 330 to light up or turn off according to the instruction content.

[0065] Furthermore, to optimize the visual guidance effect, in a preferred embodiment, a light guide cover 340 may also be provided on the crossbeam body 310. For example... Figure 2 As shown, each light guide 340 covers an indicator light 330. The function of the light guide 340 is to constrain and guide the originally divergent light from the indicator light 330, converging it into a beam that is precisely projected onto the specific striking piece 320 suspended directly below. The technical effects of this design are significant: First, it significantly improves the accuracy of visual cues, allowing users to clearly see which striking piece needs to be struck, avoiding confusion caused by light scattering; second, in bright ambient light (such as outdoor daytime), the focused light spot is brighter and has stronger contrast, ensuring the visibility of the guiding signal; finally, it avoids stray light interfering with the surrounding environment and the user's eyes, improving the overall experience quality and environmental friendliness.

[0066] To illustrate the embodiments of the present invention in more detail, several product entity-level examples will be provided below.

[0067] In a specific embodiment of the beam device, refer to Figure 2 The crossbeam body 310 is made of rectangular wood. Its internal cavity includes mounting points for the circuit board and lead wire slots to accommodate circuitry and wiring. Eight hanging parts 321 are evenly distributed along the length of the bottom, using metal J-shaped hooks to suspend five bronze chimes with pitches from G5 to G6 as striking elements 320. A high-brightness RGB LED 330 is installed on the front of the crossbeam body 310 directly above each hanging part 321. The circuitry uses an integrated solution with an ESP32-C3 module, which integrates Wi-Fi and Bluetooth 5.0 functions. Its GPIO pins directly drive the eight indicator lights 330 through current-limiting resistors, and also serve as a wireless receiver 350 and a driver circuit 360. A QR code with a unique device ID is prominently affixed to the crossbeam body 310 as an identification code 370. The entire device is powered by a built-in 220V AC to 5V DC switching power supply.

[0068] In a specific server embodiment, server 100 is a software system deployed on a cloud platform (e.g., a commercial cloud platform). The system is architecturally divided into a user management module, a device management module, a music library module, and a command generation engine. The device management module maintains a record for each registered beam 300, containing the beam's unique ID (e.g., BEAM_001) and its corresponding "suspension mapping table," which defines the pitches corresponding to its eight indicator lights (LED_1 to LED_8). The music library module stores hundreds of encoded note sequences in JSON array format. The command generation engine is responsible for executing the aforementioned data extraction, mapping, and command conversion logic upon receiving a request from application terminal 200.

[0069] In a specific application terminal embodiment, the application terminal 200 is a smartphone loaded with a specific application, which includes standalone apps, WeChat mini-programs, and other lightweight applications. This application has four core functional modules: a QR code scanning module, which uses the phone's camera to scan and parse the identification code 370 on the crossbeam 300; a UI display module, responsible for displaying the music list obtained from the server 100 and receiving user touch selections; a network communication module, which communicates with the server 100 via HTTP or WebSocket through the phone's 4G / 5G or Wi-Fi network to send requests and receive data; and a Bluetooth communication module, used to establish a Bluetooth Low Energy (BLE) connection with the crossbeam 300 when needed and to forward note sequence instructions.

[0070] In a preferred embodiment, the interaction and workflow of the entire system are as follows (please refer to the following). Figure 2To understand this, the user, holding an application terminal 200 loaded with the application, approaches a crossbeam 300 deployed in the park. The crossbeam 300 is made of wood, from which eight percussion pieces 320 of different pitches are suspended. Each percussion piece 320 has an indicator light 330 above it covered by a light guide 340 for focusing light. The crossbeam 300 employs a low-power design, containing only an STM32 microcontroller and a JDY-31 Bluetooth pass-through module, and is powered by a solar panel and a battery.

[0071] The user opens the application and clicks "Start Experience." The application triggers the camera to scan the identification code 370 (QR code) on the crossbeam 300, obtaining the device ID "BEAM_PARK_01." The app immediately sends a trigger request containing this ID to the server 100 via the mobile network. After verifying the ID's validity, the server 100 pushes a music list containing tracks such as "Twinkle Twinkle Little Star" and "Ode to Joy" to the app. The app then displays these tracks on the interface for the user to select.

[0072] The user selects "Twinkle Twinkle Little Star". The app then generates a music selection command containing the device ID and track ID and sends it to server 100. Upon receiving the command, server 100 quickly retrieves the hanging mapping table for "BEAM_PARK_01" and the note sequence data for "Twinkle Twinkle Little Star" from its database. Server 100's command generation engine then begins to work, converting the note sequence (e.g., C6, C6, G6, G6…) into a detailed JSON-formatted note sequence command in real time. This command not only includes sequentially arranged indicator lights (e.g., LED_4, LED_4, LED_8, LED_8…), but also specifies the hold_ms (e.g., 500ms) for each indicator light action and the interval_ms (e.g., 100ms) between actions.

[0073] Server 100 sends this complete JSON instruction back to the application terminal 200's App via an HTTP response. Upon receiving the instruction, the App immediately activates its Bluetooth module, searches for, and connects to the Bluetooth signal of the beam 300. After the connection is established, the App packets the received JSON instruction data (e.g., 20 bytes per packet) and continuously writes it to the beam 300's Bluetooth module using the Bluetooth GATT Write feature. The beam 300's STM32 microcontroller receives the data transmitted via serial port, performs packet assembly and verification, and reconstructs the complete musical note sequence instruction.

[0074] After the command verification is successful, the drive circuit 360 begins execution. A bright beam of light shines from the light guide 340 corresponding to the first indicator light (LED_4), precisely illuminating the striking piece 320 representing the note C6, and remains lit for 500ms. Upon seeing this, the user picks up the provided mallet and strikes the striking piece 320, producing a crisp sound. After 500ms, the light goes out, and after a brief interval of 100ms, LED_4 lights up again in the same way, guiding the user to strike the second note. Subsequently, the eighth indicator light (LED_8), representing the note G6, illuminates, guiding the user to strike the corresponding striking piece 320. This cycle repeats, allowing the user to smoothly "play" the entire piece "Twinkle Twinkle Little Star" under the clear and rhythmic light guidance.

[0075] This embodiment achieves significant comprehensive technical effects by combining all the aforementioned technical features. First, the use of terminal relay and Bluetooth communication eliminates the need for network and power cables in the beam device, reducing deployment costs and increasing flexibility. Second, the design with a light guide cover 340 ensures clear visual guidance even under strong outdoor light. Third, the instruction format, including lighting duration parameters, allows the rhythm of the music to be expressed, providing a richer interactive experience compared to the simple "light-tap" mode. Finally, the entire system places complex music data processing and device management on the cloud server 100, delegates lightweight interaction and communication relay tasks to the application terminal 200, while the physical beam device 300 focuses on the purest sound and light presentation. This achieves excellent synergy among the various functions, creating a distributed music experience system that helps reduce costs, improves flexibility and interactivity, and provides clear visual guidance.

[0076] It should be noted that the above detailed descriptions are exemplary and intended to provide further explanation of this application. Unless otherwise specified, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this application pertains.

[0077] It should be noted that the terminology used herein is for the purpose of describing particular embodiments only and is not intended to limit the exemplary embodiments described in this application. As used herein, the singular form is intended to include the plural form as well, unless the context clearly indicates otherwise. Furthermore, it should be understood that when the terms "comprising" and / or "including" are used in this specification, they indicate the presence of features, steps, operations, devices, components, and / or combinations thereof.

[0078] It should be noted that the terms "first," "second," etc., used in the specification, claims, and accompanying drawings of this application are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that such terms can be used interchangeably where appropriate so that the embodiments of this application described herein can be implemented in sequences other than those illustrated or described herein.

[0079] Furthermore, the terms “comprising” and “having”, and any variations thereof, are intended to cover non-exclusive inclusion. For example, a process, method, system, product, or apparatus that includes a series of steps or units is not necessarily limited to those steps or units that are explicitly listed, but may include other steps or units that are not explicitly listed or that are inherent to such process, method, product, or apparatus.

[0080] For ease of description, spatial relative terms such as "above," "on top of," "on the upper surface of," "above," etc., are used herein to describe the spatial positional relationship of a device or feature as shown in the figures to other devices or features. It should be understood that spatial relative terms are intended to encompass different orientations in use or operation beyond the orientation of the device as described in the figures. For example, if the device in the figures were inverted, a device described as "above" or "on top of" other devices or structures would subsequently be positioned as "below" or "under" other devices or structures. Thus, the exemplary term "above" can include both "above" and "below." The device may also be positioned in other different ways, such as rotated 90 degrees or in other orientations, and the spatial relative descriptions used herein will be interpreted accordingly.

[0081] In the detailed description above, reference has been made to the accompanying drawings, which form part of this document. In the drawings, similar symbols typically identify similar parts unless the context otherwise indicates otherwise. The illustrated embodiments described in the detailed specification, drawings, and claims are not intended to be limiting. Other embodiments may be used and other changes may be made without departing from the spirit or scope of the subject matter presented herein.

[0082] The above description is merely a preferred embodiment of the present invention and is not intended to limit the invention. Various modifications and variations can be made to the present invention by those skilled in the art. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of the present invention should be included within the scope of protection of the present invention.

Claims

1. A distributed tap-based bootstrapping method, applied to a server, characterized in that, Includes the following steps: The application terminal sends a trigger request for the crossbeam. The crossbeam has multiple striking pieces with different pitches suspended at intervals along its length. Each striking piece is equipped with an independent indicator light. In response to the trigger request, a music list is pushed to the application terminal; The application terminal receives a music selection instruction sent by the application terminal, wherein the music selection instruction is generated by the application terminal after receiving the user's selection of any track in the music list; According to the music selection instruction, the corresponding note sequence data is extracted, and the preset suspension mapping relationship corresponding to the crossbeam is invoked to convert the note sequence data into note sequence instructions in real time; the suspension mapping relationship defines the binding relationship between each note and the physical position of the indicator light on the crossbeam used to suspend the corresponding pitch striking piece; The note sequence instruction is output to the wireless receiver on the crossbeam, causing the drive circuit on the crossbeam to sequentially drive the indicator lights that are physically separated and bound to each note according to the identifier and order in the note sequence instruction, forming a visual cue sequence in three-dimensional physical space that guides the user to tap the corresponding percussion pieces suspended in the corresponding positions.

2. The method according to claim 1, characterized in that, The step of outputting the note sequence instruction to transmit the note sequence instruction to the wireless receiver of the beam includes: The note sequence instruction can be sent directly to the wireless receiver of the crossbeam; or the note sequence instruction can be sent to the user terminal, so that the user terminal forwards the note sequence instruction to the wireless receiver of the crossbeam, wherein the user terminal forwards the note sequence instruction to the wireless receiver of the crossbeam via short-range communication.

3. The method according to claim 1, characterized in that, After receiving the trigger request and before outputting the note sequence instruction, the method further includes: A start command is generated and sent to the wireless receiver of the crossbeam, or the start command is sent to the user terminal so that the user terminal forwards it to the wireless receiver of the crossbeam, so that the drive circuit enters a waiting state after receiving the start command.

4. The method according to claim 1, characterized in that, The note sequence instruction is a data packet containing sequentially arranged indicator lights, and the data packet also contains a parameter for the illumination duration of each indicator light.

5. A distributed tap-guided method, applied to an application terminal, characterized in that, include: Scan the identification code to send a trigger request for the beam to the server; Multiple striking pieces with different pitches are suspended at intervals along the length of the crossbeam, and each striking piece is equipped with an independent indicator light. Receive the music list pushed by the server in response to the trigger request; Display the music list and receive the user's selection of any track in the music list; A music selection instruction is generated based on the selection, and the music selection instruction is sent to the server, so that the server extracts the corresponding note sequence data according to the music selection instruction, calls the preset suspension mapping relationship corresponding to the crossbeam, converts the note sequence data into a note sequence instruction in real time, and outputs it. The system receives the note sequence instruction output by the server and forwards it to the wireless receiver on the beam. The driving circuit on the beam then sequentially drives the indicator lights that are physically separated and bound to each note according to the identifier and order in the note sequence instruction, forming a visual cue sequence in three-dimensional physical space that guides the user to tap the corresponding percussion pieces suspended in the corresponding positions.

6. The method according to claim 5, characterized in that, After sending the trigger request to the server, the process also includes: A start command is generated and sent directly to the wireless receiver of the crossbeam via short-range communication, so that the drive circuit enters a receiving state after receiving the start command; The step of receiving the note sequence instruction output by the server and forwarding the note sequence instruction to the wireless receiver of the beam includes: forwarding the note sequence instruction to the wireless receiver of the beam via short-range communication.

7. A server, characterized in that, include: Communication unit; The processing unit is connected to the communication unit; The communication unit is used to receive trigger requests for the crossbeam sent by the application terminal. Multiple striking pieces with different pitches are suspended at intervals along the length of the crossbeam, and each striking piece is equipped with an independent indicator light. The processing unit is used to push a music list to the application terminal through the communication unit in response to the trigger request; the communication unit is also used to receive a music selection instruction sent by the application terminal, wherein the music selection instruction is generated by the application terminal after receiving the user's selection of any track in the music list; The processing unit is also used to extract the corresponding note sequence data according to the music selection instruction, and call the preset suspension mapping relationship corresponding to the crossbeam to convert the note sequence data into note sequence instructions in real time; the suspension mapping relationship defines the binding relationship between each note and the physical position of the indicator light on the crossbeam used to suspend the corresponding pitch striking piece; The communication unit is also used to output the note sequence instruction, so that the note sequence instruction is transmitted to the wireless receiver of the crossbeam, so that the drive circuit on the crossbeam drives the indicator lights that are physically separated and bound to each note in sequence according to the identifier and order in the note sequence instruction, forming a visual prompt sequence in three-dimensional physical space to guide the user to tap the corresponding position of the percussion piece in sequence.

8. An application terminal, characterized in that, include: The identification unit is used to scan the identification code associated with the crossbeam; Communication unit; A processing unit is connected to the identification unit and the communication unit; The processing unit is used to obtain the identification information of the crossbeam through the identification unit and send a trigger request for the crossbeam to the server through the communication unit; multiple striking pieces with different pitches are suspended at intervals along the length of the crossbeam, and each striking piece is equipped with an independent indicator light. The communication unit is used to receive the music list pushed by the server in response to the trigger request; the processing unit is also used to display the music list, receive the user's selection of any track in the music list, and generate a music selection instruction based on the selection; The communication unit is also used to send the music selection instruction to the server, so that the server can extract the corresponding note sequence data according to the music selection instruction, call the preset suspension mapping relationship corresponding to the crossbeam, convert the note sequence data into note sequence instructions in real time and output them; The communication unit is also used to receive the note sequence instruction output by the server and forward the note sequence instruction to the wireless receiver of the crossbeam, so that the drive circuit on the crossbeam can sequentially drive the indicator lights that are physically separated from each note according to the identifier and order in the note sequence instruction, forming a visual prompt sequence in three-dimensional physical space to guide the user to tap the corresponding position of the percussion piece in sequence.

9. A distributed tapping guidance system, characterized in that, include: A crossbeam includes a crossbeam body, multiple striking elements, multiple indicator lights, a wireless receiver, and a driving circuit. The multiple striking elements have different pitches and are suspended at intervals along the length of the crossbeam body on different mounting parts. The multiple indicator lights are disposed on the crossbeam body, with each indicator light located at a corresponding position on one of the mounting parts. The wireless receiver is used to receive note sequence commands. The driving circuit is electrically connected to the wireless receiver and each of the indicator lights, and is used to sequentially drive the corresponding indicator lights to illuminate according to the note sequence commands. The application terminal is used to send trigger requests and music selection instructions to the server, and to receive music lists pushed by the server. A server for performing the method according to any one of claims 1-4.

10. The system according to claim 9, characterized in that, The crossbeam body is also provided with a light guide cover, each light guide cover covering one of the indicator lights, used to constrain and guide the light of the indicator lights to a specific striking piece suspended directly below.

Images