WO2014055369A1 - Système et procédé de mélangeur cellulaire - Google Patents

Système et procédé de mélangeur cellulaire Download PDF

Info

Publication number
WO2014055369A1
WO2014055369A1 PCT/US2013/062391 US2013062391W WO2014055369A1 WO 2014055369 A1 WO2014055369 A1 WO 2014055369A1 US 2013062391 W US2013062391 W US 2013062391W WO 2014055369 A1 WO2014055369 A1 WO 2014055369A1
Authority
WO
WIPO (PCT)
Prior art keywords
handling device
card handling
information
card
data
Prior art date
Application number
PCT/US2013/062391
Other languages
English (en)
Other versions
WO2014055369A8 (fr
Inventor
Nathan Wadds
Colin Helsen
Zbigniew Czyzewski
James HELSGESEN
Russ Marsden
Original Assignee
Shfl Entertainment, Inc.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from US13/632,875 external-priority patent/US8919775B2/en
Application filed by Shfl Entertainment, Inc. filed Critical Shfl Entertainment, Inc.
Priority to CN201380051342.XA priority Critical patent/CN105007996B/zh
Priority to CA 2886633 priority patent/CA2886633A1/fr
Priority to EP13785685.2A priority patent/EP2888016B1/fr
Priority to AU2013327680A priority patent/AU2013327680B2/en
Publication of WO2014055369A1 publication Critical patent/WO2014055369A1/fr
Publication of WO2014055369A8 publication Critical patent/WO2014055369A8/fr
Priority to AU2017204115A priority patent/AU2017204115A1/en
Priority to AU2019200131A priority patent/AU2019200131A1/en

Links

Classifications

    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F1/00—Card games
    • A63F1/06—Card games appurtenances
    • A63F1/12—Card shufflers
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F1/00—Card games
    • A63F1/06—Card games appurtenances
    • A63F1/14—Card dealers

Definitions

  • This disclosure relates generally to playing card handling devices and, more specifically, to apparatuses comprising an automatic card handling device for use in a cellular network.
  • Card handling devices are used in the gaming industry are used for increasing the efficiency, security and game speed in live table games such as Blackjack, Baccarat and various forms of Poker.
  • Card handling devices such as card shufflers, may perform a variety of functions including randomly shuffling one or more decks of playing cards in an efficient and thorough manner.
  • Embodiments include an automatic card handling device that, in one embodiment, comprising a shuffling apparatus that is configured for shuffling an input set of cards and delivering an output set of cards resulting from the shuffling.
  • the automatic card handling device further comprises a detection module configured for recognizing a rank and suit of each card of the output set of cards. The detection module recognizes the rank and suit prior to removal of the output set of cards from the shuffling apparatus.
  • a communications module may communicate to remote computers or servers over public cellular networks.
  • the communication module is configured for sending and receiving information related to operation of the automatic card handling device across a communication port that is configured for operable coupling to a communication network, e.g., a cellular network.
  • a communication network e.g., a cellular network.
  • Information about the automatic card handling device can be sent to a data module to prepare reports (typically formatted data packets) such as detailed usage reports that enable the automatic card handling device to be licensed/billed based on use-based models rather than fixed-time- period models.
  • reports typically formatted data packets
  • One example of a fixed-time -period model would be leasing a smart shuffler for $/month, regardless of actual use.
  • $ sign when a $ sign is used it is understood to conceptually include any recognized monetary system and its symbol, including but not limited to €, ⁇ , £, F, £, P, Rs, W, raj, etc.
  • Examples of use-based models include, but are not limited to: $/minute of powered-up time, $/card shuffled, $/card delivered, $/game-play (game-play refers to a single game play sequence, such as one game of blackjack from start to finish including any number of current players ), $/game- play/player (same as game-play, but the charge rate includes an adder for each player), $/game-session (a game-session is a sequence of game -plays where each game play is the same game and the time interval between each game-play is short - seconds, not minutes or hours), $/game-session/average-player-count (same as $/game-session, coupled with an adder for each additional player where the number of players is averaged over a game session), $/card-count, $/deck-check, etc.
  • Some embodiments may include the ability to not only charge for each type of use event, but further to combine, or periodically total, charges based on multiple types of use events that occur in one billing period.
  • the data module can also receive maintenance and/or mechanical information about the automatic card handling device internals and to prepare a report, alert, alarm and/or other notification based on the information.
  • the data module receives information from internal components.
  • the data module may periodically collect information using polling methods, flushing specified error or status buffers, or other methods, and collect and format the data for transmission.
  • the data may be collected, formatted, and sent as a result of a request for the information received at the data module from an external source, typically a centralized server used to access and, in some embodiments, further process the card handling device ("smart shuffler", if the device is a shuffler) data.
  • the data may be collected, formatted, and/or sent as a result of an internal request as well.
  • Internal requests may be of any form, including time-based and/or timer-based requests, based on the occurrence or recognition of a specified set of detected or reported error conditions, and/or sent internally as specifically requested by other internal modules.
  • FIG. 1 is an illustration of one embodiment of an automatic ("smart") card handling device
  • FIG. 2 is a block diagram of an automatic card handling device operably coupled to a local network
  • FIG. 3(a), (b) and (c) are block diagrams of an embodiment of an automatic card handling device
  • FIG. 4 is a block diagram of an embodiment of an automatic card handing device operably coupled to a local network
  • FIG. 5 is a block diagram of a network an embodiment of an automatic card handling devices in accordance
  • FIG. 6 is a block diagram of another embodiment of a network of automatic card handling devices
  • FIG. 7 is an illustration of an environment in which embodiments may operate
  • FIG. 8 is a flowchart of a method in accordance with an embodiment.
  • FIG. 9 is a flowchart of a method in accordance with an embodiment.
  • the present disclosure illustrates, in various embodiments, apparatuses and methods of operation for an automatic card handling device having cellular network capabilities (this includes card handling devices that have other network interfaces having similar capabilities as public cellular networks).
  • circuits and functions may be shown in block diagram form in order not to obscure the descriptions in unnecessary detail. Conversely, specific circuit implementations shown and described are examples only and should not be construed as the only way to implement cellular shufflers unless specified otherwise herein.
  • module is used herein in a non-limiting sense and solely to indicate functionality of particular circuits and/or assemblies within embodiments of cellular card handling devices, and is not be construed as requiring a particular physical structure, or particular partitioning between elements for performing the indicated functions.
  • a computer readable medium includes, but is not limited to, magnetic and optical storage devices such as disk drives, magnetic tape, CDs (compact disks), DVDs (digital versatile discs or digital video discs), and semiconductor devices such as RAM, DRAM, ROM, EPROM, and Flash memory.
  • FIG. 1 illustrates a card handling device 110.
  • a top surface 112 of card handling device 110 may comprise a flip-up cover 114 which, when opened, exposes a card insertion area 116 and an elevator platform 118.
  • Card insertion area 116 may be configured to receive an input set of cards to be shuffled, counted, and/or sorted.
  • card handling device 110 may be configured to receive, read rank and suit, sort, and shuffle multiple, e.g., up to 8, decks of cards at any one time.
  • Elevator platform 118 may be configured to raise a set of shuffled cards to a level where they can be removed by a device user after the shuffling, reading, and/or sorting processes are completed.
  • Elevator platform 118 may include a sensor 120 which detects the presence of cards or other objects located on elevator platform 1 18.
  • a camera or a card recognition module may also be included within the body 124 of card handling device 110.
  • Card handling device 110 may be located adjacent to or flush mounted into a gaming table in a casino where a live card game is taking place, or may be located in a remote location off the casino floor which is inaccessible to the public.
  • Card handling device 110 may also be configured to display operational data relating to the device to a display panel 122 located on top surface 112.
  • a casino employee using the card handling device 110 may monitor display panel 122 and view the displayed information in order to know the status of operation of the card handling device 110.
  • Such information displayed on display panel 122 may include the number of cards present in the card handling device 110, the status of any shuffling, reading, or sorting operations, security information relating to the card handling device 110, status relating to a card verification process, or any other information about errors, or the operation of card handling device 110 that would be useful to a user.
  • Buttons 113, 115, located adjacent display panel 122 may be on-off buttons, special function buttons (e.g., raise elevator to the card delivery position, reshuffle demand, security check, card count demand, etc.), and the like.
  • FIG. 2 illustrates an embodiment of a card handling device 130 comprising a shuffler 132 operably connected to a computer 134.
  • Computer 134 may be any operable
  • Shuffler 132 may include a shuffler controller 140, and a camera processor 144 operably coupled to camera 142.
  • Shuffler controller 140 and camera processor 144 are both operably coupled to computer 134 by connections 292 and 294 respectively.
  • Computer 134 may comprise a communication module 146 and a communication port 148 configured for operable coupling to network 136 via communication link 290.
  • Computer 134 may also be operably coupled to printer 138 via communication link 296 or via network 136.
  • Network 136 may comprise a local network or a wide area network such as the Internet, cellular phone network or some combination of networks.
  • Communication links 290 and 296 may comprise any form of wireless or wired connections or any combination thereof.
  • communication links 290 and 296 may be comprised of serial data links, parallel data links, USB, Ethernet, a Wide Area Network (WAN), a Local Area Network (LAN), infrared communication, IEEE 802.16 (or WiMax), IEEE 802.1 la/b/g/n/p, Wi-Fi, and in particular for one embodiment, any public cellular phone network including but not limited to GSM, CDMA, 3G, or 3 GPP Long Term
  • LTE Long Term Evolution
  • communication etc. It is envisioned that other communications technologies, especially those used for public telephony, can also be used as they are developed in the future.
  • communication module 146 may be configured to establish communication with network 136 and thereafter send and receive information to and from network 136 across communication port 148.
  • communication module 146 and memory 800 reside within the shuffler 132; in others they may be in a separate enclosure. In all embodiments
  • communication module 146 is in operable communication with shuffler controller 140. In some embodiments other modules or components of the shuffler may also be in
  • shuffler controller 140 upon shuffler 132 receiving an input set of cards, is configured to count the cards and, as the cards are being counted, camera 142 is configured to take a picture of at least a portion of each counted card. Thereafter, data representing pictures and a card count are sent to computer 134 which iterates through the pictures and extracts the card value from the picture of each card. In another embodiment, the information is sent to a one or more computing device(s) across a WAN (e.g., Internet and/or cellular network). Computer 134 then generates information relating to the input set of cards by associating the value of each individual card with its counted position in the deck.
  • WAN e.g., Internet and/or cellular network
  • Computer 134 may be configured to operate in multiple modes and may be capable of automatically switching between multiple modes without powering off or rebooting.
  • computer 134 may be configured to operate in a set-up mode, ran mode, or a service mode, as are explained more fully below.
  • card handling device 130 is configured to display, on display panel 122 (see FIG. 1), any data pertaining to the operation of card handling device 130.
  • Card handling device 130 may be further configured to convert the aforementioned operational data into electronic data signals comprising information such as, repair-related data, data related to current or past operation and use, the serial number of the card handling device 130, the serial numbers of device parts, physical location of card handling device 130, performance, usage, or any other data related to card handling device 130.
  • communication module 146 may transmit the information through communication port 148 and across network 136 via communication link 290.
  • the information may then be transmitted to a server 162 where the data can be viewed by a device operator, stored, mined, or forwarded to casino personnel or a service center 168 (see FIGS. 5 and 6).
  • computer 134 may be configured to send information comprising the shuffling and card verification results to a printer 138 via communication link 296.
  • Printer 138 may be configured to, upon receipt of the information, print a label with the verification results which may then be affixed to the output set of cards, for example
  • the printer 138 could also print a wide variety of messages, such as service requests, hours of operation, number of batches of cards shuffled, particular cards missing, and the like.
  • FIGS. 3(a) through (c) illustrate various embodiments of card handling device 150.
  • FIG. 3(a) illustrates a logical partitioning of functions within the card recognition module 154
  • FIGS. 3(b) and 3(c) illustrate different embodiments of physical partitioning of the card recognition module 154.
  • these partitioning solutions both logical and physical, are example solutions, other embodiments with different partitioning solutions are fully contemplated.
  • card handling device 150 includes a shuffler 156 and a card recognition module 154.
  • Shuffler 156 includes a sensor module 214 that is operably coupled to card recognition module 154 via connection 380 and is configured for sensing image information about each card included in an input set of cards.
  • the sensor module 214 may include, for example, a 2-dimensional CMOS image sensor, a 2- dimensional charge coupled device (CCD) image sensor, or a 1 -dimensional line sensor, as are known by those in the art.
  • Card recognition module 154 comprises a communication module 146 configured for establishing communication with a local network or a world-wide network, including a public cellular network.
  • Communication module 146 may be further transmit and receive information over the network. Further included in card recognition module is a detection module 219 configured for verifying the contents of an input set of cards, and a diagnosis module 212 configured for performing a self-diagnosis on the operation of card handling device 150, as are explained more fully below.
  • FIG. 3(b) illustrates a physical partitioning embodiment of card handling device 150' wherein the card recognition module 154' comprises a custom module 228 including custom logic configured to establish communication with a network and thereafter transmit and receive information over the network.
  • the custom module 228 may include logic configured for performing the functions of the communication module 146, the detection module 219, and the diagnosis module 219.
  • the custom module may be implemented as a custom application specific integrated circuit (ASIC), a field programmable gate array (FPGA), one or more programmable logic devices (PLDs) and similar devices for implementing custom logic as are known to those of ordinary skill in the art.
  • ASIC application specific integrated circuit
  • FPGA field programmable gate array
  • PLDs programmable logic devices
  • card recognition module 154" may comprise, as illustrated in FIG. 3(c), a microcontroller 222 operably coupled to a memory module 224.
  • Microcontroller 222 may be configured to perform the functions of the communication module 146, the detection module 219, and the diagnosis module 219. As such, microcontroller 222 may be configured to establish communication with a network and transmit and receive information over the network by employing software or firmware stored on memory module 224.
  • many microcontrollers suitable for the card recognition module 154 may include memory as part of the microcontroller 222. Therefore, a memory module 224 external to the microcontroller 222 may not be necessary.
  • card recognition module 154" may include a hardware communication module 226.
  • the communication function may be implemented completely in hardware, or may be a combination of hardware and software functions configured to establish communication with a network and thereafter transmit and receive information over the network.
  • the card recognition 154 module in the figures is shown as part of the shuffler, in other embodiments, the card recognition module 154 may be located in an external computer that communicates with the shuffler controller. In embodiments, the communication can be direct, indirect, via a LAN, via a WAN including public cellular networks, a wired network/links or any combination.
  • FIG. 4 illustrates another embodiment wherein card handling device 150 is coupled to network 136.
  • Card handling device 150 may comprise a shuffler 156 and a card recognition module 154 operably coupled together by way of connection 380.
  • card recognition module 154 may comprise a communication module 146 and a communication port 148 directly coupled to network 136 via communication link 290.
  • Card recognition module 154 may also be operably coupled to printer 138 via communication link 296.
  • communication module 146 may be configured to establish communication with network 136 and thereafter send and receive information over network 136, which, as described above, may comprise a local network and/or a wide area network, such as the Internet, public cellular network etc.
  • Communication links 290 and 296 may comprise any form of wireless or wired connections or any combination thereof.
  • card handling device 150 As a set of input cards is placed into card handling device 150, shuffler controller 156 is configured to shuffle the input set of cards, and sensor module 214 captures image information about each card either before, during or after the shuffling process.
  • the image information is sent to the card recognition module 154 where the detection module processes the image information for each card to determine the rank and suit of each card.
  • the image information may be transformed into a rank and suit by an image recognition process of the rank and suit designations on each card.
  • the image recognition process may be performed as software/firmware operating on the microcontroller 222 or may be performed by custom logic within the custom module 228 (See FIGS. 3a-3c).
  • Card recognition module 154 may be configured to operate in multiple modes and may be capable of automatically switching between multiple modes without powering off or rebooting. By way of example, card recognition module 154 may be configured to operate in a set-up mode, run mode, or a service mode.
  • card handling device 150 may, at any time while powered on, establish communication with network 136. Thereafter, card handling device 150 may transmit the results of the shuffling and verification processes or any other data relating to the card handling device 150, such as, diagnostic messages, identity messages, simple or complex usage data, and location messages over network 136 to server 162 (see FIGS. 5 and 6).
  • card recognition module 154 may be configured to send information comprising the shuffling, maintenance information, power, operational information, and card verification results to a printer 138 by way of communication link 296.
  • Printer 138 may be configured to, upon receipt of the information, print a label or other report with information such as verification results that can then be affixed to the output set of cards.
  • FIG. 5 illustrates an embodiment comprising a network of card handling devices 160.
  • Card handling devices 160 may be located on a casino floor adjacent a playing table or in a back-room location off the casino floor and may be comprised of either card handling device 130 described in FIG. 2, or card handling device 150 described in FIGS. 3 and 4.
  • Each card handling device 160 is operably coupled to a network 136 over corresponding
  • Network 136 may be operably coupled via communication link 490 to a server 162 located within operator station 500 which is a computerized machine control system.
  • Operator station 500 and server 162 may be located within the casino property and may be operably coupled to printer 138 and a world-wide network, such as the internet or a public cellular network, 164 by communication links 296 and 163, respectively.
  • Server 162 may be located within operator station 500, as shown in FIG. 5, or may be located separate from, and operably coupled to, operator station 500.
  • a service center 168 which may be located either on the casino property or at a remote location, may be operably coupled to server 162 across a LAN, WAN and/or other network 164 via communication links 494 and 163.
  • Communication links 163, 290, 296, 490, and 494 may comprise any form of wireless or wired connections, or any combination thereof.
  • the card handling device 160 may establish communication with network 136 and thereafter transmit any information pertaining to the card handling device 160 across network 136 to server 162.
  • server 162 is located within operator station 500. Therefore, any data received by server 162 may be accessed by a device operator within operator station 500. Conversely, if server 162 is located outside of operator station 500, any data received at server 162 may be forwarded to operator station 500. As such, a device operator accessing operator station 500 may receive the information and monitor the status of each card handling device 160.
  • server 162 may be configured to store, mine, assemble, or forward the information to casino personnel or to a device technician located within service center 168.
  • casino personnel or a device technician may receive the transmitted information by way of a graphical user interface (GUI) comprising a visual or alerting system on a computer, cell phone, or other like data receiving device.
  • GUI graphical user interface
  • card handling device 160 may be configured to transmit an email or a text message, containing the operational status of card handling device 160, to server 162 or directly to a cellular phone network. If transmitted to server 500, it may then transmit the email, text message, instant message and/or other messaging type, to service center 168 or any data receiving device belonging to casino personnel.
  • a transmitted email or text message may comprise, for example, information detailing whether the input set of cards has successfully passed the shuffling and verification processes. If the input set of cards has failed the verification process, a transmitted email or text message may contain the reasons for failure, and may list the missing card or cards should the card handling device 160 detect a missing card or cards.
  • Card handling device 160 may also be configured, upon diagnosing a problem, to transmit an alert or a request across network 136 to server 162, or, to transmit an alert over a public cellular network to a preselected destination, including a central server at a casino (operator's property) and/or a server at the card device
  • server 162 may forward the alert or request to operator station 500, casino personnel, or to service center 168.
  • Card handling device 160 may also be configured to generate a report comprising a description of the location and relative performance of all the operational elements of card handling device 160.
  • the generated report may then be transmitted electronically over network 136 to server 162, and/or to a server using a public cellular telephony connection.
  • Server 162 may also forward the report to service center 168, or to a computer, cell phone or any other data receiving device belonging to a device technician or casino personnel.
  • casino personnel or a device technician can quickly locate the corresponding card handling device 160 and, thereafter, may address current problems or future problems that may eventually exist in the corresponding card handling device 160.
  • the report could generate a repair request, a preventative maintenance request, could identify the device as requiring a software upgrade, etc.
  • the card handling device 160 may be configured to receive information comprising messages and instructions such as, work commands or a self-diagnosis request from a device operator located within operator station 500, a service center 168, or directly to an individual card device over its own public cellular telephony connection. As such, in addition to monitoring multiple card handling devices 160, a device operator located within operator station 500 may control multiple card handling devices 160 at any given time.
  • a technician located at a remote location such as service center 168, may perform troubleshooting routines or install software or firmware upgrades and patches on card handling devices 160 by using public cellular telephony communication links.
  • card handling device 160 may be configured to operate in multiple modes and may be capable of automatically switching between modes without powering off or rebooting. As such, a device operator may simultaneously control multiple card handling devices 160 by changing the operation mode of a card handling device 160 and thereafter running programs on, sending data requests, or sending work commands to the card handling device 160.
  • a device operator or owner remotely located from any card device 160 may, using each card device's cellular connectivity, switch any particular card handling device 160 to a service mode and request a self-diagnosis, conduct troubleshooting routines, or install software updates and patches.
  • card handling device 160 may, upon receiving an input set of cards, automatically switch to a set-up mode and activate a calibration check in order to verify proper calibration before switching to a run mode to thereafter shuffle and/or verify the input set of cards.
  • FIG. 6 illustrates another embodiment comprising a network of card handling devices 160A networked together according to a common trait, such as physical location and/or game type.
  • a network of card handling devices 160A located on a single casino floor or within a limited area of a single casino floor may be networked together.
  • a network of card handling devices 160A pertaining to a specific game type, such as blackjack, may be networked together.
  • Each card handling device 160A in a similar network is operably coupled by communication link 590 A to a local pit network 170 A which may correspond to, as described above, the location or the game type of the card handling device 160A.
  • Each local pit network 170A is, in turn, operably connected by communication link 594A to a local pit operator station 172A.
  • pit server 664A is located within pit operator station 172A. Therefore, any data received by pit server 664A may be accessed by a device operator within pit operator station 172A. Conversely, pit server 664A may be located outside of pit operator station 172A and any data received at pit server 664A may be forwarded to pit operator station 172A.
  • each card device 160A or 160B has its own cellular phone connections over which it may communicate, and be communicated to, the same personnel just described as well as personnel associated with a lessor or owner of the card devices (which may different than the casino operators).
  • each card handling device 160A located within a local pit network 170A may be configured to establish communication with local pit network 170A, and transmit information relating to its operation to pit server 664A. Also, each card handling device 160A may be configured to receive messages or instructions from pit server 664 A. As such, a pit operator, located within pit operator station 172A, may simultaneously monitor and control each card handling devices 160A located in the corresponding local pit network 170A.
  • Each card handling device 160B may be networked together and directly coupled to a local pit network 170B in a similar fashion as described above in reference to each card handling device 160 A; alternatively each card handling device may be in communication with various servers using its cellular telephony capabilities, resulting in the same functionality results as far as operators or owners of the devices are concerned. In such cases, the hardware and software components of the operator or the card device owners would be compatible with cellular technology rather than, say, a hardwired LAN technology. Further, in some embodiments each card device will have both hardwired LAN and cellular WAN capabilities, and will be configured to use each network for different or perhaps overlapping purposes as programmed by the card device
  • Devices 160B may transmit and receive messages to and from pit server 664B over local pit network 170B.
  • local pit networks 170A/170B may be operably coupled to server 162, via communication link 592.
  • Server 162 may be operably connected to a printer 138 via communication link 296.
  • Service center 168 may be operably coupled to server 162 across a wide area network 164, e.g., Internet, cellular network, etc., via communication links 494 and 163.
  • a wide area network 164 e.g., Internet, cellular network, etc.
  • each card handling device 160A/160B may, as described above, transmit and receive information to and from server 162 across local pit network 170A/170B and/or equivalently over a cellular network, or combination thereof.
  • a device operator located within operator station 500 may simultaneously monitor and control each card handling device 160A/160B of each local pit network 170A/170B.
  • the operational data transmitted from card handling device 160A/160B and received at server 162 may be viewed by a device operator, stored, mined, assembled, and/or simultaneously viewed by service center 168 when each device uses its cellular connection (not shown in Figure 6).
  • Communication links 296, 494, 590, 592, and 594 may comprise any form of wireless or wired connections or any combination thereof.
  • the card handling device 160A/160B may be configured to receive information comprising messages and instructions such as, work commands or a self- diagnosis request from a device operator located within operator station 500 or over its cellular connection.
  • a device operator located within operator station 500 may control multiple card handling devices 160A/160B at any given time.
  • a technician, located at a remote location such as service center 168 may perform troubleshooting routines or install software upgrades and patches on card handling device 160A/160B by using an electronic communication link between the card handling device 160A/160B and a computer (not shown), or a cellular telephony link, to service center 168.
  • a card handling device 730 can be similar to the card handling device 130 described herein.
  • Card handling device 730 includes a shuffler 731 and computing device 741 the operation of which, in many respects, can be similar to card handling device 132 and computer 134 described herein.
  • the shuffler 731 includes a processor 734, shuffler mechanics 736, a camera 740, input/output device 737, and memory 738.
  • Shuffler mechanics include physical components and subcomponents of shuffler 731. Examples of such components are described herein with reference to FIG. 1, for example.
  • the operation of the camera is similar to the operation of camera 142, described herein.
  • the computing device 741 includes a processor 744, a communication unit 746, an input/output device 747 and memory 748.
  • Data module 702 includes a processor 704, communication unit 706, input/output device 707, memory 708, report generator 712 and maintenance/error module 714.
  • the processors 734, 744, 704 process data signals and may comprise various computing architectures such as a complex instruction set computer (CISC) architecture, a reduced instruction set computer (RISC) architecture, or an architecture implementing a combination of instruction sets. Although only a single processor is shown, multiple processors may be included.
  • the processors 734, 744, 704 comprise an arithmetic logic unit, a microprocessor, a general purpose computer, or some other information appliance equipped to transmit, receive and process electronic data signals from the memory 738, 748, 708, the input/output device 737, 747, 707, shuffler mechanics 736, and camera 740.
  • the memory 738, 748, 708 stores instructions and/or data that may be executed by processor 734, 744, 704.
  • the instructions and/or data may comprise code for performing any and/or all of the techniques described herein.
  • Memory 738, 748, 708 may be a dynamic random access memory (DRAM) device, a static random access memory (SRAM) device, Flash RAM (non-volatile storage), combinations of the above, or some other memory device known in the art. While the memory 738, 748, 708 is shown on the devices 702, 731, 741, some of the memory can be remote, e.g., on a separate device connected to the device or via a WAN, e.g. a cloud based storage device.
  • DRAM dynamic random access memory
  • SRAM static random access memory
  • Flash RAM non-volatile storage
  • Input/output device 737, 747, 707 provides an interface configured to provide inputs, send outputs to the device.
  • Input devices can enable a user the ability to provide inputs to the device 731, 741, 702.
  • Output devices can be any device equipped to display electronic images and/or data.
  • Computing device 741 may be a part of shuffler 731 or may be a device separate from the card handling device 730, for example.
  • computing device 741 includes a communication unit 746 that communicates with network 720 via communication link 751.
  • the network 720 also communicates with data module 702 via communication link 752.
  • Network 720 can be any network, e.g., LAN, WAN, e.g., the Internet, public cellular network, etc.
  • the communication links 751, 752 can be wireless/wired or a combination thereof, for example.
  • the communication units 706, 746 can communicate using one or more of following communications methods: cellular protocols (e.g., GSM (Global System for Mobile Communications), TDMA, CDMA, etc), infrared communication, IEEE 802.1 la/b/g/n/p communication, 3G communication, 3GPP Long Term Evolution (LTE), IEEE 802.16 (or WiMax) communication, or other radio frequency communication. It is envisioned that other protocols/communication methods can be used.
  • each card handling device 730 can communicate directly with the data module, for example via network 720.
  • multiple card handling devices 730 include communication units 746 that have a cellular modem to enable communication with one or more data modules 702 via a cellular communication network 720.
  • multiple card handling devices 730 can be coupled to a single device having a communication unit that is capable of connecting to network 720.
  • multiple card handling devices are coupled to a device that is capable of communicating with data module 702 via a cellular communication network.
  • data module 702 is positioned such that communication between data module 702 and card handling device 730 goes through network 720.
  • Data module 702 includes a report generator 712 and a maintenance/error module 714.
  • a feature of some embodiments is that information about the automatic card handling device 730, e.g., usage information, maintenance information, mechanical information, etc., can be sent to data module 702.
  • the report generator 712 prepares reports such as detailed usage reports that enable the automatic card handling device to be licensed/billed based on metrics such as per use, per session, per game play event, per session, per time period, etc.
  • the report generator 712 receives usage information from the card handling device 730 and identifies usage based on various usage parameters. Examples of such usage parameters include, (a) number of shuffles, (b) number of cards shuffled, (c) number of game play events, (d) number of game sessions, and/or (e) use of card handling device 730 in a time period, such as an hour or a defined multiple hour period such as a 24 hour period having any start time, for example.
  • the parameter of the number of shuffles can represent the number of full deck shuffles performed by the card handling device 730. When multiple decks are shuffled, the parameters can reflect the total number of decks shuffled.
  • the parameter of the number of cards shuffled can represent the number of cards shuffled by the card handling device 730. In an embodiment when a particular card is shuffled multiple times over the course of a time period, the parameter is incremented each time the card is shuffled. In an embodiment, a card is shuffled once when the card is part of a shuffle process in which one or more decks of cards are completely shuffled.
  • the parameter of a game play event can represent the number of completed games/hands at a table.
  • one game play event for blackjack represents the dealing of cards between the placement of an initial bet and the final result of the hand.
  • the completion of one hand for all players and the dealer represents five game plays, in some embodiment the dealer's hand is also counted so this represents six game plays, in another embodiment this represents one game play.
  • the parameter of a game session can represent a series of game plays/deals for a particular type of game played such as blackjack, Three Card Poker, etc. without a significant break in play. For example, if a card handling device 730 is used for Three Card Poker and is in continuous use, e.g., shuffling and dealing cards with no more than a five minute break (other break period criteria can be used), for six hours then the card handling device 730 is used for blackjack, then the six hours of Three Card Poker is one game play session.
  • the parameter of use in a period can represent the total amount of usage of the card handling device 730 in a period. Examples of usage are number of shuffles, number of cards shuffled, number of game play events, and/or game sessions.
  • the data module can identify usage over any period for a single card handling device 730 and/or a collection of card handling devices 730 where the collection can be in the same area of the casino floor, in the casino, or in different casinos, for example.
  • the information can assist in identifying trends in the amount of game plays of particular games, e.g., Three Card Poker.
  • the data module 702 can also receive maintenance and/or mechanical information about the automatic card handling device 730 and the maintenance/error module 714 can prepare a report, alert, alarm and/or other notification based on the information.
  • the maintenance/error module can identify when a component/ sub-component of a card handling device 730 is nearing an end-of-life metric and should be replaced.
  • different components/sub-components (mechanisms) of the card handling device 730 can wear at different rates depending on how the shuffler is used.
  • card handling devices perform 730 different tasks and, therefore the use of various sub-components differ, depending upon the game being played.
  • the wear rate of some sub-components can vary based on the game being performed by the card handling device 730.
  • the maintenance/error module 714 or the card handling device or a processor coupled thereto can keep track of the usage of various components/sub-components of the card handling device 730 and identify when such a component/sub-component is approaching an end-of-life usage parameter.
  • the maintenance/error module can also identify when a component of the card handling device 730 has broken and needs repair or when the card handling device 730 is otherwise not operating properly, e.g., when the rate of erroneous shuffles exceeds a threshold.
  • the maintenance/error module may be able to anticipate a failure based on improper operation and can send an message informing the recipient that maintenance should be done, this message can be prior to the failure of the card handling device 730.
  • the data module 702 receives information from the card handling device 730 as a result of a request for information. In other embodiments the data module 702 receives the information without a prior request either directly or indirectly.
  • FIG. 8 is a flowchart of a method in accordance with an embodiment.
  • the information about card handling device 730 is collected 802.
  • the information can include usage data, error data or any other data related to the card handling device.
  • usage data that is, data based on, and/or reporting, the type and kinds of use the card handling device card has been put to.
  • fault, error, and condition reporting Another is fault, error, and condition reporting. Note that in actuality, there is always some overlap between these types of data and their use.
  • predictive maintenance and failure reports may be generated, in part or in whole, based on usage data and/or fault, error, and/or condition data.
  • Billing reports which are often based on usage data, may also include billable events due to failure, error, or predictive maintenance data that is used to generate a billable event, used to generate a billing report, or bill, to the user of the card handling device.
  • usage data can include data related to the type of game, the number of cards shuffled, number of cards dealt and in one embodiment will include a time stamp, for example. It is understood that at this level, what is being created are data logs which are not typically in human readable form; they may be strings of binary digits that have assigned meanings according to a protocol, a data type, a data structure, etc. In later processing they will be used to generate human readable reports and/or bills. The
  • the information can be stored in memory 738/748 (or memory in a separate device) until it is provided to the data module 702.
  • the information is then sent 804 to the data module 702.
  • the information can be sent from communication unit 746 or from a separate device.
  • the information sent is not in response to a request from the data module 702, rather, it is sent on a predetermined schedule or based on a preselected event.
  • the predetermined schedule may be a regularly recurring time event, such as sending all data collected every 24 hours. Typically the frequency of sending data will be selectable at the card handling device, and may be set remotely or by a person having the needed authorization at the device.
  • Event-based sending will typically be used when the device detects that a certain (preselected) type of log or interrupt event occurs. When these types of events occur, it has been predetermined that these events will be reported immediately, or, in a relatively short time frame compared to the regular reports. "Preselected” means that the types of events that are to be reported to a central location using networked connections, in one embodiment a cellular connection, occurs sooner than the regularly timed sending of data, and, has been selected in some manner so the device can determine, algorithmically, that the data is to be sent. In one embodiment, the device is programmed so that when it detects fault interrupts or log entries that indicate a failure mode, the data indicating those conditions is sent as soon as technically feasible. Other events may be selectably
  • reportable events that may be sent as soon as possible after detection may be events that indicate an improper use by the user of the device. For example, if the device is licensed to the user for specific locations and the device detects, using GPS or cellular tower location technologies, that it has been moved to unlicensed location, a report may be sent as soon as technically practicable. Other disallowed uses, such as certain games, may also trigger the sending of data soon as soon as technically practicable after detection.
  • Data Module 702 Failure or unauthorized use may also be detected by Data Module 702 when it cannot communicate with any particular device 730. If a regularly scheduled report does not arrive at Data Module 702 when expected, that indicates the device is unable to communicate due to device failure, due to a networking failure, due to communications being purposefully blocked, being in an unauthorized location that has no network capabilities, or other failures. Data Module 702 may be programmed to re-try communications with device 730 for a predetermined number of tries, and/or over a predetermined time period, after which it generates a report or alarm.
  • An example of an alarm may be a report indicating it is of high importance, highlighting of the event on a user interface (lights, sounds, vibration, etc.), or other means indicating that the event requires attention by associated personnel.
  • the re-try settings including but not limited to attempts to establish communicate and/or attempts over a time period, may be quite short or small by human standards, such as micro- or milliseconds for example, and may be dependent on the device, its location, the local infrastructure, and other factors.
  • the parameters associated with detection of a communications fault or non-responsive card handling device will be settable
  • the data module receives 806 the information.
  • the information can be stored in memory 708 (or a memory device external to the data module 702).
  • the report generator 712 analyzes the data and prepares reports 808 identifying the data in a particular manner. In one embodiment, it is the report generator that translates lower-level data and/or log entries into a form that can be used to directly generate, or already is, in human readable form.
  • the report generator 712 using the data and/or log information sent to it by a device, can generate a use report based on the type of data provided by the device. Different devices may have different types and/or amounts of use data to send, where the different types and amounts of data may be reflective of the sophistication of device.
  • Embodiments include the most simple to the very sophisticated.
  • Simple devices may report relatively simple data, comprised of relatively few fields having to do with, for example, cards sorted, cards counted, cards or decks loaded, and/or cards dealt.
  • More sophisticated devices may include data about types of games played, game hands dealt, game sessions, individual game play events, the cards dealt to each player, or location associated with a real or virtual player (a virtual player is a player's location or hand that is actually being controlled by a computer), and an associated relative value of each hand, time stamps for each event, and other more detailed information.
  • the report information can be stored in memory 708, e.g., in a database format.
  • the report generator can send 810 data related to the reports to other computers/printers/devices/memories.
  • the usage of card handling devices 730 can be tracked to enable billing of the card handling device 730 to be based, at least in part, on the actual use of the device during the billing period.
  • billing amounts may include maintenance charges, fees, or other payable service events.
  • Types of use include, but are not limited to, cards or decks inserted into the card device, cards dispensed, cards counted, cards sorted, cards or decks checked for completeness, individual hands dealt, type of game played, individual games played, game sessions played, directly or indirectly based on any amount of winnings detected during play including any progressive, individual hand reports and game reports generated, and/or request for a report from a past card usage, past game or past session data including individual hands previously generated (past data may help a casino with a patron dispute, may help with a billing dispute, etc.).
  • This may be downloaded to a card handling device from a central location where extended game data associated with each card handling device may be stored, or, otherwise provided to a user (casino, operator) of the local card handling device, if the device is unable to communicate or display the results of the request.
  • extended game data associated with each card handling device may be stored, or, otherwise provided to a user (casino, operator) of the local card handling device, if the device is unable to communicate or display the results of the request.
  • Such data, billable events, and recallable events are based on the capabilities of each card handling device.
  • the level to which each card handling device may record data in any form is reflected in the data kept at a central location for later recall, analysis, and use.
  • Unsophisticated card handling devices with limited reporting capabilities will have equally limited data available from any back-end system, while sophisticated card handling devices will enable back-end system to keep far more detailed records, respond to download requests for specific data and similar actions.
  • the type of data available from a sophisticated card handling device is limited only by it is detectors and associated compute power. Any type of data related to card usage, deck usage or deck type (including but not limited to the deck's manufacturer and other data), deck or card count of any kind, ordering in a randomized deck or partial deck, data for each dealt or issued card for any event (including card counting or deck determinations, as well as game play events), and any other type of count or event based on cards in any manner used in a card handling device is contemplated herein.
  • the collected data may be organized, analyzed, and reported in any manner useful for either billing, meaning creating bills for payment eventually sent to the user of the device, or, maintenance of any type, include actual and predictive failure analysis and/or predictive required maintenance reports.
  • Predictive reporting may be based in part or in whole on statistical analysis of the use data, error logs, interrupt events, fault reports, and any and all data, if available, from detectors or detection circuits, detection ICs, or any type of element that has the ability to log or generate data regarding the condition of any element, either itself or another element.
  • detector elements includes elements such as strain detectors or motion detectors located on, or associated with, mechanical components, and, failure detection ICs measuring various electrical/electronic properties of components so that anomalous events can be reported or logged.
  • detection elements may be failure detection (or condition monitoring) circuits contained in larger circuits reporting/logging performance deviations or apparent out-of-spec behaviors, and/or any other detection elements that generate logs, interrupts, or other events.
  • firmware or software may use algorithms coupled with input from one or more components or elements of any type (mechanical elements using or interfacing to mechanical-electrical, mechanical-optical, or other elements, all electronic elements, etc.) to generate data or report on actual, possible, or predictive failure events. This is by way of example only; the concept covers collecting and/or using or evaluating any data from failure detection elements, as implemented in various models of card handling devices now or in the future.
  • FIG. 9 is a flowchart of a method in accordance with an embodiment.
  • the information sent by the card handling device 730 is in response to a request, for example a request for information by the data module 702.
  • the request can be to a single card handling device 730, multiple card handling devices 730 or to an intermediary computing device which sends 904 the information.
  • the data module 702 requests information 901 from a card handling device 730.
  • the data module 702 may request information about the number of cards shuffled by card handling device 730 in a 8 hour shift, e.g., a period from 8pm to 4am.
  • the information about card handling device 730 is collected 902. As described above, the information can include usage data, error data or any other data related to the card handling device.
  • the information sent by the card handling device 730 is in response to a request, for example a request for information by the data module 702.
  • the request can be to a single card handling device 730, multiple card handling devices 730 or to an
  • usage data can include basic data related to the type of game, the number of cards shuffled, number of cards dealt and a time stamp, for example.
  • the information sent 907 can include more information than what was requested.
  • the information can be stored in memory 738/748 (or memory in a separate device) until it is sent to the data module 702.
  • the information is sent 904 to the data module 702. As described above, the information can be sent 904 from communication unit 746 or from a separate device.
  • the data module receives 906 the information.
  • the information can be stored in memory 708 (or a memory device external to the data module 702).
  • the data module 702 can request additional information 907 in which case a request is sent to the card handling device 730 or intermediary device, as described above.
  • the report generator 712 analyzes the data and prepares reports 908 identifying the data in a particular manner. For example, the report generator 712 can identify the number of cards shuffled by card handling device 730 during the shift from 8pm to 4am. As described above, the report information can be stored in memory 708, e.g., in a database format. The report generator can send 910 data related to the reports to other computers/printers/devices/memories. In one example, the usage of card handling devices 730 can be tracked to enable billing of the card handling device 730 to be based, at least in part, on the actual use of the device during the billing period. As described above, embodiments permit the reporting period, and therefore the billing period, to be of any duration.
  • Embodiments will vary as to what and where data collection, reporting, and analysis is done.
  • a card handling device may be fairly simple and relatively inexpensive, and its data collection and reporting capabilities will reflect these limitations.
  • such a card handling device will do no data analysis at all; it will all be done at a server location (or other computer that eventually receives or has access to the data).
  • server location or other computer that eventually receives or has access to the data.
  • multi-functional card handling devices having the ability to perform multiple card functions as well as support multiple card games, and further having their own displays, printers, and other components.
  • Such sophisticated card handling devices may do some analysis of the data collected which enables them to generate, locally, at least one if not more of the billing reports useable by users of the device, in a manner readable by humans. This may include output to a printer or on a screen. This enables a casino or other user of the device to track their usage, current amount owed, possible servicing requirements, and other parameters.
  • Certain aspects of the embodiments include process steps and instructions described herein in the form of an algorithm. It should be noted that the process steps and instructions of the embodiments can be embodied in software, firmware or hardware, and when embodied in software, could be downloaded to reside on and be operated from different platforms used by a variety of operating systems. The embodiments can also be in a computer program product which can be executed on a computing system. [0081] The embodiments also relate to an apparatus for performing the operations herein. This apparatus may be specially constructed for the purposes, e.g., a specific computer, or it may comprise a general-purpose computer selectively activated or reconfigured by a computer program stored in the computer.
  • Such a computer program may be stored in a computer readable storage medium, such as, but is not limited to, any type of disk including floppy disks, optical disks, CD-ROMs, magnetic-optical disks, read-only memories (ROMs), random access memories (RAMs), EPROMs, EEPROMs, magnetic or optical cards, application specific integrated circuits (ASICs), or any type of media suitable for storing electronic instructions, and each coupled to a computer system bus.
  • Memory can include any of the above and/or other devices that can store information/data/programs and can be transient or non-transient medium, where a non-transient or non-transitory medium can include memory/storage that stores information for more than a minimal duration.
  • computers referred to in the specification may include a single processor or may be architectures employing multiple processor designs for increased computing capability.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Telephonic Communication Services (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Pinball Game Machines (AREA)
  • Control Of Vending Devices And Auxiliary Devices For Vending Devices (AREA)
  • Meter Arrangements (AREA)
  • Computer And Data Communications (AREA)
  • Cash Registers Or Receiving Machines (AREA)

Abstract

L'invention concerne un dispositif de manipulation de cartes automatique (110), comprenant un dispositif de manipulation de cartes (130) pourvu d'un contrôleur, ce dispositif étant configuré pour mélanger un ensemble d'entrée de cartes et distribuer un ensemble de sortie de cartes résultant du mélange ; ainsi qu'un module de communication (146) couplé fonctionnel au contrôleur, le module de communication étant configuré pour envoyer et recevoir des informations relatives au fonctionnement du dispositif de manipulation de cartes par un port de communication (148) configuré pour un couplage fonctionnel à un réseau cellulaire (136), les informations relatives au fonctionnement du dispositif de manipulation de cartes comprenant des informations relatives à l'utilisation de ce dispositif ; un facteur relatif aux frais d'utilisation pour le dispositif de manipulation de cartes étant l'utilisation de ce dispositif.
PCT/US2013/062391 2012-10-01 2013-09-27 Système et procédé de mélangeur cellulaire WO2014055369A1 (fr)

Priority Applications (6)

Application Number Priority Date Filing Date Title
CN201380051342.XA CN105007996B (zh) 2012-10-01 2013-09-27 蜂窝洗牌系统和方法
CA 2886633 CA2886633A1 (fr) 2012-10-01 2013-09-27 Systeme et procede de melangeur cellulaire
EP13785685.2A EP2888016B1 (fr) 2012-10-01 2013-09-27 Système et procédé de mélangeur cellulaire
AU2013327680A AU2013327680B2 (en) 2012-10-01 2013-09-27 Cellular shuffler system and method
AU2017204115A AU2017204115A1 (en) 2012-10-01 2017-06-16 Cellular shuffler system and method
AU2019200131A AU2019200131A1 (en) 2012-10-01 2019-01-09 Cellular shuffler system and method

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US13/632,875 2012-10-01
US13/632,875 US8919775B2 (en) 2006-11-10 2012-10-01 System for billing usage of an automatic card handling device

Publications (2)

Publication Number Publication Date
WO2014055369A1 true WO2014055369A1 (fr) 2014-04-10
WO2014055369A8 WO2014055369A8 (fr) 2015-04-16

Family

ID=49515463

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2013/062391 WO2014055369A1 (fr) 2012-10-01 2013-09-27 Système et procédé de mélangeur cellulaire

Country Status (6)

Country Link
EP (1) EP2888016B1 (fr)
CN (2) CN105007996B (fr)
AU (3) AU2013327680B2 (fr)
CA (1) CA2886633A1 (fr)
TW (1) TWI627986B (fr)
WO (1) WO2014055369A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110124320A (zh) * 2019-05-15 2019-08-16 杨天一 一种麻将胡牌表生成方法及装置

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106688023B (zh) * 2015-06-25 2019-10-08 艾尔比斯勒斯特海运股份有限公司 用于游戏系统的数据保全的预先打印方法及系统

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008005286A2 (fr) * 2006-07-05 2008-01-10 Shuffle Master, Inc. Mélangeur de cartes à entrée de cartes adjacente et compartiments de sortie pour les cartes
US20080113700A1 (en) * 2001-09-28 2008-05-15 Zbigniew Czyzewski Methods and apparatuses for an automatic card handling device and communication networks including same
US20090224476A1 (en) * 2004-10-04 2009-09-10 Attila Grauzer Card reading shoe with inventory correction feature and methods of correcting inventory

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5197094A (en) * 1990-06-15 1993-03-23 Arachnid, Inc. System for remotely crediting and billing usage of electronic entertainment machines
CN1161005A (zh) * 1994-08-09 1997-10-01 沙弗马斯特有限公司 自动洗牌的方法和装置
US5605334A (en) * 1995-04-11 1997-02-25 Mccrea, Jr.; Charles H. Secure multi-site progressive jackpot system for live card games
CN101920104B (zh) * 2004-03-19 2013-08-07 天使游戏纸牌股份有限公司 纸牌游戏系统
US7591728B2 (en) * 2005-07-01 2009-09-22 Gioia Systems, Llc Online gaming system configured for remote user interaction
JP4282674B2 (ja) * 2006-02-17 2009-06-24 シャープ株式会社 課金システム、画像形成装置、情報処理装置、課金方法、及びプログラム
AU2009279364A1 (en) * 2008-08-04 2010-02-11 Lions Share (Aust) Pty Ltd Gaming system
JP5770971B2 (ja) * 2009-12-01 2015-08-26 株式会社ユニバーサルエンターテインメント カジノテーブル

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080113700A1 (en) * 2001-09-28 2008-05-15 Zbigniew Czyzewski Methods and apparatuses for an automatic card handling device and communication networks including same
US20090224476A1 (en) * 2004-10-04 2009-09-10 Attila Grauzer Card reading shoe with inventory correction feature and methods of correcting inventory
WO2008005286A2 (fr) * 2006-07-05 2008-01-10 Shuffle Master, Inc. Mélangeur de cartes à entrée de cartes adjacente et compartiments de sortie pour les cartes

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110124320A (zh) * 2019-05-15 2019-08-16 杨天一 一种麻将胡牌表生成方法及装置

Also Published As

Publication number Publication date
WO2014055369A8 (fr) 2015-04-16
TWI627986B (zh) 2018-07-01
AU2019200131A1 (en) 2019-01-31
AU2013327680A8 (en) 2015-06-18
EP2888016B1 (fr) 2017-11-08
CN105007996A (zh) 2015-10-28
TW201424814A (zh) 2014-07-01
AU2013327680A1 (en) 2015-04-09
CA2886633A1 (fr) 2014-04-10
AU2017204115A1 (en) 2017-07-06
CN107737447A (zh) 2018-02-27
EP2888016A1 (fr) 2015-07-01
AU2013327680B2 (en) 2017-03-16
CN105007996B (zh) 2017-11-28

Similar Documents

Publication Publication Date Title
US10286291B2 (en) Remotely serviceable card-handling devices and related systems and methods
US10343054B2 (en) Systems including automatic card handling apparatuses and related methods
CN110337678B (zh) 用于对娱乐场游戏设备的相关数据进行实时监视和显示的设备、系统和相关方法
CN1060403C (zh) 用于游戏厅的管理系统
JP5857284B2 (ja) 遊技機及び遊技機個体情報集計システム
AU2019200131A1 (en) Cellular shuffler system and method
KR20160035105A (ko) 게임기의 원격통합관리시스템 및 그 방법
US11961355B2 (en) Controlling a network card game
US11990000B2 (en) Systems and methods for collusion detection
US20240161570A1 (en) Systems and methods for locating networked gaming devices

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 13785685

Country of ref document: EP

Kind code of ref document: A1

REEP Request for entry into the european phase

Ref document number: 2013785685

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2013785685

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 2886633

Country of ref document: CA

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2013327680

Country of ref document: AU

Date of ref document: 20130927

Kind code of ref document: A