Transaction Middleware for Network Disconnects

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing network devices face challenges in maintaining real-time transaction execution due to occasional network connectivity issues, leading to incomplete synchronization or transaction termination.

Innovation Solution

Implementing middleware on network devices that synchronizes transaction details, including transaction identifiers, state, time of expiry, security preferences, and configuration details, to mask network disconnects and ensure secure, real-time processing of transactions.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If applications stay connected all the time to synchronize data with the server, then data synchronization completeness is improved, but network resource consumption and device battery life deteriorate

Engineering Contradiction:
Improvedata synchronization completenessVSAvoiddevice battery life
Core Design Contradiction:
ReliabilityVSUse of energy by moving object

Solution Approach 1:

The system uses periodic synchronization intervals rather than continuous connection. The synchronization component is configured to synchronize data at specific time intervals or when triggered by events, allowing the device to enter low-power states between synchronization cycles while still maintaining data consistency.

Inventive Principle:
Principle #19Periodic action

Solution Approach 2:

The system performs preliminary actions by buffering local changes and queueing them for transmission. When the device is offline, changes are stored locally and prepared for batch transmission upon reconnection, eliminating the need for continuous network presence and reducing overall energy consumption.

Inventive Principle:
Principle #10Preliminary action

2Adaptability or versatility

If network devices move in and out of the connectivity network, then device mobility and adaptability are improved, but transaction completion rate and data synchronization reliability deteriorate

Engineering Contradiction:
Improvedevice mobilityVSAvoidtransaction completion rate
Core Design Contradiction:
Adaptability or versatilityVSReliability

Solution Approach 1:

The system prepares transactions for execution by storing them locally with all necessary data and instructions. When the device reconnects to the network, the synchronization component retrieves and executes these pre-prepared transactions, ensuring completion despite intermittent connectivity and maintaining high transaction completion rates.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The synchronization component acts as an intermediary layer between the application and the network. It buffers and manages transaction data locally, mediating between the need for device mobility and the requirement for reliable transaction completion by decoupling transaction execution from network availability.

Inventive Principle:
Principle #24Intermediary (Mediator)

3Reliability

If acknowledgement requests are integrated with data transmission, then data replication reliability is improved, but transaction processing efficiency and real-time execution performance deteriorate

Engineering Contradiction:
Improvedata replication reliabilityVSAvoidtransaction processing efficiency
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

The system segments the acknowledgment process from data transmission. Instead of integrating acknowledgments with every data packet, the synchronization component batches multiple data changes and sends a single consolidated acknowledgment upon successful replication, maintaining reliability while significantly improving transaction processing efficiency.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system uses periodic batch acknowledgment instead of continuous per-packet acknowledgment. The synchronization component accumulates multiple replication operations and confirms them in periodic batches, reducing the overhead of acknowledgment processing while ensuring data replication reliability is maintained.

Inventive Principle:
Principle #19Periodic action

4Speed

If transactions are processed in real-time with strict timing requirements, then transaction execution speed is improved, but network connectivity requirements and system complexity increase

Engineering Contradiction:
Improvetransaction execution speedVSAvoidsystem complexity
Core Design Contradiction:
SpeedVSDevice complexity

Solution Approach 1:

The system performs preliminary preparation of transactions by pre-validating data, pre-formulating queries, and pre-establishing transaction contexts locally. This preliminary action reduces the processing time required when transactions are executed upon network reconnection, maintaining real-time performance without requiring continuous network connectivity or complex real-time protocols.

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS8001080B2Managing real-time execution of transactions in a network
Publication Date: 2011.08.16 INFOSYS LTD
  • US8001080B2 patent drawing
  • US8001080B2 patent drawing
  • US8001080B2 patent drawing

AI summary

Real-time execution of transactions can be managed between network devices. A method for managing real-time execution of transactions can comprise receiving one or more transactions, storing details associated with the one or more transactions, and synchronizing the details from a first network device to a second network device. Synchronizing details can comprise checking network connectivity between devices. Synchronization middleware can comprise a command engine, a synchronization engine, and a request-response engine. Synchronization middleware can be configured to process transactions, comprising checking network connectivity and determining whether transactions have expired. A method for managing real-time execution of transactions can comprise receiving real-time transactions from applications running on a network device, determining whether a network connection to a second network device is operational, if the connection is operational synchronizing the transactions, and if the connection is not operational delaying synchronization.