Server Reply Data Packet Transmission for Network Command Delivery

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

In communication systems where a client and server are interconnected through a network, the waiting period for the client to receive commands or data from the server is prolonged due to firewall restrictions, leading to potential communication errors and increased network traffic when attempting to increase transmission frequency.

Innovation Solution

Implementing a communication system where the server transmits a reply data packet to the client, including a command if available, or indicating no command is present, after a predetermined standby period, thereby reducing waiting time and preventing communication errors without increasing network traffic.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If the server waits for client request before transmitting command, then network security is maintained through firewall, but the waiting period for client to receive command is prolonged

Engineering Contradiction:
Improvenetwork securityVSAvoidwaiting period
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The server performs preliminary actions by transmitting a notification packet to the client before the client sends its request packet. This notification packet informs the client that a command is ready, allowing the client to send its request at the appropriate time. This preliminary action eliminates the waiting period while maintaining firewall security, as the notification is sent proactively without requiring the client to continuously poll or wait passively.

Inventive Principle:
Principle #10Preliminary action

2Loss of time

If the client increases transmission frequency of command request, then waiting period is reduced, but network traffic increases

Engineering Contradiction:
Improvewaiting periodVSAvoidnetwork traffic
Core Design Contradiction:
Loss of timeVSQuantity of substance

Solution Approach 1:

The system implements feedback mechanism where the server sends a notification packet to the client when a command is ready. This notification serves as feedback that triggers the client to send its request packet. Instead of the client continuously increasing transmission frequency, the server's notification provides timely feedback that synchronizes communication, reducing waiting period without increasing overall network traffic.

Inventive Principle:
Principle #23Feedback

3Productivity

If firewall settings are changed to allow server-to-client transmission, then command transmission is improved, but security policy must be changed which is troublesome

Engineering Contradiction:
Improvecommand transmission efficiencyVSAvoidconfiguration complexity
Core Design Contradiction:
ProductivityVSEase of manufacture

Solution Approach 1:

Instead of changing the firewall to allow server-to-client transmission (traditional approach), the invention inverts the approach by having the client initiate the communication with a request packet. The server responds to this request with the command, which is allowed through the firewall since it's a response to an incoming client request. This inversion maintains existing security policies while achieving efficient command transmission.

Inventive Principle:
Principle #13The other way round (Inversion)

Data Source

PatentUS8174713B2Image processing system with an information transmitting system, image processing device and data processing program therefor
Publication Date: 2012.05.08 BROTHER KOGYO KK
  • US8174713B2 patent drawing
  • US8174713B2 patent drawing
  • US8174713B2 patent drawing

AI summary

In a communication system having a client and a server capable of communicating with each other via a network, the server can transmit a command to the client in response to a command request transmitted from the client to the server. The server may include a replying unit that transmits replaying data in response to the command received from the client in such a manner that (a) if there is a command to be transmitted to the client, replying data including the command is transmitted to the client, and (b) if there is not a command to be transmitted to the client, replying data, which does not include a command is transmitted to the client. Further, the replying unit may transmit the replying data without a command to the client when a no-command status lasts a predetermined standby period after receipt of the command request.