WO2007085826A1 - Dispositif de demande de service, dispositif de réception de demande de service et système de demande de service et d'accusé de réception - Google Patents

Dispositif de demande de service, dispositif de réception de demande de service et système de demande de service et d'accusé de réception Download PDF

Info

Publication number
WO2007085826A1
WO2007085826A1 PCT/GB2007/000242 GB2007000242W WO2007085826A1 WO 2007085826 A1 WO2007085826 A1 WO 2007085826A1 GB 2007000242 W GB2007000242 W GB 2007000242W WO 2007085826 A1 WO2007085826 A1 WO 2007085826A1
Authority
WO
WIPO (PCT)
Prior art keywords
service request
request
data
reception device
service
Prior art date
Application number
PCT/GB2007/000242
Other languages
English (en)
Inventor
Colm Watling
Graeme Gilbert
David Bland
William Bates
Simon Hambly
Original Assignee
Service Alert Limited
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from GBGB0601365.0A external-priority patent/GB0601365D0/en
Application filed by Service Alert Limited filed Critical Service Alert Limited
Publication of WO2007085826A1 publication Critical patent/WO2007085826A1/fr

Links

Classifications

    • 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
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions

Definitions

  • the present invention relates to a service request device, a service request reception device, and a service request and acknowledgement system. More particularly the invention relates to, but is not limited to, a service request device, a service request reception device, and a service request and acknowledgement system for use in hospitality environments eg restaurants, hotels, casinos etc.
  • Waiting times typically include the time it takes to attract a waiter's or waitresses attention when a customer wishes to make a service request for example to request the bill or to order food or drinks.
  • GB2190526 does disclose a relatively simple system comprising table units having a plurality of buttons for allowing a customer to make a simple service request.
  • the unit When a customer presses one of the service request buttons the unit "wakes up”, transfers the request to memory, and waits until the system provides a poll start code indicating that transmission of the request may begin.
  • the unit On receipt of the poll start code the unit transmits a message incorporating the request, using RF communication, to a central service or 'master' unit, which then processes the message, sends it to a 'server' unit (for 'server' staff such as waiters) and sends an acknowledgement back to the remote unit.
  • the server unit comprises a mains-powered large wall-mounted display having an array of display areas, one for each table covered by that particular unit. Each display area has a plurality of LEDs, one for each service request type. In large restaurants several 'server' units may be required. Hence, the server unit is particularly bulky, lacks flexibility, and requires line of sight visibility between the unit and waiting staff.
  • the master unit is similar to the unit in terms of electrical circuitry, but is adapted to handle data throughput, as a central message co-ordinator, receiving, queuing, and sending out request / acknowledgement messages as required.
  • the master unit and the server units require a relatively high data throughput and constantly consume power while the system is operating. Hence, the server and master units have to be mains powered. This issue is compounded by the use of RF two-way pager communication technology, which is a relatively high power consumption communication technology.
  • the system is designed to alleviate the power consumption problem by ensuring that the remote unit enters a sleep mode when not required to transmit.
  • the typical battery life of the unit is still extremely limited.
  • US 2004/0143503 discloses a table call unit, which in the main embodiment forms an optional part of a more complex system for automated ordering.
  • the table unit is connected to a call status display comprising coloured lighting arrangements, which displays a service request associated lighting pattern in response to a particular button being pressed.
  • the lighting arrangement is located on, or in the vicinity of, the table call unit for visual recognition by a waiter.
  • the table call unit is provided with a 'plug-in' wireless module for transmitting requests to a central display, via a wireless local area network (LAN) based around 802.11 x technology.
  • LAN wireless local area network
  • a wireless LAN is used because the main embodiment of the system requires complex communication of orders placed on an 'E-menu', although a simpler system based on the table call unit alone is also described.
  • US 2004/0143503 does disclose the possibility of using wireless cellular phone technology.
  • the table call unit is described as including an RFID transceiver. However, this is not used for transmission of service requests, but is instead used for the transmission of a table ID to an E-menu.
  • RFID transceivers may be passive (powered by a received carrier), or active (powered by a local power source), but in either case are unsuitable for transmission of data such as service requests. Indeed the transceivers are described as being set to a low power thereby requiring the close proximity of the E-menu and avoiding interference with other transceivers. The RFID transceivers described, therefore, cannot be used for interaction with the central server.
  • the system shares many of the disadvantages of the system disclosed in GB2190526. Transmission of data via a LAN or cellular network, for example, is highly power consuming and requires payment of a subscription to a service provider by each restaurant using the system.
  • WO 03/054760 A1 also discloses a table unit in the form of a "table transmitter", which acts as a pager for sending any of a plurality of reprogrammable text messages either to a pager, being carried by a waiter, or to a host station, via a wireless data controller.
  • a table unit in the form of a "table transmitter”, which acts as a pager for sending any of a plurality of reprogrammable text messages either to a pager, being carried by a waiter, or to a host station, via a wireless data controller.
  • this uses RF paging technology to transmit a relatively complex text message, and as such is a relatively high power consumption communication technology.
  • the use of the RF pager spectrum requires a subscription, or the like to an appropriate licence holder. Whilst it may the ability to reprogram the messages according to restaurant requirements, such a feature results in a large amount of data being transmitted with each request, thereby drastically reducing battery lifespan considerably.
  • US 6973437 B1 and US 2003/0078793 both discloses extremely complex "table units" forming part of much more complex systems. In addition to simple requests, the units allow additional functionality such as entertainment options, and the display of menu options, bill totals, and advertisements or the like. Such units, however, require large data throughput and as such have to be implemented using expensive technology operating in licensed parts of the communications spectrum.
  • communication is via a wired or wireless LAN.
  • US 6973437 B1 is unclear as to the appropriate type of wireless technology to use but does describe the potential use of a compact computer using IR, RF, wired connection or cellular transmissions. It also describes the potential use of a pager, mobile phone, or other similar device. With the exception of IR all these communication technologies require the use of licensed parts of the communication spectrum. Furthermore, IR would seem inappropriate for the type of data being transmitted (e.g. games and adverts) because of line of sight requirements.
  • a service request device for alerting restaurant staff of a request for service, the device comprising: service request means for allowing a customer to make a request for service; acknowledgement indication means for indicating that said request has been acknowledged; transceiver means for wirelessly transmitting said request and receiving said acknowledgement; wherein said transceiver means is operable as part of a mesh communication network having a plurality of request nodes and at least one reception node, each request node comprising an associated service request device, and the or each reception node comprising an associated service request reception device.
  • the communication network operates in a licence free area of a communication spectrum.
  • Use of a communication network operating in a licence free region of the communications spectrum is generally considered inappropriate because of the relatively low data throughput capability.
  • the design of the system allows for relatively small packet structures compared to known technology, thereby making the use of protocols/chips designed for communication in the licence free area possible.
  • Use of such protocols/chips is particularly advantageous because they allow for a lower power consumption, and greater flexibility to introduce and remove nodes from the network, when compared to the existing technology designed to operate in licensed parts of the spectrum.
  • a service request reception device for receiving and acknowledging a request for service made by a device according to any preceding claim, the device comprising: service request reception means for receiving said request; request acknowledgement means for acknowledging said request; transceiver means for wirelessly receiving said request and transmitting said acknowledgement; wherein said transceiver means is operable as part of a mesh communication network having a plurality of request nodes and at least one reception node, each request node comprising an associated service request device, and the or each reception node comprising an associated service request reception device.
  • the communication network operates in a licence free area of a communication spectrum.
  • a service request and acknowledgement system comprising: a plurality of request nodes and at least one reception node, each request node comprising an associated service request device and the or each reception node comprising an associated service request reception device.
  • Figure 1 is a block diagram illustrating a service request and acknowledgement system according to the invention
  • Figure 4 is a flow diagram illustrating a possible mode of operation of the system of figure 1 ; and Figures 5A to 5K are graphs and tables showing an analysis of information and data obtained from the system of Figure 1.
  • the invention has outdoor applications such as in beer gardens or the like.
  • a service request and acknowledgement system is shown generally at 10.
  • the system comprises a plurality of service request nodes 12, at least one service request reception node 14, local data storage and retrieval means 16, and remote data storage and retrieval means 18.
  • Each service request node 12 is provided with an associated service request device 22, and each reception node is provided with an associated service request reception device 24.
  • each node 12, 14 is interconnected wirelessly in a mesh network such that there are a plurality of possible paths that a communication packet sent from one of the nodes may take to reach another of the nodes.
  • a service request is made on an originating request device 22 and is sent from the associated request node 12, either directly or indirectly, to a responsible service request reception node 14. Once received, the service request is either manually, or automatically assessed by means of the reception device 24 at the responsible node 14 and an appropriate acknowledgement sent back, either directly or indirectly, to the originating node
  • Data relating to service requests may be stored on the responsible device
  • Either or both of the data storage and retrieval means 16, 18 may have means for storing the data, typically in the form of a memory, and means for processing the data in the form of a microprocessor for analysing and presenting the data in a desired form.
  • the upper and base portions 32, 34 are fabricated from a clear material, which has been coloured by the application of a coloured paint, dye or the like to an internal face of the housing 30, during manufacture.
  • the windows 40 are fabricated by masking the upper portion appropriately during the application of the colouring.
  • Each window is then provided with appropriate indicia (not shown) representative of the service request associated with it.
  • the indicia may be provided in any suitable manner, but will typically comprise a sticker, decal, etched image, or the like applied to the window 40 on the internal side of the dome 32.
  • Fabrication of the housing in this manner provides a scratch and water resistant structure having service request indicia, which are difficult to damage or remove.
  • the upper and base portions 32, 34 may be manufactured from any suitable material, for example, injection moulded plastic or the like.
  • the electronics portion 36 comprises the electronics required to make the request unit 22 operable. It will be appreciated that the electronics portion 36 shown in figure 2 is simplified, and is included purely for illustrative purposes.
  • the electronics portion 36 is configured for robust and stable engagement within the housing 30 when the respective parts 32, 34 of the housing are engaged.
  • the component portions 32, 34 of the housing 30 are detachable to allow access to the electronics portion 34 for example to change a battery or replace a worn out component.
  • FIG 3 a block diagram illustrating the electronics present in the electronics portion of the service request device 12 is shown generally at 50.
  • the electronics 50 of the electronics portion comprise switching means 52, alert means 54, power supply means 56, communication means 58, and control means 60.
  • the switching means 52 comprises an array of non-contact switches, having at least one switch associated with each indicia window 40.
  • the switches are located on the electronics portion 36 such that, during operation of the assembled device, when a user places a finger externally on or proximate an indicia window 40 of the housing 30, the or each associated switch is operated.
  • the switches may comprise any suitable solid-state device, but typically will comprise a capacitance sensitive proximity sensor or the like. It is an advantage of using such switches that they have no moving parts. Mechanical switches with moving parts can act as 'bug traps', can affect the ingress protection rating of the unit, can accumulate dirt, and can act as an environment for bacterial build up.
  • the alert means 54 comprises an array of light-emitting devices, having at least one device associated with each service request indicia window 40.
  • the devices are located on the electronics portion 36 such that, during operation of the assembled device, when a particular device is on the emitted light can be seen through the associated indicia window 40.
  • the light-emitting devices may comprise any suitable device, but typically will comprise a light-emitting diode or the like.
  • the alert means 54 are operable at different lighting intensities to allow different ambient lighting conditions to be taken into account.
  • the power supply means 56 may comprise any suitable means for providing power to the rest of the electronics 50.
  • the power supply means comprises a rechargeable battery such as a lithium ion battery, or alternatively a single use battery such as a conventional power cell.
  • the service request device may further be provided with an external port to allow mains charging of any rechargeable battery.
  • data / communications ports could be provided for upgrading the units internal software.
  • the device and system may be configured to allow software to be upgraded over the network.
  • the communication means 58 comprises a low power consumption transceiver chip or chipset suitable for inclusion in a mesh or other communication network using an appropriate protocol.
  • the communication means will comprise an IEEE 802.15.4 standard compatible transceiver chip configured to operate in one of the three licence free bands (2.4GHz, 915MHz, or 868MHz - depending on location).
  • the transceiver may, for example, comprises a ZigBee chip, having an appropriate associated protocol. The protocol, however, may be custom designed.
  • Protocols / chips based on the IEEE 802.15.4 standard may appear inappropriate because of the relatively low data throughput capability, the design of the system allows for relatively small packet structures making the use of such protocols/chips possible. Protocols / chips based on the IEEE 802.15.4 standard are particularly advantageous because they allow for a particularly low power consumption, when compared to technology designed to operate in licensed parts of the spectrum.
  • the control means 60 comprises a suitable microprocessor chip.
  • the control means 60 is configured to respond to operation of the switches and/or signals received via the communication means 58 and to control operation of the alert means 54, and/or the transmission of signals via the transceiver chip 58 accordingly.
  • the control means 60 is further operable to assess the status of the power supply means 56 and to issue an appropriate response in the event that the battery level falls below a predetermined level.
  • the response may include, for example, the issuing of a warning via the transceiver 58 and/or the alert means.
  • the service request reception device 14 comprises a hand held computing device having an internal clock, a memory for data storage and storage of the device's unique identifier, and display means 62 for allowing a waiter to view service requests, and data entry means (not shown) for allowing acknowledgement, data analysis, navigation of current and past requests or the like.
  • the reception device may comprise any suitable device for example a personal digital assistant (PDA) having an appropriate wireless communication card or the like.
  • PDA personal digital assistant
  • the data entry means may be incorporated with the display means 62, which may be touch sensitive in the manner common to known PDAs.
  • the or each reception device 14 is provided with communication means (not shown), comprising a low power consumption transceiver chip or chipset compatible with the communication means 58 of each request device, and suitable for inclusion in a mesh communication network.
  • the communication means will comprise an IEEE 802.15.4 standard compatible transceiver chip configured to operate in one of the three licence free bands (2.4GHz, 915MHz, or 868MHz - depending on location).
  • the transceiver may, for example, comprise a ZigBee chip, having an appropriate associated protocol. The protocol, however, may be custom designed.
  • Another advantage of using such protocols / chips in the request/reception devices is the ease with which they can be added into and removed from a network in an ad-hoc manner without extensive set up requirements.
  • the flexibility to introduce and remove service request devices to and from the system ensures that the network is limited to devices representing tables at which there are customers.
  • Request units can easily be assigned and reassigned to difference table numbers, depending on requirements. Hence, if a table unit fails, or is damaged, it can be replaced with greater than units which are re-assigned to specific tables before a customer arrives.
  • the service request/request reception devices can be configured to act as part of a mesh, partial-mesh or other such network with little or no additional cost.
  • the device acts to receive and pass on service requests from other devices.
  • This allows greater flexibility meaning that service requests do not need to go directly to a central node or the like, but may instead pass from one node to another using any appropriate route. This negates the problems associated with wireless 'black spots' and restaurants on several levels.
  • each reception device is also provided with a unique identifier for identifying the specific reception device.
  • the reception device 24 is further provided with dedicated software for providing appropriate functionality.
  • the software will provide functionality including request handling, data handling, and control functions.
  • Request handling might include interpretation and display of service requests; means for allowing acknowledgement of any request received; and/or means for assigning a service request to a particular staff member.
  • the data handling functionality might include: service request related data acquisition, manipulation, storage and/or analysis; and/or means for allowing download of stored data to the local and/or remote data storage and retrieval means.
  • each reception device may occur automatically as the data is collected or manually when data for an appropriate or selected period (e.g. a shift) has been collected.
  • the control functions will typically include means for uniquely identifying the device; means for mapping the reception device to a specific member of staff; means for setting the intensity of the light-emitters associated with each request device individually; means for assigning a location identifier to each request device and/or means for tracking wait times and prioritising service requests accordingly.
  • the means for assigning a location identifier to each request device is typically activated when the request device is first activated (switched on) and transmits a signal to the nearby reception device.
  • each request device can have a pre-programmed unique identifier.
  • FIG 4 a state diagram illustrating typical operation and interaction of the devices is shown generally at 80.
  • an unallocated service request device is selected for the customer. Initially the selected device is in a deactivated state 82. When the customer is allocated a table, the selected device is activated, and a responsible reception device assigned to the table and hence allocated request device. A location identifier associated with the allocated table is stored in a memory of the allocated request device through interaction with the responsible reception device as indicated at 84. The required intensity of the light-emitters is also selected for the lighting conditions at the allocated table. Alternatively, the intensity could be automatically set by the reception device making automatic reference to a preconfigured lighting database or the like. Thus, the allocated request device, and the responsible reception device enter respective waiting states 86, 88.
  • Two bits of the last octet are used to provide an indication that the packet is extended, thereby allowing extra information to be transmitted, if necessary, in a plurality of packets.
  • the remaining bits of the last octet are unassigned.
  • the unique identification address identifies the device originating the request and, in operation, is mapped to the allocated table location identifier.
  • the location assign signal is representative of the mapping for the originating device, thereby allowing identification of the location from where the service request originated, by the reception device.
  • the status indications allow the nature of the request to be determined and the level indication allows battery levels of each request device to be monitored. It will be appreciated that location mapping may be stored at the reception node to allow the table to be mapped to the unique identification address after receipt of the service request. In such cases the location assign signal is indicative of whether the request unit is assigned to a table or not.
  • the operated light-emitting device is controlled to flash periodically.
  • the responsible reception device On reception of the request the responsible reception device enters a request received state 96, in respect of the originating request device.
  • the service request is then either manually, or automatically assessed by means of the responsible reception device and an acknowledgement signal is sent back, either directly or indirectly, to the originating request device as seen at 98.
  • the responsible reception device then enters a further waiting state 100 in respect of the originating request device. Data relating to the request is stored in the memory for later retrieval, analysis, and/or download.
  • the request may then be attended to either by the staff member to whom the responsible reception device is mapped, or by another staff member assigned to handle the service request.
  • the request may be received by all or a subset of the available devices, and appear as an outstanding service request until an acknowledgement signal is sent from the responsible reception device.
  • the system could be configured such that any available reception device may be use to acknowledge the request thereby allowing any associated staff member to take responsibility for ensuring a particular request is completed. Such functionality is particularly useful where different staff members have different responsibilities or where a staff member responsible for a particular table is temporarily unavailable.
  • the request device On receipt of the acknowledgement signal, the request device enters an acknowledgement state 102, 104, 106 in which it the controller 60 controls the light-emitting device associated with the service request to indicate that the acknowledgement has been received, for example, by coming on continuously.
  • the cancel indicia window may be touched to operate the associated switch thereby taking the originating device into a cancellation state 108.
  • the control means 60 responds by turning off any light-emitting devices that are operating and by issuing a cancellation request signal to the reception device.
  • the responsible reception device On reception of the cancellation request the responsible reception device cancels the service request as an outstanding request as seen at 110 and both devices return to their respective waiting states 86, 88.
  • the reception device is programmed to ignore cancellation requests sent a preselected period after the request signal, typically 10 seconds, since it is assumed that the request has been cancelled by the user.
  • the data stored on the reception device may comprise any suitable request related information but typically includes timing information and identification information.
  • the timing information typically includes: the time of service request initiation; the time of acknowledgement; the time a request is logged as completed; and/or the time of cancellation. This enables the time taken to complete each request to be calculated and analysed for various times of the day/week/month and for individual staff members.
  • the identification information typically includes: the type of service request; the identity of the originating device; the location mapping; the identity of the responsible reception device and any associated staff member; and/or the identity of any staff member assigned to attend to the service request.
  • the allocated request device is deactivated and the responsible reception device de-assigned in respect of that device as seen at 112.
  • the reception device then enters a wait for assign status
  • the storage of request related data and the provision for such to be downloaded to local and/or remote data storage and retrieval means allows for sophisticated data analysis and management reporting.
  • the stored data allows tracking of wait times and hence the ability to prioritise service requests accordingly.
  • the stored data for a plurality of reception devices may be collated to allow improved day-to-day local management, for example, by allowing optimisation of human resource levels and shift patterns, identification of patterns in customer behaviour over time, and improved assessment of staff performance.
  • the stored data for a plurality of establishments may be collated to allow both local level analysis as described above, and an analysis of individual restaurant performance within a group of restaurants. Such analysis will help senior restaurant managers to determine areas for improvement for example by highlighting restaurants, which might benefit from expansion.
  • restaurant managers can use the data to assess and manage local establishments remotely. This allows a reduction in the need for experienced management resources at each establishment.
  • a reporting system will be provided at each level, the reporting system comprising all or a subset of: average response times; trending; staffing levels; cancelled requests; effects on revenue; and additional information.
  • Average response times are gathered at individual service staff member level. Comparisons of average individual response times against an aggregated average either for the local establishment, or for a group of establishments allowing local or senior managers to identify under performing staff, and/or establishments with a particular response time issue.
  • Trending allows data captured at a local level from shift to shift to be analysed according to chronological trends thereby enabling managers to track trends in service response across seasonal fluctuations and busy periods.
  • Staffing levels are assessed by comparing the staffing levels for each shift with service response times to determine how staffing levels affect the response times and thereby analyse how reduced or increased staffing affects response times.
  • the number of requests cancelled by users without being acted upon is directly indicative of service requests missed by staff and hence, potential missed sales.
  • Effects on revenue can also be analysed by configuring the system to capture additional information such as customer spend or tip amount. Analysing this by making comparisons with service response times gives an indication of how service levels affect revenue. Additional information may also be manually stored and reported, this information may include information such as customer demographics (party size, male/female split or the like).
  • Figures 5A to 5G show an analysis of data obtained from use of the above-described system.
  • the X axis is either the number of requests made or the time taken to respond to a request in seconds.
  • the following legends are used:
  • REQ - Requests made ART: - Average response time, i.e., how long (on average) it takes for a guest to be served. In effect, this is the time between a request button being pushed to the cancel button being pushed.
  • Figure 5A shows the number of requests (Series 1) monitored on a daily basis between the daytime and evening time shifts against the average response time (Series 2).
  • Figure 5B shows an analysis of the numbers and response times for drink requests.
  • Figure 5C shows the same analysis for bill requests.
  • the weekly comparisons chart Figure 5E comparing the number of total requests against the average response time, shows that whilst the weeks beginning 23 October and 30 October were perhaps overstaffed, the other weeks were perhaps understaffed, particularly the week beginning 13 November.
  • Figure 5G shows a comparison of requests and average response times for all shifts over the period 11 October to 21 November and clearly identifies some problems, for example, in the day shift on Thursday 2 November.
  • Figure 5H shows a seven day rolling average of the number of requests.

Abstract

L'invention concerne un dispositif de demande de service, un dispositif de réception de demande de service et un système de demande de service et d'accusé de réception. Le dispositif de demande de service comprend des moyens de demande de service, des moyens d'indication d'accusé de réception et des moyens d'émetteur-récepteur. Les moyens d'émetteur-récepteur sont opérationnels dans le cadre d'un réseau de communication fonctionnant dans une zone sans licence d'un spectre de communication. Le réseau a une pluralité de nœuds de demande et au moins un nœud de réception, chaque nœud de demande comprenant un dispositif de demande de service associé, et le nœud de réception ou chaque nœud de réception comprenant un dispositif de réception de demande de service associé. Le dispositif de réception comprend des moyens de réception de demande de service, des moyens d'accusé de réception de demande et des moyens d'émetteur-récepteur opérationnels dans le cadre du réseau.
PCT/GB2007/000242 2006-01-24 2007-01-24 Dispositif de demande de service, dispositif de réception de demande de service et système de demande de service et d'accusé de réception WO2007085826A1 (fr)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
GBGB0601365.0A GB0601365D0 (en) 2006-01-24 2006-01-24 Service request device, service request reception device, and service request and acknowledgement system
GB0601365.0 2006-01-24
GB0616846A GB2434474A (en) 2006-01-24 2006-08-25 Wireless service request system
GB0616846.2 2006-08-25

Publications (1)

Publication Number Publication Date
WO2007085826A1 true WO2007085826A1 (fr) 2007-08-02

Family

ID=37963932

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/GB2007/000242 WO2007085826A1 (fr) 2006-01-24 2007-01-24 Dispositif de demande de service, dispositif de réception de demande de service et système de demande de service et d'accusé de réception

Country Status (1)

Country Link
WO (1) WO2007085826A1 (fr)

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7672876B2 (en) 2007-07-13 2010-03-02 Sunrise R&D Holdings, Llc System for shopping in a store
US7734513B2 (en) 2007-07-13 2010-06-08 Sunrise R&D Holdings, Llc System of tracking the real time location of shoppers, associates, managers and vendors through a communication multi-network within a store
US7739157B2 (en) 2008-01-15 2010-06-15 Sunrise R&D Holdings, Llc Method of tracking the real time location of shoppers, associates, managers and vendors through a communication multi-network within a store
US7742952B2 (en) 2008-03-21 2010-06-22 Sunrise R&D Holdings, Llc Systems and methods of acquiring actual real-time shopper behavior data approximate to a moment of decision by a shopper
US7783527B2 (en) 2007-09-21 2010-08-24 Sunrise R&D Holdings, Llc Systems of influencing shoppers at the first moment of truth in a retail establishment
US7792710B2 (en) 2007-09-21 2010-09-07 Sunrise R&D Holdings, Llc Methods of influencing shoppers at the first moment of truth in a retail establishment
US7848964B2 (en) 2008-07-14 2010-12-07 Sunrise R&D Holdings, Llc Method for shopping in a store
US7917405B2 (en) 2008-07-14 2011-03-29 Sunrise R&D Holdings, Llc Method of direct-to-consumer reverse logistics
US8396755B2 (en) 2008-07-14 2013-03-12 Sunrise R&D Holdings, Llc Method of reclaiming products from a retail store

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2248440A1 (fr) * 1998-04-09 1999-10-09 Richard Hoptroff Systeme de communication pour demande de service
US20020147647A1 (en) * 2001-04-04 2002-10-10 Deloris Ragsdale-Elliott Wireless maitre d' system for restaurants
US20030088469A1 (en) * 2000-05-08 2003-05-08 Richard Leifer Restaurant management system
WO2003067369A2 (fr) * 2002-02-06 2003-08-14 Konrad Hernblad Systeme de commande et de paiement sans fil centre sur le client pour etablissements de restauration
US20030182209A1 (en) * 2002-03-25 2003-09-25 Li Ge Electronic restaurant service management system

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2248440A1 (fr) * 1998-04-09 1999-10-09 Richard Hoptroff Systeme de communication pour demande de service
US20030088469A1 (en) * 2000-05-08 2003-05-08 Richard Leifer Restaurant management system
US20020147647A1 (en) * 2001-04-04 2002-10-10 Deloris Ragsdale-Elliott Wireless maitre d' system for restaurants
WO2003067369A2 (fr) * 2002-02-06 2003-08-14 Konrad Hernblad Systeme de commande et de paiement sans fil centre sur le client pour etablissements de restauration
US20030182209A1 (en) * 2002-03-25 2003-09-25 Li Ge Electronic restaurant service management system

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7672876B2 (en) 2007-07-13 2010-03-02 Sunrise R&D Holdings, Llc System for shopping in a store
US7734513B2 (en) 2007-07-13 2010-06-08 Sunrise R&D Holdings, Llc System of tracking the real time location of shoppers, associates, managers and vendors through a communication multi-network within a store
US7783527B2 (en) 2007-09-21 2010-08-24 Sunrise R&D Holdings, Llc Systems of influencing shoppers at the first moment of truth in a retail establishment
US7792710B2 (en) 2007-09-21 2010-09-07 Sunrise R&D Holdings, Llc Methods of influencing shoppers at the first moment of truth in a retail establishment
US8195519B2 (en) 2007-09-21 2012-06-05 Sunrise R&D Holdings, Llc Methods of acquiring actual real-time shopper behavior data approximate to a moment of decision by a shopper
US8600828B2 (en) 2007-09-21 2013-12-03 Sunrise R&D Holdings, Llc Methods of acquiring actual real-time shopper behavior data approximate to a moment of decision by a shopper
US7739157B2 (en) 2008-01-15 2010-06-15 Sunrise R&D Holdings, Llc Method of tracking the real time location of shoppers, associates, managers and vendors through a communication multi-network within a store
US7742952B2 (en) 2008-03-21 2010-06-22 Sunrise R&D Holdings, Llc Systems and methods of acquiring actual real-time shopper behavior data approximate to a moment of decision by a shopper
US7848964B2 (en) 2008-07-14 2010-12-07 Sunrise R&D Holdings, Llc Method for shopping in a store
US7917405B2 (en) 2008-07-14 2011-03-29 Sunrise R&D Holdings, Llc Method of direct-to-consumer reverse logistics
US8396755B2 (en) 2008-07-14 2013-03-12 Sunrise R&D Holdings, Llc Method of reclaiming products from a retail store

Similar Documents

Publication Publication Date Title
WO2007085826A1 (fr) Dispositif de demande de service, dispositif de réception de demande de service et système de demande de service et d'accusé de réception
US9980082B2 (en) System and method for tracking locations and activities
US11606668B2 (en) System and method for service tracking
CN108886862B (zh) 使用用户的空间分布对照明进行控制
Want et al. The active badge location system
EP3056068B1 (fr) Procédés, systèmes, et appareil pour un éclairage intelligent
US8742894B2 (en) Automatically controlled lighting device, and an installation including a plurality of such devices
US20150120000A1 (en) Adaptive home and commercial automation devices, methods and systems based on the proximity of controlling elements
CN107749866A (zh) 一种客房服务信息的发送、处理、接收方法及设备
CN202042006U (zh) 基于ZigBee的无线智能排队叫号系统
CN103679586A (zh) 餐饮服务中的厨师管理系统
US10437312B2 (en) System, method and display device for managing the occupation of shared spaces
US9897989B2 (en) Method and system for utilizing a device's user location to monitor and control the device power usage
CA2920383C (fr) Systeme et procede de commande d'inventaire de depot
CN101176360A (zh) 无线寻呼系统
CN105072404A (zh) 社区智能管理方法、装置及系统
Want et al. The active badge location system
CA2439833A1 (fr) Systeme informatise de gestion du temps de reponse du personnel dans un restaurant
US20140359718A1 (en) System for managing the use of premises
GB2434474A (en) Wireless service request system
JP3191580U (ja) 利用状況管理システム
CN108282388A (zh) 用于向家居设备传递数据信息的装置与方法
KR20090109451A (ko) 고객 무선호출 장치
US20220189283A1 (en) Event driven conditional reminder system
KR102248351B1 (ko) 테이블 호출 관리 조명등 및 이를 활용한 주문판매 시스템

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application
NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 07705017

Country of ref document: EP

Kind code of ref document: A1