Software Defined Input Sensing System Adaptive Configuration

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Conventional touch devices provide fixed touch detection schemes and specs, unable to adapt to different application programs, limiting their functionality and versatility.

Innovation Solution

A software-defined input operation sensing system that uses a function library to configure modularized instructions for input sensing interfaces, allowing selection of sensing functions such as mechanical, heat, optical, or biometric sensing, and setting of detection modes and data formats based on application requirements.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If a fixed touch detection scheme is used, then the device structure is simple, but the adaptability to different application programs is poor

Engineering Contradiction:
Improveadaptability to different application programsVSAvoidsystem complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent implements dynamic sensing specifications where the touch detection parameters (such as sampling rate, detection threshold, scanning frequency) are no longer fixed but can be dynamically adjusted based on the running application program. The system includes a configuration module that reads application-specific configuration files and dynamically configures the touch controller's detection parameters, allowing the same hardware to adapt to different applications without physical reconfiguration.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The system changes the operational parameters of the touch detection system based on application requirements. Different applications can specify different detection thresholds, sampling rates, scan frequencies, and sensitivity levels through configuration files. The touch controller interprets these parameter changes and adjusts its detection behavior accordingly, enabling versatile adaptation while maintaining the same hardware structure.

Inventive Principle:
Principle #35Parameter changes

2Adaptability or versatility

If multiple sensing functions are integrated, then the versatility is improved, but the device complexity increases

Engineering Contradiction:
Improvesensing function versatilityVSAvoidsensing system complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent integrates multiple sensing functions (touch detection, pressure sensing, proximity sensing, temperature sensing) into a single unified sensor system. The same physical sensor array can operate in different modes depending on the application configuration. A unified controller manages all sensing functions through a single interface, and configuration files enable the system to activate only the required sensing functions for each application, reducing the effective complexity while maintaining versatility.

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

Solution Approach 2:

The sensing system is segmented into independent functional modules (touch detection module, pressure module, temperature module) that can be independently configured and activated. Each module can be enabled or disabled based on application requirements through software configuration, allowing the system to provide only the necessary sensing functions for each specific application rather than always operating at full complexity.

Inventive Principle:
Principle #1Segmentation

3Adaptability or versatility

If adaptive sensing specifications are implemented, then the functionality for different applications is improved, but the control complexity increases

Engineering Contradiction:
Improvesensing specification adaptabilityVSAvoidconfiguration ease
Core Design Contradiction:
Adaptability or versatilityVSEase of operation

Solution Approach 1:

The system implements self-service configuration where the application program automatically provides its sensing requirements through configuration files or API calls. The touch controller automatically reads these configurations and configures itself without requiring manual intervention from users or system administrators. This automation reduces the operational burden on users while maintaining high adaptability to different applications.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The patent introduces an intermediary configuration layer (configuration files, driver software, or API interface) that mediates between the application program and the hardware controller. Applications specify their sensing requirements through this intermediary layer using standardized formats or interfaces, which then translates these high-level requirements into specific hardware control parameters. This intermediary simplifies the operation for developers while enabling detailed adaptive control of sensing specifications.

Inventive Principle:
Principle #24Intermediary (Mediator)

Data Source

PatentUS10437369B2Software defined input operation sensing system
Publication Date: 2019.10.08 RICH IP TECH
  • US10437369B2 patent drawing
  • US10437369B2 patent drawing
  • US10437369B2 patent drawing

AI summary

A software defined input operation sensing system, including: at least one input operation sensing device, each having at least two sensing functions; at least one driving unit, used for driving the at least one input operation sensing device according to at least one operation configuration command, each of the at least one operation configuration command including a sensing function selecting instruction for selecting a sensing function from the at least two sensing functions, and/or a sensing spec setting instruction for determining a sensing signal detection mode and a sensed data output format; and at least one processing unit for configuring the at least one driving unit according to an application program to determine at least one content of the at least one operation configuration command, and the at least one processing unit including at least one function library for use in determining the at least one operation configuration command.