IP Library Granted Patent US 11,074,782
Granted Patent B2
US 11,074,782 · App. 16/710,865 · Granted Jul 27, 2021

Systems and methods for facilitating hand count transfers in electronic gaming environments

Inventors: Jeremy M. Meister-Gronau (Duluth, GA); Gregory S. Gronau (Duluth, GA); Michael M. Macke (Duluth, GA); Mark C. Nizdil (Duluth, GA)
Assignee: Primero Games, LLC
G07F17/3244G07F17/3237G07F17/3241
View Patent ↗
Loading inventors, assignments & file history…
Monitor This Case
Get email alerts when status or documents change.
Order Certified Copies
Most orders are placed with the USPTO same day — all within 24 business hours.
Order via The Patent Place →
Pre-filled with this patent's details
Quick Facts
Patent No.
US 11,074,782
App. No.
16/710,865
Granted
Jul 27, 2021
Kind
B2
Abstract

Systems and methods are provided for movement of hand counts between gaming devices. A gaming device can receive an indication of an amount of hand count credit. A hand count value on the gaming device can be incremented by the received amount of hand count credit. The gaming device can generate outcomes of wagering games. The hand count value can be incremented based on a number of outcomes of the wagering game generated. A payout of the wagering game can be determined based on the hand count value.

Claims (52)

1. A system comprising:

a data store; and

at least one computing device in communication with the data store, the at least one computing device being configured to at least:

receive a message from a first gaming device indicating a quantity of remaining hand count credits responsive to an input via an input device of the first gaming device, the message indicating a patron identifier associated with a user account;

store the quantity of remaining hand count credits in the data store associated with the patron identifier;

receive, from a second gaming device, an authentication request corresponding to the user account; and

in response to authenticating the user account, send a current quantity of hand count credits to the second gaming device, wherein the current quantity of hand count credits is based at least in part on the quantity of remaining hand count credits.

2. The system of claim 1 , wherein the at least one computing device is further configured to:

receive a second message from the second gaming device indicating a quantity of remaining wagering credits exceeding a payout limit, the message indicating the patron identifier associated with the user account; and

in response to authenticating the user account on a third gaming device, send a current quantity of wagering credits to the third gaming device, wherein the current quantity of wagering credits is based at least in part on the quantity of remaining wagering credits.

3. The system of claim 1 , wherein the at least one computing device is further configured to authorize printing of a ticket by the first gaming device for the quantity of remaining hand count credits in response to receiving the message.

4. The system of claim 1 , wherein the first gaming device and the second gaming device are configured to limit a payout to a multiple of a respective hand count value.

5. The system of claim 1 , wherein the at least one computing device is further configured to at least:

receive a second message from the second gaming device indicating a second quantity of remaining hand count credits, the message indicating the patron identifier associated with the user account;

store the second quantity of remaining hand count credits in the data store associated with the patron identifier;

receive a second authentication request corresponding to the user account from a third gaming device; and

send a second current quantity of hand count credits to the third gaming device, wherein the second current quantity of hand count credits is based at least in part on the second quantity of remaining hand count credits.

6. The system of claim 1 , wherein sending the current quantity of hand count credits causes the second gaming device to initialize a hand count value associated with a wagering game based on the current quantity of hand count credits.

7. The system of claim 1 , wherein the at least one computing device is further configured to at least receive, from the second gaming device, a payout request indicating an available payout exceeds a payout limit based on a session hand count of the second gaming device, wherein the current quantity of hand count credits is sent to the second gaming device further in response to the payout request indicating the available payout exceeds the payout limit.

8. A method, comprising:

receiving, via at least one computing device, a message from a first gaming device indicating a quantity of remaining hand count credits responsive to an input via an input device of the first gaming device, the message indicating a patron identifier associated with a user account;

storing, via the at least one computing device, the quantity of remaining hand count credits in a data store associated with the patron identifier;

receiving, via the at least one computing device and from a second gaming device, an authentication request corresponding to the user account; and

in response to authenticating the user account, sending, via the at least one computing device, a current quantity of hand count credits to the second gaming device, wherein the current quantity of hand count credits is based at least in part on the quantity of remaining hand count credits.

9. The method of claim 8 , further comprising:

receiving, via the at least one computing device, a second message from the second gaming device indicating a quantity of remaining wagering credits exceeding a payout limit, the message indicating the patron identifier associated with the user account; and

in response to authenticating the user account on a third gaming device, sending, via the at least one computing device, a current quantity of wagering credits to the third gaming device, wherein the current quantity of wagering credits is based at least in part on the quantity of remaining wagering credits.

10. The method of claim 8 , further comprising authorizing, via the at least one computing device, printing of a ticket by the first gaming device for the quantity of remaining hand count credits in response to receiving the message.

11. The method of claim 8 , wherein the first gaming device and the second gaming device are configured to limit a payout to a multiple of a respective hand count value.

12. The method of claim 8 , further comprising:

receiving, via the at least one computing device, a second message from the second gaming device indicating a second quantity of remaining hand count credits, the message indicating the patron identifier associated with the user account;

storing, via the at least one computing device, the second quantity of remaining hand count credits in the data store associated with the patron identifier;

receiving, via the at least one computing device, a second authentication request corresponding to the user account from a third gaming device; and

sending, via the at least one computing device, a second current quantity of hand count credits to the third gaming device, wherein the second current quantity of hand count credits is based at least in part on the second quantity of remaining hand count credits.

13. The method of claim 8 , wherein sending the current quantity of hand count credits causes the second gaming device to initialize a hand count value associated with a wagering game based on the current quantity of hand count credits.

14. The method of claim 8 , further comprising receiving, via the at least one computing device and from the second gaming device, a payout request indicating an available payout exceeds a payout limit based on a session hand count of the second gaming device, wherein the current quantity of hand count credits is sent to the second gaming device further in response to the payout request indicating the available payout exceeds the payout limit.

15. A non-transitory computer-readable medium embodying a program that, when executed by at least one computing device, causes the at least one computing device at least:

receive a message from a first gaming device indicating a quantity of remaining hand count credits responsive to an input via an input device of the first gaming device, the message indicating a patron identifier associated with a user account;

store the quantity of remaining hand count credits in a data store associated with the patron identifier;

receive, from a second gaming device, an authentication request corresponding to the user account; and

in response to authenticating the user account, send a current quantity of hand count credits to the second gaming device, wherein the current quantity of hand count credits is based at least in part on the quantity of remaining hand count credits.

16. The non-transitory computer-readable medium of claim 15 , wherein the program further causes the at least one computing device to:

receive a second message from the second gaming device indicating a quantity of remaining wagering credits exceeding a payout limit, the message indicating the patron identifier associated with the user account; and

in response to authenticating the user account on a third gaming device, send a current quantity of wagering credits to the third gaming device, wherein the current quantity of wagering credits is based at least in part on the quantity of remaining wagering credits.

17. The non-transitory computer-readable medium of claim 15 , wherein the program further causes the at least one computing device to at least authorize printing of a ticket by the first gaming device for the quantity of remaining hand count credits in response to receiving the message.

18. The non-transitory computer-readable medium of claim 15 , wherein the first gaming device and the second gaming device are configured to limit a payout to a multiple of a respective hand count value.

19. The non-transitory computer-readable medium of claim 15 , wherein the program further causes the at least one computing device to at least:

receive a second message from the second gaming device indicating a second quantity of remaining hand count credits, the message indicating the patron identifier associated with the user account;

store the second quantity of remaining hand count credits in the data store associated with the patron identifier;

receive a second authentication request corresponding to the user account from a third gaming device; and

send a second current quantity of hand count credits to the third gaming device, wherein the second current quantity of hand count credits is based at least in part on the second quantity of remaining hand count credits.

20. The non-transitory computer-readable medium of claim 15 , wherein the input via the input device of the first gaming device comprises a touch screen input via a touch screen of the first gaming device.

Assignments (1)
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Dec 23, 2019
From: MEISTER-GRONAU, JEREMY M.; GRONAU, GREGORY S.; MACKE, MICHAEL M.; NIZDIL, MARK C.
To: PRIMERO GAMES, LLC
Reel/Frame 051352/0124 →
Continuity (2)
Provisional Application 62822452 · Mar 22, 2019
Related Publication 20200302743A1 · Sep 24, 2020