Patent 11011014

Derivative works

Defensive disclosure: derivative variations of each claim designed to render future incremental improvements obvious or non-novel.

Active provider: Google · gemini-2.5-flash

Derivative works

Defensive disclosure: derivative variations of each claim designed to render future incremental improvements obvious or non-novel.

✓ Generated

Defensive Disclosure Document: Derivatives of US Patent 11011014

Patent: US11011014B1
Title: Systems, methods, and media for implementing internet-based wagering
Assignee: Evolution Malta Ltd.
Inventor: Todd Haushalter
Current Date: 2026-05-16

This defensive disclosure aims to broaden the scope of publicly available prior art related to internet-based wagering systems, particularly those incorporating dynamic, enhanced payouts in conjunction with live-streamed physical games. By outlining a range of derivative technologies and their applications, this document seeks to render future incremental improvements in this domain obvious or non-novel, thereby limiting the patentability landscape for competitors.

Derivatives of Core Claims (Based on Claim 1)

The core inventive concept of US11011014 pertains to a system where, for a spin of a physical roulette wheel, a hardware processor:

  1. Generates graphical user interfaces for remote player devices.
  2. Receives single-position bets from multiple players.
  3. Determines the wheel and ball have been spun.
  4. Randomly selects a "first selected position" before the ball falls, which is the same as a player's bet position.
  5. Determines a higher payout for this "first selected position" compared to other positions.
  6. Determines the ball falls into this "first selected position."
  7. Indicates the player is paid the higher payout.

This framework is extended through the following derivative variations:

1. Material & Component Substitution

Derivative 1.1: Magnetically Actuated Roulette with Ferrofluid Ball

  • Enabling Description: A wagering system wherein the traditional physical roulette ball is replaced by a ferrofluid droplet contained within a transparent, inert, non-magnetic spherical shell. The roulette wheel's numbered pockets and tracks incorporate precisely controlled electromagnetic coils. A dedicated magnetic field control unit (integrated with or controlled by core application computer 108) generates dynamic electromagnetic fields to simulate the centrifugal force and decelerating friction of a physical spin, guiding the ferrofluid ball to its final resting position. The "randomly selected first selected position" (Claim 1) for enhanced payouts is integrated directly into the magnetic field control logic, allowing for highly precise, pre-programmed (yet probabilistically random to players) determination of high-payout outcomes. The wheel's rotation itself can also be achieved via magnetic levitation and propulsion, eliminating mechanical bearings and friction. Wheel position detection and ball-in-pocket confirmation are performed via Hall effect sensors embedded beneath each pocket, communicating data to wheel sensor 104.
graph TD
    A[Player Device] -->|Bets| B(Core Application Computer)
    B --> C{Magnetic Field Control Unit}
    C --> D[Electromagnetic Coils in Roulette Wheel]
    E[Ferrofluid Ball] --Controlled by--> D
    D -->|Position Data| F(Hall Effect Sensors)
    F -->|Outcome| B
    B --> G[Audiovisual Control System]
    G --> H[Game Display/LED Matrix]
    B -->|Payout Instruction| A
    C --Random Selection Seed--> B

Derivative 1.2: Quantum Random Number Generator (QRNG) for Payout Selection

  • Enabling Description: A wagering system employing a true Quantum Random Number Generator (QRNG) module (e.g., based on photon tunneling, quantum vacuum fluctuations, or radioactive decay measurement) for the process of "randomly selecting a first selected position" (step 210, FIG. 2). This QRNG module is physically connected to or network-interfaced with the core application computer 108. Instead of a pseudo-random number generator, the QRNG provides cryptographically secure, un-predictable random values used to select the one or more roulette wheel numbers that will receive increased payouts. The physical roulette wheel (102), ball, and human dealer interaction remain as described, ensuring the live casino experience. The QRNG's output is cryptographically signed and broadcast (e.g., via a publicly verifiable ledger) to players for transparency, prior to the ball falling into its outcome position.
sequenceDiagram
    participant P as Player Device
    participant CAC as Core Application Computer
    participant QRNG as Quantum Random Number Generator
    participant RW as Roulette Wheel (Physical)
    participant WS as Wheel Sensor
    participant BC as Blockchain/Public Ledger

    P->>CAC: Place Bet (single position)
    CAC->>QRNG: Request True Random Seed
    QRNG-->>CAC: True Random Seed
    CAC->>BC: Commit Hash of Random Seed
    BC-->>P: Broadcast Hash of Seed
    CAC->>CAC: Randomly select "first selected position" (using QRNG seed)
    CAC-->>P: Announce Boosted Payout Position(s)
    RW->>WS: Ball Spin/Fall Detection
    WS-->>CAC: Outcome Position
    CAC->>CAC: Determine Payouts (including boosted)
    CAC->>BC: Record Game Outcome & Payout Details
    BC-->>P: Broadcast Outcome & Payouts (with revealed seed for verification)
    CAC-->>P: Indicate Payout

Derivative 1.3: Haptic Feedback Player Devices with Electroluminescent Display Wheel

  • Enabling Description: Player devices (130, 132, 134) are enhanced with integrated haptic feedback actuators (e.g., linear resonant actuators (LRAs) or eccentric rotating mass (ERM) motors) to provide distinct tactile alerts for key game events: a subtle vibration upon successful bet placement, a pronounced pulse when a "first selected position" for enhanced payout is announced, and a strong, localized sensation corresponding to the virtual chip on the GUI that matches the winning number. The physical roulette wheel (102) is constructed with segments or overlays of electroluminescent (EL) material, allowing each numbered pocket or segment to be individually illuminated. An LED driver (124) and LED matrix (126) functionality are extended to control these EL panels. This allows the "first selected position" and the final winning number to be visually highlighted directly on the physical wheel itself with vibrant, dynamic light patterns, captured by cameras (112, 114) and streamed to player devices.
classDiagram
    class PlayerDevice {
        +GUI_Processor
        +Display/AudioInterface
        +InputInterface
        +CommunicationInterface
        +HapticFeedbackActuator
        +Battery
        +NetworkModule
    }
    class RouletteWheel {
        +PhysicalWheelMechanism
        +ElectroluminescentPanels
        +WheelSensor
    }
    class CoreApplicationComputer {
        +GameLogicEngine
        +BetManagementModule
        +PayoutEngine
        +GUI_Generator
        +RandomSelectionModule
        +CommunicationManager
    }
    class AudiovisualControlSystem {
        +MediaProcessor
        +LEDDriver(EL_PanelControl)
        +CameraInterface
    }

    PlayerDevice "1" -- "1" CoreApplicationComputer : Communicates Bets/Updates
    CoreApplicationComputer "1" -- "1" RouletteWheel : Controls/Receives Data
    RouletteWheel "1" -- "1" AudiovisualControlSystem : Provides Visual Data
    AudiovisualControlSystem "1" -- "1" PlayerDevice : Streams Video
    PlayerDevice <--> HapticFeedbackActuator : Tactile Feedback
    RouletteWheel <--> ElectroluminescentPanels : Dynamic Lighting

2. Operational Parameter Expansion

Derivative 2.1: Micro-Roulette Array for High-Frequency Nano-Wagering

  • Enabling Description: A wagering system comprising an array of hundreds or thousands of miniaturized roulette wheels (e.g., 1-5 mm diameter), fabricated using Micro-Electro-Mechanical Systems (MEMS) technology. Each micro-roulette wheel (102) operates independently or in synchronized batches, capable of extremely high spin frequencies (e.g., 500-2000 spins per second) with corresponding micro-balls (e.g., <100 µm diameter). High-speed optical sensors (e.g., photodiodes, micro-cameras, part of wheel sensor 104) are integrated into the MEMS platform to detect the ball's final position with sub-millisecond latency. The core application computer (108) manages parallel processing of bet information for these numerous micro-spins, executes the "random selection of a first selected position" for enhanced payouts for each individual micro-game instance, and processes aggregated payouts. Players place wagers on a single micro-spin, a batch of micro-spins, or meta-bets on the collective outcome of the array, all through a high-throughput graphical user interface.
componentDiagram
    [Micro-Roulette Array] --(Contains)--> [Micro-Roulette Wheel 1]
    [Micro-Roulette Array] --(Contains)--> [Micro-Roulette Wheel N]
    [Micro-Roulette Wheel X] --> [Micro-Optical Sensor X] : Detect Outcome
    [Micro-Optical Sensor X] --> [High-Speed Data Aggregator]
    [High-Speed Data Aggregator] --> [Core Application Computer] : Game Data Stream
    [Core Application Computer] --> [Player Device] : UI/Payouts
    [Player Device] --> [Core Application Computer] : Bets (Batch/Individual)
    [Core Application Computer] --> [Random Selection Module] : Generates Boosted Positions

Derivative 2.2: Hyperspeed Quantum Roulette with Predictive Analytics Overlay

  • Enabling Description: A wagering system featuring a physical roulette wheel (102) designed for sustained high-speed rotation (e.g., 150-250 RPM bowl speed, 50-100 RPM rotor speed) to accelerate gameplay. Specialized ultra-high-frame-rate cameras (e.g., 5,000-10,000 frames per second, replacing cameras 112, 114) capture video of the ball and wheel. An embedded AI-powered image recognition module (integrated with wheel sensor 104 and core application computer 108) analyzes real-time video streams to predict the ball's trajectory and an estimated final resting pocket with high accuracy after the ball is spun but before it visibly decelerates and falls. This predictive data, alongside the standard "random selection of a first selected position" for enhanced payouts, is offered as an optional overlay on the player's GUI (300). The predictive analytics do not influence the actual game outcome or the random selection of boosted numbers, but serve to provide players with advanced statistics or insights, potentially for secondary betting markets (e.g., betting on the system's prediction rather than the outcome itself).
flowchart TD
    A[Start Spin] --> B{Wheel & Ball Spun (High Speed)}
    B --> C[Ultra-High-Speed Cameras]
    C --> D[AI Image Recognition Module]
    D --> E{Predict Ball Trajectory/Outcome}
    E --> F[Core Application Computer]
    F --> G[Randomly Select Boosted Payout Positions]
    F --> H[Merge Boosted Positions & Predicted Outcome]
    H --> I[Player GUI (Optional Overlay)]
    I --> J{Ball Falls in Outcome Position}
    J --> K[Wheel Sensor (Actual Outcome)]
    K --> F
    F --> L[Determine Final Payouts]
    L --> M[Indicate Payout to Player]
    M --> N[Loop to Next Spin]

Derivative 2.3: Geo-Distributed Collaborative Roulette with Dynamic Payouts

  • Enabling Description: A global internet-based wagering system composed of multiple interconnected physical roulette studios (each with system 100 components) distributed across different geographic regions (e.g., North America, Europe, Asia). Player devices (130, 132, 134) from anywhere can bet on any of the live streams. The "random selection of a first selected position" for enhanced payouts (Claim 1) is not static per wheel but is dynamically determined by a centralized coordinating server (an extension of core application computer 108 functionality) based on real-time, aggregated betting patterns across all active geo-distributed wheels. For instance, if a particular number (e.g., '17') receives an unusually high volume of bets globally within a betting window, that number is given a proportionally higher probability of being selected as an enhanced payout position for the current spin across all wheels. The payout multiplier for such a dynamically selected position is also scaled based on the total global stake on that number, creating a collaborative jackpot effect.
graph TD
    A[Player Device (Region 1)] --> C(Coordinating Core Computer - Global)
    B[Player Device (Region N)] --> C
    C --> D[Roulette Studio 1 (Physical Wheel)]
    C --> E[Roulette Studio N (Physical Wheel)]
    D --> F[Camera 1 / Sensor 1]
    E --> G[Camera N / Sensor N]
    F --> C
    G --> C
    C --Global Bet Data--> C
    C --Dynamic Boosted Position Selection--> D
    C --Dynamic Boosted Position Selection--> E
    D --Live Video Stream--> A
    E --Live Video Stream--> B
    C --Payout Instructions--> A
    C --Payout Instructions--> B

3. Cross-Domain Application

Derivative 3.1: Agri-Tech Crop Yield Futures with Random Bonus Payouts

  • Enabling Description: An internet-based system for incentivized prediction and hedging against agricultural crop yields. The "roulette wheel" (102 equivalent) is a digital representation of a specific agricultural field, divided into yield range "positions" (e.g., 50-60 bushels/acre, 61-70 bushels/acre). Players use devices (130, 132, 134) to place "bets" on which yield range a crop will fall into at harvest. The "ball spin" is the growing season, and the "ball falling" is the final, independently verified harvest yield measurement. Critically, prior to harvest, a "first selected position" (a specific yield range) is randomly chosen by the system (108) and announced as having an "enhanced payout" or "bonus premium." If the actual crop yield (determined by independent sensors/auditors, analogous to wheel sensor 104) falls within this randomly selected, boosted range, players who bet on it receive the higher premium. Live data from IoT soil sensors, weather stations, and drone-based crop imagery (analogous to cameras 112, 114) are streamed to players.
flowchart TD
    A[Player Device] --> B(Core Application Computer - Agri)
    B --> C{Define Yield Range Positions}
    A -->|Place Bet on Yield Range| B
    B --> D[Growing Season (Analogous to Spin)]
    D --> E[IoT Field Sensors / Satellite Imagery] : Real-time Data Stream
    E --> F[Agri-Data Processing Unit]
    F --> B
    B --> G[Randomly Select Bonus Yield Range (Prior to Harvest)]
    G --> H[Announce Bonus Yield Range to Players]
    H --> I{Independent Harvest Yield Measurement (Ball Falls)}
    I --> J[Outcome Determination Unit]
    J --> B
    B --> K[Determine Payouts (Bonus if applicable)]
    K --> L[Indicate Payout]

Derivative 3.2: Pharmaceutical R&D Drug Trial Success Prediction with Multipliers

  • Enabling Description: An internet-based platform facilitating incentivized prediction and investment in pharmaceutical research and development outcomes. "Positions" on the virtual "roulette wheel" represent defined milestones or success criteria within a drug's clinical trial phases (e.g., "Phase I completion with no serious adverse events," "Phase II efficacy >X% in target population," "FDA approval within Y months"). Participants (researchers, investors, public) "wager" or "pledge" funds on specific outcomes via player devices (130, 132, 134). The "ball spin" is the duration of the trial phase, and the "ball falling" is the public announcement of the trial results. Prior to the trial outcome announcement, the core application computer (108) "randomly selects a first selected position" (a specific milestone/success criterion) for an "enhanced return on investment" or a "bonus payout." If the actual trial outcome (verified by regulatory bodies/auditors, analogous to wheel sensor 104) matches this boosted position, participants who backed it receive the higher return. Anonymized, aggregated trial data and public research updates (analogous to live video) are streamed to participants.
stateDiagram-v2
    [*] --> BetPlacement : Participants wager
    BetPlacement --> RandomSelection : Select Bonus Outcome
    RandomSelection --> TrialInProgress : Announce Bonus
    TrialInProgress --> OutcomeDetermination : Trial Results Announced
    OutcomeDetermination --> PayoutCalculation : Verify Outcome vs. Bets & Bonus
    PayoutCalculation --> PaymentDisbursement : Distribute Funds
    PaymentDisbursement --> [*]
    
    state "RandomSelection" {
        RandomSelection --> BoostedOutcomeAnnounced
    }
    state "OutcomeDetermination" {
        OutcomeDetermination --> VerifiedOutcome
    }

Derivative 3.3: Space Debris Re-entry Prediction with Bounty Multipliers

  • Enabling Description: A gamified, internet-based platform for public engagement and incentivized prediction of space debris re-entry events. The "roulette wheel" is a geo-spatial grid map of the Earth or specific atmospheric regions, where each grid square represents a "position." Alternatively, "positions" could be time intervals for re-entry. Players place "bets" via player devices (130, 132, 134) on the most likely re-entry grid square or time window for a specific piece of tracked space debris. The "ball spin" is the orbital decay of the debris, and the "ball falling" is the independently verified re-entry event. Crucially, prior to re-entry, a "first selected position" (a specific grid square or time interval) is randomly chosen by the core application computer (108) and announced to carry an "enhanced bounty" or "bonus payout" if the debris's actual re-entry point or time matches. Real-time orbital tracking data from international space agencies and visual simulations (analogous to cameras 112, 114) are streamed to participants.
sequenceDiagram
    participant P as Player Device
    participant CAC as Core Application Computer (Space)
    participant SDDB as Space Debris Database (Tracking)
    participant OVM as Orbital Visualizer Module
    participant VER as Verification Authority (Independent)

    P->>CAC: Place Bet (Grid Square/Time)
    CAC->>OVM: Request Real-time Debris Visuals
    OVM-->>P: Stream Orbital Decay Simulation
    CAC->>CAC: Randomly select "Bonus Re-entry Position" (Prior to Actual Re-entry)
    CAC-->>P: Announce Bonus Position
    SDDB->>CAC: Real-time Debris Tracking Updates
    VER->>CAC: Actual Re-entry Data (Outcome)
    CAC->>CAC: Determine Payouts (Bonus if applicable)
    CAC-->>P: Indicate Payout (Bounty Awarded)

4. Integration with Emerging Tech

Derivative 4.1: AI-Optimized Adaptive Payout Roulette with IoT Sensor Integration

  • Enabling Description: The internet-based wagering system (100) is augmented with an array of IoT sensors within the physical roulette studio. These include: RFID readers embedded in the roulette table to track physical chip movements and bet patterns; thermal cameras and biometric sensors (e.g., facial recognition via cameras 112, 114) to monitor dealer and player engagement levels; and environmental sensors (e.g., ambient light, sound) to assess overall studio atmosphere. Data from these IoT sensors are continuously fed into a dedicated AI optimization engine (integrated with core application computer 108). This AI engine (e.g., using a reinforcement learning model) analyzes real-time and historical data to dynamically adjust meta-parameters of the game, specifically the frequency and magnitude of the "randomly selected first selected position" enhanced payouts. For example, if player engagement drops, the AI might increase the likelihood or value of a boosted payout. This optimization aims to maximize player retention, game throughput, or house profitability, without influencing the randomness of the outcome or the selection of the boosted numbers for a specific spin. The AI merely optimizes the game's bonus structure over time.
flowchart TD
    A[Physical Roulette Studio] --IoT Sensors--> B{IoT Data Ingestion Layer}
    B --> C[AI Optimization Engine]
    C --> D[Core Application Computer] : Adjust Game Parameters
    D --> E[Random Selection Module] : Generates Boosted Payouts (as per adjusted params)
    E --> F[Roulette Wheel & Ball Spin]
    F --> G[Player Device] : Bet & Payout
    G --> B : Player Behavior (Indirectly via sensors)
    C --Feedback Loop--> D

Derivative 4.2: Blockchain-Verified Transparent Roulette with Smart Contract Payouts

  • Enabling Description: The internet-based wagering system (100) is integrated with a decentralized public blockchain (e.g., Ethereum, Solana). Player bets are submitted as transactions to a smart contract deployed on this blockchain. The "random selection of a first selected position" for enhanced payouts (Claim 1) is governed by a verifiable random function (VRF) implemented as part of the smart contract logic, using a publicly auditable seed or a decentralized oracle network to generate provably fair randomness. The cryptographic hash of the VRF seed is committed to the blockchain before the spin, and the full seed is revealed after the selection, allowing players to verify the randomness. Once the physical ball's outcome position is detected by wheel sensor (104) and verified by a decentralized oracle, this outcome is recorded on the blockchain via the smart contract. The smart contract then automatically executes and disburses payouts to winning players, including the enhanced payouts for "first selected positions," ensuring trustless, transparent, and immutable financial settlements.
sequenceDiagram
    participant P as Player Device
    participant CAC as Core Application Computer
    participant SC as Smart Contract (Blockchain)
    participant DON as Decentralized Oracle Network
    participant RW as Roulette Wheel (Physical)
    participant WS as Wheel Sensor

    P->>SC: Place Bet (Transaction)
    SC->>CAC: Notifies of Bet
    CAC->>DON: Request VRF Seed
    DON-->>SC: VRF Seed (hashed, committed)
    SC-->>P: Broadcast Hashed Seed
    SC->>SC: Randomly select "first selected position" (using VRF)
    SC-->>P: Announce Boosted Payout Position(s)
    RW->>WS: Ball Spin/Fall Detection
    WS-->>DON: Outcome Position
    DON-->>SC: Verify Outcome
    SC->>SC: Determine Payouts (auto-execute)
    SC-->>P: Disburse Payout (Cryptocurrency)

Derivative 4.3: Augmented Reality (AR) Overlay Roulette with Real-time Biometric Feedback

  • Enabling Description: Player devices (130, 132, 134) are augmented reality (AR) capable headsets (e.g., smart glasses, standalone AR devices) that provide an interactive overlay on the live video stream of the physical roulette wheel. The "first graphical user interface" (Claim 1) includes AR elements that dynamically highlight the "first selected position" with immersive visual effects (e.g., holographic lightning, animated multipliers) directly superimposed onto the physical wheel viewed through the AR device. These AR devices also incorporate integrated biometric sensors (e.g., eye-tracking cameras, galvanic skin response (GSR) sensors, heart rate monitors) that capture real-time physiological data from the player. This biometric feedback is transmitted to the core application computer (108) via computer network (128). An integrated AI module within computer 108 analyzes this data to dynamically personalize the AR visual and audio effects (e.g., intensity of lightning, speed of animations, sound cues) presented to that specific player on their device, aiming to maximize individual immersion and excitement without altering the game's odds or fairness.
componentDiagram
    [Player AR Headset] --> [Biometric Sensors] : Collect Player Data
    [Player AR Headset] --> [AR Display Module] : Render Overlay
    [Player AR Headset] --> [Communication Interface] : Send Data / Receive Stream
    [Communication Interface] --> [Core Application Computer] : Biometric Data + Bets
    [Core Application Computer] --> [AI Personalization Engine] : Adjust AR Effects
    [AI Personalization Engine] --> [AR Display Module] : Personalized AR Effects Instructions
    [Core Application Computer] --> [Video/Audio Encoder] : Game Video Stream
    [Video/Audio Encoder] --> [Player AR Headset] : Live Game Feed
    [Physical Roulette Wheel] --> [Cameras] : Capture Live Feed

5. The "Inverse" or Failure Mode

Derivative 5.1: "Safe-Mode" Roulette with Pre-programmed Minimum Payouts

  • Enabling Description: The internet-based wagering system (100) incorporates a robust "safe-mode" operational protocol. In the event of detected system anomalies (e.g., failure of core application computer 108, critical network (128) instability, or regulatory compliance alerts), the system automatically transitions into this safe-mode. In safe-mode, the "random selection of a first selected position" for enhanced payouts (Claim 1) is either temporarily suspended, or it defaults to a pre-programmed, transparent sequence of minimum bonus payouts. This sequence is auditable and publicly declared, ensuring continued fairness even in a degraded state. During safe-mode, the game continues to function with standard roulette payouts, maintaining basic player wagering capability. Once system integrity is restored and verified, the system can gracefully revert to full functionality with dynamic enhanced payouts. This mechanism ensures continuous operation and regulatory compliance under adverse conditions.
stateDiagram-v2
    state "Full Operation" as FullOp {
        FullOp : Normal wagering with dynamic bonus payouts
        FullOp --> DetectAnomaly : System healthy
    }
    state "Safe Mode" as SafeMode {
        SafeMode : Wagering with standard payouts / pre-programmed minimum bonuses
        SafeMode --> SystemRestored : Anomalies resolved
    }
    
    [*] --> FullOp
    FullOp --> DetectAnomaly : Critical system anomaly detected (e.g., CPU failure, network outage)
    DetectAnomaly --> SafeMode : Initiate Safe-Mode protocol
    SafeMode --> SystemRestored : System diagnostics confirm stability
    SystemRestored --> FullOp : Resume Full Operation

Derivative 5.2: "Training Mode" Roulette with Predictive Outcome Display

  • Enabling Description: A specialized "training mode" for the internet-based wagering system, designed for player education and demonstration without real-money wagering. In this mode, all components (physical roulette wheel 102, ball, cameras 112, 114) operate as usual, but the core application computer (108) modifies its output to player devices (130, 132, 134). The "random selection of a first selected position" for a simulated enhanced payout occurs as normal. However, additionally, the system uses an internal simulator (or even directly communicates with the wheel sensor 104 before the ball fully settles) to accurately predict and display the exact final outcome position of the ball before it visibly falls into a pocket. This predictive outcome, along with the simulated boosted payout, is presented on the player's graphical user interface (300) and optionally on the game display (136) as an educational overlay. This allows new players to understand the game flow, betting options, the concept of boosted payouts, and how outcomes are determined in a risk-free, transparent manner.
flowchart TD
    A[Player Device (Training Mode)] --> B(Core Application Computer - Training)
    B --> C{Roulette Wheel & Ball Spin (Physical)}
    C --> D[Wheel Sensor (Real-time tracking)]
    D --> E{Internal Simulator / Predictive Module} : Determine Predicted Outcome
    E --> B
    B --> F[Randomly Select Simulated Bonus Position]
    F --> G[Display Simulated Bonus Position & PREDICTED Outcome on GUI]
    G --> H{Ball Falls in Actual Outcome Position}
    H --> I[Wheel Sensor (Actual Outcome)]
    I --> B
    B --> J[Display Actual Outcome (Confirms Prediction)]
    J --> K[Simulated Payout Calculation/Display]

Derivative 5.3: "Limited Connectivity" Roulette with Client-Side Payout Estimation

  • Enabling Description: An operational mode for the internet-based wagering system designed to maintain a user experience even under unstable or intermittent network connectivity (128). In this "limited connectivity" mode, the player device (130, 132, 134) leverages local caching and client-side processing. While the live video stream (302) from cameras (112, 114) might be degraded, paused, or replaced with still images, the player's GUI remains interactive. The player can continue to place bets, which are queued locally and synchronized with the core application computer (108) when connectivity is re-established. Crucially, the "random selection of a first selected position" for enhanced payouts is processed server-side as usual, but the client-side software on the player device uses cached game rules and a local approximation engine to provide an estimated payout if the queued bet aligns with a boosted position, based on the last known game state. Upon reconnection, the core application computer (108) reconciles all queued bets, confirmed outcomes, and actual payouts, updating the client with definitive results. This ensures a persistent, albeit temporarily approximated, player experience.
sequenceDiagram
    participant P as Player Device (Client)
    participant CAC as Core Application Computer (Server)
    participant NET as Computer Network

    P->>P: Display GUI (Cached state)
    P->>P: Player places bet
    P->>P: Queue Bet Locally
    P->>P: Local Payout Estimation (Based on cached rules/last known bonus)
    activate NET
    loop Network Intermittency
        P--xNET: Attempt to send bet / receive update
    end
    NET->>CAC: (Eventually) Transmit Queued Bet
    CAC->>CAC: Process Bet, Spin Wheel, Randomly Select Bonus, Determine Outcome, Calculate Payout
    CAC-->>NET: (Eventually) Send Confirmed Outcome & Payout
    NET-->>P: Receive Confirmed Outcome & Payout
    P->>P: Reconcile Local State, Update GUI with Definitive Payout
    deactivate NET

Combination Prior Art Scenarios

These scenarios combine aspects of US11011014 with existing open-source standards, demonstrating how common knowledge in software development could render certain implementations obvious.

  1. Combination with Open-Source Live Streaming (WebRTC):

    • Enabling Description: The "video area 302" on player devices (130, 132, 134) for presenting live video of the physical roulette wheel (102) and dealer is implemented using the WebRTC (Web Real-Time Communication) open standard. WebRTC APIs (e.g., getUserMedia, RTCPeerConnection, RTCDataChannel) are used by the video/audio encoder (116) (acting as a WebRTC publisher) to capture the camera (112, 114) and microphone (120) feeds and stream them directly or via a WebRTC media server (e.g., Kurento, Janus) to the WebRTC-enabled web browsers or mobile applications on the player devices. This ensures low-latency, real-time audio-visual interaction, critical for replicating a "real environment like is present in a casino" (as stated in the patent background), using a widely adopted and freely available communication standard.
    • Prior Art Obviousness: The use of WebRTC for low-latency live video streaming of interactive events, including gaming, is a well-established and obvious application for any internet-based system requiring real-time media delivery.

  2. Combination with Open-Source Cryptographic Hashing (SHA-256) for Randomness Verification:

    • Enabling Description: To enhance trust and transparency in the "randomly select a first selected position" (Claim 1, step 210 in FIG. 2), the core application computer (108) uses an open-source cryptographic hashing algorithm, specifically SHA-256 (Secure Hash Algorithm 256). Before the "random selection" process for each spin, a server-side random seed (or a combination of server seed and client seed) is generated. The SHA-256 hash of this seed is publicly committed and displayed within the "betting interface area 304" of all player devices. After the "first selected position" (and any other boosted positions) has been randomly determined, the original seed is revealed. Players can then use any publicly available SHA-256 implementation (e.g., a JavaScript library, a command-line tool) to verify that the revealed seed produces the committed hash, thereby mathematically proving that the random selection was performed using the disclosed, un-tampered-with seed.
    • Prior Art Obviousness: The principle of commit-reveal schemes using cryptographic hashes (like SHA-256) to ensure the verifiable fairness of random number generation in online gambling and other trust-sensitive applications is a standard and obvious practice in secure software development.

  3. Combination with Open-Source UI Framework (ReactJS/Vue.js) and Responsive Design (Bootstrap):

    • Enabling Description: The "first graphical user interface for presentation on a first player device" (Claim 1) and its various elements, such as the "betting interface area 304" (e.g., account balance 306, total bet amount 308, roulette board 310, previous play information 312), are implemented using a popular open-source JavaScript front-end framework, such as ReactJS or Vue.js. These frameworks allow for the creation of modular, reactive user interfaces that efficiently update in response to game state changes from the core application computer (108). Furthermore, the visual layout and responsiveness of these interfaces across different player devices (tablet 130, smartphone 132, computer 134) and screen sizes are managed using an open-source responsive design framework like Bootstrap. This ensures a consistent and adaptive user experience, making the GUI easily usable regardless of the player's access device.
    • Prior Art Obviousness: The utilization of established open-source front-end frameworks (like ReactJS, Vue.js, Angular) and responsive design libraries (like Bootstrap, Foundation) for developing interactive, web-based graphical user interfaces, especially for online gaming, is a fundamental and obvious practice in modern web application development.

Generated 5/16/2026, 12:50:00 AM