Dynamic Checkout Procedure Transition for Server Load Management

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Online e-commerce websites often experience network traffic overload during peak periods like holiday seasons or promotions, leading to potential server crashes due to excessive demands exceeding server capacity.

Innovation Solution

Implementing a dynamic transition from a full checkout procedure to a reduced functionality checkout procedure, which delays certain calculations and reduces network traffic by only performing essential computations at preliminary checkout pages, deferring others until the final checkout page.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Loss of information

If a full checkout procedure with complete calculations is provided, then users receive comprehensive transaction information, but network traffic increases and server load increases

Engineering Contradiction:
Improvetransaction information completenessVSAvoidnetwork traffic
Core Design Contradiction:
Loss of informationVSQuantity of substance

Solution Approach 1:

The checkout procedure is segmented into multiple phases: an initial simplified phase that collects essential information with minimal calculations, and a subsequent detailed phase that provides complete transaction information. This segmentation allows the system to reduce network traffic during the initial phase while ensuring information completeness is provided when needed.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system performs preliminary actions by collecting essential checkout information and performing critical calculations in advance during the simplified procedure. This preliminary action reduces the need for extensive network communication during the initial checkout phase, thereby reducing network traffic while maintaining information availability.

Inventive Principle:
Principle #10Preliminary action

2Loss of information

If a full checkout procedure with complete calculations is provided, then users receive comprehensive transaction information, but server capacity is exceeded during high traffic periods

Engineering Contradiction:
Improvetransaction information completenessVSAvoidserver functionality
Core Design Contradiction:
Loss of informationVSReliability

Solution Approach 1:

The checkout procedure dynamically adapts between a simplified mode and a detailed mode based on server load conditions. During high traffic periods, the system dynamically switches to the simplified procedure to maintain server functionality, while still providing the option to access complete transaction information when the user progresses further in the checkout process.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The checkout process is divided into segments where critical transactions are handled in a simplified manner to preserve server functionality, while comprehensive information is made available in subsequent steps or on-demand, ensuring both server reliability and information completeness.

Inventive Principle:
Principle #1Segmentation

3Quantity of substance

If a reduced functionality checkout procedure is implemented, then network traffic decreases, but user experience may be degraded

Engineering Contradiction:
Improvenetwork trafficVSAvoiduser experience
Core Design Contradiction:
Quantity of substanceVSEase of operation

Solution Approach 1:

The system implements partial action by providing only the essential calculations and information needed to complete the checkout transaction in the simplified procedure. This partial action reduces network traffic while maintaining ease of operation, as users can complete their transactions with the essential information provided without being overwhelmed by excessive details.

Inventive Principle:
Principle #16Partial or excessive action

Solution Approach 2:

The system allows users to self-serve by providing a simplified checkout that gets them through the transaction quickly, with the option to access more detailed information if needed. This self-service approach maintains ease of operation by letting users choose their level of engagement based on their needs.

Inventive Principle:
Principle #25Self-service

4Quantity of substance

If calculations are delayed until the final checkout page, then network traffic during preliminary pages decreases, but users receive less real-time transaction information

Engineering Contradiction:
Improvenetwork trafficVSAvoidinformation availability timing
Core Design Contradiction:
Quantity of substanceVSLoss of time

Solution Approach 1:

The system performs preliminary actions by calculating essential transaction information in advance during the simplified checkout procedure. This preliminary calculation provides users with the critical information they need early in the process without requiring extensive network traffic, while more detailed calculations are performed later when needed.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The calculation process is structured as periodic action, where essential calculations are performed at specific checkpoints in the checkout flow rather than continuously. This periodic approach reduces network traffic during preliminary pages while ensuring information is available at appropriate stages of the transaction process.

Inventive Principle:
Principle #19Periodic action

Data Source

PatentUS9064280B2Electronic commerce checkout procedures of a website
Publication Date: 2015.06.23 TARGET BRANDS INC
  • US9064280B2 patent drawing
  • US9064280B2 patent drawing
  • US9064280B2 patent drawing

AI summary

In one example, a method includes transitioning, by a server system, from a full checkout procedure of a website to a reduced functionality checkout procedure of the website. The full checkout procedure includes calculations corresponding to a set of parameters associated with an electronic commerce transaction. The reduced functionality checkout procedure includes calculations corresponding to a subset of the parameters associated with the electronic commerce transaction. The method further includes receiving, by the server system and from a client device, a request to complete the electronic commerce transaction via the website, and in response to receiving the request to complete the electronic commerce transaction, executing, by the server system, the reduced functionality checkout procedure.