GB2555345A

GB2555345A - Electronic receipt system and method

Info

Publication number: GB2555345A
Application number: GB1721221.8A
Authority: GB
Inventors: Peter Lyon Carroll Andrew; Andrew Whistler Baker Clive
Original assignee: PAPERLESS RECEIPTS Ltd
Current assignee: PAPERLESS RECEIPTS Ltd
Priority date: 2013-07-19
Filing date: 2013-07-19
Publication date: 2018-04-25
Also published as: GB2516309A; GB201721221D0; GB201312938D0

Abstract

A Point of Sale (POS) system 101 sends a transaction record in an unknown format to an output e.g. a printer 102 or serial port and a data reader redirects the data to obtain a copy of the transaction record. When available customer identity information is collected and the transaction record is sent to a parser to be converted into an electronic receipt of known format to be correlated with the customer identity information and stored electronically for viewing, e.g. using a web browser 307-308 or mobile device app 306. A paper receipt may also be printed. The parser may be unique to the retailer or POS terminal and the system may include a parser builder arranged to initially generate the parser (Figures 10a-c), identify regions in the transaction record data corresponding to states in a state machine and/or identify similar previous transaction records in a library. The parser may check electronic receipt data for correctness, the builder refining the parser if errors are detected. Thus electronic receipts to be generated using existing POS equipment without the co-operation of the POS supplier in providing information about the format or software used.

Description

(56) Documents Cited:

US 5739512 A US 20110307342 A1

US 20120253958 A1 US 20110184822 A1 (71) Applicant(s):

Paperless Receipts Ltd

6th Floor Midcity Place, 71 High Holborn, London, Greater London, WC1V 6EA, United Kingdom (58) Field of Search:

INT CL G06Q, G07G Other: online: WPI, EPODOC (72) Inventor(s):

Andrew Peter Lyon Carroll Clive Andrew Whistler Baker (74) Agent and/or Address for Service:

Mathys & Squire LLP

The Shard, 32 London Bridge Street, LONDON, SE1 9SG, United Kingdom (54) Title of the Invention: Electronic receipt system and method

Abstract Title: Providing electronic receipts using existing POS systems (57) A Point of Sale (POS) system 101 sends a transaction record in an unknown format to an output e.g. a printer 102 or serial port and a data reader redirects the data to obtain a copy of the transaction record. When available customer identity information is collected and the transaction record is sent to a parser to be converted into an electronic receipt of known format to be correlated with the customer identity information and stored electronically for viewing, e.g. using a web browser 307-308 or mobile device app 306. A paper receipt may also be printed. The parser may be unique to the retailer or POS terminal and the system may include a parser builder arranged to initially generate the parser (Figures 10a-c), identify regions in the transaction record data corresponding to states in a state machine and/or identify similar previous transaction records in a library. The parser may check electronic receipt data for correctness, the builder refining the parser if errors are detected. Thus electronic receipts to be generated using existing POS equipment without the co-operation of the POS supplier in providing information about the format or software used.

SCANNER

103

Figure 3

308 307

1/9

POS

TERMINAL ιοί

PRINTER

102 )

.....x boANN&R \ v,

FOS

SOFTWARE

10?

ORCS

PRINT DRIVER

107

ORCS

SCANNER DRIVER 108

2'9

203a

203b

203c

3/9 rl

4/9

PRINTER

102

Figure 6

PORT

MONITOR

602

TRANSACTION

RECORD

CAPTURE

OBJECT 401 v+-,

INTERNET

304

ELECTRONIC

RECEIPT

SERVER

305

5/9

PCS

SOFTWARE i05

NAMED

PIPE

701

8/9

PARSER

BUILDER

920

RETAILER Ί RECORD 903a

RETAILER N RECORD 903b

CUSTOMER 1 RECORD 910a

CUSTOMER N RECORD 910b

ID 904

ID 911

RECEIPT DATA 912

TRANSACTION RECORD PARSER 908

DATA

RETRIEVE

907

7/9

1001

1003

1004

1005

1006

1007

1008

POS

INSTALL TRANSACTION

RECORD

CAPTURE OBJECT

1002

SELECT
CONFIGURATION		\| SB’'⁷

CREATE DUMMY TRANSACTION DATA

COMPLETE

TRANSACTION

CAPTURE RAW DATA

ADD RETAILER ID TO DATA

CONTACT

SERVER

SEND DATA TO SERVER )

STORE DATA AND TRY AGAIN LATER' IF SERVER CONNECTION PAILS

ELECTRON iC RECE1ET SERVER

SETUP

RETAILER RECORD

RECEIVE DATA

SEND TO MANAGER

MANAGER DETECTS NO PARSER FOR RETAILER

SEND TO PARSER

BUILDER


CKfci·	U c AribER

JOGS

2006

2000 >001

2002

2003

2004

8/9

FIRST DATA RECEIVED

3001 | GENERAL PARSER | 3002

IDENTIFY HEADER DATA

BUILD PARSER FIRST STAGE

3004

3005

3006

3007

3003

4005:

9/9

2100

CUSTOMER

ELECTRONIC RECEIPT SERVER

REGISTRATION

DOWNLOAD

APP

NOTIFY

ERS

UL

RECEIVE

RECEIPT

DATA

2102

2104 igure 11

-IELECTRON1C RECEIPT SYSTEM AND METHOD

BACKGHOyRO

The invention is in the field of Feint of Sale (POS) systems operated by retailers, and particularly relates to providing customers with: electronic receipts. The invention concerns providing an electronic receipt facility for existing POS software

Description of Related Art

It is common for retailers to use some form of Point of Sale (POS) computer system io to manage transactions with customers. A transaction is the exchange of goods or services for money. Information relating to the sale is logged for the benefit of the retailer and the customer is given a paper receipt as evidence of the sale for their own accounting purposes and to preserve the right toretom goods.

However, paper receipts pose a problem, both for the retailer and the customer. The customer must have a tiling system so that the receipt car? be retrieved if necessary, sometimes many months after the purchase. Given that this may mean storing thousands of paper receipts, this represents a significant administrative burden for the customer. For the retailer, the problems presented by paper receipts Include the expense of the paper for the receipts itself; a retail outlet with five tills can use up to io a tonne of receipt paper a year. Receipt paper also presents a significant: environmental problem because the chemicals used to produce the thermally reactive coating prevent the paper from being recycled in the normal way.

Electronic receipts offer a solution to these problems, An example of a known electronic receipt system Is described In PCT patent application number WO :2012/143547, where an electronic receipt card is used by the consumer when transacting with a retailer, which allows the retailer to generate ah electronic transaction receipt.

Another example of a known system is given in GB24S0220B which describes a system and method for managing electronic receipts whereby, when a user makes a •2 purchase of goods or services an electronic copy of the purchase receipt data is generated. This date Is then assigned a user Identification code to create user correlated purchase receipt data. This receipt data is stored where it may he accessed by a user.

s However, retrofitting these services, to existing POS software requires a knowledge of the output formats used by the POS software Itself. This in turn requires the cooperation of the POS software provider, to disclose formats or more preferably to provide an integration solution In the POS: software itself. This is a barrier as POS software provider cooperation cannot be guaranteed and even if such help were to available the integration, of the electronic, receipt service with an individual retailer would be slowed to the extent that it would not make economic sense to provide the service at ait.

1.5

An embodiment of the: present invention is therefore a method of providing an electronic receipt facility; or service, for the POS system of at least one retailer, wherein said POS system or systems·are arranged to record customer-retailer transactions, the POS system or systems including at least one computer terminal running POS software, wherein the POS software is arranged to route a record of a transaction in the form of transaction record data in an unknown data format: to one or more output destinations within the existing POS system oh completion of a customer-retailer transaction, the method comprising the steps of, Tor the or each POS terminal of the or each retailer, identifying an output destination., configuring the data reader in dependence on the output destination to obtain a copy of the transaction record data, collecting customer Identify information for transactions when the customer identity informal on is available, and for each transaction where customer identity Information Is available, using the data reader to obtain a copy of the transaction record data routed to the identified output destination, communicating so the transaction record data to a transaction record parser, said transaction record parser being arranged to convert the transaction record data into electronic receipt data of a known format, correlating the electronic receipt data with the user identity information and communicating the correlated electronic receipt date and the customer identity information to a data store, end making the electronic receipt date

In the data store available to view by the reiaifer and/or the customer.

The electronic receipt service may be integrated with existing ROS software without s reference to the POS software provide^ for example tor data structures used or requesting formatted output feeds, This Is done by identifying a suitable transaction record data output destihatfon, which uses knowledge of the ROS system set-up readily obtained onsite or remotely, and converting the unstructured transaction record data to electronic receipt data using the transaction record parser, id A unique retailer identify may be given to the or each retailer and a unique transaction record parser used for the or each retailer Retailers generally customise their receipt formats to suit their business and therefore a unique transaction record parser may be required for each retailer to handle the diversity of receipt formats.

The transaction record parser for each retailer may he created using a first is transaction record received from the retailer, and then stored for parsing subsequent transaction record data from the retailer. Transaction record parsers are created for each retailer using the first transact ion record as a starting point and subsequent transaction records used to refine the parser.

Subsequent transaction record data from the or each retailer may be used to refine hie unique transaction record parser. It is possible that a POS terminal produces different format receipts depending on the nature of the transaction and that a single transaction will not exemplify all of the receipt formats possible for that retailer. Therefore subsequent transaction records are checked for correctness and if inaccuracies are found the transaction record is communicated back to the parser builder to refine the transaction record parser. This process can be applied to all transaction receipts so that.arty changes made by a retailer to their receipt format will be picked up and the parser modified accordingly.

A unique parser maybe created for each POS: terminal, for example because a retailer has different departments which issue different format receipts.

The first transaction record data from a retailer may be analysed tor similarity with previous transaction record data from other retailers and the transaction record ·4· parser associated with the previous transaction record data is used as a starting point to create the parser tor the retailer. This can save time in setting up the transaction record parser.

The POS software may be arranged to route transaction record data to an OPOS s enabled printer. If so the OPOS enabled printer is identified as the output destination and transaction record data is redirected from the OPOS enabled printer to the data reader. IT a paper receipt is required the transaction record data may be forwarded 'from the data reader to the OPOS enabted printer, Printing may be interrupted by opting for the print date: not to be forwarded on to the printer. The to POS software may be arranged to identify the OPOS printer by reference to an address stored in a registry on the POS terminal, the method including the step of copying the address of the OPOS printer In the registry and changing it to an address for the data reader. The transaction record data may be routed from the data reader to the address of the OPOS printer cop-ed from the registry if a paper is receipt is required. The OPOS printer capability may be detected and the data reader configured automatically.

The POS software may be arranged to route transaction record data to a print driver which has the capability to print to a flie, the method may include the step of identifying the output destination as a print tortile enabled print driver, setting the o print driver to print to a file and copying the transaction record data from the file.

The POS software may be arranged: to send transaction record date to e serial port/ the method may include the step of identifying the serial port as the output destination jnstalfing a serial port monitor and copying the transaction record data

2:5 seht over the serial pert detected by the serial port monitor.

In another embodiment, an electronic receipt system: for providing an electronic receipt capability to the POS system of at least one retailer maybe provided. The POS system or systems may be arranged te record customertretafer transactions and comprise at least one computer terminal running POS software, the POS so software arranged to route a record of a transaction in the form of transaction record data in an unknown data format to one or more output destinations within the existing POS system or systems on completion of a cusfomer-reiailertransaction, the electronic receipt system comprising, for the or each retailer; an output destination seiectorfor identifying one of trie output destinations, a data reader configurable in dependence on trie identified output destination to read data routed to the selected output destination, a customer identity collector for collecting customer identity information, a transaction record parser in communication with the date reader for converting the transaction record data into electronic receipt data of a known format,, a data stem in communication with Poth the transaction record parser and the customer identity collector, said data store arranged, to correlate arid store the electronic receipt data with the customer identity information,· a data access unit for making the electronic receipt available to view by the retailer and/or the customer.

The system may Include a transaction record parser builder, the parser builder arranged to receive a first transaction record data set from the or each retailer to use as the basis for the transaction record parser. The transaction record parser may include a state machine and the transaction record parser builder may be arranged is to identify regions in the transaction record data, which correspond to states ·η the state machine.

The transaction record parser may tie arranged to check the electronic receipt data fo^r co'-ectness and the transaction record parser builder arranged to refine the transaction record parser If iransaction record data is found to have been focomecby parsed.

The transaction record data formats may be arranged to be stored in a library arid the transaction record parser builder may be arranged to refer to the library and identify previous transaction record data with similar characteristics, The transaction record parser builder may be arrar^ged to use the transaction record parser associated with the previous transaction record data as a starting point to create the transaction record parser.

The transaction record output, destination may include an: OPOS printer having an add ress id entified by the POS software item a registry, the electronic receipt system including means for. changing the address in the registry to the address of the data

5b reader. The system ma y I nclude means for directing the transaction record data from the data reader to the OPOS printer identified by the address in the registry io provide a. paper receipt _::and the system may have means tor detecting QFOS printer capability end. configuring the data reader automatically.

The transaction record output destination may fee a print driver which has the capability to print, to a file, the system may include means to identify the output s destination as a prlnfrto-file enabled print driver, and means to sat the print driver to print to a file, wherein the date reader may be arranged to copy the transaction record data from the file.

The PQS software, may be arranged to send transaction record data io a_: serial port, the system having means to install a serial port monitor and the data reader may be d arranged to copy the frahsecfion record data detected fey the serial port monitor.

The transection record parser may fee remote from the date reader, whereby the data reader is installed on the PQS terminal and communicates remotely via. the internet with the transaction record parser which Is located on a remote server.

The data access unit may include a wefe-enafeied access point where customers is and/or retailers may access electronic receipts using a web browser. The data access unit may be arranged to transmit electronic receipt data to a mobile device of a customer, who has installed a suitable software application on the mobile device to handle and display the Incoming electronic receipt data, in an embodiment a ocmputerprogram product tor an electronic receipt system Is

2Q provided which includes computer readable instructions tor executing the methods described herein.

Embodiments of the present invention are described helovy by way of example only, with reference to the accompanying drawings, in which t

Figure la is a schematic view of a simple PQS system which may fee empioyedbya retailer.

Figure 1b is a schematic view of the POS software which may be installed on the

POS terminal shown In Figure 1a.

Figure 2a is a schematic view of a more complex POS system which may be employed by e retailer end includes multiple POS terminals.

Figure 2b is a schematic view of a still mere simplex POS system which: may be employed by a retaiier and includes multiple terminals provided in multiple shop locations.

Figure 3 is an overview of an embodiment of the Invention when integrated with the simple POS system shown in Figure 1,

Figure 4 is a represehtafieh of how an embodiment of the invention is arranged to integrate with the POS software of a POS terminal when: the POS software writes xo transaction record data to an OPOS enabled printer.

Figure 5 is a representation of now an embodiment of the invention is arranged to integrate with the POS software of a POS terminal when the POS software writes transaction record data to a Windows ™ enabled printer.

Figure 6 is a representation of how an embodiment of the Invention is arranged to is integrate with the POS software of a POS terminal when the POS software writes transaction record data to a serial port.

Figure 7 Is a representation of how an embodiment of the invention is arranged to integrate with the POS software of a POS terminal when the POS software writes transaction record data io standard output, Le, a named pipe.

ft/ o Figure 8 Is a representation of how an embodiment of the invention is arranged to integrate with the POS software of a POS terminal when the POS software writes transaction record data to a database.

Figure 9 is schematic view of the electronic receipt server shown In Figure 3.

Figure: I Ga Is a flow diagram showinghow an embodiment of the electronic receipt 25 system is set up tor a retailer,, including steps executed at a POS terminal of the retailer and at the electronic receipt server,

Figure 10b is a flow diagram showing how the transaction record parser shown in

Figure 9 is buiii.

-8Figure 10c is a How diagram showing how an embodiment of the invention operates.

Figure 11 is a flow diagram showing how the electronic receipt system is set up and operated for a customer s DETAILED DESCRIPTIOriOF THE.PREFERRED.EMBOuiMENT

Point of sale (POS) or checkout ;s the place where a retail transaction is completed, it is the point at which a customer makes a payment to a retailer in exchange for goods or services. At the point of sale the merchant would use a n y of a range of possible methods to calculate the amount owing ~ such as manually entering items io and prices, weighing machines or barcode scanners. The retailer will usually provide hardware and options for use by the customer to make payment - such as an

EFTPOS terminal. The retaler may also issue a paper receipt for the transaction.

For small and medium-sized retailers, the POS will be customized by sector as different industries have different needs. For example, a grocer will need a scale at is the point of sale, while bars and restaurants will customize the item sold when a customer has a special meal or drink request The modern point of sale will also

Include advanced functionalities such as Inventory, CRM., financials, warehousing, and so on, ail built Into the POS software,

Many POS configurations are of course possible depending on the preference of 20 Individual retailers, which, could range from a one-till small shop, to a store with many

POS terminals, to large mulfi'-nafiohel retailers having many thousands of POS terminals across hundreds of retail outlets:. It is an object of the Invention to adapt to any such configuration.

Figure la shows a simple Point of Sale transaction handling system, comprising a 25 computer terminal 101,. which may be a standard RG with a touch screen GUI interface:, running a conventional Operating System environment, for example Windows. XP^W, The computer terminal 1Q1 is connected by USB interface io POS hardware such as a barcode scanner 103 and receipt printer I OR, but may also include weighing equipment or other specialist peripherals.

•9

Figyre lb shows schematically the softwarecomponents running on the POS terminal 101. The Windows Operating System provides an environment within which executable programs are able to run. The POS software application IDS is software which Ihciudes an Interface component for entering information relating to a sale, for s example the: cost of goods or services bet many other types of information may be entered as discussed below. Further information relating to goods or services and sales records may be stored and retrieved from a database 106 which may be local or remote tern the POS terminal 101,

POS sdftware is produced by a diverse array of developers and there are a number το of communication protocols that have evolved to control peripheral equipment, inpiudlng EPSON POS, UTC Standard, UTG Enhanced, AEDEX. 1CO2002, 005220, POS software is further customised io suit a particular retail sector, and may be further customised still to sult-s specific retailer and therefore the data communicated between POS software and peripherals or databases can be thought of as is unstructured, i,e< that thetormat of the transaction record data Is unknown to a third party. Without intimate knowledge of the data structure that the POS software is output, the data is not directly usable by other software or hardware.

Types of transaction data that a retailer and a customer may wish to record include:

» Retailer identification including name, logo, address and other contact details, * POS terminal identification, ’ Transaction item name and price, including tax details, * Product identity, '♦ Offers, ihcl tiding cond None, reward s_:, expiry date, · Credit card Information,

Other details might be included such as;

·* Serving person identifseatiQrt, * Time and date of the transaction, » Quantity of each item, * Total price of transaction including tax details.

Of course if may not be possible to identify goods Individually, or that services are being provided., or that the POS system is only used for appointment management.

IOAN of these variations can be accommodated with the embodiments of the present invention..

The transaction record may be ponied, or recorded in the database 105, Customers often require a record of the transaction for accouhting purposes and as evidence s when returning goods,: This can be provided if necessary fey printing a receipt, a hardcopy of the transaction record. Printing of such a receipt ;s enabled fey a print driver component TOT installed on the POS terminal 101, The print driver 107 Is customised to suit a specific PCS software and printer combination. Figure tfe. shows an OPOS enabled print driver, OPOS is a standard which was developed to to help integrate POS hardware peripherals into the Windows^ family of operating systems. The barcode scanning fonctionaiify is provided by a scanner driver 108, This may be used to read; a product identity directly from a product bearing a barcode, and also to record customer identities or loyalty card. The scanner driver may tie OPOS enabled Loo.

is Figure 2a shows a more complex POS arrangement which may be found In a large retail outlet with numerous point of sale terminals:201a, 201b etc, each having a printer 202a, 202o, etc and a scanner 203a. 203b, etc. A POS manager 204 may be provided which is connected to each of the POS terminals to coordinate data Now between the POS terminals. A database 205 may be connected to the POS o manager 204 to store transaction records and product or service details. Figure 2b shows a still more complex arrangement where numerous retail outlets 211a, 211b, etc each have numerous POS terminals 221a; 221b etc and peripherals (not shown), A POS manager :204 is provided to manage data flow between the POS terminals and a database 205.

Electronic receipts:are much more convenient for a customer to usethan paper receipts, increasing ehvlrdnmehtal considerations are also drlvihg a move away from paper receipts. Furthermore, electronic receipts offer opportunities for innovative functionality and traceability of cu stomer spending patterns. Electronic receipt systems are known already, 'but they require the cooperation of POS so software providers te provide data structure tables and structured data feeds which would allow receipt date te be Imported Into a third party receipt management system. However, this is an unrealistic requirement because there ;s no incentive for it,

POS software developers to make these'concessions until an electronic receipt management system has a sufficient user base Therefore an electronic receipt management system provider could he lociwc out because they may find if impossible: to develop, An embodiment of the present invention; overcomes this is problem by providing an electronic receipt management system which is able to integrate with any POScystem through the inteliigent monltoring of unstructured output data and translating this Into meaningful structured data that can then be manipulated as required.

Figure 3 shows an overview of the electronic receipt system of an embodiment, of the to invention. Conventional POS terminal 101 is shown connected to printer 1:02 and scanner 103,. Raw unstructured transaction record data generated by the POS software running on the POS terminal 101 is captured by middleware installed on the POS terminal 101 and sent via the internet 304 to a remote electronic receipt server 305 where it is translated into a structured electronic receipt format as described in is more detail below. The electronic receipt data may be pushed to a customer’s mobile device 306 via the Internet 304. The electronic receipt data may also be accessed by the customer using a web browser running on computer 307 to access the electronic receipt server 305, The receipt data generated by a particular retailer may also be accessed by that retailer using a web browser running on computer 308

2.0 to access the electronic receipt server 305 and also additional functionality such as: preparing offers to be included on future receipts issued by that retailer.

Installation of the electronic receipt service is specific for each retailer and possibly tor each POS terminal, because of the many different configurations that exist for POB systems and receipt formats. To cope with variations in POS systems a software component celled a transaction record capture object is installed on the POS terminal. The transaction record capture object is a configurabie data reader which can read and copy data in dependence co the cutout, destination of the transactioh record data. The transaction record capture object is able to identify the type of POS system being used and configure itself accordingly. POS system type Is aq selected in the transaction record capture object from list of available POS system configuration options. Alternatively the transaction record capture object can automatically Identify the POS system type by detecting the presence ci file types in the POS terminal. Generally, POS systems fail into five broad groups;

οι POS terminals which print to an OPOS enabled printer.

OPOS printers are generally dedicated receipt printers. POS software sends data to art OPOS printer by looking up the printer address to the Windows registry. To capture transaction record data sent to an OPOS printer, the transaction record s capture object is installed on the POS terminal as shown Figure 4. The POS software 105, when printing refers to the Windows registry 108 for the address of the OPOS printer 102, The transaction record: capture object 401 intervenes in the OPOS print process to capture receipt data . The transaction record capture object 401 is arranged to Identity the OPOS printer address In the Windows registry, copy if to and replace it with the location of the transaction record: capture object 401. Print instructions Item the POS software 102 are then routed to: the transaction record capture object 401, The original OPOS printer address Is provided to the transaction record capture object 401 so that the print data can be routed to Its original desfination if a paper receipt is required. This will be determined by the preferences is of the customer and/or the retailer,. A card input window can also be activated on the display of the POS term Inal 101, which, when activated Is able to receive a customer Identification, by scanning a barcode using the barcode scanner 103 or manually entering it using a keypad, A copy of the transaction record data can be made by the transaction record capture object 401 and transmitted along with the customer

2.0 identification data to the electronic receipt server 305 via the Internet 304. The customer identity information can be time-stamped when it Is acquired by the transaction record: capture object 4Q1_S or when It is transmitted to the eieci.r©rftc receipt server 305 or when it is received by the electronic receipt server 305, Timestamping allows the customer Identity information to be correlated-with the25 transaction record data.

2. PQS terminals which print to a Windows™ printer

The retailor may connect a standard Windows printer to the POS terminal. Figure S shows how the transaction record capture object 108 is able to capture receipt data indows print driver is Identified from the 401 installed on the POS terminal 101.

senteo a Windows: print driver §01. 'The W listen the transaction record capture object

The printer 102 Is selected and the transaction record capture object 401 automatically enables the “keep printed documents option in the print driver 501

13settings. This eausesall grimed documents also to be stored in the spool directory of the operating system where the transaction record capture object 401 can directly read the print receipt data. The printed documents are deleted from the spool directory after having been read. The transaction receipt capture object 401 Is is arranged to transmit the transaction record data to the electronic receipt server 305 via the Internet 304·» and to correlate this with time-stamped customer Identity information obtained from the scanner 103.

3. FOB terminals which print to a serial port printer

A printer may he connected to a serial port of the FOS terminal 101, such as USB or id RS-232. It a printer 102 Is connected to a serial port 601 and the PCS software 105 sends print data to this porpas shown in Figure 6_t the data passing through the serial port 601 can be monitored. in the transaction record capture object 40 f the print to port option is identified from a menu and a senal port monitor driver 602 and library routines for monfenng the data sent over a specified port are arranged to is be installed. This raw data is then read directly by the transaction record capture object 401and transmitted to the electronic receipt server 306 via the Internet 304 with customer identity information.

4. FOS terminals which send data to standard output

Alternatively, print data may be sent to a named pipe 701, i.e. standard output as shown In Figure 7. The standard output option is selected from a menu in the transaction receipt capture object 401 _s which then virtualisesa standard input printer and prints to this. Data captured hi this way is sent to the electronic foceipt server 306 via the internet 304 with customer identity information,

5. FOS.terminals which send data to a: database

Aiiernatlveiy_i:OF as well as sending transaction record. data to a receipt printer, the software may write transaction record data to a central database, such as SQL,

Firebird or OLE DB. For large retailers with many FOS terminals It Is not realistic to install the transaction record capture object 401 on each FOB terminal, The se transaction record capture object 401 can be Installed at the POS management point of the retailer (204 in Figures 2a and 2b) or remotely from the retailer, for example at the electronic receipt server 305. The ^database'’ output destination is selected from

14· a menu in the transection record: capture:object 401, The transaction record capture object 401 is then arranged to leg in to the database 205 to monitor activity, as shown In Figure 8, using logdn information provided by the retailer, The transaction record, capture object 401 may read the entire contents of the database and transmit s this to the electronic receipt server :305 for analysis. Subsequent transaction records can be obtained: by storing the offset since fbe dato^ was last copied and querying data entered in the database since the offset Querying is performed for example every 2 to 5 seconds. Queries can be customised to sue the retailer's database. Customer identity information: is also searched for in the database: 205 and the io corresponding receipt data extracted and stored at the electronic receipt server 305,

The transaction record capture object 401 may automatically configure Itself by detecting which of the five options Is the most appropriate for any given retail environment. This may be by looking for a Window's registry and within that an is QPQS print service object address and deciding to alter the registry as described above. If no QPQS print service object address is present in the Windows registry then looking for a Windows printer, or Installing a serial port monitor or detecting named pipes. Alternatively each print data capture method may be Installed and ail of the raw data captured from each print: output alternative and data analysed to io determine which is the output method used by that particular retailer and thereafter capturing only date from that source, if no transaction record Is found then it is assumed that the output is to a database, whereupon database login details can be requested as described above. Capturing print data is the preferred Integration method because database entries can be more difficult to analyse as the data tends to arrive: In chunks not reletedte a particular transaolibm

It is an object of the invention Io operate in an environment where the data structure and format is unknown, where the POS software provider does not need to be consulted or any changes made to the POS software interface. h order to capture trahsaction records, a transaction record capture object 401 is installed art the POS so terminal 101. This is. mlddfewarefhat provides services to other software applications. The transaction record capture object 401 can capture transaction record data from any source, as selected depending on the particular set-up that the

1.5· retailer is using. The transaction record capture objeetAOl Is arranged to store transaction record data in the event ot a connection problem With the electronic receipt server 305 and also to periodically transmit status information to the electronic receipt server 305, s When the transaction record date is captured It is seni le the electronic receipt server 305, which is arranged as shown In Figure 0, Retailer Identity data, customer identity data and. raw transaction record data Is received at the data receiver SOI, which is arranged to pass this data to a data manager 992, The data manager 002 is able to create retailer records 993a, 903b etc and read and writ© data to these to records, of which there may he one for every retailer who subscribes to the service. Retailer records 903a, 903b etc include a retailer identity record 904 where security information., retailer contact details including location, and individual R38 Information including location end unique identification information Issfored. The retailer record 903 may also provide access to an offer module 905 which provides an interface for is retailers to control offers as discussed below. The retailer record 903 also identities a transaction recxtrd parser 906 for convening raw transachon record data Ink) structured electronic receipt data. The parser is discussed to more detail below.

The retailer record 903 may also provide access to a receipt data retrieval module 907 for retrieving receipt data relating to particular customers, outlets or individual

2.0 FQS terminals. The data manager 90.2 Is also able to create customer records 910a, 910b and read and write data to these records. Customer records 910 may include customer identity information 911 including security information and contact details,. The customer records 910 also: Include receipt data 912 for transactions.

The data manager 9Q2 is able to exchange data with a parser builder 920> which can accept raw transaction record data to be broken down Into constituent parts and analysed to Identify fields and values. A parser i s generated which is used to parse subsequent transaction record data info structured receipt data. The manager 902 is able to send structured receipt data to a data pusher 930 which can push receipt data to the customer’s mobile device 306, so The electronic receipts generated and stored: for each of a customer’® transactions have a customisable communications field. This field may be) used to present the customer with communications such a® advert®, special offers, discounts etc. The offer module 905 Is used to set the communications presented to the customer on

16· the.ir ©leetronfe receipt. The communications applied by a retailer to electronic receipts are not limited lo receipts issued by the retailer. A retailer may opt to place communications such ss an offer on the receipts issued by other retailers, or may allow other retailers to place communications on electronic receipts that they issue.

s The criteria by which other retailer’s receipts, or customers’ receipts are chosen can be specified iman Interface· provided by theoffer module SOS. This functionality allows targeted advertising and can provide a revenue stream for retailers and the electronic receipt service provider.

Further advanced communications functionality could be deployed using the to electronic receipts as a vehicle.

A retailer may access, the. electronic receipt data of its customers, Retailer identities· are stored with the receipt data in a customer record. The data retrieve function 907 queries the customer records for receipts with correlating retailer identities for display. This can allow retailers to monitor customer spending habits and allow them is to plan marketing strategies, which can be implemented using the offer module 905.

Operation of the electronic receipt system is described below.

Ffq^'e 10a shows the steps involved in setting up a retailer with the electronic system. A retailer first decides to subscribe to the electronic receipt service and sets up a retailer record 903 (Step 2000) on toe electronic receipt server 305 using an interface provided by web browser 308. The transaction record capture object. 401 Is downloaded from the electronic receipt server 305 or uploaded locally bom a memory storage: device ahd installed (Step 1001), The transaction record capture object 401 may be installed directly on a ROS terminal 101 or may reside: on the POS manager 204 if multiple POS terminals ere present. A suitable configuration for the transaction record capture object 401 is selected (Step 1002) depending on how the FGSsoftware TOO is arranged to output transaction record data. The selection may be made by choosing the output destination from a list or the selection may be automated. Dummy transaction data representing a first transaction from the retailer to be captured is created (Step 1003), for example by creating a list of transaction items, returned Items and example offers, to produce a transaction record data exemplary of all possible data fields. A dummy customer ID is entered either in the transactions field or in the card input window (Step 1003) and time-stamped by the

17· transaction receipt capture object 401. The dummy transaction Is completed and transaction record data is sent to the destination which might be an OPOS printer, Windows printer database etc, whereupon It Is captured by the transaction record capture object 401 (Step 1005),. The transaction record capture object 401 adds a is time-stamp, retailer ID and POS ID to the data (Step 1000), although the time of the transaction may already be added: by the POS software, The dummy customer ID which corresponds to the transaction may also be added as Identified using the timestamp: information, io create s transaction record package,, Alternatively the customer id may be correlated with the.transaction record data later by the: electronic io receipt server 305, The transaction record capture object: 401 attempts to contact the electronic receipt server 30S (Step 1007), if this Is not possible then the transaction record capture object 401 stores the transaction record package: (Step 1009) and periodically attempts to send the package to the electronic receipt server 306.. When the transaction record capture object 401 has successfully contacted the is electronic receipt server 305 Ihe transaction record package is sent to the electronic receipt server 305 (Step 1003) and received by the electronic receipt server 305 (Step 2001), The data receiver 901 de-convolves the data package and sends the transaction record data to the data manager (Step 2002), The data manager decides what to do with the data (Step 2003), noting that there is not yet a

2d transaction record parser for the particular POS terminal as this is the first transaction record data received Oom the retailer and sends the transaction record data to the parser generator (Step 2004),

The parser generator 920 is used to analyse the transaction record data to generate a parser to convert subsequent unstructured transaction record date into structured electronic receipt data (Step 2005). When the parser has been created It is.:stored in a retailer record for the POS terminal (Step 2006), The eperatipn of the parser generator is shown in more detail in Figure 10 b. The first transaction record is received from the data manager (Step 3001) and a general parser applied fc remove irrelevant data (Step 3002). Them the receipt header data is identined, along with su markers, header field names and field values (Step 3003), The first section of the transaction record parser is built for handling the header field (Step 3004), The transaction record parser is a state machine which looks at each line of data and depending which state it is In (e.g. header state) looks for particular values and

IS· stores them if it finds them in a structured array, of it can change state if it finds another state identifier, The next region of data Is then identified (Step 3005) and the next section of the transaction record parser is built (Step 3006). The process of identifying regions and building: sections of the transaction record parser is repeated s until all of the transaction record data has been analysed (Step 3007). The transaction record, parser for that particular receipt format from the identified retailer Is then stored to he accessed horn the retailer record 903 In the electronic receipt server 30$._; Per simple transaction record data structures this Single parser build routine may be adequate to handle all subsequent transaction records, For retailers using a variety of different receipt structures depending on the nature of the transaction:, further steps in refining the transaction record: parser may be necessary.. Therefore; each subsequent transaction record that is parsed by the transaction record parser is checked for correctness, as shown in Figure 10c. Subsequent (;.e, not the first transaction record data received from that retailer) transaction record is data is received by the data manager 902 (Step 4001) and the transaction record parser associated win the identified retailer or particular POS terminal Is retrieved {Step 4002). The transaction record data is parsed (Step 4003). if the parsing proceeds correctly then the electronic receipt that Is produced Is stored (Step 4005), if an error occurs, i.e. an unexpected data value is founder the correctness so checking tells, then the Transaction record and the transaction record parser are returned to the building stage to refine the transaction record parser (Step 4006).

The updated transaction record parser is then stored (Step 4007). Correctness checking can include adding up the subtotal of the goods or services and checking this against the total in the electronic receipt.

Customer set-up is shown in Figure 11. When a customer wishes to join the electronic receipt service a unique customer identifier is selected and entered either as a transaction item in the POS software or if) the card input window (Step 1104). When a database Is used to service many PGS terminals, customer identity information is entered: as an stem in the POS software Interface and written to the:

so database on completion of the transaction. The dedicated card input window Is used to Identify a customer If their identity cannot be stored or retrieved from a database.

The customer ID could be ah email address or a credit card number although preferably it is a dedicated code generated by the electronic receipt system, as. this

IS· poses less problems in terms of data protection or payment security. The customer

ID data may Ce time-stamped by the transaction record capture object 401 on acquisition or on sending to the electrons receipt server 305, or by the electronic receipt server on receipt Th®_: transaction record data Is read by the transaction s record capture object:401, either as OPQS print data, print file data, serial port data or standard output data and can either be given a time-stamp on capture or the data itself may already contain a time-stamp provided Py the POS software. The timestamp Is a method used, to correlate the customer id with the transaction record.

Other goods or services are entered at the POS terminal (Step 1102) and the id transaction completed (Step 1103). The transaction record capture object 4Θ1 sends time-stamped transaction record data, r^talfer'^pd POS ID and customer (O data (if the card input window is used) to the electronic receipt server 305 (Step 1104), The data can be stored by the transaction record capture object 401 If no connection to the electronic receipt server 305 is available, and another attempt made later (Step is 1105). The data receiver SOI of the electronic receipt server 305 receives the transaction data (Stop 2100). The data manager 902 determines whether me Customer has registered yet, and If not stores the transaction record date (Step 2102) for processing later. The customer may complete the registration process at any time. When they choose to do so, a web browser 307 is used to access the

2.0 electronic receipt server 305, which is arranged to set up a new customer record (Step 1201), The customer enters their unique customer ID and contact details of their mobile device. They can then download a receipt managemenf/application to their mobile device and link this to their electronic receipt, server 305 account (Step 1202), The electronic receipt server 305 is notified of the registration (Step 1203) and the electronic receipt server 305 checks to see if there Is any stored transaction record data .waiting to be processed, If data is .present* the data manager 3Θ2 retrieves trio transaction record parser for the identified retailer (and POS if the POS terminals of a retailer Issue receipts of different formats) and converts the transaction record data, into structured receipt data (Step 2103), This is: checked· for correctness su (Step 2404), Electronic receipt data is then stored in the customer record (Step

2105) and includes retailer ID and POS ID for later retrieve! by the retailer and the customer. Data is then pushed to the customer mobile device (Step 2106), and any offer data is added, by reference to the oher module 90S,

Printing of the paper receipt may be interrupted so that a retailer can offer an electron sc-oniy receipt service. I^::or a retailer with OPOS printer connected to the

PCS terminal this can he implemented by Instructing the transaction record capture object 401 not to forward the print data to the PROS printer , s For subsequent transactions, when the customer presents their ID at the till, it may be scanned into the card input window and time-stemped, or recorded with the goods and services. The transection record capture object 401 acquires the transaction record data and sends this to the electronic receipt server 305, again with the lime -stamp if this Information is not already obtainable from the transaction io record.data. The electronic receipt server 3QS then determines that the customer is already registered. The transaction record parser for the specified retailer or FOB is retrieved and used to parse the raw data. The structured receipt data is then stored in the customer record and then pushed to the customer’s mobile device with offers applied in the communications field by the offer module 905, so that the customer is instantly receives an electronic receipt for the transaction . Each parsed receipt is checked for correctness in case the transaction record parser is not complete or if the retailer changes the format of the receipt.

The transaction record parser receives transaction record data, and toe first data through puts the parser into a particular state. When In this state certain variables so are detected, if they are found then they are stored in a structured array or table. Alternatively a new state may be found, e.g. an item list, end then in Itos new state, other variables such as prices, VAT, discounts, quantities and field values such as transaction items are looked for, or other states. The table of receipt data is gradually populated until all of the input data has been processed and the -resulting· receipt data stored, A. receipt;ffom a given retailer may be arranged in a variety of formats, with differences including discount structures, quantity lists, manual price corrections, offers, returns. The transaction receipt parser can handle these differences.

The functionality of the electtodie receipt server may fee provided sn the transaction .30 record capture object at each of the retailer’s ROB terminals.

~2ί~

The transaction record parser is written in the Python programming language, but. many other languages may be used or pahs of dedicated libraries used to build the parser

If is to be understood that various modifications to the preferred embodiment and the s generic principles and features described herein will beueadily apparent to those skilled In the art. Thus, the present Invention is not intended to be limited to the embodiment shown and such modifications and variations also fail within the spirit and scope of the appended claims.

Claims

1. A method of providing an electronic receipt facility for the POS system of at least one retailer, wherein said POS system or systems are arranged: to record ousfoi'hoPreteiler transactions and said system or systems include s at least one computer terminal running POS software, wherein the POS software is arranged to route a record of a transaction in the form of transaction record data In an unknown data format to one or more output destinations within the existing POS systems on completion of a customerretailer tracsaetioh, the ,method comprising the steps of;

t o for The or each POS terminai of the or each retailer, identifying an output destination, configuring the data reader based on the output destination to obtain a copy of the transaction record data, collecting customer identity information for transactions when the customer is Identity Information Is available, for each transaction where customer identity information ;s available, using the data reader to obtain a copy of the transaction record data which is routed to the identified output destination, communicating the transaction record data to a transaction record parser,

2.0 said transaction record parser feeing arranged to convert the transaction record data Into electronic receipt data of a known format, correlating the electronic receipt data w;th the customer identity Information, eommumcatlng the correlated electronic receipt data and customer identity

25 Information to a data store, making the electronic receipt data in the data store available to view by the retailer and/or the customer;

2. A method of providing an electronic receipt facility in accordance with so claim 1, wherein a unigue retailer Identity ls_: given to the or each retailer and a unique transaction record parser Is created for the er each retailer.

•23·· .3, A method of providing an electronic receipt facility In accordance with claim 2, wherein the unique transaction record parser is created using a first transaction record from tne retailer and wherein said unique transaction record parser is. stored for parsing subsequent transaction s record data from the retailer,

4. A method of providing an electronic receipt facility in accordance with claim 3_} wherein,subsequent transaction record data from the or each retailer is used to: refine the unique transaction record parser, io

5, A method of .providing an electronic receipt facility In accordance with anyone of claims 1 to 4» wherein a unique parser is created for each PGS terminal, is 8. A method of providing an electronic receipt facility in accords nee with any one of cialms 2 to 5., wherein the first transaction record data from a retailer is analysed for similarity with previous transaction rocord date from other retaiiers and the transaction record parser associated with the previous transaction record data is used as a starting point to create the

29 parser for the retailer,

7. A method of providing an electronic receipt facility In. accordance with any preceding claim, wherein the PQS software Is arranged to route transaction record data to an QPQS enabled printer, the method including

25 the step of Identifying the OPQS enabled printer as the output destination.

redirecting the transaction record data from the OPOS enabled! printer to the data reader.

8, A method of providing an electronic receipt facility in accordance with so claim 7, wherein the POS software is arranged to identify the OPOS printer by reference to an address stored In a registry on the PCS terminal, the method including the step of copying the address of the OPOS! printer in the registry end changing it to an address for the data reader.

24·

δ. A method of providing an electronic receipt facility in accordance with claim 8, wherein the transaction record data is routed from the data reader to the address of the OPOS printer copied from the registry to provide a paper receipt.

10. A method of providing an electronic receipt facility In accordance with any one of claims 7 to 9, wherein the OPOS printer capability Is detected and the data reader cohfiguf'ed/automatically.

10 11. A method of providing an electronic receipt facility In accordance with any one of claims I to.6, wherein the POS software Is arranged to route transaction record data to a print driver which has the capability to print to a file, the method comprising the step of identifying the output destination as a phnt-io-flle enabled print driver, setting the print driver to.print to a file is end copying the transaction record data from the file.

12, A method of providing an electronic receipt facility in accordance with any one of claims 1 to 6, wherein the POS software Is arranged to send transaction record data to a serial port, the method composing the step of

20 identifying the serial port as the output destination, Installing a serial port monitor and copying the transaction record dale sent over the serial port detected by the serial port monitor:,

13. A method of providing an electronic receipt facility In accordance with any

25 preceding claim, wherein the transaction record date has a time-stamp and the customer identity information is lime-stamped and the time-stamps used to correlate the transaction record data and the customer identity Information, so 14, An electronic receipt systemibr providing an electronic receipt capahWy to the POS system of at feast one retailer, said POS system or systems arranged to record customer-retailer transactions: and comprising at least one computer terminal running POS software, the POS software arranged to route a record of a transaction In the form of transaction record data In

25· an unknown data format to one or more output destinations within the existing POS system on completion ofa customer-retailer transaction, the electronic receipt system comprising, for the or each retailer;

an output destination selector for identifying one of the output destinations,

5 a.data reader configurable in dependence on the identified: output destination to read data -routed to the selected output destination, a customer identity collector for collecting customer identity information , a transaction record: parser In communication with the data reader for converting the transactioh record data into electronic receipt data of a io known format, a data store in communication with both the transaction record parser and the customer identity collector, said data store arranged to correlate and store the electronic receipt data with hie customer identity information, a data access unit for making the electronic receipt available to view by is the retailer and/or the customer.

15, An electronic receipt system in accordance with claim 14, including a transaction record parser builder, said transaction record parser builder arranged to receive a first transaction record date set from the or each io retailer to use as the basis for the transaction record parser,

16. An electronic receipt: system In accordance with claim 14 or 15, wherein the transaction record parser includes a state machine end the transactioh record parser builder Is arranged to identity regions in the transaction

25 record data, which correspond to states In the state machine.

17. An electronic receipt system in accordance with claim 15 or 15, wherein the transaction record parser is arranged to check the electronic receipt data for correctness.

so

18, An electronic receipt system in accordance with any one of claims 15 to

17, wherein the transaction record parser builder is arranged to refine the transaction recorc came? if transaction record data has been incorrectly

26· parsed.

19, An electronic receipt system in accordance with any one of claims 15 to *8 wherein transaction record data formats are arranged to foe stored in a s library and wherein the transaction record parser builder is arranged to refer fe the library and identify previoustransaction record: data with similar characteristics and wherein the transaction record parser bolder Is arranged to use the transaction record parser associated with the previous transection record data as a.starting point to create the transaction record

10 parser.

29. An electronic receipt system in accordance with any one of claims 14 to 19, wherem the transaction record output destination includes an OPOS printer having an address identified by the POS software from a registry.,.

is the electronic receipt system including means for changing the address in the registry to the address of the data reader,

21. An electronic receipt system in accordance with: claim 20, wherein the system Includes means for directing the transaction record data from the

20 data reader to the OPOS printer identified by the address in the registry.

22. An electronic receipt system In accordance with claim 20 or claim 21, wherein the gymem has means for detecting OPOS printer capability and configuring the data reader automatieally,

23, An electronic receipt system in accordance with any one of claims 14 to

I Q, wherein the transaction record output destination is a print driver which has the capability to print to a ttte, the system including means to identity the output destination as a prlnf-to-fiie enabled print driver,, and means to so set the print driver io print to a fie., wherein the data reader is arranged to copy the transaction record data from the file,

24, An electronic receipt system in accordance with any one of claims 14 to 19, wherein the POS software is arranged to send transaction record date

Ζ7· so to a serial port, ther system having means to Install a serial port monitor and the data reader arranged to copy the transaction record data detected by the serial port monitor.

5 25, An: electronic receipt system in accordance with any one of claims 14 to

24, wherein the transaction record parser is remote from the data reader,

26 An electronic receipt system In accordance with any one of claims 14 to 26, wherein data access unit comprises a web-enabled access point io where the customer and/or retailers may access electronic receipts using a web browser,

27, An electronic receipt system In accordance with any one of claims 14 to

25, wherein the data access unit is arranged to transmit electronic receipt is data to a mobile device of a customer.

28, An electron^ receipt system in accordance with any preceding claim, Wherein a time-stamper is provided to time-stamp the customer identity Information to enable the customer identity information and the electronic io receipt to be correlated:,

29, An electronic receipt system In accordance with claim 28, wherein the time-stamper is arranged.totime-starnpfhe transaction record data end/or the electronic receipt data.

30, A computer program product tor an electronic receipt system comprising; a computer readable m odium, comprising computer reada ble Instruct ions for executing the method of any one of claims 1 to 13,

31, A method of providing an elecironlp receipt service substantially as described herein with reference to the accompanying drawings.

-2832. An electronic receipt system substantially as described herein with reference to the accompanying drawings.

33. A computer program product for providing an electronic: receipt service substantially as described herein with; reference to the accompanying drawings.

1603 18

Amendments to the claims have been made as follows:

Claims

1. A method of providing an electronic receipt facility for the POS system of at least one retailer wherein said POS system is arranged to record customer-retailer transactions and said system includes at least one computer terminal running POS software, wherein the POS software is arranged to route a record of a transaction in the form of transaction record data in an unknown data format to one or more output destinations within the existing POS system on completion of a customer-retailer transaction, the method comprising the steps of;

for a POS terminal of a retailer, identifying, from a registry, by means of a data reader, an output destination of the transaction record data, thereby to identify the data format of the transaction record data;

configuring the operation of the data reader based on the identified output destination to obtain a copy of the transaction record data;

communicating the transaction record data to an electronic receipt server, wherein the electronic receipt server comprises a transaction record parser, said transaction record parser being arranged to convert the transaction record data of an unknown format into electronic receipt data of a known format, based on the identified output destination;

retrieving, from a customer database, customer identity information for transactions when the customer identity information is available;

generating the electronic receipt data by means of the electronic receipt server;

for each transaction where customer identity information is available, transmitting data between the customer database and the electronic receipt server so as to correlate the electronic receipt data with the customer identity information;

communicating, via a network, the electronic receipt data and, if available, the correlated customer identity information to a data store; and transmitting the electronic receipt data in the data store to the retailer and/or the customer via a network.

2. A method of providing an electronic receipt facility in accordance with claim 1, wherein a unique retailer identity is given to the or each retailer and a unique transaction record parser is created for the or each retailer.

3. A method of providing an electronic receipt facility in accordance with claim 2, wherein the unique transaction record parser is created using a first transaction record from the retailer and wherein said unique transaction record parser is stored for parsing subsequent transaction record data from the retailer.

4. A method of providing an electronic receipt facility in accordance with claim 3, wherein subsequent transaction record data from the or each retailer is used to refine the unique transaction record parser.

5. A method of providing an electronic receipt facility in accordance with any one of claims 1 to

4, wherein a unique parser is created for each POS terminal.

6. A method of providing an electronic receipt facility in accordance with any one of claims 2 to

5, wherein the first transaction record data from a retailer is analysed for similarity with previous transaction record data from other retailers and the transaction record parser associated with the previous transaction record data is used as a starting point to create the parser for the retailer.

7. A method of providing an electronic receipt facility in accordance with any preceding claim, wherein the POS software is arranged to route transaction record data to an OPOS enabled printer, the method including the step of identifying the OPOS enabled printer as the output destination, redirecting the transaction record data from the OPOS enabled printer to the data reader.

OO

CO o

co

8. A method of providing an electronic receipt facility in accordance with claim 7, wherein the POS software is arranged to identify the OPOS printer by reference to an address stored in a registry on the POS terminal, the method including the step of copying the address of the OPOS printer in the registry and changing it to an address for the data reader.

9. A method of providing an electronic receipt facility in accordance with claim 8, wherein the transaction record data is routed from the data reader to the address of the OPOS printer copied from the registry to provide a paper receipt.

10. A method of providing an electronic receipt facility in accordance with any one of claims 7 to 9, wherein the OPOS printer capability is detected and the data reader configured automatically.

11. A method of providing an electronic receipt facility in accordance with any one of claims 1 to 6, wherein the POS software is arranged to route transaction record data to a print driver which has the capability to print to a file, the method comprising the step of identifying the output destination as a print-to-file enabled print driver, setting the print driver to print to a file and copying the transaction record data from the file.

12. A method of providing an electronic receipt facility in accordance with any one of claims 1 to 6, wherein the POS software is arranged to send transaction record data to a serial port, the method comprising the step of identifying the serial port as the output destination, installing a serial port monitor and copying the transaction record data sent over the serial port detected by the serial port monitor.

13. A method of providing an electronic receipt facility in accordance with any preceding claim, wherein the transaction record data has a time-stamp and the customer identity information is time-stamped and the time-stamps used to correlate the transaction record data and the customer identity information.

14. An electronic receipt system for providing an electronic receipt capability to the POS system of at least one retailer, said POS system arranged to record customer-retailer transactions and comprising at least one computer terminal running POS software, the POS software arranged to route a record of a transaction in the form of transaction record data in an unknown data format to one or more output destinations within the existing POS system on completion of a customer-retailer transaction, the electronic receipt system comprising:

an output destination selector for identifying from a registry, by means of a data reader, an output destination of the transaction record data, thereby to identify the data format of the transaction record data;

wherein the data reader is configurable in dependence on the identified output destination to read data routed to the identified output destination;

a customer identity collector for collecting customer identity information from a customer database;

an electronic receipt server, wherein the electronic receipt server comprises a transaction record parser in communication with the data reader for converting the transaction record data of an unknown format into electronic receipt data of a known format, based on the identified output destination;

a data store in communication with both the transaction record parser and the customer identity collector, said data store arranged to correlate and store the electronic receipt data with the customer identity information; and wherein the electronic receipt server is arranged to transmit the electronic receipt data to the retailer and/or the customer via a network.

CO o

co

15. An electronic receipt system in accordance with claim 14, including a transaction record parser builder, said transaction record parser builder arranged to receive a first transaction record data set from the or each retailer to use as the basis for the transaction record parser.

16. An electronic receipt system in accordance with claim 14 or 15, wherein the transaction record parser includes a state machine and the transaction record parser builder is arranged to identify regions in the transaction record data, which correspond to states in the state machine.

17. An electronic receipt system in accordance with claim 15 or 16, wherein the transaction record parser is arranged to check the electronic receipt data for correctness.

18. An electronic receipt system in accordance with any one of claims 15 to 17, wherein the transaction record parser builder is arranged to refine the transaction record parser if transaction record data has been incorrectly parsed.

19. An electronic receipt system in accordance with any one of claims 15 to 18 wherein transaction record data formats are arranged to be stored in a library and wherein the transaction record parser builder is arranged to refer to the library and identify previous transaction record data with similar characteristics and wherein the transaction record parser builder is arranged to use the transaction record parser associated with the previous transaction record data as a starting point to create the transaction record parser.

20. An electronic receipt system in accordance with any one of claims 14 to 19, wherein the transaction record output destination includes an OPOS printer having an address identified by the POS software from a registry, the electronic receipt system including means for changing the address in the registry to the address of the data reader.

21. An electronic receipt system in accordance with claim 20, wherein the system includes means for directing the transaction record data from the data reader to the OPOS printer identified by the address in the registry.

22. An electronic receipt system in accordance with claim 20 or claim 21, wherein the system has means for detecting OPOS printer capability and configuring the data reader automatically.

23. An electronic receipt system in accordance with any one of claims 14 to 19, wherein the transaction record output destination is a print driver which has the capability to print to a file, the system including means to identify the output destination as a print-to-file enabled print driver, and means to set the print driver to print to a file, wherein the data reader is arranged to copy the transaction record data from the file.

24. An electronic receipt system in accordance with any one of claims 14 to 19, wherein the POS software is arranged to send transaction record data to a serial port, the system having means to install a serial port monitor and the data reader arranged to copy the transaction record data detected by the serial port monitor.

25. An electronic receipt system in accordance with any one of claims 14 to 24, wherein the transaction record parser is remote from the data reader.

26. An electronic receipt system in accordance with any one of claims 14 to 25, wherein data access unit comprises a web-enabled access point where the customer and/or retailers may access electronic receipts using a web browser.

27. An electronic receipt system in accordance with any one of claims 14 to 25, wherein the data access unit is arranged to transmit electronic receipt data to a mobile device of a customer.

CO o

co

28. An electronic receipt system in accordance with any one of claims 14 to 27, wherein a timestamper is provided to time-stamp the customer identity information to enable the customer identity information and the electronic receipt to be correlated.

29. An electronic receipt system in accordance with claim 28, wherein the time-stamper is arranged to time-stamp the transaction record data and/or the electronic receipt data.

30. A computer program product for an electronic receipt system comprising; a computer readable medium, comprising computer readable instructions for executing the method of any one of claims 1 to 13.

Intellectual

Property

Office

Application No: GB1721221.8 Examiner: Sally Vinall