Adaptive Query Timing for Business Service Status Updates

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Conventional methods for querying business service processing status information often result in unnecessary resource expenditure due to frequent queries, as changes in processing status may not occur frequently, leading to repeated retrieval of the same information.

Innovation Solution

A system where a client receives a query reference message containing information about processing nodes, their sequence, and predicted completion times, allowing the client to send information queries at times when status changes are more likely, thereby minimizing unnecessary queries.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If the client frequently queries the business service server for processing status information, then the user can promptly learn the current processing status, but unnecessary resource expenditure increases due to repeated retrieval of the same information

Engineering Contradiction:
Improvetimeliness of status informationVSAvoidresource expenditure
Core Design Contradiction:
ReliabilityVSLoss of energy

Solution Approach 1:

The system implements periodic querying where the client sends information query requests to the business service server at predetermined time intervals rather than continuously or frequently. This periodic action reduces the number of queries sent, thereby decreasing resource expenditure on network communication and server processing while still maintaining timely status information updates.

Inventive Principle:
Principle #19Periodic action

Solution Approach 2:

The system performs preliminary actions by establishing a subscription relationship between the client and the business service server in advance. The server is pre-configured to push status information to the client when changes occur, eliminating the need for frequent client-initiated queries. This preliminary setup enables efficient information delivery without continuous resource consumption.

Inventive Principle:
Principle #10Preliminary action

2Ease of operation

If the client sends information query requests at fixed time intervals, then the querying process is simple, but the likelihood of detecting status changes decreases when changes do not occur frequently

Engineering Contradiction:
Improvequerying simplicityVSAvoidstatus change detection
Core Design Contradiction:
Ease of operationVSLoss of information

Solution Approach 1:

The system dynamically adjusts the querying strategy based on the actual processing status of the business service. Instead of using fixed time intervals, the client adapts its query timing according to the current stage of processing and the likelihood of status changes. This dynamic approach maintains simplicity while improving the detection of actual status changes by querying at more relevant moments.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The system incorporates feedback mechanisms where the client receives status information from the server and uses this feedback to adjust future querying behavior. When status changes are detected, the system learns from this feedback and modifies its query timing to optimize detection of subsequent changes, thereby improving information detection while maintaining operational simplicity.

Inventive Principle:
Principle #23Feedback

Data Source

PatentUS9911148B2Querying for business service processing status information
Publication Date: 2018.03.06 ALIBABA GROUP HOLDING LTD
  • US9911148B2 patent drawing
  • US9911148B2 patent drawing
  • US9911148B2 patent drawing

AI summary

Querying for business service processing status information is disclosed, including: receiving a query reference message from a server, wherein the query reference message includes information associated with a set of processing nodes associated with a business service, a sequence associated with the set of processing nodes, and a set of predicted measures of time corresponding to the set of processing nodes; determining a next information query time associated with a current processing node of the set of processing nodes based at least in part on a predicted measure of time of the set of predicted measures of time corresponding to the current processing node; in response to occurrence of the next information query time, sending an information query request to the server; and receiving an information query response from the server, wherein the information query response includes a current business service processing status information associated with the business service.