WO2007074323A1 - Configuring networked entertainment devices - Google Patents
Configuring networked entertainment devices Download PDFInfo
- Publication number
- WO2007074323A1 WO2007074323A1 PCT/GB2006/001194 GB2006001194W WO2007074323A1 WO 2007074323 A1 WO2007074323 A1 WO 2007074323A1 GB 2006001194 W GB2006001194 W GB 2006001194W WO 2007074323 A1 WO2007074323 A1 WO 2007074323A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- entertainment
- attributes
- schedules
- schedule
- server
- Prior art date
Links
Classifications
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07F—COIN-FREED OR LIKE APPARATUS
- G07F17/00—Coin-freed apparatus for hiring articles; Coin-freed facilities or services
- G07F17/32—Coin-freed apparatus for hiring articles; Coin-freed facilities or services for games, toys, sports, or amusements
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q50/00—Systems or methods specially adapted for specific business sectors, e.g. utilities or tourism
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07F—COIN-FREED OR LIKE APPARATUS
- G07F17/00—Coin-freed apparatus for hiring articles; Coin-freed facilities or services
- G07F17/32—Coin-freed apparatus for hiring articles; Coin-freed facilities or services for games, toys, sports, or amusements
- G07F17/3225—Data transfer within a gaming system, e.g. data sent between gaming machines and users
- G07F17/323—Data transfer within a gaming system, e.g. data sent between gaming machines and users wherein the player is informed, e.g. advertisements, odds, instructions
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07F—COIN-FREED OR LIKE APPARATUS
- G07F17/00—Coin-freed apparatus for hiring articles; Coin-freed facilities or services
- G07F17/32—Coin-freed apparatus for hiring articles; Coin-freed facilities or services for games, toys, sports, or amusements
- G07F17/326—Game play aspects of gaming systems
- G07F17/3269—Timing aspects of game play, e.g. blocking/halting the operation of a gaming machine
Definitions
- the present invention relates to networked entertainment devices and in particular to entertainment machines or devices incorporating some form of payment mechanism for use in public spaces such as bars, clubs., pubs, arcades and the like.
- networked entertainment devices include video and/or audio jukeboxes, gambling machines such as slot machines including so-called 'one- armed bandits' and playing card game based systems, automated betting S3'stenis for both real and virtual events, video gaming machines and general arcade games.
- a slot machine may provide an assortment of arcade games, quiz games and gambling games.
- Some of the entertainment content may be universal, i.e. provided on all machines of that type, while some may be selected by the manager of the premises in which the machine is operated. Some of the entertainment content ma ⁇ ' be admissible only during certain hours of the day, e.g. in the case of family pubs.
- the slot machine may be configured to display advertising material while in a standby mode of operation or during game play.
- the slot machine may be configured to display information related to local activities or events such as a happy hour drink offer or pub quiz.
- the local environment in which a machine operates both real (e.g. physical and geographical location) and virtual (e.g. legislative and business environment) will collectively be referred to in this specification as the domain of operation.
- a problem with configuration of generic entertainment devices is the complexity of the task of ensuring that each device controlled within a large network is configured, maintained and operated in an appropriate manner for its current domain of operation. As suggested above, there are often a very large number of competing requirements that must be taken into account.
- the owner or operator of such entertainment devices may require specific controls in respect of entertainment content, pricing, advertising content etc, while allowing the local business (e.g. pub) in whose premises the device resides some flexibility in determining content which is locally popular, relevant to local trade, or useful in specific promotions.
- third parties such as licensees, sponsors, etc may have an interest in ensuring that advertising content appears in association with relevant entertainment content and possibly also at specific times and in specific formats.
- strict legislation controlling the use of entertainment devices is often determined on both, a national and a regional level, as well as being specific to the type of premises in which, the device is being operated and the type of entertainment content being offered. For example, legislation may govern both the type of entertainment content (e.g.
- the present invention provides a method of operating a network of entertainment devices each having a payment mechanism for enabling execution of entertainment content, comprising the steps of: (i) defining a set of schedules, each schedule defining a set of attributes for operation of an entertainment device and storing said schedules in a database; (ii) associating each entertainment device with one or more groups of devices, each group having a specified one or more of said schedules: (iii) for each entertainment device in the network, det ⁇ nining from all the schedules thai apply to that device, a subset of attributes that shall prevail in that device; and
- the present invention provides an entertainment device comprising: a payment mechanism; a processor module for executing entertainment content; a memory for receiving a plurality of schedules, each schedule defining a set of attributes for operation of the entertainment device; a controller for determining, from the plurality of schedules, a subset of attributes that shall prevail in the device; and a configuration module adapted to configure the device to have the subset of attributes.
- the present invention provides a server for controlling plural entertainment devices over a network comprising: a database incorporating a set of schedules, each schedule defining a set of attributes for operation of a group of entertainment devices on the network; means for associating each entertainment device on the network with one or more groups of devices, each group having a specified one of said schedules; a control module adapted to determine, for each entertainment device on the network and from all the schedules that apply to that device, a subset of attributes that shall prevail in that device; and communication means for communicating with each entertainment device to configure the device to have that subset of attributes.
- Figure 1 is a schematic overview of a networked entertainment device and control system: and Figure 2 is a detailed schematic diagram of the entertainment device and server of figure 1.
- the expression 'entertainment de ⁇ 'ice ' is used to encompass all forms of 'paj'-to-play * type machines including gaming machines, gambling machines, audio and video jukeboxes and any other machine adapted to provide digital data content to a user in return for payment via a payment mechanism.
- the expression ⁇ entertainment device' may also encompass a machine adapted to deliver digital entertainment content (such as audio or video data) directty to a user device, such as an MP 3 player.
- the digital content delivered to the user may be of the form of an interactive program requiring continuous or periodic input from the user (e.g. a game or a quiz) via a user interface (e.g. keyboard, button set, touch screen, control console etc) or may be a non-interactive program requiring no input from the user once the program is initiated (e.g. the playing of music, a movie clip, advertising or other display content). More generalfy, the program which runs on the entertainment device to deliver digital content may be referred to herein as 'payload'.
- the expression 'payment mechanism' is intended to encompass any form of physical and/or electronic payment mechanism receiving from the user a form of payment token including any one or more of a coin acceptor mechanism, a banknote reader, a credit card reader, a credit token, a proprietary card reader and the like.
- FIG. 1 shows an overview of an exemplary networked entertainment device.
- One entertainment device 10 is shown, connected to a control server 11, a messaging server 12 and a supporting database 13, over network connections 14, 15. It will be understood that many hundreds or thousands of entertainment devices 10 may be connected to the network 14, 15 using any convenient telecommunications network such as the public telephone network, leased private lines or the internet. It will also be understood that the functions of the server 11 and messaging server 12 ma ⁇ 7 be provided by multiple servers, e.g. distributed around a network or provided by a hierarchical network of smaller servers.
- Each entertainment device 10 is preferably based on a generic processor running a suitable operating S3'stem 20. e.g. Windows XP Embedded. Each entertainment device 10 includes a kernel process 21 executable on the operating sj'stem for managing content 22. controlling peripherals and communication on the device 10.
- a suitable operating S3'stem 20 e.g. Windows XP Embedded.
- Each entertainment device 10 includes a kernel process 21 executable on the operating sj'stem for managing content 22. controlling peripherals and communication on the device 10.
- the entertainment device 10 includes a plurality of different content executables 22. each relating to a different entertainment content item.
- a content item may be an3' item of pa3'-to-play content, e.g. a game, a quiz, a music pla3 ? er or music track to be pla3 7 ed thereon, a video player or video sequence to be pla ⁇ 'ed thereon, as well as any advertisement or display sequence to attract attention to the device, a menu for presentation of options to a user, or any executable causing output or transfer of digital content from the entertainment device as a service to the user.
- pa3'-to-play content e.g. a game, a quiz, a music pla3 ? er or music track to be pla3 7 ed thereon, a video player or video sequence to be pla ⁇ 'ed thereon, as well as any advertisement or display sequence to attract attention to the device, a menu for presentation of options to a user, or any executable causing output or transfer of digital
- the content executables 22 may be referred to as payload.
- the kernel process 21 preferably includes a set of components such as: content interfaces 23 which the content executables 22 use to connect to the kernel process 21; service components 24 for providing functions such as paying in, paying out, cash handling and connectivity; a message hub 25 for distributing event messages created within the device 10, e.g. relating to payments in, payment out, play counts, error messages, alarms etc; and other functional components 26 e.g. a credit handler, as will be explained in greater detail later.
- One content interface 23 may connect to many different content executables 22, and each content interface 23 may support one or more different t ⁇ 'pes of content executable 22. r
- each entertainment device 10 has a plurality of different peripherals 30 specific to its function. These may include, for example, a display output, an audio and/or video output, a user input console, and payment in and payment out mechanisms such as a single coin hopper 31, a banknote reader 32, a coin acceptor 33, and a card reader 34. Other peripherals may be used to model and control more abstract functions, for example connectivity to the network or the current build of the operating system. Each peripheral 30 implements a certain type of functionality or behaviour.
- the peripherals 30 comprise all of the non-standard hardware items attached to or integrated into an entertainment device 10.
- Each peripheral 30 supports a set of functions, e.g. a single coin hopper is a coin hopper which dispenses a single denomination of coin only, and allows for commands like 'Payout 25 coins'. Services are abstractions of the functions which types of peripherals provide: for example, a coin hopper provides the service 'Payout'. In different environments, the same peripheral ma ⁇ * provide different services. An example of this would be a card reader. In some environments, it ma)?
- the 'CardReader' peripheral 34 provides 'Pa)On' and 'Payout' sendees, hi other environments, even using exactly the same card, it ma ⁇ ' only be used for one of those services.
- the decision as to which peripheral provides which services depends on the wishes of the operator of the entertainment device and ma ⁇ ' depend on the regulatory environment in which the device is located.
- the sendees provided by a peripheral may be entirely controlled through configuration.
- a peripheral handler 35 controls the set of loaded peripherals and monitors them for health. It will hand peripherals to appropriate services 40, but only as directed by configuration files. Exemplary sendees include 'Payin' service 41, 'Payout' service 42, 'CashHandling' service 43 and 'Connectivity' service 44. If a peripheral 30 becomes unavailable, the peripheral handler 35 will notify all the services which have previously received it. Each service is able to determine whether it is available at any time, given the current state of the entertainment device and the peripherals which are attached and available.
- the configuration of the device 10 with respect to the hardware, firmware and software functionality of the device is stored in a configuration database 27 containing a number of configuration files. These may usefully be divided into: core configuration files 51 relating to the configuration of the kernel process and operating system; location-specific configuration files 52 relating to the location and ownership of the entertainment device 10: and content configuration files 53 relating to the configuration of content items 22.
- Each content item 22 has a "content service type' which indicates a set of services which must be available on an entertainment device 10 hi order for the content item to function properly. Il will be evident that a gambling game with cash prizes will need both Payin and Payout sendees available hi order to function. A motor racing game ma ⁇ ' require specific user console services but will not require Payout
- a video jukebox content item will require specific video and audio output peripherals.
- the configuration database 27 is used by the kernel process to establish exactly what sendees and functionality are available at any given time on the entertainment device 10 and this is used to determine what content is offered to the user. This means that, even if a particular peripheral should fail within the entertainment device, the device is capable of reconfiguring the menu options available to a user to maintain functionality of the device. The menu can simply offer a reduced choice. When the peripheral sendee becomes available again, then the menu can be modified back to the full range of content again.
- Each entertainment device 10 is adapted to operate in a particular domain of operation, which domain defines both physical and virtual environment constraints as defined earlier.
- the domain of operation may be a public bar which is (i) run by a local management, (ii) owned by a specific brewery, (iii) in a relationship with certain ad ⁇ 'ertisers, (iv) targeting family clientele during the daytime and adult clientele in the evenings, (v) operating under local authority licensing regulations and (vi) operating under national licensing and gaming laws.
- the expression 'attributes' is intended to encompass the content items or 'payload" available on a device, and the mode of operation of those content items.
- the expression 'mode of operation' is intended to encompass rules governing the wa ⁇ ' in which the content is delivered, restrictions on its input / output parameters and restrictions on the services available to the content.
- the pub owner, or brewery may wish to dictate that a certain range of promotional games and offers are available; fii) the local landlord may recognise that certain games are locally more popular than others and prefer that these are presented with a higher profile; (iii) local management may wish to introduce special offers in conjunction with content delivered by the entertainment device, e.g. an offer to "play game X to win a pint of guest ale"; (iv) a contract between the brewery and another commercial organisation may dictate that predetermined advertising material should appear on the entertainment device display for predetermined periods of time. e.g.
- each entertainment device 10 is assigned to belong to one or more 'groups' of such devices 10.
- Each group has an associated schedule that defines a set of attributes (e.g. content, mode of operation) for all the devices belonging to that group.
- Those attributes in the schedule may include desired attributes in an order of preference and may include mandatory attributes to comply with regulations.
- one schedule may relate to use of an entertainment device in a public bar.
- Another schedule may relate to use of an entertainment device in a betting shop, and another to use in a casino.
- Each will have different preferences for content items and different regulations as to content items and mode of operation (e.g. payout criteria). Further schedules are then added for specific domains of operation which will influence the attributes of the devices in certain contexts.
- a device ma)' belong to seven different groups each influencing the desired or mandatory attributes of the device in its domain of operation, consisting of the groups: (i) public bar; (ii) UK gaming legislation; (iii) city centre pub in Coventry; (iv) family access up to 7 pm: no under eighteen access after 7 pm: (v) owned by ' brewery 1': (vi) run by TnanagementcoS'; (vii) advertising agreement with 'advertiser! ' etc.
- Each group may have its own schedule defining a set of attributes for operation of an entertainment device. Each attribute listed in the schedule carries an importance weighting, preferably on a numeric scale.
- attributes that are determined by a schedule ma)' be "negative' attributes, i.e. the schedule enforces inhibition or removal of some existing functionality.
- Advertiser 1 to do a drink promotion in pitbs in the Coventry area, and are running an application to manage this: • Advertiser 1 _payload (50)
- Each of these schedules is associated with an appropriate group of machines.
- the combined schedules associated with the particular group membership of the entertainment device have determined both a set of content available to a user of the device, and modes of operation of that device.
- mandatory attributes such as those required in order to comply with legislation, can be given importance weighting values which are not overridable by other elements in schedules.
- These may be represented b)' Boolean variables governing the mode of operation of a content item.
- Optional schedules may be generated for other users to select from. For example, a pub landlord may be permitted to select from several possible 'Landlord's Choice' schedules, which will influence the other schedules according to the choice of additional schedule made by the landlord. Access to modify selected schedules can be restricted according to the privileges granted to each user.
- schedules may be divided into two types, primary schedules and modifying schedules.
- the schedules given are primary schedules.
- Other persons or organisations involved in operating the entertainment units may be given access rights to introduce modifying schedules.
- a modifying schedule is adapted to add or subtract an importance weighting value to or from the importance weighting established by the cumulative primary schedules. So. extending the pub example above, a modifying schedule may assert the following modifying importance weigntrngs:
- the final determined attributes for the entertainment device would then be:
- Gamel The maximum variance of importance weighting allowed by a modifying schedule, may be governed by user access privileges.
- Modifying schedules ma ⁇ 7 be implemented and adjusted automatically according to a predetermined algorithm driven by input parameters such as number of times the game is played, scores achieved, profit on the content or an ⁇ ' other parameter or combination of parameters.
- an optimisation engine ma ⁇ ' be implemented for maximising profit from available content, subject to constraints imposed by primary schedules.
- Schedules may be activated only for predetermined periods.
- a schedule ma ⁇ ' be configured to prevail only during certain hours of the day.
- each schedule includes a 'TimePeriod' field . , which may have values indicating that the schedule is active on certain days of the week, certain hours of the day or 'always 1 .
- the activation of the schedule may relate to the schedule as a whole, or to only certain items within the schedule.
- the schedules include a time period which indicates the temporal validity or activation of the schedule or of one or more attributes defined in the schedule.
- This feature is useful for controlling entertainment content during different hours of the day, but can also be used to vary the price of pay-to-play items throughout the day or week.
- cost 2.00
- certain pubs within a chain could be targeted with selected premium content at certain times of the day.
- Schedules may determine other modes of operation for each content item. Generally, these modes could include currency and credit details on the device, language of operation, type of graphics used etc.
- the schedules may not only define content items, modes of operation for those content items and menu contents, but also may be used to control layout of content including menus displayed on the entertainment device. Thus, the schedules may determine layout, size and position of control buttons and items on the display. Weighting values may be used to determine which preferred layout will prevail.
- the layout may determine the number of menu buttons available, the relative sizes of the buttons and their positions on a display independent of the content that will eventually be ascribed to each button, as determined according to all the schedules as discussed above.
- the entertainment devices 10 may be configured to use the schedules and weighting values hi each relevant schedule in order to ensure that only the top n content items are offered to the user, if it is desired to place strict limits on the total number of items in a menu at any one time.
- the cumulative schedules for a device imply a total of thirty content items, in order of importance, but the device ma ⁇ 7 offer only twenty at any one tune, then the device will display only the top twenty according to importance weighting. Should any function of the device become impaired (e.g. loss of a sendee 40) which would eliminate several content items from availability, other schedule items can be moved up into the available menu. Alternatively, the number of content items offered may be unrestricted according to the total number suggested by the schedules.
- Control of the mode of operation of each entertainment device can be implemented entirety remotely by one or more authorised users using appropriate remote interfaces as will now be illustrated (although this does not exclude the possibility also of control at trie device itself).
- the operating system 20 and kernel process 21 are pre-installed in the device 10 and generally remain unchanging, although it will be understood that software upgrades could be delivered over the network 14.
- Hardware peripherals 30 and associated services 40 are also preferabty pre-installed and remain unchanging, although preferably these are modular items that can be swapped by service visits to the device.
- Different content items 22 and configuration data are delivered to the devices according to the schedules in the following manner.
- a content repository 60 is located in server 11 and maintains a structured list of all content items available, including version information if required to ensure that content item compatibility with each entertainment device 10 can be established.
- the content repository 60 includes content item executables for transfer to entertainment devices 10 or pointers to where to obtain that content elsewhere, if the content items are not already installed on the entertainment devices 10.
- a data transfer server 61 in server 11 communicates with a corresponding data transfer client 28 in the entertainment device 10 for transfer of content items 22, schedules and configuration files 27.
- a configuration builder application 62 builds configuration files for transfer to the entertainment devices 10.
- the configuration data is provided from a suitable configuration database 64 in supporting database server 13.
- the configuration data in configuration database 64 includes one or more schedules for each group of devices 10 as discussed previously.
- One or more management user interfaces or management computers 70 are in communication with a management server 80 over a suitable network connection
- the management user interface executable 71 resides on the management computer 70 and interacts with the management server 80 via SOAP 82.
- access to the management server 80 may be via a web browser 72 installed on the management computer 70 which communicates with a web application 81 to manipulate this data.
- Management logic 83 in the management server 80 updates the schedules in configuration database 64.
- Different management users may implement different schedules within the configuration database 64 via the management server 80 according to individual user privileges.
- one management user could implement all schedules for all groups of entertainment devices throughout the network. So, for example, the management user establishes a plurality of schedules, each schedule corresponding to a particular domain of operation of entertainment devices as discussed earlier. There ma ⁇ 7 be hundreds of available schedules, each corresponding to a different type of entertainment venue, legislative environment, business environment etc. hi a general sense, each schedule defines a set of attributes for operation of an entertainment device.
- an entertainment device 10 is installed in a domain of operation and is given a particular unique identification tag.
- the management user establishes which schedules are applicable to this device according to its domain of operation and, using the management interface 70. associates that entertainment device with appropriate ones of the available schedules.
- each schedule is associated with a group of devices having at least one set of common required or preferred attributes.
- the installed device 10 establishes communication with the data transfer server 61.
- server 61 queries the configuration database 64 and acquires the relevant schedules associated with the installed device 10. The schedules may then be transferred to the entertainment device for use by the installed device 10 to establish its local configuration. Alternatively, and more preferably, the schedules are used to generate required configuration data for the installed device 10 and deliver that configuration data to the device for updating configuration files 27.
- the schedules that apply to the installed device are used to determine a subset of attributes that shall prevail in that device. It will be understood that those attributes ma ⁇ ' include menu items for display to users, content items or 'payload' .available on the device, and the mode of operation of those content items, as previously discussed.
- the kernel process 21 uses the configuration data to retrieve content items 22 either from its own local storage, from remote storage such as content repository 60, or from any other location determined according to the configuration data.
- the kernel process then displays or otherwise implements a menu selection according to the prevailing attributes as determined by the schedules.
- schedules may be imposed by different management users, as illustrated in the examples above.
- the owner of a venue in which entertainment devices are installed may define his or her own schedules to determine the games and other content that are generally available. These maj' be supplemented by schedules provided by the supplier of entertainment devices to ensure compliance with local and .national regulations.
- An advertiser may be permitted access to implement schedules that affect certain devices.
- the local management of the venue may also be permitted to implement schedules to locally vary content according to local tastes or special promotions.
- schedules that influence legally significant attributes of the devices may be inaccessible to all users except those responsible for legal compliance, and such attributes may be weighted so that they cannot be overruled or influenced by other schedules.
- Changes to the schedules during routine use of the networked devices could be implemented on a periodic routine update basis or be forced through in an immediate update process.
- devices 10 may be configured to periodically check their configuration schedules by connecting with control server 11 on a daily or hourly basis. Non-critical updates requiring significant downloads of new content could be implemented in off-peak hours. Critical updates could be forced by communication with the device 10 being initiated by control server 11. This strategy allows for better use of restricted bandwidth network communications.
- the eniertaiiiment devices are able to run semi-autonomously in the event of periods of non-availability of the network 14 or some services 40 on the device itself.
- the importance weighting of menu items in schedules allows the de ⁇ 'ice to adapt to implement content only as and when it and the supporting services are available.
- the kernel process 21 is preferably adapted to offer only content items that meet three criteria: a) it is content that is scheduled for that device, b) it is content which is currently available on / downloaded to that device, and c) it is content which is currently fully supported by peripherals and services on that device.
- the invention offers a powerful and effective, tool for remotely controlling the content offered, mode of operation of, and other attributes of. a large number of entertainment devices in a network, according to a complex set of fixed and variable requirements, by a large number of management users .
- Another important aspect of mamtaining a network of entertainment devices 10 is the function of event reporting and, more generally, event handling.
- event reporting During operation of an entertainment device 10, numerous different events occur which it may be desirable, essential or legally mandatory to record and / or notify to an appropriate entity.
- the appropriate entity to winch an event should be notified may vary, for example according to: (i) the type of event; (ii) the owner, operator or administrator of the machine or of certain functions of the machine (e.g. cash handling, maintenance, etc), (iii) the physical or geographical location of the device, etc. More generally, the domain of operation may also determine the manner in which event messages should be handled.
- Events that should be recorded may include any significant interaction with a user.
- the user in this context may be a customer, manager, installation engineer, sendee engineer, cash collection agent etc.
- the events to be recorded may include identity of games played, payloads executed, the times and amounts of payout events and payin events, cash floats maintained, errors reported b)' software and / or hardware relating to peripherals and / or content, changes in menus, pajloads etc, and
- the event recordal process ideally should enable the precise current and / or historic configuration of a device to be confirmed at an ⁇ 7 given time.
- various elements in the entertainment device are capable of initiating event messages that indicate an activity, status or outcome in the entertainment device.
- the kernel process 21 may initiate event messages relating to the running of certain payloads or content executables 22, or to the updating of configuration files 51, 52, 53 in the configuration database 27.
- the peripherals 30 or peripheral handler 35 may initiate event messages relating to payin and payout events, hardware status, faults etc.
- the entertainment device 10 may also have hardwired and / or software detection systems (not shown) triggered by physical events such as an attack on a machine, or an authorised opening of a cash box to remove or replenish cash.
- the data transfer client 28 ma ⁇ ' also initiate event messages relating to opening and closing of network connections to the control server 11 and messaging server 12.
- the kernel process 21 may also initiate event messages relating to different users logging into the entertainment device, e.g. management or service users accessing special menus or service options on the device 10. More generally, the event messages ma ⁇ ' represent an ⁇ ' physical and / or virtual event that occurs in the entertainment device 10.
- message hub 25 includes a messaging module 55.
- the messaging module 55 includes a messaging component 56 which simply writes a local log file (e.g. in the entertainment device 10) for subsequent debug.
- the messaging module 55 is also adapted to prepare and transmit event messages to an external entity, such as a data centre.
- the messaging module 55 includes a transmit module 57 which transmits event messages to the remote messaging server 12 over network connection 15.
- the transmit module 57 includes a message queue 58 to be described later.
- Message preparation may include packaging the messages into a standard format and include such generic functions as attaching a source address field and a destination address field.
- Each event message includes an event type (such as 'cash transaction', 'game play', 'bank status' etc.
- the event types may be arranged in a hierarchical manner to help organise them.
- Each event message may include a number of information fields giving one or more event value, e.g. a numeric, text or logical state to the event. If the events are arranged hierarchically, any event may have all the attributes of its parent event.
- Each message is allocated a priority level, which might be explicitly indicated in a priority field of the message, or might be inferred from the event type and / or event value.
- a first priority level indicates that the event message is time critical and should be sent to the message server 12 at the soonest opportunity, e.g. immediately that a network connection 15 becomes available. If a network connection is not presently available, then a first priority level message would indicate that a connection should be established.
- a second priority level indicates that the message is not time critical (or is less time critical) and need not be sent immediately.
- the first priority level event message is referred to herein as having an 'iminediate- send ' or 'send now " status
- the second priori ⁇ y level event message is referred to herein as having a 'non-immediate-send' or 'send later" status.
- the messaging module 55 therefore preferably uses the message queue 58 to store event messages that have 'non-immediate-send' status.
- Various triggers may be used to determine when to send queued messages to the messaging server 12. For example, all queued messages, or as man ⁇ ' as will fit into a standard transmission packet or chain of messages, may be t r ansmitted periodically.
- This periodic transmission may be any suitable type, such as (i) as soon as the queue reaches a predetermined length; (ii) as soon as the oldest message in the queue has reached a predetermined age; (iii) as soon as any message in the queue has reached a critical age; or (iv) fixed time, such as every hour, or any combination thereof.
- queued messages may be transmitted whenever an 'immediate-send' message arrives, forcing a transmission to the messaging server.
- Such an event message sending strategy optimises use of the communications network while maintaining real time transfer of critical data.
- priority levels may be used in the 'non-immediate- send' status category.
- event messages may be given a maximum delay period for transmission to the messaging server. This feature is useful if it must be guaranteed that certain types of status data on the entertainment devices is never more than a predetermined period out of date.
- messages of the 'immediate send' status are sent as soon as possible, i.e. as soon as a communication channel to the messaging server 12 is available. Preferably, this would be practically immediate., but otherwise is intended to mean as soon as a communication channel becomes available.
- the message log 56 may be used in a number of different possible ways.
- the message log may store event messages only until receipt has been confirmed by the message server 12.
- the queue 58 may reside in the message log, e.g. by flagging unsent messages.
- a feature of one preferred embodiment is that the entertainment devices 10 do not need any substantive message routing intelligence.
- the messaging module 55 is preferably required only to prepare and transmit messages to a message server 12 without knowledge of the ultimate intended recipient(s) of. or subscriber(s) to, the messages.
- the messaging server 12 is a message oriented middleware product such as the IBM MQ series.
- Each entertainment device 10 may be regarded as a publisher of event messages.
- Each event message will have one or more subscribers authorised as recipient of the information in the event message.
- a function of the messaging server 12 is to distribute information from the event messages to relevant authorised subscribers or 'subscriber entities'.
- a subscriber entity is depicted in figure 1 as a subscriber server 16, which may be any suitable communication device capable of receiving data from the messaging server 12. It will be understood that a large number of subscriber servers may be connected or corinectable to the messaging server 12.
- Each operator or owner of entertainment devices 10 may be a subscriber to the data from all event messages originating from its respective entertainment devices.
- a device servicing organisation may be a subscriber to the data from all event messages relating to operational condition of hardware from entertainment devices for which it is responsible.
- a cash handling or credit handling organisation may be a subscriber to the data from all event messages relating to cash or credit transactions.
- a regulator ⁇ ' authority or other control body may be a subscriber to data from event messages which can be used to coirfi ⁇ n compliance with rules governing use of the entertainment devices such as gambling regulations, amusements-with-prizes regulations, copyright control and royalty collection etc.
- the messaging server 12 is responsible for forwarding all event messages to the correct subscribers according to a classification of a message and / or according to an attribute of the message.
- the expression 'message classification' is intended to encompass a message source identity (e.g. the identity of the device 10 which originated the event message), a source location or domain of operation, a source group or schedule defining device attributes of such a group as previously defined.
- the expression 'message attribute' is intended to encompass event types and event values as previously discussed and may also include time and / or date of origin of the message as well as other content of the message.
- a subscriber may elect to receive only error messages from entertainment devices for which it is responsible, and the error status may be determined by either the event type being an error type, or the event value indicating an error, e.g. out of range.
- the message server 12 maintains a profile in respect of each subscriber, which profile determines the messages forwarded to that subscriber.
- Message classifications and attributes may be determined according to a hierarchical or tree structure of event messages in which child nodes inherit properties of a parent node. Subscribers may subscribe to certain branches of the message hierarchy, e.g. a node and all children of that node.
- the forwarding of messages may take place in several possible ways.
- the messaging server 12 acts a 'post office' forwarding entire messages or selected message contents to intended subscribers. Destinations of the messages are determined by a subscription basis of the individual subscribers, i.e. determining which messages a subscriber is authorized to receive.
- a subscriber server 16 is then used to receive and store event message data as required. Thus, each subscriber receives a subset of the messages received by the messaging server 12.
- the messaging server 12 may act as a repository for event messages from many devices 10. Individual subscribers 16 may then access event messages to which they are authorized subscribers (i.e. a subset of the received event messages or data) on demand from the messaging server. In this aspect, the forwarding of event messages is 'on demand " .
- the expression "event messages * is intended to cover the messages themselves or just the event information or data contained therein.
- the forwarding of event messages by the messaging server 12 to a subscriber server may operate on a similar basis to that which applies between the messaging module 55 and the messaging server 12, e.g. according to message priority levels corresponding to 'immediate send' status and 'non-immediate-send' status.
- the communication channel 17 between the messaging server 12 and subscriber servers 16 may be continuous or intermittent.
- the messaging server 12 preferably offers guaranteed delivery of messages, even where there is intermittent connectivity between the messaging server and the subscriber servers 16 and thus behaves as a persistent message server.
- the event messages generated by the messaging module 55 may be received or captured elsewhere.
- a local network e.g. within a pub or arcade
- a local management computer system adapted to also receive some or all event messages from an entertainment device using a wired or wireless LAN.
- Such a local management computer system could include a venue cash management database for local cash flow control.
- the messaging module may be configured to multicast messages to two or more separate destination addresses. These messages may be in different formats and using different transport protocols.
- the messaging module 55 may include more than one transmit module 57.
- the entertainment device 10 itself may monitor event messages and, if there is a predetermined period of inactivity in respect of certain types of event messages, ma ⁇ ' use this as a trigger to load a different content executable - e.g. a video sequence or different menu likefy to attract more attention.
- a significant advantage of the use of a message server is that requirements for use of the event messages may be expected to vary more rapidly than changes in the operation of the entertainment devices themselves. Altering software on the entertainment devices to change the rules governing generation, use and destination of event messages is problematic and high risk owing to the number of software modules that would have to be updated. Changing functionality at the message server is a simpler and more controllable task.
Abstract
Description
Claims
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
AU2006329657A AU2006329657A1 (en) | 2005-12-29 | 2006-03-31 | Configuring networked entertainment devices |
US12/087,229 US20100062835A1 (en) | 2005-12-29 | 2006-03-31 | Configuring Networked Entertainment Devices |
EP06726600A EP1966773A1 (en) | 2005-12-29 | 2006-03-31 | Configuring networked entertainment devices |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
GB0526548A GB2433800A (en) | 2005-12-29 | 2005-12-29 | Improvements in networked entertainment devices |
GB0526548.3 | 2005-12-29 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2007074323A1 true WO2007074323A1 (en) | 2007-07-05 |
Family
ID=35841320
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/GB2006/001194 WO2007074323A1 (en) | 2005-12-29 | 2006-03-31 | Configuring networked entertainment devices |
Country Status (5)
Country | Link |
---|---|
US (1) | US20100062835A1 (en) |
EP (1) | EP1966773A1 (en) |
AU (1) | AU2006329657A1 (en) |
GB (1) | GB2433800A (en) |
WO (1) | WO2007074323A1 (en) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
AU2007200087B2 (en) * | 2006-01-20 | 2009-04-23 | Fusion Holdings Limited | Method and system for customizing electronic gaming machines |
Families Citing this family (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
AU2007202410B2 (en) * | 2006-06-02 | 2009-07-09 | Videobet Interactive Sweden AB | License management in a gaming system |
US9275512B2 (en) | 2006-11-10 | 2016-03-01 | Bally Gaming, Inc. | Secure communications in gaming system |
US9082258B2 (en) * | 2006-11-13 | 2015-07-14 | Bally Gaming, Inc. | Method and system for providing download and configuration job progress tracking and display via host user interface |
US8930461B2 (en) | 2006-11-13 | 2015-01-06 | Bally Gaming, Inc. | Download and configuration management engine for gaming system |
US20090036203A1 (en) * | 2007-03-12 | 2009-02-05 | Philip Jeffrey Anderson | Systems and methods for server-based gaming |
US20090118006A1 (en) | 2007-11-02 | 2009-05-07 | Bally Gaming, Inc. | Game related systems, methods, and articles that combine virtual and physical elements |
US9483911B2 (en) | 2008-04-30 | 2016-11-01 | Bally Gaming, Inc. | Information distribution in gaming networks |
WO2009155047A2 (en) | 2008-05-30 | 2009-12-23 | Bally Gaming, Inc. | Web pages for gaming devices |
US20110086692A1 (en) * | 2009-10-08 | 2011-04-14 | Paul Francis Guziel | MobileKittens |
KR101703931B1 (en) * | 2011-05-24 | 2017-02-07 | 한화테크윈 주식회사 | Surveillance system |
US9058716B2 (en) | 2011-06-06 | 2015-06-16 | Bally Gaming, Inc. | Remote game play in a wireless gaming environment |
US8974305B2 (en) | 2012-01-18 | 2015-03-10 | Bally Gaming, Inc. | Network gaming architecture, gaming systems, and related methods |
US9120007B2 (en) | 2012-01-18 | 2015-09-01 | Bally Gaming, Inc. | Network gaming architecture, gaming systems, and related methods |
US9569327B2 (en) * | 2012-10-03 | 2017-02-14 | Xerox Corporation | System and method for labeling alert messages from devices for automated management |
US9208013B2 (en) * | 2013-01-22 | 2015-12-08 | Globalfoundries Inc. | Cross communication of common problem determination and resolution |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5876284A (en) * | 1996-05-13 | 1999-03-02 | Acres Gaming Incorporated | Method and apparatus for implementing a jackpot bonus on a network of gaming devices |
EP1231577A2 (en) * | 2001-02-07 | 2002-08-14 | WMS Gaming Inc | Centralized gaming system with modifiable remote display terminals |
US20030064771A1 (en) * | 2001-09-28 | 2003-04-03 | James Morrow | Reconfigurable gaming machine |
EP1396829A2 (en) * | 2002-09-05 | 2004-03-10 | Atronic International GmbH | Gaming machine with selectable features |
US20040248642A1 (en) * | 2003-05-28 | 2004-12-09 | Rothschild Wayne H. | Adaptable gaming machine in a gaming network |
US20050239545A1 (en) * | 2003-07-14 | 2005-10-27 | Bruce Rowe | Programmatic control of gaming devices |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
AU2001250891A1 (en) * | 2000-03-21 | 2001-10-03 | Greg A. Piccionelli | System and process for distribution of information on a communication network |
US20040005919A1 (en) * | 2002-04-18 | 2004-01-08 | Walker Jay S. | Method and apparatus for enabling a player to select features on a gaming device |
US6974385B2 (en) * | 2000-10-04 | 2005-12-13 | Wms Gaming Inc. | Gaming machine with visual and audio indicia changed over time |
US7918738B2 (en) * | 2001-03-27 | 2011-04-05 | Igt | Interactive game playing preferences |
-
2005
- 2005-12-29 GB GB0526548A patent/GB2433800A/en not_active Withdrawn
-
2006
- 2006-03-31 AU AU2006329657A patent/AU2006329657A1/en not_active Abandoned
- 2006-03-31 WO PCT/GB2006/001194 patent/WO2007074323A1/en active Application Filing
- 2006-03-31 EP EP06726600A patent/EP1966773A1/en not_active Withdrawn
- 2006-03-31 US US12/087,229 patent/US20100062835A1/en not_active Abandoned
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5876284A (en) * | 1996-05-13 | 1999-03-02 | Acres Gaming Incorporated | Method and apparatus for implementing a jackpot bonus on a network of gaming devices |
EP1231577A2 (en) * | 2001-02-07 | 2002-08-14 | WMS Gaming Inc | Centralized gaming system with modifiable remote display terminals |
US20030064771A1 (en) * | 2001-09-28 | 2003-04-03 | James Morrow | Reconfigurable gaming machine |
EP1396829A2 (en) * | 2002-09-05 | 2004-03-10 | Atronic International GmbH | Gaming machine with selectable features |
US20040248642A1 (en) * | 2003-05-28 | 2004-12-09 | Rothschild Wayne H. | Adaptable gaming machine in a gaming network |
US20050239545A1 (en) * | 2003-07-14 | 2005-10-27 | Bruce Rowe | Programmatic control of gaming devices |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
AU2007200087B2 (en) * | 2006-01-20 | 2009-04-23 | Fusion Holdings Limited | Method and system for customizing electronic gaming machines |
US8382593B2 (en) | 2006-01-20 | 2013-02-26 | Cork Group Trading Ltd. | Method and system for customizing electronic gaming machines |
Also Published As
Publication number | Publication date |
---|---|
EP1966773A1 (en) | 2008-09-10 |
AU2006329657A1 (en) | 2007-07-05 |
GB0526548D0 (en) | 2006-02-08 |
US20100062835A1 (en) | 2010-03-11 |
GB2433800A (en) | 2007-07-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20100062835A1 (en) | Configuring Networked Entertainment Devices | |
US20090298575A1 (en) | Monitoring Networked Entertainment Devices | |
CN101467183B (en) | Remote content management and resource sharing on a gaming machine and method of implementing same | |
AU2011200730B2 (en) | System and method for intelligent casino configuration | |
AU2004272182B2 (en) | N-tier architecture for a casino management system and method | |
AU2022271478A1 (en) | Casino game download system and method of use | |
US20080214307A1 (en) | Method for configuration | |
US20090163279A1 (en) | Discovery method and system for dynamically locating networked gaming components and resources | |
US8715071B2 (en) | Power winners processing system and method | |
CN102302855A (en) | User interface system and method | |
WO2002071726A2 (en) | Wide area program distribution and game information communication system | |
US20100017326A1 (en) | Credit Handler For Entertainment Device | |
WO2009001075A1 (en) | Entertainment device | |
AU2020233716A1 (en) | Casino game download system and method of use | |
US8454425B2 (en) | Gaming system and method of gaming | |
WO2009001072A1 (en) | Entertainment device | |
AU2012200502B2 (en) | System and method for intelligent casino configuration | |
AU2018202275A1 (en) | N-tier architecture for a casino management system and method | |
WO2009130443A1 (en) | Networked entertainment devices | |
AU2013216594A1 (en) | N-tier architecture for a casino management system and method | |
AU2002255490A1 (en) | Wide area program distribution and game information communication system |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
121 | Ep: the epo has been informed by wipo that ep was designated in this application | ||
WWE | Wipo information: entry into national phase |
Ref document number: 2006329657 Country of ref document: AU |
|
WWE | Wipo information: entry into national phase |
Ref document number: 2006726600 Country of ref document: EP |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
ENP | Entry into the national phase |
Ref document number: 2006329657 Country of ref document: AU Date of ref document: 20060331 Kind code of ref document: A |
|
WWP | Wipo information: published in national office |
Ref document number: 2006329657 Country of ref document: AU |
|
WWP | Wipo information: published in national office |
Ref document number: 2006726600 Country of ref document: EP |
|
WWE | Wipo information: entry into national phase |
Ref document number: 12087229 Country of ref document: US |