Motorcycle multi-terminal cooperative interaction method and system based on mobile terminal relay

CN122909698APending Publication Date: 2026-10-13ZHEJIANG QIANJIANG MOTORCYCLE
View PDF 1 Cites 0 Cited by

Patent Information

Application Number
CN202610875806.8
Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
Filing Date
2026-06-17
Publication Date
2026-10-13

AI Technical Summary

Technical Problem

[0004]现有的摩托车智能控制系统中,手机与车载仪表蓝牙连接时占用手机蓝牙通道,导致骑手无法同时使用蓝牙头盔耳机进行语音通话或导航语音播报;骑行过程中通过语音或头盔按键进行交互时,由于路面颠簸与风噪干扰,极易产生误触发;车辆高速行驶时,手机与头盔无差别推送所有消息,骑手注意力被分散;且现有方案高度依赖手机与头盔持续在线,一旦头盔电量耗尽或超出通信距离,驾驶员完全失去导航提示与车辆报警信息

Benefits of technology

[0015]本发明的有益效果在于:移动终端作为通信中继与规则调度引擎,通过异构双链路分别连接车载终端与智能头盔端,解决蓝牙通道冲突问题;基于车速阈值的多维交互权限动态分配,实现信息呈现密度、交互方式与振动触觉反馈的分级调整;基于车辆运行姿态的跨端指令校验防误触机制,利用车载终端的车身倾角与加速度数据校验智能头盔端交互意图,从根本上杜绝颠簸路况与压弯状态下的误操作;链路断连降级回退机制,在智能头盔端断电或超距断连时,自动将关键安全信息切换至车载终端仪表盘显示;移动终端承担规则调度与场景判断功能,车载终端仅保留数据采集与执行控制,降低车载硬件算力需求与成本。

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN122909698A_ABST
    Figure CN122909698A_ABST
Patent Text Reader

Abstract

The application discloses a motorcycle multi-terminal cooperative interaction method and system based on a mobile terminal relay, wherein the mobile terminal establishes a first communication link and a second communication link with a vehicle-mounted terminal and a smart helmet terminal respectively, and implements ternary cooperative interaction as a relay node; information push authority and interaction input modes are dynamically distributed through a vehicle speed threshold value, interaction control intentions of the smart helmet terminal are cross-terminal verified based on vehicle-mounted terminal running posture data, and when the second link is disconnected, key information is converted into a text instruction and issued to a vehicle-mounted terminal instrument panel display. The application avoids Bluetooth channel conflicts, reduces riding information interference, prevents bumping errors, and ensures that key information is not lost after disconnection.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] This invention belongs to the field of intelligent control technology for motorcycles, and particularly relates to a method and system for multi-terminal collaborative interaction of motorcycles based on mobile terminal relay. Background Technology

[0002] As the core interface for human-machine interaction, the motorcycle instrument panel collects and displays parameters such as vehicle speed, engine RPM, fuel level, and fault status in real time via the vehicle's bus, providing riders with feedback on the vehicle's operating status. With the development of smart terminals and wireless communication technologies, the interconnection and mapping between mobile phones and vehicle systems has gradually become an important direction for the intelligent upgrading of motorcycles. Wireless protocols such as Bluetooth and WiFi enable the projection of navigation, incoming calls, and multimedia information onto the vehicle. Meanwhile, smart helmets are beginning to be applied in riding scenarios, presenting driving information in front of the rider's field of vision through built-in display modules to reduce the risk of their gaze deviating from the road. However, in existing solutions, the Bluetooth connection between the mobile phone and the vehicle's Bluetooth system can easily occupy the Bluetooth headset's communication channel. During riding, voice or button interactions are prone to accidental triggering due to road bumps, and indiscriminate information pushes at high speeds can easily distract the rider. Furthermore, the system lacks a disaster recovery mechanism after a communication link interruption.

[0003] Existing patent CN120614580A discloses a method and system for information interaction between a motorcycle instrument panel and a smartphone. This patent establishes a connection link between the motorcycle instrument panel and the smartphone through a multi-mode communication module, parses the CAN bus protocol and the smartphone operating system protocol via a protocol converter, and dynamically classifies driving modes based on vehicle speed to adjust information display priority and score driving behavior safety. However, this solution only achieves bidirectional data exchange between the phone and the vehicle instrument panel. The phone only acts as an information transmission and display control node, without undertaking the function of scheduling riding scenario rules, nor constructing a three-element collaborative architecture including a smart helmet, and lacks a closed-loop control system for the entire vehicle based on vehicle operating posture and interactive input. Summary of the Invention

[0004] In existing motorcycle intelligent control systems, the Bluetooth channel of the mobile phone is occupied when the mobile phone is connected to the vehicle's instrument panel, which prevents the rider from using the Bluetooth helmet headset for voice calls or navigation voice broadcasts at the same time. When interacting with the vehicle via voice or helmet buttons during riding, accidental triggering is very likely due to road bumps and wind noise interference. When the vehicle is traveling at high speed, the mobile phone and helmet push all messages indiscriminately, which distracts the rider. Moreover, the existing solution is highly dependent on the continuous online connection of the mobile phone and helmet. Once the helmet battery is depleted or the communication range is exceeded, the driver completely loses navigation prompts and vehicle alarm information.

[0005] To solve the above-mentioned technical problems, the technical solution provided by the present invention is as follows: A method for multi-terminal collaborative interaction of motorcycles based on mobile terminal relay, comprising: S1. The mobile terminal establishes a first communication link with the vehicle terminal and a second communication link with the smart helmet terminal to build a relay channel. S2. The mobile terminal obtains the real-time vehicle speed uploaded by the vehicle terminal, calls the preset rule library, and filters out low-priority information and disables at least one interactive input method according to the vehicle speed range. S3. When the mobile terminal receives the interactive control intent from the smart helmet, it extracts the vehicle terminal's operating posture data for cross-terminal verification. S4. When the mobile terminal detects that the second link is disconnected, it converts the navigation turn prompts and vehicle fault alarms into text commands and sends them to the vehicle terminal dashboard through the first link.

[0006] In S1, the first communication link and the second communication link are independent of each other. The smart helmet establishes an audio connection with the Bluetooth headset through an independent Bluetooth channel. This independent Bluetooth channel does not occupy the first communication link or the second communication link.

[0007] In S2, the mobile terminal prioritizes collision warnings and serious malfunctions, triggering a full-screen forced display on the smart helmet and driving vibrations on both sides of the vehicle's handlebars; incoming calls and social messages are prioritized and actively blocked when the vehicle speed exceeds a preset threshold.

[0008] In S2, when the vehicle is stationary, the mobile terminal enables voice control commands, head posture change sequences, button input signals, and mobile phone touch screen operation; when the vehicle is at low speed, the mobile terminal enables voice control commands, head posture change sequences, and button input signals, but disables mobile phone touch screen operation; when the vehicle is at high speed, only button input signals and simplified voice control commands are enabled, head posture change sequences and mobile phone touch screen operation are disabled, and the mobile terminal refuses to execute non-emergency control intentions from the smart helmet.

[0009] In S2, when the vehicle speed exceeds the preset high-speed threshold, the mobile terminal blocks low-priority information, locks the head posture change sequence recognition, and retains only the button input signal and simplified voice control commands.

[0010] In S2, the mobile terminal sends a vibration mode command to the vehicle terminal based on the warning type and navigation prompts, driving the corresponding handlebar to vibrate.

[0011] In S3, the mobile terminal extracts the current vehicle tilt angle and longitudinal acceleration change rate of the vehicle terminal. Instead of immediately executing the interactive control intent, it triggers cross-terminal verification. When the vehicle tilt angle is greater than the preset safety threshold or the longitudinal acceleration change rate exceeds the preset bump threshold, the interactive control intent is determined to be falsely triggered and is refused to be executed. Operation restriction feedback is sent to the smart helmet terminal.

[0012] In S4, the mobile terminal periodically checks the connection status of the second link. When the second link is detected to be disconnected, a fallback strategy is automatically triggered. The mobile terminal converts navigation turn prompts and vehicle fault alarms into text commands, drives the dashboard to flash text prompts, and switches the voice broadcast text to the local speaker output of the mobile phone. After the second link is restored, the mobile terminal automatically terminates the fallback strategy.

[0013] This invention also provides a multi-terminal collaborative interaction system for motorcycles based on mobile terminal relay, including a mobile terminal; the mobile terminal interacts with an on-board terminal via a first communication link, receives vehicle speed and body tilt angle parameters, and sends vehicle control commands to the on-board terminal; the mobile terminal interacts with a smart helmet via a second communication link, receives interactive control intentions, extracts body tilt angle parameters for cross-terminal verification, and sends content to be displayed or feedback on operation limitations to the smart helmet; when the second link is disconnected, the mobile terminal converts navigation steering prompts and vehicle fault alarms into text commands and sends them to the on-board terminal dashboard via the first link; the on-board terminal executes the vehicle control commands; the smart helmet outputs content to be displayed and voice broadcast text.

[0014] In the system, the vibration haptic actuators of the vehicle terminal are deployed on the left and right handlebars. The mobile terminal sends vibration mode commands to the vibration haptic actuators according to the warning type, driving the corresponding handlebar to vibrate.

[0015] The beneficial effects of this invention are as follows: the mobile terminal acts as a communication relay and rule scheduling engine, connecting the vehicle terminal and the smart helmet terminal via heterogeneous dual links to solve the Bluetooth channel conflict problem; dynamic allocation of multi-dimensional interactive permissions based on vehicle speed thresholds enables graded adjustment of information presentation density, interaction methods, and vibration tactile feedback; a cross-terminal instruction verification mechanism based on vehicle operating posture to prevent accidental touches uses the vehicle tilt angle and acceleration data of the vehicle terminal to verify the interactive intent of the smart helmet terminal, fundamentally eliminating misoperation under bumpy road conditions and bending conditions; a link disconnection degradation and fallback mechanism automatically switches critical safety information to the vehicle terminal dashboard display when the smart helmet terminal loses power or disconnects beyond a distance; the mobile terminal undertakes rule scheduling and scene judgment functions, while the vehicle terminal only retains data acquisition and execution control, reducing the computing power requirements and costs of vehicle hardware. Attached Figure Description

[0016] Figure 1 This is a flowchart of the method of the present invention.

[0017] Figure 2 This is a system block diagram of the present invention. Detailed Implementation

[0018] The present invention will now be described in detail with reference to the accompanying drawings and embodiments.

[0019] Example 1: A method for multi-terminal collaborative interaction of motorcycles based on mobile terminal relay, comprising the following steps: S1. The mobile terminal establishes a first communication link with the vehicle terminal and a second communication link with the smart helmet terminal to build a relay channel. S2. The mobile terminal obtains the real-time vehicle speed uploaded by the vehicle terminal, calls the preset rule library, and filters out low-priority information and disables at least one interactive input method according to the vehicle speed range. S3. When the mobile terminal receives the interactive control intent from the smart helmet, it extracts the vehicle terminal's operating posture data for cross-terminal verification. S4. When the mobile terminal detects that the second communication link is disconnected, it converts the navigation turn prompts and vehicle fault alarms into text commands and sends them to the vehicle terminal instrument panel through the first communication link.

[0020] In S1, after the mobile terminal starts up, it establishes a first communication link with the vehicle terminal via Bluetooth serial port protocol or WiFi Direct protocol for high-speed data interaction with the vehicle. Simultaneously, the mobile terminal establishes a second communication link with the smart helmet via Bluetooth Low Energy protocol for command and text interaction. Logically, the mobile terminal constructs a relay channel; the smart helmet does not communicate directly with the vehicle terminal. All data flows through the mobile terminal for parsing, conversion, and scheduling. When the mobile terminal receives an incoming call, it sends a ringing command to the smart helmet via the second communication link, which is then broadcast by the smart helmet's output unit. When the smart helmet's interactive input unit collects a voice command, the voice command is parsed by the mobile terminal and converted into a control command recognizable by the vehicle terminal via the first communication link before being executed. In practice, riders in low-speed scenarios use voice input on their smart helmets to check fuel levels. This voice command is transmitted to a mobile terminal via a second communication link. The mobile terminal parses the command, generates a fuel level query instruction, and sends it to the vehicle terminal via a first communication link. The vehicle terminal's data acquisition unit reads the fuel level data and transmits it back to the mobile terminal via the first communication link. The mobile terminal then sends feedback on the current fuel level of 65% to the smart helmet's output unit via the second communication link. The first and second communication links are independent of each other. The smart helmet establishes an audio connection with a Bluetooth headset via an independent Bluetooth channel. This independent Bluetooth channel does not conflict with the first or second communication links, completely resolving Bluetooth channel conflicts and ensuring that riders can simultaneously use Bluetooth headsets for calls or to listen to navigation voice prompts.

[0021] In S2, the mobile terminal continuously acquires real-time vehicle speed data uploaded by the vehicle terminal, calls the vehicle speed threshold table in the preset rule base, and simultaneously executes information display scheduling and interaction permission scheduling according to the current vehicle speed range. The mobile terminal dynamically determines the type and display method of information pushed to the smart helmet based on information priority and vehicle speed thresholds. Collision warnings and serious fault information have the highest priority; when triggered, they are forcibly displayed in full screen on the smart helmet, and a command is sent to the vehicle terminal to drive vibration on both sides of the handlebars. Vehicle speed, navigation turn prompts, and remaining battery range have high priority and are continuously displayed in a fixed area of ​​the main field of view on the smart helmet. Blind spot monitoring and lane departure warnings have medium priority and are displayed as icons in the edge area of ​​the smart helmet, while a command is sent to the vehicle terminal to drive vibration on the corresponding side of the handlebars. Incoming calls and social media messages have low priority; they are pushed to the smart helmet when the vehicle speed is no higher than 30 km / h, and are actively blocked by the mobile terminal when the vehicle speed is higher than 30 km / h, with a notification sent to the smart helmet indicating that the messages have been blocked.

[0022] The mobile terminal dynamically adjusts the available interactive input methods on the smart helmet based on the vehicle speed range. At 0 km / h (parked), the mobile terminal enables voice control commands, head posture change sequences, button input signals, and touchscreen operation. At speeds between 0 and 30 km / h (low-speed), the mobile terminal enables voice control commands, head posture change sequences, and button input signals, but disables touchscreen operation. At speeds between 30 and 50 km / h (medium-speed), the mobile terminal enables voice control commands and button input signals, but disables head posture change sequences and touchscreen operation. At speeds above 50 km / h (high-speed), the mobile terminal only enables button input signals and simplified voice control commands, disabling head posture change sequences and touchscreen operation. In high-speed scenarios, the mobile terminal refuses to execute non-emergency control commands such as playing music or viewing messages sent from the smart helmet and sends a restricted operation warning to the output unit. In parked scenarios, riders can set navigation destinations via touchscreen operation on their phones. After setting, the mobile terminal synchronizes navigation data to both the vehicle terminal and the smart helmet. In low-speed scenarios, riders can answer calls using a head posture sequence: turning the head to the right and then back to the center indicates answering, while turning the head to the left and then back to the center indicates rejecting. In medium-speed scenarios, riders can use voice control commands to check remaining range. The mobile terminal obtains fuel data through the first communication link, calculates the remaining range, and announces it. In high-speed scenarios, riders can only activate the hazard lights using the physical button on the handlebars. Voice control commands are simplified to only four keywords: confirm, reject, answer, and hang up.

[0023] In S3, when the mobile terminal receives the interactive control intent sent by the smart helmet via the second communication link, it does not execute it immediately but triggers cross-terminal verification. The mobile terminal extracts the current operating posture data of the vehicle terminal, including the current vehicle tilt angle and longitudinal acceleration. In this embodiment, the preset safe tilt angle threshold is set to 15 degrees, and the preset bump threshold is set to 2 meters per second squared. If the vehicle tilt angle is greater than 15 degrees, or the longitudinal acceleration exceeds 2 meters per second squared, the mobile terminal determines that the interactive control intent is a false trigger caused by road bumps or wind noise, refuses to execute the instruction, and sends operation restriction feedback to the smart helmet via the second communication link. If the operating posture data are all within the safe range, the instruction is allowed and executed. In a mountain road scenario, the vehicle terminal collects a vehicle tilt angle of 22 degrees for 3 seconds, and the longitudinal acceleration reaches 3 meters per second squared due to road bumps. At this time, the smart helmet's interactive input unit collects the rider's voice input instruction to switch the exercise mode, and this instruction is uploaded to the mobile terminal via the second communication link. The mobile terminal detects that the current vehicle tilt angle is 22 degrees, exceeding the preset safe tilt angle threshold of 15 degrees. Simultaneously, the longitudinal acceleration of 3 m / s² exceeds the preset bump threshold of 2 m / s². The mobile terminal determines that the interactive control intent is a false trigger caused by road bumps during cornering and refuses to execute the command. The smart helmet's output unit broadcasts feedback indicating unstable vehicle posture and limited operation. After the rider exits the corner, the vehicle tilt angle returns to 5 degrees, and the longitudinal acceleration returns to 0.5 m / s². The rider inputs a confirmation command again, and the verification passes. The mobile terminal then sends a power mode switching command to the vehicle terminal via the first communication link, and the control unit completes the power mode switch.

[0024] In S4, the mobile terminal periodically checks the connection status of the second communication link every 500 milliseconds. If no heartbeat response is received three consecutive times, the second communication link is considered disconnected, and the mobile terminal automatically triggers a fallback strategy. The mobile terminal converts navigation prompts and vehicle fault alarms, which would normally be sent to the smart helmet via the second communication link, into text commands containing the turning direction and distance. These text commands are then sent to the vehicle's dashboard display unit via the first communication link, causing the dashboard to flash the text prompt twice per second. Simultaneously, the mobile terminal switches the voice broadcast text output to the phone's local speaker. When the smart helmet re-establishes the connection, the mobile terminal detects the second communication link has recovered, automatically terminates the fallback strategy, and navigation prompts and alarm information resume being sent to the smart helmet via the second communication link. During long-distance cruising, if the smart helmet's battery runs out, causing the second communication link to disconnect, the navigation prompt to turn right 500 meters ahead, which would normally be sent to the smart helmet, is converted by the mobile terminal into a text command to turn right 500 meters, and sent to the vehicle's dashboard display unit via the first communication link for flashing. After the rider replaces the battery at the smart helmet and re-establishes the second communication link, the mobile terminal detects the recovery of the heartbeat packet, automatically terminates the downgrade rollback strategy, and the navigation prompts are restored and sent to the smart helmet output unit through the second communication link. The dashboard flashes to indicate that the navigation has stopped.

[0025] This embodiment resolves channel conflicts through heterogeneous dual-link relay networking, reduces information interference through dynamic vehicle speed scheduling, eliminates accidental touches due to bumps through cross-end attitude verification, and ensures system availability through disconnection and degradation fallback. These four elements work together to construct a safe foundation for intelligent motorcycle interaction.

[0026] Example 2: This example improves upon Example 1 in terms of vibration tactile coding and multi-channel collaborative early warning.

[0027] This embodiment further refines the encoding rules and output method of the vibration haptic actuator. The vibration haptic actuator of the vehicle terminal is deployed on the left and right handlebars. The mobile terminal sends vibration mode commands to the vehicle terminal according to the warning type and navigation prompts, driving the corresponding handlebar to vibrate. The specific encoding rules are as follows: When the left blind spot monitoring is triggered, the mobile terminal sends an intermittent short vibration command to the left handlebars. The vibration frequency is 3 Hz, each vibration lasts for 0.3 seconds, with an interval of 0.5 seconds, and is repeated three times. When the right blind spot monitoring is triggered, the right handlebars execute the same intermittent short vibration pattern. At the same time, the smart helmet displays a yellow blind spot warning icon at the edge of the corresponding side's field of vision, forming a dual-channel coordinated warning system of touch and vision.

[0028] When a high-risk collision warning is triggered, the mobile terminal sends a continuous strong vibration command to both handlebars. The vibration frequency is 10 Hz, and the vibration intensity increases with the risk level. The duration of this continuous strong vibration does not exceed a preset safety threshold to avoid interfering with the rider's control of the handlebars. The smart helmet displays a red warning icon in full screen and outputs a collision risk warning via voice.

[0029] When the navigation prompt for a left turn is triggered, the mobile terminal sends two short and one long intermittent vibration commands to the left handlebars. The short vibration lasts for 0.2 seconds, the long vibration lasts for 0.5 seconds, and the interval between the short and long vibrations is 0.2 seconds. When the navigation prompt for a right turn is triggered, the right handlebars execute the same pattern. The rider can perceive the steering direction through touch without having to look down at the navigation screen.

[0030] When an incoming call alert is triggered, the mobile terminal sends an intermittent vibration command to both handlebars at a frequency of 2.5 Hz, with each vibration lasting 0.4 seconds followed by a 0.4-second pause, repeating until the call is answered or rejected. Simultaneously, the smart helmet displays an incoming call icon. If the rider is in a high-speed environment, the incoming call icon is blocked by the information masking strategy described in Example 1, but the handlebars still perform intermittent vibrations to alert the rider to an incoming call. The rider can then call back via buttons or voice commands on the smart helmet after stopping.

[0031] When a vehicle rapidly approaches from behind, triggering the warning, the mobile terminal sends a rapid, intermittent vibration command to both handlebars at a frequency of 5 Hz, with each vibration lasting 0.1 seconds, followed by a 0.1-second pause, for a total of 2 seconds. Simultaneously, a red warning icon is displayed in the rear view of the smart helmet.

[0032] When a rider activates their turn signal to change lanes, if a target vehicle is present in the blind spot to the side and rear, the corresponding handlebar will experience intermittent short vibrations. At the same time, a yellow warning icon will be displayed on the corresponding side edge of the smart helmet, and a voice prompt will be broadcast stating that there is a vehicle to the side and rear and the rider should wait.

[0033] In nighttime riding scenarios, when the onboard terminal detects oncoming vehicle headlights, the mobile terminal sends a command to the smart helmet to reduce the display brightness, and at the same time sends a short vibration to the left handlebars to remind the rider to pay attention to oncoming vehicles.

[0034] In this embodiment, the tactile feedback and the visual display on the smart helmet are triggered synchronously. The tactile reaction speed is faster than the visual reaction speed, which can quickly attract the rider's attention to the warning direction. Through differentiated vibration coding on the left and right handlebars, the rider can perceive the location of danger and the navigation direction without taking their eyes off the road. This tactile vibration coding is linked with the information masking strategy in step S2 of embodiment one: when the vehicle speed is higher than a preset high-speed threshold, the mobile terminal masks low-priority information and locks the recognition of head posture change sequences, retaining only button input signals and simplified voice control commands, but the tactile vibration warning is not masked in any way, ensuring that the rider can still obtain key safety prompts through touch even in a simplified information state. In this embodiment, the preset high-speed threshold is set to 50 kilometers per hour.

[0035] Example 3: This example improves upon Example 1 in terms of system module composition and cycling scene recognition.

[0036] This embodiment provides a multi-terminal collaborative interaction system for motorcycles based on mobile terminal relay, including a mobile terminal, a vehicle-mounted terminal, and a smart helmet terminal. The mobile terminal acts as a relay node, engaging in bidirectional data interaction with both the vehicle-mounted terminal and the smart helmet terminal.

[0037] The vehicle-mounted terminal includes a vehicle data acquisition unit, an execution control unit, a first communication unit, a vibration and tactile actuator unit, and an instrument panel display unit. The vehicle data acquisition unit periodically reads vehicle speed, engine speed, current gear, fuel level, remaining range, fault codes, current power mode, and vehicle tilt parameters via the vehicle bus. The execution control unit receives discrete vehicle control commands and switches parameters. The first communication unit packages and sends vehicle data to the mobile terminal and receives vehicle control commands from the mobile terminal. The vibration and tactile actuator units are deployed on the left and right handlebars and receive vibration mode commands from the mobile terminal. The instrument panel display unit receives text commands and provides flashing text prompts.

[0038] The mobile terminal includes a dual-link management unit, a rule scheduling engine, an instruction verification unit, a degradation control unit, and a display generation unit. The dual-link management unit maintains the connection and monitors the status of the first and second communication links. The rule scheduling engine calls a preset rule base to match and calculate vehicle data and interactive input data, identify the riding scenario category, and generate overall vehicle control strategies and human-machine interaction strategies. Upon receiving interactive control intentions from the smart helmet, the instruction verification unit extracts the vehicle terminal's operating posture data for cross-terminal verification. The degradation control unit triggers a degradation fallback strategy when it detects a disconnection in the second communication link. The display generation unit generates the content to be displayed and the voice broadcast text based on the human-machine interaction strategy.

[0039] The smart helmet includes a second communication unit, an interactive input unit, and an output unit. The interactive input unit recognizes voice control commands, head posture change sequences, and button input signals. The output unit presents the content to be displayed in front of the rider's field of vision and outputs audio based on the voice-over text. The second communication unit sends the interactive input data to the mobile terminal and receives the content to be displayed and the voice-over text.

[0040] The system power-on initialization process is as follows: After the motorcycle starts, the vehicle data acquisition unit of the on-board terminal begins to work, and the first communication unit broadcasts an equipment identification signal. Upon scanning this signal, the mobile terminal initiates a first communication link establishment request, and establishes the first communication link after pairing. Simultaneously, the mobile terminal scans the broadcast signal from the smart helmet to establish a second communication link. After both links are established, the mobile terminal requests vehicle status data from the on-board terminal and requests the interactive input unit status from the smart helmet, completing data synchronization across the three terminals. The mobile terminal maintains a unified data model. When the rider modifies the speed threshold or vibration coding parameters in the preset rule base via the mobile terminal, the mobile terminal synchronizes the modified rule base to the on-board terminal and the smart helmet, ensuring consistency of rules across the three terminals.

[0041] The mobile terminal automatically generates a power mode switching suggestion command based on the identified riding scenario category, and executes it after the rider confirms via voice prompts on the smart helmet. Taking a mountain road riding scenario as an example, when the rule scheduling engine matches a mountain road riding scenario, it generates a suggestion command to switch to riding mode. The mobile terminal broadcasts a voice prompt on the smart helmet indicating that a mountain road condition has been detected and a confirmation is needed to switch to riding mode. The rider confirms via voice control. At this time, the mobile terminal triggers the cross-terminal verification mechanism in Implementation Example 1: extracting the current vehicle body tilt angle and longitudinal acceleration change rate of the vehicle terminal. If the vehicle body tilt angle is greater than 15 degrees, the mobile terminal determines it as a potentially risky operation under cornering conditions, refuses to execute the switching command, and sends feedback to the smart helmet indicating that the operation is restricted and the vehicle posture is unstable. If the vehicle body tilt angle recovers to 5 degrees after the rider exits the corner, and the confirmation command is entered again, the verification passes, and the mobile terminal sends a power mode switching command to the vehicle terminal, executing the control unit to complete the power mode switch.

[0042] In urban commuting scenarios, with a vehicle speed of 25 km / h, the rule-based scheduling engine matches the urban commuting environment and generates a power mode switching suggestion command for economy mode. The mobile terminal provides a voice prompt suggesting switching to economy mode; simply say "confirm" or shake your head to decline. The rider confirms via voice control, and the mobile terminal sends a power mode switching command to the vehicle terminal. The control unit then switches the power mode to economy mode, and the output unit provides real-time feedback confirming the switch. At this point, the mobile terminal continuously displays navigation prompts, vehicle speed, and remaining range in a fixed area of ​​the main field of view on the smart helmet with high priority, while incoming calls and social media messages are pushed to the smart helmet for display in their entirety with low priority.

[0043] In hazardous warning scenarios, the system employs a forced intervention strategy. For example, while riding on a highway in rainy weather, the onboard terminal detects a vehicle speed of 92 km / h and an engine speed of 6800 rpm, but the gear is still in fourth gear and not shifted up. Based on the mismatch between engine speed and gear position, and the high speed, the rule-based scheduling engine determines the road condition level to be hazardous and generates a light control command to automatically activate the hazard warning lights. This command is sent directly from the mobile terminal to the onboard terminal without rider confirmation and is enforced. Simultaneously, the smart helmet displays a full-screen red warning about the gear and engine speed mismatch, and the handlebars vibrate continuously and strongly. Once the onboard terminal detects that the gear has been shifted up and the engine speed is matched, the road condition level returns to normal, and the warning display and vibration cease.

[0044] This embodiment identifies riding scenarios through multi-dimensional parameter fusion and deeply binds the scenario judgment results with the vehicle's power control and lighting control. At the same time, it combines cross-end posture verification to ensure the safety of control command issuance, enabling the three-element collaborative system to have the ability of active safety protection and intelligent scheduling, and realizing deep collaborative control of human-machine-helmet.

Claims

1. A method for multi-terminal collaborative interaction of motorcycles based on mobile terminal relay, characterized in that, include: S1. The mobile terminal establishes a first communication link with the vehicle terminal and a second communication link with the smart helmet terminal to build a relay channel. S2. The mobile terminal obtains the real-time vehicle speed uploaded by the vehicle terminal, calls the preset rule library, and filters out low-priority information and disables at least one interactive input method according to the vehicle speed range. S3. When the mobile terminal receives the interactive control intent from the smart helmet, it extracts the vehicle terminal's operating posture data for cross-terminal verification. S4. When the mobile terminal detects that the second link is disconnected, it converts the navigation turn prompts and vehicle fault alarms into text commands and sends them to the vehicle terminal dashboard through the first link.

2. The motorcycle multi-terminal collaborative interaction method based on mobile terminal relay according to claim 1, characterized in that, In step S2, the mobile terminal will prioritize collision warning and serious malfunction, triggering full-screen forced display on the smart helmet and driving the vehicle terminal to vibrate on both sides of the handlebars. Incoming calls and social media messages are classified as low priority and are actively blocked when the vehicle speed exceeds a preset threshold.

3. The motorcycle multi-terminal collaborative interaction method based on mobile terminal relay according to claim 1, characterized in that, In step S2, when the vehicle is stationary, the mobile terminal enables voice control commands, head posture change sequences, button input signals, and mobile phone touch screen operations; when the vehicle is at a low speed, the mobile terminal enables voice control commands, head posture change sequences, and button input signals, but disables mobile phone touch screen operations; when the vehicle is at a high speed, only button input signals and simplified voice control commands are enabled, head posture change sequences and mobile phone touch screen operations are disabled, and the mobile terminal refuses to execute non-emergency control intentions from the smart helmet.

4. The motorcycle multi-terminal collaborative interaction method based on mobile terminal relay according to claim 1, characterized in that, In step S2, the mobile terminal sends a vibration mode command to the vehicle terminal based on the warning type and navigation prompts, driving the corresponding handlebar to vibrate.

5. The motorcycle multi-terminal collaborative interaction method based on mobile terminal relay according to claim 1, characterized in that, In step S3, the mobile terminal extracts the current vehicle tilt angle and longitudinal acceleration of the vehicle terminal. If the vehicle tilt angle is greater than the preset safety threshold or the longitudinal acceleration exceeds the preset bump threshold, the interactive control intention is determined to be a false trigger and is refused to be executed. Operation restriction feedback is sent to the smart helmet terminal.

6. The motorcycle multi-terminal collaborative interaction method based on mobile terminal relay according to claim 1, characterized in that, In step S4, the mobile terminal converts navigation turn prompts and vehicle fault alarms into text commands, drives the dashboard to flash text prompts, and switches the voice broadcast text to the local speaker output of the mobile phone. Once the second link is restored, the mobile terminal automatically terminates the fallback strategy.

7. The motorcycle multi-terminal collaborative interaction method based on mobile terminal relay according to claim 1, characterized in that, In step S1, the first communication link and the second communication link are independent of each other. The smart helmet establishes an audio connection with the Bluetooth headset through an independent Bluetooth channel. This independent Bluetooth channel does not occupy the first communication link or the second communication link.

8. The motorcycle multi-terminal collaborative interaction method based on mobile terminal relay according to claim 2 or 3, characterized in that, In step S2, when the vehicle speed exceeds the preset high-speed threshold, the mobile terminal blocks low-priority information, locks the head posture change sequence recognition, and retains only the button input signal and simplified voice control commands.

9. A multi-terminal collaborative interaction system for motorcycles based on mobile terminal relay, characterized in that, Including a mobile terminal; the mobile terminal interacts with the vehicle terminal through the first communication link, receives vehicle speed and body tilt angle parameters, and sends vehicle control commands to the vehicle terminal; the mobile terminal interacts with the smart helmet through the second communication link, receives interactive control intentions, extracts body tilt angle parameters for cross-terminal verification, and sends the content to be displayed or feedback on operation restrictions to the smart helmet. When the second link is disconnected, the mobile terminal converts the navigation turn prompts and vehicle fault alarms into text commands and sends them to the vehicle terminal dashboard through the first link. The on-board terminal executes vehicle control commands; The smart helmet outputs the content to be displayed and the text to be read aloud.

10. The motorcycle multi-terminal collaborative interaction system based on mobile terminal relay according to claim 9, characterized in that, The vibration haptic actuators of the vehicle terminal are deployed on the left and right handlebars. The mobile terminal sends vibration mode commands to the vibration haptic actuators according to the warning type, driving the corresponding handlebar to vibrate.

Citation Information

Patent Citations

  • Motorcycle instrument and smart phone information interaction method and interaction system

    CN120614580A