Wagering Web Service System SOAP Protocol Security

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current Totalisator Systems face limitations in bandwidth, security, and regulatory compliance, particularly in real-time data transfer and verification of wagering irregularities, due to outdated protocols like intertote system protocol (ITSP), which hinder efficient parimutuel wagering operations across multiple locations.

Innovation Solution

A Wagering Web Service System utilizing a scalable technology platform with encrypted communication channels, SOAP protocol, and GUID-based unique ticket IDs, enabling secure and real-time data management, authentication, and modular architecture for enhanced security and regulatory compliance across diverse environments.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Speed

If the intertote system protocol (ITSP) is used for data transmission, then data can be transferred between wagering systems, but the bandwidth is limited and transmission speed is slow (2.4 Kb to 19.2 Kb per second)

Engineering Contradiction:
Improvedata transmission speedVSAvoidsystem protocol complexity
Core Design Contradiction:
SpeedVSDevice complexity

Solution Approach 1:

The patent replaces the legacy ITSP protocol mechanism with a modern web service architecture using SOAP protocols and XML-based data exchange. This substitution enables significantly higher data transmission speeds while maintaining system interoperability, eliminating the bandwidth constraints of the original mechanical/electronic protocol system.

Inventive Principle:
Principle #28Mechanics substitution (Replace mechanical system)

Solution Approach 2:

The system changes the fundamental parameters of data transmission by adopting encrypted communication channels and modern networking protocols. This transforms the transmission capacity from kilobits per second to much higher speeds while incorporating security features that were absent in the original ITSP system.

Inventive Principle:
Principle #35Parameter changes

2Reliability

If manual procedures are implemented to merge wagering information after transmission interruptions, then data integrity can be maintained, but loss of time occurs during manual merging operations

Engineering Contradiction:
Improvedata integrityVSAvoidtime for manual data merging
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The system implements automatic error detection and data integrity verification mechanisms that operate without human intervention. The web service architecture includes built-in protocols for automatic retransmission and validation, allowing the system to self-correct transmission errors and maintain data integrity while eliminating the need for manual merging operations.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The patent incorporates real-time feedback mechanisms through the web service architecture, where transmission status, data integrity checks, and error conditions are continuously monitored and communicated back to the system. This enables automatic response to transmission issues, ensuring data integrity while minimizing time loss through automated rather than manual intervention.

Inventive Principle:
Principle #23Feedback

3Reliability

If proprietary security programs and policies are implemented at each Totalisator company level, then security control is provided, but uniformity and shared security standards across all companies are lacking

Engineering Contradiction:
Improvesecurity controlVSAvoidsecurity policy uniformity
Core Design Contradiction:
ReliabilityVSAdaptability or versatility

Solution Approach 1:

The patent implements a universal security framework based on encrypted communication channels and standardized authentication protocols that function across all wagering systems. This universal approach maintains the ability of individual companies to have their own security policies while ensuring a baseline level of uniform security standards through the common encrypted communication infrastructure.

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

Solution Approach 2:

The system introduces an intermediary layer of encrypted communication protocols and standardized security interfaces between individual company systems and the central wagering platform. This intermediary enables each company to maintain its proprietary security approaches while ensuring uniform security standards through the mediating encrypted communication channel.

Inventive Principle:
Principle #24Intermediary (Mediator)

4Ease of operation

If records are retrieved manually from backup tapes for data examination, then data can be accessed, but productivity is reduced due to manual retrieval processes

Engineering Contradiction:
Improvedata access capabilityVSAvoiddata retrieval efficiency
Core Design Contradiction:
Ease of operationVSProductivity

Solution Approach 1:

The patent replaces the mechanical process of manually retrieving records from backup tapes with an electronic web service architecture that provides programmatic access to wagering data. The SOAP-based interfaces and XML data exchange enable automated retrieval and examination of records, dramatically improving productivity while maintaining ease of data access through standardized interfaces.

Inventive Principle:
Principle #28Mechanics substitution (Replace mechanical system)

Data Source

PatentUS10380845B2Pari-mutuel event wagering
Publication Date: 2019.08.13 PLATIS HARRY B
  • US10380845B2 patent drawing
  • US10380845B2 patent drawing
  • US10380845B2 patent drawing

AI summary

A system to coordinate a wagering event using a virtual Web server with an administration application and a server database. The administration application is executable code which can generate a first event page from an event category page. The administration application also has a player management page, a pool page and a ticket management set of pages. The administration application interoperates with a banking application and a casino application. The administration application will send the event information to the casino application, receive wager information from the casino application, coordinate wager amounts with the banking application, close the wagering, monitor the event, update pool, close the pool, and allocate the winnings and losses.