Proactive Secure Conversation Token Renewal via RTT Scheduling

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current Web Services-Secure Conversation (WS-SC) implementations face challenges in handling heavy traffic loads, leading to synchronization issues and race conditions during Secure Conversation Token (SCT) management, particularly during bootstrap, renewal, and cancellation processes, resulting in message failures and inefficiencies.

Innovation Solution

A proactive SCT renewal method is introduced, which involves determining the round trip time for SCT bootstrap requests, scheduling renewals before token expiration, and utilizing a sliding window approach to ensure continuous unexpired SCTs, thereby preventing race conditions and maintaining synchronized token states between clients and servers.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If reactive SCT renewal is used (waiting for token expiration), then implementation simplicity is maintained, but message failures and race conditions occur under heavy traffic loads

Engineering Contradiction:
Improvemessage delivery reliabilityVSAvoidtoken management complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The system performs SCT renewal in advance by calculating the round trip time (RTT) and scheduling a renew request to be sent before the current SCT expires. Specifically, the renewal request is scheduled at time = SCT expiration time - RTT, ensuring that a new SCT is obtained before the old one expires, thus preventing message failures and race conditions while maintaining synchronized token states between client and server

Inventive Principle:
Principle #10Preliminary action

2Reliability

If proactive SCT renewal with RTT calculation is implemented, then token synchronization is improved, but computational overhead increases

Engineering Contradiction:
Improvetoken synchronizationVSAvoidcomputational overhead
Core Design Contradiction:
ReliabilityVSUse of energy by moving object

Solution Approach 1:

The system measures the RTT during the actual SCT bootstrap or renew message exchange between client and server, and uses this measured value for scheduling future renewals. This self-measured RTT approach avoids complex real-time calculations and adapts to actual network conditions, reducing computational overhead while maintaining accurate token synchronization

Inventive Principle:
Principle #25Self-service

3Reliability

If multiple SCT renew requests are sent under heavy load, then token availability is ensured, but unnecessary message exchanges and server load increase

Engineering Contradiction:
Improvetoken availabilityVSAvoidmessage exchange efficiency
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

The system schedules the SCT renew request based on feedback from the measured RTT and the known SCT expiration time. By calculating the optimal renewal time as (SCT expiration time - RTT), the system ensures that exactly one renew request is sent at the right moment, avoiding both token unavailability and unnecessary message exchanges, thus improving overall message exchange efficiency under heavy load conditions

Inventive Principle:
Principle #23Feedback

Data Source

PatentUS9223583B2Proactive token renewal and management in secure conversations
Publication Date: 2015.12.29 ORACLE INT CORP
  • US9223583B2 patent drawing
  • US9223583B2 patent drawing
  • US9223583B2 patent drawing

AI summary

The present invention relates to methods and systems for method of implementing proactive token renewal and management in secure conversations. The method includes transmitting an secure conversation token (SCT) bootstrap request, receiving a first SCT in response to the SCT bootstrap request, and determining a round trip time (RTT) of the SCT bootstrap request. The method further includes determining the expiration time of the first SCT, based on the combination of the RTT and the expiration of the first SCT, scheduling an SCT renew request, and initiating the SCT renew request. Further, the method includes receiving a second SCT in response to the SCT renew request, receiving an indication that the first SCT has expired, and in response to the indicating, utilizing the second SCT.