Commerce Context Management via Parameter Intermediary

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current methods for managing commerce contexts in web applications, such as online shopping scenarios, require hard-coding store IDs into URLs, complicating modular application design and affecting the MVC components, leading to increased complexity and potential design issues.

Innovation Solution

A method for managing commerce contexts using direct and temporary commerce context parameters, where a data processing system receives client requests with commerce context parameters and determines the associated commerce context, allowing for seamless switching between store contexts without hard-coding URLs.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If store IDs are hard-coded into URLs to manage commerce contexts, then store context switching is enabled, but application design complexity increases and MVC components are affected

Engineering Contradiction:
Improvestore context switchingVSAvoidapplication design complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent introduces a context parameter mechanism that acts as an intermediary between the client request and the store context. Instead of hard-coding store IDs directly into URLs, the system uses context parameters that are passed through the request cycle and resolved to the appropriate store context by the controller, thereby enabling context switching without increasing URL complexity

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The patent extracts the store context management logic from the URL structure and places it in the application's context management system. The store ID is separated from the URL path and handled as a distinct context parameter that is processed by the controller layer, allowing the URL to remain clean while still supporting multiple store contexts

Inventive Principle:
Principle #2Taking out (Extraction)

2Adaptability or versatility

If store IDs are hard-coded into URLs to manage commerce contexts, then store context switching is enabled, but MVC component design is affected

Engineering Contradiction:
Improvestore context switchingVSAvoidMVC component design
Core Design Contradiction:
Adaptability or versatilityVSEase of manufacture

Solution Approach 1:

The context parameter serves as an intermediary that carries store context information through the MVC layers without requiring changes to the standard MVC component structure. The controller receives the context parameter, resolves it to the appropriate store context, and passes it to the model and view layers, maintaining clean MVC separation while enabling context switching

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The context parameter mechanism provides a universal solution that works across all MVC components and store contexts. Rather than creating specialized URL handling logic for each store, the system uses a single context parameter approach that can be applied uniformly throughout the application, simplifying MVC component design

Inventive Principle:
Principle #6Universality (Multi-functionality)

Data Source

PatentUS7447781B2Method for managing commerce contexts
Publication Date: 2008.11.04 PAYPAL INC
  • US7447781B2 patent drawing
  • US7447781B2 patent drawing
  • US7447781B2 patent drawing

AI summary

A method for managing commerce contexts between a direct commerce context and a temporary commerce context in a client session. Commerce context parameters are associated with the direct and temporary commerce contexts. The commerce context associated with a client request is determined according to the commerce context parameters associated with the client request.