Multi-Terminal Bluetooth Lock Authentication

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Conventional electronic locks using Bluetooth technology for unlocking rely on a single unique identification data item, which compromises security, especially in situations requiring strict safety measures.

Innovation Solution

Implementing a system that requires two security communication terminals to transmit matching security data items to the electronic apparatus, ensuring the lock is only released when both terminals are near, enhancing security by eliminating single-point vulnerabilities.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Ease of operation

If a single unique identification data item is used for Bluetooth device authentication, then the ease of operation is improved, but the reliability of the electronic lock is worsened

Engineering Contradiction:
Improveease of operationVSAvoidreliability
Core Design Contradiction:
Ease of operationVSReliability

Solution Approach 1:

The authentication system is segmented into multiple independent authentication units (first security communication terminal and second security communication terminal), each providing separate identification data items. This segmentation ensures that the electronic lock requires multiple authentication sources rather than relying on a single point of failure, thereby improving reliability while maintaining operational simplicity through automated multi-terminal verification.

Inventive Principle:
Principle #1Segmentation

2Reliability

If multiple security communication terminals are required for lock release, then the reliability is improved, but the device complexity is worsened

Engineering Contradiction:
ImprovereliabilityVSAvoiddevice complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The electronic apparatus is designed with multi-functionality to handle multiple security communication terminals universally. The system can authenticate different types of terminals (smartphones, tablets, wearables) using the same Bluetooth authentication protocol, managing multiple terminals through a unified control framework that compares identification data items against registered values without requiring terminal-specific processing logic.

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

3Device complexity

If a single Bluetooth device is used for authentication, then the device complexity is reduced, but the security is worsened

Engineering Contradiction:
Improvedevice complexityVSAvoidsecurity
Core Design Contradiction:
Device complexityVSObject-affected harmful factors

Solution Approach 1:

The system implements beforehand cushioning by pre-registering identification data items from multiple security communication terminals before authentication is needed. This preparatory registration creates a buffer of verified authentication sources, cushioning the system against security threats by ensuring that even if one terminal is compromised, other pre-registered terminals can provide legitimate authentication, thereby enhancing security without adding complex real-time verification mechanisms.

Inventive Principle:
Principle #11Beforehand cushioning (Prior cushioning)

Data Source

PatentUS9807616B2Electronic apparatus and control method thereof
Publication Date: 2017.10.31 KK TOSHIBA
  • US9807616B2 patent drawing
  • US9807616B2 patent drawing
  • US9807616B2 patent drawing

AI summary

According to one embodiment, an electronic apparatus has a communication circuitry, a memory and a processor. The circuitry communicates with terminals by short-distance wireless communication in accordance with a wireless communication standard. The memory stores first security data of a first terminal and second security data of a second terminal. The processor receives a command to lock or unlock an electronic locking, waits for any security data to be received from the terminals for a period after a reception of the command, accepts the command if the first and second security data is received for the period, and rejects the command if at least one of the first and second data is not received for the period.