|
Insurance Abstract
A method according to some embodiments of the present invention
provides for a game server to receive policy requirements of a user
for a gambling loss insurance policy from a terminal. The game server
determines a premium amount based on the policy requirements of
the user and transmits information concerning the premium amount
to the user.
Insurance Claims
1. A method comprising: presenting information relating to a gambling
loss insurance policy to a player at a device not operable to provide
a game of chance; receiving payment for the gambling loss insurance
policy from the player; identifying the player at a gaming device
through a player identifier; determining gambling losses at the
gaming device for the player; and determining a refund for the player
based on the gambling losses and the gambling loss insurance policy.
2. The method of claim 1 further comprising storing gambling results
achieved by the player at the gaming device including gambling losses.
3. The method of claim 2 wherein gambling losses includes at least
one of: gambling loss amounts, net loss amounts, and gambling loss
data.
4. The method of claim 2 wherein storing gambling results comprises
storing gambling results on a network server.
5. The method of claim 2 wherein storing gambling results comprises
storing gambling results on a smart card.
6. The method of claim 2 wherein storing gambling results comprises
storing gambling results at the gaming device.
7. The method of claim 2 wherein storing gambling results comprises
storing gambling results at the device not operable to provide the
game of chance.
8. The method of claim 1 further comprising providing the refund.
9. The method of claim 8 wherein providing the refund comprises
providing the refund at the gaming device.
10. The method of claim 8 wherein providing the refund comprises
providing the refund at the device not operable to provide the game
of chance.
11. The method of claim 8 wherein providing the refund comprises
providing the refund at a cashier's station.
12. The method of claim 8 wherein providing the refund comprises
providing the refund as a credit to an electronic account associated
with the player.
13. The method of claim 1 wherein the device not operable to provide
a game of chance comprises a kiosk.
14. The method of claim 1 wherein the device not operable to provide
a game of chance comprises at least one of: a personal computer,
a portable computer, a laptop computer, a hand-held computer, a
palm-top computer, and a personal digital assistant.
15. The method of claim 1 wherein the gaming device comprises a
mobile terminal.
16. The method of claim 15 wherein the mobile terminal comprises
at least one of: a portable computer, a laptop computer, a hand-held
computer, a palm-top computer, and a personal digital assistant.
17. The method of claim 1 wherein identifying the player through
the player identifier comprises identifying the player through a
player tracking card.
18. The method of claim 1 wherein identifying the player through
the player identifier comprises identifying the player through a
player provided keypad input.
19. The method of claim 1 wherein identifying the player through
the player identifier comprises identifying the player through a
player biometric.
20. The method of claim 1 wherein presenting information relating
to the gambling loss insurance policy comprises presenting information
related to at least one of: a covered loss limit, a payout limit,
a period of coverage, a covered wager amount, a type of game, a
type of gaming machine, a number of plays covered, and a refund
delivery mechanism.
21. The method of claim 1 further comprising providing an insurance
policy card to the player.
22. A system comprising: a device not operable to provide a game
of chance and adapted to present information relating to a gambling
loss insurance policy to a player; and a gaming device adapted to
present games of chance and detect a player identifier from the
player; and a processor adapted to receive payment for the gambling
loss insurance policy from the player; determine gambling losses
at the gaming device for the player; and determine a refund for
the player based on the gambling losses and the gambling loss insurance
policy.
23. The system of claim 22 wherein the processor comprises a network
server communicatively coupled to the gaming device and the device
not operable to provide the game of chance.
24. The system of claim 22 wherein the device not operable to provide
the game of chance comprises the processor.
25. The system of claim 22 wherein the device not operable to provide
the game of chance comprises a mobile terminal.
26. The system of claim 25 wherein the mobile terminal comprises
at least one of: a laptop computer, a palm-type computer, a personal
digital assistant, and a hand-held computer.
27. The system of claim 22 wherein the gaming device comprises
the processor.
28. A system comprising: a user interface embodied in a mobile
terminal; and a processor operatively coupled to the user interface
and adapted to: operate a game of chance through the user interface;
present information relating to a gambling loss insurance policy
to a player; receive payment for the gambling loss insurance policy
from the player; determine gambling losses at the gaming device
for the player; and determine a refund for the player based on the
gambling losses and the gambling loss insurance policy.
29. The system of claim 28 wherein the mobile terminal comprises
at least one of: a laptop computer, a palm-type computer, a personal
digital assistant, and a hand-held computer.
30. A computer readable medium comprising software with instructions
adapted to: present information relating to a gambling loss insurance
policy to a player at a device not operable to provide a game of
chance; receive payment for the gambling loss insurance policy from
the player; identify the player at a gaming device through a player
identifier; determine gambling losses at the gaming device for the
player; and determine a refund for the player based on the gambling
losses and the gambling loss insurance policy.
Insurance Description
[0001] The present application is a continuation of U.S. application
Ser. No. 11/008,554, filed Dec. 9, 2004, which is a continuation-in-part
of U.S. patent application Ser. No. 10/365,154, entitled "Method
And Apparatus For Providing Insurance Policies For Gambling Losses",
filed Feb. 11, 2003 and issued as U.S. Pat. No. 6,869,362 on Mar.
22, 2005;
[0002] which is a continuation-in-part of U.S. patent application
Ser. No. 09/816,017, entitled "System and Method for Generating
and Executing Insurance Policies for Gambling Losses", filed
on Mar. 23, 2001 and issued as U.S. Pat. No. 6,561,903 B2 on May
13, 2003; which is a continuation of U.S. patent application Ser.
No. 09/168,398 entitled "System and Method for Generating and
Executing Insurance Policies for Gambling Losses", filed on
Oct. 6, 1998 and issued as U.S. Pat. No. 6,254,482 B1 on Jul. 03,
2001;
[0003] which is a divisional of U.S. patent application Ser. No.
08/804,060 entitled "System and Method for Generating and Executing
Insurance Policies for Gambling Losses", filed on Feb. 21,
1997 and issued as U.S. Pat. No. 6,113,493 on Sep. 5, 2000.
[0004] The content of each of these applications is incorporated
herein by reference.
CROSS-REFERENCE TO RELATED APPLICATIONS
[0005] The present application is related to U.S. patent application
Ser. No. 11/423,166 filed on Jun. 9, 2006 in the name of Walker
et al. and entitled "METHOD AND APPARATUS FOR PROVIDING INSURANCE
POLICIES FOR GAMBLING LOSSES".
[0006] The present application is related to U.S. patent application
Ser. No. 11/423,168 filed on Jun. 9, 2006 in the name of Walker
et al. and entitled "METHOD AND APPARATUS FOR PROVIDING INSURANCE
POLICIES FOR GAMBLING LOSSES".
[0007] The present application is related to U.S. patent application
Ser. No. 11/423,171 filed on Jun. 9, 2006 in the name of Walker
et al. and entitled "METHOD AND APPARATUS FOR PROVIDING INSURANCE
POLICIES FOR GAMBLING LOSSES".
[0008] The present application is related to U.S. patent application
Ser. No. "______" (04-059-C5) filed concurrently herewith
in the name of Walker et al. and entitled "METHOD AND APPARATUS
FOR PROVIDING INSURANCE POLICIES FOR GAMBLING LOSSES".
[0009] The present application is related to U.S. patent application
Ser. No. "______" (04-059-C6) filed concurrently herewith
in the name of Walker et al. and entitled "METHOD AND APPARATUS
FOR PROVIDING INSURANCE POLICIES FOR GAMBLING LOSSES".
[0010] The present application is related to U.S. patent application
Ser. No. "______" (04-059-C7) filed concurrently herewith
in the name of Walker et al. and entitled "METHOD AND APPARATUS
FOR PROVIDING INSURANCE POLICIES FOR GAMBLING LOSSES".
[0011] The present application is related to U.S. patent application
Ser. No. "______" (04-059-C8) filed concurrently herewith
in the name of Walker et al. and entitled "METHOD AND APPARATUS
FOR PROVIDING INSURANCE POLICIES FOR GAMBLING LOSSES".
[0012] The present application is related to U.S. patent Application
Ser. No. "______" (04-059-C9) filed concurrently herewith
in the name of Walker et al. and entitled "METHOD AND APPARATUS
FOR PROVIDING INSURANCE POLICIES FOR GAMBLING LOSSES".
[0013] The present application is related to U.S. patent application
Ser. No. "______" (04-059-C10) filed concurrently herewith
in the name of Walker et al. and entitled "METHOD AND APPARATUS
FOR PROVIDING INSURANCE POLICIES FOR GAMBLING LOSSES".
[0014] The present application is related to U.S. patent application
Ser. No. "______" (04-059-C11) filed concurrently herewith
in the name of Walker et al. and entitled "METHOD AND APPARATUS
FOR PROVIDING INSURANCE POLICIES FOR GAMBLING LOSSES".
[0015] The present application is related to U.S. patent application
Ser. No. "______" (04-059-C12) filed concurrently herewith
in the name of Walker et al. and entitled "METHOD AND APPARATUS
FOR PROVIDING INSURANCE POLICIES FOR GAMBLING LOSSES".
FIELD OF THE INVENTION
[0016] The present invention relates generally to methods and apparatus
for gambling.
BACKGROUND OF THE INVENTION
[0017] Gambling at casinos has long been a popular activity. Casinos
offer a wide variety of games such as slot machines and table games.
Games may be played through various devices, or may be conducted
without a device. Examples of devices for games include, without
limitation, personal computers, video poker machines, pachinko machines,
video blackjack machines, video keno machines, video lottery machines,
video bingo machines, and reeled slot machines (e.g., mechanical
and/or video reeled slot machines).
[0018] Regardless of the particular type of game, gambling generally
exposes the players to unpredictable gambling losses. Thus, gambling
may result in a substantial financial loss to the player.
BRIEF DESCRIPTION OF THE DRAWINGS
[0019] The accompanying drawings, which are incorporated in and
constitute a part of this specification, illustrate some embodiments
of the invention, and together with the description serve to explain
the principles of some embodiments of the invention:
[0020] FIG. 1 is a block diagram of a system according to one or
more embodiments of the present invention;
[0021] FIG. 2 is a detailed block diagram of a network server according
to one or more embodiments of the present invention;
[0022] FIG. 3 is a detailed block diagram of a slot machine according
to one or more embodiments of the present invention;
[0023] FIG. 4 is a detailed block diagram of a kiosk according
to one or more embodiments of the present invention;
[0024] FIG. 5 is a tabular representation of a player database
according to one or more embodiments of the present invention;
[0025] FIG. 6 is a tabular representation of an insurance term
database according to one or more embodiments of the present invention;
[0026] FIG. 7 is a tabular representation of an insurance policy
database according to one or more embodiments of the present invention;
[0027] FIG. 8 is a tabular representation of a gambling session
database according to one or more embodiments of the present invention;
[0028] FIG. 9 is a tabular representation of an insurance policy
status database according to one or more embodiments of the present
invention;
[0029] FIGS. 10A and 10B are a flowchart illustrating a process
according to one or more embodiments of the present invention for
offering a gambling loss insurance policy;
[0030] FIG. 11 is a flowchart illustrating a process according
to one or more embodiments of the present invention for selecting
policy requirements;
[0031] FIG. 12 is a flowchart illustrating a process according
to one or more embodiments of the present invention for calculating
an insurance premium;
[0032] FIG. 13 is a flowchart illustrating a process according
to one or more embodiments of the present invention for finalizing
the purchase of the insurance policy;
[0033] FIG. 14 is a flowchart illustrating a process according
to one or more embodiments of the present invention for system maintenance
of active insurance policies;
[0034] FIG. 15 is a flowchart illustrating a process according
to one or more embodiments of the present invention for facilitating
a gambling session;
[0035] FIG. 16 is a flowchart illustrating a process according
to one or more embodiments of the present invention for determining
whether an insurance payout is necessary pursuant to activity of
a gambling session; and
[0036] FIG. 17 is a flowchart illustrating a process according
to one or more embodiments of the present invention for providing
an insurance payout to a player.
DETAILED DESCRIPTION
[0037] Applicants have recognized that many types of players would
find it beneficial to be protected against unpredictable gambling
losses by an insurance policy. Also, many players would find it
desirable to be offered insurance protection that would provide
the freedom to move between gaming machines (e.g., be able to play
at more than one particular slot machine during an insurance coverage
period), while maintaining a high level of playing enjoyment. For
instance, some players would find it appealing to be able to purchase
an insurance policy at one gaming machine, and to enjoy play covered
by the insurance policy at that gaming machine and/or at other gaming
machines. Players would also find it beneficial to be offered opportunities
for playing different types of games (possibly at different locations)
under a single insurance coverage. Additionally, many types of players
would find it beneficial to have an option to suspend a gambling
session while still being covered by an insurance policy once the
player resumes the gambling session.
[0038] Some players would find it appealing to have flexibility
in defining the policy requirements (e.g., amount of loss covered;
period of coverage) of an insurance policy. Applicants have also
recognized that many types of players would find it desirable to
be provided with a method of procuring gambling loss insurance through
commonly accessible means such as credit cards, kiosks, point-of-sale
terminals, and/or via a personal computer (e.g., in communication
with a server over the Internet).
[0039] Casinos and other game operators would benefit from providing
any of such attractive options described herein to players, which
may result in increased revenue for the game operators. For example,
an increase in players' enjoyment of game play by making a flexible
insurance policy against unpredictable losses available would result
in increased play of gaming devices, and thus an increase in revenue
for the owners and operators of the gaming devices.
[0040] Systems and methods consistent with one or more embodiments
of the present invention determine appropriate premiums for gambling
insurance policies, and may provide convenient distribution and
administration of those policies. According to some embodiments,
premiums may be determined automatically.
[0041] According to various embodiments of the present invention,
a system for providing a gambling loss insurance policy comprises
a terminal (e.g., a gaming machine; a gaming device; a kiosk) and
a server (e.g., a network server; a game server).
[0042] According to one or more embodiments, the terminal includes
processing means, user input means, and a display. In some embodiments,
the processing means of the terminal executes a game. The user input
means may receive a user identifier, game information, and/or policy
requirements for the gambling loss insurance policy. The display
displays game results and/or information relating to the gambling
loss insurance policy. Moreover, the server includes a receiving
means, a determining means, and a transmitting means. The receiving
means receives the policy requirements from the terminal and the
determining means determines a premium cost based on the policy
requirements. Finally, the transmitting means transmits an indication
of the premium cost to the user. For example, the transmitting means
may transmit an indication of the premium cost to a terminal for
display to the user, and/or may transmit an indication of the premium
cost to the user via other means (e.g., via an audio signal; via
an infrared signal).
[0043] A method for providing a gambling loss insurance policy
in accordance with various embodiments of the present invention
comprises several steps. Initially, a terminal (e.g., a gaming machine;
a gaming device; a kiosk) receives a user identifier and policy
requirements for the gambling loss insurance policy from the user.
The terminal transmits the user identifier and the policy requirements
to a server (e.g., a network server; a game server), which then
determines a premium cost based on the policy requirements. Finally,
the server transmits an indication of the premium cost to the user.
For example, the transmitting means may transmit an indication of
the premium cost to the user at a gaming machine, may transmit an
indication of the premium cost to a terminal for display to the
user, and/or may transmit an indication of the premium cost to the
user via other means (e.g., via e-mail; via postal mail; via a casino
employee).
[0044] Reference will now be made in detail to various embodiments
consistent with the invention, some examples of which are illustrated
in the accompanying drawings. System Architecture
[0045] FIG. 1 shows a system 100 consistent with one or more embodiments
of the present invention having a server 102 (e.g., a game server;
a network server) in communication with gaming machines 104, 106
and with a kiosk 108.
[0046] Although FIG. 1 shows only two gaming machines 104, 106
and only one kiosk 108 in communication with server 102, those of
skill in the art will understand that any number of terminals (e.g.,
gaming machines and/or kiosks) may be in communication with (e.g.,
connected to) server 102. For example, some embodiments of the present
invention provide for one or more gaming machines in communication
with a server, but do not provide for any kiosks. In another example,
some embodiments of the present invention provide for one or more
kiosks in communication with a server, but do not provide for any
gaming machines. In yet another example, some embodiments of the
present invention provide for one or more gaming machines and one
or more kiosks in communication with a server.
[0047] Gaming machines 104, 106 and kiosk 108 may comprise one
or more computing devices, such as those based on the INTEL.RTM.
PENTIUM.RTM. processor, adapted to communicate with the server 102,
and/or may comprise a personal computer, a portable type of computer,
a laptop computer, a palm-top computer, a wearable computer, a hand-held
computer, and/or a Personal Digital Assistant (PDA). Other equivalent
devices capable of performing the methods specified herein are well
known in the art.
[0048] Server 102 is preferably a conventional server computer
(e.g., a game server; a casino server). Gaming machines 104, 106
are preferably conventional slot machines, but gaming machines 104,
106 may include, without limitation, a personal computer, a video
poker machine, a pachinko machine, a video blackjack machine, a
video keno machine, a video lottery machine, a video bingo machine,
a reeled slot machine (e.g., a mechanical and/or video reeled slot
machine), and/or any combination of the above. Other types of gaming
machines will be known to those of skill in the art.
[0049] Kiosk 108 is preferably a machine or terminal operable in
accordance with various embodiments described herein to facilitate
establishing a gambling loss insurance policy, purchasing a gambling
loss insurance policy (e.g., by a user), administering a gambling
loss insurance policy, and/or providing a payout to a user in accordance
with a gambling loss insurance policy. According to some embodiments,
kiosk 108 is not operable to provide a gambling session. Kiosk 108
may include, without limitation, a terminal on a casino floor, a
personal computer (e.g., operable to communicate with server 102
via the Internet), a set-top box, a point-of-sale terminal, a vending
machine, and/or an automatic teller machine. Other types of kiosks
will be known to those of skill in the art.
[0050] In operation according to various embodiments, gaming machines
104, 106 and kiosk 108 transmit to server 102 information such as
player identification information (e.g., player ID number), policy
requirements, and/or insurance premiums. Accordingly, any of various
types of terminals (e.g., gaming machines; kiosks) may be used by
a user, for example, for establishing a gambling loss insurance
policy, purchasing a gambling loss insurance policy, and/or receiving
a payout in accordance with a gambling loss insurance policy. According
to one or more embodiments, gaming machines 104, 106 may also transmit
gambling results to server 102. Accordingly, gaming machines 104,106
may be used to facilitate play that is covered by a gambling loss
insurance policy. According to various embodiments of the present
invention, server 102 is operable to transmit to gaming machines
104, 106 and kiosk 108 information such as insurance premium and/or
payout data.
[0051] According to some embodiments, one or more of gaming machines
104,106 and kiosk 108 are operable to perform some or all of the
functionality of server 102. For example, gaming machine 104 may
be configured to determine information such as insurance premium
and/or payout data without receiving such information from server
102, and without transmitting information such as player ID number,
policy requirements, insurance premiums, and/or gambling results
to server 102.
[0052] As noted above, any number of gaming machines and/or kiosks
may be in communication with the server 102. The two gaming machines
104, 106 and the single kiosk 108 are depicted in FIG. 1 solely
for purposes of illustration.
[0053] The server 102 may communicate with one or more terminals,
such as gaming machines and/or kiosks, directly or indirectly. Communication
may take place via a network, including, without limitation, the
Internet, wireless network protocol, local area network or a combination
thereof; through a Web site maintained by the server 102 on a remote
server; or over an on-line data network including, without limitation,
commercial on-line service providers and bulletin board systems.
In yet other embodiments, the terminals may communicate with the
server 102 over RF, cable TV, satellite links and the like.
[0054] Those skilled in the art will understand that devices in
communication with each other need not be continually transmitting
to each other. On the contrary, such devices need only transmit
to each other as necessary, and may actually refrain from exchanging
data most of the time. For example, a device in communication with
another device via the Internet may not transmit data to the other
device for weeks at a time.
[0055] The server 102 may function as a "Web server"
that generates Web pages (documents on the Web that typically include
an HTML file and associated graphics and script files) that may
be accessed via the Web and allows communication with the server
102 in a manner known in the art.
[0056] FIG. 1 depicts only some embodiments of the present invention.
Other arrangements of devices to perform various methods specified
herein will be readily appreciated by those of skill in the art.
[0057] FIG. 2 shows a detailed block diagram of an embodiment of
server 102 of FIG. 1. It will be understood by those of skill in
the art that network server 200 may be configured in many different
ways. The network server 200 may be implemented as a system controller,
a dedicated hardware circuit, an appropriately programmed general-purpose
computer, or any other appropriate device including, without limitation,
electronic, mechanical or electro-mechanical devices. For example,
network server 200 may be a conventional server computer such as
an RS 6000 manufactured by IBM CORPORATION. Alternatively, the function
of network server 200 may be distributed across multiple computing
systems as described below.
[0058] The network server 200 of the illustrated embodiment comprises
a central processing unit (CPU) 205, such as one or more INTEL.RTM.
PENTIUM.RTM. microprocessors. The network server 200 of the illustrated
embodiment also comprises a communication port 210. Thus, network
server 200 is able to receive and/or transmit information using
the communication port 210. Communication port 210 provides communication
between network server 200 and a network of terminals, including
one or more gaming machines and/or kiosks. Communication port 210
may comprise, without limitation, a serial port, an infrared port,
a telephone port, a cable modem, a network router, and/or a radio
frequency transceiver.
[0059] Network server 200 may also be configured in a distributed
architecture, wherein databases and processors are housed in separate
units or locations. Some such servers perform primary processing
functions and contain at a minimum, a RAM, a ROM, and a general
processor. In such an embodiment, each of these servers is attached
to a wide-area network (WAN) hub that serves as a primary communication
link with the other servers and gaming machines. The WAN hub may
have minimal processing capability itself, serving primarily as
a communications router.
[0060] The CPU 205 is also in communication with a data storage
device 240. The data storage device 240 may comprise, for example,
magnetic memory (e.g., a hard magnetic disk drive), optical memory,
flash memory, semiconductor memory or any combination thereof. The
data storage device 240 may include, for example, Random Access
Memory (RAM), Read-Only Memory (ROM), a compact disc (e.g., CD-ROM)
and/or a hard disk. The CPU 205 and the data storage device 240
may each be, for example: (i) located entirely within a single computer
or computing device; or (ii) connected to each other by a remote
communication medium including, without limitation, a serial port
cable, a telephone line, a network connection or a radio frequency
transceiver. In some embodiments, the network server 200 may comprise
one or more computers that are connected to a remote server computer
for maintaining databases.
[0061] The data storage device 202 stores a program 203 for controlling
the CPU 205. The CPU 205 performs instructions of the program 203,
and thereby operates in accordance with the present invention, and
particularly in accordance with one or more of the methods described
in detail herein. The program 203 may be stored in a compressed,
uncompiled and/or encrypted format, as well as in a variety of other
forms known in the art. The program 203 furthermore includes program
elements that may be necessary, including, without limitation, an
operating system, a database management system and "device
drivers" for allowing the CPU 205 to interface with one or
more peripheral devices. Appropriate program elements are well known
to those skilled in the art, and need not be described in detail
herein.
[0062] According to some embodiments of the present invention,
the instructions of the program 203 may be read into a main memory
from another computer-readable medium, such as into RAM from a hard
drive or ROM. Execution of sequences of the instructions in program
203 causes CPU 205 to perform various process steps described herein.
In alternative embodiments, hard-wired circuitry may be used in
place of, or in combination with, software instructions for implementation
of one or more processes of the present invention, as would be understood
by those of skill in the art. Thus, embodiments of the present invention
are not limited to hardware, software or any specific combination
of hardware and software.
[0063] Data storage device 240 also contains databases used in
processing transactions in accordance with various embodiments of
the present invention. In some embodiments, database software such
as ORACLE7, manufactured by ORACLE CORPORATION, creates and manages
one or more of these databases.
[0064] The data storage device 240 stores (i) a player database
245, (ii) an insurance term database 250, (iii) an insurance policy
database 255, (iv) a gambling session database 260, and (v) an insurance
policy status database 265. These databases are described in detail
below and depicted with exemplary entries in the following description
and in the accompanying figures. As will be understood by those
skilled in the art, the schematic illustrations and accompanying
descriptions of the databases presented herein are exemplary arrangements
for stored representations of information. A number of other arrangements
may be employed besides those suggested by the tables shown. For
example, those skilled in the art will understand that the number,
format and/or content of the databases can be different from those
illustrated herein. Similarly, the illustrated entries of the databases
represent exemplary information only; those skilled in the art will
understand that the number, format and/or content of the entries
can be different from those illustrated herein. Based on the present
disclosure many other arrangements of data will be readily understood
by those of skill in the art.
[0065] In some alternative embodiments, one or more of the player
database 245, the insurance term database 250, the insurance policy
database 255, the gambling session database 260, and the insurance
policy status database 265 may be stored at one or more terminals,
such as a gaming machine or kiosk. Accordingly, in some embodiments
one or more insurance policies may be generated, administered and/or
offered by a terminal (e.g., kiosk 108) without requiring communication
with a server (e.g., server 102).
[0066] Insurance premium calculation algorithms (not shown) are
preferably stored in storage device 240 and executed by CPU 205.
[0067] The CPU 205 is also in communication with a clock 230. Information
from clock 230 may be used by CPU 205, for example, in establishing
terms of a gambling loss insurance policy (e.g., by determining
a start time of a coverage period) and/or in determining the status
of a gambling loss insurance policy (e.g., determining whether a
gambling loss insurance policy has expired). In some embodiments,
CPU 205 may include clock 225.
[0068] FIG. 3 shows a detailed block diagram of an exemplary embodiment
300 of the gaming machine 104 (FIG. 1). Slot machine 300 may be
implemented as a dedicated hardware circuit, an appropriately programmed
general-purpose computer, or any other appropriate device including,
without limitation, electronic, mechanical or electromechanical
devices. Accordingly, the gaming machine need not include the various
exemplary components depicted in FIG. 3.
[0069] Slot machine 300 includes a CPU 305 in communication with
a RAM 310, a video display area 315, a ROM 320, a reel controller
325, a player card tracking device 330, a random number generator
335, a starting controller 340, communication port 385, a data storage
device 350, a hopper controller 365, hopper 370, an operating system
375 (typically comprising software stored in memory), and a clock
380. Communication port 385 enables communication between slot machine
300 and a server (e.g., network server 200) and/or one or more other
terminals (e.g., gaming machines; kiosks). Communication port 385
may comprise, without limitation, a serial port, an infrared port,
a telephone port, a cable modem, a network router, and/or a radio
frequency transceiver. Data storage device 350 operatively stores
a probability table 355 and a payout table 360.
[0070] Slot machine 300 operates to provide one or more games of
chance in a conventional manner. The player starts the machine by
inserting a coin or using electronic credit, and initiating starting
controller 340. Under control of a program stored, for example,
in data storage device 350 or ROM 320, CPU 305 directs random number
generator 335 to generate a random number. CPU 305 looks up the
generated random number in stored probability table 355 and finds
the corresponding outcome. Based on the identified outcome, CPU
305 locates the appropriate payout in the stored payout table 360.
CPU 305 also directs reel controller 325 to spin reels 326, 327,
328 and to stop them at a point when they display a combination
of symbols corresponding to the selected payout. When the player
wins, the slot machine 300 stores the credit balance in RAM 310,
and displays the balance in video display area 315.
[0071] Hopper controller 365 is connected to hopper 370 for dispensing
coins. When the player requests to cash out by pushing a button
(not shown) on slot machine 300, CPU 305 checks RAM 310 to see whether
the player has any credits and, if so, signals hopper controller
365 to release an appropriate number of coins into a coin tray (not
shown).
[0072] In alternative embodiments, slot machine 300 does not include
reel controller 325, and reels 326, 327, 328. Instead, video display
area 315 graphically displays simulated representations of objects
contained in the selected game, such as graphical reels or playing
cards. These representations are preferably animated or displayed
to simulate playing of the selected game.
[0073] Player card tracking device 330 includes display 331 and
card reader 332. Players insert player tracking cards into card
reader 332. Tracking cards can be plastic cards with magnetic strips
electronically storing respective player ID numbers. Display 331
displays information concerning the use of player card tracking
device 330, and allows communications to be displayed to the player
regarding insurance policy requirements. Display 331 may be a touch
screen display for receiving signals from the player concerning
the selection of policy requirements.
[0074] Alternatively, slot machine 300 or player card tracking
device 330 may include one or more separate input buttons (not shown)
for the players to select policy requirements and provide other
input such as a personal identification number (PIN). Credits earned
during play are stored locally in RAM 310 and an indication of credits
earned may be displayed in video display area 315. Slot machine
300 or player card tracking device 330 could also include one or
more separate input devices for selecting the policy requirements.
[0075] In other embodiments, slot machine 300 recognizes the identity
of players through player identification devices other than player
card tracking device 330, thereby eliminating the need for players
to carry player identification cards. For example, slot machine
300 could include a keypad, at which players enter either their
player identification numbers or their names along with a secured
password. Slot machine 300 could also include a device for measuring
player biometrics (e.g., fingerprint, voice, or retinal detection)
to identify players.
[0076] Commercially available player card tracking devices include,
for example, the MASTERCOM device available from BALLY MANUFACTURING.
(See, for example, U.S. Pat. No. 5,429,361 to Raven et al.). Such
player tracking devices include a magnetic card reader and a numeric
keypad for entry of player information.
[0077] Information from clock 380 may be used by CPU 305, for example,
in establishing terms of a gambling loss insurance policy (e.g.,
by determining a start time of a coverage period) and/or in determining
the status of a gambling loss insurance policy (e.g., determining
whether a gambling loss insurance policy has expired). In some embodiments,
CPU 305 may include clock 380.
[0078] FIG. 4 illustrates an embodiment 400 of kiosk 108 (FIG.
1). Kiosk 400 may include, without limitation, a terminal in a casino
(e.g., on a casino floor; for use by a cashier or other casino personnel),
a personal computer (e.g., operable to communicate with network
server 200 via the Internet), a set-top box, a point-of-sale terminal,
a vending machine, and/or an automatic teller machine. Other types
of kiosks will be known to those of skill in the art.
[0079] Kiosk 400 may be implemented as a dedicated hardware circuit,
an appropriately programmed general-purpose computer, or any other
appropriate device including, without limitation, electronic, mechanical
or electromechanical devices. Accordingly, the kiosk need not include
the various exemplary components depicted in FIG. 4.
[0080] The kiosk 400 of the illustrated embodiment comprises a
processor 401, such as one or more INTEL.RTM. PENTIUM.RTM. microprocessors.
The processor 401 is in communication with a data storage device
402. The data storage device 402 may comprise, without limitation,
magnetic memory, optical memory, semiconductor memory, flash memory
or any combination thereof. The data storage device 402 may include,
for example, Random Access Memory (RAM), Read-Only Memory (ROM),
a compact disc and/or a hard disk. The processor 401 and the data
storage device 402 may each be, for example: (i) located entirely
within a single computer or computing device; or (ii) connected
to each other by a remote communication medium, including, without
limitation, a serial port cable, a telephone line, a network connection
or a radio frequency transceiver. In some embodiments, the kiosk
may comprise one or more computers that are connected to a remote
server computer for maintaining databases.
[0081] The data storage device 402 stores a program 403 for controlling
the processor 401. The processor 401 performs instructions of the
program 403, and thereby operates in accordance with the present
invention, and particularly in accordance with one or more of the
methods described in detail herein. The program 403 may be stored
in a compressed, uncompiled and/or encrypted format, as well as
in a variety of other forms known in the art. The program 403 furthermore
includes program elements that may be necessary, including, without
limitation, an operating system, a database management system and
"device drivers" for allowing the processor 401 to interface
with one or more peripheral devices. Appropriate program elements
are well known to those skilled in the art, and need not be described
in detail herein.
[0082] According to some embodiments, kiosk 400 is not operable
(at least at some time) to provide a game of chance. For example,
a terminal on a casino floor (e.g., an insurance kiosk) in communication
with a casino server may be operable to establish a gambling loss
insurance policy, purchase a gambling loss insurance policy, administer
a gambling loss insurance policy, and/or provide a payout to a user
in accordance with a gambling loss insurance policy, but does not
offer any games of chance. According to some alternative embodiments,
program 403 of kiosk 400 may include instructions executable by
processor 401 to provide a player with a game of chance, or kiosk
400 may otherwise be configured to provide a game of chance at least
at some time or times. For example, kiosk 400 may be a personal
computer configured (e.g., storing an Internet browser application
and any appropriate plug-in software, executable by processor 401)
to facilitate play of an on-line game of blackjack via communication
over the Internet with a casino game server. At other times, the
user may not be able to participate in a game of chance using the
personal computer (e.g., if access to the casino game server is
not available), but the personal computer may still be able to facilitate
other various processes described herein (e.g., by communicating
with another server to establish a gambling loss insurance policy).
Those of skill in the art will thus understand that a terminal in
accordance with one or more embodiments of the present invention
may be operable to provide a game of chance at all times, at some
times, or never.
[0083] According to an embodiment of the present invention, the
instructions of the program 403 may be read into a main memory from
another computer-readable medium, such as into RAM from a hard drive
or ROM. Execution of sequences of the instructions in program 403
causes processor 401 to perform various process steps described
herein. In alternative embodiments, hard-wired circuitry may be
used in place of, or in combination with, software instructions
for implementation of the processes of the present invention, as
would be understood by those of skill in the art. Thus, embodiments
of the present invention are not limited to hardware, software or
any specific combination of hardware and software.
[0084] The processor 401 may also be in communication with a cash
dispenser 404, which dispenses coins and/or bills to people (e.g.,
a player; a gambling loss insurance policyholder; a cashier) that
have requested to have funds be dispensed. In another example, the
cash dispenser 404 may dispense bills and/or tokens without a request
by a user to have funds be dispensed (e.g., may dispense automatically
in response to a signal from the processor 401). The cash dispenser
404 may alternatively be a cash drawer that may be automatically
opened upon command from the processor 401.
[0085] The processor 401 may also be in communication with a player
tracking card device 406, which performs functions related to player
tracking cards, such as reading player tracking cards and communicating
information read from such cards to the processor 401.
[0086] The processor 401 may also be in communication with one
or more input devices 408 that receive input from a cashier, customer
or an operator of the kiosk. Input device(s) 408 may comprise one
or more of a variety of devices, including, without limitation,
one or more buttons, touch screens, handles, keypads, biometric
devices (e.g., retinal scanners; fingerprint scanners), pointer
devices (e.g., a mouse, or trackball), microphones or any combination
of the above. Input device(s) 408 may be used for receiving information
that may be used to identify a user (e.g., by receiving a code at
a keypad; by receiving an indication of a fingerprint).
[0087] The processor 401 may also be in communication with a printer
410, which may be commanded to print onto a substrate, such as paper
or other material. Printing may be via ink jet, laser printing or
other methodology for registering indicia on a substrate. Alternatively,
the substrate may be registered with indicia by deforming the substrate
in a variety of ways known in the art, including, without limitation,
punching holes in the substrate and raising or lowering portions
of the substrate relative to other portions. The printer 410 may
be used for printing, e.g., receipts, coupons, cashless gaming receipts
and/or tickets.
[0088] The processor 401 may also be in communication with a ticket
reader 412, which is capable of reading, for example, receipts,
coupons, cashless gaming receipts and/or tickets, and particularly
indicia registered on any such substrates. The ticket reader 412
may use optical sensing of printed indicia, for example, and optical
character recognition to read indicia from a ticket inserted in
the ticket reader 412.
[0089] The processor 401 may also be in communication with a credit
card reader 414. Such devices are known in the art, and generally
allow a card such as a credit card or debit card to be inserted
there within. The card may include a magnetic stripe or other form
of data storage, which the credit card reader 414 is capable of
sensing and interpreting. Typically, the credit card reader allows
a credit card transaction to be processed by communication with
a credit card clearinghouse in a manner known in the art.
[0090] The processor 401 may also be in communication with a display
device 416, which displays images in a manner known in the art.
Typical display devices include, without limitation, liquid crystal
displays, plasma displays and video display monitors.
[0091] The processor 401 may also be in communication with a clock
418. Information from clock 418 may be used by processor 401, for
example, in establishing terms of a gambling loss insurance policy
(e.g., by determining a start time of a coverage period) and/or
in determining the status of a gambling loss insurance policy (e.g.,
determining whether a gambling loss insurance policy has expired).
In some embodiments, processor 401 may include clock 418.
[0092] According to some embodiments, in addition to (or in lieu
of) one or more of the various devices described above for providing
output (e.g., printer 410; display device 416), the processor 401
may be in communication with one or more output devices 420 that
provides output to a cashier, a player or a user of the kiosk. Output
device(s) 420 may comprise one or more of a variety of devices,
including, without limitation, a wireless signal transmitter, an
infrared transmitter, a radio transmitter, an infrared port (e.g.,
for communicating with a second kiosk or with a portable device
of a player), an audio speaker (e.g., for outputting policy and/or
payout information, in addition to or in lieu of such information
being output via a display device 416) or any combination thereof.
Databases
[0093] Referring now to FIG. 5, an exemplary tabular representation
500 illustrates an exemplary embodiment of the player database 245
(FIG. 2) that may be stored, for example, in network server 200.
The tabular representation 500 of the player database 245 includes
a number of example records or entries, each defining a player who
may be, for example, a member of a slot club of a casino, or otherwise
registered with or known to a casino or other entity. Those skilled
in the art will understand that the player database 245 may include
any number of entries.
[0094] The tabular representation 500 also defines fields for each
of the entries or records. The fields specify: (i) a player identifier
510 that uniquely identifies a player, (ii) a name 520 of the player,
(iii) an address 530 associated with the player, (iv) a credit card
number 540 corresponding to a credit card account associated with
the player, (v) a lifetime win/(loss) 550 of the player, (vii) an
average wager per play 560 associated with the player, and (viii)
an average session length 570 associated with the player.
[0095] The information in the player database 245 may be created
and/or updated, for example, based on information received from
a player, a casino employee, a terminal, a gaming machine 104, an
input device 408, and/or any combination thereof. For example, the
information may be created when a player registers with a casino
and receives a player tracking card (e.g., encoded with a player
identifier). The information may be subsequently updated, for example,
when a player requests to update the information (e.g., when a player
indicates a desire to change an associated credit card number 540)
or when additional information is obtained about the player via
the casino's interactions with the player (e.g., the lifetime win/(loss)
550 may be updated on an ongoing or periodic basis as the player
plays games at the casino).
[0096] It should be understood that although the player identifier
510 and information related to each registered player are described
in detail, a player need not be registered in order to be provided
with a gambling loss insurance policy or to benefit from other embodiments
of the present invention. Accordingly, registration of a player
and storing of information related to a player (e.g., in a player
database) is not necessary for practice of some embodiments of the
present invention.
[0097] The player identifier 510 may be, for example, a numeric,
alphanumeric, or other type of code associated with a player who
may operate a gaming machine or kiosk, or may play a table game
at a casino. The player identifier 510 is preferably unique, and
may be generated or selected, for example, by the slot machine 300
or by the player (e.g., when a player first registers with a casino).
For each player, the player database 245 may also store the player's
name 520 (e.g., for use in outputting messages to the player). In
one or more embodiments the player's name may comprise a nickname,
"handle", or other designation for the player that is
selected by the player or a casino. In one or more embodiments,
the nickname may comprise a designation that reflects the player's
status (e.g., "premium player"; "low risk player").
Such a status may indicate, for example, the typical spending range
of the player, the typical session length of the player, or other
indication about the player. Such a designation may or may not be
known to the player.
[0098] For each player, the player database 245 may also store
an address 530 associated with the player (e.g., for use in communicating
with the player). In one or more embodiments the player's address
may comprise a street or postal address of the player. In one or
more embodiments, the address may comprise an address for telecommunications
(e.g., a telephone number; a pager number; an e-mail address). Although
tabular representation 500 illustrates a single street address for
each exemplary player, those of ordinary skill in the art will understand
that more than one address and/or type of address may be associated
with a player.
[0099] The credit card number 540 corresponds to a credit card
account and may be used, for example, to credit a payment to the
player (e.g., if the player wins a gambling payout; if the player
receives a benefit in accordance with a gambling loss insurance
policy) and/or to debit an amount (e.g., a wager amount; a premium
amount). Although tabular representation 500 depicts a credit card
number in the player database 245, those of skill in the art will
recognize that various other types of financial account identifiers
associated with the player may be used in addition to or in lieu
of a credit card number (e.g., a debit card account number; a checking
account number; a casino financial account number; digital payment
protocol information).
[0100] The lifetime win/(loss) 550 stores an indication of the
actual dollar amount that the corresponding player has won or lost
while gambling, based on the playing activity of the player since
the playing activity of the player has been tracked. A loss is indicated
in parentheses in the tabular representation 500. In some embodiments,
the historical lifetime win/(loss) 550 may be a true "lifetime"
lifetime win/(loss) (e.g., may reflect the lifetime win/(loss) since
the first time the player was tracked). Alternatively, or in addition,
a historical lifetime win/(loss) based on other periods of time
may be stored. For example, an annual or session lifetime win/(loss)
may be stored.
[0101] The average wager per play 560 stores an indication of the
actual dollar amount that the corresponding player wagers on average
on each play of a game. In some embodiments, the average wager per
play 560 may be a lifetime average across all plays tracked for
the player. In other embodiments, an average wager per play based
on other periods of time may be stored in addition to or instead
of a lifetime average wager per play. For example, an average wager
per play during the past twelve months or average wager per play
during a particular session may be stored. In still other embodiments,
information about an average amount wagered per session may be stored
in addition to or in lieu of an average wager per play. In some
embodiments, average wager information may reflect play of one or
more types of games (e.g., $1.50 per play across all combined blackjack
and video poker play) and/or respective averages for a plurality
of different games may be stored (e.g., $10.00 for blackjack; $2.00
for video poker).
[0102] The average session length 570 stores an indication of a
period of time that the corresponding player spends gambling on
average. In some embodiments, the average session length 570 may
be a lifetime average across all sessions tracked for the player.
In other embodiments, an average session length based on sessions
tracked during other periods of time may be stored in addition to
or instead of a lifetime average session length. For example, an
average session length during the past six months of sessions or
average session length during a particular casino visit may be stored.
[0103] Not all of the fields depicted in FIG. 5 are required, and
various substitutions, deletions and other changes to the tabular
representation will be readily apparent to those of ordinary skill
in the art. For example, the average wager per play is not needed
in many embodiments. The depicted fields, for example the address
information, are for illustration only. Various other forms of address
information are described herein and still others will be readily
apparent to those of skill in the art.
[0104] Referring now to FIG. 6, an exemplary tabular representation
600 illustrates an exemplary embodiment of insurance term database
250 (FIG. 2) that may be stored, for example, in network server
200. The tabular representation 600 of the insurance term database
250 includes a number of example records or entries, each defining
an insurance term that may be used in establishing a gambling loss
insurance policy. For example, one or more insurance terms may be
selected by a player, a casino employee, a terminal, and/or a server
in creating and/or offering an insurance policy. Those skilled in
the art will understand that the insurance term database 250 may
include any number of entries.
[0105] The tabular representation 600 also defines fields for each
of the entries or records. The fields specify: (i) an insurance
term identifier 610 that uniquely identifies an insurance term,
(ii) an insurance term description 620 of the insurance term that
represents one or more requirements of the insurance term, and (iii)
a premium cost 630 associated with the insurance term.
[0106] The information in the insurance term database 250 may be
created and/or updated, for example, based on information received
from a player, a casino employee, a gaming machine 104, a slot machine
300, a kiosk 400, and/or an input device 408. For example, an insurance
term (or one or more requirements of the insurance term) may be
established by a casino. In another example, a player may define
an insurance term (or one or more requirements of the insurance
term). As described variously herein, a player may input information
about a desired insurance term at a gaming machine (e.g., when prompted
for a coverage period, a player may request insurance coverage for
the first thirty minutes of game play by inputting "30"
at a keypad of a slot machine 300).
[0107] According to one or more embodiments of the present invention,
some characteristics or requirements of an insurance term may be
selected by a player, and other aspects may be selected by a server,
a casino employee, and/or a terminal. For example, insurance term
"TERM-001" in tabular representation 600 may initially
have corresponded to an offer for refunding 100% of net losses (up
to $100) on any $1.00 slot machine. Slot machine 300 then prompted
the player to select a desired period of coverage for "TERM-001"
from a drop-down menu of suggested policy coverage periods. In response,
the player selected "30 MINS." by touching a touch screen
of slot machine 300. Accordingly, the insurance term description
of "TERM-001" was updated to reflect that "TERM-001"
applies to the first thirty minutes of game play.
[0108] Alternatively, a new term may be established that is based
at least in part on an existing term. For example, rather than modifying
the entry for "TERM-001" as in the preceding example,
once the player selected "30 MINS." a new term entry (e.g.,
identified as "TERM-001-30M") (not shown) that indicated
the new term had all of the requirements of "TERM-001"
and was also limited to the first thirty minutes of game play could
have been created in insurance terms database 650. Other ways for
creating, updating and/or storing an indication of an insurance
term will be readily apparent to those of ordinary skill in the
art.
[0109] The insurance term identifier 610 may be, for example, a
numeric, alphanumeric, or other type of code associated with an
insurance term. The insurance term identifier 610 is preferably
unique, and may be generated or selected, for example, by a server
or terminal. For each insurance term, the insurance term database
250 may also store an insurance term description 620. The insurance
term description 620 preferably indicates one or more conditions
or requirements represented by the insurance term, such as, without
limitation: (i) a covered loss limit (e.g., "net losses (up
to $100)"), (ii) a payout limit (or other benefit limit) (e.g.,
"50% of net losses"; "two free show tickets"),
(iii) a period of coverage (e.g., "the first 30 minutes of
game play), (iv) a covered wager amount (e.g., "$1"),
(v) a type of game (e.g., "Blackjack"), (vi) a type of
gaming machine (e.g., "slot machine"), (vii) a number
of plays covered (e.g., "the first 250 hands of game play"),
and (viii) a method for providing an insurance payout (e.g., "the
casino will mail a check to the address on file").
[0110] The insurance term description 620 may be used, for example,
in communicating information about the insurance term to the player,
in determining an insurance payout, and/or in determining whether
an insurance term and/or policy period has expired. According to
some embodiments, one or more insurance term descriptions may be
communicated to a user (e.g., displayed in a menu format at a display
device) so that the user can select one or more of the offered insurance
terms to assemble a desired insurance policy.
[0111] For each insurance term, the insurance term database 250
may also store a premium cost 630 associated with the corresponding
insurance term (e.g., for use in determining a total premium for
a gambling loss insurance policy). In one or more embodiments the
premium cost 630 may comprise an indication of the monetary amount
of the premium associated with that insurance term. In other embodiments,
the premium cost 630 may comprise a number of game credits (e.g.,
coins) associated with the insurance term. As indicated in tabular
representation 600, some insurance terms (e.g., those indicating
a preferred method of payment or a preferred means of communicating
with the policyholder) may not have an associated premium cost (e.g.,
the entry for "TERM-201" indicates a premium cost is not
applicable ("N/A")).
[0112] Not all of the fields depicted in FIG. 6 are required, and
various substitutions, deletions and other changes to the tabular
representation will be readily apparent to those of ordinary skill
in the art. For example, the premium cost is not needed in many
embodiments, or may be included as part of the insurance term description.
The depicted fields, for example, the insurance term descriptions,
are for illustration only. Various other forms of insurance terms
are described herein and still others will be readily apparent to
those of skill in the art.
[0113] Referring now to FIG. 7, an exemplary tabular representation
700 illustrates an exemplary embodiment of insurance policy database
255 (FIG. 2) that may be stored, for example, in network server
200. The tabular representation 700 of the insurance policy database
includes a number of example records or entries, each defining an
insurance policy that is associated with a player. For example,
each insurance policy may comprise one or more insurance terms defined
in insurance term database 250. Those skilled in the art will understand
that the insurance policy database may include any number of entries.
[0114] The tabular representation 700 also defines fields for each
of the entries or records. The fields specify: (i) an insurance
policy identifier 710 that uniquely identifies an insurance policy,
(ii) a player identifier 720 that identifies a player (or players)
associated with the insurance policy (e.g., a policyholder; a policy
beneficiary), (iii) term identifiers 730, 740, 750 that each identifies
(if applicable) a respective insurance term associated with the
insurance policy, (iv) a total premium 760 associated with the insurance
policy, and (v) a total amount of coverage 770 provided in accordance
with the associated terms of the insurance policy.
[0115] The information in the insurance policy database 255 may
be created and/or updated, for example, based on information received
from a player, a casino employee, a gaming machine 104, a slot machine
300, a kiosk 400, and/or an input device 408. For example, an insurance
policy record may be created by a casino server after a user at
a kiosk agrees to purchase an insurance policy. In another example,
information associated with an insurance policy may be updated by
a server storing the insurance policy database if a user decides
to change, add, or delete one or more terms of the policy (e.g.,
using a kiosk).
[0116] The insurance policy identifier 710 may be, for example,
a numeric, alphanumeric, or other type of code associated with an
insurance policy. The insurance policy identifier 710 is preferably
unique, and may be generated or selected, for example, by a server
or terminal. For each insurance policy, the insurance policy database
255 preferably stores one or more player identifiers 720 that identify
a player (or players) associated with the corresponding insurance
policy. According to some embodiments of the present invention,
player identifier 720 identifies one or more players or users whose
gambling activity is covered by the gambling loss insurance policy,
who paid for the insurance policy, and/or who is a beneficiary of
the gambling loss insurance policy. In this way, a player (or other
user) who is entitled to an insurance payment under the insurance
policy defined by the insurance policy record may be identified.
[0117] For each insurance policy, the insurance policy database
255 may also store an indication of one or more term identifiers
730, 740, 750. Each term identifier 730, 740, 750 identifies an
insurance term of the corresponding insurance policy. For example,
the term identifiers 730, 740, 750 may include a description of
an insurance term or may comprise term identifiers corresponding
to entries in a database (e.g., insurance terms database 255). Although
only three term identifiers are illustrated in tabular representation
700, it will be readily apparent to those having ordinary skill
in the art that an insurance policy may have any number of terms.
Accordingly, any number of term identifiers may be provided in insurance
policy database 255.
[0118] In one example depicted in tabular representation 700, term
identifier 1 730 of insurance policy "POL-1234" indicates
"TERM-001," which refers to the insurance term "TERM-001"
of tabular representation 600 of insurance term database 250 (FIG.
6). Insurance policy "POL-1234" also includes "TERM-202",
as indicated by term identifier 2 740. According to the exemplary
data depicted in tabular representation 500 (FIG. 5), tabular representation
600 (FIG. 6) and tabular representation 700, insurance policy "POL-1234"
thus provides insurance coverage for player "PL-246" ("Joe
Smith") according to two terms: (i) a refund of 100% of net
losses (up to $100) for the first thirty minutes of game play on
any $1.00 slot machine, and (ii) as insurance payment, currency
or a voucher will be provided to the policyholder at his machine
via the machine or by a member of the casino staff.
[0119] The insurance policy database 255 may also store an indication
of the total premium cost 760 associated with the insurance policy.
According to one or more embodiments, the total premium cost 760
comprises an indication of the total monetary amount of all of the
individual premium costs associated with the insurance terms that
make up the insurance policy. According to the example data referred
to above, insurance policy "POL-1234" has a total premium
cost of $79.00 based on "TERM-001" ($79.00) and "TERM-202"
("N/A"), as indicated by tabular representation 600 (FIG.
6). In other embodiments, the total premium cost may comprise a
total cost of the insurance policy in terms of a number of game
credits (e.g., coins).
[0120] The insurance policy database 255 may also store an indication
of the total amount of coverage 770 provided by the corresponding
insurance policy. The total amount of coverage 770 thus indicates
a total amount of exposure for the insuring entity for a particular
insurance policy (e.g., the maximum total amount of insurance payment
to which a policyholder may be entitled). According to one or more
embodiments, the total amount of coverage 770 comprises an indication
of the total monetary loss amount that may be covered in accordance
with all of the terms of the insurance policy.
[0121] For example, according to the exemplary data of tabular
representation 600 (FIG. 6) and tabular representation 700, insurance
policy "POL-1234" has a total amount of coverage 770 of
"$100.00 MAX" based on "TERM-001" ("100%
of net losses (up to $100)") and "TERM-202" (no coverage
provided). In other embodiments, the total amount of coverage may
comprise a total number of game credits (e.g., coins) covered by
the insurance policy.
[0122] Not all of the fields depicted in FIG. 7 are required, and
various substitutions, deletions and other changes to the tabular
representation will be readily apparent to those of ordinary skill
in the art. For example, the total premium cost is not needed in
many embodiments. Some embodiments may provide for an indication
of an amount of the total premium paid and/or yet owed by the policyholder.
The depicted fields, for example, the term identifiers, are for
illustration only. Various other forms of insurance terms are described
herein and still others will be readily apparent to those of skill
in the art. In one or more embodiments, the insurance policy database
255 may include an indication of the insurance term descriptions
in addition to or in lieu of insurance term identifiers. For example,
the term identifiers may comprise a description of the insurance
term.
[0123] Referring now to FIG. 8, an exemplary tabular representation
800 illustrates an exemplary embodiment of gambling session database
260 (FIG. 2) that may be stored, for example, in network server
200. The tabular representation 800 of the gambling session database
includes a number of example records or entries, each defining a
gambling session that is associated with a player. Those skilled
in the art will understand that the gambling session database may
include any number of entries.
[0124] The tabular representation 800 also defines fields for each
of the entries or records. The fields specify: (i) a player identifier
810 that identifies a player associated with a gambling session,
(ii) a gambling session identifier 820 that uniquely identifies
a gambling session, (iii) an amount wagered 830 associated with
the gambling session, (iv) an amount paid out 840 associated with
the gambling session, (v) a player net win/(loss) 850 associated
with the gambling session, (vi) a session start time/date 860 that
includes an indication of a time that the gambling session started,
and (vii) a session end time/date 870 that includes an indication
of a time that the gambling session ended (if applicable).
[0125] The information in the gambling session database 260 may
be created and/or updated, for example, based on information received
from a player, a casino employee, a gaming machine 104, a slot machine
300, a kiosk 400, and/or an input device 408. For example, a gambling
session record may be created by a casino server after receiving
an indication that a player has started gambling at a slot machine
(e.g., in which the player is identified by a player tracking card
inserted at the slot machine), or a gambling session record may
be modified by a gaming machine based on a player's gambling activity
at the gaming machine.
[0126] For each gambling session, the gambling session database
260 preferably stores a player identifier 810 that identifies a
player associated with the corresponding gambling session. In this
way, information about the player's gambling activity (e.g., an
amount lost by the player) may be stored and accessed as necessary,
for example, for use in determining whether or not a given gambling
session meets any of the terms of an insurance policy associated
with the player. Based on information about the gambling session,
therefore, a determination may be made as to whether the player
is entitled to an insurance payment in accordance with the insurance
policy.
[0127] The gambling session identifier 820 may be, for example,
a numeric, alphanumeric, or other type of code associated with a
gambling session. The gambling session identifier 810 is preferably
unique, and may be generated or selected, for example, by a server
or terminal. According to some embodiments, the session identifier
820 may comprise an indication of the type of gambling activity
(e.g., a type of game; a type of machine played) encompassed by
the gambling session. For example, as depicted in tabular representation
800, session "SES-SM-7108" may refer to gambling activity
by player "PL-902" at a slot machine, while session "SES-BJ-4678"
may refer to gambling by the same player "PL-902" at Blackjack
(e.g., at video blackjack machine; at a Blackjack table).
[0128] For each gambling session, the gambling session database
260 may store an indication of an amount wagered 830 during the
gambling session, an amount paid out 840 during the gambling session,
and a player net win/(loss) 850. A loss is indicated in parentheses
in the tabular representation 800.
[0129] According to some embodiments, amount wagered 830 may comprise
the total amount wagered during the course of a gambling session
and/or an average amount wagered during the gambling session (e.g.,
per handle pull). Where the amount wagered 830 represents an average
amount wagered per play, the gambling session database 260 may further
comprise a field having information for defining the total number
of plays occurring during the gambling session (e.g., the total
number of handle pulls). Thus, the total amount wagered within a
given session may be determined as necessary: (Average wager per
play).times.(Total number of plays)=Total amount wagered.
[0130] Amount paid out 840 indicates a total amount of money (or
credit) paid or designated to the player (e.g., gross winnings)
for the gambling session. According to some embodiments, the player
net win/(loss) 850 may be determined based on the amount paid out
840 and the amount wagered 830. In one example, according to exemplary
data in tabular representation 800, player "PL-246" has
wagered a total of $241.00 during gambling session "SES-6823"
and $182.00 has been paid out, making a net loss of ($59.00) for
the gambling session.
[0131] One or more terms associated with an insurance policy may
be based on an amount wagered, an average amount wagered per play,
an average loss per play, an average loss per a predetermined period
of time, an amount paid out and/or a net loss (or net win). Accordingly,
the amount wagered 830, amount paid out 840 and/or player net win/(loss)
850 may be used in determining whether or not activity of a gambling
session is covered by an insurance policy, whether or not an insurance
payment should be provided to a policyholder and/or the appropriate
amount of any such insurance payment.
[0132] The gambling session database 260 may also store an indication
of a session start time/date 860 and a session end time/date 870.
In one example, according to exemplary data in tabular representation
800, gambling session "SES-6823" began at 14:33 on Jul.
3, 2004 and ended at 15:03 on Jul. 3, 2004. Those of ordinary skill
in the art will understand that the starting and/or ending time
of a gambling session may represented by an indication of a time,
a date, or a combination thereof.
[0133] As described above, one or more terms associated with an
insurance policy may be based on a period of time. For example,
a coverage period may be defined by an insurance term (e.g., some
portion of net losses during the first thirty minutes of game play
are covered). Accordingly, the session start time/date 860 and the
session end time/date 870 may be useful in determining whether or
not a gambling session is covered by an insurance policy, whether
or not an insurance payment should be provided to a policyholder
and/or the appropriate amount of any such insurance payment.
[0134] A gambling session of a player generally represents some
(or all) gambling activity of the player. None, some, or all of
the gambling activity represented by an entry in gambling session
database 260 may be covered by a gambling loss insurance policy
and/or may result in an insurance payout being provided to a player.
A gambling session may be defined in various ways, including, without
limitation: (i) a number of plays of one or more types of games
(e.g., a number of handle pulls of a slot machine; a number of hands
dealt in a card game; a number of plays since a player inserted
a player tracking card or otherwise identified himself; a number
of plays since a player established an insurance policy), (ii) a
period of time (e.g., a calendar day; a two-hour period; a weekend;
a calendar year; a hotel visit; a period of time since a player
inserted a player tracking card or otherwise identified himself;
a period of time since a player established an insurance policy),
(iii) an amount wagered (e.g., a total coin-in), and (iv) any combination
of thereof.
[0135] Also, a gambling session may refer to gambling activity
that is: (i) not continuous (e.g., may encompass two separate visits
to a casino that are months apart), (ii) is interrupted by any amount
of time (e.g., encompasses gambling by a player before and after
a dinner break), (iii) comprises one or more types of games (e.g.,
includes play of video poker and slot machines), (iv) comprises
activity at one or more gaming machines, (v) comprises some but
not all gambling activity during a given period of time (e.g., comprises
gambling during a first day and a third day of a casino visit, but
not activity on the second day; comprises every other handle pull
at a slot machine), and/or (vi) any combination thereof. Other definitions
of gambling sessions or means for describing gambling activity may
be described herein, and others will be readily apparent to those
of skill in the art.
[0136] In one example of how a gambling session may be defined,
a player inserts a player tracking card at a slot machine. This
identification indicates the beginning of a gaming session, and
a corresponding record is created in gambling session database 260
with a session start time/date 860 as of the time the player tracking
card was received. Alternatively, the start of the gaming session
may be indicated by the first wager and/or the first handle pull.
Over the course of the next sixty minutes, the player wagers $1.00
each on one hundred reel spins (e.g., one hundred handle pulls),
for a total wager amount of $100. The player then removes his player
tracking card, ending the gaming session. The game session entry
is updated with a session end time/date 870 as of the time the player
tracking card was removed.
[0137] In the above example, the player's gambling session may
be defined (at any given time) by the amount wagered since inserting
the tracking card, by the amount the slot machine has paid out to
the player, by the player's net win/(loss), by the number of handle
pulls, and/or by the elapsed time since inserting the tracking card
(e.g., as indicated by session start time/date 860 and session end
time/date 870). Alternatively, the player's gambling activity could
be defined as two or more gambling sessions, for example, based
on each thirty minutes of play, or based on each set of twenty-five
handle pulls.
[0138] In another example, the player gambles as described above,
but the removal of the player tracking card does not necessarily
define an end of the player's gambling session (e.g., the session
end time/date 870 is still to be determined ("TBD")).
For instance, the day after removing his player tracking card from
the slot machine, the player inserts his player tracking card at
a video poker machine. Over the course of the next thirty minutes,
the player wagers $2.00 each on twenty initial deals (e.g., twenty
starting poker hands), for a total wager amount of $40. The player
then removes his player tracking card. After breaking for lunch,
the player inserts his player tracking card at a video blackjack
machine. In this second example, one or more gambling sessions may
be defined by some or all of the activity at the slot machine, the
video poker machine and/or the video blackjack machine during the
two days described.
[0139] According to some embodiments of the present invention,
for policies having insurance coverage during a determined period
of play, the player may be required (e.g., per an insurance term
of an insurance policy) to make at least a minimum total wager amount
and/or at least a minimum number of plays, in order to deter the
player from playing slowly during the insured period. Alternatively
or in addition, a player may be required not to exceed a maximum
total wager amount, a maximum number of plays and/or a maximum rate
of play so that the player does not play recklessly during the period
of coverage.
[0140] Not all of the fields depicted in FIG. 8 are required, and
various substitutions, deletions and other changes to the tabular
representation will be readily apparent to those of ordinary skill
in the art. For example, the amount paid out is not needed in many
embodiments. The depicted fields, for example, the amount wagered,
are for illustration only. Various other forms of session identifiers
will be readily apparent to those of skill in the art. Some embodiments
of the present invention may provide for an indication of a total
number of plays (e.g., handle pulls) of the gambling session, which
may be used in administering an insurance policy (e.g., in which
the policy covers only a given number of handle pulls).
[0141] Referring now to FIG. 9, an exemplary tabular representation
900 illustrates an exemplary embodiment of insurance policy status
database 265 (FIG. 2) that may be stored, for example, in network
server 200. The tabular representation 900 of the insurance policy
status database includes a number of example records or entries,
each defining status information of an insurance policy that is
associated with a player. Those skilled in the art will understand
that the insurance policy status database may include any number
of entries.
[0142] The tabular representation 900 also defines fields for each
of the entries or records. The fields specify: (i) an insurance
policy identifier 910 that identifies an insurance policy, (ii)
a policy status 920 that indicates a status of the insurance policy,
(iii) player qualified for insurance payout? 930 that includes an
indication of whether a player is qualified for an insurance payout
under the corresponding insurance policy, (iv) insurance payout
amounts 940, 950 that include an indication of an amount paid out
in accordance with the insurance policy, (v) an insurance payout
method 960 that includes an indication of how an insurance payout
is to be or has been provided, and (vi) an insurance payout time/date
970 of the insurance payout, if any.
[0143] The information in the insurance policy status database
265 may be created and/or updated, for example, based on information
received from a player, a casino employee, a gaming machine 104,
a slot machine 300, a kiosk 400, and/or an input device 408. For
example, an insurance policy status record may be created by a casino
server after an insurance policy is established for a player. In
another example, status information associated with an insurance
policy may be updated by a server, based on game information received
from a gaming machine and/or stored in a database, such as in a
gambling session database. For instance, a player at a slot machine
experiences a gambling loss that is covered by an insurance policy.
The slot machine transmits information about the player's gambling
activity to the server and the server stores the game information
in a gambling session database. Based on the information in the
gambling session database, the server then updates an insurance
policy status database to indicate the player is qualified for an
insurance payout and/or the insurance payout amount.
[0144] The insurance policy identifier 910 may be, for example,
a numeric, alphanumeric, or other type of code associated with an
insurance policy. The insurance policy identifier 910 may be generated
or selected, for example, by a server or terminal, and may correspond
to an entry in insurance policy database 255. For each insurance
policy status entry, the insurance policy status database 265 preferably
stores a policy status 920 that indicates the present status of
the insurance policy. For example, the policy status 920 may comprise
an indication of whether the insurance policy is active, open, paid,
paid-in-part, paid-in-full, inactive, cancelled, closed, expired,
or any combination thereof.
[0145] In some exemplary embodiments, an exemplary insurance policy
status of "open" may indicate that no gambling session
associated with the insurance policy has yet occurred, or may indicate
that an associated gambling session is underway. An exemplary status
of "closed" may indicate that the corresponding insurance
policy may be associated with one or more completed gambling sessions
that did not qualify the player for an insurance payout. An exemplary
status of "paid" may be used to indicate that the corresponding
insurance policy is associated with a player who was eligible for
an insurance payout, and the insurance payout has been determined
and/or provided to the player. Other types of statuses will be readily
apparent to those of ordinary skill in the art.
[0146] For each record, the insurance policy status database 265
may also store an indication of whether the player is qualified
for an insurance payout 930 (e.g., based on the terms of the corresponding
insurance policy and/or a gambling session of the player). According
to some embodiments, this determination may be made by comparing
information in the gambling session database 260 to information
in the insurance policy database 255 and/or insurance term database
250. For example, an insurance term of the corresponding insurance
policy may indicate that the player is entitled to an insurance
payout if his net winnings are below a certain threshold (e.g.,
the player's net winnings are less than $100).
[0147] The insurance policy status database 265 may also store
an indication of any insurance payout amounts 940, 950 that have
been or are to be provided to a policyholder (or other beneficiary)
in accordance with a gambling loss insurance policy. The amount
indicated may be determined based on one or more of the corresponding
insurance policy terms and/or information about a gambling session
covered by the insurance policy, such as the information stored
in gambling session database 260. For example, a player's net losses
for a gambling session may be determined based on the player net
win/(loss) 850 of gambling session database 260, and the insurance
payout amount 940 may indicate an amount that is a percentage of
the player net win/(loss) 850 in accordance with one or more terms
of the insurance policy (e.g., 50% of net losses are covered).
[0148] Referring to exemplary tabular representation 900, exemplary
policy "POL-1224" is depicted as having a status of "PAID"
and insurance payout amount 1 940 indicates that the player has
or will receive an insurance payout amount of $38.27 based on his
gambling activity. Insurance payout amount N 950 indicates that
a second payout amount is to be determined ("TBD"). This
information may indicate, for example, that the policy "POL-1224"
has not yet expired. Accordingly, further gambling activity by the
corresponding player may be covered, and the player may receive
another insurance payout. For example, one term of the policy "POL-1224"
may cover a number of plays of video poker, but the player has not
yet played video poker.
[0149] The insurance policy status database 265 may also store
an indication of an insurance payout method 960, which indicates
the manner in which an insurance payout (if any) is to be or has
been conveyed to a qualified player. According to some embodiments,
insurance payout method 960 may be based on one or more terms of
the insurance policy (e.g., "TERM-201" of exemplary tabular
representation 600 of insurance terms database 250 indicates that
an insurance payment will be posted to a major credit card). The
insurance policy status database 265 may also store an indication
of an insurance payout time/date 970 that an insurance payout (if
any) was provided to a player (or other beneficiary of the insurance
policy). In some embodiments, more than one time may be stored,
for example, if multiple insurance payouts have been provided.
[0150] Not all of the fields depicted in FIG. 9 are required, and
various substitutions, deletions and other changes to the tabular
representation will be readily apparent to those of ordinary skill
in the art. For example, the insurance payout time/date 970 is not
needed in many embodiments. The depicted fields, for example, the
insurance payout amounts, are for illustration only. Various other
forms of insurance policy status information are described herein
and still others will be readily apparent to those of skill in the
art. In one or more embodiments, some or all of the information
described herein with respect to the insurance policy status database
265 may be included in a database storing other information related
to an insurance policy (e.g., insurance policy database 255). In
one or more embodiments, the insurance policy status database may
include more than one record corresponding to a given gambling loss
insurance policy (e.g., a respective record for each insurance payout
that has been provided in accordance with the policy). In some alternative
embodiments, each of insurance payout amounts 940, 950 may be indicated
by a field comprising an indication of the total monetary amount
of all of the insurance payouts provided in accordance with the
gambling loss insurance policy.
Processes
[0151] Referring to FIGS. 10A-10B, a flow chart 1000 represents
one or more embodiments of the present invention that may be performed
by a casino employee, a server and/or a terminal, including, without
limitation, a gaming machine or kiosk. The process 1000 is a method
for offering a gambling loss insurance policy to a player. The particular
arrangement of elements in the flow chart of FIGS. 10A-10B, as well
as the other flow charts discussed herein, is not meant to imply
a fixed order to the steps; the steps can be practiced in any order
that is practicable for various embodiments of the present invention.
For illustrative purposes only, the process 1000 is described as
being performed by a terminal operated by a casino employee (e.g.,
at a slot club registration location). The employee terminal is
in communication with a server acting as a casino server (e.g.,
via a LAN). Of course, the process 1000 may be modified as practicable
for any type of terminal (e.g., personal computer; gaming machine;
video poker machine) and/or server.
[0152] A terminal in communication with a server (e.g., a casino
server) receives information that identifies a player (step 1005).
For example, a player wishing to join the casino's slot club approaches
the slot club host and requests to be registered with the slot club.
The slot club host takes the player's name and address and enters
the information into the terminal using a keyboard.
[0153] In an alternative embodiment, a player or other user approaches
a kiosk on a casino floor and inputs his player tracking card at
a card reader device of the kiosk. The kiosk reads the user's player
identifier (e.g., "PL-246") from the player tracking card.
In another alternative embodiment, a user visits a Web page form
hosted by the server using a personal computer in communication
with the server via the Internet and inputs his user identifier
(e.g., user tracking card number), name and/or address using a keyboard
of the personal computer.
[0154] The terminal transmits the user identifier information to
the server (step 1010). For example, the terminal transmits the
information in response to the operator using a pointer device to
click on a "Submit" button represented on a Web page form.
[0155] The terminal receives a signal that indicates a desire by
the player to purchase a gambling loss insurance policy (step 1015).
According to one or more embodiments, the slot club host (or player)
provides input to the terminal that indicates a desire by the player
to accept an offer for insurance and/or to receive additional information
about a gambling loss insurance policy or purchasing such a policy.
For example, the slot club host may indicate to the player that
gambling loss insurance is available, and asks if the player would
like to purchase insurance or would like to learn more about the
insurance program. If the player says "Yes", the slot
club host may signal the player's desire to purchase a gambling
loss insurance policy by, for example, clicking a checkbox on the
player's slot club registration form, or touching a location of
the terminal's display device (e.g., a selectable "button")
that indicates the player would like to purchase gambling loss insurance.
[0156] In another example, the server may transmit one or more
offers for a gambling loss insurance policy to the terminal for
display to the slot club host and/or player. For instance, in a
manner well-known in the art, a "pop-up" advertisement
may be displayed at the slot club terminal in a window of a browser
application. The slot club host may then describe the offer and/or
show the advertisement to the player. The advertisement may include
a hyperlink that the slot club host may click (e.g., using a pointer
device) to indicate a request by the player to purchase a gambling
loss insurance policy. In some alternative embodiments, a player
is playing Blackjack at a video blackjack machine, and a representation
of a "Purchase Insurance" button (or hyperlink) is displayed
to the player during play of the game. The player may click on the
button to indicate a desire to purchase a gambling loss insurance
policy.
[0157] The terminal receives a signal from the server that includes
descriptions of one or more available insurance terms (step 1020).
According to some embodiments, the terminal receives the information
from the server after (or in response to) transmitting the signal
indicating the player's desire or request to purchase a gambling
loss insurance policy, as described above (step 1015). According
to one or more embodiments, the server may transmit information
about one or more insurance terms stored in exemplary insurance
terms database 250 (e.g., "TERM-001" depicted in exemplary
tabular representation 600 may be represented by a signal comprising
that indicates "Refund 100% of net losses (up to $100) for
the first 30 minutes of game play on any $1.00 slot machine").
In some alternative embodiments, the terminal may also receive an
indication of the respective cost of one or more of the insurance
terms. For example, "TERM-001" of the tabular representation
600 has an associated premium cost of $79.00.
[0158] According to some embodiments, player information (e.g.,
as stored in the player database 245) associated with the player
may be used by the server to determine one or more available insurance
terms. For example, the server may use the lifetime win/(loss) 550
associated with a player (FIG. 5) to select one or more terms having
an appropriate wager per play (or range of wagers per play). According
to some other embodiments, if a player is at a gaming machine, for
example, the available insurance terms may be determined based on
information about the gaming machine. For example, the available
insurance terms may be based on the type of gaming machine, the
denomination of the gaming machine, and/or the standard deviation
of payouts by the gaming machine.
[0159] The terminal outputs or otherwise communicates the descriptions
of the available insurance terms (step 1025). For example, the terminal
communicates one or more descriptions to the operator and/or the
player using one or more devices described above with respect to
kiosk 400 (e.g., by displaying at a display device or outputting
one or more descriptions using an audio speaker). According to some
embodiments, the terminal displays available insurance term descriptions
in a menu of selectable items, in a manner well known in the art.
[0160] The terminal also receives a signal indicating a selection
by the player of at least one of the available insurance terms (step
1030). For example, the slot club host may describe the available
insurance terms (e.g., by reading the descriptions from a display
device of the terminal). Once the player has made his selections
(e.g., by telling the slot club host which of the available terms
he would like), the slot club host may select one or more items
from a list of available insurance terms using a pointer device,
or by touching a touch screen. Alternatively, the player may be
allowed to make his own selections at the terminal. According to
some embodiments, the terminal receives the selections after (or
in response to) communicating the available insurance term descriptions,
as described above (step 1025).
[0161] Based on the one or more selected insurance terms, the terminal
determines a premium cost for an insurance policy including the
selected insurance terms (step 1035) and communicates the determined
premium cost (step 1040). For example, the terminal displays the
determined premium cost to the slot club host so that the host may
inform the player. In another example, the terminal prints out a
statement that includes an indication of the premium cost. According
to some embodiments, the communication of the premium cost comprises
an offer for a gambling loss insurance policy (e.g., including the
selected insurance terms) in exchange for the determined premium
cost.
[0162] As described above, in one or more embodiments, the determined
premium cost is a total sum of the respective premium costs of the
selected insurance terms. According to other embodiments, the determined
premium cost may be more than or less than the total sum of the
respective premium costs. For example, a casino may offer an insurance
policy including two or more insurance terms at a savings or discount
to the player. As will be readily apparent to those having ordinary
skill in the art, policies or other combinations of terms may thus
be advertised or offered to players at a discounted premium cost
(e.g., "If you buy coverage for video poker and slot machine
play, we'll discount the cost of the slot machine coverage by 10%.").
[0163] According to some embodiments, the terminal transmits an
indication of the selected insurance terms to the server, which
determines an appropriate total premium cost and transmits an indication
of the total premium cost to the terminal. According to other embodiments,
the terminal may determine the total premium cost without transmitting
an indication of the selected insurance terms to the server or without
receiving an indication of the total premium cost from the server.
For example, the server may transmit to the terminal an indication
of the respective premium cost for each available insurance term
(e.g., when it transmits descriptions of the available insurance
terms), which may be stored, by the terminal. Accordingly, the terminal
can determine a total premium cost based on the selected insurance
terms without additional communication with the server.
[0164] According to some embodiments, player information (e.g.,
as stored in the player database 245) associated with the player
may be used in determining the premium cost. For example, the lifetime
win/(loss) 550 associated with a player (FIG. 5) may be used to
estimate the volatility or risk of a player's gaming activity, and
the premium cost may be based at least in part on this estimation
in determining an appropriate premium for a gambling loss insurance
policy. In some embodiments, two players purchasing insurance policies
having the same terms may be charged different premium costs. For
example, a "high risk" player with a lifetime loss greater
than a predetermined threshold may be charged an appropriately higher
premium than a "low risk" player. In another example,
the lifetime win/(loss) 550 associated with a player may be used
to estimate the skill of the player. For instance, a video poker
player may be rated according to an estimation of his skill. A first
video poker player that is rated higher than a second video poker
player may be charged an appropriately lower premium cost than the
second player, because the first video poker player is less likely
to lose as much as the second player. According to some embodiments,
a player may be refused insurance coverage based at least in part
on the player's lifetime win/loss 550.
[0165] In another example, the average wager per play 560 (FIG.
5) may be used in determining an available insurance term (e.g.,
a wager amount to cover) or a premium to offer to a player for a
gambling loss insurance policy. For example, a player who wagers
$1.00 per play on average but requests coverage for $3.00 per play
may be charged an appropriately high premium based on an assessment
that the player is planning to engage in riskier gambling behavior
than usual. In some embodiments, based on the player's average wager
per play (or per session), the network server 200 or kiosk 400 may
offer coverage for a different wager amount than was initially selected
or indicated by the player. For example, a player who typically
wagers $2.00 per play requests coverage for $3.00 per play. Based
on the |