Client Protocol Data Processing for Version Compatibility

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing data processing methods between a server and a client suffer from poor user experience due to client failures or exceptions, compatibility issues caused by client version fragmentation, and limited server configuration capabilities, which hinder sustainable software development.

Innovation Solution

A data processing method and apparatus for a client that processes protocol data according to a set protocol, including a protocol header, body, and exception-processing part, allowing intelligent processing and handling of data incompatibilities.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If the client uses a fixed configuration mode for data processing, then the server can control the processing mode, but the client cannot handle exceptions or version fragmentation issues

Engineering Contradiction:
Improveclient processing reliabilityVSAvoidclient version compatibility
Core Design Contradiction:
ReliabilityVSAdaptability or versatility

Solution Approach 1:

The patent transforms the static fixed configuration mode into a dynamic adaptive mode. The client now carries processing mode configuration information locally and can dynamically select appropriate processing modes based on the data type and client capabilities, rather than relying solely on server-side fixed configuration. This dynamic approach allows the system to adapt to different client versions and handle exceptions flexibly.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The patent changes the parameter of configuration flexibility by introducing local configuration information in the client. Instead of a single fixed configuration from the server, the system now uses configurable parameters that can be adjusted based on client version, data type, and processing requirements. This parameter change enables backward compatibility while supporting new processing modes.

Inventive Principle:
Principle #35Parameter changes

2Device complexity

If the server uses consistent configuration for all clients, then configuration management is simplified, but clients with version fragmentation cannot process data normally

Engineering Contradiction:
Improveconfiguration management complexityVSAvoidclient version compatibility
Core Design Contradiction:
Device complexityVSAdaptability or versatility

Solution Approach 1:

The patent segments the configuration management into two parts: server-side configuration information and client-side local configuration information. This segmentation allows the server to provide a baseline configuration while each client can maintain its own version-compatible configuration locally. The configuration is divided into processing mode configuration information and protocol configuration information, enabling granular control over different aspects of data processing.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent creates a universal configuration framework that serves multiple functions: it maintains backward compatibility with older client versions, supports new processing modes for updated clients, and provides a standardized protocol for configuration exchange. The local configuration information in the client acts as a universal adapter that can handle various server configurations across different client versions.

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

3Reliability

If the client follows fixed server configuration, then server control is maintained, but the client cannot report errors or perform operations when exceptions occur

Engineering Contradiction:
Improveerror handling capabilityVSAvoidclient operation flexibility
Core Design Contradiction:
ReliabilityVSEase of operation

Solution Approach 1:

The patent enables the client to serve itself by carrying local processing mode configuration information. Instead of passively following server instructions, the client can independently determine the appropriate processing mode based on its local configuration and the incoming data. This self-service capability allows the client to handle exceptions autonomously, report errors appropriately, and perform operations even when server control is limited.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The patent introduces a feedback mechanism where the client uses its local configuration information to determine processing modes and can report back to the server about processing results and exceptions. The client evaluates whether it can process the data based on its local configuration and provides feedback to the server, creating a bidirectional communication loop that improves error handling and operational flexibility.

Inventive Principle:
Principle #23Feedback

Data Source

PatentEP3573306B1Data processing method and device utilized in client terminal
Publication Date: 2025.04.02 SHENZHEN SKYWORTH RGB ELECTRONICS CO LTD
  • EP3573306B1 patent drawingFigure 1A~1B
  • EP3573306B1 patent drawingFigure 2
  • EP3573306B1 patent drawingFigure 3A

AI summary

A data processing method and device utilized in a client terminal. The data processing method utilized in a client terminal comprises: acquiring, from a server, protocol data generated by encapsulating, by the server and according to a configured protocol, transmission data; parsing the protocol data to obtain the configured protocol; identifying a protocol header, a protocol payload, and an abnormal process protocol portion of the configured protocol; and processing, according to the protocol header, the protocol payload, and the abnormal process protocol portion of the configured protocol, the protocol data.