Service Request Processing State Management

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing service request processing techniques are inefficient due to misjudgment of processing failures and resource wastage caused by timeouts, leading to economic losses for users and service providers.

Innovation Solution

A method and device that assign a unique identifier to service requests for processing preset services in a predetermined order, marking processing states, and reassigned identifiers when necessary to avoid repeated processing and ensure successful result acquisition.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If timeout occurs in a service having a prior processing order, the user is notified that processing fails and subsequent services are no longer continuously processed, then processing failure is avoided, but processing efficiency deteriorates and economic losses occur due to misjudgment

Engineering Contradiction:
Improveprocessing accuracyVSAvoidprocessing efficiency
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

The patent introduces an intermediary mechanism (state marking and querying system) between the timeout occurrence and the final processing result determination. Instead of directly notifying failure upon timeout, the system marks the processing state and continues execution, then queries the actual result later. This intermediary approach resolves the contradiction by allowing both continued processing (maintaining efficiency) and accurate result verification (maintaining reliability).

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The patent applies preliminary action by marking the processing state immediately when timeout occurs, rather than determining final failure at that moment. The system performs the state marking in advance and continues processing subsequent services, then queries the actual processing result later. This allows the system to prepare for potential failure scenarios while maintaining processing continuity, thus resolving the efficiency-reliability contradiction.

Inventive Principle:
Principle #10Preliminary action

2Reliability

If timeout occurs in a service having a later processing order, the service is reprocessed regularly, then processing completeness is improved, but system resources are wasted due to repeated processing

Engineering Contradiction:
Improveprocessing completenessVSAvoidsystem resource consumption
Core Design Contradiction:
ReliabilityVSLoss of energy

Solution Approach 1:

The patent implements a feedback mechanism where the system queries the actual processing result after timeout occurs in a later service stage. Based on the queried result, the system intelligently determines whether reprocessing is necessary. If the service actually succeeded despite timeout, the system avoids reprocessing; if it failed, the system performs reprocessing. This feedback-based approach resolves the contradiction by eliminating unnecessary resource consumption while maintaining processing completeness.

Inventive Principle:
Principle #23Feedback

Solution Approach 2:

The patent changes the parameter of processing state determination from immediate timeout-based judgment to delayed result-based judgment. By altering when and how the processing result is determined (from timeout occurrence to actual result query), the system avoids unnecessary reprocessing of successfully completed services while ensuring failed services are reprocessed, thus resolving the resource waste-completeness contradiction.

Inventive Principle:
Principle #35Parameter changes

3Productivity

If timeout occurs but processing actually succeeds, misjudgment on processing situation occurs, then processing accuracy deteriorates, but continuous processing of subsequent services is prevented

Engineering Contradiction:
Improveprocessing continuityVSAvoidprocessing result accuracy
Core Design Contradiction:
ProductivityVSMeasurement precision

Solution Approach 1:

The patent introduces an intermediary state marking mechanism that separates timeout occurrence from final result determination. When timeout occurs, the system marks the processing state and continues execution rather than immediately stopping. This intermediary approach allows processing continuity to be maintained while the actual result is verified through subsequent querying, thus resolving the contradiction between processing continuity and result accuracy.

Inventive Principle:
Principle #24Intermediary (Mediator)

4Reliability

If repeated processing occurs due to timeout, processing completeness is improved, but resource wastage increases leading to economic losses

Engineering Contradiction:
Improveservice acquisition completenessVSAvoidsystem resource wastage
Core Design Contradiction:
ReliabilityVSLoss of energy

Solution Approach 1:

The patent fundamentally changes the parameter of processing determination from timeout-based to result-based. Instead of assuming failure upon timeout and always reprocessing, the system queries the actual processing result and bases reprocessing decisions on that information. This parameter change eliminates resource wastage from unnecessary reprocessing while ensuring services are properly acquired, thus resolving the resource wastage-completeness contradiction.

Inventive Principle:
Principle #35Parameter changes

Data Source

PatentUS11068964B2Method and device for processing service request
Publication Date: 2021.07.20 TENCENT TECHNOLOGY (SHENZHEN) CO LTD
  • US11068964B2 patent drawing
  • US11068964B2 patent drawing
  • US11068964B2 patent drawing

AI summary

A method for processing a service request is provided, which includes: assigning, by a server, an identifier to a service request; if processing of a first service times out, marking a processing state as a first processing state, if the processing does not time out and the processing succeeds, continuously processing the second service, and if the processing times out, marking the processing state as a second processing state; and querying for the processing state of the service request according to the identifier regularly, acquiring a processing result of the service request, and sending the processing result to the user terminal, the processing result including a first processing result corresponding to the first service and a second processing result corresponding to the second service, where when it is queried that the second processing result is unsuccessful, an identifier is reassigned to the service request.