Pre-OS Accessibility Profile Replication via Embedded Controller

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Information handling systems, particularly pre-operating system (pre-OS) user interfaces like BIOS configuration screens, lack accessibility features, making it difficult for visually impaired users to perform tasks such as diagnostics, remote flash updates, and system repairs.

Innovation Solution

The system extends accessibility features from the runtime operating environment to the pre-OS environment by capturing a runtime accessibility profile and replicating it in pre-OS environments, ensuring a consistent and seamless user experience across heterogeneous operating environments.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Ease of operation

If accessibility features are added to pre-OS interfaces, then accessibility for visually impaired users is improved, but device complexity increases

Engineering Contradiction:
Improveaccessibility for visually impaired usersVSAvoidpre-OS interface complexity
Core Design Contradiction:
Ease of operationVSDevice complexity

Solution Approach 1:

The system captures the accessibility profile during the runtime operating environment phase, before the pre-OS environment is needed. This preliminary capture of accessibility settings allows the pre-OS interface to inherit these settings without having to generate them from scratch, thereby improving accessibility while minimizing the additional complexity required in the pre-OS environment.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The accessibility profile captured from the runtime environment is replicated and applied to the pre-OS environment. Instead of implementing separate accessibility features for pre-OS, the system copies the existing accessibility profile, ensuring consistency across environments while avoiding redundant implementation complexity.

Inventive Principle:
Principle #26Copying

2Stability of the object's composition

If accessibility profiles are captured and replicated across environments, then user experience consistency is improved, but information processing overhead increases

Engineering Contradiction:
Improveuser experience consistencyVSAvoidinformation processing overhead
Core Design Contradiction:
Stability of the object's compositionVSLoss of information

Solution Approach 1:

The system extracts only the necessary accessibility profile information from the runtime environment and transfers it to the pre-OS environment. By taking out only the relevant accessibility settings rather than copying entire configuration sets, the system maintains user experience consistency while minimizing information processing overhead.

Inventive Principle:
Principle #2Taking out (Extraction)

3Ease of repair

If pre-OS interfaces support accessibility features, then ease of repair and diagnostics is improved, but manufacturing complexity increases

Engineering Contradiction:
Improvediagnostics and system recoveryVSAvoidfirmware development complexity
Core Design Contradiction:
Ease of repairVSEase of manufacture

Solution Approach 1:

The accessibility profile mechanism serves multiple functions: it enables accessibility in both runtime and pre-OS environments, ensures user experience consistency, and simplifies firmware development by using a universal profile approach. This multi-functionality improves ease of repair and diagnostics while avoiding the need for separate accessibility implementations, thereby reducing manufacturing complexity.

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

Data Source

PatentUS12321755B2Systems and methods providing seamless accessibility across pre-boot and runtime environments
Publication Date: 2025.06.03 DELL PROD LP
  • US12321755B2 patent drawing
  • US12321755B2 patent drawing
  • US12321755B2 patent drawing

AI summary

An operating system (OS) software service detects an accessibility change event and takes a snapshot of the accessibility settings before sending and receiving memory-mapped input/output (MMIO) commands with an embedded controller (EC) to establish trust using existing security hardening methods. The software service may send an MMIO command that includes the profile as a payload to the EC. The EC extracts the profile payload and saves it to an NVRAM variable before signaling a basic input/output system (BIOS) during early boot of an available accessibility profile. The EC publishes an accessibility profile presence to a BIOS pre-EFI initialization (PEI) layer, which sends a command to the EC to return the response. The BIOS creates a new hand off block (HOB) command indicative of the accessibility profile and passes this to an early Driver Execution Environment (DXE) stage, which reads the HOB data and locates the accessibility layer within a serial peripheral interface (SPI) firmware volume and loads into memory. This extracted profile information is passed onto the accessibility layer, which applies the profile data to user interface (UI) control attributes.