WO2011000021A1

WO2011000021A1 - Apparatus and method for managing dispensing of beverages

Info

Publication number: WO2011000021A1
Application number: PCT/AU2009/001673
Authority: WO
Inventors: Kimwell Renshaw Layton; Wayne Rockall
Original assignee: Ipour Pty Limited
Priority date: 2009-07-03
Filing date: 2009-12-21
Publication date: 2011-01-06

Abstract

A method and apparatus for managing the dispensing of beverages. The apparatus comprising a flow control module in fluid communication with one or more storage vessel(s); one or more dispensing units in fluid communication with the flow control module; and a control unit coupled to the flow control module for managing the flow of a beverage from one or more storage vessel(s) to a selected beverage dispensing unit. The control unit can be adapted to control and monitor a measured beverage flow from the storage vessel to the selected dispensing unit. The method comprising the steps of: authenticating an operator; receiving a beverage selection at a dispensing unit from the authenticated operator; controlling and monitoring a measured beverage flow from a storage vessel to the dispensing unit; transmitting transaction data to a point of sale; and storing all transaction data in a database. The apparatus is managed by several computer program interfaces.

Description

APPARATUS AND METHOD FOR MANAGING

DISPENSING OF BEVERAGES

FIELD OF THE INVENTION

The present invention relates to hospitality and in particular to an apparatus and method for managing dispensing of a beverage.

The invention has been developed primarily for use as an apparatus for managing dispensing of beverages and will be described hereinafter with reference to this application. However, It will be appreciated that the invention Is not limited to this particular field of use. BACKGROUND OF THE INVENTION

Any discussion of the prior art throughout the specification should in no way be considered as an admission that such prior art Is widely known or forms part of the common general knowledge in the field.

Known devices for beverage management provide limited support for the monitoring and management of beverage service in a hospitality environment.

There Is a need in the art for an apparatus that can provide a more holistic approach to the monitoring and management of beverage service in a hospitality environment.

OBJECT OF THE INVENTION

It is an object of the present invention to overcome or ameliorate at least one of the disadvantages of the prior art, or to provide a useful alternative.

It is an object of the invention in its preferred form to provide an improved apparatus for beverage management. SUMMARY OF THE INVENTION

According to an aspect of the invention there is provided an apparatus for managing the dispensing of beverages, the apparatus comprising:

a control unit being adapted to monitor a measured beverage flow from one or more storage vessels to a selected dispensing unit.

Preferably, the apparatus further comprises:

a flow control module in fluid communication with the one or more storage vessels;

one or more dispensing units in fluid communication with the flow control module; and

wherein the control unit coupled to the flow control module for managing a measured beverage flow from the storage vessel to a selected beverage dispensing unit.

Preferably, an operator is authenticated prior to dispensing a beverage.

Preferably, at least one of the one or more storage vessels pressure the liquid therein for reaching a selected beverage dispensing unit without using an external pump.

Preferably at least one beverage is available from two or more storage vessels and the control unit selectively switches from a first empty storage vessel to a second full storage vessel. More preferably, upon selectively switching from a first empty storage vessel to a second full storage vessel, the control unit issues an appropriate alarm communication for continuous dispensing.

Preferably, one or more control units are coupled to a data network. More preferably, transaction data is communicated from a dispensing unit via a data network to a point of sales device.

Preferably, transaction data is communicated from a dispensing unit and POS via a data network to a database.

Preferably, transaction data is communicated from a point of sales device via a data network to a database. Preferably, the apparatus further comprises one or more user interfaces for managing and updating the apparatus. More preferably, the user interface is one or more selected from the set comprising:

a venue office interface;

a secure office interface;

a redundant server interface;

a supplier interface;

a media content provider interface; and

a market research interface.

Preferably, the apparatus further comprises a media module for displaying selected media to a customer.

According to an aspect of the invention there is provided a method for managing the dispensing of beverages, the method comprising the steps of:

a) authenticating an operator;

b) receiving a beverage selection at a dispensing unit from the authenticated operator;

c) controlling a measured beverage flow from a storage vessel to the dispensing unit;

d) transmitting transaction data to a point of sale; and

e) storing transaction data in a database.

Preferably, transaction data is communicated via a data network and stored in a database.

Preferably, the method further comprises the step of displaying selected advertising media data.

According to an aspect of the invention there is provided a computer program product stored on a computer usable medium, the computer program product adapted to managing the dispensing of beverages, the computer program product comprising: computer readable program means for authenticating an operator; computer readable program means for receiving a beverage selection at a dispensing unit from the authenticated operator;

computer readable program means for monitoring a measured beverage flow from a storage vessel to the dispensing unit;

computer readable program means for transmitting transaction data to a point of sale; and

computer readable program means for storing transaction data in a database. Preferably, the computer program product further comprises:

computer readable program means for controlling a measured beverage flow from a storage vessel to the dispensing unit.

Preferably, the computer program product further comprises:

computer readable program means for switching automatically an empty beverage storage vessel to a full one without dispensing interruption.

Preferably, the computer program product Is adapted to provide a user access interface for a computer device, the computer device being adapted to receive access data indicative of the beverage selection, the computer device being coupleable to database having one or more records indicative of the transaction data.

According to an aspect of the invention there is provided a computer readable medium for operation with a processor device to provide a method of managing the dispensing of beverages as herein described.

According to an aspect of the invention there is provided an apparatus for managing the dispensing of beverages, the apparatus comprising a control unit for controlling the flow of beverage from the venue cellar, a flow control module, and one or more dispensers. Transaction data is preferably communicated via a data network and stored in a database.

Preferably, the apparatus authenticates an operator prior to each use. Authentication can involve an RFID reader identifying an operator's RFID tag being within a predefined proximity.

Preferably, the apparatus provides a plurality of Interface for managing and updating the apparatus, which may or may not be integrated In a Web Portal. These interfaces preferably include one or more of the following: a venue office interface, a secure office interface, a redundant server interface, supplier interface, a media content provider interface, and a market research interface.

Preferably, the apparatus displays advertising data to a customer. By identifying the potential customer, relevant advertising data can be selected for display. Data indicative of any one or more of the customer's sex, age, beverage order can provide a measure for selecting a suitable advertisement. Alternatively, data indicative of the customer's beverage order can be used in selecting a suitable advertisement.

a) authenticating an operator;

b) receiving a beverage selection at a dispensing unit from the authenticated

operator;

d) transmitting transaction data to a point of sale; and

e) storing transaction data in a database.

Transaction data is preferably communicated via a data network and stored in a database.

Preferably, the method further comprises the step of displaying advertising media data to a client. More preferably, the advertising media data is selected on the basis of the customer and/or beverage order.

BRIEF DESCRIPTION OF THE DRAWINGS

A preferred embodiment of the invention will now be described, by way of example only, with reference to the accompanying drawings in which:

FIG. l is a schematic view of an apparatus for managing the dispensing of

beverages according to the invention; and FIG. 2 is a schematic view of an apparatus for managing the dispensing of beverages according to the invention, showing selected control configurations;

FIG. 3 is a schematic view of a tower fount of FIG. 2, showing mounted display screens and input devices;

FIG. 4 is a schematic view of an apparatus for detecting an empty beverage vessel, wherein the beverage is contained by a bladder;

FIG. 5 A is a schematic view of an alternative embodiment for dispensing a

beverage from a beverage vessel, wherein the beverage is contained by a bladder;

FIG. 5B is a schematic view of an alternative embodiment for dispensing a

FIG. 6 is a schematic view of an apparatus for detecting an empty beverage vessel, wherein the beverage is directly in contact with a gas; and

FIG. 7 is a schematic view of an apparatus for detecting an empty beverage vessel, wherein the beverage is directly in contact with a gas.

PREFERRED EMBODIMENT OF THE INVENTION

Referring initially to FIG. 1 of the drawings, there is shown a schematic view of an apparatus 100 for managing the dispensing of beverages. The apparatus includes a control unit 110 for controlling the flow of beverage from the in the venue cellar 120 (having one or more beverage storage vessels 121), via a flow control module 140, to the venue service area 160 and a selected beverage dispenser 161 or 162.

In an embodiment, security and monitoring of service can be enabled by the operator 163 authenticating themselves via a unique identifier. The unique identifier can be in the form of an RFID tag, which can be authenticated wirelessly when in the proximity of a RFID reader. By way of example only, the operator may authenticate with each beverage dispenser (for example 161 and 162) and point of sale device 164. This authentication can be communicated to the control unit via the data network. A data network 180 enables data communication throughout the apparatus. Data associated with the managing functions (including data related to the delivery, sale and dispensing of beverages) can be stored in a database 181, which coupled to the network 180.

A plurality of interfaces can also be provided for enabling authorised clients to monitor, and manage the apparatus. These interfaces, which may or may not be regrouped in a Web Portal accessible via web pages at the Secure Office Interface (191) and duplicated at the Redundant Server Interface (192), can include any one or more of the following: y A venue office interface 190, for monitoring and managing data relevant to a specific venue;

>^• A secure office interface 191 , for monitoring and managing data relevant to one or more venues;

> A redundant server interface 192, for providing a backup interface monitoring and managing data relevant to one or more venues;

> A supplier interface 193, for monitoring and managing the supply of beverage images and data in specific venues;

y A media content provider interface 194, for monitoring and managing the supply of a media content that can be communicated to a customer of a venue; and

> A market research interface 195, for monitoring and managing the data stored on the database.

The apparatus and method may operate as a mobile or fixed stand alone single venue system, or as a multiple dispenser Venue system (Group system) for multiple Venues under common ownership.

The apparatus and method can manage the many functions relating to the delivery, sale and dispensing of beverages. These functions can include any one or more of the following:

> Dispensing secure and accurate measures of beverages, including bulk spirits, bottle spirits, bulk wine by the glass, and beer;

> Monitoring of beer flow with respect to time for enabling comparison between beer delivered and beer sales recorded in a point of sale (POS);

> Dispensing with seamless linking of dispensing transactions instantaneously with a point of sales registration; > Continuous off-site system monitoring for diagnostic fault identification and reporting;

> Communicating with the relevant bar staff, including details of the drink being dispensed;

> Communicating with the consumer, including details of the drink being

dispensed;

> Communicating media content to the consumer, Including details of the drink being dispensed;

> Receiving input of details about the customer and/or beverage ordered for

selecting media content to communicate to the customer;

> Providing the consumer with media content, in the form of advertisements

selected for the customer;

^ Recording and storing data on all operating functions;

> Providing remote secure hosting systems management and stored data; and > Providing a web portal interface for managing media content and authorised third party access.

A data network can include a General Packet Radio Service (GPRS) gateway, internet, wi-fi, local area network or wide area network. The data network can also allow for remote off-site management, monitoring and faults detections. System reports and/or detected faults may be automatically relayed to Venue managers, for example by Short Message Service (SMS)₅ email or fax.

FIG. 2 shows a schematic view of an apparatus 100 for managing the dispensing of beverages. These embodiments shows, by way of example only, a specific configuration of a control unit 110, venue cellar 120, flow control 140 and Venue Service 160 - as discussed below. The modules typically include a printed circuit boards (PCB) and electronics.

Control Unit

A control unit 110, includes an input output module 211, a control module 212, media module 213 and power supply 214. The control unit is associated with either a tower fount unit 265, hand gun unit 266, bottle spout unit 267, and/or a mobile or portable bar 268. The control unit is typically located in the bar area, includes a control module 212 for providing system operating functions, dispensing delivery, which control and monitor the dispensing and pouring operation. The control unit can provide operational systems for dispensing both spirits and wine. It will be appreciated that these components may or may not be mounted in separate boxes. Each delivery fount tower, or similar delivery unit, preferably has a dedicated control unit.

The input output module 211 enables data to be transmitted to and from the control unit via a keypad, RS232 port, Ethernet port and internet. It will be appreciated that the control unit may or may not house its own power supply and input/output interfaces. A control unit 110, preferably includes a media module 213 for providing other necessary functions of the control module operating system, for example displaying details of the dispensed beverage to the customer.

The control unit may have a media module to provide selected media and images to the customer on a display screen mounted on a respective dispensing tower. The media module with its own microprocessor and control interface may or may not be physically included within the same housing where the control module resides.

Each control unit can be packaged in a bespoke enclosure, which is sealed to limit unauthorised tampering, adjustment or calibration. It will be appreciated that a control unit and associated flow control module can be housed in a single enclosure.

A control unit associated with a hand gun unit 266 is similar to a control unit associated with a tower fount unit 265. This control unit may include a media module if required.

The control unit can be associated with bottle unit 267, and/or a mobile or portable bar 268. The control unit is adapted to the mobile nature of the bottle unit and portable bar.

A control unit associated with a bottle unit 267 is similar to a control unit associated with a tower fount unit 265, but without associated flow-meter(s) and solenoid valve(s). This control unit may include a media module if required.

The flow control 140 associated with a control unit 110 typically includes one or more flow meters and one or more solenoids. Preferably the flow control unit comprises eight flow meters, and eight solenoids. In an embodiment, by way of example only, the control unit hardware can consist of a dedicated design CPU board comprising the following:

y an RS232 interface (or similar);

> a Micro ATX Media board (or similar);

> an RFID Security interface (or similar);

> a keypad with multiplex interface;

> an Ethernet interface;

> a switch mode power supply;

y one or more flow meter interfaces;

> one or more solenoid interfaces;

y one or more low level liquid sensor interfaces;

> one or more gas pressure sensor interfaces;

y a point of sale system interface;

y software media in the form of flash memory; and

> manufacturers' Firmware is installed.

The hardware and interfaces are designed to operate in typical pub/hotel conditions (high temperature, high moisture/humidity, and vermin).

Software can be installed on the hardware for managing the inter-relationship between:

> an RFID device installed in the dispensing fount reading a permitted signal from an operator ID device;

> 'open' the relevant fount keypad, allowing dispensing to occur by pressing a predetermined keypad button;

> recognising a signal from the keypad button and opening an in-line solenoid valve relevant to the selected beverage;

^ as liquid flows, receiving signal pulses emitted from an inline system flow meter, and counting a predetermined number of pulses equivalent to the selected volume of beverage to be dispensed;

> once this count is achieved, the software instructs the in-line solenoid valve to shut, halting the flow of liquid;

y instructing a media control module to display a visual image containing

information (typically legally mandated) for both the operator and consumer;

> communicate to the operator and consumer if the dispense is interrupted; > when beverage dispensing Is complete, transmit data relating to the beverage dispensed to the point of sale device (cash register);

> closing down the system fount after each successful dispense, and is reactivated through the presence of an authorised RFID device, allowing the above method to be repeated.

> communicate a range of system errors through; email, SMS, and/or warning message on the operator screen; and/or

> enabling technician instigated adjustment and calibration, which can be

facilitated by: adjusting the line gas pressure (kPa/bar); adjusting for meter frequency (Hz); adjusting for meter flow rate (Lt/Min); adjusting the K factor

(p/Lt) on the flow meter software; adjusting the 'time out' safety shut-off on the solenoid (1/60MIn).

The control unit software can shut the apparatus down and issue an operator warning if the gas pressure in the line moves outside of a predetermined high/low band. The control unit software can automatically resume operation once the gas pressure returns to within the predetermined parameters.

If a low liquid level sensor is triggered in a remote bulk storage vessel, the control unit software can close that beverage supply line to all towers, and trigger a visual warning across all towers. No beverage from that line may be dispensed, though all other beverage lines will operate as normal. Once the remote bulk storage vessel is refilled, the line will be automatically reactivated, and will be able to resume dispensing. This is because the low level system is closed/off in normal use, only opening/turning on when the liquid level drops below the permitted level.

The control unit software preferably logs/records/stores the following data on flash memory for thirty-days:

> Sales data, including location (license number/State), channel, venue, bar, fount unit, operator, beverage dispensed, beverage size, and time; and

> System event log, including any non standard activity.

When operating as an electronically linked hotel beverage system, utilising a number of dispensing points across several bars, the control unit software will manage

simultaneous requests to dispense a particular beverage line through a software queuing device that imitates simultaneous dispensing. This ensures the operators achieve maximum efficiency and customer satisfaction.

The control unit software operates closely with media module software, ensuring image files are easily routinely updated via the web portal and dispense associated media is displayed.

In an embodiment, by way of example only, diagnostics and programming can operate according to the following four levels of access modes:

> Calibration mode can provide an installation technician to connect to the

apparatus using a serial port and calibrate the instrument for ensuring correct dispensing;

> Bar Manager mode can provide a Bar Manager to set the date/time clock, enable or disable product lines (typically password protected);

> IT Manager Mode can provide manager functions as well as the ability to set the IP address and other networking parameters (typically password protected); and > Technician Mode: All Bar Manager and IT Manager functions. In addition you can set the names for each product line, set the serial number, manufacturing date, fount unit ID, property ID and view calibration settings (which typically cannot be changed) (typically password protected).

It will be appreciated that the Bar Manager, IT Manager and Technician modes are typically accessible over the data network using a computing device.

Control Module

A control module (for example 212) associated with a tower fount 265 is designed to dispense accurate, pre-determined quantities of beverages at one point of service. This control module comprises a PCB and software that controls the operation of the flow meters, solenoids and security access while interfacing with the media module, keypad, RS232 port, Ethernet port and internet.

Dispense activity data, including Venue, bar, dispensing place, time, operator, beverage dispensed and pour size can stored in the control module memory and can be routinely transmitted to a database. The database can be can also be routinely transmitted to a secure off-site server. The data stored can be used for the purpose of identifying current stock, sales management, data management and market research functions. Each dispensing transaction can be recorded by the control module to assist in verifying the point of sale data, and providing a dispensing history as a function of time for each dispensing line. Preferably the control module memory will retain the last 30 days data.

Dispense activity data can be backed-up automatically via the internet or other method to a remote secure data warehouse. Therefore, in the event of a system failure or crash, limited or no data would be lost. Additionally, the remote secure data warehouse can utilise an additional off-site data bunker backup.

The control module provides software control of hardware to deliver the selected beverage via the fount tower or similar dispensing unit. This software controlled module can accurately deliver a beverage to within 2% by volume of the required amount, while performing security management, sales management and stock control functions.

The control module PCB executes software, firmware and provides component interfaces. The microprocessor software implements flow rate compensation, and other tasks.

While beverage dispensing is underway, the control module software monitors the flow rate of the dispensed beverage. The control module system software preferably logs the dispense flow rate at 50ms intervals and can display the data on a display screen (if connected) for diagnostic purposes. If the dispense is faster than the nominal rate, the respective solenoid will be turned off earlier than the preset level to compensate for additional speed of the fluid which would otherwise result in an over pour. Conversely if the pour is slower than the nominal rate, it extends the solenoid opening increasing the pour time to prevent an under pour.

The control module software can also protect the flow meter from excessive flow rates. A flow meter has a maximum operating speed. If exceeded, the flow meter can be damaged. For this reason, if the software detects excessive speed, it will turn the solenoid off and hence stop the flow (preferably within 100ms).

When a beverage dispense occurs, the control module software signals the media module to display the appropriate message such as "3OmL Jim Beam" using a data network connection (for example an RS232 serial port link). Each control module (or control unit) can incorporate its own IP address, for providing secure communication to remote devices, This also enables remote hosting of data, system management, and web or other type of connection to manage media content. The delivery fount tower or similar device also has a unique IP address, which can enable for self monitoring and exception reporting.

Each beverage dispense can be logged including the date, dispense time, ID number of the operator, product line of the beverage dispensed, volume dispensed, fount unit ID and a premises ID. Events can also be logged, including power on, low level fluid in a product line, low pressure, high pressure, flow meter over speed cut-off. All events will have a date and time stamp when the event occurred, as well as appropriate fount unit ID and premises ID.

A control module (for example 212) associated with a hand gun unit 266 is similar to a control associated with a tower fount 265 - as discussed above. This control unit may include a media module if required.

A control module (for example 212) associated with a bottle unit 267 is similar to a control module associated with a tower fount 265 - as discussed above - but without processes to manage solenoid valve(s) and flow meter(s). This control unit may include a media module if required.

It will be appreciated that software/firmware specifically executed on a control module can provide any one or more of the following functions:

> dispensing a beverage;

> calibrating (and recalibrating) - for example, to ensure the system dispenses accurately and correctly based on gas pressure, the length of each dispensing line and required dispensing time;

> logging events - for example, to drive communication of various faults/system issues;

y logging dispense data - for example, to create a transactional log that captures details of every dispense transaction by location, bar, tower, bar person, beverage, time and size;

> authenticating access - for example, validating an operator's right to access to the dispensing unit; y calculating control unit statistics - for example, statistics on system resource usage, storage capacity etc;

> integrating control module beverage dispensing to point of sale;

> integrating the control module to media module;

> integrating the control module to a keypad - for example for receiving input from an operator; and

> dispensing different spirits across multiple founts that are each linked to the same remote bulk storage base station.

Media Module

The media module 213 is comprised of a PCB and software for determining the visual content to be displayed, and provides management of display and communication functions, and facilitates the communication of the appropriate functions of the control module to a media component. It will also be appreciated that a media module need not house its own power supply and/or input/output interfaces.

There may be one or more media components (or display devices) associated with a delivery unit. By way of example only, a media component may be coupled to a delivery unit or located adjacent to a delivery point. A media component typically provides either portrait or landscape viewing, for displaying graphics and/or other media.

In an embodiment, by way of example only, the apparatus can include a consumer facing display 310 and an operator facing display 320, as best shown in FIG. 3. Preferably this consumer facing display is a coloured (LCD) or similar and is operated through the media module. Preferably this operator facing display is a single colour dot screen or similar and is operated through the media module.

The operator facing display is typically used for, but is not limited to, displaying dispensing operating errors, system alerts, confirmation of drink dispensed and the communication of other bar staff operating issues.

The media module can be adapted to provide any one or more of the following functions:

> recording details of each graphic data or media data displayed;

> recording the time and/or frequency of graphic data or media data displayed; > providing a summary and/or report on the media play list schedule for a time period;

y displaying a standard drink measure;

> displaying a drink messaging to consumer;

> displaying a brand or other image of the beverage being dispensed at the time;

> displaying a advertisement;

> displaying live TV streaming;

> displaying promotions related to the drink being dispensed;

> displaying promotions related to an identified customer; and

> communicating venue and other offers and activities to a consumer.

In an embodiment, the media module 213 is capable of remote access, either directly or via an associated control module. Remote accessing the media module using a unique IP address, specific to the Control Unit (110) where it is housed, can facilitate media content updates, editing, addition and deletion. A media module can be adapted to handle a plurality of media file formats.

The media module 213 is preferably adapted for logging displayed media data comprising details of all media played by each tower fount including venue, bar, dispensing place, time, media played. In an embodiment, the logged data is stored in the media module memory and is routinely transmitted to a secure off-site server. The data can then be accessed for analysis and reporting functions.

The media module 213 may also display additional images or video (including advertisements) when a beverage is not being dispensed. The media module manages the additional images or video, including altering the content stored by the media module. The media module content may be modified by using a flash-drive, or via the internet where such access is available to the media module. Additional content can be interrupted when dispensing a beverage, and may resume once dispensed.

The media module is adapted to manage the media aspect of the apparatus, and facilitate one or more of the following functions including:

> providing playlists for advertising - for example, managing advertising via a scheduled playlist of third party content, and where this playlist is based on available content, runtimes, repeats, looping and other features;

> ensuring advertising is managed and logged; y dispensing interrapts - for example, interrupting advertising when a dispensing function notifies the media module of a dispense event (typically via Ethernet, RS232 or other type digital communication interface);

> displaying an appropriate dispense content - for example, as required during dispensing, and then resuming a normal advertising playlist;

> configuring viewing to suite screen orientation - for example, displaying media content in portrait or landscape;

> providing offsite management via a standard web interface - for example, using a web server to provide HTTP;

> updating content - for example, for localised event based advertising;

> calculating media statistics - for example, statistics based on system resource usage, storage capacity, etc;

> diagnosing hardware issues - for example, assisting troubleshooting with specific system tests of core components to indicate issues;

> rebooting and shutting down the apparatus;

> providing a secure access for technician diagnostics, problem resolving and

remote maintenance;

y providing remote software updates;

> providing secure access transfer of files - for example, files can be easily used to automate remote tasks;

> managing media data and display functions;

> providing/displaying in-house promotions and advertising; and

> recording and storing playlists.

It will be appreciated that a light weight web server (or similar) can be installed on (or in association with) the media module to enable one or more of the following functions including:

> providing multiple level access to administrators and/or technicians;

> providing administration for technicians and customer management;

> providing limited on-site direct access to third-party media providers via a Web portal; and

> providing security access to the media module and associated media content. In an embodiment, by way of example only, media content providers of third party media, advertising, messaging and promotions can access a web portal for adding, editing or deleting media content. Changes by third party media content providers may require further authorisation/approval before it is released and subsequent selection by a media module.

In an embodiment, the control module can transmit a specific message to the media module for each of the beverages it dispenses. The media module can select an image from a stored library of images that is predefined to each of the dispensed beverages and/or predetermined sizes. The media module software can receive each message and select the corresponding image to display - thereby triggering the display of the required image for a period of time that can be predefined. In the event that the beverages being dispensed changes, the corresponding image can be changed to suit the new beverage. Images may be stored on removable media such as a flash-drive or may be accessible for download by the media component over a data network connection. The venue media content can be managed by the venue management who may modify it via the web portal as their portfolio of beverages changes over time.

It will be appreciated that a significant amount of media processing 'horsepower' is required to deliver a multi-platform, flexible media solution. In an embodiment, a commercially available media processing unit (Micro ATX or similar) can interface with the control module, stepped power supplies, LCD media screen and driver. The media module software has been designed to:

> responding to beverage dispense commands with appropriate beverage dispense information image(s) selected from a downloaded library and displayed on the system LCD screen;

> 10 seconds after displaying beverage dispense information, reverting to running third party media content playlists, selected from a stored library of downloaded media content;

> supporting live content streaming; and

> uploading (by retail customers) content relevant to the group or venue, such as upcoming events, promotions or other information.

Third party media, advertising, messaging and promotions providers can add, edit or delete their media products via a web portal. Change by third party vendors need be approved before it is released to the venue management for potential selection in their media module software.

The media module software manages the media processes, facilitating the display of current media content through updates, and includes but is not limited to:

> running advertising playlists - displaying and logging the advertising content via a scheduled playlist from third party vendors, which is based on available content, runtimes, repeats, looping and other features;

> uploading media content - licensed third party vendors provides uploads via a web portal;

> dispensing interrupts - interrupting advertising when the dispensing function notifies the media module of a dispense event (for example via the RS232 or other type of interface) and displaying the appropriate dispense content before resuming the playlist;

> configuring (Portrait / Landscape) viewing for screen orientation;

> providing offsite management from any standard web browser via a web portal; y updating content for the venue via a web portal, enabling creation of localised event based advertising;

y generating media system statistics - including system resource usage, storage capacity etc., which is preferably stored in a flash memory for up to 30 days, and routinely uploaded to a database;

> hardware diagnostic for media troubleshooting via the phone with specific

system tests for core components indicate issues;

>^■ system reboot / shutdown graphics; and

y providing secure access for technician diagnostics, problem resolving and

maintenance remotely.

The control module software can transmit a different message to the media module software for each beverages dispensed. The media module software will have a library of images stored within its memory dedicated to each of the dispensed beverages and predetermined sizes. The media module software will receive each message and retrieve the corresponding image to display thereby triggering the display of the required image for a predetermined period of time (that can be programmed in the media module software). By identifying the potential customers, the media module can select relevant advertising material to be displayed. Data indicative of any one or more of the customer's sex, age, beverage order can provide a measure for selecting a suitable advertisement. For example, this indicative data may be entered by the operator via a keyboard 272, derived from surveillance video 273, or estimated based on information entered when a customer enters the venue. Alternatively, data Indicative of the customer's beverage order can be used in selecting a suitable advertisement.

Flow_ControlModu!£

The flow control module 140 is part of the control unit 110 to enable the control module 212 to manage the dispensing of beverages. The flow control module includes one or more flow meters 241 and one or more solenoid valves 242.

When an authorised operator presses a predetermined button on a dispenser key pad, the control module transmits a signal to the relevant solenoid valve, opening a valve to allow the selected beverage to flow, typically under pressure, to the predetermined fount tower 265 or hand gun 266.

When the selected preset amount has been measured at the control module, the control module closes the solenoid valve fitted downstream of the flow meter. Once the beverage has been dispensed, the details of the dispense transaction is transmitted, via the internet 180 or through a permanent direct connection, to the point of sale device 270 (for example, a cash register) for settlement of the transaction. A dispense record is stored by the control module, which can be used for further analysis.

The control module software is preferably accessible via a USB port to allow technicians to adjust the calibration of flow meters and/or for programming the system functionality for the specific requirements of a venue.

Shut down taps are located on each line at the entry point to the control unit to enable the closure of each or any line at any point in time for any reason.

It will be appreciated that tubing (preferably food grade material for spirit and anaerobic food grade material for wine) transports the beverage from the remote bulk storage container/vessel In the cellar to the dispensing unit. A gas bleed valve 243 can also be provided in the tubing. Flow meter

The flow meter can provide signal indicative of the volume throughput to the control unit (and control module). The flow meter can use various technology such as, but not limited to, turbine, paddlewheel, Hall Effect, positive displacement flow meters.

By way of example only, the flow meters can be selected on the basis of:

> the nature of the application;

> very low dosage rates required (typically as little as 15mL);

> high frequency of dosage (typically up to 15 times per minute);

> fast dispense time (typically 3-4 seconds per 3OmL dispense);

> low turbulence/aeration of dispensed beverage;

> very low rise and fall time (typically 1.5 micro seconds) to ensure accuracy;

> food grade materials throughout;

> high level of dosage accuracy required by regulations (typical limit variance +/- 3%, which is to within 0.45mL on a 15mL beverage dispense);

> wide range in required operating temperatures ( typically 0 - 50 Degrees

Celsius); and/or

> flow meter management designed to work within very narrow tolerances whilst achieving a commercially viable outcome.

Flow meter management software controls a variety of flow meter types (Turbine, paddlewheel, Hall Effect, positive displacement, etc.) depending on the required application. The software can maintain repeatable, accurate dispensing of liquids irrespective of line gas pressure, line distance, density or colour of the liquid. The software implements flow rate compensation.

While beverage dispensing is underway, the flow meter management software can monitor the dispense flow rate. If the dispense is faster than the nominal rate, the solenoid will be turned off earlier than the preset level to compensate for additional speed of the fluid which would otherwise result in an over pour. Conversely if the pour is slower than the nominal rate, it extends the solenoid opening increasing the pour time to prevent an under pour. This ensures a high level of accuracy over extended periods of time.

The flow meter management software can also manage a multiple of inter-related events within a very narrow performance tolerance, including i) accuracy of flow meter count, ii) outward management of solenoid control, iii) management of manufacturers accuracy tolerances and repeatability scale. The flow meter management software flags aberrant flow meter performance activities (such as slow rotation, interruption) to the control module. The software typically manages up to 8 dedicated flow meters to one dispensing point.

The flow meter is preferably protected from the sudden impact of shutting down the liquid flow by the use of twin silicone rings, located between the flow meter and the up stream solenoid valve. These rings absorb and dissipate the so called 'hammer shock' when a high pressure liquid is suddenly stopped. This assists in maintaining the longevity of the hardware and long term dispensing accuracy.

By way of example only, a flow meter can include a 12 V DC preamplifier and output a pulse signal proportional to the volume throughput. As the selected beverage flows through the flow meter, a pulse is generated. The flow meter uses optical and magnetic sensors to maintain a high level of accuracy. The pulse output signal from the flow meter is interfaced to the control module which controls the delivery process. Typically, up to eight flow meters are interfaced to each control module. The flow meter preferably offers durability (for example using sapphire bearings) and accuracy (within 2% accuracy). The flow meter preferably provides high accuracy and repeatability in the low flow dosing regimen. The flow meter also preferably provides an output that can be readily interfaced to the control module. The flow meter is also preferably adapted for a suitable pressure rating and for handling viscous particles, and thereby suitable to the liquids being metered.

Software (or firmware) for operating with the flow meter and housed on the control module can, by way of example, provide one or more of the following functions:

> compensating for Flow Rate - for example, to manage minor variations in

characteristics from one sensor to the next and recognising profile variation as a flow meter ages; and

> counting flow meter signal pulse for accurately dispensing a beverage (for

example to within 2%). Solenoid Valve

The fluid outlet from the flow meter is coupled via suitable tubing to a solenoid valve 242 for controlling the flow of the fluid.

By way of example only, a solenoid 242 can utilise 12V DC to activate the valve. The solenoid valve is operated by the control module for starting and stopping the flow of a selected beverage. Preferably up Io eight solenoid valves can be interfaced to the control unit. Preferably a solenoid is selected for its superior speed (for example <10 microseconds) and food grade characteristics.

Software (or firmware) for operating with the solenoid valve and housed on the control module can, by way of example, provide one or more of the following functions:

> controlling the start and stop of the dispense flow on each product lines; and

> disabling a flow of a beverage for accurately dispensing the beverage (for

example to within 2%).

Beer monitoring unit

A beer monitoring unit 250 is used in the control of dispensing beer.

In an embodiment, by way of example only, a beer monitoring unit 250 encloses a beer control module 251 that can preferably manage up to 16 flow meters 252. Each flow meter is attached to a different beer line. Depending on the total number of beer lines to be monitored, more than one beer monitoring unit can be used at the same Venue. Beer units can be used to monitor an individual beer tap within the Venue.

The beer module is comprised of hardware and software that measures data and reports on the beer flows of each line. The data can be recorded within the beer module and/or transmitted via data network for storage in a database.

A flow meter monitors beer volume leaving a keg 223 (or similar beer storage vessels) and before reaching the serving point. The flow meters can be used to audit the beer usage, and determine the beer lost (for example, by comparing the volume of beer delivered through the flow meter and the beer sales recorded at the point of sale). The monitoring system also allows accurate comparisons between stock takes.

A special cleaning mode is set when line cleaning is undertaken, so cleaning liquid is not mistaken for beer flow. The beer control module uses digital filtering to avoid recording foam and gas voids as well as slow liquid flow due to changes in temperature and pressure.

The beer module can be coupled, via a data network, to a database for recording and remitting details on beer flow. Connections between the control module and the beer module enables the apparatus to conduct recording and reporting and remitting of data off-site for comparison and analysis against the volume of each beer product sold with the measured amount of the product dispensed.

Software (or firmware) for operating with the beer module, by way of example, provides one or more of the following functions:

y measuring volume flow through a product line;

> identifying beer line cleaning volume ;

> reminding of next scheduled cleaning date; and

> counting flow meter pulses for providing an accurate measure of volume - for example, to within 2%. Venue_Service^

The venue service area 160 can include a tower fount unit 265, hand gun unit 266, bottle spout unit 267, a mobile or portable bar 268 and their associated control unit 110.

Tower Fount Unit

In an embodiment, by way of example only and as best shown in FIG. 3, the tower fount unit 265 comprises:

> a tower fount beverage delivery instrument 330;

> an operator alcoholic beverage selection keypad 341 ;

> an operator post mix selection keypad (optional) 340;

> a customer facing colour display 310;

y an operator facing display 320;

> a security access identification device 350;

> a data network connection 360 to the control unit;

> a control signal connection 370 to the control unit; and

> a fluid flow connection 380 to the venue cellared beverages. The fount tower Is adapted to dispense beverage into a glass or other container. This is typically from a bar top/counter mounted pouring fount tower or alternatively a hand held dispensing gun.

The fount tower (or other delivery method) can also be used to facilitate the delivery of a predefined beverage product. For example, a predefined beverage product can include a spritzer, non alcoholic beverages (such as cola, soda) or post mix beverages. It will be appreciated that the beverage can be either carbonated or still.

In an embodiment, by way of example only, the fount tower of each dispensing system can dispense up to eight different beverages and a range of up to eight post mix beverages.

The keypad 341 is adapted to enable the operator to select one or more types of beverage to be dispensed. The fount tower delivers one or more types of beverage at the dispensing point, with the ability of the operator to select the ordered beverage and the size of the poured quantity. The keypad interface on the dispensing point can include buttons or some other means of selection. Preferably the fount tower can dispense spirits and/or wine and/or post mixes.

The identified operator can then use the keypad for selecting the required beverage and the size of pour (for example, 30 ml by default or selecting half pour for a 15 ml delivery, 150 ml, 500 ml for wine or any other preconfigured measurement

combination). The required beverage is then dispensed.

Upon completing the beverage dispensing, the sales details and operator unique identification are transmitted to the control module. This date can be transmitted via a wired data network or wireless data network. Details of the beverage transaction are then transmitted to a point of sale device 270 (POS) to complete the sale transaction. The beverage dispense is preferably simultaneously recorded at the POS (cash register) at the time of the dispense delivery.

A PCB connects the key pad dispensing buttons to the control unit.

A customer facing display 310 fitted to the delivery unit, is adapted to display the customer order details. This preferably displays the type of beverage, the quantity delivered and the 'Standard Drink' information. The relevant delivery details can also be confirmed on an independent bar person facing screen 320. Authorised access for dispensing a beverage can be managed or implemented. The security access system 350 automatically identifies an operator whenever the unique operator tag is in the close vicinity of the keypad (usually within 20 -30 mm).

Preferably, with the security option activated, the identification process is hands free. The security access system can record or transmit security details (for example, the time, staff ID, line dispensed, size of portion dispensed) via a wireless or wired data network for storage in a database. It will be appreciated that, enabling access via a personal identification device (for example an RFID tag) and recording details of transactions, audit information is available for each operator.

In an embodiment, the security protection identifies the operator through a unique identification device, which then causes the key pad to be enabled.

Software/firmware for operating a tower fount can include one or more of the following functions, including:

y dispensing a beverage;

y reporting and monitoring error conditions;

> providing secure access to an operator - for example, via reading an RFID tag; and

> providing and managing an operator facing display - for example, for

communicating system functions and error reports. Hand Gun Unit

A hand gun dispensing unit 266 operates similarly to the fount tower dispensing unit. The hand gun unit 266 may include one or more media displays if required.

Bottle Spout Unit

In an embodiment, a bottle pouring spout 267 uses an RFID reader to enable authorised operators to pour liquor from a bottle without adjusting normal bar operations.

This system, by way of example only, uses a spout containing an RFID reader and additional RFID technology to authenticate an operators RFID tag. The system detects the operator's presence/proximity, and enables the pouring of the beverage from the bottle. Dispensing data is wirelessly transmitted (including the pour data and operator ID) via wireless data network to a receiver 269, which is coupled to control unit 110. Relevant data is also transmitted to the venue point of sale 270.

Each spout RFID and operator RFID has a unique identifier. Every event including dispenses and the associated bartender, placement on~bottle and placement off-bottle is date and time stamped and transmitted in real time. Transaction data containing the spout and operator RFID enables each spout to be individually audited along with each associated operator.

Preferably the bottle pouring spouts are self-contained and include a battery, electronics, wireless transmitter and RFID technology. The spouts are water and impact resistant, so they can be cleaned like any other pour spout. The spouts are adapted to fit major brands of liquor and spirit.

The spouts can be reprogrammed using software update.

Software/firmware for a bottle unit can include one or more of the following functions, including:

> security-enabling a free pour spout;

> recording a free pour accuracy (for example to within 3 ml);

> requiring no adjustment to normal bar operations;

> preventing/identifying tampering using an engage/disengage switch; and

> identifying an operator. Mobile Unit

A mobile unit 268 can be used for special events, convention halls and hotels.

Software/firmware for a mobile unit 268 can include one or more of the following functions, including:

y dispensing spirit and/or wine;

> providing security access to operators (for example via RFID);

> providing media capabilities;

> transmitting dispensing transaction data to the data network;

> transmitting dispensing transaction data to a point of sale device - for example, for cash and credit card transactions; and

> providing a wireless or permanent link to venue data network. Venue Cellar

Base station

A base station resides in the cellar 120 and comprises bulk storage

containers/vessels 221 (holding for example spirit), 222 (holding for example wine) and 223 (holding for example beer), low level liquid sensors 224, high pressure sensors 225, solenoid valves 226, filters 227, pneumatic pumps 228, gas pressure

sensors/regulators 230 and gas supply 231.

Multiple tower founts or other dispensing units can operate from a single base station. Both spirit and wine products are delivered from remote bulk storage

containers/vessels 221 and 222 respectively.

Software/firmware for a base station can include one or more of the following functions, including:

> managing replenishment information for bulk and bottle stock - for example, via a web portal;

> managing working capital information - for example, via a web portal;

> warning of bulk spirits low level;

y disabling access to low level bulk spirits;

y managing wine collapsible container process; and

y identifying volume associated with cleaning wine lines, preferably with reminder messaging of next scheduled cleaning date.

Spirits Cellar

The delivery of a spirits beverage starts at a bulk storage container/vessel 221 (or group of vessels if linked in daisy chain) where the bulk beverage is stored.

In an embodiment, each vessel incorporates a liquid low-level sensor 224, for indicating that the level of beverage remains above the outlet port of the vessel. When the level of beverage breaches the low-level sensor, the system shuts that line down until the liquid is replenished and the low level sensor is reset. The operator receives a system generated warning to replenish the vessel. A food grade filter 224 can be installed in each beverage dispensing line. This filter limits the impurities in the supplied beverage and protects any associated measurement transducer (for example flow meter). The filter grade is typically between 5 and 60 microns depending on cellar conditions.

A pneumatic pump 228 raises the liquid from the bulk vessel to a junction point at 230, where high pressure gas forces the liquid up the line to the flow control module, typically mounted in the bar.

The pressurized line is preferably maintained between 175 kPa and 450 kPa using a pressure regulator 230 to maintain a relatively constant rate of flow during the transfer of beverage from the vessel to the delivery tower unit or mechanism, typically via food grade plastic tubing. In this embodiment, up to eight bulk storage vessels may be managed by the apparatus.

The apparatus can be automatically shut down if the gas pressure is outside the preset low and high pressure set points, and remain shut down until gas pressure is regulated to within the predetermined parameters.

Wine Cellar

A similar approach can be used for dispensing wine as was used for dispensing spirits. However, there is no direct contact between a gas and the wine at any time. However, for wine the vessel is typically a collapsible container. A fluid connection is made to the vessel containing the wine. Sensors, solenoid valves, lights, buttons and air draining processes can be used in dispensing the wine from the vessel/container.

In an embodiment, the sensor 225 will detect when the collapsible container is empty and transmits a signal to close the solenoid valve 226. If a back-up collapsible container with same wine is available, an associated solenoid valve can be activated to allow wine to continue to flow - and be dispensed with minimal interruption. When the empty collapsible container is replaced with a new one, a reset button will allow the container to deliver its wine to the line as required. Anaerobic food grade hosing will be used throughout.

Cellar Vessels

FIGs. 4 to 7, show example embodiments of cellar vessels having selected properties. Referring to FIG 4, cellar vessels 410 and 411 are adapted to maintain the stored liquid 420 not in direct contact with another gas (or liquid) 430 used to pressurize the stored liquid. An empty vessel can be detected and swapped out for a new cellar vessel.

Individual vessels with same stored liquid can be linked in a group of two. Each vessel has a gas/liquid inlet 412 and a liquid outlet 413. The stored liquid 420, which is kept in a separated compartment 450 (for example a bladder), exits the vessel helped by the pressure created by another gas or liquid added in the vessel.

The expelled liquid/beverage exits the vessel via tubing through an optional filter (not shown) to a flow meter 460.

The control unit 110 detects a slow down in delivery speed via the flow meter, it can transmit a signal to shut off the solenoid valve 480 or 481 that Is coupled to the empty liquid storage vessel and will open the solenoid valve 481 or 480 upstream to the foil liquid storage vessel - preferably for continuous dispensing. The Control Unit will transmit a "container empty" alarm signal (for example audible, visual or electronic) to alert venue management on required actions. Such alarms can be manually reset via a button when the empty vessel has been replaced and the line has had its air replaced by the stored liquid using a respective bleeder valve 470 or 471.

FIGs 5A and 5B, respectively shows that the added gas or liquid may or may not be stored in a separate compartment 451 (for example a bladder) inside of the vessel; such added gas or liquid is never in direct contact with the stored liquid exiting the vessel.

The vessel shown in FIGs 5A and 5B provide the stored liquid without contamination, and are adapted for easy transportation through external tubing. The vessels can be of any suitable form, size and material. The vessel in FIG 5B needs a sealed or foldable or glued or thermo formed or clipped cover, while the vessel in FIG 5A needs a sealed external container resisting to a light liquid or gas pressure. The vessel can enclose a bladder made with material keeping its specifications when in contact with the stored liquid and protecting the stored liquid from contamination. This stored liquid bladder will have a connection 413 at the perimeter of the vessel for easy connection to external tubing to transport it away. The vessel will have a secondary connection 412 on its perimeter to allow gas or liquid to enter and pressurize the stored liquid bladder. This gas or liquid may or may not be contained In a secondary bladder within the vessel. The liquid stored bladder may be adjacent to a movable wall constructed to apply pressure to the stored liquid in the bladder until it is expelled.

Vessels should be robust to handle a wholesaler supply chain and to resist the pressure created by the added liquid or gas. Vessels can carry relevant EAN codes, barcodes and product/variety identification to facilitate efficient supply chain management.

Referring to FIG 6, cellar vessels 610 and 611 are adapted to maintain the stored liquid 620 in direct contact with another gas 630 used to pressurize the stored liquid.

Individual cellar vessels 610 and 611 with same liquid are linked in a group of two. Each vessel has a gas inlet 612 and a liquid outlet 613.

The expelled liquid/beverage exits the vessel via tubing through an optional filter (not shown) to a flow meter 660.

An empty vessel can be detected and swapped out for a new cellar vessel. If the gas entering is under pressure the control unit 110 will detect an acceleration of the flow meter. If the gas entering is not under pressure the control unit will eventually detect a deceleration of the flow meter.

For both cases above, when the control unit detects a variation in fluid flow speed (indicated by the flow meter), it can transmit a signal to shut the respective solenoid valve 680 or 681 downstream of the empty vessel (vessels 610 and 611 respectively) and will open the solenoid valve 681 or 680 downstream to the full vessel, preferably for continuous dispensing. The control unit will transmit the required "container empty" alarm signal (for example audible, visual or electronic) to alert venue management on a required action. Such alarm can be manually reset via a button when the empty vessel has been replaced and the line has had its air replaced by the stored liquid using the bleeder valve 670 or 671.

Referring to FIG 7, cellar vessels 610 and 611 are adapted to maintain the stored liquid 620 in direct contact with another gas 630 which does not pressurize the stored liquid. The liquid would be pulled out of the vessel via an external air pump.

The expelled liquid/beverage exits the vessel via tubing through an optional filter (not shown) to a flow meter 760. When the control unit detects a low level alarm via the low level sensor 790 or 791. a signal is transmitted to shut off the solenoid valve 680 or 681 downstream linked to the empty vessel 610 or 611 and will open the solenoid valve 681 or 680 downstream to the Ml liquid vessel 611 or 610, preferably for continuous dispensing. The control unit will transmit the required "container empty" alarm signal (for example audible, visual or electronic) to alert venue management on a required action. Such alarm can be manually reset via a button when the empty vessel has been replaced and the line had its air replaced by the stored liquid using the bleeder valve 670 or 671.

Interfaces_^

A plurality of interfaces can also be provided for enabling authorised clients to monitor, modify data, obtain reports and manage the apparatus. These interfaces can be individually installed at each software licensee site or accessible via a web portal at the Secure Office by each software licensee using a standard web browser. These interfaces can include any one or more of the following:

> A venue office interface 190, for monitoring, managing data and security tags, stock management relevant to a specific venue;

> A secure office interface 191, for monitoring and managing data relevant to one or more venues, hosting a webportal for all software licensee;

> A redundant server interface 192, for providing a backup interface monitoring and managing data relevant to one or more venues, hosting a webportal for all software licensee;

> A media content provider interface 194, for monitoring and managing the supply of a media content that can be communicated to a customer of a venue; and

Venue office interface 190 provides venue management via a web browser accessing the Web Portal. Alerts and preventive maintenance messages (for example emails and SMS) can be transmitted and received for more urgent operational matters. AH software licensee will have access to specific apparatus data via a web portal at the secure office 191 with multi-level security access for addition and/or modification and/or reporting.

A security module can capture all venue data several times a day and warehouse it in a secure location 181, and provide access via a Web portal

Data (for example - including beverage dispensing data, transaction data, flow control data) can be collected and stored in a database 181. Preferably, the venue control module(s) 212 and beer module(s) 251 will hold their data for the last 30 days, such data can be backed up several times a day. Control module software can enable the performing and reporting of self diagnostics, preventive maintenance alerts, maintenance scheduling and critical event reporting.

Software can manage the recording of a data log, update and close identified support issues; and issuing of alerts via email, SMS and/or other means.

The apparatus may operate as a stand alone single dispensing venue or across multiple dispensing venues (preferably for dispensing beer, wine and spirits).

Web portal

The web portal may be accessed from the venue or offsite, with features available based on the venue's license. This web portal is located at the Secure Office Interface

Location 191 with a mirror site at the Redundant Server Interface Location 192. For example, the web portal may be accessed from the venue to manage or establish operator security access, generate standard management reports, interrogate stored venue data, downloading of brand images, and ordering of additional security wristbands, and other appropriate activities.

Software/firmware can provide a web portal for synchronising a database and backup server; and comparing beverage volume by product line against sales recorded at the point of sale; and enabling selected features for security and administration.

For venue management, functions of the venue office interface 190 can include any one or more of the following:

> downloading custom venue management reports;

> managing and logging of operator security devices; > developing media content;

> updating media content using third party media and/or private content;

> order new products - for example, security recognition bracelet, wine cask;

> accessing an online help desk;

> accessing online training;

^ accessing a FAQ and trouble shooting information; and

> accessing administration tools.

For third party media content providers, functions of the media content provider interface 194 can include any one or more of the following:

> accessing and/or managing third party media content stored in a media library; and

> downloading a custom media content provider reports - for example including a media module playlist report.

For beverage suppliers, functions of the supplier interface 193 can include any one or more of the following:

> accessing and/or managing supplier brand media content stored in a brand

library; and

> downloading a custom beverage supplier report in relation to their brand.

For market research firms, functions of the market research interface 195 can include any one or more of the following:

y downloading a custom market research report; and

> downloading 'raw' market data.

A redundant server interface 192 can be provided by a redundancy server bunker at a remote site location for total back-up storage of all transaction data. S^stemjChgracteristics

It will be appreciated that the illustrated apparatus and methods provide integrated beverage dispensing across one or more venues. The apparatus preferably enables the dispensing of wine, spirits and the monitoring of beer lines. More preferably, the apparatus displays targeted advertisements to customers while - or after - a beverage is dispensed. Hardware elements include any one or more of the following characteristics of features:

> dispensing a new 'Spritzer' style product created, formulated specifically for bulk dispensing;

> dispensing of bulk 'instant' sparkling wine;

> a single delivery tower fount for dispensing a combination of spirits, wine and post mix beverages;

> a single delivery hand gun unit for dispensing a combination of spirits, wine and post mix beverages;

> providing security enabled bottle dispensing, and linking the dispense

information, bar person ID to the point of sale;

y a media screen driver card that displays a plurality of media types, including but not limited to video, dispensing messaging override, advertising, and promotions;

> a quick connection for bulk collapsible wine containers;

> a container 410 allowing wine to be pressurized without direct contact with an external gas or liquid to run down to a dispensing unit away;

> a secure wireless access for portable and mobile bar at catering events and

functions;

> a PCB for spirit and wine dispensing via a fount tower unit and related data

management;

> a PCB for spirit and wine dispensing via a hand gun unit and related data

management;

> a PCB for spirit bottle dispensing and data management;

y a PCB for beer monitoring;

> a PCB for managing the low level cut out of bulk supply vessels; and

> a multiplex PCB for interfacing the keypad dispensing functions.

Software elements include any one or more of the following characteristics or features:

> the control module enabling beverage dispensing;

> the control module calibrating and recalibrating - for example, to set up to

dispense accurately and correctly based on gas pressure, the length of each dispensing line and required dispensing time;

> the control module logging events - for example, to drive communication of various faults/system issues; > the control module logging of dispensed beverages - for example to provide a transactional log which captures details of every dispensed beverage by location, bar, tower, bar person, beverage, time and size;

> the control module providing security authentication - for example, for

validating an operator's right to access to a dispensing unit;

> the control module calculating statistics - for example, of system resource usage, storage capacity etc;

> the control module integration to point of sale;

> the control module integration to a media module;

> the control module integration to a keypad;

> the control module simultaneously dispensing of different beverages across multiple founts linked to the same remote bulk storage base station;

> the control module compensates for the minor variations In characteristics

between flow meters and recognises profile variation over time;

> the control module counts pulses from the flow meter to accurately dispense a beverage to within 2% by volume;

> the control module controlling the start and stop of the dispense flow on each of beverage product lines;

> the media module manages media data and display functions;

> the media module displays promotions and advertising;

> the media module manages records a playlist;

> the tower fount unit (or hand gun unit) manages the dispensing of beverages;

> the tower fount unit (or hand gun unit) manages error reporting and monitoring; y the tower fount unit (or hand gun unit) manages security RFID reading;

> the tower fount unit (or hand gun unit) provides an operator facing screen

communicating system functions and error reports;

> the mobile dispensing unit enables operation and integration to the apparatus;

> the base station monitors bulk and bottle stock management and provides

replenishment information via a web portal;

> the base station monitors working capital management to be accessed via a web portal;

> the base station manages low level warning and cut-off for bulk spirits;

> the base station manages wine collapsible container(s) process and management; > the base station enables wine line cleaning volume identification, with reminder messaging of next scheduled cleaning date;

> the beer module measures dispensed volume by product line;

> the beer module monitors beer line cleaning volume identification, with reminder messaging of next scheduled cleaning date;

> the beer module counts flow meter pulses to accuracy monitor dispensed volume to within 2%;

> the data collection from all module and/or units(and from all venues) several times a day and updating respective database;

> support management to log, update and close support issues;

y support management to issue various alert severities via email, SMS and other means;

y the web portal manages synchronises the data base with a backup server;

> the web portal provides comparison of beer volume by product line against sales recorded at the point of sale; and

^ the web portal enables security administration.

Industrial processes include any one or more of the following characteristics of features:

> providing a tower fount dispensing unit that dispenses a combination of spirits, wine and post mix incorporating a media screen that permits messaging to consumers, including relevant dispensing information - i) Standard Drink measure, ii) Brand/type, iii) Size;

> dispensing 15 ml, 30 ml (spirits) and 150 ml and 500ml (wine) or preset to

default to within 2% repeatable average accuracy;

y dispensing preset quantities of wine and spirits to within 2% repeatable accuracy, as supported by flow rate compensation for managing variations in flow meter characteristics and variation due to wear and aging;

> serving chilled wine by the glass from a bulk supply source;

> providing a connection for two or more bulk containers/vessels for beer, wine or spirits that eliminates daisy chaining;

^ providing a connection for bulk collapsible wine containers;

> dispensing red/white/sparkling and spritzer wine by-the-glass, chilled or

unchilled, from bulk supply including a unique proprietary quick connection to collapsible bulk wine packs or other types of bulk supply containers; > detecting an empty collapsible wine container, and auto shut down of the respective line;

> automatically transferring to a standby collapsible wine container when the first container is identified as empty;

> automatically transferring to a standby spirit container when the first container is empty;

y managing alerts and dispatching the alerts via mobile SMS, email, phone, and/or user interface;

^. providing a single delivery tower fount that may deliver a combination of spirits, wine and post mix beverages;

> providing an IP address in each control module facilitating remote secure hosting of data and systems management;

> providing a web portal to manage media content and authorised third party

access;

> operating as either a "Solo" system , a "Pub" system, or a "Group" system

(multiple venues under common ownership), or as a "Market" system (by agglomerating data into a market perspective);

> providing dispensing records (time, date, product, location, venue, person, size) to facilitate cash reconciliation;

> providing RFID security enabled bottle dispensing linked to an operator and point of sale; and

y providing a secure and integrated portable/mobile dispensing unit for catering, events and functions.

Business Processes includes any one or more of the following characteristics of features:

> providing a revenue stream for a publican/hotelier from collecting and

structuring beverage dispensing transaction data;

> providing a revenue stream for a venue owner from selling media screen content to third party vendors;

> providing a method of serving beverages responsibly by demonstrating via the consumer orientated media screen what standard drink measure was served;

> communicating to consumers within the venue (or group of venues) activities, offers and/or promotions via a media display screen; > communicate to consumers within the venue (or group of venues) brand information at the 'point of decision';

> remote secure hosting of data and systems management;

> a web portal to manage media content and authorised third party access and provide venue data to managers and owners off-site;

> managing working capital for bulk (and bottled) beverages by reordering

replenishment alcohol products from trade suppliers based on usage rate, pack size, and/or supplier service rate;

> serve branded wine by the glass;

y providing beverage brand owners a communication path to their consumers;

> providing beverage brand owners information on their consumers and their

consumption habits;

> providing beverage companies improved effectiveness of brand activities through accurate and timely data; and

> enabling suppliers to reduce supply chain costs (and reduce Greenhouse

emissions) through swapping to bulk dispensing, reducing freight charges, handling costs, bottle purchases, recycling charges, handling and packaging costs.

Although the invention has been described with reference to specific examples, it will be appreciated by those skilled in the art that the invention may be embodied in many other forms.

As used herein, unless otherwise specified the use of the ordinal adjectives "first", "second", "third", etc., to describe a common object, merely indicate that different instances of like objects are being referred to, and are not intended to imply that the objects so described must be in a given sequence, either temporally, spatially, in ranking, or in any other manner.

Unless specifically stated otherwise, as apparent from the following discussions, it is appreciated that throughout the specification discussions utilizing terms such as

"processing," "computing," "calculating," "determining" or the like, refer to the action and/or processes of a computer or computing system, or similar electronic computing device, that manipulate and/or transform data represented as physical, such as electronic, quantities into other data similarly represented as physical quantities. In a similar manner, the term "processor" may refer to any device or portion of a device that processes electronic data, e.g., from registers and/or memory to transforrn that electronic data into other electronic data that, e.g., may be stored in registers and/or memory. A "computer" or a "computing machine" or a "computing platform" may include one or more processors.

Similarly, it is to be noticed that the term coupled, when used, should not be interpreted as being limitative to direct connections only. The terms "coupled" and "connected," along with their derivatives, may be used. It should be understood that these terms are not intended as synonyms for each other. Thus, the scope of the expression a device A coupled to a device B should not be limited to devices or systems wherein an output of device A is directly connected to an input of device B. It means that there exists a path between an output of A and an input of B which may be a path including other devices or means. "Coupled" may mean that two or more elements are either in direct physical or electrical contact, or that two or more elements are not In direct contact with each other but yet still co-operate or Interact with each other.

The methodologies described herein are, in one embodiment, performable by one or more processors that accept computer-readable (also called machine-readable) code containing a set of instructions that when executed by one or more of the processors carry out at least one of the methods described herein. Any processor capable of executing a set of instructions (sequential or otherwise) that specify actions to be taken are Included. Furthermore, a computer-readable carrier medium may form, or be included In a computer program product.

In alternative embodiments, the one or more processors operate as a standalone device or may be connected, e.g., networked to other processor(s), in a networked deployment, the one or more processors may operate in the capacity of a server or a client machine in server-client network environment, or as a peer machine in a peer-to-peer or distributed network environment.

Note that while some diagrams only show a single processor and a single memory that carries the computer-readable code, those In the art will understand that many of the components described above are included, but not explicitly shown or described in order not to obscure the inventive aspect. For example, while only a single machine is illustrated, the term "unit" or "device" or "module" shall also be taken to include any collection of same that individually or jointly execute a set (or multiple sets) of instructions to perform any one or more of the methodologies discussed herein.

Thus, one embodiment of each of the methods described herein is in the form of a computer-readable carrier medium carrying a set of instructions, e.g., a computer program that are for execution on one or more processors, e.g., one or more processors that are part of whatever the device is. Thus, as will be appreciated by those skilled in the art, embodiments of the present invention may be embodied as a method, an apparatus such as a special purpose apparatus, an apparatus such as a data processing system, or a computer-readable carrier medium, e.g., a computer program product. The computer-readable carrier medium carries computer readable code including a set of instructions that when executed on one or more processors cause the a processor or processors to implement a method. Accordingly, aspects of the present invention may take the form of a method, an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present invention may take the form of carrier medium (e.g., a computer program product on a computer-readable storage medium) carrying computer-readable program code embodied in the medium.

It will be understood that the steps of methods discussed are performed in one embodiment by an appropriate processor (or processors) of a processing (i.e., computer) system executing instructions (computer-readable code) stored in storage. It will also be understood that the invention is not limited to any particular implementation or programming technique and that the invention may be implemented using any appropriate techniques for implementing the functionality described herein. The invention is not limited to any particular programming language or operating system. Reference throughout this specification to "one embodiment" or "an embodiment" means that a particular feature, structure or characteristic described in connection with the embodiment is included in at least one embodiment of the present invention. Thus, appearances of the phrases "in one embodiment" or "in an embodiment" in various places throughout this specification are not necessarily all referring to the same embodiment, but may. Furthermore, the particular features, structures or characteristics may be combined in any suitable manner, as would be apparent to one of ordinary skill in the art from this disclosure, in one or more embodiments. Similarly it should be appreciated that in the above description of exemplary

embodiments of the invention, various features of the invention are sometimes grouped together in a single embodiment, figure, or description thereof for the purpose of streamlining the disclosure and aiding in the understanding of one or more of the various inventive aspects.

Furthermore, while some embodiments described herein include some but not other features included in other embodiments, combinations of features of different embodiments are meant to be within the scope of the invention, and form different embodiments, as would be understood by those in the art.

Furthermore, some of the embodiments are described herein as a method or combination of elements of a method that can be implemented by a processor of a computer system or by other means of carrying out the function. Thus, a processor with the necessary instructions for carrying out such a method or element of a method forms a means for carrying out the method or element of a method. Furthermore, an element described herein of an apparatus embodiment is an example of a means for carrying out the function performed by the element for the purpose of carrying out the invention.

In the description provided herein, numerous specific details are set forth. However, it is understood that embodiments of the invention may be practiced without these specific details. In other instances, well-known methods, structures and techniques have not been shown in detail in order not to obscure an understanding of this description.

Thus, while there has been described what are believed to be the preferred embodiments of the invention, those skilled in the art will recognize that other and further

modifications may be made thereto without departing from the spirit of the invention, and it is intended to claim all such changes and modifications as fall within the scope of the invention. Functionality may be added or deleted from the block diagrams and operations may be interchanged among functional blocks. Steps may be added or deleted to methods described within the scope of the present invention.

Claims

WE CLAIM:

1. An apparatus for managing the dispensing of beverages, the apparatus comprising:

a control unit being adapted to monitor a measured beverage flow from one or more storage vessels to a selected dispensing unit,

2. An apparatus according to claim 1, further comprising:

a flow control module in fluid communication with the one or more storage vessels; one or more dispensing units in fluid communication with the flow control module; and wherein the control unit coupled to the flow control module for managing a measured beverage flow from the storage vessel to a selected beverage dispensing unit.

3. An apparatus according to claim 1 or claim 2, wherein an operator is authenticated prior to dispensing a beverage.

4. An apparatus according to any one of the preceding claims, wherein at least one of the one or more storage vessels pressure the liquid therein for reaching a selected beverage dispensing unit without using an external pump.

5. An apparatus according to any one of the preceding claims, wherein a specific beverage is available from two or more storage vessels and the control unit selectively switches from a first empty storage vessel to a second full storage vessel,

6. An apparatus according to claim 5, wherein upon selectively switches from a first empty storage vessel to a second full storage vessel, the control unit issues an appropriate alarm communication for continuous dispensing.

7. An apparatus according to any one of the preceding claims, wherein one or more control units are coupled to a data network.

8. An apparatus according to any one of the preceding claims, wherein transaction data is communicated from a dispensing unit via a data network to a point of sales device.

9. An apparatus according to any one of the preceding claims, wherein transaction data is communicated from a dispensing unit and POS via a data network to a database.

10. An apparatus according to any one of the preceding claims, wherein transaction data is communicated from a point of sales device via a data network to a database.

11. An apparatus according to any one of the preceding claims, further comprising one or more user interfaces for managing and updating the apparatus, the user interfaces selected from the set comprising:

a venue office interface;

a secure office interface;

a redundant server interface;

a supplier interface;

a media content provider interface; and

a market research interface.

12. An apparatus according to any one of the preceding claims, further comprising a media module for displaying selected media to a customer.

13. A method for managing the dispensing of beverages, the method comprising the steps of: f) authenticating an operator;

g) receiving a beverage selection at a dispensing unit from the authenticated operator; h) controlling a measured beverage flow from a storage vessel to the dispensing unit; i)transmitting transaction data to a point of sale; and

j)storing transaction data in a database,

14. A method according to claim 13, wherein transaction data is communicated via a data network and stored in a database.

15. A method according to claim 13 or claim 14, further comprising the step of displaying selected advertising media data.

16. A computer program product stored on a computer usable medium, the computer program product adapted to managing the dispensing of beverages, the computer program product comprising:

computer readable program means for authenticating an operator;

computer readable program means for receiving a beverage selection at a dispensing unit from the authenticated operator;

computer readable program means for transmitting transaction data to a point of sale; and computer readable program means for storing transaction data in a database.

17. A computer program product according to claim 14, wherein the computer program product further comprises:

18. A computer program product according to claim 14 or claim 15, wherein the computer program product further comprises:

19. A computer program product according to claim 16 or claim 18, wherein the computer program product adapted to provide a user access interface for a computer device, the computer device being adapted to receive access data indicative of the beverage selection, the computer device being coupleable to database having one or more records indicative of the transaction data.

20. A computer readable medium for operation with a processor device to provide a method of managing the dispensing of beverages according to any one of claims 13 to 15.

21. An apparatus for managing the dispensing of beverages, substantially as herein described with reference to the accompanying drawings.

22. A method of managing the dispensing of beverages, substantially as herein described with reference to the accompanying drawings.

23. A computer program product for managing the dispensing of beverages, substantially as herein described with reference to the accompanying drawings.