A portion of the disclosure of this patent document contains material that is subject to copyright protection. The copyright owner has no objection to the facsimile reproduction by anyone of the patent document or the patent disclosure, as it appears in the Patent and Trademark Office patent files or records, but otherwise reserves all copyright rights whatsoever.
1. Field of the Invention
The field of the invention relates generally to magnetic stripe card readers and readers for identification tokens such as smart card, smart phone and other RFID/NFC enabled devices. More particularly the invention relates to card readers in a casino environment such as magnetic stripe player loyalty card readers.
2. Background
For some time casino enterprises have used player loyalty programs to provide players with incentives based upon the player's activities at the enterprise. When a loyalty program is adopted by an enterprise players are enrolled at a service center where personal information is obtained, a player account is created for the player and the player is issued a magnetic stripe card encoded with identification data to tie the card to the player's account which is maintained and services by one or more backend servers and database(s). At interface points such as gaming machines, gaming tables, kiosks and point of sale (POS) locations magnetic stripe card readers are installed to read the magnetic stripe on the card and provide the read data over a network to one or more data utilization resources including accessing the player's account. One commercial player tracking system is a Bally CMS(r) system sold by Bally Technologies, Inc. of Las Vegas, Nev.
Player tracking can be either at a single venue or on a nationwide basis across several casino enterprises such as described in Boushy, U.S. Pat. No. 7,419,427 issued Sep. 2, 2008 and titled “National Customer Recognition System and Method”, the disclosure of which is incorporated by reference.
At an electronic gaming machine (EGM), a card reader is installed and is in communication though a network with the backend server(s) and databases(s). When a player engages in gaming activities, the player inserts their player card into the card reader whereupon the player's gaming activities can be tracked for the purpose of providing incentives to the player such a loyalty points accumulated based upon the play level of the player. These loyalty points can be redeemed for gaming credits, cash, meals, entertainment or the like. The same is true where such card readers are provided at gaming tables or POS locations.
While
The monolithic card reader 32 is secured to the player tracking module 32 which also includes a PTM display 30, keypad and a ticket/bill printer 36.
As can be appreciated a casino enterprise with perhaps several thousand gaming machines and numerous gaming tables will have a like number of player card readers. Other enterprises include magnetic stripe card readers such as kiosks at airline terminals, bank ATMs and the like. These readers may be configured to read loyalty cards or credit/debit cards. These card readers from time-to-time fail and require replacement. The card readers are removed as a unit from the PTM 32, discarded and the reader is replaced. Card reader manufactures may retire certain reader assemblies making replacement of prior, failed versions difficult. Still further, using a standard, monolithic card reader design makes using multiple manufacturing sources difficult as well. Thus a system provider may have a sole source for readers frustrating the ability to search for better pricing.
It would be advantageous if a modular card reader could be provided which would enable lower cost replacement of failed readers and which would enable multiple sourcing for card readers.
It has also been known to provide wireless interfaces for reading wireless enabled devise such as smart cards, smart phones and the like. It would be beneficial to be able to combine wireless functionality with magnetic stripe card readers for reading, for example, legacy magnetic stripe cards as well as the more modern wireless devices. It has also been known to provide cameras at gaming machines for acquiring images of player such as for biometric identification. It would be beneficial to be able to include a camera with a modular card reader as well.
There is, therefore, provided in accordance with the present invention a modular card reader which enables replacement of card reader components in the field, which enables components to be sourced from various vendors to hold down costs, which supports upgrades to card readers and which, in another aspect, can support wireless communication with devices such as wireless, portable identification units as well as one or more cameras.
Toward this end and according to one aspect of the present invention, a modular card reader is set forth for adapting a plurality of card readers having different form factors is provided to receive a user identification card for reading thereof and a coupling for connection to a power source and for passing data between the card reader and one or more data utilization resources such as a back-end player tracking system. The modular card reader is adapted for a device of the type having an enclosure with an interior and an exterior and including an opening for mounting the modular card reader assembly. The modular card reader assembly includes a coupling plate sub-assembly secured at the enclosure opening and has a slot for receiving a user's identification card to the card reader for reading thereof. A controller sub-assembly removeably attaches to the coupling plate assembly. Hence, when a reader fails only the controller sub-assembly needs to be replaced. The coupling plate sub-assembly and controller sub-assembly are provided with a mechanical coupling whereby any controller sub-assembly compatible with the coupling can be used facilitating multiple supply sources for controller sub-assemblies.
In an embodiment the improved card reader assembly includes an exterior bezel which houses a wireless receiver and/or a camera and interfaces with a keypad for supporting wireless communication via the card reader assembly as well as player biometric recognition. Power and data connections are provided between the receiver and/or camera and the controller sub-assembly.
Other features and numerous advantages of the various embodiments will become apparent from the following detailed description when viewed in conjunction with the corresponding drawings.
While the present invention is primarily described with reference to card readers associated with gaming machines and tables located within casino enterprises, it should be understood that the present invention and its various embodiments could be extended to other enterprises using similar card readers such as stores, ATMs or other businesses which use either insertion type card readers (as opposed to swipe-type card readers) or use RFID or other wireless identification devices for players or users.
Gaming Enterprise Environment
Referring now to the drawings, wherein like reference numbers denote like or corresponding elements throughout the drawings, and more particularly referring to
The gaming device 10 also includes in one or more embodiments a top box 16 which may support a printed back-lit glass (not shown) as is known in the art depicting the rules, award schedule, attract graphics or it may support a secondary game display 18 which may be of one of the types described above with reference to the primary game display 14. The top box 16 may also support a backlit glass with graphics defining a marquee 19 and a topper 21 including additional graphics.
To enable a player to provide input to the controller for the gaming device 10 a plurality of buttons 20 may be provided on a button deck for the gaming device 10. Additionally and alternatively one or both of the primary and secondary game displays 14, 18 may include touch screen input devices as are known in the art. Buttons, selections or inputs are displayed at the primary and secondary game displays 14, 18 and the player touching those icons or designated areas provides the required or desired input to configure and play the gaming device 10.
Other peripherals or associated equipment for the gaming device 10 include a bill/voucher acceptor 24 which reads and validates currency and vouchers for the player to establish credits for gaming on the gaming device 10 and one or more speakers 26 to provide audio content to the player in association with the game play. To provide for communication between the gaming device 10 and a casino system, a player tracking module (PTM) 28 is mounted on the cabinet 12. When a casino enterprise adopts a player tracking loyalty system, PTMs 28 are installed on the gaming devices 10 (typically by the device provider) to provide a system interface to tracking the player's gaming activities (e.g. wagers, wins, time of play, duration of play) as well as provide for messaging to the player from the system and interfacing with the gaming device 10 such as to enable promotional play. PTM 28 has a PTM display 30 to display system related information to the player. The PTM display 30 may be a small LCD, plasma or OLED display with touch screen functionality. A card reader 32 is provided to read a machine readable component on a player loyalty card (not shown) issued to the player to identify the player to the casino system as in known in the art as described in the Background above. A ticket printer 36 may be provided as well on the PTM 28 or elsewhere on the gaming device 10 to provide printed value ticket vouchers to players when they cash out as is also known in the art. The peripherals for the PTM are mounted to a PTM bracket 1200 (shown in a rear view in
While the player may use the buttons 20 to prompt play of the game (or the touch screen input), alternatively the player may use a handle 34 to prompt an input as is known in the art.
Cabinet 12 may be a self-standing unit that is generally rectangular in shape and may be manufactured with reinforced steel or other rigid materials which are resistant to tampering and vandalism. Any shaped cabinet may be implemented with any embodiment of gaming device 10 so long as it provides access to a player for playing a game. For example, cabinet 12 may comprise a slant-top, bar-top, or table-top style cabinet, including a Bally Cinevision(tm) or CineReels(tm) cabinet. The gaming device 10 may include a controller and memory disposed within the cabinet 12 or may have thin client capability such as that some of the computing capability is maintained at a remote server.
The plurality of player-activated buttons 20 may be used for various functions such as, but not limited to, selecting a wager denomination, selecting a game to be played, selecting a wager amount per game, initiating a game, or cashing out money from gaming device 10. Buttons 20 may be operable as input mechanisms and may include mechanical buttons, electromechanical buttons or touch screen buttons. In one or more embodiments, buttons 20 may be replaced with various other input mechanisms known in the art such as, but not limited to, touch screens, touch pad, track ball, mouse, switches, toggle switches, or other input means used to accept player input. For example, one input means is as disclosed in U.S. Pub. App. 2011/0111853, entitled “Universal Button Module,” filed on Jan. 14, 2011 and/or U.S. Pub. App. 2010/0113140 entitled “Gesture Enhanced Input Device” filed Nov. 16, 2009 which are hereby incorporated by reference. Player input may also be by providing touch screen functionality at the primary game display 14 and/or secondary game display 18.
The primary game display 14 may present a primary game of chance wherein, for a wager, a player receives one or more outcomes from a set of potential outcomes. For example, one such game of chance is a video slot machine game. In other aspects of the invention, gaming device 10 may present a video or mechanical reel slot machine, a video keno game, a lottery game, a bingo game, a Class II bingo game, a roulette game, a craps game, a blackjack game, a mechanical or video representation of a wheel game or the like. In a casino environment the base game is most often a pay-to-play (P2P) game meaning that the player must stake a wager to receive either a winning or losing outcome.
Referring to
Peripherals 251 connect through bus 253 to EGM Processor Board 203. The peripherals 251 include, but are not limited to the following and may include individual processing capability: bill/voucher acceptor 24 to validate and accept currency and ticket vouchers, card reader 32/255 the player interfaces such a buttons 20, primary and secondary game displays 14, 18 and any secondary or tertiary displays (with/without) touch screen functionality, monitors and lights. The peripherals 251 may include the displays as hereinafter described with reference to the various embodiments of the present invention as herein described or their equivalents. For example, the bill/voucher acceptor 24 is typically connected to the game input-output board of the EGM processing board 203 (which is, in turn, connected to a conventional central processing unit (“CPU”) board), such as an Intel Pentium(r) microprocessor mounted on a gaming motherboard. The I/O board may be connected to EGM processor board 203 by a serial connection such as RS-232 or USB or may be attached to the processor by a bus such as, but not limited to, an ISA bus. The gaming motherboard may be mounted with other conventional components, such as are found on conventional personal computer motherboards, and loaded with a game program which may include a gaming machine operating system (OS), such as a Bally Alpha OS. EGM processor board 203 executes a game program that causes the gaming device 10 to display and play a game. The various components and included devices may be installed with conventionally and/or commercially available components, devices, and circuitry into a conventional and/or commercially available gaming terminal cabinet 12.
When a player has inserted a form of currency such as, for example and without limitation, paper currency, coins or tokens, cashless tickets or vouchers, electronic funds transfers or the like into the currency acceptor, a signal is sent by way of bus 253 to the I/O board and to EGM processor board 203 which, in turn, assigns an appropriate number of credits for play in accordance with the game program. The player may further control the operation of the gaming machine by way of other peripherals 251, for example, to select the amount to wager via the buttons 20. The game starts in response to the player operating a start mechanism such as the handle 34, button 20 such as a SPIN/RESET button or a touch screen icon. The game program includes a random number generator to provide a display of randomly selected indicia on one or more displays such as the primary game display 14 as shown in
Predetermined payout amounts for certain outcomes, including feature game outcomes, are stored as part of the game program. Such payout amounts are, in response to instructions from EGM processor board 203, provided to the player in the form of coins, credits or currency via I/O board and a pay mechanism, which may be one or more of a credit meter, a coin hopper, a voucher printer, an electronic funds transfer protocol or any other payout means known or developed in the art.
GMU 207 includes an integrated circuit board and GMU processor and memory including coding for network communications. As shown, GMU 207 may connect to the card reader 32 (shown as 255 in
PID 209 includes an integrated circuit board, PID processor (iView CPU), and memory which includes an operating system software, a player interface program which may be executable by the PID 209 processor together with various input/output (I/O) drivers for respective devices which connect to PID processor and which may further include various games or game components playable on PTM 28, 211 or playable on a connected network server and PTM 28, 211 is operable as the player interface. PID 209 connects to card reader 32 (shown as 255 in
As part of its programming, the PID 209 processor executes coding to drive player tracking display 30, 229 and provide messages and information to a player. Touch screen circuitry 263 interactively connects PTM display 30, 229 and video decoder 261 to PTM 28, 211 such that a player may input information and causes the information to be transmitted either on the player's initiative or responsive to a query. Additionally soft keys 262 connect through bus 217 to PID 209 and operate together with the player tracking display 30 to provide information or queries to a player and receive responses or queries from the player. PID 209, in turn, communicates over the CMS/SMS network through Ethernet switch 231 and busses 235, 239 and with respective servers, such as a player tracking server.
PTMs 28 are linked into the virtual private network of the system components in gaming device 10. The system components include the player tacking module 28, 211 (e.g. Bally iVIEW® device) (‘iView” is a registered trademark of Bally Gaming, Inc.), PID 209, EGM processing board 203 and game monitoring unit (GMU) 207. These system components may connect over a network to the slot management system (such as a commercially available Bally SDS/SMS) and/or casino management system (such as a commercially available Bally CMP/CMS).
The GMU 207 system component has a connection to the base game through a serial SAS connection and is connected to various servers using, for example, HTTPs over Ethernet. Through this connection, firmware, media, operating system software, gaming machine configurations can be downloaded to the system components from the servers. This data is authenticated prior to installation on the system components.
The system components include the PTM 28, 211 processing board (PID 209) and game monitoring unit (GMU) 207. The GMU 207, PID 209 and PTM 28 can be combined into one like the commercially available Bally GTM iVIEW device. This device may have a video mixing technology to mix the EGM processor's video signals with the iVIEW display onto the top box monitor or any monitor on the gaming device.
The PTM 28, 211 may also interface with a switcher and router device of the type described above. In such case, instead of providing the PTM display 30, the switcher and router device provides for the content normally display at the PTM display 30 to be displayed at one or more of the primary or secondary displays 14, 18.
In accordance with one or more embodiments,
As shown in the example, there are three layers: a hardware layer 305; an operating system layer 306, such as, but not limited to, Linux; and a game kernel layer having game manager 304 therein. In one or more embodiments, the use of an operating system 310, such a UNIX-based or Windows-based operating system, allows game developers interfacing to the gaming kernel to use any of a number of standard development tools and environments available for the operating systems. This is in contrast to the use of proprietary, low level interfaces which may require significant time and engineering investments for each game upgrade, hardware upgrade, or feature upgrade. The game kernel 300 executes at the user level of the operating system layer 306, and itself contains a major component called the I/O board server 315. To properly set the bounds of game application software (making integrity checking easier), all game applications interact with gaming kernel 300 using a single API 302 in game manager 304. This enables game applications to make use of a well-defined, consistent interface, as well as making access points to gaming kernel 300 controlled, where overall access is controlled using separate processes.
For example, game manager 303 parses an incoming command stream and, when a command dealing with I/O comes in (arrow 302), the command is sent to an applicable library routine 312. Library routine 312 decides what it needs from a device, and sends commands to I/O board server 315 (see arrow 308). A few specific drivers remain in operating system layer 306's kernel, shown as those below operating system layer 306. These are built-in, primitive, or privileged drivers that are (i) general (ii) kept to a minimum and (iii) are easier to leave than extract. In such cases, the low-level communications is handled within operating system 310 and the contents passed to library routines 312.
Thus, in a few cases library routines may interact with drivers inside operating system layer 310, which is why arrow 308 is shown as having three directions (between library routines 312 and I/O board server 315, or between library routines 312 and certain drivers in operating system layer 310). No matter which path is taken, the logic needed to work with each device is coded into modules in the user layer of the diagram. Operating board server layer 306 is kept as simple, stripped down, and common across as many hardware platforms as possible. The library utilities and user-level drivers change as dictated by the game cabinet or game machine in which it will run. Thus, each game cabinet or game machine may have an industry standard EGM processing board 203 connected to a unique, relatively dumb, and as inexpensive as possible I/O adapter board, plus a gaming kernel 300 which will have the game-machine-unique library routines and I/O board server 315 components needed to enable game applications to interact with the gaming machine cabinet. Note that these differences are invisible to the game application software with the exception of certain functional differences (i.e., if a gaming cabinet has stereo sound, the game application will be able make use of API (arrow 302) to use the capability over that of a cabinet having traditional monaural sound).
Game manager 303 provides an interface into game kernel 300, providing consistent, predictable, and backwards compatible calling methods, syntax, and capabilities by way of game application API (arrow 302). This enables the game developer to be free of dealing directly with the hardware, including the freedom to not have to deal with low-level drivers as well as the freedom to not have to program lower level managers 330, although lower level managers 330 may be accessible through game manager 303's interface if a programmer has the need. In addition to the freedom derived from not having to deal with the hardware level drivers and the freedom of having consistent, callable, object-oriented interfaces to software managers of those components (drivers), game manager 303 provides access to a set of high level managers 320 also having the advantages of consistent callable, object-oriented interfaces, and further providing the types and kinds of base functionality required in casino-type games. Game manager 303, providing all the advantages of its consistent and richly functional game application API (arrow 302) as supported by the rest of game kernel 300, thus provides a game developer with a multitude of advantages.
Game manager 303 may have several objects within itself, including an initialization object (not shown). The initialization object performs the initialization of the entire game machine, including other objects, after game manager 303 has started its internal objects and servers in appropriate order. In order to carry out this function, the kernel's configuration manager 321 is among the first objects to be started; configuration manager 321 has data needed to initialize and correctly configure other objects or servers.
The high level managers 320 of game kernel 300 may include game event log manager 322 which provides, at the least, a logging or logger base class, enabling other logging objects to be derived from this base object. The logger object is a generic logger; that is, it is not aware of the contents of logged messages and events. The game event log manager's 322 job is to log events in non-volatile event log space. The size of the space may be fixed, although the size of the logged event is typically not. When the event space or log space fills up, one embodiment will delete the oldest logged event (each logged event will have a time/date stamp, as well as other needed information such as length), providing space to record the new event. In this embodiment, the most recent events will thus be found in the log space, regardless of their relative importance. Further provided is the capability to read the stored logs for event review.
In accordance with one embodiment, meter manager 323 manages the various meters embodied in the game kernel 300. This includes the accounting information for the game machine and game play. There are hard meters (counters) and soft meters; the soft meters may be stored in non-volatile storage such as non-volatile battery-backed RAM to prevent loss. Further, a backup copy of the soft meters may be stored in a separate non-volatile storage such as EEPROM. In one embodiment, meter manager 323 receives its initialization data for the meters, during start-up, from configuration manager 321. While running, the cash in manager 324 and cash out manager 325 call the meter manager's 323 update functions to update the meters. Meter manager 323 will, on occasion, create backup copies of the soft meters by storing the soft meters' readings in EEPROM. This is accomplished by calling and using EEPROM manager 331.
In accordance with still other embodiments, progressive manager 336 manages progressive games playable from the game machine. Event manager 327 is generic, like game event log manager 327, and is used to manage various gaming machine events. Focus manager 328 correlates which process has control of various focus items. Tilt manager 332 is an object that receives a list of errors (if any) from configuration manager 321 at initialization, and during game play from processes, managers, drivers, etc. that may generate errors. Random number generator manager 329 is provided to allow easy programming access to a random number generator (RNG), as a RNG is required in virtually all casino-style (gambling) games. Random number generator manager 329 includes the capability of using multiple seeds.
In accordance with one or more embodiments, a credit manager object (not shown) manages the current state of credits (cash value or cash equivalent) in the game machine, including any available winnings, and further provides denomination conversion services. Cash out manager 325 has the responsibility of configuring and managing monetary output devices. During initialization, cash out manager 325, using data from configuration manager 321, sets the cash out devices correctly and selects any selectable cash out denominations. During play, a game application may post a cash out event through the event manager 327 (the same way all events are handled), and using a call back posted by cash out manager 325, cash out manager 325 is informed of the event. Cash out manager 325 updates the credit object, updates its state in non-volatile memory, and sends an appropriate control message to the device manager that corresponds to the dispensing device. As the device dispenses dispensable media, there will typically be event messages being sent back and forth between the device and cash out manager 325 until the dispensing finishes, after which cash out manager 325, having updated the credit manager and any other game state (such as some associated with meter manager 323) that needs to be updated for this set of actions, sends a cash out completion event to event manager 327 and to the game application thereby. Cash in manager 324 functions similarly to cash out manager 325, only controlling, interfacing with, and taking care of actions associated with cashing in events, cash in devices, and associated meters and crediting.
In a further example, in accordance with one or more embodiments, I/O board server 315 may write data to the gaming machine EEPROM memory, which is located in the gaming machine cabinet and holds meter storage that must be kept even in the event of power failure. Game manager 303 calls the I/O library functions to write data to the EEPROM. The I/O board server 315 receives the request and starts a low priority EEPROM manager 331 thread within I/O board server 315 to write the data. This thread uses a sequence of 8 bit command and data writes to the EEPROM device to write the appropriate data in the proper location within the device. Any errors detected will be sent as IPC messages to game manager 304. All of this processing is asynchronous.
In accordance with one embodiment, button module 317 within I/O board server 315, polls (or is sent) the state of buttons every 2 ms. These inputs are debounced by keeping a history of input samples. Certain sequences of samples are required to detect a button was pressed, in which case the I/O board server 315 sends an inter-process communication event to game manager 303 that a button was pressed or released. In some embodiments, the gaming machine may have intelligent distributed I/O which debounces the buttons, in which case button module 317 may be able to communicate with the remote intelligent button processor to get the button events and simply relay them to game manager 303 via IPC messages. In still another embodiment, the I/O library may be used for pay out requests from the game application. For example, hopper module 318 must start the hopper motor, constantly monitor the coin sensing lines of the hopper, debounce them, and send an IPC message to the game manager 303 when each coin is paid.
Further details, including disclosure of lower level fault handling and/or processing, are included in U.S. Pat. No. 7,351,151 issued Apr. 1, 2008 entitled “Gaming Board Set and Gaming Kernel for Game Cabinets” the disclosure of which is incorporated herein by explicit reference.
Referring to
The gaming terminals 803, including gaming machine 10, include various peripheral components that may be connected with USB, serial, parallel, RS-485 or Ethernet devices/architectures to the system components within the respective gaming machine. The GMU (shown as GMU 207 in
In various embodiments, any of the gaming terminals 803 may be a mechanical reel spinning slot machine, video slot machine, video poker machine, video Bingo machine, Keno machine, electronic table game or the like. A gaming system 801 of the type described above also allows a plurality of games in accordance with the various embodiments of the invention to be linked under the control of a group game server (not shown) for cooperative or competitive play in a particular area, carousel, casino or between casinos located in geographically separate areas. For example, one or more examples of group games under control of a group game server are disclosed in Vallejo et al U.S. Published Application 2008/0139305, entitled “Networked System and Method for Group Gaming,” filed on Nov. 9, 2007, which is hereby incorporated by reference in its entirety for all purposes.
The gaming system 801, among other functionalities such as slot accounting (i.e. monitoring the amount wagered (“drop”), awards paid) and other casino services, includes the player tracking CMS/CMP server 837 and/or data warehouse 835 storing player account data. This data includes personal data for players enrolled in the casino players club sometimes referred to as a loyalty club. An example of the personal data is the player's name, address, SSN, birth date, spouse's name and perhaps personal preferences such as types of games, preferences regarding promotions, player rating level, available player comp points (points accumulated based upon commercial “spend” activity with the enterprise including gaming and which may be redeemed or converted into cash or merchandise) and the like. As is known in the industry and according to the prior art, at enrolment the player is assigned a created account in the player tracking CMS/CMP server 837 and is issued a player tracking card having a machine readable magnetic stripe.
[0066]When a player plays a gaming device 10 (or terminal 803) (hereinafter collectively referred to as gaming devices 10), he/she inserts their player tracking card into the card reader 32 (
The system 801 may also include electronic transfer of funds functionality. For example, a player having accumulated $100 at a gaming terminal 10 may decide to “cash out” to play another gaming terminal 10. The player, for example using the PTM 28 to initiate communication with the system 801 for example server 837 to upload the value from the gaming terminal 10 into an electronic account associated with the player's account. The reading of the player's card by the card reader 32 supports access to the player's account. The player may choose to upload all or a portion of the funds the player's established electronic account. The system would prompt the player to enter their PIN (or obtain biometrical confirmation as to the player's identity) and upload the chosen amount to their account. When the player moves to another gaming device 10 he/she inserts their player loyalty card into the card reader 32 to access their account. A prompt provides for the player to request funds from their account. Entering their PIN (or biometric identifier) the player can input the desired amount which is downloaded to their gaming terminal 10 for play.
With reference to
Releasably secured to the back of the bezel sub-assembly 602 in a manner hereinafter described is a card reader controller subassembly 614. The controller sub-assembly 614 has a ridged substrate 616 terminating at one end at a vertical adapter 618.
The substrate 616 mounts to the underside thereof a card reader and controller board 908 which includes a magnetic stripe reader head and the hardware/firmware/software to provide card reading as well as processing the raw “read” data for ultimate passing to data utilization resources. These components are well known. Included with the controller board 908 may be switches which detect insertion of the player tracking card 1202 into the modular card reader 600. A space 910 is defined between the substrate 616 and controller board 908 for receiving the insertion of the player tracking card 1202. A card receiving channel 912 is provided through the adapter 618 which, when the controller sub-assembly 614 is secured to the bezel sub-assembly 602 aligns with the mouth 610 thus enabling the player to insert their player card 1202 into the space 910 of the modular card reader 600 for reading of the card.
As with prior card readers such as described with reference to
To provide for the releasable assembly of the controller sub-assembly 614 to the bezel sub-assembly 602, the bezel sub-assembly 602 as shown in
As discussed above, with prior art card readers when there is a failure the reader is removed and replaced as a unit. An advantage of the modular card reader 600 according to an embodiment of the present invention is that, when a card reader fails the service technician simply uncouples the power/data harnesses and disengages and replaces the controller sub-assembly 614 leaving the bezel assembly 602 in place. The controller sub-assembly 614 is believed to cost in the range of one-third of the entire card reader of the prior art. Still further either one or both of the bezel sub-assembly 602 and controller sub-assembly 614 can be sourced to multiple vendors to obtain the best pricing as long as the units include the interconnecting structure of the bezel sub-assembly 602 and adaptor 618.
Turning to
The foregoing description, for purposes of explanation, uses specific nomenclature and formula to provide a thorough understanding of the invention. It should be apparent to those of skill in the art that the specific details are not required in order to practice the invention. The embodiments have been chosen and described to best explain the principles of the invention and its practical application, thereby enabling others of skill in the art to utilize the invention, and various embodiments with various modifications as are suited to the particular use contemplated. Thus, the foregoing disclosure is not intended to be exhaustive or to limit the invention to the precise forms disclosed, and those of skill in the art recognize that many modifications and variations are possible in view of the above teachings.