Qt Process Communication Method Selection

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current communication methods between Qt processes are limited to a single preset method, leading to unreliable communication and failure when not properly set, especially between non-local processes.

Innovation Solution

A method and apparatus for process communication that determines the appropriate communication manner based on whether the second process is local or non-local, using techniques such as TCP, UDP, message queues, anonymous pipes, and shared memory to ensure reliable data transfer between Qt processes.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If a preset single communication method is used for Qt process communication, then the communication method is simple to implement, but the communication reliability is low and cannot adapt to different process locations

Engineering Contradiction:
Improvecommunication reliabilityVSAvoidcommunication method complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent implements dynamic selection of communication methods based on process location. The system determines whether the target process is local or non-local and automatically selects the appropriate communication protocol (local IPC mechanisms for local processes, network protocols for non-local processes), making the communication system adaptive rather than static.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The patent changes the parameter of communication method selection based on the process location parameter. By detecting whether the target process resides on the same machine or remote machine, the system adjusts the communication protocol parameter accordingly, optimizing both reliability and appropriateness for each scenario.

Inventive Principle:
Principle #35Parameter changes

2Reliability

If a single communication method is used for all Qt processes, then the implementation is straightforward, but communication fails when the method is not properly set for the specific scenario

Engineering Contradiction:
Improvecommunication success rateVSAvoidcommunication setup ease
Core Design Contradiction:
ReliabilityVSEase of operation

Solution Approach 1:

The patent implements self-service communication setup by automatically detecting process location and selecting the appropriate communication method without requiring manual configuration. The system autonomously determines whether to use local IPC or network communication based on the target process location, eliminating the need for users to manually configure communication parameters.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The patent performs preliminary detection of process location before initiating communication. By determining whether the target process is local or non-local in advance, the system pre-selects the appropriate communication protocol, ensuring communication readiness and preventing failures that would occur with improper method selection.

Inventive Principle:
Principle #10Preliminary action

3Reliability

If multiple communication methods are supported for different process locations, then communication reliability improves, but the system complexity increases

Engineering Contradiction:
Improvecross-platform communication reliabilityVSAvoidcommunication system complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent creates a universal communication interface that can handle both local and non-local process communication through a unified API. The communication class provides consistent methods for data transmission regardless of process location, allowing the same interface to serve multiple communication scenarios (local IPC, network communication) without requiring different code paths for users.

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

Solution Approach 2:

The patent introduces a communication class as an intermediary layer between the application logic and various communication mechanisms. This mediator class abstracts the complexity of different communication methods (pipes, sockets, message queues) behind a unified interface, managing the selection and execution of appropriate communication protocols while shielding users from underlying complexity.

Inventive Principle:
Principle #24Intermediary (Mediator)

Data Source

PatentUS20240193011A1Process communication methods and apparatuses
Publication Date: 2024.06.13 CHONGQING BOE INTELLIGENT TECH CO LTD
  • US20240193011A1 patent drawing
  • US20240193011A1 patent drawing
  • US20240193011A1 patent drawing

AI summary

The present disclosure provides a process communication method and apparatus. The method includes: determining a second process corresponding to to-be-processed data, where a first process and the second process are implemented based on a cross-platform application development framework; and when the second process is not on a first processing node, according to a first communication manner, send the to-be-processed data to the second process to enable the second process to accordingly process the to-be-processed data, where a first communication manner indicates a communication manner between non-local processes, which achieves successful communication between processes based on a cross-platform application development framework, and ensures the reliability of process communication.