Object Interaction Processing With Staged Checks for Parallel Execution

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing network technologies face inefficiencies in object interaction processing due to strong synchronization, where computing nodes must wait for a centrally controlled node to finish executing before proceeding, leading to inefficient processing.

Innovation Solution

An object processing method that subdivides change operations into stages based on conflict operation types, allowing conflict checks at each stage, enabling parallel execution of non-conflicting stages and preventing parallel execution of conflicting stages, using a server or terminal to manage interactions and record data on a blockchain for reliability.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If strong synchronization is used to centrally execute interaction statements on a computing node, then data consistency and reliability are ensured, but other computing nodes must wait for the centralized node to finish executing, resulting in inefficient object interaction processing

Engineering Contradiction:
Improvedata consistencyVSAvoidobject interaction processing efficiency
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

The patent segments a change operation into multiple change stages (e.g., preparation stage, execution stage, completion stage). Each stage can be independently checked for conflicts and processed in parallel where possible. This segmentation allows the system to maintain reliability through staged conflict checks while improving productivity by enabling parallel processing of non-conflicting stages across multiple computing nodes.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent introduces dynamic conflict check mechanisms that adaptively determine whether to allow parallel execution based on the current stage of change operations. The system dynamically adjusts the synchronization level - using loose synchronization for non-conflicting operations and strong synchronization when conflicts are detected. This dynamic approach resolves the contradiction by making the system flexible rather than statically restrictive.

Inventive Principle:
Principle #15Dynamics

2Stability of the object's composition

If change operations are executed centrally on one computing node, then atomicity of operations is maintained, but other computing nodes experience waiting delays, reducing overall processing speed

Engineering Contradiction:
Improveatomicity of operationsVSAvoidwaiting time for computing nodes
Core Design Contradiction:
Stability of the object's compositionVSLoss of time

Solution Approach 1:

By dividing change operations into discrete change stages with defined boundaries, the patent enables atomicity to be maintained at the stage level rather than requiring complete atomicity for the entire change operation. Each stage can be atomically executed and checked, while other stages can proceed in parallel on different computing nodes, significantly reducing waiting time while preserving operational integrity.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent implements preliminary conflict checks at the beginning of each change stage before actual execution. This preliminary action allows the system to identify and handle potential conflicts early, preventing unnecessary waiting delays. If no conflicts are detected in advance, multiple computing nodes can proceed with parallel execution, maintaining atomicity only where truly necessary while minimizing overall waiting time.

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentEP4239492B1Object processing method and apparatus, computer device, and storage medium
Publication Date: 2025.08.20 TENCENT TECHNOLOGY (SHENZHEN) CO LTD
  • EP4239492B1 patent drawingFigure 1
  • EP4239492B1 patent drawingFigure 2
  • EP4239492B1 patent drawingFigure 3~4

AI summary

An object processing method, comprising: in response to an object interaction request, acquiring a current change stage in which a current change operation for a target object is located, the current change operation being divided into multiple change stages according to a conflict operation type corresponding to each operation step; according to a target operation type corresponding to the object interaction request and a current related operation type corresponding to the current change stage, determining a conflict check result corresponding to the object interaction request, the target operation type being the type of a target interaction operation requested according to the object interaction request; and when the conflict check result indicates that there is no conflict, performing the target interaction operation on the target object according to the object interaction request.