Dynamic Carrier API Scheduling for Fresh Shipment Tracking

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Shipping management systems face challenges in obtaining fresh shipment data due to varying carrier APIs and rate limit issues, leading to incomplete or stale data, which affects timely notifications and decision-making.

Innovation Solution

A shipping management system that dynamically schedules API calls based on carrier-specific rules and rate limits, ensuring data freshness while respecting API constraints.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Measurement precision

If API calls are made frequently to obtain fresh shipment data, then data freshness is improved, but carrier API rate limits are exceeded leading to unanswered calls and system reliability degradation

Engineering Contradiction:
Improvedata freshnessVSAvoidAPI call success rate
Core Design Contradiction:
Measurement precisionVSReliability

Solution Approach 1:

The system dynamically adjusts the frequency of API calls based on carrier-specific rate limits and shipment characteristics. Instead of using a fixed polling interval, the scheduler adapts the update frequency to match each carrier's API constraints, allowing more frequent calls to carriers with higher rate limits and less frequent calls to carriers with stricter limits, thereby maintaining data freshness without exceeding rate limits.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The system changes the parameter of API call frequency based on carrier rate limits and shipment status. Different carriers have different rate limit parameters, and the system adjusts the polling frequency parameter accordingly. Additionally, the system can change the polling frequency based on shipment status parameters, such as increasing frequency when a shipment is near delivery or when exceptions are detected.

Inventive Principle:
Principle #35Parameter changes

2Reliability

If API calls are made infrequently to respect rate limits, then API reliability is maintained, but shipment data becomes stale affecting timely notifications

Engineering Contradiction:
ImproveAPI call success rateVSAvoiddata staleness
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The system applies different data freshness quality levels to different carriers and shipments based on their specific rate limits and importance. High-priority carriers or time-sensitive shipments receive more frequent updates within rate limits, while lower-priority carriers accept less frequent updates. This local quality approach ensures that critical data remains fresh while respecting overall rate limits.

Inventive Principle:
Principle #3Local quality

Solution Approach 2:

The system implements periodic API calls with varying intervals based on carrier rate limits and shipment characteristics. Instead of continuous or fixed-interval polling, the scheduler performs periodic updates at optimized intervals that balance data freshness with rate limit compliance. The periodic action can be adjusted based on shipment status, such as increasing frequency when exceptions occur.

Inventive Principle:
Principle #19Periodic action

3Device complexity

If fixed schedule API calls are used, then system complexity is reduced, but inability to adapt to varying carrier rate limits and shipment priorities results in incomplete or stale data

Engineering Contradiction:
Improvescheduling system complexityVSAvoiddata completeness and freshness
Core Design Contradiction:
Device complexityVSMeasurement precision

Solution Approach 1:

The system segments the shipment tracking function by carrier and shipment priority, creating separate scheduling rules for different carrier-API combinations. Each carrier's API calls are scheduled independently based on their specific rate limits, and high-priority shipments can be segmented to receive more frequent updates. This segmentation allows the system to manage complexity through modular, carrier-specific configurations rather than a monolithic scheduling approach.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system incorporates feedback mechanisms where API responses and shipment status changes inform future scheduling decisions. When API calls return data indicating imminent delivery, exceptions, or status changes, the system feedback-loops this information to adjust future polling frequency. This feedback enables the system to adapt to varying conditions while maintaining manageable complexity through rule-based responses to specific triggers.

Inventive Principle:
Principle #23Feedback

Data Source

PatentUS12373767B2System and method for dynamically scheduling API-based shipment updates across carriers
Publication Date: 2025.07.29 CONVEY INC
  • US12373767B2 patent drawing
  • US12373767B2 patent drawing
  • US12373767B2 patent drawing

AI summary

A shipping management system comprising a memory configured with shipping records representing shipments from a plurality of carriers and scheduling rules that specify a plurality of update frequencies. The shipping management system comprises a processor coupled to the memory. The shipping management system comprises a non-transitory computer readable medium comprising a set of computer executable instructions, the computer executable instructions executable by the processor to dynamically schedule, according to the scheduling rules, updates to update the shipping records; based on the dynamic scheduling, issue update application programming interface (API) calls according to APIs of carrier systems of respective carriers to request shipment data for the shipments; and update the shipping records based on the shipment data returned in response to the API calls.