Configuration-Driven Bluetooth Connection Across Device Models

Resolve Bottlenecks,
Find Innovative Solutions
Generate 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

VSEngineering 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

Engineering Contradiction:
Improvecompatibility with different Bluetooth devicesVSAvoidcode workload
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

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.

Inventive Principle:
Principle #6Universality (Multi-functionality)

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.

Inventive Principle:
Principle #35Parameter changes

2Reliability

If connection policies are customized for different device models, then connection reliability is improved, but timing issues and bugs increase

Engineering Contradiction:
Improveconnection reliabilityVSAvoidtiming issues
Core Design Contradiction:
ReliabilityVSLoss of time

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.

Inventive Principle:
Principle #10Preliminary action

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.

Inventive Principle:
Principle #24Intermediary (Mediator)

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

Engineering Contradiction:
Improvedevice compatibilityVSAvoidcode maintenance difficulty
Core Design Contradiction:
Adaptability or versatilityVSEase of manufacture

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.

Inventive Principle:
Principle #1Segmentation

Data Source

PatentEP4395383B1Connection method and apparatus
Publication Date: 2025.10.08 HONOR DEVICE CO LTD
  • EP4395383B1 patent drawingFigure 1~2
  • EP4395383B1 patent drawingFigure 3
  • EP4395383B1 patent drawingFigure 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.