Configuration-Driven Bluetooth Connection Across Device Models
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Existing Bluetooth devices face challenges in establishing connections due to different connection policies for devices of the same type but different models, leading to heavy code workloads and timing issues in implementing compatibility.
Innovation Solution
A method and apparatus that prioritize connection manners based on a configuration file, using coil adsorption and broadcast packet scanning to efficiently establish Bluetooth connections, reducing the need for extensive code modifications and addressing timing problems.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Adaptability or versatility
If multiple connection policies are added to support different Bluetooth devices, then compatibility with different devices is improved, but code workload and system complexity increase
Solution Approach 1:
The patent implements a universal connection management mechanism that handles multiple connection policies (conventional Bluetooth, coil adsorption, proximity discovery) through a unified framework. The terminal device maintains a configuration file that defines connection policies for different device types, allowing the system to adapt to various Bluetooth devices without adding separate handling logic for each device model. This multi-functional approach enables the same code structure to manage diverse connection scenarios.
Solution Approach 2:
The patent uses configuration files to dynamically adjust connection parameters based on device type and connection scenario. By storing connection policy definitions in external configuration files rather than hardcoding them, the system can change connection behavior through parameter modifications without modifying the core code. This allows different connection policies to be activated based on device identification and connection context.
2Reliability
If connection policies are customized for different device models, then connection reliability is improved, but timing issues and bugs increase
Solution Approach 1:
The patent pre-defines connection policies and timing parameters in configuration files before actual connection operations. By establishing connection rules, device identification criteria, and timing parameters in advance through configuration files, the system avoids runtime decision-making complexity and timing conflicts. The pre-configured policies guide the connection process step-by-step, ensuring reliable execution without ad-hoc timing adjustments.
Solution Approach 2:
The patent introduces a configuration file as an intermediary layer between the connection management system and specific device requirements. This intermediary stores connection policies, device type definitions, and timing parameters, mediating between the universal connection framework and device-specific needs. The configuration file acts as a lookup table that resolves timing and compatibility issues without requiring complex runtime logic.
3Adaptability or versatility
If extensive code modifications are made to support different connection logic, then device compatibility is improved, but maintenance difficulty and error risk increase
Solution Approach 1:
The patent segments connection policy definitions from connection execution logic by using configuration files. The configuration files contain device-specific connection parameters, device type definitions, and policy rules, while the main code maintains a universal connection handling framework. This segmentation allows device compatibility to be adjusted by modifying configuration files rather than changing core code, significantly reducing maintenance difficulty and error risk.
Data Source
Figure 1~2
Figure 3
Figure 4~5
AI summary
This application discloses a connection method and an apparatus, applied to a terminal. The connection method includes: discovering a connectable target Bluetooth device; detecting a Bluetooth connection request between the terminal and the target Bluetooth device; in response to the Bluetooth connection request, determining, based on a Bluetooth connection manner supported by the terminal, a target Bluetooth connection manner for establishing a Bluetooth connection to the target Bluetooth device; and establishing a Bluetooth connection to the target Bluetooth device in the target Bluetooth connection manner. Different processing procedures of different Bluetooth connection manners supported by different Bluetooth devices are uniformly coordinated by using the Bluetooth connection manner supported by the terminal, to avoid a problem of an excessively heavy code workload that is caused due to an unpredictable code bug that occurs when the terminal modifies code logic of an original Bluetooth connection manner to implement compatibility with different connection policies of different Bluetooth devices.