Automated Driver Management for OS Deployment

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing operating system deployment solutions are time-consuming, prone to human error, and require substantial resources due to manual steps, and face challenges with driver management, particularly with poorly written device drivers and the need for extensive driver packages, which impede efficient deployment across multiple computers.

Innovation Solution

The implementation of an automated driver management system that integrates with deployment solutions like SCCM, Ghost, and ImageX, utilizing a universal imaging utility system deploy (UIUSD) to perform real-time hardware scans and download only necessary drivers, eliminating the need for administrators to manage and package drivers manually, and providing an updatable driver repository for efficient driver installation.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If administrators manually manage and package driver packages for different PC collections, then driver installation can be performed, but the complexity of driver management increases substantially and deployment time increases

Engineering Contradiction:
Improvedriver installation reliabilityVSAvoiddriver management complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The system enables self-service driver management where the deployment system automatically discovers hardware devices, identifies required drivers, and installs them without administrator intervention. The system autonomously handles driver package creation, maintenance, and distribution across different PC collections, eliminating the manual burden while ensuring reliable driver installation.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The system dynamically changes the state of driver management from static manual packaging to dynamic automated discovery and installation. By changing parameters such as hardware detection methods, driver matching algorithms, and automatic installation triggers, the system transforms the complex manual process into an efficient automated workflow that adapts to different hardware configurations.

Inventive Principle:
Principle #35Parameter changes

2Reliability

If large driver packages are downloaded to target devices during O/S deployment, then all necessary drivers are available, but deployment speed and performance are substantially impaired

Engineering Contradiction:
Improvedriver availabilityVSAvoiddeployment speed
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

The system extracts only the necessary drivers from large driver packages based on actual hardware detection results. Instead of downloading and installing all drivers in a comprehensive package, the system identifies specific hardware devices present on the target device and extracts only the corresponding drivers needed for those devices, significantly reducing download size and deployment time while ensuring all necessary drivers are available.

Inventive Principle:
Principle #2Taking out (Extraction)

Solution Approach 2:

The system applies partial action by downloading and installing only the subset of drivers actually needed rather than the complete driver package. This partial approach optimizes deployment speed by avoiding unnecessary data transfer and installation steps while still achieving the goal of having all required drivers available for the specific hardware configuration.

Inventive Principle:
Principle #16Partial or excessive action

3Adaptability or versatility

If hardware-independent imaging solutions are used, then deployment can be performed across different hardware, but driver-related issues arise that are cumbersome or practically impossible to solve

Engineering Contradiction:
Improvehardware compatibilityVSAvoiddriver installation reliability
Core Design Contradiction:
Adaptability or versatilityVSReliability

Solution Approach 1:

The system performs preliminary hardware detection and driver identification before the actual operating system deployment. By scanning for hardware devices and pre-identifying required drivers in advance, the system prepares the appropriate driver set beforehand, ensuring that hardware-independent imaging can be performed across different PC makes and models while maintaining reliable driver installation through proactive driver preparation.

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS9081747B1Computer program deployment to one or more target devices
Publication Date: 2015.07.14 BIG BANG LLC
  • US9081747B1 patent drawing
  • US9081747B1 patent drawing
  • US9081747B1 patent drawing

AI summary

Each target device to which a full operating system (O/S) or other image is to be deployed using a deployment solution undergoes pre-O/S processing before booting into a temporary O/S, where preparatory processing includes a real-time hardware scan that generates a hardware device ID list that is compared to a driver repository accessed by the target device using a special communication channel between the target device and the driver repository. Drivers corresponding to listed hardware devices IDs are delivered to the target device and are staged by the target device before booting into a full O/S that installs the drivers. During full O/S operation post-deploy processing includes one or more additional real-time hardware scans performed to discover additional hardware devices missed in earlier scans, again with drivers delivered to the target device for installation.