Wake-on-Demand Session Server Access via Service Broker

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Session servers in cloud-based environments face challenges in providing flexible access during scheduled unavailability, as users demand on-demand access for urgent or emergency needs, leading to potential additional charges and administrative burdens.

Innovation Solution

Implementing a wake-on-demand system that allows authorized users to reactivate session servers during scheduled downtime by using a service broker machine to validate credentials, retrieve connection information, and direct the reactivation of virtual resources, while tracking and billing these actions.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Loss of energy

If session servers are turned off during scheduled unavailability to reduce costs, then resource consumption costs decrease, but user access availability deteriorates

Engineering Contradiction:
Improveresource consumption costVSAvoiduser access availability
Core Design Contradiction:
Loss of energyVSReliability

Solution Approach 1:

The system dynamically adjusts server availability based on user demand rather than maintaining a fixed schedule. Authorized users can trigger wake-on-demand functionality to reactivate servers during scheduled unavailability periods, transforming the static availability model into a dynamic one that adapts to actual needs.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The system enables self-service wake-on-demand capability where authorized users can independently reactivate servers without administrator intervention. The service broker machine automatically validates credentials, checks authorization, and initiates reactivation, allowing users to serve their own access needs during unavailability periods.

Inventive Principle:
Principle #25Self-service

2Adaptability or versatility

If wake-on-demand access is made generally available to all users, then user flexibility improves, but system security and unauthorized access risks worsen

Engineering Contradiction:
Improveuser flexibilityVSAvoidunauthorized access risk
Core Design Contradiction:
Adaptability or versatilityVSObject-affected harmful factors

Solution Approach 1:

The system applies different access qualities to different users by implementing role-based authorization. Instead of uniform access rules, the service broker machine validates user credentials and determines authorization on a per-user basis, allowing flexible access for authorized users while maintaining security against unauthorized access.

Inventive Principle:
Principle #3Local quality

Solution Approach 2:

The system implements feedback through credential validation and authorization checking. The service broker machine receives wake-on-demand requests, validates user credentials, checks authorization status, and only permits reactivation for authorized users. This feedback loop ensures security while enabling flexibility for legitimate users.

Inventive Principle:
Principle #23Feedback

3Extent of automation

If automated scheduling is used to manage server availability, then administrator workload decreases, but user control and emergency access capability worsen

Engineering Contradiction:
Improveadministrator workloadVSAvoiduser control capability
Core Design Contradiction:
Extent of automationVSEase of operation

Solution Approach 1:

The system merges automated scheduling management with user-initiated wake-on-demand functionality. The service broker machine combines automatic credential validation, authorization checking, and server reactivation in a single integrated process, maintaining automation benefits while adding user control capability.

Inventive Principle:
Principle #5Merging (Combining)

Solution Approach 2:

The service broker machine acts as an intermediary between automated scheduling systems and user wake-on-demand requests. It receives requests from users, validates credentials, checks authorization, and coordinates with the scheduling system to reactivate servers, bridging the gap between automation and user control.

Inventive Principle:
Principle #24Intermediary (Mediator)

4Reliability

If session servers remain continuously on to ensure 24x365 availability, then user access reliability improves, but resource consumption costs worsen

Engineering Contradiction:
Improveuser access availabilityVSAvoidresource consumption cost
Core Design Contradiction:
ReliabilityVSLoss of energy

Solution Approach 1:

The system implements periodic availability with scheduled unavailability periods instead of continuous operation. Servers are turned off during scheduled downtime to reduce costs and reactivated only when authorized users need access, replacing the continuous operation model with a periodic on-demand model.

Inventive Principle:
Principle #19Periodic action

Solution Approach 2:

The system performs preliminary credential validation and authorization checking before server reactivation. When a user requests wake-on-demand access, the service broker machine validates credentials and checks authorization in advance, ensuring only authorized users can trigger reactivation, thereby enabling cost-effective periodic availability.

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS12107849B2Methods and systems for providing wake-on-demand access to session servers
Publication Date: 2024.10.01 HEWLETT PACKARD DEVELOPMENT COMPANY LP
  • US12107849B2 patent drawing
  • US12107849B2 patent drawing
  • US12107849B2 patent drawing

AI summary

A method for selectively providing, to a subset of authorized user accounts, wake-on-demand access to session servers during a period of scheduled unavailability includes receiving, by a service broker machine, from a client machine, at least one credential. The service broker machine requests, from a database, connection information associated with the at least one credential. The service broker machine receives, from the database, connection information. The service broker machine determines that the at least one virtual resource is unavailable. The service broker machine determines whether the received credential indicates that a user of the client machine is authorized to request reactivation of the unavailable at least one virtual resource. The service broker machine directs, reactivation of the unavailable at least one virtual resource. The service broker machine provides, to the client machine, the connection information.