POS Array Failover Routing for Continuous Payment Transactions

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Intelligent POS terminals suffer from application jamming and system crashes, leading to reduced transaction acquisition efficiency and increased security risks due to separate network exposure, necessitating frequent restarts and inefficient bandwidth use.

Innovation Solution

A POS array network with a virtual router redundancy protocol is constructed, where each terminal has a routing component, determining a master and slave terminals, and automatically switching to a new master if the primary terminal fails, ensuring seamless service continuity.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Productivity

If multiple POS terminals work separately with individual external network IPs, then each terminal can operate independently, but network bandwidth cannot be effectively utilized and security risks increase

Engineering Contradiction:
Improvetransaction acquisition efficiencyVSAvoidnetwork configuration complexity
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

Multiple POS terminals are merged into a single POS array network that shares a public IP address and network resources. The terminals are logically combined through the array network architecture, allowing them to collectively utilize network bandwidth while maintaining individual processing capabilities. This resolves the contradiction by enabling resource sharing without sacrificing operational independence.

Inventive Principle:
Principle #5Merging (Combining)

Solution Approach 2:

The POS array network acts as an intermediary layer between individual POS terminals and the external network. This mediator enables multiple terminals to access the network through a shared public IP while maintaining their individual identities and processing capabilities, thus optimizing bandwidth utilization without increasing configuration complexity.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Adaptability or versatility

If Android system is used for diverse functions, then functionality is enhanced, but application jamming and system crashes occur frequently

Engineering Contradiction:
Improvepayment transaction functionalityVSAvoidsystem stability
Core Design Contradiction:
Adaptability or versatilityVSReliability

Solution Approach 1:

The system implements beforehand cushioning by establishing a slave terminal backup mechanism that activates before complete system failure occurs. When the master terminal experiences application jamming or system crashes, the slave terminal is already positioned to take over, preventing service interruption and maintaining reliability despite the complexity of the Android system.

Inventive Principle:
Principle #11Beforehand cushioning (Prior cushioning)

Solution Approach 2:

The system changes the operational parameter from single-terminal operation to multi-terminal redundant operation. By introducing the master-slave terminal architecture, the system maintains the diverse functionality of Android while compensating for stability issues through parameter changes in the network configuration and terminal role assignment.

Inventive Principle:
Principle #35Parameter changes

3Reliability

If master terminal fails, then service continuity is interrupted, but frequent restarts reduce transaction acquisition efficiency

Engineering Contradiction:
Improveservice continuityVSAvoidrestart time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The system performs preliminary action by pre-configuring slave terminals that are ready to take over immediately upon master terminal failure. The slave terminals are already established and monitored, so when the master fails, the transition is seamless without requiring restarts or time-consuming reconfiguration, thus maintaining service continuity while minimizing time loss.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The POS array network implements self-service through automatic failover mechanisms. When the master terminal fails, the system automatically detects the failure and transitions to slave terminal operation without human intervention or manual restarts, eliminating time loss and maintaining continuous service.

Inventive Principle:
Principle #25Self-service

4Ease of operation

If each POS terminal uses separate external network IP, then network exposure is simplified, but security risks increase and bandwidth utilization decreases

Engineering Contradiction:
Improvenetwork configuration simplicityVSAvoidsecurity risk
Core Design Contradiction:
Ease of operationVSObject-affected harmful factors

Solution Approach 1:

Multiple POS terminals are merged into a single POS array network that shares one public IP address for external network communication. This merging simplifies network configuration from multiple individual IP assignments to a single shared IP, while simultaneously reducing security risks by consolidating the network attack surface and enabling centralized security management.

Inventive Principle:
Principle #5Merging (Combining)

Data Source

PatentEP4668188A1POS payment method and terminal based on virtual router redundancy protocol
Publication Date: 2025.12.24 FUJIAN WISBO DIGITAL TECHNOLOGY CO LTD
  • EP4668188A1 patent drawingFigure 1
  • EP4668188A1 patent drawingFigure 2~3
  • EP4668188A1 patent drawingFigure 4

AI summary

The present invention discloses a POS payment method and terminal based on a virtual router redundancy protocol. A constructed POS array network includes a plurality of POS terminals, and a routing component is preset in each of the POS terminals; at least one master POS terminal is determined from the plurality of POS terminals in the POS array network, and the remaining POS terminals are used as slave POS terminals; service requests are received by means of a virtual gateway, and the service requests are assigned to the at least one master POS terminal; and if the at least one master POS terminal is abnormal, one of the slave POS terminals is selected as a new master POS terminal, and the service requests are forwarded to the new master POS terminal by the routing component of the at least one abnormal master POS terminal.