U.S. patent application number 11/355317 was filed with the patent office on 2007-08-16 for method and system for using skill-based gaming strategies with bowling.
Invention is credited to Timothy J. Minard, Geoff Williams.
Application Number | 20070191125 11/355317 |
Document ID | / |
Family ID | 38369345 |
Filed Date | 2007-08-16 |
United States Patent
Application |
20070191125 |
Kind Code |
A1 |
Minard; Timothy J. ; et
al. |
August 16, 2007 |
Method and system for using skill-based gaming strategies with
bowling
Abstract
A variation of the traditional game of bowling combining
skill-based gaming methods and systems for maximizing interest and
strategy within the traditional bowling scoring and playing
environment to enable the bowler to compete for prizes. In one
embodiment, the bowler is rewarded for exactly bowling a
predetermined score. Such score may be chosen by the bowler, by a
third party, or randomly generated. Such score may be chosen prior
to the first frame or at another designated time. Prizes are
awarded based on how close the bowler comes to bowling the exact
score required. Games may be played at an individual level, as a
competition among bowlers at a given bowling alley, or between a
plurality of bowling alleys.
Inventors: |
Minard; Timothy J.; (Dacula,
GA) ; Williams; Geoff; (Auburn, GA) |
Correspondence
Address: |
Neil S. Goldstein
2420 Meadowbrook Pkwy.
Duluth
GA
30096
US
|
Family ID: |
38369345 |
Appl. No.: |
11/355317 |
Filed: |
February 15, 2006 |
Current U.S.
Class: |
473/54 |
Current CPC
Class: |
A63D 2005/048 20130101;
A63D 5/04 20130101 |
Class at
Publication: |
473/054 |
International
Class: |
A63D 1/00 20060101
A63D001/00 |
Claims
1. A method for using skill-based strategies with bowling,
comprising: displaying a challenge introduction screen to a player;
receiving a challenge selection from the player; displaying a
player selection screen to the player; receiving a lane-player
identification from the player; displaying a challenging setup
screen to the player; receiving challenge attribute selections from
player; displaying a challenge activity screen to the player; and
monitoring the performance of the player with respect to a
challenge to determine whether the player has won the
challenge.
2. A system for using skill-based strategies with bowling,
comprising: computer logic for displaying a challenge introduction
screen to a player; computer logic for receiving a challenge
selection from the player; computer logic for displaying a player
selection screen to the player; computer logic for receiving a
lane-player identification from the player; computer logic for
displaying a challenging setup screen to the player; computer logic
for receiving challenge attribute selections from player; computer
logic for displaying a challenge activity screen to the player; and
computer logic for monitoring the performance of the player with
respect to a challenge to determine whether the player has won the
challenge.
3. A method of tracking game activity at a bowling lane,
comprising, accepting a wager through an interface associated with
a bowling lane, wherein the wager is associated with a
predetermined score; monitoring a current score of each ball roll
in a game; updating the current score on a display after each ball
roll in the game; determining a total score associated with the
game; comparing the total score with the predetermined score; and
crediting winnings when the total score is within a particular
range of the predetermined score.
4. The method of claim 3, further comprising accepting a selection
of the predetermined score through the interface prior to the start
of the game.
5. The method of claim 3, further comprising associating the
credited winnings with a player account as credits to later be
exchanged for prizes or money.
6. The method of claim 3, wherein accepting a wager through an
interface associated with a bowling lane includes associating the
wager with a player account.
7. The method of claim 6, further comprising the step of debiting
the wager amount from the player account after accepting the wager
associated with the player account.
8. A method of tracking game activity at a bowling lane comprising,
accepting a wager through an interface located at a bowling lane,
wherein the wager is associated with at least one predetermined
score associated with at least one predetermined frame; monitoring
an actual score of each ball roll made during the at least one
predetermined frame comparing the actual score of each ball roll
made during the at least one predetermined frame with the
associated predetermined score; crediting winnings when the actual
score is equal to the at least one predetermined score.
9. The method of claim 8, further comprising associating the
credited winnings with a player account as credits to later be
exchanged for prizes or money.
10. A system for monitoring game activity at a bowling lane
comprising a plurality of bowling lane point of service devices,
wherein each bowling lane point of service device includes a
bowling lane user interface configured to accept wagers; and a
processor associated with each bowling lane point of service
device, wherein the computer contains programmed logic executing
software instructions for associating the wager with a
predetermined score, monitoring a current score of each ball roll
in a game, updating the current score on a display after each ball
roll in the game, determining a total score associated with the
game, comparing the total score with the predetermined score, and
crediting winnings when the total score is within a particular
range of the predetermined score.
11. The system of claim 10, further comprising, at least one
database in communication with at least one of the bowling lane
point of service devices, wherein the database is configured for
storage of a plurality of data associated with a particular bowling
lane point of service device.
12. The system of claim 10, further comprising, a bowling center
server in communication with the plurality of bowling lane point of
service devices.
13. The system of claim 11, further comprising, at least one
database in communication with the bowling center server, wherein
the database is configured for storage of a plurality of data
associated with a particular bowling lane point of service
device.
14. The system of claim 10, wherein the plurality of data
associated with particular bowling lane point of service device
includes wagers and scores associated with a particular bowler
associated with the particular bowling lane point of service
device.
15. The system of claim 10, further comprising, a card reader
disposed at a bowling lane for accepting a card associated with a
player account.
16. The system of claim 10, wherein each of the plurality of
bowling lane point of service devices is associated with a
plurality of bowling lanes.
Description
PRIORITY CLAIM
[0001] This application claims the benefit of priority to U.S.
provisional patent application Ser. No. 60/495,494, entitled
"Method And System For Using Skill-Based Gaming Strategies With
Bowling", which was filed in the United States Patent and Trademark
Office on Aug. 15, 2003, and is incorporated by reference
herein.
TECHNICAL FIELD
[0002] The invention is generally related to bowling and more
specifically to a method and system for using skill-based gaming
strategies with bowling.
BACKGROUND ART
[0003] Bowling has always been skillful; however, there has never
been any substantial need for a diverse strategy. Each frame you
bowl, you bowl for a strike, if you miss the strike, then you
attempt to hit a spare. The strategy remains consistent each throw,
knock down all ten pins in one or two throws. X Bowling introduces
a substantial strategy to bowling. This new innovation will
dynamically increase the interest in the already very popular game
of bowling by providing prizes for specific scores and
achievements, including monetary "JackPot" prizes. The ultimate
"JackPot" prize can be a progressive number that starts at a
substantial dollar value such as one million dollars. X Bowling
capitalizes on two of the largest cash businesses in the world,
bowling and skill-based gaming. X Bowling was created to provide an
innovative addition to the standard game of bowling. It is intended
to challenge a bowler's skill through a hardware and software
solution called the Skill Challenge Network (SCN). In addition to
challenging the bowler's skill, it will also introduce the need to
employ strategy to the skill game of bowling with several of our
challenges.
DISCLOSURE OF INVENTION
[0004] A variation of the traditional game of bowling combines
skill-based gaming methods and systems for maximizing interest and
strategy within a traditional bowling scoring and playing
environment to enable the bowler to compete for prizes. In one
embodiment, the bowler is rewarded for exactly bowling a
predetermined score. Such score is chosen by the bowler, by a third
party, or randomly generated. Such score is chosen prior to the
first frame or at another designated time. Prizes are awarded based
on how close the bowler comes to bowling the exact score required.
Games may be played at an individual level, as a competition among
bowlers at a given bowling alley, or between a plurality of bowling
alleys.
BRIEF DESCRIPTION OF DRAWINGS
[0005] FIG. 1 is a matrix showing an exemplary overview of the
various functions that X-Bowling roles are able to access in
accordance with exemplary embodiments of the invention.
[0006] FIG. 2 shows an exemplary network architecture of an
X-Bowling network in accordance with exemplary embodiments of the
invention.
[0007] FIG. 3 shows an exemplary network architecture of an
X-Bowling network with respect to X-Bowling applications/services
in accordance with exemplary embodiments of the invention.
[0008] FIG. 4 is a matrix showing an exemplary overview of
subsystem functionality in accordance with exemplary embodiments of
the invention.
[0009] FIG. 5 shows an example of a Cratos data model that can be
applied to exemplary embodiments of the invention.
[0010] FIG. 6 shows a block diagram of exemplary hardware,
software, and networking components of a fully integrated X-Bowling
challenge system in accordance with exemplary embodiments of the
invention.
[0011] FIG. 7 shows a block diagram of an exemplary physical layout
of X-Bowling challenge system hardware components in accordance
with exemplary embodiments of the invention.
[0012] FIG. 8 shows a block diagram of an exemplary game flow and
system integration of the primary challenge processes in accordance
with exemplary embodiments of the invention.
[0013] FIG. 9 shows a block diagram of an exemplary user functional
process from registration through challenge play in accordance with
exemplary embodiments of the invention.
[0014] FIG. 10 shows a block diagram of exemplary POS (point of
sale) hardware components and transactions processes in accordance
with exemplary embodiments of the invention.
[0015] FIG. 11 shows an exemplary screen view of an X Bowling
initial home page and navigation screen available over the WWW in
accordance with exemplary embodiments of the invention.
[0016] FIG. 12 shows an exemplary screen view of a player interface
that can be located at a bowling lane in accordance with exemplary
embodiments of the invention.
[0017] FIG. 13 shows an exemplary screen view of summary
information for a player starting a challenge on the player
interface at a bowling lane in accordance with exemplary
embodiments of the invention.
[0018] FIG. 14 shows an exemplary screen view of the process by
which players can select registered players on the scoring system
to activate an X-Bowling challenge on the player interface at a
bowling lane in accordance with exemplary embodiments of the
invention.
[0019] FIG. 15 shows an exemplary screen view of a game interface
and navigation for the player interface located at a bowling lane
in accordance with exemplary embodiments of the invention.
[0020] FIG. 16 shows an exemplary screen view of a game interface
and navigation for the player interface, including an Exacta
challenge, located at a bowling lane in accordance with exemplary
embodiments of the invention.
[0021] Table 1 shows an exemplary correlation of unit functionality
in accordance with exemplary embodiments of the invention.
MODES FOR CARRYING OUT THE INVENTION
[0022] The following discussions relate to illustrative, exemplary
embodiments of the invention. In that regard, exemplary embodiments
of the invention may be referred to interchangeably with the term
"X-Bowling" or similar terminology throughout this document.
Overview
[0023] X-Bowling is designed around shifting the focus in bowling
from greatest possible score to one of trying to more accurately
gauge the predictability of your own performance and even to throw
in a little chance with bonuses. This offers much to the average
bowler where winnings can go to someone other than one with the
highest score.
[0024] The systems and applications required to operate the
X-Bowling network are described below. The following section
provides terms which help define the components and structure of
exemplary embodiments of the invention.
Terms
[0025] The following terms and/or their abbreviations may be used
throughout this discussion to describe exemplary embodiments of
X-Bowling.
Systems
Bowling Center (BC): A facility where classic bowling can occur--a
collection of bowling lanes where classic bowling games and
X-bowling can be played.
Bowling Center Admin: BC personnel who can be responsible for
X-Bowling card distribution, financial transactions, winnings
distribution, etc.
X-Bowling Central (XC): A central datacenter where X-Bowling data
and operations can be ultimately managed. Financial and data
transactions can be consolidated and managed here.
[0026] Lane POS (LPOS): An X-Bowling user interface at the bowling
lane. This device can be the primary interface for X-Bowling.
X-Bowlers can interact with their challenges through this
interface. This device is typically locally networked to the
Bowling Center (BC) server.
Register POS (RPOS): An X-Bowling user interface for the BC admin
at a cashier desk. This interface can be used by BC admins to
perform all X-Bowling administrative functions. This device is
typically locally networked to the BC server.
[0027] Lane Controller (LC): A processing unit that controls the
bowling game at each lane. This device also collects raw lane
information such as pindication and other scoring details such as
foul tripped, etc. Lane controller functionality and connectivity
may vary from BC to BC, for example, due to different ages and
manufacturers.
Bowling Center Scoring System (BCSS): This system typically
networks all of the lane controllers and collects overall scoring
information for tracking and charging purposes. Overall
functionality may vary from manufacturer-to-manufacturer.
X-Bowling Terms
Ball: A classic single roll of a bowling ball and the associated
pins knocked down.
Frame: A classic bowling combination of 2 or 3 ball rolls,
depending upon stage of classic bowling game.
Game: A classic bowling game of 10 frames plus 2 balls.
Credits: A credit is, for example, a logical unit of value
equivalent to $1.00. They may be purchased for dollars either
through cash or a credit card. They are typically the only
mechanism for funding a challenge and are not redeemable for
cash.
[0028] Points: Points are a customer reward/loyalty concept. Points
have no dollar value and are awarded for such things as frequent
X-Bowling. They typically may only be used to redeem for physical
prizes of low value such as X-Bowling t-shirts, hats, mugs, free
game, etc. Points are typically not used for the initial
rollout.
Winnings: Cash equivalents solely created by winning challenges.
Typically, they are initially only convertible to cash at the lane
or mailed in the form of a check. Winnings may eventually be
convertible to Credits.
[0029] Challenge: The core X-Bowling activity. A challenge is made
against a classic bowling game ranging from one ball to spanning
multiple games. X-Bowlers can choose from a small library of
challenges, making a wager and identifying themselves with their
X-Bowling card.
Wager: Bet of credits against a chosen challenge. A wager can debit
credits immediately from the X-Bowling card
[0030] Player Card An X-Bowling player card that holds player
credits. As an X-Bowler wagers credits toward challenges, the
player card can be debited. If an X-Bowler wins a challenge, the
associated number of points or winnings can be credited to the
player card.
X-Bowler Account: The X-Bowling player account can provide
additional benefits and options for funding the player card and
redeeming winnings. Accounts can be set-up either through the BC
admin POS or over the internet at the X-Bowling Portal.
[0031] Redemption: Conversion of winnings to (e.g., U.S.) currency.
Redemption might be, for example, either cash paid directly by the
center to the X-Bowler or a check sent by mail. A check by mail may
be preferred for large amounts (e.g., over $500). Constraints may
be required such as maximum redemption per BC per day, maximum
redemption per X-Bowler per month, etc. for fraud prevention.
Redemption requests may be made at the bowling center or from the
X-Bowler portal.
Functionality
[0032] The functionality described below is in accordance with
exemplary X-Bowling roles and location-based systems. FIG. 1 of the
drawings is an "access matrix" that shows what functions the
X-Bowling roles will be able to access. Process-based functionality
will be described below in the section entitled "Architecture."
X-Bowling Roles
[0033] X-Bowling Roles or users are any persons that come into
contact with the X-Bowling Challenges, websites or network
systems.
X-Bowler
[0034] An X-Bowler is any person that purchases an X-Bowling player
card and wagers credits against an X-Bowling Challenge.
X-Bowling Member
[0035] An X-Bowling Member is anyone that signs up for a
"permanent" X-Bowling account. Members may obtain and track
multiple X-Bowling player cards.
Bowling Center X-Bowling Admin
[0036] Administration functions are typically necessary at the
Bowling Center. The Bowling Center Admin can perform card
distribution, credits, purchasing, and other BC operational
tasks.
X-Bowling Admin/Customer Service
[0037] End users typically will do have access to the system, but
can be considered for future applications. They can have the same
access as "PUBLIC" initially.
X-Bowling Tech Support
[0038] End users typically will do have access to the system, but
can be considered for future applications. They can have the same
access as "PUBLIC" initially.
X-Bowling Development
[0039] End users typically will do have access to the system, but
can be considered for future applications. They can have the same
access as "PUBLIC" initially.
Web Visitor
[0040] Web visitors are anyone of the general public that visit the
X-Bowling website, but do not have an account.
General Public
[0041] Potential X-Bowlers that do not have an account on the
X-Bowling website, but are investigating the program.
Lane POS Functions
View X-Bowling Overview: briefly describes the X-Bowling program,
benefits, challenges, etc. Targets "classic" bowlers at the
lanes.
View Advertising: sponsor or paid advertising banners. Database
driven rotating banner functions.
Player Card Swipe: Provides tracking for X-Bowler challenges. All
tracking is typically related to a unique Player Card
identification. Player card IDs may be associated to X-Bowler
accounts.
Wager: X-Bowler committing credits toward X-Bowling Challenge play.
Credits are removed from Player Card at the point of wager.
Play Challenges: X-Bowler play. Described in more detail in
corresponding section(s) below.
BC Admin POS Functions
[0042] Sign In/Card Swipe: The admin POS can be located in close
proximity to the register, but for security purposes should require
a PIN or Card Swipe login. Card Swipe in this environment is
typically more secure. Sign in can be required for all BC Admin
functions.
[0043] Add Credits to Player Card: BC admins may "fund" player
cards by signing in, swiping the target player card and then either
entering an amount for cash transactions or swiping a credit card
for funding source. In the case of cash additions, the XC can log
and track accumulated cash that the BC has taken in.
Issue Player Cards: BC Admins can be responsible for player card
distribution at the BC. It is recommended that all X-Bowlers
initially purchase generic player cards.
[0044] Request/Fulfill Redemption: BC Admins may "redeem" winnings
from player cards at the BC by swiping the target player card and
paying a limited amount of cash to the X-Bowler. The amount can be
subtracted from the available winnings on the card immediately.
BC/XC Server Functions
[0045] Sign In: BC and XC servers may have a limited number of "NT
Authentication" users which can be configured to provide
maintenance and troubleshooting capability. Some accounts can
provide local access only and others may be able to be used
remotely. VPN/Terminal Services can be used for secure remote
access.
Read Only View of System: User group in the systems that typically
do not have the ability to make changes to system functions, but
can be helpful in level 3 troubleshooting.
Administrator View of System: User group in the systems that
typically have complete administration rights. This typically small
group may have the ability to monitor and change anything within
the server.
Portal Functions
View Challenge Library: Over time the library of X-Bowling
challenges can grow. The available and upcoming challenges can be
"marketed" on the external portal pages to attract and educate the
public.
View Frequently Asked Questions: Questions about the program,
challenge functionality, winnings payout, or whatever else is
appropriate to be discussed with the public.
Join X-Bowling: The general public can have the ability to create
an account on the fly. They may have to fund the account at that
time or later. Is typically easier when the player card-account
association is single-direction.
View Advertising General public view of current promotional
advertising. Database-driven rotating banner ads.
Sign in: User sign in. Redirect based on user class.
View/Modify Profile: This group of functions can allow users to
manage account information such as name, address, email,
preferences, etc.
View/Modify Other's Profile: This group of functions can allow an
appropriately authorized user class to manage other users' account
information such as name, address, email, preferences, etc. There
may be password reset functions available.
[0046] Associate Player Card w/acct: This function can provide the
ability for an X-Bowler with a portal account to collect and track
player card information over time. Also, it can provide an X-Bowler
with the ability to fund the card online using credit card or bank
draft information.
Associate Other's Player Cards w/acct: This group of functions can
allow an appropriately authorized user class to associate any
player card with any X-Bowler.
View Own Transaction History: This group of functions can provide a
window into transactions associated with player cards and
ultimately an X-Bowler's account.
View Other's Transaction History: This group of functions can
provide an appropriately authorized user class a window into
transactions associated with any player card and/or X-Bowler
accounts.
View Own X-Bowl Archive: This function can allow a user to review
past X-Bowling challenges, results, winnings, points, etc.
View Other's X-Bowl Archive: This function can allow an
appropriately authorized user class to review past X-Bowling
challenges, results, winnings, points, etc. for any account.
Redeem Winnings: X-Bowlers may redeem winnings onto their credit
card or depending, for example, upon volume, request a check to be
mailed.
Redeem Other's Winnings: Allows customer service personnel to
manage winnings redemption for X-Bowlers calling in.
Redeem Points An online points "shopping" experience may be
provided.
Redeem Other's Points: Allows customer service personnel to manage
points redemption for X-Bowlers calling in.
View BC Transaction Summary: This set of functions/reports is
typically provided only for BC Admin/Mgmt and X-Bowling Mgmt
review. The transaction summary can assemble all MTD and YTD
information on Challenges, $$, etc. by Bowling Center.
[0047] View XC Transaction Summary: This set of functions/reports
is typically provided only for X-Bowling management, tech support,
and development. The transaction summary can assemble all MTD and
YTD information on Challenges, $$, logins, etc. by Bowling Center,
by X-Bowler, Region, etc.
[0048] Perform BC Financial Transactions: There may be financial
transactions performed for the Bowling Centers regarding player
card funding cash receipts and/or winnings payouts. This reporting
can be used to determine periodic distribution or receipt of funds
to/from the Bowling Center.
View Login Archive/Security Reports: This reporting is typically
predominately for the developers and operations technical team to
maintain the X-Bowling systems securely.
Role-Function Access
[0049] FIG. 1 is a matrix showing an exemplary overview of the
various functions that X-Bowling roles are able to access.
Functions are grouped by "subsystem" within the X-Bowling
network.
Architecture
[0050] FIG. 2 shows an exemplary network architecture of an
X-Bowling network. The network can be defined as all systems and
subsystems required to operate the X-Bowling program. This can
include connections to third party and external networks such as
financial systems.
Hardware Subsystems
[0051] FIG. 2 shows the general physical relationship between the
various X-Bowling Network subsystems. The XC subsystem is the heart
of the operation, brokering all financial and gaming transactions.
Each will be discussed in more detail below.
Bowling Center (BC)
[0052] The BC subsystem integrates the following:
[0053] Lane POS (thin client X-Bowler interface)
[0054] BC Admin POS (thin client secure admin functions)
[0055] BC scoring system/Lane Controller Network
[0056] X-Bowling Central Interface (X-Bowling Network)
[0057] The Lane and Admin POS's can be interfaced to the BC Server
via a secure wireless LAN. The BC Server can be interfaced to the
Scoring System Network or the Lane Controller Network depending
upon the scoring system used. The POS's can run, for example, MS
Windows CE .NET with a browser-based, thin client interface.
[0058] The BC server can run, for example, MS Windows 2003 Server,
IIS 6 for hosting the X-Bowling application and MSDE (Microsoft
Data Engine) for data storage. The data storage requirements from a
transaction throughput were considered and are covered in Appendix
D. If the X-Bowling traffic increases beyond the MSDE capabilities,
there is a transition/upgrade path to SQL Server. The BC server
application functionality will be discussed in more detail below in
the Application Architecture sections of this discussion.
X-Bowling Central (XC)
The XC subsystem integrates the following:
[0059] Redundant, Load-Balanced Web Servers (X-Bowling Portal
Server)
[0060] Database Servers (X-Bowling Transaction Server+Hot
Spare)
[0061] Dedicated 3-Tier Firewall Servers (Active+Hot Spare)
[0062] Typically, all XC subsystem servers can run, for example,
Windows Server 2003 OS. The Web server can be IIS 6, the database
server can be SQL Server 2000, and the firewall can be ISA Server
2004. Typically, all disk arrays can be RAID 5 configurations.
[0063] The XC subsystem servers can be collocated in a secure
datacenter with appropriate physical security, internet
connectivity redundancy and power redundancy, etc. The XC subsystem
can support VPN interfaces to the Bowling Centers and to the
Financial institution used for transaction processing.
Internet Client
Internet client functionality can be based around wired devices.
Sub-PC web client technology can be reviewed frequently over time
as wireless devices become more prevalent.
Applications/Services
[0064] FIG. 3 shows an exemplary network architecture of an
X-Bowling network with respect to X-Bowling
applications/services.
Bowling Center (BC)
[0065] The BC subsystem provides the following application
functionality:
[0066] X-Bowler Gaming (Lane POS Client)
[0067] X-Bowler Transactions (Lane & Admin POS Client)
[0068] BCSS (scoring system) Interface (TBD)
[0069] X-Bowling Challenge Server
[0070] XC Communications (VPN)
[0071] Remote Support Communications (VPN/Term Srv)
Lane POS
[0072] The Lane POS Client can support two primary functions:
player card "funding" via credit card purchases of credits and
X-Bowler gaming. Player card funding can be limited to credit cards
at the Lane POS since debit card processing typically requires
additional hardened equipment for entering PIN information.
[0073] The gaming process and descriptions of targeted games for
initial release will be discussed in corresponding section(s)
below. The games can actually be server side processed so that
there really is not much functionality running on the Lane POS
other than thin client GUI functions.
Admin POS
[0074] The Admin POS can be operated securely by the Bowling Center
operator/cashier. It can support player card funding via any
financial means supported by the BC. Transactions can be tracked
keyed by BC and player card ID.
[0075] Player card redemptions can also be executed through the
Admin POS. Transactions can be tracked keyed by BC and player card
ID. Redemption rules can be queried before every transaction to
ensure up-to-date player account handling.
BCSS Interface
[0076] The BCSS is typically a node on the scoring system/lane
controller network depending upon BCSS vendor. Communication
protocols are typically proprietary and ideally both sides of the
link can be provided by the BCSS vendor. Cost to implement and
performance risk may increase substantially if an X-Bowling
embodiment implements one side of the link since it can be
difficult to assign responsibility to any given
troubleshooting/problem event.
[0077] The BCSS interface is typically a data consolidator
providing a standard data structure and interface for the X-Bowling
challenge application. The interface can write the bowling game
data (ball rolls, pins, and lane information) into a holding table
of standard structure. All game data can be stored for lanes
equipped with X-Bowling since some challenges may calculate
winnings from prior bowled balls, frames, or games.
BC Challenge Server
[0078] The BC Challenge Server is the core of the X-Bowling
"gaming." This application essentially serves the gaming function
to the Lane POS and integrates the challenge functionality with the
ongoing classic bowling operation via the BCSS Interface.
[0079] The nature and structure of the challenge algorithms will be
discussed in corresponding section(s) below, however the structure
of the data used to store challenge data can be important to wider
database functionality. The current high-level database design is
provided in the corresponding section below.
XC Communications
[0080] The XC communications can be via VPN to the BC server. This
link can have a heartbeat running 3-5 second updates, ensuring the
connection is alive.
Support Communications
[0081] Remote support can be conducted by Terminal Services
Administration mode over VPN. There can be varying levels of access
depending upon login class, for example, admin (developers), tech
support, and BC admin.
X-Bowling Central (XC)
[0082] The XC subsystem can provide the following application
functionality:
[0083] Portal Site (Multi-Tier Access)
[0084] X-Bowling Database Server (Accts, Transactions, Gaming Data,
Archive)
[0085] Financial Transaction Brokering/Processing
[0086] X-Bowling Operations Accounting
[0087] BC Communications (VPN)
[0088] Financial Institution Communications (VPN)
[0089] Remote Support Communications (VPN/Term Srv)
Portal Site
[0090] The portal site can be divided into three main access
classes: X-Bowler, X-Admin, and X-Mgmt with varying access to
pages, reports, and transaction functions. System admins may have
access to all levels and system functions.
[0091] The portal can support all industry standard functions such
as:
[0092] New User Registration
[0093] Member profile updates
[0094] Forgotten password auto-mailback (address on file)
[0095] Member Support (online)
[0096] Additionally, the portal can support the functions provided
in the "Role-Function Matrix" provided in the preceding
Functionality section.
[0097] All credit card transactions can be accomplished via SSL
secure server connections and any sensitive data can be stored in
encrypted tables within the X-Bowling Database Server. The portal
can be developed, for example, in ASP.NET architecture, taking
advantage of the latest security and performance standards.
Database Servers
[0098] The database servers can be behind a secondary firewall,
which may be only accessible via internal NT authenticated
processes. This approach, in addition to data encryption, can
provide the high security needed to handle financial information
storage necessary to operate X-Bowling.
[0099] Typically, the database server can provide at least 5 major
storage/transaction functions:
[0100] X-Bowler and BC Accounts
[0101] X-Bowling Challenge/Content Library
[0102] X-Bowling Game/Challenge Archive
[0103] X-Bowling Transaction Archive (Financial)
[0104] General Accounting
Financial Transaction Broker/Processing
[0105] All financial transactions can be cleared through the XC
subsystem. An Internet transaction gateway can be set up to process
all financial transactions associated with the player cards,
X-Bowler, and BC accounts.
[0106] External player card services have been considered, but
typically proved to be cost prohibitive considering the following
factors:
[0107] High non-financial transaction costs
[0108] High initial setup fees
[0109] Overlapping account storage functionality
One example, Cratos Hospitality, is provided in the corresponding
section below.
[0110] The recommendation in this area is to implement an internet
gateway transaction server component on the XC subsystem. This
gateway can provide a direct connection to the financial
institution processor thereby saving on gateway transaction fees,
which are typically a base fee of $0.15-$0.30 per transaction,
depending upon services chosen. This also can provide a lower XC
subsystem development cost as the integration is local to the
subsystem and can inherently be more secure and seamless.
Operations Accounting
[0111] The operations accounting system can be integrated with the
transaction server on the XC subsystem. A software module may be
determined in this regard.
BC Communications
[0112] The BC communications can be via VPN to the XC server. This
link can have a heartbeat running 3-5 second updates, ensuring the
connection is alive.
Financial Institution Communications
[0113] The XC communications can likely be encrypted communications
via VPN to the Financial Institution depending upon protocols
supported. This link can have a heartbeat running 3-5 second
updates, ensuring the connection is alive.
Support Communications
[0114] Remote support can be conducted by Terminal Services
Administration mode over VPN. There can be varying levels of access
depending upon login class, for example, admin (developers), tech
support, and BC admin.
Key Recommendations Summary
[0115] The following recommendations are decision points produced
by research and modeling of exemplary embodiments of the invention.
They are not assumed to be absolutes, but can correlate with the
technical strategies within the remainder of systems and
functions.
Systems Architecture
[0116] Bowling Center Server--MSDE is sufficient for transaction
load of most Bowling Centers. If at some point the load becomes to
great, a clear migration path is available in SQL Server 2000.
[0117] Installation of POS equipment in BCs will be wireless,
eliminating the need for wiring contractor coordination on install,
and providing a modular installation/de-installation path for
greater flexibility in operation. X-Bowling Applications [0118]
X-Bowling Challenge and classic bowling game data should be
designed around the "ball information" as opposed to "games" or
"frames" thus preserving the greatest resolution data. [0119]
Regarding the scoring system interface, the resulting available
data may be slightly different from BC to BC. The data structure
used by the X-Bowling Challenge Server can be standardized. Also,
when at all possible, the BC Server side communication driver
should be written by the Scoring System company. Otherwise, the
costs may be substantially higher in development, troubleshooting,
etc. since more than one company may be responsible for the
successful operation of a single link. Financial Transactions
[0120] A significant financial impact on X-Bowling operations can
be transaction cost management. With almost all transactions being
in the $1-5 range, standard Internet financial transaction base
fees can be cost prohibitive. Becoming your own Internet
Transaction Gateway provides a direct path to the banking
processors, eliminating this fee. Additionally, by integrating the
solution locally, innovations around BC payment queues may be
accomplished providing greater profitability from cash
transactions. Two exemplary products in this regard are: MainStreet
Softworks' Monetra (www.mainstreetsoftworks.com) and Go Software's
Rita Server (www.gooftware.com). Rather than providing means for
bowlers to "Register" at the BC when first using an X-Bowling
player card, all cards should be issued initially as generic player
cards, requiring new users to go to the portal to create an account
and associate one or more player cards with their account. This can
streamline the process of acquiring new X-Bowlers. Monitoring &
Fraud Prevention [0121] A strong ally in preventing fraudulent
winnings is data storage and analysis. For this reason, it is
recommended that as much information be stored as is feasible
around games, challenges, etc. Of particular concern can be the
date/time information of game, challenge, BC, in order to track
winnings trends across many variables. Challenge/Game Database
Design Notes
[0122] Initially, challenges can be based and coded around
conventional 10-Pin bowling. In the future, new games and new
scoring techniques will likely be developed. Games are likely to be
distributed across multiple facilities and time frames. The data
model also should support a collection of bowling information
outside the context of a challenge. Such information can be mined
to derive new games and detect fraud.
[0123] This situation may present a trade off. for example, it can
be expensive to change data models that are in production and it
may not be possible to specify future games. IN such case, it can
be essential to focus on what is fundamental and what is an
artifact of the current games.
[0124] The identified fundamentals are: [0125] 1. A ball roll. A
ball roll knocks down pins. Game scores and challenge win are
derivable and the direct results from bowling pins being knocked
down by a roll. (Since individual pins have no properties other
than standing or not standing, the state of each individual pin can
be incorporated into a property of a ball roll.) [0126] 2. Bowlers
roll the bowling balls and the pins knocked down are associated
with the bowler. [0127] 3. Bowlers initiate challenge and reap the
wins and losses. Challenge wins and losses are based in whole on
pin knock downs. [0128] 4. Pin configuration and number will not
change
[0129] These equate to 3 fundamental objects: Bowlers, ball rolls,
and challenges. Challenges may have many subtypes for each type of
challenge. Games, frames, etc are typical objects composed of the
above fundamentals. Thus, even though data can be normalized to a
higher level using the 10-Pin abstractions of Game and Frame, it
can be advantageous to push as much information as possible to the
player, ball, and challenge objects. When this happens, games and
frames can become attributes of the ball roll.
[0130] Another consideration may be the variability in nature, key
structure, and data type that various Lane Scoring Systems (LSS)
may provide. Thus, LSS data typically should not be used as keys in
X-Bowling tables. X-Bowling should generate the keys and guarantee
that they are globally unique.
[0131] It is common database practice to use table prefixes to
group tables. Two are recommended:
xb xbowling data and configuration tables
LSS Tables that primarily hold LSS information
Unit Functionality
[0132] Table 1 shows an exemplary correlation of unit functionality
in accordance with exemplary embodiments of the invention.
Subsystem Functionality
[0133] FIG. 4 is a matrix showing an exemplary overview of
subsystem functionality in accordance with exemplary embodiments of
the invention.
Cratos Data Model
[0134] FIG. 5 shows an example of a Cratos data model that can be
applied to exemplary embodiments of the invention. The data support
for card accounts within the Cratos system is fairly basic. You
may, as a customer, expand the data stored, however there would be
development charges, but by far the most costly is the costs for
non-financial data transactions.
System Architecture
[0135] The X-Bowling system utilizes distributed three tiered
web/browser based application architecture. [0136] Lane Client An
all-in-one LCD touch-screen computer at each bowling lane. The Lane
Client is the primary user interface for challenges/gaming, account
management, credits purchase and redemption. [0137] Bowling Center
Server: A secured database, web and application server installed at
the bowling center, networked to each Lane Client and to
X-Bowling's WAN. Bowling Center Server is integrated to the centers
scoring system providing real-time access to actual bowling scores
and results. Additionally this server performs all challenge/gaming
logic, data collection and communication to X-Bowling's corporate
servers. [0138] Corporate Servers: Secured database, web and
application servers located at a third party hosting facility.
Corporate Servers are networked with the Bowling Center Servers
through X-Bowling's secure WAN. These servers provide central
functions including but not limited to: Credit Card Processing,
Player Credit Purchasing, Player Account Management, Networked
Multi-Player Challenges/Gaming, Redemption Management, Partner
Accounting and Reporting, Challenge Accounting/Pay Tables, Odds
Management, Audit, Corporate Accounting, Fraud Detection and
others. Scoring System Integration: There are numerous third-party
bowling scoring systems installed throughout the US and worldwide.
X-Bowling's must be prepared to integrate with a verity of bowling
scoring systems. The largest installed include: AMF Boss (I, II),
Qubica, and Brunswick. Additianly, Steltronic, Classic, Purrfect
Desk, AK Microsystems LCS, XIIX Twelve Strike, and VanTech scoring
systems must eventually be considered. It is critical that the
software development and maintenance necessary to support a wide
verity of scoring systems be minimal. X-Bowling has developed a
proprietary software architecture that integrates with scoring
system through a single rule based module. Software Components
& Development Strategy: X-Bowling has focused its resources on
development of those technologies and components that are core to
challenges/gaming. Many of the supporting technologies such as
Player Card Systems and Credit Card processing are readily
adaptable to X-Bowling's needs. Wherever possible, X-Bowing
utilizes partnerships, independent software vendors and systems
integrators to provide systems and functionality that are not core
to the proprietary gaming, challenge and scoring system integration
applications. Exemplary Block Diagrams
[0139] The following are exemplary block diagrams of various
architectures and process flows in accordance with exemplary
embodiments of the invention. FIG. 6 shows a block diagram of
exemplary hardware, software, and networking components of a fully
integrated X-Bowling challenge system in accordance with exemplary
embodiments of the invention.
[0140] FIG. 7 shows a block diagram of an exemplary physical layout
of X-Bowling challenge system hardware components in accordance
with exemplary embodiments of the invention. FIG. 8 shows a block
diagram of an exemplary game flow and system integration of the
primary challenge processes in accordance with exemplary
embodiments of the invention. FIG. 9 shows a block diagram of an
exemplary user functional process from registration through
challenge play in accordance with exemplary embodiments of the
invention. FIG. 10 shows a block diagram of exemplary POS (point of
sale) hardware components and transactions processes in accordance
with exemplary embodiments of the invention.
Exemplary Screen Views
[0141] The following are exemplary screen views in accordance with
exemplary embodiments of the invention. FIG. 11 shows an exemplary
screen view of an X Bowling initial home page and navigation screen
available over the WWW in accordance with exemplary embodiments of
the invention. FIG. 12 shows an exemplary screen view of a player
interface that can be located at a bowling lane in accordance with
exemplary embodiments of the invention. FIG. 13 shows an exemplary
screen view of summary information for a player starting a
challenge on the player interface at a bowling lane in accordance
with exemplary embodiments of the invention. FIG. 14 shows an
exemplary screen view of the process by which players can select
registered players on the scoring system to activate an X-Bowling
challenge on the player interface at a bowling lane in accordance
with exemplary embodiments of the invention. FIG. 15 shows an
exemplary screen view of a game interface and navigation for the
player interface located at a bowling lane in accordance with
exemplary embodiments of the invention. FIG. 16 shows an exemplary
screen view of a game interface and navigation for the player
interface, including an Exacta challenge, located at a bowling lane
in accordance with exemplary embodiments of the invention.
Exemplary X-Bowling Challenges
[0142] Challenge 1: JackPot Bowl. Bowlers are rewarded prizes for
exactly bowling a score that our system has generated. All
generated scores by our system shall be intended to be within the
skill level of each bowler (the only circumstance in which it would
not be is if the player misrepresents their skill level).
[0143] At the system, the player shall have the option to choose to
play this game. Once selected, the system shall ask the bowler
their average bowling score (or a score the bowler feels
comfortable bowling), to allow for the player to pick their skill
range (note: There is no great advantage for a low score or a high
score in this game, therefore, a great player picking a low skill
level will not benefit. This feature is to avoid a bowler from
getting a score that is unattainable for their skill level). The
system shall then generate a desired game score that the Bowler
must bowl to win the JackPot prize. This score is generated at the
start of each game and fixed for the duration of the game. This
score can be any number between 20 and 300 (depending on skill
level), however, the system shall not allow certain scores to be
selected; the scores unavailable to be selected shall be displayed
on the system. As an example of this game: if the system generates
the score of 103, in order to win the JackPot Prize (the Grand
Prize), the bowler must bowl, using the normal rules of bowling and
the rules for this game, and end with a score of precisely 103 on
the last ball. Reduced prizes shall be awarded to bowlers who get
within ten pins of the generated score. In the event the bowler has
missed a pin or thrown a gutter ball, the bowler shall be penalized
and only be eligible for reduced prizes as well.
[0144] The cost structure to play this game is anticipated to be
where the Bowler can choose to play for one dollar up to ten
dollars, depending on which prize category the Bowler would like to
play for. Each dollar value, $1-$10, shall have a corresponding
redemption "store" in which the bowler can redeem prizes within
that "store" for their achievements. It is our intention to have
both cash and non-cash prizes.
[0145] Challenge 2: Pick-a-Score JackPot. The inventive concept is
based upon a player picking a score they will bowl in a given game
between 20 and 300 (the system is shall not allow certain scores to
be selected; the scores unavailable to be selected shall be
displayed on the system). For example, after the player selects to
play Pick-a-Score JackPot, they will enter a score they believe
they will bowl, for example 125, into the system and then must bowl
that score exactly, using both the normal rules of bowling and our
rules, and end with a score of precisely 125 on the last ball.
Reduced prizes shall be award for bowlers who get within ten pins
of the generated score. In the event the bowler has missed a pin or
thrown a gutter ball, the bowler shall be penalized and only be
eligible for reduced prizes as well.
[0146] The cost structure to play this game is anticipated to be
where the Bowler can choose to play for one dollar up to ten
dollars, depending on which prize category the Bowler would like to
play for. Each dollar value, $1-$10, shall have a corresponding
redemption "store" in which the bowler can redeem prizes within
that "store" for their achievements. It is our intention to have
both cash and non-cash prizes. The redemption "stores" for this
game shall be different than the game above.
[0147] Exemplary Game Rules: to be eligible to win a jackpot prize:
[0148] 1. You must bowl all ten frames. [0149] 2. You must knock
down at least 1 pin with each ball (a bowler may still be eligible
for reduced prizes (not the jackpot or grand prize) if they miss a
pin (equivalent to a gutter ball), however, penalties shall apply
for each miss or gutter ball). [0150] 3. The same player must bowl
all 20 balls. [0151] 4. You must end with the last ball precisely
on the score selected by the bowler or by our system. [0152] 5. You
must be of legal age to redeem a prize, 18 years or older in most
states and 19 years and older in other states.
[0153] Challenge 3: Break the Bank. This innovative concept
challenges each bowler to strike in predetermined frames over three
consecutive games. The skill level of the bowler shall determine
the number of strikes the bowler will need to get over the three
consecutive games, as well as, which frames the strikes will need
to be bowled.
[0154] Spot Prizes: Spot prizes may be offered to players who come
close to a wining jackpot number. Examples are cash prizes,
T-Shirts, gift certificates, or they can visit our on-line store
for redemptions. Spot prizes maintain excitement in the game. Those
people who do not win the jackpot still have the possibility of
winning spot prizes. The game computer can generate the spot
prizes.
[0155] It should be understood that the foregoing discussions
merely relate to illustrative, exemplary embodiments of the
invention. Therefore, it should be further understood that various
modifications may be made therein without departing from the spirit
and scope of the invention as defined by the following claims.
TABLE-US-00001 TABLE 1 System Interaction Functionality Breakout
POS Self Card Swipe Collect data from card reader- prepare to
communicate with BCS- OPOS driver interface Browser functionality
POS BCS Communications link Connect Terminate Error Handling
Transmit card data BCS self Boot Start services Monitor server
Health, POS availability, and communication link to XCS Monitor
server Performance Run Gaming apps Provide Database services Serve
up web pages Center configuration interface LCSs, IPs, number of
lanes, types of LCS, etc BCS POS Auto update local programs - I.E.
card reader Auto update OS Monitor connection and health
Communications error handling BCS LCS Connection to LCS
Initialization Termination Error detection and handling Collection
of LCS Bowlers Acquire LCS Bowler Add to 8CS data set Delete Update
bowler with current focus LCS Ball Add LCS Game Add End Score
Update LCS Frame Add Update/Complete Gaming BCS - both Sign In With
Card Serve Up sign-in interface allow card swipe or manual ID/Pin
entry Software ways Called Swipe Data and Basic Error Check Record
in BCS database and Queue Transmission to XCS. ALL transmissions
between BCS and XCS need to be guaranteed delivery with ACK. After
XCS communication- Retrieve from BCS player info. Provide error
handling if player not valid. Sign Out Serve up Sign-Out interface
Provide Time-out auto logout Provide auto logout it no longer
listed in LCS Record in BCS database and Queue Transmission to XCS
Provide POS message to handle situation when XCS connection is down
Wager Serve up available challenges Filter based on current LCS
status Capture selecton and wager Record in BCS database and Queue
Transmission to XCS After XCS communication- Retrieve from BCS
wager info. Provide error handling if wager not valid. Wager
Playing After Gamin software anytime there is a ball, game, frame
or bowler event for a signed in bowler Wager Loose Gaming software
detects and notifies user Records on BCS server Queues Message to
XCS Wager Win Gaming software detects and records in BCS Queues
Message to XCS. Message includes all untransmltted ball data When
return message is received notify bowler of his current winnings
and the total amount of winnings Provide error handling if
transaction fails or winnings flagged for fraud investigation
Purchase Credits Serve up screen to capture data - purchase amount
and address info if Game card Use captured card and screen to
register event in BCS Queue up message to XCS - recommend keeping
CC number in memory After return message-update screen info with
new Credits balance Or provide error handling that CC was rejected,
dollar value exceeded, etc Convert Game Card To Player Card Serve
up Screen - required to be signed in under game card Capture
demographics. PIN etc On Save record event in BCS Queue up message
to BCS After return message - notify user successful Or provide
error handling and messages Game card and player card
consoliidation Not part of this phase Account Maintenance Record
request in BCS Queue message to XBS to retrieve info After return
message received-display info On save, record update message en BCS
and queue message to XCS Upon return message acknowledge to user
update successful or handle error Gaming History Record request in
BCS Queue message to XBS to retrieve info After return message
received display info Request Winnings Redemption Record request in
BCS and queue up message to XCS Upon return Message Display current
winning balance eligible for redemption or present error reason
Collect amount to redeem in cash or check Upon save. Record request
in BCS and queue Message to XCS- send all ball data not previously
transmitted Upon return Message. Confirm redemption successful and
Display Cash that can be picked up at Cash register and/for amount
to be mailed in check. Or handle error situation RPOS BCS Issue
Card Serve up screen - Phase 1 all cards are issued as game cards
and bowler can control to player at lane. This allows RPOS to be
out of reach of bowler and much more secure. BC employee swipes his
card and enters pin specifies whether cash or CC and Amount If CC
swipes bowlers CC and collect info Swipe card to be Issued an
collect info Record event in BCS and queue message to XCS Upon
return message, notify that card is no active or handle possible
error conditions. Redeem Cash Serve up screen BC employee swipes
his card and enters pin Swipe Bowlers card - require card for
redemption - pin not required because it was entered when request
made. Record event in BCS and queue message to XCS Upon return
message display all demographic info about bowler and the amount to
be redeemed. Bowler should always know amount. If player card, ask
for ID and compare demographics Or provide error message and
handling Upon BC employee acknowledgement of bowler identity, queue
message to XCS so indicating Upon return message from XCS, BC
employee issues cash. Card Inquiry Serve up screen BC employee
swipes his card and enters pin Swipe bowler card or enter card
number Record event in BCS and queue message to XCS After return
message display bowler info including card history, bowler
demographics and out standing balance. History of wagers, winnings
and redemptions for last 80 days. Bowling Center Reports Serve up
screen BC employee swipes his card and enters pin Record event BCS
and Queue message to BCS Upon return message, display data.
Recommend challenges per week, wagers per week, winning per week,
cash redemptions per week. Do this for preceding 91 days. BCS XCS
communication link Establish Terminate Error trap Identify 4 or 5
parameters to monitor to check BCS, if out of spec send message to
XCS. Identify 4 or 5 performance metrics and send to XCS every 5
minutes. Have a XCS process that reports servers that are 10
minutes late reporting performance May want this performance
monitor process to check Downloads include new challenges,
challenge data, list for availability of downloads immediately
after logging of active challenges. POS updates. POS updates, etc.
This way all performance data. routine communications to BC will be
pull. Nightly Transfer of bowling data for all Xbowlers and maybe
all bowlers to XCS XCS BCS Process Sign-In request Message validate
bowler/card Check for fraud- signed in twice. etc Collect relevant
information about card/bowler and queue return message Process
Sign-out Message Mark xbowler signed out Send Ack to BCS Process
Wager Message Validate and fraud check Contact Game Management
Software and collect relevant info Debit credit account Record
active wager. Queue message to XCS with 2 phase commit Process
Wager Loss Message Vatidate Transfer Wager amount to house account
Close active wager Collect info to send back queue message to BCS
Process Wager Win Message validate and update ball info fraud check
Contact Game Management software and get relevant info Transfer to
winnings account close active wager Gather info to send back Queue
message to BCS Process Credit Purchase Request Message Validate and
fraud check If CC purchase gather info and Queue CC transaction - 2
phase commit Upon return message fund credits - 2 phase commit. If
cash fund credits Gather info Send message to 8CS Process Convert
Game to Player Card Message Vatidate and fraud check Validate
Demographics - this may be strong validation if used for CC
authorization Add demographics Change card record Queue message to
BCS Process Account Maintenance Message Validate User Update info
validate demographic changes Queue return message to BCS Gaming
History Message Validate User Retrieve information and package n
Queue Return Message Request Winning Redemption Message Validate
user and request amount Process ball information Check for fraud
Place hold on redemption amount Record request. Separate entry for
cash and check Gather relevant info Queue return message to BCS
Process Issue Card Message Validate BC RPOS user and authorizations
Validate Card and amount IF CC transaction Queue Message to Bank
Activate Card and fund - 2 phase commit if CC transaction Gather
relevant info Queue message back to BCS Redeem Cash Message
Validate BC RPOS user and authorizations Validate game card into
Validate that redemption request has been made. Fraud Check Send
Message to BCS indicating request is valid and demographic info for
verification Await return message indicating bowler wishes to
execute and BC employee has verified Record redemption Send return
message with 2 phase commit Card Inquiry Message Validate BC RPOS
user and authorizations Validate game card info Collect card and
bowler info Queue Message back to BCS Bowling Center Report Message
Validate BC RPOS user and authorizations Collect info Queue return
message with info BCS CC Communication link Establish Processor
Terminate Error Trap XCS Self Rollback cash redemption requests not
executed within 8 hours. Monitor BCS performance metrics and report
problems and sites not responding Mailed Checks Serve up screen
that list winnings checks to mail Mark redemption complete when
checks printed. Record time checks printed Reports
Active challenge type maintenance screen Mechanism for queuing
download of new challenge type executable to BCS Mechanism for
queuing OS maintenance work at BCS and POS devices Game Management
software
* * * * *