Firmware Publication of Multiple Binary Images via Segmented Tables

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing methods, such as the Windows® Platform Binary Table (WPBT), allow only a single binary image to be published by firmware, limiting the deployment of multiple binary images, including those of OEMs and other software agents, in an operating system.

Innovation Solution

An extension to the WPBT is introduced, enabling the publication of multiple binary images during booting, where a manager binary is saved to the file system and executes to deploy secondary binary images, allowing OEMs to include their own images alongside the Absolute® Persistence® Agent.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If the Windows Platform Binary Table (WPBT) is used to deploy binary images from firmware, then a single binary image can be published to the operating system, but the ability to deploy multiple binary images (including OEM and other software agents) is limited

Engineering Contradiction:
Improveability to deploy multiple binary imagesVSAvoidcomplexity of binary table structure
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent segments the binary table into multiple independent entries, each capable of holding a separate binary image. Instead of a single monolithic binary table structure that accommodates only one image, the system creates a plurality of binary table entries (e.g., first binary table entry, second binary table entry), where each entry independently stores information about a specific binary image including its location, size, and execution parameters. This segmentation enables the firmware to publish multiple binary images to the operating system simultaneously.

Inventive Principle:
Principle #1Segmentation

2Adaptability or versatility

If only a single binary image is published by firmware using traditional WPBT, then the deployment process is simple, but OEMs cannot include their own binary images alongside the Absolute Persistence Agent

Engineering Contradiction:
Improveflexibility for OEMs to include their imagesVSAvoidnumber of binary images deployed
Core Design Contradiction:
Adaptability or versatilityVSQuantity of substance

Solution Approach 1:

The patent implements a universal binary table structure that serves multiple functions and multiple parties. Each binary table entry is designed with a standardized format that can accommodate different types of binary images from different sources (Absolute Persistence Agent, OEM software, third-party agents). The structure includes universal fields such as image location, image size, image type identifier, and execution flags that work consistently regardless of the image source. This multi-functionality allows the same firmware mechanism to serve multiple deployment needs simultaneously.

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

Data Source

PatentUS20250265098A1Binary image publication by firmware
Publication Date: 2025.08.21 ABSOLUTE SOFTWARE CORPORATION
  • US20250265098A1 patent drawing
  • US20250265098A1 patent drawing
  • US20250265098A1 patent drawing

AI summary

Multiple binary images stored in the firmware of an electronic device are written to the device's configuration tables during booting of the device, where one of the binary images is a manager binary. During booting, the manager binary is saved to the file system of the operating system such that it automatically executes upon completion of booting. The manager binary then deploys the other binary images.