An electronic price label (EPL) system
Abstract
The invention relates to an electronic price label system and in particular to a system and method which determines a number of electronic price label (EPL) data message transmission attempts to an EPL (18). A transmitter (12,10) transmits a data message to the EPL (18). A receiver (12,16) receives a return signal from the EPL (18). A storage system (28) stores a status flag representing a first number of times the data message is transmitted by the transmitter to the EPL (18), the status flag being based upon an established signal to noise (S/N) ratio. A communication base station (CBS) (10) determines a new S/N ratio from the return signal. A runtime analyzer program (26) determines whether the new S/N ratio is below a range of S/N ratios that includes the established S/N ratio, and if it is, provides a new status flag representing a second number of transmission times greater than the first number of transmission times. The transmitter (12,16) transmits a subsequent data message the second number of times.

Term
Term ended
Projected expiry passed 24 May 2016, 10.3 years ago.
- Priority
- Filed
- Published
- Projected expiry
- Today
5 claims: 3 independent, 2 dependent
- 1A method of transmitting data to an electronic price label (EPL) (18) comprising the steps of:storing a status flag representative of a first number of transmissions of a data message to the EPL (18) in an EPL data file (28);reading the status flag from the EPL data file (28);transmitting the data message a first number of times;receiving a return signal from the EPL (18);determining a signal to noise (S/N) ratio from the return signal;determining whether the S/N ratio is below a range of S/N ratios that are associated with the status flag;if not providing a new status flag representative of a second number of data message transmissions and writing the new status flag in the EPL data file (28) if the S/N ratio is now below the range of S/N ratios;and transmitting a subsequent set of data messages a second number of times.
- 2A method of transmitting data to an electronic price label (EPL) (18) comprising the steps of:transmitting a data message to the EPL (18) a first number of times based upon an established signal to noise (S/N) ratio;receiving a return signal from the EPL (18);determining a new (S/N) ratio from the return signal;determining whether the new S/N ratio is below a range of S/N ratios that includes the established S/N ratio;and transmitting a subsequent data message to the EPL a second number of times based upon the new S/N ratio if the new S/N ratio is below the range of S/N ratios.
- 3An electronic shelf label system (10) comprising:a transmitter (12,16) which transmits a data message to an EPL (18);a receiver (12,16) which receives a return signal from the EPL (18);a storage system (28) which stores a status flag representing a first number of times the data message is transmitted by the transmitter (12,16) to the EPL (8), wherein the status flag is based upon an established signal to noise (S/N) ratio;means for (16) determining a new S/N ratio from the return signal;and means (26) for determining whether the new S/N ratio is below a range of S/N ratios that includes the established S/N ratio, and if it is, providing a new status flag representing a second number of transmission times greater than the first number of transmission times;wherein the transmitter (12,16) transmits a subsequent data message the second number of times.
Independent claims3
34 paragraphs, as filed
0001The present invention relates to electronic price label (EPL) systems, and more specifically to a system and method for determining EPL message transmission retries in a runtime environment.
0002EPL systems typically include a plurality of EPLs for each merchandise item in a store. EPLs display the price of corresponding merchandise items on store shelves and are typically attached to a rail along the leading edge of the shelves or directly to the shelves. A store may contain thousands of EPLs to display the prices of the merchandise items. The EPLs are coupled to a central server from where information about the EPLs is typically maintained in an EPL data file. The EPL data file contains EPL identification information, EPL merchandise item information, and a price checksum. Price information displayed by the EPLs is obtained from the PLU file.
0003Messages sent from the central server to the EPLs are affected by noise levels in the EPL system. When the noise level associated with a particular EPL is too high, price changes are not received by the EPL.
0004Therefore, it would be desirable to provide a method for monitoring the noise levels associated with EPLs and determining the number of message transmission retries which are necessary to deliver messages to the EPLs.
0005It is an object of the present invention to provide a method and system for determining EPL transmission retries which alleviates the aforementioned problems.
0006According to a first aspect of the present invention there is provided a method of transmitting data to an electronic price label (EPL) comprising the steps of: storing a status flag representative of a first number of transmissions of a data message to the EPL in an EPL data file; reading the status flag from the EPL data file; transmitting the data message a first number of times; receiving a return signal from the EPL; determining a signal to noise (S/N) ratio from the return signal; determining whether the S/N ratio is below a range of S/N ratios that are associated with the status flag; if not providing a new status flag representative of a second number of data message transmissions and writing the new status flag in the EPL data file if the S/N ratio is now below the range of S/N ratios; and transmitting a subsequent set of data messages a second number of times.
0007According to a second aspect of the present invention there is provided a method of transmitting data to an electronic price label (EPL) comprising the steps of: transmitting a data message to the EPL a first number of times based upon an established signal to noise (S/N) ratio; receiving a return signal from the EPL; determining a new (S/N) ratio from the return signal; determining whether the new S/N ratio is below a range of S/N ratios that includes the established S/N ratio; and transmitting a subsequent data message to the EPL a second number of times based upon the new S/N ratio if the new S/N ratio is below the range of S/N ratios.
0008According to a third aspect of the present invention there is provided an electronic shelf label system comprising: a transmitter which transmits a data message to an EPL; a receiver which receives a return signal from the EPL; a storage system which stores a status flag representing a first number of times the data message is transmitted by the transmitter to the EPL, wherein the status flag is based upon an established signal to noise (S/N) ratio; means for determining a new S/N ratio from the return signal; and means for determining whether the new S/N ratio is below a range of S/N ratios that includes the established S/N ratio, and if it is, providing a new status flag representing a second number of transmission times greater than the first number of transmission times; wherein the transmitter transmits a subsequent data message the second number of times.
0009An embodiment of the present invention will now be described, by way of example, with reference to the accompanying drawings, in which: <ul id="ul0001" list-style="none" compact="compact"><li>Fig. 1 is a block diagram of an EPL system;</li><li>Fig. 2 is a flow diagram illustrating the operation of the CBS manager under the method of the present invention; and</li><li>Fig. 3 is a flow diagram illustrating the operation of the runtime analyzer under the method of the present invention.</li></ul>
0010Referring now to Fig. 1, EPL system 10 includes computer 12, storage medium 14, communication base stations (CBSs) 16, and electronic price labels (EPLs) 18.
0011Computer 12 executes EPL interface software 20, which records, schedules, and transmits price changes to EPLs 18 through CBSs 16, and receives and analyzes status messages from EPLs 18 through CBSs 16. EPL interface software 20 uses EPL data file 28, which contains item information, identification information, item price verifier information, and status information for each of EPLs 18.
0012CBSs 16 are preferably coupled in series to each other and to computer 12 through wire cables. CBSs 16 each include a transmitter and receiver for wirelessly communicating with EPLs 18.
0013EPL interface software 20 primarily includes data scheduler 22 and CBS manager 24. Data scheduler 22 schedules EPL price change messages to be sent to EPLs 18 through CBSs 16 via CBS manager 24.
0014CBS manager 24 schedules the actual transmission of price change messages to EPLs 18 and the reception of status messages from EPLs 18 for predetermined time slots. In order to schedule transmissions and receptions, CBS manager 24 reads the status flag from EPL data file 28. Although, CBS manager 24 may also receive status information from an executing application. Status flags are organized in accordance with the information in Table I: <tables id="tabl0001" num="0001"><table frame="all"><title>Table I</title><tgroup cols="2" colsep="1" rowsep="0"><colspec colnum="1" colname="col1" colwidth="78.75mm" /><colspec colnum="2" colname="col2" colwidth="78.75mm" /><thead valign="top"><row rowsep="1"><entry namest="col1" nameend="col1" align="center">Status Flag</entry><entry namest="col2" nameend="col2" align="left">Interpretation</entry></row></thead><tbody valign="top"><row><entry namest="col1" nameend="col1" align="left">0</entry><entry namest="col2" nameend="col2" align="left">EPL is inactive.</entry></row><row><entry namest="col1" nameend="col1" align="left">1</entry><entry namest="col2" nameend="col2" align="left">1 send, then 1 receive</entry></row><row><entry namest="col1" nameend="col1" align="left">2</entry><entry namest="col2" nameend="col2" align="left">2 sends, then 2 receives</entry></row><row><entry namest="col1" nameend="col1" align="left">4</entry><entry namest="col2" nameend="col2" align="left">4 sends, then 4 receives</entry></row><row><entry namest="col1" nameend="col1" align="left">8</entry><entry namest="col2" nameend="col2" align="left">8 sends, then 8 receives</entry></row><row><entry namest="col1" nameend="col1" align="left">16</entry><entry namest="col2" nameend="col2" align="left">16 sends, then 16 receives</entry></row><row rowsep="1"><entry namest="col1" nameend="col1" align="left">255</entry><entry namest="col2" nameend="col2" align="left">EPL faulty</entry></row></tbody></tgroup></table></tables>
0015Thus, for example, a status flag of "4" tells CBS manager 24 to request all of CBSs 16 to transmit a price change to one of EPLs 18 in four different time frames. Each frame contains twelve time slots managed by CBS manager 24 and CBSs 16. CBS manager 24 listens for a response from the one EPL in the four time frames. If the response comes into CBS manager 24 in any of the first, second, or third time frames, the remaining time frames are reported. CBS manager 24 writes the number of time frames required to receive a response from the one EPL in EPL log file 30.
0016CBS manager 24 monitors signal strength and noise information during each response time frame. It records signal-to-noise (S/N) ratio information for each EPL in EPL log file 30 if the first attempt fails.
0017CBS manager 24 also performs transmission retries if the first transmission attempt fails. CBS manager 24 temporarily promotes the EPL to a higher retry status and attempts to communicate with the EPL again. CBS manager logs a status message following the communication attempt. This status message includes the status (Good or Bad) and S/N ratios for further analysis at a later time by runtime analyzer 26.
0018Computer 12 also executes runtime analyzer 26 which reads the status flag and S/N data in EPL log file 30 and makes determinations that may result in the status flag of a particular one of EPLs 18 being changed. Runtime analyzer 26 determines peak and average S/N ratios for each of EPLs 18, and establishes S/N thresholds and ranges for each status flag. Runtime analyzer 26 reads log file 30 for the measured S/N ratio to determine whether it is too low, and if it is, changes the status flag. To do this, runtime analyzer 26 compares the recorded S/N ratio with a predetermined S/N range associated with the recorded status flag. If the recorded ratio is not within the predetermined S/N range, runtime analyzer 26 determines the correct range and status flag and modifies EPL data file 28 accordingly.
0019Runtime analyzer 26 is preferably run continuously to reset the system and re-initialize runtime analyzer 26, unless computer 12 is involved within processor-intensive tasks, such as batch processing.
0020Storage medium 14 contains EPL data file 28 and EPL log file 30.
0021Turning now to Fig. 2, the operation of CBS manager 24 is explained in more detail, beginning with START 40.
0022In step 42, CBS manager 24 reads EPL data file 28 for the status flag of an EPL 18.
0023In step 44, CBS manager 24 (or an application program) determines whether the status flag is equal to "255" or "0". If so, then CBS manager returns to step 42 to read data for another EPL 18.
0024If the status flag is not equal to "255" or "0", CBS manager 24 sends a scheduled message to EPL 18 in accordance with the status flag in step 46. Thus, if the status flag is equal to "2", CBS manager 24 sends the message twice and waits up to two time slots for a return signal.
0025In step 48, CBS manager 24 waits for a return signal from EPL 18, and determines the S/N ratio.
0026In step 50, if CBS manager 24 does not receive a return signal, then CBS manager 24 writes an error and the S/N ratio in EPL log file 30 in step 52, and returns to step 42.
0027If CBS manager 24 receives a return signal, CBS manager 24 writes the S/N ratio in EPL log file 30 in step 54, and returns to step 42.
0028Turning now to Fig. 3, the operation of runtime analyzer 26 is explained in more detail, beginning with START 60.
0029In step 62, runtime analyzer 26 reads EPL log file 30 for the S/N ratio and error messages for a particular EPL 18.
0030In step 64, runtime analyzer 26 determines whether an error message exists for EPL 18. If an error message exists, runtime analyzer 26 changes the status flag of EPL 18 to "0" or "255" in step 66.
0031If EPL log file 30 does not contain errors for the EPL, runtime analyzer 26 determines whether the S/N ratio is within the range of S/N ratios that are associated with the status flag in step 68. If it is, then runtime analyzer 26 returns to step 62 to process another of EPLs 18.
0032If it is not, runtime analyzer 26 determines whether the S/N ratio is too low in step 70. If it is, then runtime analyzer 26 increases the status flag to the next highest status flag in step 72, writes the new status flag in EPL data file 28 in step 74, and returns to step 62 to process another of EPLs 18. Decreasing the status flag results in less time being required to interrogate EPL 18.
0033If the S/N ration is not too low, the method returns to step 62.
0034Advantageously, automatic retry analysis and retry status setting allow system 10 to automatically adjust and be reconfigured to the store environment. Batch or short interval procedures for setting the retry status do not. The invention allows system 10 to adjust itself to interferences outside the control of a store or system 10, and allows the store to more easily move EPLs 18 around within the store and system 10.
4 sheets
Sheet 1 Sheet 2 Sheet 3 Sheet 4
Every citation, both ways
| Document | Relation | Office | Cited during |
|---|---|---|---|
| EP0994431A3 | Cited by | European Patent Office (EPO) | Search report |
| EP0994431A2 | Cited by | European Patent Office (EPO) | Search report |
| US6360207B1 | Cited by | United States of America | Search report |
| US6961709B2 | Cited by | United States of America | Applicant |
| EP1248229A2 | Cited by | European Patent Office (EPO) | Search report |
| EP1248229A3 | Cited by | European Patent Office (EPO) | Search report |
| FR2604315A1 | Cites | France | Search report |
| US4270205A | Cites | United States of America | Search report |
| US4991184A | Cites | United States of America | Search report |
13 members in 7 offices; this record represents the family
Priority claims4
| Document | Office | Kind | Date |
|---|---|---|---|
| 49003995 | United States of America | A | |
| 490039 | United States of America | – | |
| US19950490039 | – | – | – |
| 490039 | – | – | – |
Members13
| Document | Office | Kind | |
|---|---|---|---|
| CA2169904A1 | Canada | A1 | |
| EP0749092A2This record | European Patent Office (EPO) | A2 | |
| AU5586196A | Australia | A | |
| JPH096933A | Japan | A | |
| NZ286737A | New Zealand | A | |
| US5694418A | United States of America | A | |
| AU699744B2 | Australia | B2 | |
| CA2169904C | Canada | C | |
| EP0749092A3 | European Patent Office (EPO) | A3 | |
| EP0749092B1 | European Patent Office (EPO) | B1 | |
| DE69632432D1 | Germany | D1 | |
| DE69632432T2 | Germany | T2 | |
| JP3745455B2 | Japan | B2 |
32 legal events, as 4 offices reported them to INPADOC
Over the term
Point at a mark for the eventEvents
| Event | Code | Office | |
|---|---|---|---|
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Notification of lapseLapsedST | ST | FR | |
| Gb: european patent ceased through non-payment of renewal feeCeasedGBPC | GBPC | EP | |
| Application deemed withdrawn, or ip right lapsed, due to non-payment of renewal feeWithdrawnR119 | R119 | DE | |
| Annual fee paid to national office [announced via postgrant information from national office to epo]GrantedPGFP | PGFP | EP | |
| Annual fee paid to national office [announced via postgrant information from national office to epo]GrantedPGFP | PGFP | EP | |
| Annual fee paid to national office [announced via postgrant information from national office to epo]GrantedPGFP | PGFP | EP | |
| Register noted 'licences of right' (sect. 46/1977)746 | 746 | GB | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Nl: lapsed or anulled due to non-payment of the annual feeLapsedNLV4 | NLV4 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Be: lapsedLapsedBERE | BERE | EP | |
| Annual fee paid to national office [announced via postgrant information from national office to epo]GrantedPGFP | PGFP | EP | |
| Annual fee paid to national office [announced via postgrant information from national office to epo]GrantedPGFP | PGFP | EP | |
| No opposition filedOpposition26N | 26N | EP | |
| No opposition filed within time limitOppositionORIGINAL CODE: 0009261PLBE | PLBE | EP | |
| Information on the status of an ep patent application or granted ep patentGrantedSTATUS: NO OPPOSITION FILED WITHIN TIME LIMITSTAA | STAA | EP | |
| Fr: translation filedET | ET | EP | |
| Corresponds to:REF | REF | EP | |
| Designated contracting statesAK | AK | EP | |
| European patent grantedGrantedFG4D | FG4D | GB | |
| (expected) grantORIGINAL CODE: 0009210GRAA | GRAA | EP | |
| Grant fee paidORIGINAL CODE: EPIDOSNIGR3GRAS | GRAS | EP | |
| Despatch of communication of intention to grant a patentORIGINAL CODE: EPIDOSNIGR1GRAP | GRAP | EP | |
| First examination report despatched17Q | 17Q | EP | |
| Request for examination filed17P | 17P | EP | |
| Designated contracting statesAK | AK | EP | |
| Search report despatchedORIGINAL CODE: 0009013PUAL | PUAL | EP | |
| Designated contracting statesAK | AK | EP | |
| Public reference made under article 153(3) epc to a published international application that has entered the european phaseORIGINAL CODE: 0009012PUAI | PUAI | EP |
Numbers
- Publication
- 0749092
- Publication, DOCDB
- 0749092
- Publication, EPODOC
- EP0749092
- Application
- 96303739
- Application, DOCDB
- 96303739
- Application, EPODOC
- EP19960303739
Titles4
- German
- Elektronisches Preisschild-System
- English
- An electronic price label (EPL) system
- French
- Système d'étiquettes de prix électroniques
- German
- Elektronisches Preisschildsystem
Classification
- CPC, 2
- H04L1/08
- G06K17/0022
- IPC, 6
- G06K17 00
- G06K19 07
- H04B5 00
- H04L1 08
- H04L1 12
- H04L1 16
Designated states5
- Contracting states, 5
- Belgium
- Germany
- France
- United Kingdom
- Netherlands (Kingdom of the)