Configuring a gaming machine to accept credit via recyclable non-currency tokens
AssigneeGlobal Payment Technologies Australia
InventorAndre Soussa
Life of this patent
Estimating the term…
Abstract
The present invention relates to configuring a gaming machine to accept credit via recyclable non-currency tokens. Embodiments of the invention have been particularly developed for enhancing the operation of a terminal as a result of validator functionality. While some embodiments will be described herein with particular reference to that application, it will be appreciated that the invention is not limited to such a field of use, and is applicable in broader contexts.
Claims10
A method for operating a validator, the method including:
- receiving a token;
- analysing the token to determine whether it is a predefined form of reusable non-currency token;
- in the case that the token is a predefined form of reusable non-currency token:
- (i) analysing the token to determine value data associated with the token;
- and
- (ii) storing the token in escrow, such that the token can subsequently be associated with new value data and dispensed from the validator;
- receiving, whilst the token is in escrow, data representative of a user desire to insert a currency token;
- and
- in response to the received data, performing one of:
- (A) associating the non-currency token with new value data, and dispensing the non-currency token thereby to enable insertion of the currency token;
- or (B) moving the non-currency token to a stacker, thereby to enable insertion of the currency token, such that the user is invited to insert a new non-currency token for a subsequent cash-out event.
A method for modifying the operation of an electronic gaming machine, the method including:
- identifying a gaming machine, wherein the gaming machine includes:
- (i) a bill validator, wherein the bill validator is configured to receive a currency bill via a currency bill input aperture, validate the currency bill for authenticity and value, and provide an output signal representative of the value for a successfully validated currency bill;
- and
- (ii) a central controller, wherein the game controller is configured to process the signal representative of the value for a successfully validated currency bill and, in response, increase credit available to a player of the gaming machine;
- modifying the operation of the bill validator, such that the bill validator is thereby configured to:
- analyse a token received by the validator, wherein the token is received via the currency bill input aperture, and thereby:
- (a) determine that the token is:
- not a currency bill;
- and (b) validate the token as a predefined form of reusable non-currency token;
- and (c) determine value data associated with the token;
- provide an output signal representative of the value data;
- and
- store the token in escrow, such that the token can subsequently be associated with new value data and dispensed from the validator.
A validator for operation with an electronic gaming machine, the electronic gaming machine being configured to provide a game of chance that is played in exchange for gaming credits, the validator including:
- a central processing unit;
- a memory module communicably coupled to the central processing unit, the memory module configured to maintain software instructions that are executable via the central processing unit;
- a primary communications port communicably coupled to the central processing unit, wherein the primary communications port is configured to enable communications between the validator to the electronic gaming machine to allow interaction between the validator and the electronic gaming machine;
- an input portal communicably coupled to the central processing unit, wherein the input portal is configured to receive multiple forms of token via a common aperture, wherein one of the forms of token is a currency note and another of the forms of token is a predetermined form of reusable read-only non-currency token having no writable regions;
- a transportation mechanism communicably coupled to the central processing unit, wherein the transportation mechanism is configured to transport an items including currency bills and reusable read-only non-currency tokens of the predetermined form received via the input portal to a stacking location via an escrow position;
- and
- a token reader intermediate the input portal and the token recycling device, the token reader being configured to read an identifier from reusable read-only non-currency tokens of the predetermined form passed from the input portal to the token recycling device and configured to read an identifier from reusable read-only non-currency tokens of the predetermined form passed from the token recycling device to the input portal;
- wherein the validator is configured to hold a received one or the reusable read-only non-currency tokens of the predetermined form in the escrow position, such that the token is able to be selectively dispensed via the input portal;
- wherein, in response to a player of the electronic gaming machine providing a request to cash out a specified value of gaming credits, the validator is configured to:
- (i) read the identifier from the reusable read-only non-currency token in the escrow position without writing data to the reusable read-only non-currency token;
- and
- (ii) associate the read identifier with a value corresponding to the specified value of gaming credits without writing data to the reusable read-only non-currency token;
- and
- (iii) cause storing of the value corresponding to the specified value of gaming credits in a central network that maintains data indicative of association of a plurality of reusable read-only non-currency tokens of the predetermined form with respective values;
- (iv) dispensing the non-currency token via the input portal;
- such that a further device is subsequently able to receive and read that reusable read-only non-currency token and, based on the identifier, access the central network to determine the specified value of gaming credits associated with that token.
Dependencies are inferred from the claim text.